[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...