cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
9135
Views
26
Helpful
38
Replies

Cisco 2960X and 9200L POE support for Paxton

Andy Mackie
Level 1
Level 1

Hi,

We currently have a mix of Cisco switches from 2960s, 2960X and now the 9200L.  However we are having issues with our Paxton POE door controllers.

 

The 2960s work with all of our Paxton Controllers

The 2960X up to hardware version 4 work with the Paxton POE controllers.

 

2960X Hardware version 5 and higher and 9200L will not power up the Paxton Controllers.

 

Has anyone else seen this issue? We are currently rolling out more Paxton controllers and struggling to keep up with the demand on power injectors.


Switch details:-

Switch Ports Model SW Version SW Image Mode
------ ----- ----- ---------- ---------- ----
* 1 52 C9200L-48P-4X 16.11.1 CAT9K_LITE_IOSXE INSTALL

 

Here is the power inline details:-

 

****#show power inline gig 1/0/23 detail
Interface: Gi1/0/23
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Ieee PD
IEEE Class: 4
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 30.0
Power drawn from the source: 15.4
Power available to the device: 15.4

Actual consumption
Measured at the port: 0.0
Maximum Power drawn by the device since powered on: 0.0

Absent Counter: 0
Over Current Counter: 0
Short Current Counter: 0
Invalid Signature Counter: 0
Power Denied Counter: 0

Power Negotiation Used: None
LLDP Power Negotiation --Sent to PD-- --Rcvd from PD--
Power Type: - -
Power Source: - -
Power Priority: - -
Requested Power(W): - -
Allocated Power(W): - -

Four-Pair PoE Supported: No
Spare Pair Power Enabled: No
Four-Pair PD Architecture: N/A

38 Replies 38

balaji.bandi
Hall of Fame
Hall of Fame

Can you post same output from working 2960 please :

 

#show power inline gig 1/0/23 detail

BB

***** Rate All Helpful Responses *****

How to Ask The Cisco Community for Help

This is from a Cisco 2960X - 48FPD - HW version 4

 

***#show power inline gig 3/0/36 detail
Interface: Gi3/0/36
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Ieee PD
IEEE Class: 4
Discovery mechanism used/configured: Unknown
Police: off

Power Allocated
Admin Value: 15.4
Power drawn from the source: 15.4
Power available to the device: 15.4

Actual consumption
Measured at the port: 6.6
Maximum Power drawn by the device since powered on: 6.7

Absent Counter: 0
Over Current Counter: 0
Short Current Counter: 0
Invalid Signature Counter: 0
Power Denied Counter: 0

Power Negotiation Used: None
LLDP Power Negotiation --Sent to PD-- --Rcvd from PD--
Power Type: - -
Power Source: - -
Power Priority: - -
Requested Power(W): - -
Allocated Power(W): - -

Four-Pair PoE Supported: No
Spare Pair Power Enabled: No
Four-Pair PD Architecture: N/A

Leo Laohoo
Hall of Fame
Hall of Fame
Before we begin troubleshooting on a 9200, can you please upgrade the firmware to the most recent 16.12.X?
NOTE: 16.11.X is a train wreck -- Too many bugs.

I've upgraded to 16.12.02.


Cheers

Good. So has the upgrade made any improvement?

Unfortunately not.  I've attached the power requirements off the device.

 

**#show power inline gig 1/0/23 detail
Interface: Gi1/0/23
Inline Power Mode: auto
Operational status: on
Device Detected: yes
Device Type: Ieee PD
IEEE Class: 4
Discovery mechanism used/configured: Ieee and Cisco
Police: off

Power Allocated
Admin Value: 30.0
Power drawn from the source: 15.4
Power available to the device: 15.4

Actual consumption
Measured at the port: 0.0
Maximum Power drawn by the device since powered on: 0.0

Absent Counter: 0
Over Current Counter: 0
Short Current Counter: 0
Invalid Signature Counter: 0
Power Denied Counter: 0

Power Negotiation Used: None
LLDP Power Negotiation --Sent to PD-- --Rcvd from PD--
Power Type: - -
Power Source: - -
Power Priority: - -
Requested Power(W): - -
Allocated Power(W): - -

 

Is LLDP enabled on the port?

Yes, its enabled via the LLDP Run and then I've done lldp transmit and lldp receive on the port.

 

**#show lldp interface gig 1/0/23

GigabitEthernet1/0/23:
Tx: enabled
Rx: enabled
Tx state: INIT
Rx state: WAIT PORT OPER

Turn off CDP on the port and see if LLDP is used.
If not, turn off LLDP and enable CDP.
Unlike "classic" IOS, with IOS-XE, CDP and LLDP should never be used together.
This is the new "norm" with IOS-XE. ¯\_(ツ)_/¯

