http://www.ciscolive.com/us/attendees/justify.php

You probably already know that attending Cisco Live is one of the best ways to get the knowledge and build the skills that can help you reach your career goals. In other words, it’s a smart investment for technology and communications professionals with an eye toward their future.

But how does your company benefit when you attend Cisco Live? What makes the knowledge and skills you bring back a good investment for your employer?

It’s simple: the knowledge you get, the skills you build, and the connections you make offer a tangible payoff for your employer. By sending you to Cisco Live, your company can:

• Discover innovative ways that networking and communications technology can help you reach new markets and boost revenue from existing customers.
• Understand which solutions are right for your specific challenges, so you can make smarter use of your technology budget.
• Do more with the technologies already in place, to help you stay competitive and keep costs down.
• Build in-house skills at a lower cost than hiring a third-party consultant.
• Up-level the skills and experience of your department with advanced Cisco certifications.
• Anticipate emerging technology and communications trends, so you can plan for any impact on your business.
• Understand how innovative, market-leading companies are using technology to build and sustain a competitive advantage.
• Plug into a worldwide network of knowledgeable professionals who share ideas on how to accomplish more with less and keep costs down without sacrificing innovation.
• Connect with thousands of experts – including hundreds of Cisco engineers plus thousands of the brightest innovators in IT – for guidance and advice on the specific IT challenges your company may be facing.

But don’t just take our word for it. Check out how previous attendees of Cisco Live have rated their experience:

• 90% of Cisco Live 2010 attendees rated their experience extremely or very valuable.
• 9 out of 10 attendees agree that Cisco Live is the industry’s leading IT and communications conference.

“Access to the engineers in both the session meeting rooms and the solutions booth in the [World of Solutions] is invaluable.”
– Cisco Live 2010 attendee

“I have not found better value for my training budget.”
– Cisco Live 2010 attendee

“Cisco Live allows me to interact with Cisco employees directly whether it is learning a new technology, interacting with Cisco employees to discuss technical issues, or just learning what other vendors have to offer as solutions to today’s networking challenges.”
– Cisco Live 2010 attendee

“Cisco Live is the best conference I have attended in terms of technical learning opportunities.”
– Cisco Live 2010 attendee

Cisco Live, Las Vegas Nevada

http://www.ciscolive.com/

With Cisco Live, you get the best of both worlds: the chance to build an agenda around your own interests, and the opportunity to join your colleagues for the events that will have the entire Cisco Live community buzzing.

Highlights include:

Key:

Saturday, July 9

Sunday, July 10

Monday, July 11

Tuesday, July 12

Wednesday, July 13

Thursday, July 14

Cisco Notification Alert -ONS 15454 known issues-03/22/2011 10:29 GMT

Known Bugs-Cisco ONS 15454 Multiservice Transport Platform (MSTP)-03/21/2011 03:30 GMT-03/22/2011 07:30 GMT

Bug Id: CSCtl90395
Headline: Able to create circuit from Node A to B but not from Node B to A
Description: Symptom: happens only the reported customer network with lot of vt tunnels on the upsr ring. Workaround:none Expected Fix:CRN algo code needs to be analysed will be fixed in later release
Status: Assigned
Last Modified date: 2011-03-21 03:26:33.0
Url: https://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtl90395

For more bug searches you can visit the Bug Toolkit: http://tools.cisco.com/Support/BugToolKit
________________________________________________________________________________

Known Bugs-Cisco ONS 15454 SDH Multiservice Provisioning Platform (MSPP)-03/21/2011 03:30 GMT-03/22/2011 07:30 GMT

Bug Id: CSCtl90395
Headline: Able to create circuit from Node A to B but not from Node B to A
Description: Symptom: happens only the reported customer network with lot of vt tunnels on the upsr ring. Workaround:none Expected Fix:CRN algo code needs to be analysed will be fixed in later release
Status: Assigned
Last Modified date: 2011-03-21 03:26:33.0
Url: https://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtl90395

For more bug searches you can visit the Bug Toolkit: http://tools.cisco.com/Support/BugToolKit
________________________________________________________________________________

Known Bugs-Cisco ONS 15454 SONET Multiservice Provisioning Platform (MSPP)-03/21/2011 03:30 GMT-03/22/2011 07:30 GMT

Bug Id: CSCtl90395
Headline: Able to create circuit from Node A to B but not from Node B to A
Description: Symptom: happens only the reported customer network with lot of vt tunnels on the upsr ring. Workaround:none Expected Fix:CRN algo code needs to be analysed will be fixed in later release
Status: Assigned
Last Modified date: 2011-03-21 03:26:33.0
Url: https://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCtl90395

https://supportforums.cisco.com/docs/DOC-14231

This article is the first in what we hope will be a series of interesting problems where we solicit customer input to solve elusive issues. The first 10 customers who can contribute a root cause explanation will receive a prize as a token of our gratitude.

A few years back, we discovered a bug in the async drivers used in Cisco IOS.

In a nutshell, when one of the modem control or flow control input leads changed state, the TTY line would be put on an internal queue for later processing, and this could happen multiple times. If it happened rapidly enough, the TTY could use up all of the buffer elements allocated in the router – resulting in a SYS-3-NOELEMENT error message, among other things.

Eventually, we were able to diagnose, reproduce, and fix the software in the several different async drivers (one for each type of async controller) used on the multitude of IOS platforms. The most common bug fix was CSCsx68596, but the bug id depends on the exact hardware in use.

Now, this is an interesting problem because there really isn’t a valid reason for the input leads to change state rapidly enough to exhaust all of the buffer elements in a system. There are usually hundreds available, and the background process that processes TTY events runs once a second. In order to run out of elements, the input leads have to change state very rapidly, which should be quite rare.

What’s interesting is we have seen a surprising number of cases exhibiting this bug, but rarely have customers wanted to track down the connected device causing the problem. In many cases, people refer to a “bad cable”, but it isn’t obvious what sort of cable could cause this.

We have a few known causes. In some cases, an apparently defectiveUSB-> async adapter has been isolated. In others, a long async cable, left unconnected to anything, could cause the issue, clearly acting as an antenna. Finally, we know of one Cisco device which, left in rommon, would behave in such a way as to cause the element exhaustion on a Cisco console server.

Have you experienced this problem? If so, send an email to tsnl-contest@cisco.com and let us know what the connected device was in your case. We’ll publish a summary of the results.

Thanks for helping solve this first TAC Mystery!

Go to http://www.cisco.com/web/services/news/ts_newsletter/Dec10_Prize_Competition_Template.pdf for contest rules.