Hi, actually it is not that old, since it just happened to me.
In our case the solution was to remove the L3 interface that we had in the same VLAN. It makes absolutelly no sense... but it worked. The interface is configured as access, and there is no SVI for that VLAN.
Did you find some alternative (and explainable) solution?
Does anyone know if the traffic generated/exchanged between the Profinet devices is Multicast or unicast?
Hello, I've had a similar problem these days: a customer was using a Siemens software in order to discover the Siemens devices on the vlan. The discovery was successful with a simple unmanaged switch, but with a Cat2960X it was partially failing (only some devices were discovered). After conducting a troubleshooting we figured out that the packets were too small, so we used a trick to make them bigger. Instead on configuring the interfaces as access we have created some trunks, and this solved the problem.
Old configuration: switchport mode access switchport access vlan XXX
New configuration: switchport mode trunk switchport trunk native vlan XXX
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...