[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [PWE3] PWE3 new WG items? PW QoS
>>For the purpose of PW QoS, this is reasonable. Note that the
>>MPLS WG has 2 defined mechanisms for transport LSP setup:
>> - LDP
>> - RSVP-TE
>>
>>Of these RSVP-TE is used primarily for QoS/TE and Fast Reroute. LDP on the
>>other hand is deemed easier to configure and manage when TE is not a
>>requirement.
>>
>>There is no reason why PWE setup cannot follow a similar model:
>> - LDP for PW signaling without QoS
>> - RSVP-TE for PW signaling with QoS
>>
>>rahul
>>
>>
dan -
Maybe I misunderstand the problem, but it seems that RSVP-TE is not
necessary. Signaling PW QoS is separate from PSN tunnel QoS. The problem
that I see is how to inform the other side of a pseudo wire what QoS
considerations should be taken the connection. It is an implementation
specific task for the PE router to determine how to multiplex the PW into a
PSN tunnel based on the requested QoS.
LDP already exists for PW label distribution and the any LDP conversation is
targeted to the directly to the other PE router (invisible to core).
Therefore LDP can be extended to add QoS signaling for the PW as is.
If RSVP-TE was already used for PW setup, I'd agree that it could also be
used to signal QoS, but absent that, why would it be used in this
application? For example, in the ATM Forum ATM/MPLS interworking specs PNNI
is used for PW label distribution for ATM VCs and therefore PW QoS is
supported as is.
dan proch
_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www1.ietf.org/mailman/listinfo/pwe3