Rapid Spanning Tree question
Bookmark this page:
 Yahoo!
 Google
 Windows Live
 del.icio.us
 digg
 Netscape
|
|
|||||||||||||
|
Posted by bspdan on March 15, 2007, 9:09 am
Please log in for more thread options After an RSTP topology change, does a device necessarily have to flush both unicast and multicast address tables? I'm running into an issue where my multicast GDAs (which are dynamic) are being flushed, and not being relearned until the next IGMP report comes in, which can be at best several seconds or up to a minute. This is too long. Is there a hard and fast rule that says you *must* flush multicast, or is it only a best practices type suggestion? Thanks, Dan | |||||||||||||
|
Posted by anoop on March 15, 2007, 10:04 pm
Please log in for more thread options The standard doesn't seem to say anything specific to multicast. It does say that you have to flush entries associated with a port in certain scenarios (in certain scenarios you can optionally just transfer the entries to a different port). So, in the case of multicast, perhaps all the entries that have the port as one of the outputs get flushed. I'm curious though...what's the problem? I assume it must be flooding the traffic for the period of time between flushing and relearning in order to keep things working. Anoop | |||||||||||||
|
Posted by bspdan on March 28, 2007, 8:08 am
Please log in for more thread options
>
> > After an RSTP topology change, does a device necessarily have to flush
> > both unicast and multicast address tables? I'm running into an issue > > where my multicast GDAs (which are dynamic) are being flushed, and not > > being relearned until the next IGMP report comes in, which can be at > > best several seconds or up to a minute. This is too long. Is there a > > hard and fast rule that says you *must* flush multicast, or is it only > > a best practices type suggestion? >
> The standard doesn't seem to say anything specific to multicast. > It does say that you have to flush entries associated with a port > in certain scenarios (in certain scenarios you can optionally > just transfer the entries to a different port). So, in the case of > multicast, > perhaps all the entries that have the port as one of the outputs get > flushed. > > I'm curious though...what's the problem? I assume it must be > flooding the traffic for the period of time between flushing and > relearning in order to keep things working. > > Anoop Hi Anoop, Thanks for the reply. Our apps run in automation lines where there is a fairly constant stream of small traffic closely spaced together. Think multicast packet every 100 ms containing sensor data. The problem is that the GDAs get flushed, but because multicast source detection is running on the switch, a GDA is immediately created containing the port that received the multicast packet and the port which has been receiving IGMP queries. This causes the switch to ignore the real receiving port (which got flushed with the GDA) until it gets an IGMP report, which can be a second or two, up to the query interval + 10s. This is too long for our environment. Thanks, Dan | |||||||||||||
| Similar Threads | Posted |
| Rapid Spanning Tree question | March 15, 2007, 9:09 am |
| Spanning Tree question | September 27, 2006, 5:23 am |
| Any expert on Spanning Tree Here?Come in please. | November 20, 2004, 4:18 am |
| Spanning Tree Protocol | June 5, 2008, 6:38 am |
| Spanning Tree Port Priority | August 31, 2005, 11:05 am |
| How to test spanning tree protocol | July 28, 2006, 1:03 am |
| Extreme Networks Spanning Tree Protocol (STP) | August 8, 2005, 3:54 am |
| Spanning Tree and Routing gets killed by Desktop switch | November 11, 2004, 8:42 pm |
| Help needed about Implementation of "Spanning Tree Protocol" for switch | September 16, 2005, 6:54 pm |
| STP question | October 29, 2004, 1:59 pm |
| a question about STP 802.1d | December 7, 2004, 3:03 pm |
| NAT question... | January 21, 2005, 5:07 am |
| Question regarding 802.1x | March 2, 2005, 7:32 pm |
| Re: A question for the NG | December 11, 2006, 1:44 pm |
| Re: A question for the NG | December 11, 2006, 5:58 pm |
> both unicast and multicast address tables? I'm running into an issue
> where my multicast GDAs (which are dynamic) are being flushed, and not
> being relearned until the next IGMP report comes in, which can be at
> best several seconds or up to a minute. This is too long. Is there a
> hard and fast rule that says you *must* flush multicast, or is it only
> a best practices type suggestion?