Thanks <br><br>We will follow this procedure .<br>Insert second RE ,upgrade the junos to the existing RE junos version and verify ...using Show version invoke-on all-routing-engines<br><br>set chassis redundancy routing-engine 0 master<br>
set chassis redundancy routing-engine 1 backup<br>set chassis redundancy failover on-loss-of-keepalives<br>set chassis redundancy failover on-disk-failure<br>set chassis redundancy graceful-switchover<br><br>verify using <br>
show system switchover <br><br>Any other recommendation .We will leave out nonstop active routing for now.<br><br>Regards,<br><br><br><br><div class="gmail_quote">On Tue, Jun 12, 2012 at 5:35 PM, Mark Tinka <span dir="ltr"><<a href="mailto:mark.tinka@seacom.mu" target="_blank">mark.tinka@seacom.mu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tuesday, June 12, 2012 03:59:20 PM ibtisam jamal wrote:<br>
<br>
> > Thanks for the link but what i wanted was to have both<br>
> > Routing engines operational for redundancy.<br>
> > one as master and another as backup.<br>
> > In case the master faces issues a graceful switchover<br>
> > happens.<br>
<br>
</div>What you're looking for is known as GRES (Graceful Routing<br>
Engine Switchover).<br>
<br>
It's also well-documented:<br>
<br>
<a href="http://www.juniper.net/techpubs/en_US/junos10.2/topics/task/configuration/gres-%0Aconfiguring.html" target="_blank">http://www.juniper.net/techpubs/en_US/junos10.2/topics/task/configuration/gres-<br>
configuring.html</a><br>
<br>
Please note that GRES only enables redundancy for the<br>
routing engines. It does not do the same for protocols.<br>
<br>
If you want protocol redundancy, e.g., for IS-IS, OSPF, BGP,<br>
RSVP, LDP, PIM, RIP, e.t.c., you'll need to look at 2x<br>
options:<br>
<br>
        1. IETF Graceful Restart.<br>
        2. NSR (Non-Stop Routing).<br>
<br>
IETF Grace Restart is now quite mature for all the protocols<br>
I mentioned above, and more. But it requires the devices on<br>
the other side of the link support it too. It's also an open<br>
standard, so if different vendors implement it, it "should"<br>
work between them.<br>
<br>
NSR is locally-significant to the router. Unlike Graceful<br>
Restart, NSR simply copies protocol state from the primary<br>
routing engine to the backup one. In case of failure of the<br>
primary RE, the backup one assumes control using protocol<br>
state it had the time of failure of the primary RE. In<br>
theory, this should minimize protocol convergence time<br>
during an RE switchover.<br>
<br>
However, the only issue with NSR is that there is a higher<br>
potential for an NSR-related bug taking down the primary RE<br>
and propagating that issue to the backup RE, rendering the<br>
whole solution moot. But it's just a risk :-).<br>
<br>
Also, NSR support for various protocols tends to happen much<br>
more slowly than for the Graceful Restart, so you'll end up<br>
needing to run bleeding-edge code if you're an NSR fanatic<br>
and want all your protocols to be NSR-aware.<br>
<br>
You can read all about the solutions here:<br>
<br>
<a href="http://www.juniper.net/techpubs/en_US/junos9.5/information-" target="_blank">http://www.juniper.net/techpubs/en_US/junos9.5/information-</a><br>
products/topic-collections/swconfig-high-<br>
availability/graceful-restart-for-routing-protocols-<br>
configuring.html<br>
<br>
<a href="http://www.juniper.net/techpubs/en_US/junos10.2/topics/task/configuration/nsr-%0Aconfiguring.html" target="_blank">http://www.juniper.net/techpubs/en_US/junos10.2/topics/task/configuration/nsr-<br>
configuring.html</a><br>
<br>
Hope that helps.<br>
<br>
Cheers,<br>
<br>
Mark.<br>
</blockquote></div><br>