[j-nsp] ISSU timeouts on MX upgrades due to large routing tables?
Christian
cdebalorre at neotelecoms.com
Wed May 22 04:07:51 EDT 2013
Hello Clarke,
You can use a Linux box with an hexabgp to easely inject as many routes
you want in your lab routers.
Rgds,
Christian
Le 22/05/2013 03:01, Clarke Morledge a écrit :
> I was curious to know if anyone has run into any issues with large
> routing tables on an MX causing ISSU upgrades to fail?
>
> On several occasions, I have been able to successfully do an
> In-Software-Service-Upgrade (ISSU) in a lab environment but then it
> fails to work in production.
>
> I find it difficult to replicate the issue in a lab, since in
> production I am dealing with lots of routes as compared to a small
> lab. Does anyone have any experience when the backup RE gets its new
> software, then reboots, but since it takes a long time to populate the
> routing kernel database on the newly upgraded RE that it appears to
> timeout?
>
> I have seen behavior like this with upgrades moving from 10.x to a
> newer 10.y and from 10.x to 11.y.
>
> Clarke Morledge
> College of William and Mary
> Information Technology - Network Engineering
> Jones Hall (Room 18)
> Williamsburg VA 23187
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
More information about the juniper-nsp
mailing list