The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2003-Nov> msg00057



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

MPLS Tunnel Maximum Hops

  • From: Loa Andersson <NtscpUsrLoa@netscape.net>
  • Date: Wed, 12 Nov 2003 17:34:27 +0100
  • CC: "'Nurit Sprecher'" <nurit.sprecher@SeabridgeNetworks.com>, cheenu@bloomberg.net, arunv@force10networks.com, mpls@UU.NET, ccamp@ops.ietf.org
  • User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
  • X-AOL-IP: 130.129.68.239

Tom,

while I agree that we don't want any changes just now.
It would also be good to understand if this is a good idea
or not. If not we could discard it now, if it is would could
make a log for future updates. Any opinion?

/Loa

Thomas D. Nadeau wrote:

>  
>
>>Any response to the bellow?
>>    
>>
>
>   The MIB is well past IETF last call, so
>I don't believe we can make any further changes
>at this time.
>
>   --Tom
>
>
>
>  
>
>>Hi,
>>I have a question  regarding the mplsTunnelMaxHops scalar that 
>>indicates the
>>maximum number of hops that can be specified on each tunnel 
>>supported by the
>>LSR.
>>This scalar is a read only attribute but I can find it very 
>>useful to let
>>configure it as well. 
>>One of the CSPF constraints is the maximum number of hops the 
>>LSP may follow
>>through. The limitation on the maximum number for example can 
>>result from
>>the maximum packet size when fragmentation is not supported. 
>>In such a case
>>the maximum number of hops can depend on the network nature
>>(numbered/unnumbered). Instead of hard coding it with the 
>>worst case number,
>>let the network administrator, that is aware  of the network nature,
>>configure it.
>>Moreover, I think that the maximum hops should be configurable 
>>per tunnel.
>>Thanks, Nurit.
>>
>>
>>    
>>
>
>
>
>
>  
>