[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