cancel
Showing results for 
Search instead for 
Did you mean: 
cancel

Who Me Too'd this topic

CSCvq71611 - FATAL ERROR Reporting Task BRMN - Issues with LLDP-MED

florian.brandl
Level 1
Level 1

Dear Community,

we're observing a very interesting problem with IP-Phones connected to a SG350x-24p stack using LLDP-MED.

 

Problemdescription:

Almost everytime we connect or restart a new IP-Phone (Mitel MiVoice 69x0 with actual Firmware 5.x) to our 2-member SG350x-24P Stack (FW 2.5.0.90) the Master-Switch reboots.

 

Errorlog:

03-Dec-2019 16:57:59 :%STCK SYSL-A-UNITMSG: UNIT ID 1,Msg:%AUTOSMARTPORT-F-DEV_CALC_FAILED: XDP device type calculation failed: interface gi2/0/20 - capability 3

***** FATAL ERROR *****
Reporting Task: BRMN.
Software Version: 2.5.0.90 (date Sep 26 2019 time 16:12:12)
base_address=0xb4684000
ros(+0x78ac20)[0xb4e0ec20]
ros(HOSTG_fatal_error+0x10)[0xb4e11224]
ros(OSSYSG_fatal_error+0x2a0)[0xb53dbce4]
ros(+0xb598c0)[0xb51dd8c0]
ros(+0xd710f8)[0xb53f50f8]
ros(+0xde6904)[0xb546a904]
ros(+0xde0418)[0xb5464418]
ros(+0xded5a8)[0xb54715a8]
ros(+0xdf1dc4)[0xb5475dc4]
ros(+0xc883a8)[0xb530c3a8]
/lib/libp2linux.so.1(task_run+0xf4)[0xb4614818]

#######################################################

04-Dec-2019 17:33:51 %AUTOSMARTPORT-F-DEV_CALC_FAILED: XDP device type calculation failed: interface gi2/0/19 - capability 3

***** FATAL ERROR *****
Reporting Task: BRMN.
Software Version: 2.5.0.90 (date Sep 26 2019 time 16:12:12)
base_address=0xb4681000
ros(+0x78ac20)[0xb4e0bc20]
ros(HOSTG_fatal_error+0x10)[0xb4e0e224]
ros(OSSYSG_fatal_error+0x2a0)[0xb53d8ce4]
ros(+0xb598c0)[0xb51da8c0]
ros(+0xd710f8)[0xb53f20f8]
ros(+0xde6904)[0xb5467904]
ros(+0xde0418)[0xb5461418]
ros(+0xded5a8)[0xb546e5a8]
ros(+0xdf1dc4)[0xb5472dc4]
ros(+0xc883a8)[0xb53093a8]
/lib/libp2linux.so.1(task_run+0xf4)[0xb4611818]

***** END OF FATAL ERROR *****
^^ this event was logged before the last reboot.

 

I first tought, it depends on a not completly deactivated smartport-configuration. So I deaktivated everything concerning smartports.

 

Global Config:

macro auto disabled
no macro auto processing cdp
no macro auto processing lldp

macro auto processing type host disabled
macro auto processing type ip_phone disabled
macro auto processing type ip_phone_desktop disabled
macro auto processing type switch disabled
macro auto processing type ap disabled

 

Interface config:

no macro auto smartport

no macro auto persistent

 

But these settings did not work. The reboots still persist.

So I disabled LLDP globally - the reboots went away, but our phones didn't get the Right voice vlan via LLDP-MED and all other LLDP devices were not shown anymore.

 

So I decided to implement the following workaround:

I re-enabled LLDP globally, but disabled LLDP receive on the voice enabled (oui enabled) switchports. Meanwhile we now distribute the VLAN Information via DHCP.

 

Our voice config now on an Access-Switch-Stack (one port exampe):

voice vlan id 910
voice vlan state oui-enabled
voice vlan oui-table add 08000f Mitel_IPphones

interface vlan 810
 name Clients

interface vlan 910
 name VoIP

interface GigabitEthernet2/0/20
 storm-control broadcast level 1
 spanning-tree portfast
 spanning-tree guard root
 switchport mode general
 switchport general allowed vlan add 810 untagged
 switchport general pvid 810
 no lldp receive
 voice vlan enable
!

 

As far as I found out, this bug last quite a long time in the Firmware of Small-Business-Switches.

We hope, that this issue will be solved soon. Otherwise, LLDP-MED is not usable for voice vlans.

 

You'll find an open bug under: CSCvq71611

 

I didn't check, if the bug persists under SG500-stacks and SG550x-stacks.

 

Best regards,

Florian

(CCDP, CCNP R+S, CCNA wireless, CCNA Collaboration)

Who Me Too'd this topic