The MPLS WG Archive

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



[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: Ravi Shekhar <ravi_shekhar007@yahoo.com>
  • Date: Thu, 19 Jul 2001 17:34:11 -0700 (PDT)
  • Cc: Ping Pan <pingpan@juniper.net>, "Punj, Arun" <Arun.Punj@marconi.com>, mpls-list <mpls@UU.NET>

> So then  I think then the base  requirement for the routing  of the response
> from the  egress is that it  be reverse-path-forwarded back  to the ingress,
> i.e., that it follow the path of label distribution from egress to ingress. 


  That seems to be the right way to me. One possible way to achieve this is 
  as a 4 step process - first 2 to gather the hop-by-hop path from ingress to
  egress node and the next 2 to do the ping on LSP:

   1) Initiate a UDP packet at ingress and send it to the next hop for the LSP to
      be traced (i.e. destination IP address is the address of the next hop for 
      LSP and not the egress address itself).
      Have enough information (like ingress router/egress router address/label) 
      in the UDP packet to uniquely identify the LSP.
      Every hop(including ingress/egress) on the way appends its hop information 
      and sends this packet to the next hop of the LSP.
   2) When this UDP packet reaches egress, egress sends it back to the ingress 
      hop-by-hop in the reverse order of the way path was traced(and recorded in
      the packet) in step 1. Sending it this way ensures that it reaches the
      ingress.
   3) At this point ingress has the elaborated hop-by-hop path for the LSP from
      ingress to egress. It now generates a UDP packet at ingress with the
      destination address of the egress. Since the UDP packet's destination is
      egress node, it should traverse the LSP now. Inside the UDP packet fill in
      the path that was traced in step 1 (and received by ingress in step 2). 
   4) If egress receives the UDP packet sent in step 3 via LSP, it can use the
      hop-by-hop information contained in the packet and send a response back 
      hop-by-hop to the ingress (the same way it sent it back in step 2).

   This should work independent of the protocol that sets up the LSP (and across
   multiple protocols). Since a unique return path for response is already
   recorded while traversing in the forward direction of LSP (i.e. from ingress
   to egress) in step 1, it would work for LDP too where same label might have
   been handed over to multiple upstreams.

   Some other useful information can also be gathered. Like protocol that set up
   the LSP on each hop interface / timestamp and number-of-packets-forwarded-on
   -the-LSP in steps 2 and 4 to calculate the rate of forwarding on LSP etc. 
   
   Maximum number of hops to be traced can be specified by the ingress (and
   decremented at each hop) to prevent looping of message in step 1 forever.
   Indication of failure of LSP or reaching maximum number of hops at any hop 
   can be put in the UDP packet and sent back to ingress in step 2.
 
   - Ravi Shekhar.

__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/