[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Switching technologies requiring bidirectional asymmetric LSPs?
At 12:27 PM 4/19/2007, neil.2.harrison@bt.com wrote:
[...]
So, when you says LSPs you have to (i) be clear on the network mode
you are referring to and (ii) if the co-ps mode whether or not the
LSP respects the requirements of a connection...as not all LSPs do here.
[...]
Neil,
As you know LSP is a technology independent term used in
MPLS and GMPLS. The original question (requirement for bidirectional
asymmetric-bandwidth *TE* LSPs) was intended to identify which
network modes the WG considered important. The motivation for the
question was the discussions on bidirectional asymmetric-bandwidth
TE LSPs for co-ps, specifically Ethernet/PBB-TE, see
draft-takacs-asym-bw-lsp. Some have asked if we should define a
mechanisms that supports other co-ps and co-cs technologies. Others
have said that we should not define mechanisms for any technology.
Does this help clarify the question?
Lou
PS
Aside => One can clearly not construct client layer topoplogy from
mp2p server layer constructs!
and I'd claim that the current definition of mp2p is cl-ps...