800XA and AC800M communication over redundant path or network issues
Dear Stefan and Expert group.
I'm facing some issues with communication path redundancy as also on a network redundancy.
I first tested just 172.16.80.X network, were the RNRP, MMS and OPC is working fine once the server and the AC800M is communicating through a switch, but once the path goes to the redundancy (ABB wireless device), they lose the RNRP. This wireless devices (ABB Tropos) works as L3 routers, but for the devices on the network it should looks like a L2 network, as they still works on the same subnet. What I could check is that once the path changes, the wireless system need to change the MAC address of the communication, because of the L3 scheme. Because of this, the AC800M couldn't communicate anymore, because it didn't update its ARP table, as a network device use to do once it cannot achieve the destination anymore. Is there a way to configure the controller to update this ARP table?
A similar behavior happens when using both networks (172.16 and 172.17), but this time the AC800M understand both ways, 172.16 via switch and 172.17 via wireless, doing also the communication through the other port during redundancy failure, but the server does not respond to the correctly MAC address, once we cut the switch path. It try to send the messages to the path0 via the path1, but is not responding to ARP request comming from the wireless device, didn't updating its ARP table.
Have you ever faced this issues or have already tested this devices with ABB wireless devices?
Attached you can find the first setup.
Insert the URL that your highlighted text will link to.
Copy the video's "embed" tag into Embedded Video below.