Unsolved
6 Posts
0
5365
DCBX operationally disabled due to more than one PEER being
hello,
I've a rather simple (common?) configuration:
- 16 x M630 blades with 57810s CNA
- 2 x Dell MXL switch (not in stack) with 4xFC port module (Sw 9.11(2.5))
- 2 x Brocade 5000 FC switches connectet to FC ports on the MXL and on the FC storage
- FC storage (3par, but it doesn't matter)
- Vsphere 6.5 (with standard vswitch)
all is working correctly, but if I send out any lldp packet from a guest VM, the MXL switch block all the FCoE connectivity as it's seeing LLDP packet from 2 different sources on a single Port:
Feb 13 14:27:04 %STKUNIT0-M:CP %FCOE-6-SESSION_UPDATE: FIP Snooping Session Cleared in VLAN: 1002 FCOE MAC : 0e:fc:02:0d:11:0f
Feb 13 14:27:04 %STKUNIT0-M:CP %DIFFSERV-5-DSM_DCBX_PFC_PARAMETERS_MISMATCH: PFC Parameters MISMATCH on interface: Te 0/4
Feb 13 14:27:03 %STKUNIT0-M:CP %DIFFSERV-5-DSM_DCBX_ETS_PARAMETERS_MISMATCH: ETS Parameters MISMATCH on interface: Te 0/4
Feb 13 14:27:03 %STKUNIT0-M:CP %LLDP-5-LLDP_MULTIPLE_PEER_DETECTED: DCBX operationally disabled due to more than one PEER being present on interface Te 0/4
of course, take a vmware host disk connectivity down with a single LLDP packet from a GUEST os is terrible!
is there a way to tell the force10 MXL switch to silently drop these 'foreign' LLDP packets and keep active the FCoE connectivity?
DELL-Josh Cr
Moderator
Moderator
•
8.5K Posts
0
February 14th, 2019 09:00
Hi,
What is the firmware version that the MXLs are running? Check this guide, page 11 has some settings for DCB https://downloads.dell.com/manuals/all-products/esuprt_software/esuprt_it_ops_datcentr_mgmt/general-solution-resources_white-papers9_en-us.pdf
emiliob
6 Posts
0
February 14th, 2019 13:00
MXL firmware is 9.11(2.5);
I did already set DCB like on the sample of the docs you linked me and actually the configuration is working for both ethernet and fcoe; the only problem is the fcoe connectivity disruption when a VM send-out lldp packets.