R730 negotiating 100M no matter what I do

  • 2
  • Question
  • Updated 1 month ago
I've got a brand new batch of about 20 R730 APs. They're all connected to Cisco 2960X PoE+ Switchgear. 

I don't know if I have a power issue or LLDP issue. but all of them running any version of the firmware with or without a controller etc. 

They all are negotiating 100Mb max and I can't even set the speed to 100 through the CMD. 


Haaaaaaalp!!
Photo of Ray Phillips

Ray Phillips

  • 14 Posts
  • 2 Reply Likes

Posted 1 month ago

  • 2
Photo of Syamantak Omer

Syamantak Omer, Official Rep

  • 473 Posts
  • 155 Reply Likes
Hi Ray,

I don't think there is any known issues with R730, which is related to port speed.

You may try below and confirm the results.
  1. Power up a R730 using POE injector or power adapter and connect a laptop directly with it. Check if laptop negotiates with 1000/Full
  2. Check and make sure LLDP is enabled on both sides (SW and AP). Command for AP is "get lldp".
  3. Confirm the firmware version of some of the APs (get version).
  4. If possible, do a port mirror on CISCO SW and connect R730 to mirrored port and see what is going on with LLDP.
  5. Try connecting AP to a different switch and see the results.
I am also suspecting if this is something with CISCO switch so take a look at SW config as well.

If still can't find the solution, open a support case.

Regards,
Syamantak Omer
Photo of Darrel Rhodes

Darrel Rhodes, Employee

  • 216 Posts
  • 121 Reply Likes
Hi Ray,

As well as Syamantak's excellent advice, also bear in mind the R730 requires high-power PoE (802.3bt) for full performance, as per the data-sheet extract I've attached.


Therefore, when being powered by your Cisco PoE+ (802.3at) switches, certain features will be disabled.

HTH,
Darrel.

Photo of Syamantak Omer

Syamantak Omer, Official Rep

  • 473 Posts
  • 155 Reply Likes
Hi Darrel,

Thanks for additional thoughts. However, even with 802.3af power, AP port (PoE port) should still be functional with 10M/100M/1G/5G speeds.



Regards,
Syamantak Omer
Photo of Darrel Rhodes

Darrel Rhodes, Employee

  • 216 Posts
  • 121 Reply Likes
Absolutely! I just wanted the customer to be aware of the of the other AP functionality impacts of low-power mode. The wouldn't be an issue with a Ruckus ICX7150-24P/48P/48PF or multi-gig 7150-48ZP switch, for example. :-)
Photo of Syamantak Omer

Syamantak Omer, Official Rep

  • 473 Posts
  • 155 Reply Likes
Thanks! It is a major point many users miss and later face issues like low throughput, low coverage area and unable to use second eth port.

Regards,
Syamantak Omer
Photo of Ray Phillips

Ray Phillips

  • 14 Posts
  • 2 Reply Likes
One of the strangest conditions throughout all this is that even attempting to set the interface speed to 1G from the cmd line results in the following 

rkscli: set ethspeed 1 1000

Error: parameter error

Usage: set ethspeed <ifname> <connect speed>

                 -------------------------------------------------------------

                 ** connect speed:

                 **     100  - Set to fixed 100Mbps full duplex

                 **     10   - Set to fixed 10Mbps full duplex

                 **     auto - Auto-negotiation to max bandwidth capability of

                 **            the interfaces (default)

indicating to me that 1000 isn't even an option for negotiation... that bit pointed me away from it being an LLDP issue. 

I can administratively change the power mode on the AP to af or at and I still have the same condition.

We are going to attempt use of PoE injection to see if we get different results. 
Photo of Albert Pierson

Albert Pierson, Employee

  • 175 Posts
  • 150 Reply Likes
One simple but common problem when AP's cannot negotiate above 100Mbps maybe cabling.
100MBps uses only 2 pairs of UTP while 1000MBps (GiGE) requires all 4 pairs.  Check the cabling infrastructure to make sure all 4 pairs are properly terminated from AP to Switch.  Setting the AP to auto negotiate (default) and also configuring  switch port to auto negotiate should result in 1000MBps operation without further configuration.
Photo of Ray Phillips

Ray Phillips

  • 14 Posts
  • 2 Reply Likes
That's a sensible recommendation, however the issue is only present with R730 APs and it's every one of them in the district which is 25 of them across 10 or so different switch stacks. 
Photo of Syamantak Omer

Syamantak Omer, Official Rep

  • 473 Posts
  • 155 Reply Likes
Another important point we missed.

Thanks Albert!

Regards,
Syamantak Omer
Photo of Syamantak Omer

Syamantak Omer, Official Rep

  • 473 Posts
  • 155 Reply Likes
Hi Ray,

In that case you may need to follow what I have suggested in my first comment.

Regards,
Syamantak Omer
Photo of Ray Phillips

Ray Phillips

  • 14 Posts
  • 2 Reply Likes
Yes we are going to start with attempting PoE injection for our power feed. 
(Edited)
Photo of Ray Phillips

Ray Phillips

  • 14 Posts
  • 2 Reply Likes
Hi everyone, update on this, I've completed a packet capture for one of the trouble APs on start up. Please see a breakdown of the LLDP packet below ->

