[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [NSIS] QSPEC document

comments inline

john.loughney at nokia.com wrote:
RE: [NSIS] QSPEC document

Jukka,

>Isn't the fundamental issue here that a new QOSM _MUST NOT_
>break the future QSPEC and QoS NSLP standards, nor harm the
>provision of e2e QoS.

As I replied, the only end-2-end QoS model is overprovisioning.
The second level of from a telecom perspective seems to be Class-Of-Service.

Therefore, NSIS can not harm end-2-end QoS.


>The QOSM, or other documents,_MAY_ introduce new extensions -
>that is why we have the so-called AB-flags in GIST and the two NSLPs.

Yes basically.  We want to ensure that we have e2e interoperability
and good interworking between different QoS domains.  Unbounded
flexibility (and I am not claiming anyone is planning unbounded
flexibility) doesn't help with interoperability.

I can not understand your comment. For me, it is obvious that QoS-NSLP can not be changed by QoSM but a QoSm should be able to extend the control for specific usage that are needed for that QoSM.

The discussion about standardizing parameter set should taken out from the QoSM-template and define in another document. In this way, we follow the same structure as RSVP.



John

_______________________________________________
nsis mailing list
nsis at ietf.org
https://www1.ietf.org/mailman/listinfo/nsis
 

_______________________________________________
nsis mailing list
nsis at ietf.org
https://www1.ietf.org/mailman/listinfo/nsis