[c-nsp] Bug with IOS-XR and SPAN ports?

We upgraded our AS9010 this morning from 5.1.3 to 5.3.3 and encountered an issue with SPAN ports. Our SPAN port config looks like this: monitor-session No1 ethernet destination interface TenGigE0/1/1/4 ! monitor-session No2 ethernet destination interface TenGigE0/1/1/5 ! interface

Re: [c-nsp] Non-fatal interrupt FIB

2016-11-09 16:18 GMT+01:00 James Bensley : > > If the device is using ECC memory I would have expected the memory to > correct the error in hardware without and software input. Ho-hum... Nope, that is not how it normally works. Read 72-bit, ECC does it magic returning 64

Re: [c-nsp] Non-fatal interrupt FIB

On 8 November 2016 at 19:04, Anders Löwinger wrote: > Den 2016-11-08 kl. 19:26, skrev James Bensley: >> >> From what I could see the articles were suggesting there was a single >> bit error which was corrected due to the use of ECC memory (I guess >> this could throw an

[c-nsp] MPLS Recirculation

Hi All, I have a long running and complex issue with some 7600 PEs, the crux of the matter may be down to the command "mls mpls recir-agg" and aggregate labels, my problem is that Cisco are not clearly explaining to me (nor is it clearly documented) how/when/why this is command is needed. Does

Re: [c-nsp] arp packet capture via elam

On 9 November 2016 at 13:25, Hefin James [ahj] wrote: > Can anybody point me in the right direction. > I'm trying to capture a broadcast ARP packet from a specific MAC address on a > Sup6T > When I ping from the device in question, I capture the ICMP and not the > initial ARP,

[c-nsp] arp packet capture via elam

Can anybody point me in the right direction. I'm trying to capture a broadcast ARP packet from a specific MAC address on a Sup6T When I ping from the device in question, I capture the ICMP and not the initial ARP, (This is after clearing the device ARP cache.) I've got the following. From what