Description

In some customer's cases, third-party wireless APs are able to be powered up by PoE but their MAC addresses cannot be learned on switch ports.

 

There are no issues with Cisco switches for the same model of APs.

Symptoms

Third-party APs (such as Extreme) can be powered up by PoE and LLDP neighbor information is being detected as normal.

 

Example output:

{master:0}

 

root@EX4400-VC> show lldp neighbors

Local Interface Parent Interface Chassis Id   Port info   System Name

ge-0/0/22   -     34:85:84:14:54:00 mgt0    AP02

ge-0/0/21   -     34:85:84:14:57:00 mgt0    AP01

ge-0/0/23   ae0     44:b6:be:97:e6:00 LACP-EX4400-VC-ge0/0/23 Core_SW

ge-1/0/23   ae0     44:b6:be:97:e6:00 LACP-EX4400-VC-ge1/0/23 Core_SW

ge-0/0/0   -     90:b8:32:ea:cb:00 mgt0    AP02-Faulty

 

{master:0}

root@EX4400-VC> show poe interface ge-0/0/21

PoE interface status:

PoE interface    : ge-0/0/21

Administrative status  : Enabled

Operational status   : ON

Operational status detail : 4P Port delivering 4P IEEE SSPD

FourPair status    : Enabled

Power limit on the interface : 15.4W (L)

Priority      : Critical (L)

Power consumed    : 8.4W

Class of power device  :  4/-

PoE Mode      : 802.3bt

 (L) LLDP-negotiated value on the port.

 

{master:0}

 

root@EX4400-VC> show poe interface ge-0/0/22

PoE interface status:

PoE interface    : ge-0/0/22

Administrative status  : Enabled

Operational status   : ON

Operational status detail : 4P Port delivering 2P IEEE SSPD

FourPair status    : Enabled

Power limit on the interface : 15.4W (L)

Priority      : Low

Power consumed    : 9.1W

Class of power device  :  4/-

PoE Mode      : 802.3bt

 (L) LLDP-negotiated value on the port.
 

>>> This issue may look like a PoE or LLDP negotiation failure as per output of "monitor traffic interface" as below.

 

Listening on ge-0/0/0, capture size 1514 bytes

17:34:51.228624 bpf_flags 0x80, Out

  Juniper PCAP Flags [Ext], PCAP Extension(s) total length 16

<Output truncated>

  Organization specific TLV (127), length 7: OUI ANSI/TIA (0x0012bb)

   Extended power-via-MDI Subtype (4)

   Power type [PSE device], Power source [PSE - primary power source]

   Power priority [low] (0x03), Power 5.9 Watts  <<<<<<<<<<<<<<<

   0x0000: 0012 bb04 1300 3b

  End TLV (0), length 0

 

17:35:05.230420 bpf_flags 0x85, In

  Juniper PCAP Flags [Ext, In], PCAP Extension(s) total length 16

<Output truncated>

  Organization specific TLV (127), length 7: OUI ANSI/TIA (0x0012bb)

   Extended power-via-MDI Subtype (4)

   Power type [PD device], Power source [PSE - primary power source]

   Power priority [critical] (0x01), Power 15.4 Watts  <<<<<<<<<<<<<<<

   0x0000: 0012 bb04 5100 9a

  End TLV (0), length 0

 

*** However, PoE and LLDP/LLDP-MED is fine in this case scenario.

 

>>> No MAC addresses learned on the switch port:

 

{master:0}

root@EX4400-VC> show ethernet-switching table interface ge-0/0/21

MAC database for interface ge-0/0/21
 

MAC database for interface ge-0/0/21.0

 

>>> PFE-level troubleshooting shows us that there are no issues on PoE.
 

*** Example output:

 

TFXPC0(EX4400-VC vty)# show poe bt system status

 

REQUEST : 0x02 0xE3 0x07 0xD0 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E

RESPONSE: 0X03 0XE3 0X00 0X00 0X00 0X00 0X01 0XFF 0X66 0X4E 0X4E 0X4E 0X01

Boot error Code 1 = 0x0 ; No Boot error.

CPU Status2 Error Codes = 0x0 ; No error.

Factory Default = 0x0 ; Factory Default currently not set.

Boot error Code 2 = 0x0 ; No Boot error.

Private Label = 0x1

User Byte = 0xff

Found Devices = 0x66

Number of Devices after boot up = 0x6

Actual number of Devices = 0x6

Event Exists = 0x1; Event Bit is set.

 

TFXPC0(EX4400-VC vty)# show poe bt port 21 status

 

REQUEST : 0x02 0xB9 0x05 0xC1 0x15 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E

RESPONSE: 0X03 0XB9 0X86 0X01 0X4C 0X00 0X54 0X4E 0X4E 0X22 0X00 0X4E 0X02

Port Status = 0x86

 Port Mode Conf Status = 0x1 ; Port Enable.

Port Class = 0x4c ; Primary:Allocated Class = 0x4 ; Secondary:Class was not assigned and no power allocated.

Port Power = 84

Last Shutdown Error Status = 0x22

Port Event Register = 0x0 ; No Port Event.

Internal Status = 0x2

 

TFXPC0(EX4400-VC vty)# show poe bt port 21 measurement

 

REQUEST : 0x02 0xCF 0x05 0xC5 0x15 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E

RESPONSE: 0X03 0XCF 0X02 0X2F 0X00 0XA1 0X00 0X59 0X4E 0X02 0X33 0X4E 0X4E

Vmain Voltage = 559

Calculated Current = 161

Power Consumption = 89

Port Voltage = 563

 

TFXPC0(EX4400-VC vty)# show poe bt port 21 power_limit

[Tue May 16 05:27:10.317 LOG: Info] PFE_POE_LOG_INFO: POE_FLUSH: Pending Read

 

REQUEST : 0x02 0xD8 0x05 0xAD 0x15 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E 0x4E Port Power Limit: (0x280), 640 milliwatts

Temporary Port Power Limit: (0x18786), 640 milliwatts

 

>>> There are no PoE errors observed from log "messages" either.

Solution

Cause of issue is that there are no "untagged" VLANs configured on the switch port ge-0/0/21. However, third-party APs needs to be honored in a native VLAN (untagged VLAN) so that their MAC addresses can be learned in MAC table.

 

{master:0}

root@EX4400-VC> show ethernet-switching interface ge-0/0/21

Routing Instance Name : default-switch

Logical Interface flags (DL - disable learning, AD - packet action drop,

             LH - MAC limit hit, DN - interface down,

             MMAS - Mac-move action shutdown, AS - Autostate-exclude enabled,

             SCTL - shutdown by Storm-control, MI - MAC+IP limit hit)

 

Logical     Vlan          TAG  MAC  MAC+IP STP     Logical     Tagging

interface    members           limit limit state    interface flags

ge-0/0/21.0                 114688 0                  tagged

        Corp_WIFI       600  114688 0   Forwarding          tagged

        STJ-AKL-18-Telecare  18  114688 0   Forwarding          tagged

        STJ-AKL-21-ICT     21  114688 0   Forwarding          tagged

        STJ-AKL-8-Mgmt     8   114688 0   Forwarding          tagged

        default        1   114688 0   Forwarding          tagged <<<<<<<<<<<<<<

 

*** After adding "set interfaces ge-0/0/21 native-vlan-id 1" on the switch/VC (to align with customer's Cisco core switch), MAC address of the AP is being learned.

 

*** Please add the same native VLAN ID on the uplink interface otherwise communication between the core switch/gateway and AP still fails.

Modification History

Draft_version 1.1

Removed extra spaces between lines.