Buy or Renew
Buy or Renew
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
173
Views
0
Helpful
6
Replies

Traffic Stats Only Visible on One Port in Bundle – NCS-5011

prague
Level 1
Level 1

‎04-24-2025 12:53 PM

Hi ,

When I create a bundle, both ports perform load balancing equally. However, in the bundle statistics, I can only see the traffic for one of the ports.

In other words, if each port handles 5 Gbps, the total should show as 10 Gbps, but it's only showing 5 Gbps.

Has anyone else encountered this issue?

NCS-5011 Version: 7.11.2

Labels:
0 Helpful
6 Replies 6

smilstea
Cisco Employee
Cisco Employee

‎04-24-2025 12:59 PM

Can you share the command you are looking at and what type of traffic (LxVPN, GRE, IPv4, etc)?

Thanks,
Sam
0 Helpful

prague
Level 1
Level 1
In response to smilstea

‎04-24-2025 02:27 PM

sh int bundle-ether 40

Thu Apr 24 19:21:41.078 GMT+2

Bundle-Ether40 is up, line protocol is up

  Interface state transitions: 1

  Hardware is Aggregated Ethernet interface(s), address is 00ea.bd68.8609

  Description: ## NN_BUNDLE

  Internet address is Unknown

  MTU 9014 bytes, BW 20000000 Kbit (Max: 20000000 Kbit)

     reliability 255/255, txload 49/255, rxload 4/255

  Encapsulation ARPA,

  Full-duplex, 20000Mb/s

  loopback not set,

  Last link flapped 2d23h

    No. of members in this bundle: 2

      TenGigE0/0/0/0/0             Full-duplex  10000Mb/s    Active          

      TenGigE0/0/0/0/1             Full-duplex  10000Mb/s    Active          

  Last input 00:00:00, output 00:00:00

  Last clearing of "show interface" counters never

  30 second input rate 321027000 bits/sec, 130392 packets/sec

  30 second output rate 3897341000 bits/sec, 390923 packets/sec

     33126243648 packets input, 10174690558749 bytes, 0 total input drops

     0 drops for unrecognized upper-level protocol

     Received 11038535 broadcast packets, 5362712 multicast packets

              0 runts, 6 giants, 0 throttles, 0 parity

     6 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

     88729596402 packets output, 110320173127874 bytes, 0 total output drops

     Output 2584316 broadcast packets, 255316 multicast packets

     0 output errors, 0 underruns, 0 applique, 0 resets

     0 output buffer failures, 0 output buffers swapped out

     0 carrier transitions

 

 

RP/0/RP0/CPU0:NCS5011#sh int TenGigE0/0/0/0/0

Thu Apr 24 19:21:58.454 GMT+2

TenGigE0/0/0/0/0 is up, line protocol is up

  Interface state transitions: 1

  Hardware is TenGigE, address is 00ea.bd68.8586 (bia 00ea.bd68.8586)

  Description: NNCURCUIT1

  Internet address is Unknown

  MTU 9022 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)

     reliability 255/255, txload 101/255, rxload 8/255

  Encapsulation ARPA,

  Full-duplex, 10000Mb/s, 40GBASE-PSM4, link type is force-up

  output flow control is off, input flow control is off

  loopback not set,

  Last link flapped 2d23h

  Last input 00:00:00, output 00:00:00

  Last clearing of "show interface" counters never

  5 minute input rate 329216000 bits/sec, 133287 packets/sec

  5 minute output rate 3974061000 bits/sec, 398154 packets/sec

     33128519364 packets input, 10175398696940 bytes, 0 total input drops

     0 drops for unrecognized upper-level protocol

     Received 11039184 broadcast packets, 5363084 multicast packets

              0 runts, 6 giants, 0 throttles, 0 parity

     6 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

     88736526764 packets output, 110328833155263 bytes, 0 total output drops

     Output 2584426 broadcast packets, 255334 multicast packets

     0 output errors, 0 underruns, 0 applique, 0 resets

     0 output buffer failures, 0 output buffers swapped out

     0 carrier transitions

 

 

RP/0/RP0/CPU0:NCS5011#sh int TenGigE0/0/0/0/1

Thu Apr 24 19:22:03.496 GMT+2

TenGigE0/0/0/0/1 is up, line protocol is up

  Interface state transitions: 3

  Hardware is TenGigE, address is 00ea.bd68.8587 (bia 00ea.bd68.8587)

  Description: NNCURCUIT2

  Internet address is Unknown

  MTU 9022 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)

     reliability 255/255, txload 99/255, rxload 12/255

  Encapsulation ARPA,

  Full-duplex, 10000Mb/s, 40GBASE-PSM4, link type is force-up

  output flow control is off, input flow control is off

  loopback not set,

  Last link flapped 2d23h

  Last input 00:00:00, output 00:00:00

  Last clearing of "show interface" counters never

  5 minute input rate 485649000 bits/sec, 155341 packets/sec

  5 minute output rate 3896992000 bits/sec, 392716 packets/sec

     34159798328 packets input, 11357612908276 bytes, 0 total input drops

     0 drops for unrecognized upper-level protocol

     Received 4115612 broadcast packets, 5462257 multicast packets

              0 runts, 6 giants, 0 throttles, 0 parity

     6 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

     84859357497 packets output, 105289512128110 bytes, 0 total output drops

     Output 0 broadcast packets, 255308 multicast packets

     0 output errors, 0 underruns, 0 applique, 0 resets

     0 output buffer failures, 0 output buffers swapped out

     0 carrier transitions

0 Helpful

smilstea
Cisco Employee
Cisco Employee
In response to prague

‎04-24-2025 02:50 PM

This has to do with how show interface triggers an on-demand request, vs the periodic collection. If the periodic collection has just got over and if we do "show interface <>" , the difference will be less and so as the rate calculations.
Also, if the load interval is set to a lower value, we are prone to see variations, we can try with load interval 5m. This also like mentioned above has to do with various timers and mechanisms to collect data.

Thanks,
Sam
0 Helpful

prague
Level 1
Level 1
In response to smilstea

‎04-24-2025 03:34 PM

interface Bundle-Ether40
description ## NN_BUNDLE
mtu 9014
load-interval 600

I changed my load-interval config from 30 to 600s but getting same results. Also read from snmp from bundle is the same.

The bundle constantly shows data for only one port.

 

0 Helpful

smilstea
Cisco Employee
Cisco Employee
In response to prague

‎04-25-2025 09:27 AM

I would suggest getting a TAC case open as something doesn’t look right, I can take a look too but will need to take this off this site as the show techs below could contain sensitive information about your router. My email is my userID at cisco.com

Could we turn on these debugs and run a test?
debug statsd manager datarate interface bundle-ether
debug statsd manager datarate interface
debug statsd manager datarate interface


The below commands execute (2-3 times) with a timegap of 1 minute and collect all the 3 together when the debugs are enabled, after collecting 3 times turn off the debugs and send the debug logs (logs to syslog) and the show command outputs to TAC.
show interface bundle-ether | i pack
show interface | i pack
show interface | i pack


We also will want to collect the following data:
show tech ethernet interfaces
show tech bundles
show tech optics
show tech statsd

Thanks,
Sam
0 Helpful

smilstea
Cisco Employee
Cisco Employee
In response to smilstea

‎04-25-2025 10:02 AM

For some reason my message didn’t go through right. For the bundle and interface commands need to specify the ports / numbering.

Sam
0 Helpful
Customers Also Viewed These Support Documents