Re: [mpls] http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00

[Igor Bryskin <[e-mail]>]

HI Daniele,

A client may ask for a path not to be used immediately (e.g. to present as an abstract link to its own client, in some failure restoration scheme or as a part of disaster recovery network topology re-configuration). In this case the client would want to know at least  if/when the path has stopped being feasible any longer or (ideally) a better path is available.

Igor

From: Daniele Ceccarelli [mailto:[e-mail]]
Sent: Thursday, November 03, 2016 9:49 AM
To: Scharf, Michael (Nokia - DE); Igor Bryskin; CCAMP ([e-mail]); [e-mail]; TEAS WG ([e-mail]); [e-mail]
Subject: RE: http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00

Can you please explain what the "stateful compute-only" stands for I don't understand what is stateful in a path computation request only.
IMHO either I ask the PCE (SDN controller, NMS, whatever) to compute a path and then forget about it or I ask to compute and provision it. I don't understand the value of asking for it and remembering about it.

BR
Daniele

From: Scharf, Michael (Nokia - DE) [mailto:[e-mail]]
Sent: giovedì 3 novembre 2016 14:45
To: Igor Bryskin <[e-mail]>; Daniele Ceccarelli <[e-mail]>; CCAMP ([e-mail]) <[e-mail]>; [e-mail]; TEAS WG ([e-mail]) <[e-mail]>; [e-mail]
Subject: RE: http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00

We have discussed this before. From an implementer's perspective, the two clean solutions to the problem seem to either stateful "compute-only" tunnels or a stateless RPC.

Michael


From: mpls [mailto:[e-mail]] On Behalf Of Igor Bryskin
Sent: Thursday, November 03, 2016 2:34 PM
To: Daniele Ceccarelli; CCAMP ([e-mail]<mailto:[e-mail]>); [e-mail]<mailto:[e-mail]>; TEAS WG ([e-mail]<mailto:[e-mail]>); [e-mail]<mailto:[e-mail]>
Subject: [ALU] [mpls]http://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00

Hi,

>From the draft:

6.    YANG Model for requesting Path Computation


   Work on extending the TE Tunnel YANG model to support the need to
   request path computation has recently started also in the context of
   the [TE-TUNNEL<https://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00#ref-TE-TUNNEL>] draft.

   It is possible to request path computation by configuring a
   "compute-only" TE tunnel and retrieving the computed path(s) in the
   LSP(s) Record-Route Object (RRO) list as described in [TE-TUNNEL<https://tools.ietf.org/html/draft-busibel-teas-yang-path-computation-00#ref-TE-TUNNEL>].

   This is a stateful solution since the state of each created
   "compute-only" TE tunnel needs to be maintained and updated, when
   underlying network conditions change.

   The need also for a stateless solution, based on an RPC, has been
   recognized.


   The YANG model to support stateless RPC is for further study.





IB>> Please, note, that in the TE Tunnel model we consider the COMPUTE_AND_FORGET mode. We also consider the concept of path computation action to be defined under the TE tunnel node. All this is to facilitate stateless path computations.

Cheers,
Igor