<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi Jose,<br>
<br>
According to page 3133 of the NetIron manual, the MLX platform
doesn't support 512k IPv4 routes unless you are using the "ipv4"
cam-partitioning profile which shuts down IPv6 and VRF completely.
If you're using "ipv4-ipv6-2" you would have a maximum of 480k IPv4
routes, 8k IPv6 routes, and no VRF support.<br>
<br>
Now I don't know about your routing table, but mine's sitting well
over 500k routes.<br>
<br>
Best regards,<br>
<br>
Martijn Schmidt<br>
i3D.net NOC<br>
<br>
<div class="moz-cite-prefix">On 10/02/2014 04:28 AM, José Santos
wrote:<br>
</div>
<blockquote
cite="mid:CAEjeyX-NNH=jPi9GhuKMe3QzEAb00GQk=Za8kL6me14U60Dkxg@mail.gmail.com"
type="cite">
<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 moz-do-not-send="true"
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 moz-do-not-send="true"
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
moz-do-not-send="true"
href="http://192.168.0.0/25" target="_blank">192.168.0.0/25</a>,
<a moz-do-not-send="true"
href="http://192.168.0.128/25" target="_blank">192.168.0.128/25</a>
and aggregating with aggregate-address <a
moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:foundry-nsp@puck.nether.net"
target="_blank">foundry-nsp@puck.nether.net</a><br>
<a moz-do-not-send="true"
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>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
foundry-nsp mailing list
<a class="moz-txt-link-abbreviated" href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a>
<a class="moz-txt-link-freetext" href="http://puck.nether.net/mailman/listinfo/foundry-nsp">http://puck.nether.net/mailman/listinfo/foundry-nsp</a></pre>
</blockquote>
<br>
<BR />
<BR />
<font face="arial" size="2">Best regards,<br><br>Martijn Schmidt<br><font color="000000">http://www.i3D.net</font> <br><br><img src="cid:5b9cf835.8e7c0883.jpg.55d5b5ed" align="left" height="59" width="100">i3D.net is a private company registered in The Netherlands at Meent 93b, Rotterdam. Registration #: 14074337 - VAT # NL 8202.63.886.B01. i3D.net is CDSA certified on Content Protection and Security and provides hosting from 16 global ISO-certified datacenters. We are ranked in the Deloitte Technology Fast 500 EMEA as one of the fastest growing technology companies. <br></font><BR />
</body>
</html>