Re: agr issue in netbsd-7

[6bone]

On Wed, 19 Aug 2015, Havard Eidnes wrote:


In the meantime, perhaps someone of you could file a PR?
(so this doesn't get lost in the archives...)


Done, PR#50155.

Regards,

- Håvard


Hello,

is there a possibility that the problem will be solved in the near future? 
The workaround described in the PR is not working correctly. If you set 
the link address with ifconfig, the lacp keeps using the hardware MAC 
address.


ifconfig bnx1
bnx1: flags=8843 mtu 1500
capabilities=3f00
capabilities=3f00
enabled=3f00
enabled=3f00
ec_capabilities=7
ec_enabled=0
address: 00:19:b9:b0:f1:43
media: Ethernet autoselect (1000baseT full-duplex,master)
status: active
link 00:19:b9:b0:f1:45

the lacp information from the switch:

Partner's information:

  LACP portAdmin  Oper   Port 
Port

Port  Flags   Priority  Dev ID  AgekeyKeyNumber  State
Gi7/44SA  32768 0019.b9b0.f145  13s0x00xD0   0x1 0x3D
Gi7/46SA  32768 0019.b9b0.f143  15s0x00xD0   0x4 0xD

At Port Gi7/46 is still used the hardware MAC address.


Thank you for your efforts

Regards
Uwe

Re: agr issue in netbsd-7

[Manuel Bouyer]

On Mon, Aug 17, 2015 at 09:01:17AM +0200, Havard Eidnes wrote:
  On Thu, Jul 30, 2015 at 10:25:36PM +0200, Havard Eidnes wrote:
   I tried to configure a port channel (agr0).
   When I configure the port channel only with bnx0 or only with bnx1
   everything works. If I use bnx0 and bnx1, the Cisco switch sets one of
   the two links to suspended mode.
 
  If I'm not terribly mistaken, the problem is that both physical
  interfaces are supposed to pick one of the ethernet addresses and use
  it as the source MAC for all the traffic passed on the aggregate
  logical interface.  Apparently, the bnx driver in NetBSD doesn't (yet)
  have the ability to change the source MAC address.
 
  you should be able to change it manually with ifconfig (or put the
  appropriate commands in /etc/ifconfig.bnx*) so that both use the same 
  address.
  I've done this in the past and it worked.
 
 Really?  OK, I may have to test that again.  But why doesn't that
 happen automatically?  On another host I run an agr0 interface over a
 wm0/wm1 combination, and I don't have to tweak anything manually wrt.
 MAC addresses to make that work.

because there's 2 different interfaces to change the active MAC address:
SIOCINITIFADDR (with AF_LINK) and SIOCALIFADDR. agr uses the former, but
it's not supported by all interfaces. ifconfig uses the later.

agr should probably be fixed to use the later too, but I've never
had the time to look at it deeper.

-- 
Manuel Bouyer bou...@antioche.eu.org
 NetBSD: 26 ans d'experience feront toujours la difference
--

Re: agr issue in netbsd-7

[Havard Eidnes]

 On Thu, Jul 30, 2015 at 10:25:36PM +0200, Havard Eidnes wrote:
  I tried to configure a port channel (agr0).
  When I configure the port channel only with bnx0 or only with bnx1
  everything works. If I use bnx0 and bnx1, the Cisco switch sets one of
  the two links to suspended mode.

 If I'm not terribly mistaken, the problem is that both physical
 interfaces are supposed to pick one of the ethernet addresses and use
 it as the source MAC for all the traffic passed on the aggregate
 logical interface.  Apparently, the bnx driver in NetBSD doesn't (yet)
 have the ability to change the source MAC address.

 you should be able to change it manually with ifconfig (or put the
 appropriate commands in /etc/ifconfig.bnx*) so that both use the same address.
 I've done this in the past and it worked.

Really?  OK, I may have to test that again.  But why doesn't that
happen automatically?  On another host I run an agr0 interface over a
wm0/wm1 combination, and I don't have to tweak anything manually wrt.
MAC addresses to make that work.

I should perhaps mention that I've been testing agr with bnx on
netbsd-6 code.

Regards,

- Håvard

Re: agr issue in netbsd-7

[Havard Eidnes]

 I tried to configure a port channel (agr0).
 When I configure the port channel only with bnx0 or only with bnx1
 everything works. If I use bnx0 and bnx1, the Cisco switch sets one of
 the two links to suspended mode.

If I'm not terribly mistaken, the problem is that both physical
interfaces are supposed to pick one of the ethernet addresses and use
it as the source MAC for all the traffic passed on the aggregate
logical interface.  Apparently, the bnx driver in NetBSD doesn't (yet)
have the ability to change the source MAC address.

 Partner's information:

   LACP portAdmin  Oper   Port Port
 Port Flags Priority Dev ID Age key Key Number State
 Gi7/44 SA 32768 0019.b9b0.f145 14s 0x0 0xD0 0x1 0x3D
 Gi7/46 SA 32768 0019.b9b0.f143 14s 0x0 0xD0 0x4 0xD

 Maybe the problem is the device ID. I think the device ID should be
 the same for all ports in a port channel.

Yep, I think that's correct.

Regards,

- Håvard

agr issue in netbsd-7

[6bone]

hello,

I tried to configure a port channel (agr0).
When I configure the port channel only with bnx0 or only with bnx1 
everything works. If I use bnx0 and bnx1, the Cisco switch sets one of 
the two links to suspended mode.



bnx0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
capabilities=3f00IP4CSUM_Rx,IP4CSUM_Tx,TCP4CSUM_Rx,TCP4CSUM_Tx
capabilities=3f00UDP4CSUM_Rx,UDP4CSUM_Tx
enabled=0
ec_capabilities=7VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU
ec_enabled=0
address: 00:19:b9:b0:f1:45
media: Ethernet autoselect (1000baseT full-duplex,master)
status: active

bnx1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
capabilities=3f00IP4CSUM_Rx,IP4CSUM_Tx,TCP4CSUM_Rx,TCP4CSUM_Tx
capabilities=3f00UDP4CSUM_Rx,UDP4CSUM_Tx
enabled=0
ec_capabilities=7VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU
ec_enabled=0
address: 00:19:b9:b0:f1:43
media: Ethernet autoselect (1000baseT full-duplex)
status: active

agr0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
capabilities=3f00IP4CSUM_Rx,IP4CSUM_Tx,TCP4CSUM_Rx,TCP4CSUM_Tx
capabilities=3f00UDP4CSUM_Rx,UDP4CSUM_Tx
enabled=0
agrport: bnx0, flags=0x3COLLECTING,DISTRIBUTING
agrport: bnx1, flags=0x0
address: 00:19:b9:b0:f1:45
inet 139.18.25.36 netmask 0xfff8 broadcast 139.18.25.39
inet6 fe80::219:b9ff:feb0:f145%agr0 prefixlen 64 scopeid 0x6


The cisco catalyst reports:

Channel group 4 neighbors

Partner's information:

  LACP portAdmin  Oper   Port 
Port
Port  Flags   Priority  Dev ID  AgekeyKeyNumber 
State

Gi7/44SA  32768 0019.b9b0.f145  14s0x00xD0   0x1 0x3D
Gi7/46SA  32768 0019.b9b0.f143  14s0x00xD0   0x4 0xD


Maybe the problem is the device ID. I think the device ID should be the 
same for all ports in a port channel.



Can someone take a look at the problem?


Thank you for your efforts


Regards
Uwe