Re: [NSIS] QSPEC document

[Lars Westberg <Lars.westberg at ericsson.com>]

comments inline

john.loughney at nokia.com wrote:

Hi Attila,

>Hi John and Jerry, I think there is a misundersatnading here.
>The QoS NSLP functionality surely cannot be changed without
>modifying QoS NSLP.

I think we agree here.  I think we are trying to discuss
how much change is possible.

why are we discussing it ??

If we need to add a new function in the future ?
should we have statement into the protocol spec how this should be solved without knowing about the problem to solve?

I have never seen any statements within RFCs how extention of future protocol problems should be solved. So what are we discussion ????

>Regarding the QoS-NSLP state machine, I think it is not
>definitive and it is determined by QoS NSLP and QOSM together.
>The RMF functions are clearly determined the QOSM. It does not
>mean to define new QoS NSLP signaling functionality.

I agree.

First of all, does internal desing model determine the protocol operation?
According to my understanding, the standard only covers the protocol operation between routers, not how they are implemented.

I do not know but I thought that API:s does not make sense as a restriction and internal implementation model is only as an information and does not determine a standard track.

I would appreciate to more clarification of this.

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