Re: Working Group Last Call: Applicability Statement of NSIS Protocols in Mobile Environments

Jukka Manner <[email protected]> Fri, 26 Feb 2010 12:57:32 +0200
Newsgroups gmane.ietf.nsis
Message-ID <[email protected]>
Thanks, Magnus.

Takako, please change the title and probably go through the introduction 
to see if it talks about applicability within the text.

regards,
Jukka

On 26.2.2010 11:42, Magnus Westerlund wrote:
> Hi,
>
> Are this really an applicability statement in the RFC 2026 sense? This
> document is not intended to SPECIFY how you would use NSIS for mobility
> signaling.
>
>  From Section 3.2 of RFC 2026:
>>     An Applicability Statement specifies how, and under what
>>     circumstances, one or more TSs may be applied to support a particular
>>     Internet capability.  An AS may specify uses for TSs that are not
>>     Internet Standards, as discussed in Section 7.
>>
>>     An AS identifies the relevant TSs and the specific way in which they
>>     are to be combined, and may also specify particular values or ranges
>>     of TS parameters or subfunctions of a TS protocol that must be
>>     implemented.  An AS also specifies the circumstances in which the use
>>     of a particular TS is required, recommended, or elective (see section
>>     3.3).
>>
>>     An AS may describe particular methods of using a TS in a restricted
>>     "domain of applicability", such as Internet routers, terminal
>>     servers, Internet systems that interface to Ethernets, or datagram-
>>     based database servers.
>>
>>     The broadest type of AS is a comprehensive conformance specification,
>>     commonly called a "requirements document", for a particular class of
>>     Internet systems, such as Internet routers or Internet hosts.
>>
>>     An AS may not have a higher maturity level in the standards track
>>     than any standards-track TS on which the AS relies (see section 4.1).
>>     For example, a TS at Draft Standard level may be referenced by an AS
>>     at the Proposed Standard or Draft Standard level, but not by an AS at
>>     the Standard level.
>
>
>
> It might be worth changing the title of the document to avoid having
> people thinking it is a AS. Remove Statement and add a The before
> applicability.
>
> Cheers
>
> Magnus
>
> Jukka Manner skrev 2010-02-22 08:44:
>> Hi,
>>
>> Need to ask our AD. The applicability statement does not define
>> technical extensions or change the original specs in any way. It just
>> shows how and why the protocols actually work with a mobile hosts.
>>
>> cheers,
>> Jukka
>>
>> On 20.2.2010 23:09, Al Morton wrote:
>>> At 06:44 AM 2/20/2010, Jukka Manner wrote:
>>>> ...
>>>> http://www.ietf.org/internet-drafts/draft-ietf-nsis-applicability-mobility-signaling-14.txt
>>>>
>>>>
>>>> Please review the document and send your comments by Sunday March 7.
>>>
>>> I remember reading (somewhere) that AS memos should have the
>>> same status as the memo(s) they refer to, which in this case would
>>> be Experimental?
>>>
>>> I've searched for my notes about this, with no luck. The relevant text
>>> in RFC 2026 puts an upper limit the on the AS memo status:
>>> http://tools.ietf.org/html/rfc2026#section-3.2
>>> "...An AS may not have a higher maturity level in the standards track
>>> than any standards-track TS on which the AS relies..."
>>>
>>> We were quite late in sorting-out the status of other NSIS memos,
>>> better to do it now, IMO.
>>>
>>> Al
>>>
>
>

_______________________________________________
nsis mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/nsis
jukka_manner.vcf (text/x-vcard, 359 B)
begin:vcard
fn:Jukka Manner
n:Manner;Jukka
org:Aalto University;Communications and Networking
adr:(visitin address Otakaari 5 A, Espoo);;P.O.Box 13000;Aalto;;00076;Finland
email;internet:[email protected]
title:Professor
tel;work:+358-9-45122481
tel;fax:+358-9-45122471
tel;cell:+358-50-5112973
url:http://www.netlab.hut.fi/~jmanner/
version:2.1
end:vcard