The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2001-Jul> msg00091



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

[Fwd: I-D ACTION:draft-pan-lsp-ping-00.txt]

  • From: Ping Pan <pingpan@juniper.net>
  • Date: Tue, 10 Jul 2001 08:34:24 -0700
  • CC: George Swallow <swallow@cisco.com>, mpls-list <mpls@UU.NET>, mpls-ops <mpls-ops@mplsrc.com>, Nischal Sheth <nsheth@juniper.net>, Dave Cooper <dcooper@gblx.net>
  • Organization: Juniper Networks

Ken Nagami wrote:
> 
> Hi Ping,
> 
> >> You don't give a message type for the LSP-ping.  Were you thinking of
> >> a new message?  Perhaps the Notify message could be used?
> >>
> 
> >> For LSP-ping messages, the echo packets are encapsulated in UDP with a
> >> well-known port number. At the egress, the LSR picks up the echo by
> >> "listening" to the UDP port, and replies them back in Resv. I didn't
> >> consider the Notify message.... Let me think about it.
> 
> Why do you use a RSVP RESV message for an LSP-ping reply?
> I think it is better to use an UDP packet which is the same as
> LSP-ping echo message. If you don't use an MPLS control
> message(RSVP-TE, LDP) for the LSP-ping, this mechanism can be used for
> all kind of LSP, such as a static LSP and an LSP established by LDP.
> 

Ken,

LSP-ping is used to probe the data path. There are cases where the data
path goes wrong, and you have no idea where the problem is (forwarding
LSP, reverse LSP, ...). Since the only operational path that you can
count is the control path, so you reply via RSVP.

If you use UDP to return the reply, what if the returning path is
broken? Should the user assumes the forwarding LSP is bad, or the
reverse?

At the same time, if you can come up with a simple, scalable, backward
compatible method to use for LDP (including the case where you can label
merging) as well, please do let us know. :-)

- Ping