[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: MPLS Tunnel Maximum Hops
Thanks Tom for responding me.
I understand that this is in a last call state, but this issue should be
addressed somehow?
I am surprised that such an attribute that is provided to the CSPF algorithm
is not configurable. How can you determine its value? Hard-coded? Doesn't it
have to do with network topology?
I think it should be configurable and we should see how we could add it to
the draft.
Nurit.
-----Original Message-----
From: Thomas D. Nadeau [mailto:tnadeau@cisco.com]
Sent: Wednesday, November 12, 2003 18:14
To: 'Nurit Sprecher'; cheenu@bloomberg.net; arunv@force10networks.com
Cc: mpls@uu.net; ccamp@ops.ietf.org
Subject: RE: MPLS Tunnel Maximum Hops
>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.
>
>