04-14-2016 12:03 PM - edited 03-08-2019 05:21 AM
Dear all.
I have an unmanaged switch, and I am trying to replace it with this managed Cisco switch:
Model: IE-4000-8T4G-E
SW ver: 15.2(2)EA2
SW image: IE4000-UNIVERSALK9-M
When connect the three hosts that I have to the Cisco switch, communication stops working. It is somewhat critical because there is a PLC that controls water level in a tank through two pumps. Communication between the PLC and pumps are provided by this unmanaged switch and as soon as I connect them to the Cisco switch, the PLC loose communication with the pumps. I have done some Wireshark'ing on the unmanaged switch, and it seems like the Cisco switch blocks some critical LLDP Multicast, like this:
Frame 19: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) on interface 0
Ethernet II, Src: Siemens_14:58:dd (00:1b:1b:14:58:dd), Dst: LLDP_Multicast (01:80:c2:00:00:0e)
Destination: LLDP_Multicast (01:80:c2:00:00:0e)
Source: Siemens_14:58:dd (00:1b:1b:14:58:dd)
Type: PROFINET (0x8892)
PROFINET acyclic Real-Time, Delay, ID:0xff40, Len: 44
FrameID: 0xff40 (0xFF40-0xFF43: Acyclic Real-Time: Delay)
PROFINET PTCP, DelayReq: Sequence=25436, Delay=0ns
Header: Sequence=25436, Delay=0ns
DelayParameter: PortMAC=00:1b:1b:14:58:dd
TLVHeader: Type=DelayParameter (6), Length=6
PortMACAddress: Siemens_14:58:dd (00:1b:1b:14:58:dd)
End
TLVHeader: Type=End (0), Length=0
As you can see, the communication between the hosts are profinet. I have tried to enable profinet with the global command on the vlan in question, but it makes no difference. I have tried to disable IGMP snooping so that the switch would forward these LLDP packets, but no avail. I have tried igmp querier and static multicast MAC addresses, but nothing works.
Could it be that the code in the switch are written to disregard forwarding of all LLDP protocol considering the fact that LLDP are used between directly connected hosts? Does anybody have experience with this?
Any input appreciated.
Regards