Hi Abhay,
Most of this borders on the implementation of the networking equipment's in-service upgrade. For now, let's just assume that you have redundant data place connectivity for the new line cards and solely need do the graceful restarts as indicated below. Again, this borders more on implementation. However, now the OSPFv2 MIB as described in RFC 4750 does support a variable which could be polled to determine when restart on a given router has completed.

 ospfRestartStatus OBJECT-TYPE
       SYNTAX       INTEGER { notRestarting (1),
                              plannedRestart (2),
                              unplannedRestart (3)
                            }
       MAX-ACCESS   read-only
       STATUS       current
       DESCRIPTION
          "Current status of OSPF graceful restart."
       ::= { ospfGeneralGroup 21 }


Hope this helps,
Acee

On Oct 18, 2007, at 11:56 PM, Abhay D.S wrote:

hi all,

Suppose I am providing real-time transactions over IP in a
non NSR environment(I dont invest much on getting a backup RP i.e).

But I have NSF, owing to the ease of which OSPF can be used, I
use OSPF to manage connections to WAN.

And I have bought new I/0 modules which require a restart for
all my routers for proper installation.

Luckily, I have inservice upgrade on the boxes.

Assuming that I am a new operator without any certifications under
my belt, I dont have a beautiful NMS with colored buttons.

But I must implement the new I/O cards and its features without disturbing the users who are using the network for routing transactions such as data backup over network or voice forwarding and other distributed applications
running over TCP/IP using my network.

I want to graceful restart all my routers one by one, called as cascaded
re-starts, how can I make sure the transition is done seamlessly.

I want the "this thing" to be automatic, since each router is graceful
restarted
and then then the next one is re-started and then the next one,
automatically.

I can write a script to do that, but I am not sure the forwarding will be
safe,
because it is difficult to control the network transient conditions.

Any mechanism available ?.

Thanks and Regards,
Abhay




_______________________________________________
OSPF mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/ospf

_______________________________________________
OSPF mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/ospf

Reply via email to