Did you ever manage to resolve this?
We have the same issue on 2960X switches and 9200's.
Paxton's answer is to replace the switches - not helpful at all.

!
interface GigabitEthernet1/0/1
power inline port 2x-mode
power inline static
speed 100
duplex full
no cdp enable
spanning-tree portfast
end


 

GigabitEthernet1/0/1:
Tx: enabled
Rx: enabled
Tx state: INIT
Rx state: WAIT PORT OPER
Switch#

 

 


Interface Speed Local pair Pair length Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Gi1/0/1 100M Pair A 1 +/- 10 meters N/A Open
Pair B 1 +/- 10 meters N/A Open
Pair C 0 +/- 10 meters N/A Short
Pair D 2 +/- 10 meters N/A Short


Constant cycle of:

Mar 2 10:10:31.877: %ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD
Switch#
Mar 2 10:10:32.695: %ILPOWER-5-POWER_GRANTED: Interface Gi1/0/1: Power granted
Mar 2 10:10:33.009: %ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
Switch#
Mar 2 10:10:34.656: %ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD
Switch#
Mar 2 10:10:35.568: %ILPOWER-5-POWER_GRANTED: Interface Gi1/0/1: Power granted
Mar 2 10:10:35.872: %ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed
Switch#
Mar 2 10:10:37.508: %ILPOWER-7-DETECT: Interface Gi1/0/1: Power Device detected: IEEE PD
Switch#
Mar 2 10:10:38.409: %ILPOWER-5-POWER_GRANTED: Interface Gi1/0/1: Power granted
Mar 2 10:10:38.672: %ILPOWER-5-IEEE_DISCONNECT: Interface Gi1/0/1: PD removed

 

Paxton Net2+ on Cisco 2960X currently - same issue occurs on 9200.
controllers work fine if using another switch manufacturer.
GigabitEthernet1/0/1 is down, line protocol is down (notconnect)
Hardware is Gigabit Ethernet, address is 042a.e20a.4501 (bia 042a.e20a.4501)
MTU 1500 bytes, BW 10000 Kbit/sec, DLY 1000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog,
0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 3 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out


@david.bean wrote:

Interface Speed Local pair Pair length Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Gi1/0/1 100M Pair A 1 +/- 10 meters N/A Open
Pair B 1 +/- 10 meters N/A Open
Pair C 0 +/- 10 meters N/A Short
Pair D 2 +/- 10 meters N/A Short


The port is wrong.  OPEN, OPEN means nothing is connected to port.

Thanks - that was a cable inside the unit that was removed as we thought it might be an issue, works on the 2960X now so I have it all linked up in the 9200 which is showing the following:

 

###################### It's on a patchlead (2m) #########################################
Interface Speed Local pair Pair length Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Gi1/0/8 100M Pair A 0 +/- 10 meters N/A Normal
Pair B 110 +/- 5 meters N/A Short/Crosstalk
Pair C 1 +/- 5 meters N/A Short
Pair D 1 +/- 5 meters N/A Short

 


interface GigabitEthernet1/0/8
description ### Door Access ###
switchport access vlan 70
switchport mode access
power inline port 2x-mode
power inline port 2-event
power inline static
speed 100
duplex full
no cdp enable
no snmp trap link-status
spanning-tree portfast
end

 


GigabitEthernet1/0/8 is down, line protocol is down (notconnect)
Hardware is Gigabit Ethernet, address is c064.e4a1.4688 (bia c064.e4a1.4688)
Description: ### Door Access ###
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is 10/100/1000BaseTX
input flow-control is on, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 5d19h, output 5d19h, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
27 packets input, 3309 bytes, 0 no buffer
Received 27 broadcasts (9 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 9 multicast, 0 pause input
0 input packets with dribble condition detected
10 packets output, 1912 bytes, 0 underruns
0 output errors, 0 collisions, 25 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out

 

LBASW01#sho power inli

Module Available Used Remaining
(Watts) (Watts) (Watts)
------ --------- -------- ---------
1 819.0 90.2 728.8
Interface Admin Oper Power Device Class Max
(Watts)
--------- ------ ---------- ------- ------------------- ----- ----

Gi1/0/8 static on 30.0 Ieee PD 4 30.0

 

No. We never got anywhere.

 

I've found that all 2960s seem to be fine, 2960X HW version 4 and below are OK.

 

Yes, Paxton support solution was to use a switch that works, although they couldn't tell me which Cisco switches are compatible.

 

I have since tested a Meraki switch and that worked straight away.

 

I have a case logged with our account manager who is trying to see what information is available.

Review Cisco Networking products for a $25 gift card