800xA CN1 Port is not UP in RNRP for three Controller under same Control Network in Control Structure
800xA CN1 Port is not UP in RNRP for three Controller under same Control Network in Control Structure. Due to this, we could not able to send MMS data from one Control Network to 2nd control network under same Control Structure.
Checked the physical media such as Switch/Ethernet Cable, found okay.
Any help will be further helpful.
Checked the physical media such as Switch/Ethernet Cable, found okay.
Any help will be further helpful.
Answers
I assume redundant network is in use?
In AC 800M firmware versions prior to 5.1.1.3 ports could be permanently left in blocked state following a dual network storm.
Besides restarting the affected controller(s) you could search AKS for my previous answers how to work around the problem (download a temporary RNRP parameter change, eg Max No Of Remote Areas from a Control Builder M station located on a non-routed network area, ie the SAME network area as the controller)
A dual storm indicates improper network design. ABB recommend total physical separation between primary & secondary networks. Never trust VLAN tagging as the only separation between primary and secondary RNRP paths.
There must be other problems present that prevent routing to other network(s), eg the router node is also suffering from one port (CN2) permanent blocked after dual storm. RNRP in Windows can be recovered by restarting the RNRP service in the Windows Control Panel.
With more information available, eg controller logs, RNRP status of all controllers/nodes/routers, etc. I could provide a more detailed answer.
A proper support case submitted via your regional support center might be in order.
In AC 800M firmware versions prior to 5.1.1.3 ports could be permanently left in blocked state following a dual network storm.
Besides restarting the affected controller(s) you could search AKS for my previous answers how to work around the problem (download a temporary RNRP parameter change, eg Max No Of Remote Areas from a Control Builder M station located on a non-routed network area, ie the SAME network area as the controller)
A dual storm indicates improper network design. ABB recommend total physical separation between primary & secondary networks. Never trust VLAN tagging as the only separation between primary and secondary RNRP paths.
There must be other problems present that prevent routing to other network(s), eg the router node is also suffering from one port (CN2) permanent blocked after dual storm. RNRP in Windows can be recovered by restarting the RNRP service in the Windows Control Panel.
With more information available, eg controller logs, RNRP status of all controllers/nodes/routers, etc. I could provide a more detailed answer.
A proper support case submitted via your regional support center might be in order.
Resolution : Finally we found issue in FO cable of the Control Network and also CN1 network Ethernet cable is connected in PN1 network surprisingly. After correcting the same, we could able to read MMS data from one control Network to other control network.
Add new comment