The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2002-Dec> msg00144



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

iTTL determination with Ethernet frames

  • From: Roberto.Guglielmi@alcatel.it
  • Date: Mon, 09 Dec 2002 11:27:33 +0100
  • CC: rurick@nortelnetworks.com
  • User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0
  • X-MIMETrack: Itemize by SMTP Server on ITMAIL02/IT/ALCATEL(Release 5.0.8 |June 18, 2001) at12/09/2002 11:37:04,Serialize by Router on ITMAIL02/IT/ALCATEL(Release 5.0.8 |June 18, 2001) at12/09/2002 11:37:06,Serialize complete at 12/09/2002 11:37:06

Hi everyone,
I have the following question about Time to Live (TTL) Processing in 
MPLS Networks (Updates RFC 3032) draft.
The draft describes the TTL processing with incoming IP/MPLS packets.
Consider the following scenario.
The incoming flows are Ethernet TLS flow traversing an intervening MPLS 
network. The typical scenario is to assign each flow, entering and 
leaving the MPLS network from the same end points, with a VC label 
(following Martini's draft) and encapsulate all the obtained VC tunnels 
into a single tunnel LSP, in order to offer all the clients the same 
service. That is, on each incoming Ethernet frame will be pushed a stack 
of two label.

In this case, what should the iTTL be, since it cannot be inferred 
neither from an IP header nor from a MPLS header?

Wouldn't it be a good idea to extend the content of the draft to the 
case of transport of layer 2 frames over MPLS as well?

Thanks for spending your valuable time.
Regards Roberto