Oops, meant to reply all. No spanning tree anywhere on that vlan. In this case it is vlan 111 and metro ring 2<br><br><br><div class="gmail_quote">On Sun, Sep 12, 2010 at 5:39 AM, harbor235 <span dir="ltr"><<a href="mailto:harbor235@gmail.com">harbor235@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Is spanning tree disabled on vlan 2?<br><font color="#888888"><br>harbor235</font><div><div>
</div><div class="h5"><br><br><div class="gmail_quote">On Sun, Sep 12, 2010 at 4:10 AM, George B. <span dir="ltr"><<a href="mailto:georgeb@gmail.com" target="_blank">georgeb@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">All of those units have been in service for over a year passing traffic without problems. We recently added the second metroE and I wanted to use MRP as I have had good results with it elsewhere. MRP works fine as long as I have at least one unit that is NOT configured for MRP. One thing I noticed today is that two of the units (the bottom two in the diagram) are running 4.0.0 and the top two are running 5.0.0 so my next step is to get them all up to current (though a new release for MLX/XMR is due on or about Wednesday, Sept 15, according to my little birdies so I might delay for a couple of days).<br>
<br>The configuration is as simple as I can get it ... one single vlan running MRP, no topology group, only ports in the vlan are the ports running MRP (two ports per unit).<br><br>Thanks for your response, Jan.<br><font color="#888888"><br>
George</font><div><div></div><div><br>
<br><br><div class="gmail_quote">On Sun, Sep 12, 2010 at 12:46 AM, Jan Pedersen <span dir="ltr"><<a href="mailto:Jan.Pedersen@globalconnect.dk" target="_blank">Jan.Pedersen@globalconnect.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div link="blue" vlink="purple" lang="DA">
<div>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US">Hi George,</span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US"> </span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US">We once had a similar issue, and that was caused by a faulty
4X10G XMR Module.</span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US"> </span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US">Have you checked that you have valid PBIF, XPP and XGMAC
versions on all 10GE modules in the ring?</span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US"> </span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US">Can you pass normal (non-mrp) traffic across that ring without
problems. Do you have a topology group and member-vlans attached to that
metro-ring? If yes, double check that the topology group is equally configured
on all nodes.</span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US"> </span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US">You might want to enable byte accounting on the MRP master
vlan on all nodes or try the “dm metro-rhp” debug command to get
more information from the nodes.</span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US"> </span></p>
<p class="MsoNormal"><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US"> </span></p>
<p class="MsoNormal"><b><span style="font-size: 10pt; color: black;" lang="EN-US">Best regards<br>
<br>
</span></b><b><span style="font-size: 14pt; color: rgb(0, 90, 90);" lang="EN-US">Jan Pedersen<br>
</span></b><b><span style="font-size: 8pt; color: gray;" lang="EN-US">Senior Network Specialist<br>
D: +45 7730 2932<br>
M: +45 2550 7321<br>
<br>
</span></b><span style="font-size: 11pt; color: rgb(31, 73, 125);" lang="EN-US"></span></p>
<div style="border-width: 1pt medium medium; border-style: solid none none; border-color: rgb(181, 196, 223) -moz-use-text-color -moz-use-text-color; padding: 3pt 0cm 0cm;">
<p class="MsoNormal"><b><span style="font-size: 10pt;" lang="EN-US">From:</span></b><span style="font-size: 10pt;" lang="EN-US"> <a href="mailto:foundry-nsp-bounces@puck.nether.net" target="_blank">foundry-nsp-bounces@puck.nether.net</a>
[mailto:<a href="mailto:foundry-nsp-bounces@puck.nether.net" target="_blank">foundry-nsp-bounces@puck.nether.net</a>] <b>On Behalf Of </b>Heath Jones<br>
<b>Sent:</b> 11. september 2010 21:39<br>
<b>To:</b> George B.<br>
<b>Cc:</b> foundry-nsp<br>
<b>Subject:</b> Re: [f-nsp] Odd MRP problem</span></p>
</div><div><div></div><div>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal">Hi George</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">I'm really quite a newbie when it comes to MRP. RHP
rcvd / sent = 8.22 (close to 8). Is that worth noting?</p>
</div>
<div>
<p class="MsoNormal">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??</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal">Packet captures might be the way to go, if we can find the
protocol spec from foundry..</p>
</div>
<div>
<p class="MsoNormal"> </p>
</div>
<div>
<p class="MsoNormal" style="margin-bottom: 12pt;">Heath</p>
</div>
<div>
<p class="MsoNormal">On 11 September 2010 20:02, George B. <<a href="mailto:georgeb@gmail.com" target="_blank">georgeb@gmail.com</a>> wrote:</p>
<p class="MsoNormal">See this diagram for reference:<br>
<br>
<a href="http://tinypic.com/r/kb93lj/7" target="_blank">http://tinypic.com/r/kb93lj/7</a><br>
<br>
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:<br>
<br>
RHPs sent
RHPs rcvd TC
RBPDUs rcvd<br>
509883
4193162
3684318<br>
<br>
As you can see, it has sent about a half a million RHPs but received over 4
million of them!<br>
<br>
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!<br>
<br>
Anyone else seen anything like this? It is just plain wacky!<br>
<span style="color: rgb(136, 136, 136);"><br>
George<br>
<br>
</span><br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net" target="_blank">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a></p>
</div>
<p class="MsoNormal"> </p>
</div></div></div>
</div>
</blockquote></div><br>
</div></div><br>_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net" target="_blank">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br></blockquote></div><br>
</div></div></blockquote></div><br>