<div dir="ltr"><br><div>Do you have any broadcast limiting (storm control) applied? </div><div><br></div><div>On other vendors' switches we find that excessive broadcast filtering can cause this kind of thing.</div><div>
<br></div><div>Also it could be an inconsistency between MAC and ARP timeouts</div><div><br></div><div><br></div><div class="gmail_extra"><div><div dir="ltr"><div><font face="verdana, sans-serif"><b>Justin Keery, Director</b></font></div>
<div><div style="font-family:arial;font-size:small"><div><font face="verdana, sans-serif" size="1">Venus Business Communications Ltd </font></div><div><font face="verdana, sans-serif" size="1"><b>FAST FIBRE INTERNET AND ETHERNET PRIVATE NETWORKS</b></font></div>
<div><span style="font-family:verdana,sans-serif;font-size:x-small">24 Denmark St, London WC2H 8NJ</span></div><div><font face="verdana, sans-serif" size="1"><span style="font-size:small"><br></span></font></div><div><div>
<font face="verdana, sans-serif" color="#ffffff" size="4"><span style="background-color:rgb(153,0,0)"> VENUS         </span></font></div><div><font face="verdana, sans-serif">020 7240 5858 </font></div><div><span style="font-family:verdana,sans-serif">07976 153 984</span></div>
<div><span style="font-family:verdana,sans-serif"><a href="http://www.venus.co.uk/" style="color:rgb(17,85,204)" target="_blank"><font color="#ff0000">www.venus.co.uk</font></a></span></div></div></div></div><div><br></div>
<div><font face="verdana, sans-serif"><br></font></div></div></div>
<br><br><div class="gmail_quote">On 12 February 2014 14:56, Rogier van Eeten <span dir="ltr"><<a href="mailto:rogier@virtunix.nl" target="_blank">rogier@virtunix.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Greetings,<br>
<br>
We've got the following setup:<br>
<br>
<br>
[ other AS ]<br>
    |<br>
[ mlx-4 ] -- [ icx6430 ] -- (cloud) -- [ customer ]<br>
    |<br>
[ server ]<br>
<br>
<br>
The mlx has a bgp session with the other AS and with the customer. The server and other AS can reach each other, the customer and the server can reach each other and the other AS and customer can reach each other.<br>
This setup is duplicated many times, with different servers and different customers.<br>
<br>
>From time to time a server gets unreachable from the customer and vice verse. The other AS can still reach the server and the customer.<br>
<br>
I made a port-mirror of the ports on the mlx-4 and the icx6430 that face each other and captured the data going through. Although there's nothing between the two devices, except for a direct patch, I see packets on the icx, that I don't see on the mlx. The packetloss is not random, so it's not a problem in the cable. When I ping the customer from the other AS and the server, I see the reply packets for both on the icx, but only for the other AS on the mlx.<br>

<br>
So, the problem isn't at the customer, the routing on their side still works. Somehow the mlx is dropping packets, but I have no idea why. It's not always the same customer where the problem occurs and we couldn't find anything that triggers this event.<br>

<br>
Now the weirdest part. To "fix" the problem, it helps to change the mac-address of the server. In some cases it also helped to do 'show mac-address' on the mlx.<br>
<br>
Does anyone have an idea where to look?<br>
<br>
<br>
Thanks in advance,<br>
Rogier<br>
<br>
______________________________<u></u>_________________<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/<u></u>mailman/listinfo/foundry-nsp</a><br>
</blockquote></div><br></div></div>