G.RSVP-TE in OTN - Refresh mechanism

["Diego Caviglia" <Diego.Caviglia@marconi.com>]

Hi all,
              some times ago I posted the e-mail in attachment but so far I
haven't received any response.

As it is now, you might for example delete an LSP in a Transport Network
just because,  the DCN failed the delivery of some Refresh messages.

On the other hand, one of the major Carrier requirements is that a control
channel failure must not affect data plane.

May be that is a silly question but it seems to me that the two above
statements are in contradiction.

Regards,
                     Diego


---------------------- Forwarded by Diego Caviglia/MAIN/MC1 on 15/10/2002
17.27 ---------------------------

"Diego Caviglia" <Diego.Caviglia@marconi.com>@ops.ietf.org on 10/09/2002
10.52.22

Sent by:  owner-ccamp@ops.ietf.org


To:   ccamp@ops.ietf.org
cc:

Subject:  G.RSVP-TE in OTN - Refresh mechanism


Hi all,
              some time ago there was an argument, on the ML (see
http://ops.ietf.org/lists/ccamp/ccamp.2001/msg00374.html) about whether it
was feasible to retain the possibilty to set the refresh timer to infinite,
a proposed alternative was to ignore the elapsing of the refresh timer.

I feel these capacities are very useful especially in a Transport Network
enviroment.

What is the consensus on the possibility to eliminate the need of refresh
message in G.RSVP-TE?

Best Regards,
                             Diego.






----------------------------------------------------------------
Diego Caviglia
Optical Network - ASON strategy
E-mail: diego.caviglia@marconi.com
Tel: +39 0 10 6003 808
Via A. Negrone 1A 16153 Genoa (Italy)
----------------------------------------------------------------
Fatti non foste a viver come bruti
ma per seguir virtute e canoscenza

Dante Alighieri Inferno Canto XXVI