Hi, -== snip ==- Technology: Application Networking Services Subtechnology: CSS 11500 Content Series Switches Problem Code: Interoperability Software Version: sg0810401 Problem Details: Since I started ticket in August, I've wanted one simple thing. I've wanted to know the true source addresses on my web traffic. Previously, I had my CSS11503 set in one armed mode, and it was explained to me by the tech in the above mentioned ticket that changing the CSS to a standard mode would be the way to accomplish this. After following the techs advise, which lead to the waste of ninty hours of my time, ~$4000 dollars of my company's money invested in a new switch, and four service tickets worth of your techs time, I'm still not getting real source information in my web server logs. This is unacceptable. This is how I want this issue resolved. I will be called or e-mailed on Monday, February 2nd at or after 10am CST. On the phone will be a service manager or other person who can tell me exactly why so much time and money has been wasted a simple problem. There will also be a technician available who will tell me the exact commands necessary to resolve my simple problem. If this is not done, so help me, I will physically rip every piece of Cisco equipment out of my server room and throw it off the roof of my building. I will then gleefully dance in the shattered remains, possibly while cackling with laughter, I haven't decided. When they come to drag me away, I will yell IOS configuration commands interspersed with profanity and blasphemous oaths. I will summon forth daemons and command them to wreak havoc on microcode. All of your zeros will become ones and your ones will become zeros! I will utter strange curses from the top of the highest mountains and destroy packet switching as we know it. When the whole world of telecommunication comes crashing down and ears hear naught but wailing, gnashing of teeth, and the moans of the hopeless who are completely unable to communicate via digital medium I will clench one bloody fist around the last packet switching processor, and crushing it I will bellow "BEHOLD, I HAVE BECOME DEATH, DESTROYER OF WORLDS! LOOK UPON MY WORKS YE MIGHTY AND DESPAIR!" Please Cisco Systems, do not let this happen. Call me on Monday and help me solve this issue. -== snip ==- Hi Ryan, My name is Daniel. I'm part of the Content Networking team in the EMEA TAC in Brussels, and I have taken ownership of your service request. Due to the timezone difference, I won't be able to call you on Monday as you requested, but I will make sure that another engineer closer to your timezone takes over the case and works with you on it. [ ... ] *** Note (External): 02/02/2009 16:32:37 GMT - Note Type: Resolution Summary *** Misconfiguration. Once the source group was suspended the source IP made it through to the servers. -- /doka
Так и чем все дело закончилось? :-) Когда-то в случае с Foundry мне помогло пригрозить им, что если они не помогут в case resolution - лавка переведет NewYork facility на Cisco ;-) А ему, похоже, надо было поступить наоборот ;-))) Vladimir Litovka wrote:
Hi,
-== snip ==-
Technology: Application Networking Services Subtechnology: CSS 11500 Content Series Switches Problem Code: Interoperability Software Version: sg0810401 Problem Details: Since I started ticket in August, I've wanted one simple thing. I've wanted to know the true source addresses on my web traffic. Previously, I had my CSS11503 set in one armed mode, and it was explained to me by the tech in the above mentioned ticket that changing the CSS to a standard mode would be the way to accomplish this.
After following the techs advise, which lead to the waste of ninty hours of my time, ~$4000 dollars of my company's money invested in a new switch, and four service tickets worth of your techs time, I'm still not getting real source information in my web server logs.
This is unacceptable.
This is how I want this issue resolved. I will be called or e-mailed on Monday, February 2nd at or after 10am CST. On the phone will be a service manager or other person who can tell me exactly why so much time and money has been wasted a simple problem. There will also be a technician available who will tell me the exact commands necessary to resolve my simple problem.
If this is not done, so help me, I will physically rip every piece of Cisco equipment out of my server room and throw it off the roof of my building. I will then gleefully dance in the shattered remains, possibly while cackling with laughter, I haven't decided.
When they come to drag me away, I will yell IOS configuration commands interspersed with profanity and blasphemous oaths. I will summon forth daemons and command them to wreak havoc on microcode. All of your zeros will become ones and your ones will become zeros! I will utter strange curses from the top of the highest mountains and destroy packet switching as we know it. When the whole world of telecommunication comes crashing down and ears hear naught but wailing, gnashing of teeth, and the moans of the hopeless who are completely unable to communicate via digital medium I will clench one bloody fist around the last packet switching processor, and crushing it I will bellow "BEHOLD, I HAVE BECOME DEATH, DESTROYER OF WORLDS! LOOK UPON MY WORKS YE MIGHTY AND DESPAIR!"
Please Cisco Systems, do not let this happen. Call me on Monday and help me solve this issue.
-== snip ==- Hi Ryan, My name is Daniel. I'm part of the Content Networking team in the EMEA TAC in Brussels, and I have taken ownership of your service request. Due to the timezone difference, I won't be able to call you on Monday as you requested, but I will make sure that another engineer closer to your timezone takes over the case and works with you on it. [ ... ]
*** Note (External): 02/02/2009 16:32:37 GMT - Note Type: Resolution Summary *** Misconfiguration. Once the source group was suspended the source IP made it through to the servers.
-- With best regards, Gregory Edigarov
participants (2)
-
Gregory Edigarov -
Vladimir Litovka