AP 390 Dual uplink connectivity modes

  • 3
  • Question
  • Updated 4 years ago
  • Answered
hi, can you clarify new AP 390 dual uplink connectivity modes. the way i understand it is:

1. ethercannel if connected to single switch
2. active/standby if connected to 2 different switches.

Thank you.
Photo of Kanat Iliasov

Kanat Iliasov

  • 2 Posts
  • 1 Reply Like

Posted 5 years ago

  • 3
Photo of Mike Kouri

Mike Kouri, Official Rep

  • 1030 Posts
  • 271 Reply Likes
By default only one uplink interface will be active. IFF you have both ethernets attached to the same switch then you can enable link aggregation (well, you COULD do that even if they are attached to separate switches, but it won't work as expected).
Photo of Andrew MacTaggart

Andrew MacTaggart, Champ

  • 483 Posts
  • 86 Reply Likes
Hi Mike

Curious about the link aggregation method.

I have aggregated AP 370 to cisco switch and although both ports are active and traffic is being load balanced across the interfaces from the AP, the cisco port channel indicates that it is down.

I assume that maybe there is a Aerohive proprietary mechanism at play here.
the input packets are not evenly allocated

not that link aggregation is needed for the AP370, but I wanted to see what would happen.

interface Port-channel1
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 150
 switchport mode trunk
 switchport nonegotiate
!
interface GigabitEthernet1/0/13
 description link aggregate
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 150
 switchport mode trunk
 switchport nonegotiate
 power inline never
 channel-group 1 mode active
!        
interface GigabitEthernet1/0/14
 description link aggregate
 switchport trunk encapsulation dot1q
 switchport trunk native vlan 150
 switchport mode trunk
 switchport nonegotiate
 power inline never
 channel-group 1 mode active


Port-channel1 is down, line protocol is down (notconnect)

GigabitEthernet1/0/13 is up, line protocol is up (connected)
13 packets input
2975718 packets output

GigabitEthernet1/0/14 is up, line protocol is up (connected)
140594 packets input
2983450 packets output

The CAM table indicates that the Aerohive MAC addresses are only learned on one port, int gig 1/0/14

I will most likely use redundant links for the 370 APs, but was curious what made it tick.

Just to add a bit more, I changed the ethernet mode to redundant.
I unplugged the primary and the fail over was seamless
however when I plugged the primary interface in, I was disconnected from the wifi1 interface.
Log was generated
Device ETSAC:  access interface wifi1 channel power changed: channel 0, transmit power 10 dBm, beacon interval 100 ms

Event

Event Type:             wifi1
Trap Type:              Channel Power Change
Device ID:              xxxxxxxxxxxxxxx
Device Name:            ETSAC
Time:                   03-19-2014 10:13:11
Message:                 access interface wifi1 channel power changed: channel 0, transmit power 10 dBm, beacon interval 100 ms.

I have replicated this a few times

so disconnecting the primary eth0 from the redundant pair has minimal impact, but adding it back causes the radios to go down.

I am using an external power source.

HM 6.1r3a - latest build
AP 370 HiveOS HiveOS 6.0r2d
Cisco WS-C3750G-24PS ver 12.2(55)SE6













(Edited)
Photo of Mike Kouri

Mike Kouri, Official Rep

  • 1030 Posts
  • 271 Reply Likes
Andrew,
Our link aggregation, as of HiveOS 6.1, does static etherchannel with no signalling. It is fundamentally the same as the original Kalpana etherchannel. I believe we will use the same MAC address as source on both interfaces, and it's possible that your Cisco switch is actually learning it on both, but discarding the penultimate learned entry.

The loss of wifi1 does not make sense to me, though. When you say you are using external power on the AP, do you mean our supplied power brick, or PoE? If PoE, is it possible that your PSE doesn't provide enough for the AP370? If it's our power brick, please open a support case to find out if that is expected behavior (I don't think so).
Photo of Andrew MacTaggart

Andrew MacTaggart, Champ

  • 483 Posts
  • 86 Reply Likes
Hi Mike

I have a loaner AP 370, but no .at switches and I did not get the Aerohive power brick, so using an adapter. Maybe it is due to the adapter.
Photo of Andrew MacTaggart

Andrew MacTaggart, Champ

  • 483 Posts
  • 86 Reply Likes
Hi Mike

I change the port channel mode to on instead of active and the port channel interface came up.
Port-channel1 is up, line protocol is up (connected)
Members in this channel: Gi1/0/13 Gi1/0/14

  active     Enable LACP unconditionally
  auto       Enable PAgP only if a PAgP device is detected
  desirable  Enable PAgP unconditionally
  on         Enable Etherchannel only
  passive    Enable LACP only if a LACP device is detected

the CAM table shows the Aerohive mac addresses on the port-channel interface

the link aggregation does not display the radio power down when the primary interface is unplugged and then plugged in.

Device ETSAC: member interface eth0 is down now

Event

Event Type:             eth0
Trap Type:              State Change
Device ID:              xxxxxxxxxxxx
Device Name:            ETSAC
Time:                   03-20-2014 12:34:28
Message:                member interface eth0 is down now.

Device ETSAC: member interface eth0 is up now

Event

Event Type:             eth0
Trap Type:              State Change
Device ID:              xxxxxxxxxxxxxx
Device Name:            ETSAC
Time:                   03-20-2014 12:35:51
Message:                member interface eth0 is up now.




Photo of Mike Kouri

Mike Kouri, Official Rep

  • 1030 Posts
  • 271 Reply Likes
Excellent, glad to see you figured it out!
Photo of Kanat Iliasov

Kanat Iliasov

  • 2 Posts
  • 1 Reply Like
cheers. you might want to include that explicitly in your data sheets. otherwise people are confusing it for active/active to separate switches... MEC basically :)
Photo of Larry

Larry

  • 55 Posts
  • 1 Reply Like
Is this the same for the AP370?
Photo of BJ

BJ, Champ

  • 374 Posts
  • 45 Reply Likes
I am about to attempt the same, and am wondering if lacp is supported, or which etherchannel protocol is? I think it's safe to assume pagp, being cisco proprietary, would not. 
Photo of Mike Kouri

Mike Kouri, Official Rep

  • 1028 Posts
  • 269 Reply Likes
As of HiveOS 6.1, we use basically the original Kalpana etherchannel, statically defined with no signaling or dynamic addition or subtraction of links from the bundle.
Photo of BJ

BJ, Champ

  • 374 Posts
  • 45 Reply Likes
Update...I configured the switch for etherchannel, Kalpana as Mike outlined, and both links came up, drawing 15.4W per link, macs showing up on port-channel interfaces. Thanks for the clarification.