Re: [c-nsp] storm-control errdisable with no traffic or vlan

Saku Ytti via cisco-nsp <[email protected]>
Newsgroups gmane.network.nsp.cisco
Message-ID <CAAeewD8fu818xTmKJZipaWs=c6_1ZWs2+syUj3C3GUBt=OqpWQ@mail.gmail.com>
Are you sure packet based storm-control is even supported in the platform?

What does 'show storm-control' say?

It is interesting that all packets are multicast packets in the Ten
interfaces, but the packet count is so low, I don't think we can put a
lot of weight into it.

On Thu, 4 Aug 2022 at 13:52, Joe Maimon <[email protected]> wrote:
>
> Thanks for responding. I was looking for a controller like command to
> see maybe there were some malformed frames or something, but couldnt
> find one on this platform.
>
>
>
> Saku Ytti wrote:
> > On Thu, 4 Aug 2022 at 02:06, Joe Maimon via cisco-nsp
> > <[email protected]> wrote:
> >
> >> I have a vendor trying to turn up a 10gb link from their juniper mx to a
> >> cisco 4900M, using typical X2 LR.
> >>
> >> The link was being upgraded from a functioning 1gb. Same traffic.
> GigabitEthernet2/21 is up, line protocol is up (connected)
>    Hardware is Gigabit Ethernet Port, address is 588d.xxxx.a8f8 (bia
> 588d.xxxx.a8f8)
>    Description: Cxxxxxxxxx 12.KFxxxxxxxxxxxxxxx
>    MTU 9198 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
>       reliability 255/255, txload 1/255, rxload 1/255
>    Encapsulation ARPA, loopback not set
>    Keepalive set (10 sec)
>    Full-duplex, 1000Mb/s, link type is auto, media type is 1000BaseLH
>    input flow-control is off, output flow-control is off
>    ARP type: ARPA, ARP Timeout 04:00:00
>    Last input 00:00:00, output never, output hang never
>    Last clearing of "show interface" counters never
>    Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
>    Queueing strategy: fifo
>    Output queue: 0/40 (size/max)
>    30 second input rate 263000 bits/sec, 147 packets/sec
>    30 second output rate 663000 bits/sec, 201 packets/sec
>       5900382712 packets input, 1369541098917 bytes, 0 no buffer
>       Received 100294521 broadcasts (100294050 multicasts)
>       0 runts, 0 giants, 0 throttles
>       0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>       0 input packets with dribble condition detected
>       7240868168 packets output, 6306357851288 bytes, 0 underruns
>       0 output errors, 0 collisions, 3 interface resets
>       0 unknown protocol drops
>       0 babbles, 0 late collision, 0 deferred
>       0 lost carrier, 0 no carrier
>       0 output buffer failures, 0 output buffers swapped out
>
> interface GigabitEthernet2/21
>   description Cxxxxxxxxx 12.KFxxxxxxxxxxxxxxx
>   switchport trunk allowed vlan 1660-1679
>   switchport trunk native vlan 1001
>   switchport mode trunk
>   switchport nonegotiate
>   switchport port-security maximum 100
>   switchport port-security aging time 3
>   switchport port-security aging type inactivity
>   switchport port-security
>   mtu 9198
>   load-interval 30
>   no cdp enable
>   storm-control broadcast level pps 10k
>   storm-control action shutdown
>   spanning-tree portfast edge
>
>
> >
> >> Even with switchport mode trunk and switchport allowed vlan none, with
> >> input counters in single digits, storm control immediately takes the
> >> port down after link up. There was negligible traffic on the link before
> >> or after the attempt.
> > Broadcast, multicast or unicast storm-control? What rate? Have you
> > tried increasing the rate? Can you provide the logs of storm-control
> > taking the port down?
>
> Gobs of this
>
> Aug  2 22:18:22: %PM-4-ERR_DISABLE: storm-control error detected on
> Te1/3, putting Te1/3 in err-disable state
> Aug  2 22:18:22: %STORM_CONTROL-3-SHUTDOWN: A packet storm was detected
> on Te1/3. The interface has been disabled.
> Aug  2 22:19:07: %PM-4-ERR_RECOVER: Attempting to recover from
> storm-control err-disable state on Te1/3
> Aug  2 22:19:10: %PM-4-ERR_DISABLE: storm-control error detected on
> Te1/3, putting Te1/3 in err-disable state
>
> Tried another X2
>
> Aug  2 22:31:33: %C4K_IOSINTF-5-TRANSCEIVERREMOVED: Slot=1 Port=3:
> Transceiver has been removed
> Aug  2 22:31:48: %C4K_IOSINTF-5-TRANSCEIVERINSERTED: Slot=1 Port=3:
> Transceiver has been inserted
> Aug  2 22:31:50: %SFF8472-5-THRESHOLD_VIOLATION: Te1/3: Tx power low
> alarm; Operating value: -40.0 dBm, Threshold value: -12.2 dBm.
> Aug  2 22:32:09: %SYS-5-CONFIG_I: Configured from console by joe on vty0
> (216.222.148.103)
> Aug  2 22:32:14: %PM-4-ERR_RECOVER: Attempting to recover from
> storm-control err-disable state on Te1/3
> Aug  2 22:32:17: %PM-4-ERR_DISABLE: storm-control error detected on
> Te1/3, putting Te1/3 in err-disable state
> Aug  2 22:32:17: %STORM_CONTROL-3-SHUTDOWN: A packet storm was detected
> on Te1/3. The interface has been disabled.
>
> Tried another port
>
> Aug  2 22:52:05: %C4K_IOSINTF-5-TRANSCEIVERINSERTED: Slot=3 Port=1:
> Transceiver has been inserted
> Aug  2 22:52:08: %LINK-3-UPDOWN: Interface TenGigabitEthernet3/1,
> changed state to up
> Aug  2 22:52:08: %STORM_CONTROL-3-FILTERED: A Broadcast storm detected
> on Te3/1. A packet filter action has been applied on the interface.
> Aug  2 22:52:09: %LINEPROTO-5-UPDOWN: Line protocol on Interface
> TenGigabitEthernet3/1, changed state to up
> Aug  2 22:52:14: %STORM_CONTROL-3-FILTERED: A Broadcast storm detected
> on Te3/1. A packet filter action has been applied on the interface.
> Aug  2 22:52:17: %STORM_CONTROL-3-FILTERED: A Broadcast storm detected
> on Te3/1. A packet filter action has been applied on the interface.
> Aug  2 22:52:20: %STORM_CONTROL-3-FILTERED: A Broadcast storm detected
> on Te3/1. A packet filter action has been applied on the interface.
> Aug  2 22:52:23: %STORM_CONTROL-3-FILTERED: A Broadcast storm detected
> on Te3/1. A packet filter action has been applied on the interface.
>
> noc12sw15#sh int te1/3
> TenGigabitEthernet1/3 is down, line protocol is down (notconnect)
>    Hardware is Ten Gigabit Ethernet Port, address is 6073.xxxx.ae82 (bia
> 6073.xxxx.ae82)
>    Description: Cxxxxxxxxx 12.KFxxxxxxxxxxxxxxx
>    MTU 9198 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
>       reliability 255/255, txload 1/255, rxload 1/255
>    Encapsulation ARPA, loopback not set
>    Keepalive not set
>    Full-duplex, 10Gb/s, link type is auto, media type is No X2
>    input flow-control is off, output flow-control is off
>    ARP type: ARPA, ARP Timeout 04:00:00
>    Last input 1d11h, output never, output hang never
>    Last clearing of "show interface" counters never
>    Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
>    Queueing strategy: fifo
>    Output queue: 0/40 (size/max)
>    30 second input rate 0 bits/sec, 0 packets/sec
>    30 second output rate 0 bits/sec, 0 packets/sec
>       27 packets input, 1732 bytes, 0 no buffer
>       Received 26 broadcasts (26 multicasts)
>       0 runts, 0 giants, 0 throttles
>       0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>       0 input packets with dribble condition detected
>       12 packets output, 864 bytes, 0 underruns
>       0 output errors, 0 collisions, 5 interface resets
>       0 unknown protocol drops
>       0 babbles, 0 late collision, 0 deferred
>       0 lost carrier, 0 no carrier
>       0 output buffer failures, 0 output buffers swapped out
>
> TenGigabitEthernet3/1 is down, line protocol is down (notconnect)
>    Hardware is Ten Gigabit Ethernet Port, address is d48c.xxxx.ca50 (bia
> d48c.xxxx.ca50)
>    MTU 9198 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
>       reliability 255/255, txload 1/255, rxload 1/255
>    Encapsulation ARPA, loopback not set
>    Keepalive set (10 sec)
>    Full-duplex, 10Gb/s, link type is auto, media type is No X2
>    input flow-control is off, output flow-control is off
>    ARP type: ARPA, ARP Timeout 04:00:00
>    Last input 1d11h, output never, output hang never
>    Last clearing of "show interface" counters never
>    Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
>    Queueing strategy: fifo
>    Output queue: 0/40 (size/max)
>    5 minute input rate 0 bits/sec, 0 packets/sec
>    5 minute output rate 0 bits/sec, 0 packets/sec
>       42 packets input, 2688 bytes, 0 no buffer
>       Received 42 broadcasts (42 multicasts)
>       0 runts, 0 giants, 0 throttles
>       0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
>       0 input packets with dribble condition detected
>       24 packets output, 1566 bytes, 0 underruns
>       0 output errors, 0 collisions, 3 interface resets
>       0 unknown protocol drops
>       0 babbles, 0 late collision, 0 deferred
>       0 lost carrier, 0 no carrier
>       0 output buffer failures, 0 output buffers swapped out
>
> interface TenGigabitEthernet1/3
>   description Cxxxxxxxxx 12.KFxxxxxxxxxxxxxxx
>   switchport trunk allowed vlan 1660-1679
>   switchport trunk native vlan 1001
>   switchport mode trunk
>   switchport nonegotiate
>   switchport port-security maximum 100
>   switchport port-security aging time 3
>   switchport port-security aging type inactivity
>   switchport port-security
>   mtu 9198
>   load-interval 30
>   no cdp enable
>   storm-control broadcast level pps 10k
>   storm-control action shutdown
>   no keepalive
>   no lldp transmit
>   no lldp receive
>   spanning-tree portfast edge
>   spanning-tree bpdufilter enable
>
> interface TenGigabitEthernet3/1
>   mtu 9198
>   storm-control broadcast level pps 10k
> !
>
> Current light
>
>             Temperature  Voltage  Tx Power  Rx Power
> Port       (Celsius)    (Volts)  (dBm)     (dBm)
> ---------  -----------  -------  --------  --------
> Gi2/21       26.5       3.26      -6.0     -28.2
>
> At that time, light was -4 -6 or -6 -4
>
> Joe



-- 
  ++ytti
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.