<div dir="ltr"><p>Mike and David,</p><p>Thanks for your input.</p><p>MLX series support ~512K these are our values:<br></p><p>cam-partition profile ipv4-ipv6-2<br>system-max ip-cache 524288<br>system-max ip-route 524288<br></p><p>We
don't have any warning/error about not having free resources to install
routes yet, we have about 50-100 free routes. We have planned to have
our MLX replaced with a XMR soon however we would like to have a fix for
our issue before that since the routes seem to be correctly installed
in the routing table but due to the loop (which originates TTL expired),
default route seems to be used instead.<br></p><p> Thanks!<br>José</p></div><div class="gmail_extra"><br><div class="gmail_quote">On 1 October 2014 21:32, Mike Allen <span dir="ltr"><<a href="mailto:mkallen@gmail.com" target="_blank">mkallen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Jose', first thing to check are ip cache and ip route system max commands. Default settings for those are not enough for a full table.</p>
<p dir="ltr">Mike</p>
<div class="gmail_quote"><div><div class="h5">On Oct 1, 2014 12:22 PM, "José Santos" <<a href="mailto:santosmcjose@gmail.com" target="_blank">santosmcjose@gmail.com</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><p dir="ltr">Hi,</p>
<p dir="ltr">We are new to Brocade and we are experiencing an unexpected behavihor:</p>
<p dir="ltr">We have an MLX 4 with 5.6b, receiving a full routing table, including default route from our ISP.</p>
<p dir="ltr">We are receiving multiple routes from our internal devices like <a href="http://192.168.0.0/25" target="_blank">192.168.0.0/25</a>, <a href="http://192.168.0.128/25" target="_blank">192.168.0.128/25</a> and aggregating with aggregate-address <a href="http://192.168.0.0/24" target="_blank">192.168.0.0/24</a> summary-only.</p>
<p dir="ltr">We have this same setup with other networks that work perfectly, however before had this same issue and worked intermitently. This one give us always TTL exceeded with ping test from outside and in a traceroute we can see it looping towards our ISP. From the router we are able to ping the IPs. </p>
<p dir="ltr">We tried to advertise the /24 route from another device with iBGP, however it's ignored and the traffic is still is routed to our ISP.</p>
<p dir="ltr">Even after configuring an static route to an internal device, it's ignored as well and the <a href="http://0.0.0.0/0" target="_blank">0.0.0.0/0</a> route is used to route traffic. </p>
<p dir="ltr">If we poing the default route to null0 we lose the TTL exceeded messages but we lose connectivity as well. We pointed a static to the device where our /25s and /24 is being advertised right now (192.168.0.26) and everything started working...</p>
<p dir="ltr">We thought about no free CAM space to install routes, however we don't have any warning/error message in logs and we have 50 free routes. </p>
<p dir="ltr">May this this be related with classless / classful routing implementations? We find very weird to have a more specific route ignored to a default-route, even when a "show ip route" shows the more specific one choosen. We never had this behavior before.</p>
<p dir="ltr">Thank you in advance for your help!</p>
<p dir="ltr">-- <br>
Best Regards,<br>
José </p>
<br></div></div>_______________________________________________<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>
</blockquote></div><br></div>