But from the peer standpoint both - the DRNI and the IRF - are the same with regard to bond interface on the peer (network side: Multi-Chassiss LAGs in case of DRNI or BAGGs in case of IRF)...so you have DRNI without a MC-LAG to your storage server (where a bond is configured)?
Original Message:
Sent: 8/21/2023 2:46:00 PM
From: VM77
Subject: RE: Bond failover ping loss
Hi,
no, it is a DRNI config between switches.
Original Message:
Sent: Aug 21, 2023 02:34 PM
From: parnassus
Subject: Bond failover ping loss
Aren't the two HPE 5945 part of an IRF? thus are both switches running standalone (with respect to connected peers)?
Original Message:
Sent: 8/21/2023 2:08:00 PM
From: VM77
Subject: RE: Bond failover ping loss
Hi Parnassus,
thanks for the quick response. We have on one side one storage node and on the other side 2 comware 5945, because the bond from the storage node has 2 connections to 2 different 5945 for redundancy. So when we play arrond and do some tests we saw some packets were lost.
If i from the switch side shutdown the ports bond failover works as expected, no packet lost, but when shutting down the port from server/storage side we have packes getting lost, when the we pull out the cable we see again some packets getting lost.
Bond mode 1 active/backup
Switch port - stp edge port
Thanks in advance!
Original Message:
Sent: Aug 21, 2023 11:07 AM
From: parnassus
Subject: Bond failover ping loss
Hi, can you explain better these two conflicting sentences?
"OS runs Bonding in active \ passive
switch has no bonding but STP edged enabled"
Personally, if I read "bond" [*] on one side (your host side) then I expect to find a matching "bond" on the other side (your switch side). Isn't it?
[*] to me a "bond" represents a logical interface made of two (or more) physical interfaces aggregated together using a particular aggregation mode.
Original Message:
Sent: 8/17/2023 10:33:00 AM
From: VM77
Subject: Bond failover ping loss
Hi guys,
i neede some help.
Per todays session we have discovered some interesting things
OS runs Bonding in active \ passive
switch has no bonding but STP edged enabled
Whenever you do a failover of the bond master you will drop 2-20 packets
Whenever you do a if down of the bond master you will drop 2-20 packets
However...
If we down the interface on the switch side we have no packet loss (shutdown interface xyz)
This was kinda what I was discussing testing with someone onsite pulling the cable, so I'm guessing the result will be the same with a pulled cable, i.e no packet loss
I'm curious that the interfaces switch side stays UP when you down them in the OS, I'm not 100% sure this is correct behavior.. we can't see anything special in the switch logs at least.
I would say the failover behaves as expected during an actual error (death of switch, card, cable etc) so that should be good for most stuff, however it should also behave properly on a manual failover, we need to investigate why it does not?