Multicast traffic recovery times with RSTP?

https://www.linkev.com/?a_fid=ics-eng
Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #2885
    David GarciaDavid Garcia
    Participant
    • Topics: 6
    • Replies: 5
    • Total Posts: 11
    Karma: 43
    Rank: Padawan

    Hey Guys,

    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?

    Thanks!
    DG

    #2887
    Fred GrahamFred Graham
    Keymaster
    • Topics: 15
    • Replies: 159
    • Total Posts: 174

    Hi David,

    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…

    Fred

     

    #2888
    David GarciaDavid Garcia
    Participant
    • Topics: 6
    • Replies: 5
    • Total Posts: 11
    Karma: 43
    Rank: Padawan

    Thanks Fred,

    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.
    Thanks!

    DG

Viewing 3 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic.