Does Profinet I/O-Equipment interfere with the topology map?

Does Profinet I/O-Equipment interfere with the topology map?

Does Profinet I/O-Equipment interfere with the topology map?
Does Profinet I/O-Equipment interfere with the topology map?
Sunday

We recently replaced some more regular switches with Omada switches. However, there is a serious flaw with the topology which might have become clearer (altthough it existed before). Let's have a view to a part of our topology as it is in real life: There are four downlink switches directly connected to the switch T, mostly connected via SFP/SFP+ and fiber:

 

However, the topology shown in Software Controller 5.15.24.19 is as follows:

shown topology

It implies that switch W and switch N were connected via the unmanaged switch in the Profinet I/O device (->Siemens S7 / TIA Portal) as a subset of switch En. But the thing is, every of the four downstream-switches has „its own“ Profinet I/O device attached, which don't have another connection to each other beside of this network structure.
Additionally, „pn-io“, “pn-io-1“ and „k...pc“ (Computer with Siemens Network Card) are shown twice: one is probably the LLDP broadcast name, but device details cannot be retrieved. The device is shown additionally in the end device group (under another name) where device details can be retrieved. (However, when installing some Siemens Software like Tia Portal, it adds LLDP capability to Windows computers, but devices are not shown twice. These computers are typically only shown as regular end device. This really seems to be an issue with those I/O devices).

 

While the end devices of Switch En (one AP and one Profinet IO card) are shown correctly, all the other end devices beginning with switch T are mostly incorrect. I really wonder what's the problem with devices directly connected to an Omada switch. I understand it might be a bit tricky when using non-Omada switches in-between (although they have LLDP enabled). But in fact, the more non-Omada switches between the Omada switches, the less problems in shown the correct topology. At least in my experience. We do not use a separate SNMP server.

 

Does anyone have experiences with Profinet devices in their topology? What might cause the wrong assignment and the double entries? May be the LLDP broadcast name of some Profinet I/O devices are the same, but this does not explain why Profinet devices are shown twice with one entry that cannot retrieve details. How to get rid of this? (well, restarting the devices does not help)

 

As far as I know, Profinet does not use one of Omada's Ports.

 

Thank you.

  0      
  0      
#1
Options