[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: MPLS Tunnel Maximum Hops
>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?
That is a good idea. I will keep a list of things
that didn't get into the current version.
--Tom
>
>/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.
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>>
>>
>
>