Re: [c-nsp] me3600 ospf %100 cpu blowup

On 13/Jan/18 05:36, Mike wrote: > So ... the plot thickens. > > My initial analysis was flawed and reload did not in fact address the > problem. I was able to observe the neighbors all having issues again and > this time I saw that a neighbor relationship was stuck in 'loading' > state. After a

Re: [c-nsp] me3600 ospf %100 cpu blowup

On 01/12/2018 12:26 PM, Aaron Gould wrote: > I'll take a stab at it... > > Show log... (prior to reboot, so you may need to look at syslog...) > > If you see NILE ASIC errors of some sort, I recall TAC telling me there isn't > a fix and reboot is required. :| > > I recall the nile asic thing

Re: [c-nsp] ip vrf autoclassify source - loss of connectivity to hosts

This "ip vrf autoclassify source" feature looks to be a very nice auto-pbr solution for allowing multiple vrf's on one interface! I'd like to know if anyone has used it, particularly in the cable modem world...on Cisco uBR7246VXR, uBR10k, cbr8 -Aaron

Re: [c-nsp] me3600 ospf %100 cpu blowup

I'll take a stab at it... Show log... (prior to reboot, so you may need to look at syslog...) If you see NILE ASIC errors of some sort, I recall TAC telling me there isn't a fix and reboot is required. :| I recall the nile asic thing being l2vpn related so I dunno about the ospf thing

[c-nsp] me3600 ospf %100 cpu blowup

Hi,        I have an me3600x that runs ospf and carries just a few eompls tunnels and tts been running for 2 1/2 years without a hiccup. It's a hub in the middle connecting a few other odd me3600', asr-920's and asr1.     This morning, it stopped exchanging routes with one router (an

Re: [c-nsp] Quad Sup6t 6807, ARP issue.

> > We are seeing ARP packets being dropped within the VSS for some ARP > packets. (We still have single connected sites to the VSS, hence the need > for Quad Sup6T's) > Some ARP requests are arriving on one chassis within the VSS, and are not > being broadcast on the other chassis, resulting in

[c-nsp] Quad Sup6t 6807, ARP issue.

Not getting much luck via our support provider on this one. We are seeing ARP packets being dropped within the VSS for some ARP packets. (We still have single connected sites to the VSS, hence the need for Quad Sup6T's) Some ARP requests are arriving on one chassis within the VSS, and are not

Re: [c-nsp] Resilient Ethernet Protocol (REP)

The solution works very well, the only problem is that I have to dedicate all interface for one client, but in this particular situation there is no problem... I appreciate very much the help provided from Dimitris Befas and them from Michalis Bersimis -Mensagem original- De: