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

RE: [NSIS] QSPEC document



Attila,

Could you remind me about the definition proposed by Georgios?  There
are a lot of emails on this thread, and I am having trouble keeping up.

John

>-----Original Message-----
>From: ext Attila Báder (IJ/ETH) [mailto:attila.bader at ericsson.com] 
>Sent: 23 January, 2007 11:07
>To: Loughney John (Nokia-NRC/PaloAlto); gash at att.com; nsis at ietf.org
>Subject: RE: [NSIS] QSPEC document
>
>Hi John, Jerry, Georgios,
>
>If we agree in this can we probably could agree in a text that 
>reflects this. 
>
>I think the control information (or traffic handling 
>directives) that we have in RMD does not change the QoS NSLP 
>functionality. Thus I do not see problems having a similar 
>definition that is proposed by Georgios. 
>
>Best regards, Attila
>
>>-----Original Message-----
>>From: john.loughney at nokia.com [mailto:john.loughney at nokia.com]
>>Sent: Tuesday, January 23, 2007 5:35 AM
>>To: Attila Báder (IJ/ETH); gash at att.com; nsis at ietf.org
>>Subject: RE: [NSIS] QSPEC document
>>
>>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.
>>
>>>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.
>>
>>John
>>
>

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