cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements
Join Customer Connection to register!
1829
Views
0
Helpful
4
Replies
Qi Liu
Beginner

Show Input or Output rate of Sub-interfaces

Hi Team,

Is there some way to know the input/output rate of sub-interfaces?
When I use "show interface fa0/0.1" , there is nothing related to traffic information.

Many thanks.

router#sh int fa 0/0 | i put rate
  5 minute input rate 4000 bits/sec, 8 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
router#sh int fa 0/0.1
  FastEthernet0/0.1 is up, line protocol is up
  Hardware is Gt96k FE, address is c001.4120.0000 (bia c001.4120.0000)
  Internet address is 1.1.1.1/24
  MTU 1500 bytes, BW 10000 Kbit/sec, DLY 1000 usec,
  reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation 802.1Q Virtual LAN, Vlan ID 1.
  ARP type: ARPA, ARP Timeout 04:00:00
  Last clearing of "show interface" counters never

2 ACCEPTED SOLUTIONS

Accepted Solutions
Mark Malone
VIP Mentor

Hi Qi Liu

As far as im aware there is no separate counters stored for sub-interfaces as below locally on the device but we use applications such as LiveAction that can record data from sub-interfaces through netflow or UIM or Netqos but they all cost money

You could also snmp it to receive it , haven't tried this but there is a separate mib for each sub I would think that's how the some apps pull it when not using netflow

show snmp mib ifmib ifindex

GigabitEthernet0/0/0.1192: Ifindex = 1114

GigabitEthernet0/0/0.6: Ifindex = 82

xxxxxxxx#  sh int summary

 *: interface is up
 IHQ: pkts in input hold queue     IQD: pkts dropped from input queue
 OHQ: pkts in output hold queue    OQD: pkts dropped from output queue
 RXBS: rx rate (bits/sec)          RXPS: rx rate (pkts/sec)
 TXBS: tx rate (bits/sec)          TXPS: tx rate (pkts/sec)
 TRTL: throttle count

  Interface                   IHQ       IQD       OHQ       OQD      RXBS      RXPS      TXBS      TXPS      TRTL
-----------------------------------------------------------------------------------------------------------------
* GigabitEthernet0/0/0          2         0         0       270   2773000       724   3009000       737         0
* Gi0/0/0.1                     -         -         -         -         -         -         -         -         -
* Gi0/0/0.4                     -         -         -         -         -         -         -         -         -
* Gi0/0/0.5                     -         -         -         -         -         -         -         -         -
* Gi0/0/0.6                     -         -         -         -         -         -         -         -         -
* Gi0/0/0.226                   -         -         -         -         -         -         -         -         -
* Gi0/0/0.1192                  -         -         -         -         -         -         -         -         -
* Gi0/0/0.2991                  -         -         -         -         -         -         -         -         -

View solution in original post

Yes definitely feels like a limitation that could easily be fixed , the traffic is being sent from the router to an app using netflow you would think the router/switch itself could also see the data and provide it , there may be a legitimate reason behind it too TAC may be able to answer that

View solution in original post

4 REPLIES 4
Mark Malone
VIP Mentor

Hi Qi Liu

As far as im aware there is no separate counters stored for sub-interfaces as below locally on the device but we use applications such as LiveAction that can record data from sub-interfaces through netflow or UIM or Netqos but they all cost money

You could also snmp it to receive it , haven't tried this but there is a separate mib for each sub I would think that's how the some apps pull it when not using netflow

show snmp mib ifmib ifindex

GigabitEthernet0/0/0.1192: Ifindex = 1114

GigabitEthernet0/0/0.6: Ifindex = 82

xxxxxxxx#  sh int summary

 *: interface is up
 IHQ: pkts in input hold queue     IQD: pkts dropped from input queue
 OHQ: pkts in output hold queue    OQD: pkts dropped from output queue
 RXBS: rx rate (bits/sec)          RXPS: rx rate (pkts/sec)
 TXBS: tx rate (bits/sec)          TXPS: tx rate (pkts/sec)
 TRTL: throttle count

  Interface                   IHQ       IQD       OHQ       OQD      RXBS      RXPS      TXBS      TXPS      TRTL
