[f-nsp] Odd MRP problem
George B.
georgeb at gmail.com
Sat Sep 11 15:41:35 EDT 2010
I have MRP in production without this issue, too. I have never seen
anything like it. I can't understand how I can receive more RHP packets
than I send. CPU goes up on the line cards, the state of the secondary
interface flaps between blocking and forwarding, it just gets into a bad
state. As long as I don't have all the members configured and leave at
least one not configured with MRP, it works as expected. The one thing I
haven't done is to try to make a different unit the master.
On Sat, Sep 11, 2010 at 12:31 PM, Peter Olsen
<Peter.Olsen at globalconnect.dk>wrote:
> Strange,
>
>
>
> We have 150+rings active, never seen anything like this.
>
> Except for the very strange numbers, is the ring working ? (is it only a
> ‘counting’ issue)
>
>
>
> *Br,*
>
> *Peter*
>
> * *
>
>
>
> *From:* foundry-nsp-bounces at puck.nether.net [mailto:
> foundry-nsp-bounces at puck.nether.net] *On Behalf Of *George B.
> *Sent:* 11. september 2010 21:02
> *To:* foundry-nsp
> *Subject:* [f-nsp] Odd MRP problem
>
>
>
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20100911/b264f67a/attachment.html>
More information about the foundry-nsp
mailing list