LLDP with Polycom Android Codecs -X50/G7500

[Anonymous]

We *require* using LLDP for security reasons with Polycom X50s

The problem we keep having, is when there are network code upgrades to our switches (Juniper), the Android devices will revert back to the data-vlan and basically become a brick until physically rebooted.  Unlike phones (C60s/CCX400s etc), the video devices don't recover from this---the phones, when experiencing a loss-of connection, seemingly reboot until the switch is back online.  The video codecs will not re-negotiate LLDP and stay up the entire time and ultimately land on the wrong Vlan.

Any creative solutions out there for this? 

Thank you

[SteffenBaierUK]

Hello @Alan Filandro ,

Welcome to the Poly Community.

Not a lof of details like the software version or the Provider being used so I suggest you get this into our support team with Switch Details, Software version, and switch CFG used.

The best and quickest way forward is to contact our Support organisation as the community is run by volunteers only.

Please ensure to provide some feedback if this reply has helped you so other users can profit from your experience.

Best Regards

Steffen Baier

[Anonymous]

This has actually been occurring for years since version 3.0 -- we now are on 4.01 with the latest teams app from friday being pushed.  I believe a fundamental design change would need to occur for something similar to the phone behavior to work---its been brought up many times to Poly.

[SteffenBaierUK]

Hello @Alan Filandro 

I have no idea of any previous tickets so I suggest you raise this with support and/or share older tickets.

What was done on these or has not been done?

Best regards

Steffen Baier

[Anonymous]

It has in the past, I'm actually not sure if this is something Poly can resolve or its something we need to take up with Juniper.   As the phones get POE, if a switch goes down/gets updated it, it comes back fine with LLDP because it negotiates after it receives power--=-the X50s will just flip and never try again to re-negotiate LLDP only on initial bootup or reboot.

Was just throwing it out there if anyone had similar familiarity with such an issue

Thank you Steffen  

[SteffenBaierUK]

Hello @Alan Filandro 

I had worked a similar case before for phones, where a switch would deliver PoE but was not ready to process LLDP and therefore the phones would boot without.

I suggest getting this into our sales team as only they can open a feature request that on booting up a separate parameter would delay the LLDP action.

And/or work this with Juniper as the switch should not provide power if is not able to handle the request.

Best regards

Steffen Baier

[Anonymous]

Thank u Steffen we are going to attempt a couple of things and then will open a FR if it does not work.

Appreciate your suggestions and love your posts! 

[Anonymous]

This issue sounds familiar. We ended up removing the voice VLAN setting on the port and just setting the data VLAN on the port to the correct VLAN as a workaround.