› PLCGurus.NET Live & Interactive Forum › PLC Questions and Answers › Rockwell, Allen-Bradley, Stratix › Multicast traffic recovery times with RSTP?
Tagged: Multicast, Recovery time, RSTP
- This topic has 2 replies, 2 voices, and was last updated 4 years, 11 months ago by David Garcia.
- June 29, 2018 at 12:24 pm #2885David GarciaParticipantKarma: 49Rank: Padawan
I was recently told that the Recovery Times for Multicast Traffic takes longer with RSTP, than other types of traffic? Is it a big issue when it comes to setting a tolerance for PLC time out, or is it something that is already accounted for?
DGJune 29, 2018 at 12:46 pm #2887PLCGuruKeymaster
Good question, I’m not sure. Are you having dropout issues? RSTP (rapid spanning tree protocol) is a Cisco implementation, so if your are connecting up into layer 3 Cisco switches that has STP enabled then it is recommended that you set your Stratix for Rapid.
Assuming that your IO is on the NAT’ed (private side) of your managed switch, I don’t anticipate packet loss as an issue on the public side of things unless you are transmitting multicast traffic over your plant-wide network? Probably doesn’t answer your question but…
FredJune 29, 2018 at 1:44 pm #2888David GarciaParticipantKarma: 49Rank: Padawan
No Drop out issues, I was just discussing options to consider and when it came to redundancy. I had never heard that asked in any forum, or from any other customers but he asked about what type is best for Multicast traffic.
He told me had heard that the multicast can take longer to recover on RSTP, because it has to wait for the next querier cycle to come back online. It was a little over my head, so I decided to look into it and get informed on the topic.
I hope, I am explaining myself well enough to get the point across.
- You must be logged in to reply to this topic.