-----------------------------------------------------------------------------------------------------------------
* GigabitEthernet0/0/0          2         0         0       270   2773000       724   3009000       737         0
* Gi0/0/0.1                     -         -         -         -         -         -         -         -         -
* Gi0/0/0.4                     -         -         -         -         -         -         -         -         -
* Gi0/0/0.5                     -         -         -         -         -         -         -         -         -
* Gi0/0/0.6                     -         -         -         -         -         -         -         -         -
* Gi0/0/0.226                   -         -         -         -         -         -         -         -         -
* Gi0/0/0.1192                  -         -         -         -         -         -         -         -         -
* Gi0/0/0.2991                  -         -         -         -         -         -         -         -         -

View solution in original post

Hi Mark Malone,

    Thank you for answering the question. SNMP/Netflow are surely good ways to monitor the traffic . And configuring QoS is also a good way .

    It is really a pity sub-interfaces' rate cannot be directly shown by "show interface".

Yes definitely feels like a limitation that could easily be fixed , the traffic is being sent from the router to an app using netflow you would think the router/switch itself could also see the data and provide it , there may be a legitimate reason behind it too TAC may be able to answer that

View solution in original post

HOW WE CAN REMOVE  and stop parmanentlay

-n-r13-c2960s-01#show interfaces summary

*: interface is up
IHQ: pkts in input hold queue IQD: pkts dropped from input queue
OHQ: pkts in output hold queue OQD: pkts dropped from output queue
RXBS: rx rate (bits/sec) RXPS: rx rate (pkts/sec)
TXBS: tx rate (bits/sec) TXPS: tx rate (pkts/sec)
TRTL: throttle count

Interface IHQ IQD OHQ OQD RXBS R XPS TXBS TXPS TRTL
-------------------------------------------------------------------------------- ---------------------------------
Vlan1 0 0 0 0 0 0 0 0 0
* Vlan140 0 0 0 0 1000 1 1000 1 0
FastEthernet0 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/1 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/2 0 0 0 0 0 0 0 0 0
* GigabitEthernet1/0/3 0 0 0 53277 15000 11 76000 15 0
* GigabitEthernet1/0/4 0 0 0 0 374000 334 171000 145 0
* GigabitEthernet1/0/5 0 0 0 0 66000 70 184000 163 0
GigabitEthernet1/0/6 0 0 0 0 0 0 0 0 0
* GigabitEthernet1/0/7 0 0 0 0 48000 76 0 0 0
* GigabitEthernet1/0/8 0 0 0 0 57000 60 0 0 0
* GigabitEthernet1/0/9 0 0 0 0 57000 60 0 0 0
* GigabitEthernet1/0/10 0 0 0 0 49000 76 0 0 0
* GigabitEthernet1/0/11 0 0 0 0 1000 0 3000 4 0
* GigabitEthernet1/0/12 0 0 0 2 1000 1 21000 11 0
GigabitEthernet1/0/13 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/14 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/15 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/16 0 0 0 0 0 0 0 0 0
* GigabitEthernet1/0/17 0 0 0 72729 0 0 17000 9 0
* GigabitEthernet1/0/18 0 0 0 39767 0 0 3000 2 0
GigabitEthernet1/0/19 0 0 0 0 0 0 0 0 0
* GigabitEthernet1/0/20 0 0 0 51588 0 0 18000 11 0
* GigabitEthernet1/0/21 0 0 0 0 8000 6 18000 11 0
GigabitEthernet1/0/22 0 0 0 0 0 0 0 0 0
* GigabitEthernet1/0/23 0 0 0 7256 2000 2 17000 8 0
GigabitEthernet1/0/24 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/25 0 0 0 0 0 0 0 0 0
* GigabitEthernet1/0/26 0 0 0 80555 0 0 15000 8 0
* GigabitEthernet1/0/27 0 0 0 0 0 0 3000 4 0
GigabitEthernet1/0/28 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/29 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/30 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/31 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/32 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/33 0 0 0 0 0 0 0 0 0
GigabitEthernet1/0/34 0 0 0 0 0 0 0 0 0