Frame 6: 160 bytes on wire (1280 bits), 160 bytes captured (1280 bits) on interface \Device\NPF_{CC6F43DD-B306-4894-A15E-51A78BC9AB47}, id 0
Ethernet II, Src: 70:ca:97:2f:f2:00 (70:ca:97:2f:f2:00), Dst: LLDP_Multicast (01:80:c2:00:00:0e)
Link Layer Discovery Protocol
    Chassis Subtype = MAC address, Id: 70:ca:97:2f:f2:00
        0000 001. .... .... = TLV Type: Chassis Id (1)
        .... ...0 0000 0111 = TLV Length: 7
        Chassis Id Subtype: MAC address (4)
        Chassis Id: 70:ca:97:2f:f2:00 (70:ca:97:2f:f2:00)
    Port Subtype = MAC address, Id: 70:ca:97:2f:f2:00
        0000 010. .... .... = TLV Type: Port Id (2)
        .... ...0 0000 0111 = TLV Length: 7
        Port Id Subtype: MAC address (3)
        Port Id: 70:ca:97:2f:f2:00 (70:ca:97:2f:f2:00)
    Time To Live = 120 sec
        0000 011. .... .... = TLV Type: Time to Live (3)
        .... ...0 0000 0010 = TLV Length: 2
        Seconds: 120
    System Name = AP04
        0000 101. .... .... = TLV Type: System Name (5)
        .... ...0 0000 0100 = TLV Length: 4
        System Name: AP04
    System Description = Ruckus R730 Multimedia Hotzone Wireless AP/SW Version: 5.1.2.0.373
        0000 110. .... .... = TLV Type: System Description (6)
        .... ...0 0100 0010 = TLV Length: 66
        System Description: Ruckus R730 Multimedia Hotzone Wireless AP/SW Version: 5.1.2.0.373
    Capabilities
        0000 111. .... .... = TLV Type: System Capabilities (7)
        .... ...0 0000 0100 = TLV Length: 4
        Capabilities: 0x001c
        Enabled Capabilities: 0x001c
    Management Address
        0001 000. .... .... = TLV Type: Management Address (8)
        .... ...0 0000 1100 = TLV Length: 12
        Address String Length: 5
        Address Subtype: IPv4 (1)
        Management Address: 10.0.104.48
        Interface Subtype: Unknown (1)
        Interface Number: 0
        OID String Length: 0
    Port Description = eth1
        0000 100. .... .... = TLV Type: Port Description (4)
        .... ...0 0000 0100 = TLV Length: 4
        Port Description: eth1
    Ieee 802.3 - Link Aggregation
        1111 111. .... .... = TLV Type: Organization Specific (127)
        .... ...0 0000 1001 = TLV Length: 9
        Organization Unique Code: 00:12:0f (Ieee 802.3)
        IEEE 802.3 Subtype: Link Aggregation (0x03)
        Aggregation Status: 0x01
        Aggregated Port Id: 0
    Ieee 802.3 - MAC/PHY Configuration/Status
        1111 111. .... .... = TLV Type: Organization Specific (127)
        .... ...0 0000 1001 = TLV Length: 9
        Organization Unique Code: 00:12:0f (Ieee 802.3)
        IEEE 802.3 Subtype: MAC/PHY Configuration/Status (0x01)
        Auto-Negotiation Support/Status: 0x03
        PMD Auto-Negotiation Advertised Capability: 0x84c1
        Same in inverse (wrong) bitorder
        Operational MAU Type: 100BaseTXFD - 2 pair category 5 UTP, full duplex mode (0x0010)
    End of LLDPDU
        0000 000. .... .... = TLV Type: End of LLDPDU (0)
        .... ...0 0000 0000 = TLV Length: 0



Thanks


Photo of Ray Phillips

Ray Phillips

  • 14 Posts
  • 2 Reply Likes
I'm totally willing to except that, however it's every R730 in the building that's doing this and all other AP models are negotiating full 1000 full duplex... unless my R730's somehow all got connected to 2 pair wires which would be horrific coincidence. There's 25 of them throughout the building on roughly 6 different switch stacks. 
Photo of Andrew Giancola

Andrew Giancola

  • 219 Posts
  • 67 Reply Likes
Perhaps pull the easiest / most accessible AP down and test all cables, keystones, and patches. if the cables/keystones are all punched down correctly, then I would bench your R730, and see if the problem re-appears when it's not at the end of the cable run. Ruckus has been known to run bad batches of APs (ZF7982 V1 board for example).
Photo of Andrew Giancola

Andrew Giancola

  • 219 Posts
  • 67 Reply Likes
You could also flip that order, pull down the AP and test it off the drop, just the AP a patch cable, and switch to see if it continues to negotiate at 100m.
Photo of Ray Phillips

Ray Phillips

  • 14 Posts
  • 2 Reply Likes
That's where I was headed as well, we're going to do that as well as a uPoE enabled injector once we're done with that cause I'm suspect of the power requirements still too. 
Photo of Syamantak Omer

Syamantak Omer, Official Rep

  • 415 Posts
  • 136 Reply Likes
I would suggest doing all the troubleshooting with just one R730.

1- Plug the R730 to the same port and same cable used for another AP which is already working on 1000/Full.
2- Power up AP using POE injector or power adapter and connect directly with a laptop (please verify the cable by connecting your laptop directly to the same switch port for 1000/Full).
3- If it is even failing with a verified 4 pair cable and using POE injector and power adapter, please take a fresh capture and open a support case with this information.

Regards,
Syamantak Omer