[c-nsp] 6704-10GE bug ? [NC]

Wed Oct 31 10:12:46 EDT 2007

Running out of space on the 3BXL would be impressive at this point,  
unless you are doing testing... Also, when the TCAM fills up it will  
give a message like "CEF table full, some prefixes will be software  
switched", and starts dropping short-length prefixes from the TCAM.   
I've seen that message with OSMs when they run out of memory for the  
FIB, then it defaults to packets being switched by the PFC instead of  
using distributed switching.   Are you using DFCs on the 6704s?

Phil

On Oct 31, 2007, at 10:00 AM, Mohacsi Janos wrote:

> Hi,
>  	Tipical behaviour if TCAM is overflowed. How many TCAM entries you
> have?
>
> Janos Mohacsi
> Network Engineer, Research Associate, Head of Network Planning and  
> Projects
> NIIF/HUNGARNET, HUNGARY
> Key 70EF9882: DEC2 C685 1ED4 C95A 145F  4300 6F64 7B00 70EF 9882
>
> On Wed, 31 Oct 2007, david.ponsdesserre at sgcib.com wrote:
>
>> Oupps sorry about that .
>>
>> This is the log of that specific day .I save you all the boring  
>> part but
>> does someone knows what does the entry below means ? Does it means  
>> " I am
>> not able to enable Cef ??????"
>>
>> ------------------------> Oct 29 06:25:35.486: %C6KFIB-4-DISABLED:
>> Hardware FIB forwarding disabled, reverting to only software  
>> forwarding.
>>
>> When i try to do a show ip cef this is what happens :
>> sclisgh022#sh ip cef
>> %CEF not running
>>
>> I can't try to enable it during business hour of course.........
>>
>>
>>
>> Here is the last system crash report
>> ***************************************************
>> ******* Information of Last System Crash **********
>> ***************************************************
>>
>>
>> Using bootflash:crashinfo.
>>
>> %Error opening bootflash:crashinfo (File not found)
>>
>> ***************************************************
>> ****** Information of Last System Crash - SP ******
>> ***************************************************
>>
>>
>> Using sup-bootflash:crashinfo_20070912-174409.
>>
>> 00:00:04: %PFREDUN-6-STANDBY: Initializing as STANDBY processor
>> 00:00:04: %SYS-3-LOGGER_FLUSHING: System pausing to ensure console
>> debugging output.
>> 00:00:04: %PFREDUN-6-STANDBY: Initializing as STANDBY processor
>> 00:00:04: %SYS-3-LOGGER_FLUSHED: System was paused for 00:00:00 to  
>> ensure
>> console debugging output.
>> Firmware compiled 20-Feb-07 14:12 by integ Build [100]
>> 00:00:11: %OIR-SP-STDBY-6-CONSOLE: Changing console ownership to  
>> route
>> processor
>> 00:00:11: %SYS-SP-STDBY-3-LOGGER_FLUSHING: System pausing to ensure
>> console debugging output.
>> 00:00:04: %SYS-3-LOGGER_FLUSHED: System was paused for 00:00:00 to  
>> ensure
>> console debugging output.
>> Firmware compiled 20-Feb-07 14:12 by integ Build [100]
>> 00:00:11: %OIR-SP-STDBY-6-CONSOLE: Changing console ownership to  
>> route
>> processor
>> 00:00:11: %SYS-SP-STDBY-3-LOGGER_FLUSHED: System was paused for  
>> 00:00:00
>> to ensure console debugging output.
>> 00:00:55: %PFREDUN-SP-STDBY-6-STANDBY: Initializing for SSO mode
>> 00:00:55: %SYS-SP-STDBY-3-LOGGER_FLUSHING: System pausing to ensure
>> console debugging output.
>> 00:00:11: %SYS-SP-STDBY-3-LOGGER_FLUSHED: System was paused for  
>> 00:00:00
>> to ensure console debugging output.
>> 00:00:55: %PFREDUN-SP-STDBY-6-STANDBY: Initializing for SSO mode
>> 00:00:55: %SYS-SP-STDBY-3-LOGGER_FLUSHED: System was paused for  
>> 00:00:00
>> to ensure console debugging output.
>> 00:01:12: %PFREDUN-SP-STDBY-6-STANDBY: Failure of ACTIVE detected,  
>> STANDBY
>> not ready and reset
>> 00:00:55: %SYS-SP-STDBY-3-LOGGER_FLUSHED: System was paused for  
>> 00:00:00
>> to ensure console debugging output.
>> 00:01:12: %PFREDUN-SP-STDBY-6-STANDBY: Failure of ACTIVE detected,  
>> STANDBY
>> not ready and reset
>>
>> %Software-forced reload
>>
>> I though Cef is enable by default on 6500s ? Looks like an harware  
>> issue
>> to me but you never know !
>> Rgds.
>> David
>>
>> --------------------------------------------------------------------- 
>> ----
>> London Telecom and Network
>> Societe Generale Corporate and Investment Banking
>> --------------------------------------------------------------------- 
>> -----
>>
>>
>>
>> p.mayers at imperial.ac.uk
>> 31/10/07 13:14
>>
>>
>> To
>> David PONSDESSERRE/gb/socgen at socgen
>> cc
>> cisco-nsp at puck.nether.net
>> Subject
>> Re: [c-nsp] 6704-10GE bug ? [NC]
>>
>>
>>
>>
>>
>>
>> On Wed, 2007-10-31 at 12:31 +0000, david.ponsdesserre at sgcib.com  
>> wrote:
>>> Hello list .
>>> Has anyone ever encountered a bug on a 6509 using 6704-10GE and  
>>> Sup 720
>>> 3BXL.
>>> We are running 12.2(18)SXF8 on it on both 10GE linecards went  
>>> down on
>> the
>>> same time this morning here............................We had to  
>>> reload
>> it
>>> to get things back to normal .
>>
>> Please start a new thread when posting, rather than hijacking others.
>>
>> I've not seen this specific problem, but you give almost no info  
>> so it's
>> impossible to tell.
>>
>> What did the routers log? Did you get any crashinfo files on the  
>> RP or
>> SP flash?
>>
>>
>>
>>>
>>> Any inputs are welcome ,
>>> Cheers
>>> D.
>>>
>>> David Ponsdesserre
>>>
>> --------------------------------------------------------------------- 
>> ----
>>> London Telecom and Network
>>> Societe Generale Corporate and Investment Banking
>>>
>> --------------------------------------------------------------------- 
>> -----
>>>
>> ********************************************************************* 
>> ****
>>> This message and any attachments (the "message") are confidential  
>>> and
>> intended solely for the addressee(s).
>>> Any unauthorised use or dissemination is prohibited. E-mails are
>> susceptible to alteration.
>>> Neither SOCIETE GENERALE nor any of its subsidiaries or  
>>> affiliates shall
>> be liable for the message if altered, changed or
>>> falsified.
>>>                               ************
>>> Ce message et toutes les pieces jointes (ci-apres le "message") sont
>> confidentiels et etablis a l'intention exclusive de ses
>>> destinataires. Toute utilisation ou diffusion non autorisee est
>> interdite. Tout message electronique est susceptible d'alteration.
>>> La SOCIETE GENERALE et ses filiales declinent toute  
>>> responsabilite au
>> titre de ce message s'il a ete altere, deforme ou falsifie.
>>>
>> ********************************************************************* 
>> ****
>>> _______________________________________________
>>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/
>>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/

Phil Bedard
philxor at gmail.com