Hey All, I just saw our port to MICE go down. Is there anything going on? Thanks, Dan
I took a look at your port, and it appears that it is down because the switch has detected you sending BPDUs show interfaces xe-0/0/10 Physical interface: xe-0/0/10, Enabled, Physical link is Down Interface index: 197, SNMP ifIndex: 663 Description: Longlines Link-level type: Ethernet, MTU: 9216, Speed: 10Gbps, Duplex: Full-Duplex, BPDU Error: Detected, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled Device flags : Present Running Down Interface flags: Hardware-Down SNMP-Traps Internal: 0x0 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Current address: a8:d0:e5:ba:37:cd, Hardware address: a8:d0:e5:ba:37:cd Last flapped : 2016-03-24 10:28:52 CDT (00:00:26 ago) Input rate : 0 bps (0 pps) Output rate : 0 bps (0 pps) Active alarms : LINK Active defects : LINK Interface transmit statistics: Disabled Logical interface xe-0/0/10.0 (Index 113) (SNMP ifIndex 674) Flags: Device-Down SNMP-Traps Redundancy-Device 0x0 Encapsulation: ENET2 Input packets : 2986181 Output packets: 13232054 Protocol eth-switch Flags: None -----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Dan Winkel Sent: Thursday, March 24, 2016 10:01 AM To: MICE-DISCUSS@LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] Port Down Hey All, I just saw our port to MICE go down. Is there anything going on? Thanks, Dan
Thanks Jeremy. That was the case. A code upgrade last night changed the syntax of the BPDU blocking code. It should be resolved now. Dan On 3/24/16, 10:19 AM, "MICE Discuss on behalf of Jeremy Lumby" <MICE-DISCUSS@LISTS.IPHOUSE.NET on behalf of jlumby@MNVOIP.COM> wrote:
I took a look at your port, and it appears that it is down because the switch has detected you sending BPDUs
show interfaces xe-0/0/10 Physical interface: xe-0/0/10, Enabled, Physical link is Down Interface index: 197, SNMP ifIndex: 663 Description: Longlines Link-level type: Ethernet, MTU: 9216, Speed: 10Gbps, Duplex: Full-Duplex, BPDU Error: Detected, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled Device flags : Present Running Down Interface flags: Hardware-Down SNMP-Traps Internal: 0x0 Link flags : None CoS queues : 8 supported, 8 maximum usable queues Current address: a8:d0:e5:ba:37:cd, Hardware address: a8:d0:e5:ba:37:cd Last flapped : 2016-03-24 10:28:52 CDT (00:00:26 ago) Input rate : 0 bps (0 pps) Output rate : 0 bps (0 pps) Active alarms : LINK Active defects : LINK Interface transmit statistics: Disabled
Logical interface xe-0/0/10.0 (Index 113) (SNMP ifIndex 674) Flags: Device-Down SNMP-Traps Redundancy-Device 0x0 Encapsulation: ENET2 Input packets : 2986181 Output packets: 13232054 Protocol eth-switch Flags: None
-----Original Message----- From: MICE Discuss [mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET] On Behalf Of Dan Winkel Sent: Thursday, March 24, 2016 10:01 AM To: MICE-DISCUSS@LISTS.IPHOUSE.NET Subject: [MICE-DISCUSS] Port Down
Hey All,
I just saw our port to MICE go down. Is there anything going on?
Thanks, Dan
On Thu, Mar 24, 2016 at 03:26:33PM +0000, Dan Winkel wrote:
That was the case. A code upgrade last night changed the syntax of the BPDU blocking code.
What are you using that a change like this happens? Just wondering so I can get smarter. -- Mike Horwath, reachable via drechsau@Geeks.ORG
I over simplified my explanation because it makes me look bad. Here is the full breakdown if you are interested... We are using a Brocade CER. Last night we upgraded from 5.5e to 5.6g. Here is the syntax change as documented by RANCID: mac access-list BLOCKSPAN - deny any 0180.c200.0000 ffff.ffff.ffff any etype any - permit any any any etype any + sequence 10 deny any 0180.c200.0000 ffff.ffff.ffff any etype any + sequence 20 permit any any any etype any That change happened automatically and worked fine. We had a separate (possibly unrelated) issue this morning and decided to rollback the code just in case. I wasn’t aware we were rolling back when I sent my query. If I would have waited a few more minutes (or looked at the config more closely or talked to the engineer) RANCID would have told me the downgrade was not as graceful and just deleted the access-list: - mac access-list BLOCKSPAN - sequence 10 deny any 0180.c200.0000 ffff.ffff.ffff any etype any - sequence 20 permit any any any etype any Sorry for bothering everyone with our internal issue. In hindsight it was pretty obvious what happened. My only excuse is I am the only person in the office today because we got 14” of snow last night. Thanks for all the help. Dan On 3/24/16, 10:36 AM, "MICE Discuss on behalf of Mike Horwath" <MICE-DISCUSS@LISTS.IPHOUSE.NET on behalf of drechsau@GEEKS.ORG> wrote:
On Thu, Mar 24, 2016 at 03:26:33PM +0000, Dan Winkel wrote:
That was the case. A code upgrade last night changed the syntax of the BPDU blocking code.
What are you using that a change like this happens?
Just wondering so I can get smarter.
-- Mike Horwath, reachable via drechsau@Geeks.ORG
I believe there is also knob to disable spanning tree in Brocade per interface. IIRC something like no spanning-tree under the interface will do the trick. On Thu, Mar 24, 2016 at 11:09 AM, Dan Winkel <dwinkel@longlines.biz> wrote:
I over simplified my explanation because it makes me look bad. Here is the full breakdown if you are interested...
We are using a Brocade CER. Last night we upgraded from 5.5e to 5.6g.
Here is the syntax change as documented by RANCID:
mac access-list BLOCKSPAN - deny any 0180.c200.0000 ffff.ffff.ffff any etype any - permit any any any etype any + sequence 10 deny any 0180.c200.0000 ffff.ffff.ffff any etype any + sequence 20 permit any any any etype any
That change happened automatically and worked fine. We had a separate (possibly unrelated) issue this morning and decided to rollback the code just in case. I wasn’t aware we were rolling back when I sent my query.
If I would have waited a few more minutes (or looked at the config more closely or talked to the engineer) RANCID would have told me the downgrade was not as graceful and just deleted the access-list:
- mac access-list BLOCKSPAN - sequence 10 deny any 0180.c200.0000 ffff.ffff.ffff any etype any - sequence 20 permit any any any etype any
Sorry for bothering everyone with our internal issue. In hindsight it was pretty obvious what happened. My only excuse is I am the only person in the office today because we got 14” of snow last night.
Thanks for all the help. Dan
On 3/24/16, 10:36 AM, "MICE Discuss on behalf of Mike Horwath" < MICE-DISCUSS@LISTS.IPHOUSE.NET on behalf of drechsau@GEEKS.ORG> wrote:
On Thu, Mar 24, 2016 at 03:26:33PM +0000, Dan Winkel wrote:
That was the case. A code upgrade last night changed the syntax of the BPDU blocking code.
What are you using that a change like this happens?
Just wondering so I can get smarter.
-- Mike Horwath, reachable via drechsau@Geeks.ORG
-- Jay Hanke CTO Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke@neutralpath.net www.neutralpath.net
We aren’t using STP on the device and have it off on the port as well. That access-list magic came from Brocade TAC during our turn up with MICE. We had the same issue back then. They never could explain why packets were going out when it was shutdown. Dan From: MICE Discuss <MICE-DISCUSS@LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET>> on behalf of Jason Hanke <jayhanke@NEUTRALPATH.NET<mailto:jayhanke@NEUTRALPATH.NET>> Reply-To: MICE Discuss <MICE-DISCUSS@LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET>> Date: Thursday, March 24, 2016 at 11:16 AM To: "MICE-DISCUSS@LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET>" <MICE-DISCUSS@LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET>> Subject: Re: [MICE-DISCUSS] Port Down I believe there is also knob to disable spanning tree in Brocade per interface. IIRC something like no spanning-tree under the interface will do the trick. On Thu, Mar 24, 2016 at 11:09 AM, Dan Winkel <dwinkel@longlines.biz<mailto:dwinkel@longlines.biz>> wrote: I over simplified my explanation because it makes me look bad. Here is the full breakdown if you are interested... We are using a Brocade CER. Last night we upgraded from 5.5e to 5.6g. Here is the syntax change as documented by RANCID: mac access-list BLOCKSPAN - deny any 0180.c200.0000 ffff.ffff.ffff any etype any - permit any any any etype any + sequence 10 deny any 0180.c200.0000 ffff.ffff.ffff any etype any + sequence 20 permit any any any etype any That change happened automatically and worked fine. We had a separate (possibly unrelated) issue this morning and decided to rollback the code just in case. I wasn’t aware we were rolling back when I sent my query. If I would have waited a few more minutes (or looked at the config more closely or talked to the engineer) RANCID would have told me the downgrade was not as graceful and just deleted the access-list: - mac access-list BLOCKSPAN - sequence 10 deny any 0180.c200.0000 ffff.ffff.ffff any etype any - sequence 20 permit any any any etype any Sorry for bothering everyone with our internal issue. In hindsight it was pretty obvious what happened. My only excuse is I am the only person in the office today because we got 14” of snow last night. Thanks for all the help. Dan On 3/24/16, 10:36 AM, "MICE Discuss on behalf of Mike Horwath" <MICE-DISCUSS@LISTS.IPHOUSE.NET<mailto:MICE-DISCUSS@LISTS.IPHOUSE.NET> on behalf of drechsau@GEEKS.ORG<mailto:drechsau@GEEKS.ORG>> wrote:
On Thu, Mar 24, 2016 at 03:26:33PM +0000, Dan Winkel wrote:
That was the case. A code upgrade last night changed the syntax of the BPDU blocking code.
What are you using that a change like this happens?
Just wondering so I can get smarter.
-- Mike Horwath, reachable via drechsau@Geeks.ORG<mailto:drechsau@Geeks.ORG>
-- Jay Hanke CTO Neutral Path Communications 3 Civic Center Plaza, Suite 204 Mankato, MN 56001 (507) 327-2398 mobile jayhanke@neutralpath.net<mailto:jayhanke@neutralpath.net> www.neutralpath.net<http://www.neutralpath.net> ________________________________ To unsubscribe from the MICE-DISCUSS list, click the following link: http://lists.iphouse.net/cgi-bin/wa?SUBED1=MICE-DISCUSS&A=1
participants (4)
-
Dan Winkel -
Jason Hanke -
Jeremy Lumby -
Mike Horwath