So for it to be flapping between blocking / forwarding, the unit would have to either be receiving (or thinking its receiving) tcn's?
On 11 September 2010 20:45, George B. <[email protected]> wrote: > They are all using the same ring ID (ring 2) and this is extremely simple > as the vlan exists only on the units in the ring and the ring ports are the > only members of the vlan. That number ratio isn't going to mean anything as > I have been running in a stable mode now with one of the units not > configured for MRP for well over 24 hours now. The topology keeps flapping > if I have all members configured. As long as I leave one unconfigured, it > works just fine. > > The equipment involved has been in service without issues for a long time. > We recently added the second metroE and I wanted to run MRP as I have had > good results with it everywhere else I have used it. Never seen anything > like this before. > > George > > > > On Sat, Sep 11, 2010 at 12:39 PM, Heath Jones <[email protected]> wrote: > >> Hi George >> >> I'm really quite a newbie when it comes to MRP. RHP rcvd / sent = 8.22 >> (close to 8). Is that worth noting? >> If the ring ID was different on all 4 devices, not converging so sending >> out both interfaces, that would mean that each device should show 8 >> times(ish) the figure of what is sending out?? >> >> Packet captures might be the way to go, if we can find the protocol spec >> from foundry.. >> >> Heath >> >> On 11 September 2010 20:02, George B. <[email protected]> wrote: >> >>> See this diagram for reference: >>> >>> http://tinypic.com/r/kb93lj/7 >>> >>> This is pretty simple. I have one vlan in an MRP ring through 4 MLX >>> units. I configure the master, and it works as expected. I then configure >>> the members. The problem is when the last "member" (non-master) is >>> configured in the ring, the master begins to receive thousands of RHP and TC >>> RBPDUs per second. It doesn't matter which one is the last member >>> configured but as soon as I enable RHP on that last member, the count of RHP >>> and TC RBPDUs goes haywire. Here is what my master currently shows: >>> >>> RHPs sent RHPs rcvd TC RBPDUs rcvd >>> 509883 4193162 3684318 >>> >>> As you can see, it has sent about a half a million RHPs but received over >>> 4 million of them! >>> >>> Only one unit is configured as "master". As long as I have MRP >>> unconfigured on one of the members, the ring works as expected. There is no >>> spanning tree of any sort running on that vlan. I am just in awe of how RHP >>> packets can seemingly be created in the network somewhere at such an amazing >>> rate! >>> >>> Anyone else seen anything like this? It is just plain wacky! >>> >>> George >>> >>> >>> _______________________________________________ >>> foundry-nsp mailing list >>> [email protected] >>> http://puck.nether.net/mailman/listinfo/foundry-nsp >>> >> >> >
_______________________________________________ foundry-nsp mailing list [email protected] http://puck.nether.net/mailman/listinfo/foundry-nsp
