[c-nsp] npe-g2 + shaping
Hello, I met an interesting issue: there is a Cisco 7200 NPE-G2 with 12.4(24)T7, this router terminates some broadband users, we applied shaping on the virtual-template and we surprised: shaping was not working. We upgraded (downgraded?) to 12.2(33)SRE6 and the shaping was working properly, so I think it is not a config issue. This router has a SA-VAM2+, but SRE does not support this module. First question: is it normal, that shaping is not working on virtual-template at 12.4(24)T7? Second question: is any release which supports shaping on virtual-template and sa-vam2+? BR, Attila ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2 + shaping
On 29/10/2012 7:11 PM, BALLA Attila wrote: Hello, I met an interesting issue: there is a Cisco 7200 NPE-G2 with 12.4(24)T7, this router terminates some broadband users, we applied shaping on the virtual-template and we surprised: shaping was not working. We upgraded (downgraded?) to 12.2(33)SRE6 and the shaping was working properly, so I think it is not a config issue. This router has a SA-VAM2+, but SRE does not support this module. First question: is it normal, that shaping is not working on virtual-template at 12.4(24)T7? Second question: is any release which supports shaping on virtual-template and sa-vam2+? I ran into the same problem with 12.4 releases on the 7200 and ISR G1/G2s some time ago when applying a QoS policy via RADIUS, (can't remember if it was in 12.4T but certainly was a problem in 12.4 mainline). This may be what you're running into. The bug IDs for this were CSCte95297 and CSCti80776 . Fixes for it were integrated in earlier 15.0M builds which in turn means 15.1M and 15.2M also have the fixes. The syntax for checking the QoS also changed - you need to use 'show subscriber session' commands from then on to see if the policy has applied and what, if any, drops are occurring. It was a source of frustration that the old style 'show policy-map interface' commands didn't work anymore after that but restoring the old CLI output was considered an 'enhancement request' and I had no such luck getting that bit fixed :-( Reuben ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] NPE-G2 Management interface limitation
The NPE-G2 fact states: Q. Are routing protocols supported on the 10/100BASE-T management interface? A. Yes, routing protocols are supported on the management interface. However, the management interface is strictly for management purposes only, with limited packet forwarding. We use management interfaces now on some of the G2's, but need another interface to trap some IP exported streams (10 - 20Mbps max). I cannot find anything that states what the limited packet forwarding is. Anyone have any more info or real world experience? TIA -- Robert Blayzor, BOFH INOC, LLC rblay...@inoc.net http://www.inoc.net/~rblayzor/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2 CsCsk65796
Eugene, I did a little digging on this and it appears there are a couple of gotchas with this one. a) Does the boot image you have have the fix for it? dir bootflash: If not, we need to get one that does. b) What code did you upgrade from? From talking with DE, unlcear exactly what in the code it is, but just upgrading to the image with the fix may not resolve it as the problem was carried over. Can you reload it once more on the upgraded image and verify if it comes back? Rodney gotOn Sat, Dec 06, 2008 at 08:09:38AM -0500, Rodney Dunn wrote: Eugene, Can you post a 'sh int' and 'sh controller' for the interface? And 'sh ver' from the box? Rodney On Sat, Dec 06, 2008 at 12:29:29PM +0200, Eugene Vedistchev wrote: I wonder if someone else upgraded to 12.2SB train to fix CSCsk65796 ? Bug Details NPE-G2: all rx frames counted as overruns on built-in gige. We have upgraded software to 12.2.31SB13 on two routers, reloaded them and stuck with this bug again. Bug Toolkit provided workaround to powercycle routers. I cannot justify for me, do powercycle with new software get rid this bug for us, or we encounter another bug or physical failure ? Eugene Vedistchev ___ cisco-nsp mailing list cisco-nsp@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2 CsCsk65796
On Fri, Dec 19, 2008 at 10:17:48AM -0500, Rodney Dunn wrote: Eugene, I did a little digging on this and it appears there are a couple of gotchas with this one. a) Does the boot image you have have the fix for it? dir bootflash: If not, we need to get one that does. b) What code did you upgrade from? From talking with DE, unlcear exactly what in the code it is, but just upgrading to the image with the fix may not resolve it as the problem was carried over. Can you reload it once more on the upgraded image and verify if it comes back? I'm asking for more clarification but I think they are implying a hard power cycle not a remote reload via the CLI. Rodney gotOn Sat, Dec 06, 2008 at 08:09:38AM -0500, Rodney Dunn wrote: Eugene, Can you post a 'sh int' and 'sh controller' for the interface? And 'sh ver' from the box? Rodney On Sat, Dec 06, 2008 at 12:29:29PM +0200, Eugene Vedistchev wrote: I wonder if someone else upgraded to 12.2SB train to fix CSCsk65796 ? Bug Details NPE-G2: all rx frames counted as overruns on built-in gige. We have upgraded software to 12.2.31SB13 on two routers, reloaded them and stuck with this bug again. Bug Toolkit provided workaround to powercycle routers. I cannot justify for me, do powercycle with new software get rid this bug for us, or we encounter another bug or physical failure ? Eugene Vedistchev ___ cisco-nsp mailing list cisco-nsp@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@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2 CsCsk65796
Yep...a hard power cycle is needed. Rodney On Fri, Dec 19, 2008 at 11:12:19AM -0500, Rodney Dunn wrote: On Fri, Dec 19, 2008 at 10:17:48AM -0500, Rodney Dunn wrote: Eugene, I did a little digging on this and it appears there are a couple of gotchas with this one. a) Does the boot image you have have the fix for it? dir bootflash: If not, we need to get one that does. b) What code did you upgrade from? From talking with DE, unlcear exactly what in the code it is, but just upgrading to the image with the fix may not resolve it as the problem was carried over. Can you reload it once more on the upgraded image and verify if it comes back? I'm asking for more clarification but I think they are implying a hard power cycle not a remote reload via the CLI. Rodney gotOn Sat, Dec 06, 2008 at 08:09:38AM -0500, Rodney Dunn wrote: Eugene, Can you post a 'sh int' and 'sh controller' for the interface? And 'sh ver' from the box? Rodney On Sat, Dec 06, 2008 at 12:29:29PM +0200, Eugene Vedistchev wrote: I wonder if someone else upgraded to 12.2SB train to fix CSCsk65796 ? Bug Details NPE-G2: all rx frames counted as overruns on built-in gige. We have upgraded software to 12.2.31SB13 on two routers, reloaded them and stuck with this bug again. Bug Toolkit provided workaround to powercycle routers. I cannot justify for me, do powercycle with new software get rid this bug for us, or we encounter another bug or physical failure ? Eugene Vedistchev ___ cisco-nsp mailing list cisco-nsp@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@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2 CsCsk65796
Hello, we haven't upgraded boot image to fixed release. we upgraded from 12.2.31SB6 code yes, powercycle did the trick. br, Eugene Rodney Dunn wrote: Yep...a hard power cycle is needed. Rodney On Fri, Dec 19, 2008 at 11:12:19AM -0500, Rodney Dunn wrote: On Fri, Dec 19, 2008 at 10:17:48AM -0500, Rodney Dunn wrote: Eugene, I did a little digging on this and it appears there are a couple of gotchas with this one. a) Does the boot image you have have the fix for it? dir bootflash: If not, we need to get one that does. b) What code did you upgrade from? From talking with DE, unlcear exactly what in the code it is, but just upgrading to the image with the fix may not resolve it as the problem was carried over. Can you reload it once more on the upgraded image and verify if it comes back? I'm asking for more clarification but I think they are implying a hard power cycle not a remote reload via the CLI. Rodney gotOn Sat, Dec 06, 2008 at 08:09:38AM -0500, Rodney Dunn wrote: Eugene, Can you post a 'sh int' and 'sh controller' for the interface? And 'sh ver' from the box? Rodney On Sat, Dec 06, 2008 at 12:29:29PM +0200, Eugene Vedistchev wrote: I wonder if someone else upgraded to 12.2SB train to fix CSCsk65796 ? Bug Details NPE-G2: all rx frames counted as overruns on built-in gige. We have upgraded software to 12.2.31SB13 on two routers, reloaded them and stuck with this bug again. Bug Toolkit provided workaround to powercycle routers. I cannot justify for me, do powercycle with new software get rid this bug for us, or we encounter another bug or physical failure ? Eugene Vedistchev ___ cisco-nsp mailing list cisco-nsp@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@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] npe-g2 CsCsk65796
I wonder if someone else upgraded to 12.2SB train to fix CSCsk65796 ? Bug Details NPE-G2: all rx frames counted as overruns on built-in gige. We have upgraded software to 12.2.31SB13 on two routers, reloaded them and stuck with this bug again. Bug Toolkit provided workaround to powercycle routers. I cannot justify for me, do powercycle with new software get rid this bug for us, or we encounter another bug or physical failure ? Eugene Vedistchev ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2 CsCsk65796
Eugene, Can you post a 'sh int' and 'sh controller' for the interface? And 'sh ver' from the box? Rodney On Sat, Dec 06, 2008 at 12:29:29PM +0200, Eugene Vedistchev wrote: I wonder if someone else upgraded to 12.2SB train to fix CSCsk65796 ? Bug Details NPE-G2: all rx frames counted as overruns on built-in gige. We have upgraded software to 12.2.31SB13 on two routers, reloaded them and stuck with this bug again. Bug Toolkit provided workaround to powercycle routers. I cannot justify for me, do powercycle with new software get rid this bug for us, or we encounter another bug or physical failure ? Eugene Vedistchev ___ cisco-nsp mailing list cisco-nsp@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
Hank, Every time I've ever worked on this it's microburst. The only real way to fix it is a hardware forwarding box that can do packets at line rate gige. Rodney On Sun, Sep 14, 2008 at 09:38:26AM +0300, Hank Nussbacher wrote: At 02:43 PM 12-09-08 -0400, Rodney Dunn wrote: Rodney, On a related note, we are seeing input overruns on almost all native GigaE ports on the NPE-G1. Example on 12.4(21): GigabitEthernet0/2 is up, line protocol is up Hardware is BCM1250 Internal MAC, address is 0009.446d.ac1a (bia 0009.446d.ac1a) MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 23/255, rxload 13/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, link type is force-up, media type is SX output flow-control is unsupported, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 52874000 bits/sec, 13178 packets/sec 30 second output rate 92696000 bits/sec, 14626 packets/sec 13055246077 packets input, 7473426491146 bytes, 0 no buffer Received 48343 broadcasts, 0 runts, 0 giants, 0 throttles 315 input errors, 0 CRC, 0 frame, 315 overrun, 0 ignored 0 watchdog, 2937496 multicast, 0 pause input 0 input packets with dribble condition detected On 12.4(18): GigabitEthernet0/1 is up, line protocol is up Hardware is BCM1250 Internal MAC, address is 0009.449b.2c1b (bia 0009.449b.2c1b) MTU 9000 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 29/255, rxload 41/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 00:04:00 Last input 00:00:01, output 00:00:00, output hang never Last clearing of show interface counters never Input queue: 0/2048/0/3 (size/max/drops/flushes); Total output drops: 139963 Queueing strategy: fifo Output queue: 0/1024 (size/max) 30 second input rate 163604000 bits/sec, 25284 packets/sec 30 second output rate 113775000 bits/sec, 23142 packets/sec 138829558726 packets input, 110625630435301 bytes, 0 no buffer Received 1170089 broadcasts, 0 runts, 0 giants, 0 throttles 42963 input errors, 0 CRC, 0 frame, 42963 overrun, 0 ignored 0 watchdog, 2939379 multicast, 0 pause input 0 input packets with dribble condition detected On 12.4(9)T2: GigabitEthernet0/2 is up, line protocol is up Hardware is BCM1250 Internal MAC, address is 0009.449b.441a (bia 0009.449b.441a) MTU 1500 bytes, BW 45 Kbit, DLY 10 usec, reliability 255/255, txload 21/255, rxload 60/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters never Input queue: 0/1024/369/79002147 (size/max/drops/flushes); Total output drops: 82 Queueing strategy: fifo Output queue: 0/1024 (size/max) 30 second input rate 105976000 bits/sec, 13665 packets/sec 30 second output rate 38207000 bits/sec, 11394 packets/sec 2996785111 packets input, 3073612701 bytes, 2279 no buffer Received 500907287 broadcasts, 0 runts, 0 giants, 2483 throttles 8348 input errors, 0 CRC, 0 frame, 8348 overrun, 0 ignored 0 watchdog, 497602409 multicast, 0 pause input 0 input packets with dribble condition detected Any ideas why? -Hank On Fri, Sep 12, 2008 at 02:40:04PM -0400, Clayton Zekelman wrote: No luck... didn't fix it. Is it fixed in a subsequent release? Are there any other parameters I can tune? Not really because you can't tune the rx ring depth. Check 'sh controller'. What does 'sh proc cpu sort | excl 0.00' say? Can you post the configuration..I'm curious what your features look like because the more you have the less pps you get through this box..it's all done in software and can't do all features at line rate during a microburst. sh int stat Rodney GigabitEthernet0/1 is up, line protocol is up Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia 001a.6d30.091b) Description: to gig-fastiron Ethernet11 MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 23/255, rxload 48/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
That's only applicable if you have a lot of process switched traffic and you see input drops in 'sh int'. If you do see input queue drops and the throttle count in 'sh int' is going up you might be impacted by that bug. Rodney On Sun, Sep 14, 2008 at 10:21:41AM +0300, Hank Nussbacher wrote: At 02:16 PM 12-09-08 -0400, Rodney Dunn wrote: I don't suspect that is going to help because the ignores are not increasing that would point to: CSCse05447 Externally found moderate defect: Resolved (R) 7200 ethernet interfaces should not throttle on input queue full drops Most likely you are seeing micro burst that are coming in faster than the CPU can drain the rx ring. Rodney Can't view it: Information contained within bug ID CSCse05447 is only available to Cisco employees. It is our policy to make all externally-facing bugs available in Bug Toolkit so the system administrators have been automatically alerted to the problem. By choosing to save this bug, you may be notified when the decision to make this bug available to you has been made. Note: Some product enhancement requests and documentation error bugs may not be available in Bug Toolkit. -Hank ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
At 02:43 PM 12-09-08 -0400, Rodney Dunn wrote: Rodney, On a related note, we are seeing input overruns on almost all native GigaE ports on the NPE-G1. Example on 12.4(21): GigabitEthernet0/2 is up, line protocol is up Hardware is BCM1250 Internal MAC, address is 0009.446d.ac1a (bia 0009.446d.ac1a) MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 23/255, rxload 13/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, link type is force-up, media type is SX output flow-control is unsupported, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters never Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 52874000 bits/sec, 13178 packets/sec 30 second output rate 92696000 bits/sec, 14626 packets/sec 13055246077 packets input, 7473426491146 bytes, 0 no buffer Received 48343 broadcasts, 0 runts, 0 giants, 0 throttles 315 input errors, 0 CRC, 0 frame, 315 overrun, 0 ignored 0 watchdog, 2937496 multicast, 0 pause input 0 input packets with dribble condition detected On 12.4(18): GigabitEthernet0/1 is up, line protocol is up Hardware is BCM1250 Internal MAC, address is 0009.449b.2c1b (bia 0009.449b.2c1b) MTU 9000 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 29/255, rxload 41/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 00:04:00 Last input 00:00:01, output 00:00:00, output hang never Last clearing of show interface counters never Input queue: 0/2048/0/3 (size/max/drops/flushes); Total output drops: 139963 Queueing strategy: fifo Output queue: 0/1024 (size/max) 30 second input rate 163604000 bits/sec, 25284 packets/sec 30 second output rate 113775000 bits/sec, 23142 packets/sec 138829558726 packets input, 110625630435301 bytes, 0 no buffer Received 1170089 broadcasts, 0 runts, 0 giants, 0 throttles 42963 input errors, 0 CRC, 0 frame, 42963 overrun, 0 ignored 0 watchdog, 2939379 multicast, 0 pause input 0 input packets with dribble condition detected On 12.4(9)T2: GigabitEthernet0/2 is up, line protocol is up Hardware is BCM1250 Internal MAC, address is 0009.449b.441a (bia 0009.449b.441a) MTU 1500 bytes, BW 45 Kbit, DLY 10 usec, reliability 255/255, txload 21/255, rxload 60/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters never Input queue: 0/1024/369/79002147 (size/max/drops/flushes); Total output drops: 82 Queueing strategy: fifo Output queue: 0/1024 (size/max) 30 second input rate 105976000 bits/sec, 13665 packets/sec 30 second output rate 38207000 bits/sec, 11394 packets/sec 2996785111 packets input, 3073612701 bytes, 2279 no buffer Received 500907287 broadcasts, 0 runts, 0 giants, 2483 throttles 8348 input errors, 0 CRC, 0 frame, 8348 overrun, 0 ignored 0 watchdog, 497602409 multicast, 0 pause input 0 input packets with dribble condition detected Any ideas why? -Hank On Fri, Sep 12, 2008 at 02:40:04PM -0400, Clayton Zekelman wrote: No luck... didn't fix it. Is it fixed in a subsequent release? Are there any other parameters I can tune? Not really because you can't tune the rx ring depth. Check 'sh controller'. What does 'sh proc cpu sort | excl 0.00' say? Can you post the configuration..I'm curious what your features look like because the more you have the less pps you get through this box..it's all done in software and can't do all features at line rate during a microburst. sh int stat Rodney GigabitEthernet0/1 is up, line protocol is up Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia 001a.6d30.091b) Description: to gig-fastiron Ethernet11 MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 23/255, rxload 48/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters 00:10:09 Input queue: 0/4096/533/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 189692000 bits/sec, 30246 packets/sec 30 second output
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
At 02:16 PM 12-09-08 -0400, Rodney Dunn wrote: I don't suspect that is going to help because the ignores are not increasing that would point to: CSCse05447 Externally found moderate defect: Resolved (R) 7200 ethernet interfaces should not throttle on input queue full drops Most likely you are seeing micro burst that are coming in faster than the CPU can drain the rx ring. Rodney Can't view it: Information contained within bug ID CSCse05447 is only available to Cisco employees. It is our policy to make all externally-facing bugs available in Bug Toolkit so the system administrators have been automatically alerted to the problem. By choosing to save this bug, you may be notified when the decision to make this bug available to you has been made. Note: Some product enhancement requests and documentation error bugs may not be available in Bug Toolkit. -Hank ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
On a related note, we are seeing input overruns on almost all native GigaE ports on the NPE-G1. Example on 12.4(21): On the other side, of those NPE-G1 ports, do you see any flow control from them? I've never seen a G1's counters show pause frame that it sends, but even watching them indirectly, they're always several orders of magnitude less than the number of overruns... ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] NPE-G2 Gigabit Ignored Errors
I'm running a Cisco 7206/VXR with an NPE G2, Version 12.4(4)XD4 acting as an LNS. I'm getting input errors consistently incrementing on the Gig interface (ignored errors) Any way to fix this? I saw some discussion a while back about this, and it seemed to have to do with buffers - but I can't find any definitive recommendations on what the settings should be. GigabitEthernet0/1 is up, line protocol is up Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia 001a.6d30.091b) Description: to gig-fastiron Ethernet11 MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 22/255, rxload 46/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters 00:22:17 Input queue: 0/75/1191/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 181384000 bits/sec, 29001 packets/sec 30 second output rate 86319000 bits/sec, 26045 packets/sec 38605963 packets input, 4274358612 bytes, 1 no buffer Received 230 broadcasts, 0 runts, 0 giants, 0 throttles 2677 input errors, 0 CRC, 0 frame, 0 overrun, 2677 ignored 0 watchdog, 2196 multicast, 0 pause input 0 input packets with dribble condition detected 34556615 packets output, 1656923135 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 344-300 Tecumseh Rd. E. Windsor, Ontario N8X 5E8 tel. 519-985-8410 fax. 519-985-8409 ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
Can you bump up your input queue depth: hold-queue 4096 in and see if they stop. I don't suspect that is going to help because the ignores are not increasing that would point to: CSCse05447 Externally found moderate defect: Resolved (R) 7200 ethernet interfaces should not throttle on input queue full drops Most likely you are seeing micro burst that are coming in faster than the CPU can drain the rx ring. Rodney On Fri, Sep 12, 2008 at 12:50:29PM -0400, Clayton Zekelman wrote: I'm running a Cisco 7206/VXR with an NPE G2, Version 12.4(4)XD4 acting as an LNS. I'm getting input errors consistently incrementing on the Gig interface (ignored errors) Any way to fix this? I saw some discussion a while back about this, and it seemed to have to do with buffers - but I can't find any definitive recommendations on what the settings should be. GigabitEthernet0/1 is up, line protocol is up Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia 001a.6d30.091b) Description: to gig-fastiron Ethernet11 MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 22/255, rxload 46/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters 00:22:17 Input queue: 0/75/1191/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 181384000 bits/sec, 29001 packets/sec 30 second output rate 86319000 bits/sec, 26045 packets/sec 38605963 packets input, 4274358612 bytes, 1 no buffer Received 230 broadcasts, 0 runts, 0 giants, 0 throttles 2677 input errors, 0 CRC, 0 frame, 0 overrun, 2677 ignored 0 watchdog, 2196 multicast, 0 pause input 0 input packets with dribble condition detected 34556615 packets output, 1656923135 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 344-300 Tecumseh Rd. E. Windsor, Ontario N8X 5E8 tel. 519-985-8410 fax. 519-985-8409 ___ cisco-nsp mailing list cisco-nsp@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
No luck... didn't fix it. Is it fixed in a subsequent release? Are there any other parameters I can tune? GigabitEthernet0/1 is up, line protocol is up Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia 001a.6d30.091b) Description: to gig-fastiron Ethernet11 MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 23/255, rxload 48/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters 00:10:09 Input queue: 0/4096/533/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 189692000 bits/sec, 30246 packets/sec 30 second output rate 91448000 bits/sec, 27197 packets/sec 18432915 packets input, 1555851456 bytes, 0 no buffer Received 65 broadcasts, 0 runts, 0 giants, 0 throttles 1117 input errors, 0 CRC, 0 frame, 0 overrun, 1117 ignored 0 watchdog, 1034 multicast, 0 pause input 0 input packets with dribble condition detected At 02:16 PM 9/12/2008, Rodney Dunn wrote: Can you bump up your input queue depth: hold-queue 4096 in and see if they stop. I don't suspect that is going to help because the ignores are not increasing that would point to: CSCse05447 Externally found moderate defect: Resolved (R) 7200 ethernet interfaces should not throttle on input queue full drops Most likely you are seeing micro burst that are coming in faster than the CPU can drain the rx ring. Rodney On Fri, Sep 12, 2008 at 12:50:29PM -0400, Clayton Zekelman wrote: I'm running a Cisco 7206/VXR with an NPE G2, Version 12.4(4)XD4 acting as an LNS. I'm getting input errors consistently incrementing on the Gig interface (ignored errors) Any way to fix this? I saw some discussion a while back about this, and it seemed to have to do with buffers - but I can't find any definitive recommendations on what the settings should be. GigabitEthernet0/1 is up, line protocol is up Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia 001a.6d30.091b) Description: to gig-fastiron Ethernet11 MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 22/255, rxload 46/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters 00:22:17 Input queue: 0/75/1191/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 181384000 bits/sec, 29001 packets/sec 30 second output rate 86319000 bits/sec, 26045 packets/sec 38605963 packets input, 4274358612 bytes, 1 no buffer Received 230 broadcasts, 0 runts, 0 giants, 0 throttles 2677 input errors, 0 CRC, 0 frame, 0 overrun, 2677 ignored 0 watchdog, 2196 multicast, 0 pause input 0 input packets with dribble condition detected 34556615 packets output, 1656923135 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 344-300 Tecumseh Rd. E. Windsor, Ontario N8X 5E8 tel. 519-985-8410 fax. 519-985-8409 ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 344-300 Tecumseh Rd. E. Windsor, Ontario N8X 5E8 tel. 519-985-8410 fax. 519-985-8409 ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
On Fri, Sep 12, 2008 at 02:40:04PM -0400, Clayton Zekelman wrote: No luck... didn't fix it. Is it fixed in a subsequent release? Are there any other parameters I can tune? Not really because you can't tune the rx ring depth. Check 'sh controller'. What does 'sh proc cpu sort | excl 0.00' say? Can you post the configuration..I'm curious what your features look like because the more you have the less pps you get through this box..it's all done in software and can't do all features at line rate during a microburst. sh int stat Rodney GigabitEthernet0/1 is up, line protocol is up Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia 001a.6d30.091b) Description: to gig-fastiron Ethernet11 MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 23/255, rxload 48/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters 00:10:09 Input queue: 0/4096/533/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 189692000 bits/sec, 30246 packets/sec 30 second output rate 91448000 bits/sec, 27197 packets/sec 18432915 packets input, 1555851456 bytes, 0 no buffer Received 65 broadcasts, 0 runts, 0 giants, 0 throttles 1117 input errors, 0 CRC, 0 frame, 0 overrun, 1117 ignored 0 watchdog, 1034 multicast, 0 pause input 0 input packets with dribble condition detected At 02:16 PM 9/12/2008, Rodney Dunn wrote: Can you bump up your input queue depth: hold-queue 4096 in and see if they stop. I don't suspect that is going to help because the ignores are not increasing that would point to: CSCse05447 Externally found moderate defect: Resolved (R) 7200 ethernet interfaces should not throttle on input queue full drops Most likely you are seeing micro burst that are coming in faster than the CPU can drain the rx ring. Rodney On Fri, Sep 12, 2008 at 12:50:29PM -0400, Clayton Zekelman wrote: I'm running a Cisco 7206/VXR with an NPE G2, Version 12.4(4)XD4 acting as an LNS. I'm getting input errors consistently incrementing on the Gig interface (ignored errors) Any way to fix this? I saw some discussion a while back about this, and it seemed to have to do with buffers - but I can't find any definitive recommendations on what the settings should be. GigabitEthernet0/1 is up, line protocol is up Hardware is MV64460 Internal MAC, address is 001a.6d30.091b (bia 001a.6d30.091b) Description: to gig-fastiron Ethernet11 MTU 1500 bytes, BW 100 Kbit, DLY 10 usec, reliability 255/255, txload 22/255, rxload 46/255 Encapsulation 802.1Q Virtual LAN, Vlan ID 1., loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s, media type is RJ45 output flow-control is XON, input flow-control is XON ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of show interface counters 00:22:17 Input queue: 0/75/1191/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 30 second input rate 181384000 bits/sec, 29001 packets/sec 30 second output rate 86319000 bits/sec, 26045 packets/sec 38605963 packets input, 4274358612 bytes, 1 no buffer Received 230 broadcasts, 0 runts, 0 giants, 0 throttles 2677 input errors, 0 CRC, 0 frame, 0 overrun, 2677 ignored 0 watchdog, 2196 multicast, 0 pause input 0 input packets with dribble condition detected 34556615 packets output, 1656923135 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 pause output 0 output buffer failures, 0 output buffers swapped out --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 344-300 Tecumseh Rd. E. Windsor, Ontario N8X 5E8 tel. 519-985-8410 fax. 519-985-8409 ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ --- Clayton Zekelman Managed Network Systems Inc. (MNSi) 344-300 Tecumseh Rd. E. Windsor, Ontario N8X 5E8 tel. 519-985-8410 fax. 519-985-8409 ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
ring sizes: RX = 128, TX = 256 rx_particle_size: 512 rx_pak = 0x0444F908 rx_head = 122 rx_discard = FALSE tx_head = 4, tx_count = 0 chip_state = 2, ds-tx_limited = 0 throttled = 0, enabled = 0, disabled = 11 reset=5(init=1, restart=4), auto_restart=6 tx_underflow = 0, tx_overflow = 0, tx_end_count = 51049471 rx_nobuffer = 0, rx_overrun = 0 rx_no_descriptors = 2115, rx_interrupt_count = 41996968 rx_crc_error = 0, rx_too_big = 0, rx_resource_error = 4629 128 rx ring depth. rx_resource and rx_no_descriptors errors. Whenever there is lack of descriptor to store the incoming packet in the RX ring an ignored/resource error will be reported for the native gige interfaces. Resource error indicates the number of instances when the DMA ran out of Rx descriptors. Ignored indicates the number of packets when the DMA ran out of Rx descriptors. On Fri, Sep 12, 2008 at 03:02:07PM -0400, Clayton Zekelman wrote: Here are the sh controller and sh proc results. I'll send the config directly - too much to sanitize ... Thanks! Hardware is MV64460 Internal MAC (Revision MV64460-Ethernet) network link is up Config is 1Gbps, Full Duplex Selected media-type is RJ45 GBIC is not present Ethernet Unit Global Registers: PHY Address= 0x0820SMI (PHY Control) = 0x0C001000 Default Address (Err) = 0xFE20Default ID (Err) = 0x01D1 Interrupt Cause= 0x0210Interrupt Mask = 0x108E Error Address = 0xD7FC6000Internal Addr Error= 0x Port Pad Calibration = 0x0013000BBase Address 0 = 0xD7FC0002 Size (BA0) = 0x0003Base Address 1 = 0x38002E00 Size (BA1) = 0x03FFBase Address 2 = 0x Size (BA2) = 0xBase Address 3 = 0x Size (BA3) = 0xBase Address 4 = 0x Size (BA4) = 0xBase Address 5 = 0x Size (BA5) = 0xHeader Retarget Base = 0x Header Retarget Ctrl = 0xHigh Address Remap 0 = 0x High Address Remap 1 = 0xBase Address Enable= 0x003C Port Access Protect 0 = 0x000FPort Access Protect 1 = 0x000F Port Access Protect 2 = 0x000F MAC Specific Registers: Port Cfg PxC = 0xPort Cfg Extd PxCX = 0x MII Serial Params = 0x00218823GMII Serial Params = 0x0006 VLAN EtherType EVLANE = 0xMAC Addr Low MACAL = 0x091B MAC Addr HighMACAH = 0x001A6D30SDMA ConfigSDC = 0x01002005 PORT SERIAL CTRL PSC = 0x00A2A60DPORT STATUS PS = 0x1C16 TX Queue Cmd TQC = 0xTxQ Fixed Prio TQFPC = 0x0001 MTU (Token-Bucket) MTU = 0xINTR CAUSE IC = 0x8007 INTR CAUSE EXT ICE = 0x8001Intr Mask PIM = 0x00080804 Extend Intr Mask PEIM = 0x0101RXQ Desc Ptr 0 CRDP0 = 0xD7FC0F80 RX Queue Cmd RQC = 0x0003FE01TXQ Desc Ptr 0 TCQDP0 = 0xD7FC1100 TX Curr Desc TCSDP = 0xD7FC1100 MAC Serial Port is ENABLED MAC Autoneg Capability: [Speed] [Duplex] [Flow Control] MAC Status: Link is UP, Speed is 1000Mbps, Duplex is Full, Interface: GMII RX Queue [0] is ENABLED PHY Registers: PHY is Marvell 88E1146C (Rev D0), address 0x0 Control= 0x1000 Status = 0x796D PHY ID 1 = 0x0141 PHY ID 2 = 0x0CD4 Auto Neg Advertisement = 0x Link Partner Ability = 0xCDE1 Auto Neg Expansion = 0x000D Next Page Tx = 0x2001 Link Partner Next Page = 0x4773 1000BaseT Control = 0x0200 1000BaseT Status = 0x3C00 Extended Status= 0x3000 PHY Specific Control = 0x0008 PHY Specific Status= 0xAC00 Interrupt Enable = 0x6C00 Interrupt Status = 0x Ext PHY Spec Control = 0x0CE2 Receive Error Counter = 0x LED Control= 0x4101 Ext PHY Spec Control 2 = 0x000A Ext PHY Spec Status= 0x800B PHY says Link is UP, Speed 1000Mbps, Full-Duplex [AUTONEG Done]
Re: [c-nsp] NPE-G2 Gigabit Ignored Errors
Here are the sh controller and sh proc results. I'll send the config directly - too much to sanitize ... Thanks! Hardware is MV64460 Internal MAC (Revision MV64460-Ethernet) network link is up Config is 1Gbps, Full Duplex Selected media-type is RJ45 GBIC is not present Ethernet Unit Global Registers: PHY Address= 0x0820SMI (PHY Control) = 0x0C001000 Default Address (Err) = 0xFE20Default ID (Err) = 0x01D1 Interrupt Cause= 0x0210Interrupt Mask = 0x108E Error Address = 0xD7FC6000Internal Addr Error= 0x Port Pad Calibration = 0x0013000BBase Address 0 = 0xD7FC0002 Size (BA0) = 0x0003Base Address 1 = 0x38002E00 Size (BA1) = 0x03FFBase Address 2 = 0x Size (BA2) = 0xBase Address 3 = 0x Size (BA3) = 0xBase Address 4 = 0x Size (BA4) = 0xBase Address 5 = 0x Size (BA5) = 0xHeader Retarget Base = 0x Header Retarget Ctrl = 0xHigh Address Remap 0 = 0x High Address Remap 1 = 0xBase Address Enable= 0x003C Port Access Protect 0 = 0x000FPort Access Protect 1 = 0x000F Port Access Protect 2 = 0x000F MAC Specific Registers: Port Cfg PxC = 0xPort Cfg Extd PxCX = 0x MII Serial Params = 0x00218823GMII Serial Params = 0x0006 VLAN EtherType EVLANE = 0xMAC Addr Low MACAL = 0x091B MAC Addr HighMACAH = 0x001A6D30SDMA ConfigSDC = 0x01002005 PORT SERIAL CTRL PSC = 0x00A2A60DPORT STATUS PS = 0x1C16 TX Queue Cmd TQC = 0xTxQ Fixed Prio TQFPC = 0x0001 MTU (Token-Bucket) MTU = 0xINTR CAUSE IC = 0x8007 INTR CAUSE EXT ICE = 0x8001Intr Mask PIM = 0x00080804 Extend Intr Mask PEIM = 0x0101RXQ Desc Ptr 0 CRDP0 = 0xD7FC0F80 RX Queue Cmd RQC = 0x0003FE01TXQ Desc Ptr 0 TCQDP0 = 0xD7FC1100 TX Curr Desc TCSDP = 0xD7FC1100 MAC Serial Port is ENABLED MAC Autoneg Capability: [Speed] [Duplex] [Flow Control] MAC Status: Link is UP, Speed is 1000Mbps, Duplex is Full, Interface: GMII RX Queue [0] is ENABLED PHY Registers: PHY is Marvell 88E1146C (Rev D0), address 0x0 Control= 0x1000 Status = 0x796D PHY ID 1 = 0x0141 PHY ID 2 = 0x0CD4 Auto Neg Advertisement = 0x Link Partner Ability = 0xCDE1 Auto Neg Expansion = 0x000D Next Page Tx = 0x2001 Link Partner Next Page = 0x4773 1000BaseT Control = 0x0200 1000BaseT Status = 0x3C00 Extended Status= 0x3000 PHY Specific Control = 0x0008 PHY Specific Status= 0xAC00 Interrupt Enable = 0x6C00 Interrupt Status = 0x Ext PHY Spec Control = 0x0CE2 Receive Error Counter = 0x LED Control= 0x4101 Ext PHY Spec Control 2 = 0x000A Ext PHY Spec Status= 0x800B PHY says Link is UP, Speed 1000Mbps, Full-Duplex [AUTONEG Done] AUTONEG - Our ability is 1000M/FD AUTONEG - Partner ability is 1000M/FD 1000M/HD 100M/FD 100M/HD 10M/FD 10M/HD IDB Information: lc_ip_turbo_fs = 0xAB7F4, ip_routecache = 0x11 (dfs = 0/mdfs = 0) rx cache size = 1000, rx cache end = 849 max_mtu = 1528 Software MAC address filter(hash:length/addr/mask/hits): need_af_check = 0 0x00: 0 .. .. 0 0x5B: 0 0100.5e00.0005 .. 0 0xC0: 0 0100.0ccc. .. 0 Internal Driver Information: RX Ring base: 0xD7FC TX Ring base: 0xD7FC1000 Software RX Head: 0xD7FC0F40 Hardware RX Head: 0xD7FC0800 Software TX Head: 0xD7FC1080 Hardware TX Head: 0xD7FC2F00 ring sizes: RX = 128, TX = 256 rx_particle_size: 512 rx_pak = 0x0444F908 rx_head = 122 rx_discard = FALSE tx_head = 4, tx_count = 0 chip_state = 2, ds-tx_limited = 0 throttled = 0, enabled = 0, disabled = 11 reset=5(init=1, restart=4), auto_restart=6 tx_underflow = 0, tx_overflow = 0, tx_end_count = 51049471 rx_nobuffer = 0, rx_overrun = 0 rx_no_descriptors = 2115, rx_interrupt_count = 41996968 rx_crc_error = 0, rx_too_big = 0, rx_resource_error = 4629 rx_sop_eop_error = 0 tqc = 0xF1002448, cause = 0xF1002460, cause_ext = 0xF1002464 Address Filter: Promiscuous mode OFF (All other entries are empty) Statistics: Receive and Transmit Statistics: RX Good Octets 45879122062 TX Good Octets 22423886055 RX Good Packets 58699012 TX Good Packets 52765087 RX Bad Octets0 RX Bad
[c-nsp] NPE-G2 Adjustable MTU
Hi Guys, Has anyone successfully increase the interface MTU on the tunnel with MPLS VPN Inter-AS command mpls bgp forwarding configured at the same time ? So far I have tried several IOS feature, they can only support either but not both commands @ the same time. We are trying to establish Option'B NNI VPN using tunnel for backup purpose. Thanks in advance Cheers Soon Kian ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 12.2(33)SRC AFI Bug?
Im seeing duplicate advertise-map statements showing up in SRC with NPE-G1. neighbor 172.1.0.101 activate neighbor 172.1.0.101 advertise-map test_inject exist-map test_up neighbor 172.1.0.101 advertisement-interval 1 neighbor 172.1.0.101 route-map AS65002-in in neighbor 172.1.0.101 route-map AS65002-out out neighbor 172.1.0.101 advertise-map test_inject exist-map test_up Scott Mark Tinka wrote: Hi all. We are lab'ing 12.2(33)SRC on an NPE-G2. We see the VPNv4 AFI configuration saving a duplicate configuration for a peer policy template inheritance: ... ! address-family vpnv4 neighbor x.x.x.x activate neighbor x.x.x.x send-community extended neighbor x.x.x.x inherit peer-policy rr-peers-l3vpn neighbor x.x.x.x inherit peer-policy rr-peers-l3vpn neighbor y.y.y.y activate neighbor y.y.y.y send-community extended neighbor y.y.y.y inherit peer-policy rr-peers-l3vpn neighbor y.y.y.y inherit peer-policy rr-peers-l3vpn exit-address-family ... Deleting the inheritance deletes both instances of it. Replacing a single instance of it sets up a duplicate as shown above. A similar configuration on an NPE-G1 does not yield this issue. Is this a bug? Anyone else seen this? ... lab#sh ver | i IOS Cisco IOS Software, 7200 Software (C7200P-ADVENTERPRISEK9-M), Version 12.2(33)SRC, RELEASE SOFTWARE (fc3) lab# Cheers, Mark. ___ cisco-nsp mailing list cisco-nsp@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2 12.2(33)SRC AFI Bug?
On Monday 21 April 2008, Scott Mace wrote: Im seeing duplicate advertise-map statements showing up in SRC with NPE-G1. Not sure if these are related. The case I logged with TAC resulted in bug ID CSCso72824, which was later superseded by bug ID CSCsj48902. Cheers, Mark. signature.asc Description: This is a digitally signed message part. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] NPE-G2 12.2(33)SRC AFI Bug?
Hi all. We are lab'ing 12.2(33)SRC on an NPE-G2. We see the VPNv4 AFI configuration saving a duplicate configuration for a peer policy template inheritance: ... ! address-family vpnv4 neighbor x.x.x.x activate neighbor x.x.x.x send-community extended neighbor x.x.x.x inherit peer-policy rr-peers-l3vpn neighbor x.x.x.x inherit peer-policy rr-peers-l3vpn neighbor y.y.y.y activate neighbor y.y.y.y send-community extended neighbor y.y.y.y inherit peer-policy rr-peers-l3vpn neighbor y.y.y.y inherit peer-policy rr-peers-l3vpn exit-address-family ... Deleting the inheritance deletes both instances of it. Replacing a single instance of it sets up a duplicate as shown above. A similar configuration on an NPE-G1 does not yield this issue. Is this a bug? Anyone else seen this? ... lab#sh ver | i IOS Cisco IOS Software, 7200 Software (C7200P-ADVENTERPRISEK9-M), Version 12.2(33)SRC, RELEASE SOFTWARE (fc3) lab# Cheers, Mark. signature.asc Description: This is a digitally signed message part. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2: mixed interrupt/polling packet processing on POS interface
For G2 vs G1 that's correct. For ethernet vs. serial the performance from what I recall is less. Rodney On Thu, Feb 21, 2008 at 12:35:32PM +0100, Ultramajestic wrote: So as far as I understand, the performance is not degraded, isn't it? El mi??, 20-02-2008 a las 09:30 -0500, Rodney Dunn escribi??: Philippe, I need to check back with the BU on it. I thought they were putting a document out on this G2 processing reporting issue. Basically due to the way the G2 does CPU accounting it looks like it's higher at lower loads based on the CPU measurements. If you put it in the lab and measure NDR's the CPU can forward much more than the G1 even though the G2 shows higher CPU in the output. That has confused a lot of folks and understandably so. Rodney On Wed, Feb 20, 2008 at 03:12:27PM +0100, Philippe Strauss wrote: Hello c-nsp, We are running c7200 vxr with NPE-G2, but are seeing way to high CPU usage (85%) at only 225kPPS in+out. It _seems_ it's due to the fact we're using a POS interface. I _guess_, the G2, when using GigE interface, is doing a mixed interrupt/polling mode for processing each packets. (like linux NAPI: above a certain PPS value, the driver switch from interrupt to polling mode). It's a guess. But the CPU usage is for sure much lower when using only the 3 GigE embeded on the mainboard. Keeping interrupt only processing for POS, which may be used to switch voice traffic, has some rational behind it. But we're using it only to switch data/ip, and I'm wondering if there's a way to lower the CPU usage despite using POS? like a switch to enable mixed interrupt/polling driver on the POS? would be highly helpfull. regards. -- Philippe Strauss av. de Beaulieu 25 1004 Lausanne http://philou.ch ___ cisco-nsp mailing list cisco-nsp@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@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2: mixed interrupt/polling packet processing on POS interface
So as far as I understand, the performance is not degraded, isn't it? El mié, 20-02-2008 a las 09:30 -0500, Rodney Dunn escribió: Philippe, I need to check back with the BU on it. I thought they were putting a document out on this G2 processing reporting issue. Basically due to the way the G2 does CPU accounting it looks like it's higher at lower loads based on the CPU measurements. If you put it in the lab and measure NDR's the CPU can forward much more than the G1 even though the G2 shows higher CPU in the output. That has confused a lot of folks and understandably so. Rodney On Wed, Feb 20, 2008 at 03:12:27PM +0100, Philippe Strauss wrote: Hello c-nsp, We are running c7200 vxr with NPE-G2, but are seeing way to high CPU usage (85%) at only 225kPPS in+out. It _seems_ it's due to the fact we're using a POS interface. I _guess_, the G2, when using GigE interface, is doing a mixed interrupt/polling mode for processing each packets. (like linux NAPI: above a certain PPS value, the driver switch from interrupt to polling mode). It's a guess. But the CPU usage is for sure much lower when using only the 3 GigE embeded on the mainboard. Keeping interrupt only processing for POS, which may be used to switch voice traffic, has some rational behind it. But we're using it only to switch data/ip, and I'm wondering if there's a way to lower the CPU usage despite using POS? like a switch to enable mixed interrupt/polling driver on the POS? would be highly helpfull. regards. -- Philippe Strauss av. de Beaulieu 25 1004 Lausanne http://philou.ch ___ cisco-nsp mailing list cisco-nsp@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@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] NPE-G2: mixed interrupt/polling packet processing on POS interface
Philippe, I need to check back with the BU on it. I thought they were putting a document out on this G2 processing reporting issue. Basically due to the way the G2 does CPU accounting it looks like it's higher at lower loads based on the CPU measurements. If you put it in the lab and measure NDR's the CPU can forward much more than the G1 even though the G2 shows higher CPU in the output. That has confused a lot of folks and understandably so. Rodney On Wed, Feb 20, 2008 at 03:12:27PM +0100, Philippe Strauss wrote: Hello c-nsp, We are running c7200 vxr with NPE-G2, but are seeing way to high CPU usage (85%) at only 225kPPS in+out. It _seems_ it's due to the fact we're using a POS interface. I _guess_, the G2, when using GigE interface, is doing a mixed interrupt/polling mode for processing each packets. (like linux NAPI: above a certain PPS value, the driver switch from interrupt to polling mode). It's a guess. But the CPU usage is for sure much lower when using only the 3 GigE embeded on the mainboard. Keeping interrupt only processing for POS, which may be used to switch voice traffic, has some rational behind it. But we're using it only to switch data/ip, and I'm wondering if there's a way to lower the CPU usage despite using POS? like a switch to enable mixed interrupt/polling driver on the POS? would be highly helpfull. regards. -- Philippe Strauss av. de Beaulieu 25 1004 Lausanne http://philou.ch ___ cisco-nsp mailing list cisco-nsp@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] npe-g2
Hello We are in the processes of deploying our first npe-g2 in production and I wanted to see what the consensus is for a stable ios version. The router will be used for pppoa termination and will be running mpls vpn, bgp cbwfq/llq qos. thanks in advance Brian ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2
If you would have asked me a week ago I would have said 12.2SB but its been left to stagnate in favour of the SRC release which is a real shame, I've found a number of bugs recently which are just not documented properly (and not searchable from either new or old bugtools since they stop at SB2) and not even assigned in one case. I've been switching to 12.4 mainline on a number of boxes and have had good results (except when it removed ip radius source-interface X during the migration which was rather annoying but thankfully the only thing it managed to screw up) Dave. Brian Turnbow wrote: Hello We are in the processes of deploying our first npe-g2 in production and I wanted to see what the consensus is for a stable ios version. The router will be used for pppoa termination and will be running mpls vpn, bgp cbwfq/llq qos. thanks in advance Brian ___ cisco-nsp mailing list cisco-nsp@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2
On 16.01.2008 10:37:25 +0100, Brian Turnbow wrote: Hello We are in the processes of deploying our first npe-g2 in production and I wanted to see what the consensus is for a stable ios version. The router will be used for pppoa termination and will be running mpls vpn, bgp cbwfq/llq qos. 12.4(4)XD7 has worked (some what) well for us. /Michael -- Michael Lyngbøl -- michael at lyngbol dot dk Network Architect, AS3292 TDC, IP·backbone ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2
Brian, I would suggest you try out 12.2(31)SB10 (SB11 should come out sometime soon). It should be the best software which supports this HW and used for broadband aggregation. You should be able to get at least a couple of more rebuilds for this train for the next couple of months. In longer term, you will have the SRC train, which is the successor of the SB train. Thanks Arie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Turnbow Sent: Wednesday, January 16, 2008 11:37 AM To: cisco-nsp@puck.nether.net Subject: [c-nsp] npe-g2 Hello We are in the processes of deploying our first npe-g2 in production and I wanted to see what the consensus is for a stable ios version. The router will be used for pppoa termination and will be running mpls vpn, bgp cbwfq/llq qos. thanks in advance Brian ___ cisco-nsp mailing list cisco-nsp@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] npe-g2
The CPU savings of a G2 over predecessors has been previously discussed and is in the archives: http://puck.nether.net/pipermail/cisco-nsp/2007-April/03.html Frank -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilhelm Farrugia Sent: Wednesday, January 16, 2008 3:07 PM To: Arie Vayner (avayner); Brian Turnbow; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] npe-g2 Hello, Had a BRAS having an NPE-G1 with IOS c7200-advipservicesk9-mz.124-9.T1.bin and replaced it with an NPE-G2 with IOS c7200p-advipservicesk9-mz.124-11.T4.bin. No more users - ppp sessions have been added and the bandwidth did not increase. Features on the BRAS are SSG, VRFs, BGP. Both PPPoEoE, PPPoEoA and PPPoAoA are terminated on the BRAS. Now the NPE-G2 should support double the throughput but in my case the CPU usage decreased by only 10%. Not quite as expected. Not sure if it is related to a bad choice of IOS or I need to make use of a magic wand (i.e. a special command ) to enable the NPE-G2 thourghput. Any ideas are much appreciated. 10x, Wil -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Arie Vayner (avayner) Sent: 16 January 2008 20:52 To: Brian Turnbow; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] npe-g2 Brian, I would suggest you try out 12.2(31)SB10 (SB11 should come out sometime soon). It should be the best software which supports this HW and used for broadband aggregation. You should be able to get at least a couple of more rebuilds for this train for the next couple of months. In longer term, you will have the SRC train, which is the successor of the SB train. Thanks Arie -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Turnbow Sent: Wednesday, January 16, 2008 11:37 AM To: cisco-nsp@puck.nether.net Subject: [c-nsp] npe-g2 Hello We are in the processes of deploying our first npe-g2 in production and I wanted to see what the consensus is for a stable ios version. The router will be used for pppoa termination and will be running mpls vpn, bgp cbwfq/llq qos. thanks in advance Brian ___ cisco-nsp mailing list cisco-nsp@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@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@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@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] NPE-G2 stability for edge/border routing
Hi all, We're (still) evaluating our options to replace our edge/border routing platform with something with more growth capacity. Currently, we have (2) 7206VXR/NPE400's (one at each of our Data Centers) and terminate (2) DS-3's in one, (1) DS-3 in the other, soon to be (1) DS-3 and (1) OC-3, and (1) DS-3 and (1) GigE Copper (100M commit to start). In any case, we're looking hard at a couple of different options: - Cisco 7206VXR/NPE-G2 - Cisco 6509 w/Sup2/MSFC2/PFC2 and w/FlexWan (we don't need full tables at present, and by the time we do, we can likely afford a Sup720/3BXL. My only concern here is the performance of the FlexWan (non enhanced) taking a full OC-3) - Juniper M7i We are doing BGP, OSPF, and have a few small (50 entries) ACLs on the WAN interfaces, and have a GRE tunnel for some inter-DC redundancy. We are leaning towards the NPE-G2 route, as it will allow us to re-use some of our existing PA's and we are familiar with the 7200 platform already. However, I am concerned with the maturity of the G2. If anyone is using this at their edge/border using a similar feature-set, I would be interested to hear your experience with the G2 with regards to stability. TIA. --Mike ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
