RE: [Nsis-imp] Assigned numbers for version GIMPS -06
"Hancock, Robert" <robert.hancock@roke.co.uk> Thu, 07 July 2005 16:17 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32)
id 1DqZ4B-0004Ux-0o; Thu, 07 Jul 2005 12:17:35 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32) id 1DqZ49-0004RI-Ba
for nsis-imp@megatron.ietf.org; Thu, 07 Jul 2005 12:17:33 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA22569
for <nsis-imp@ietf.org>; Thu, 7 Jul 2005 12:17:30 -0400 (EDT)
Received: from rsys001x.roke.co.uk ([193.118.201.108])
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DqZVL-0004J0-Np
for nsis-imp@ietf.org; Thu, 07 Jul 2005 12:45:41 -0400
Received: from rsys002a.roke.co.uk (rsys002a.roke.co.uk [193.118.192.251])
by rsys001x.roke.co.uk (8.12.8/8.12.8) with ESMTP id j67GH6xa015866;
Thu, 7 Jul 2005 17:17:06 +0100
Received: by rsys002a.roke.co.uk with Internet Mail Service (5.5.2657.72)
id <3J00VD6D>; Thu, 7 Jul 2005 17:19:14 +0100
Message-ID: <3F2E01E1D7B04F4EBEC92D3FA324D8807DD427@rsys004a>
From: "Hancock, Robert" <robert.hancock@roke.co.uk>
To: "'Xiaoming Fu'" <fu@cs.uni-goettingen.de>
Subject: RE: [Nsis-imp] Assigned numbers for version GIMPS -06
Date: Thu, 7 Jul 2005 17:19:00 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain
X-MailScanner-rsys001x: Found to be clean
X-MailScanner-From: robert.hancock@roke.co.uk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9a2be21919e71dc6faef12b370c4ecf5
Cc: nsis-imp@ietf.org
X-BeenThere: nsis-imp@lists.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: List for implementation questions for NSIS protocols
<nsis-imp.lists.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/nsis-imp>,
<mailto:nsis-imp-request@lists.ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/nsis-imp>
List-Post: <mailto:nsis-imp@lists.ietf.org>
List-Help: <mailto:nsis-imp-request@lists.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/nsis-imp>,
<mailto:nsis-imp-request@lists.ietf.org?subject=subscribe>
Sender: nsis-imp-bounces@lists.ietf.org
Errors-To: nsis-imp-bounces@lists.ietf.org
hi,
> Hi Robert,
>
> Hancock, Robert wrote:
> > hi,
> >
> > the PI is only ever carried inside the NLI TLV, which includes
> > size information for it. i'm not clear if there is any need to
> > define a special TLV for it or a particular syntax (it is only
> > ever compared by exact matching).
> My point was, to rely on NLI TLV to determine the size of PI (by
> minus other fields) may be simple but not efficient for processing.
from C.4.3 (the NLI format):
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PI-Length | IP-TTL |IP-Ver | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
PI-Length = the byte length of the Peer-Identity field
(note that the Peer-Identity field itself is padded
to a whole number of words)
i'm not sure what encoding the PI as a separate object would buy you
here.
>
> > i'm not sure what your question about the RAO value is.
> > - the RAO is present in any query-encapsulated datagram
> > message (including all Queries, and Data messages forwarded
> > by stateless nodes)
> I thought stateless mode is not part of the current spec (?).
i'll let you and georgios argue that one out ;-)
but see for example the end of the second paragraph of 3.1,
"If the routing state does not exist, it may be possible for GIMPS to
send a message anyway, with the same encapsulation as used for a
Query message."
>
> > - the RAO value of 0 is not realistic and in principle would
> > be NSLPID dependent. but exactly what the values should be
> > is a question for John's draft - or something like it ;-)
> That's what I also guessed but there was a question of being "0".
> I like John's statement "An NSLPID must be associated with a unique
> RAO value." Assuming a preliminary one for basic testing would be
> needed, possibly using e.g., "diagnostics/ping/traceroute" function.
yep - you'll find the same statement about NSLPIDs in the GIMPS draft,
btw. but the point is, we can't allocate a 'real' ourselves (without
going to IANA), so we just picked an easy one. Some IP stacks seem
to have a problem with values other than 0, in our experience.
r.
>
> Cheers,
> Xiaoming
> >
> > cheers,
> >
> > robert h.
> >
> >
> >>-----Original Message-----
> >>From: Xiaoming Fu [mailto:fu@cs.uni-goettingen.de]
> >>Sent: 07 July 2005 14:19
> >>To: Hancock, Robert
> >>Cc: nsis-imp@ietf.org
> >>Subject: Re: [Nsis-imp] Assigned numbers for version GIMPS -06
> >>
> >>
> >>Hi Robert,
> >>Thanks for the work. 2 small questions:
> >>
> >>- Is PI assigned with a TLV type? Otherweise currently there is no
> >>fixed size & format for it (as part of NLI).
> >>- GIMPS RAO as *0* for Query?
> >>
> >>Cheers,
> >>Xiaoming
> >>
> >>
> >>Hancock, Robert wrote:
> >>
> >>
> >>>Hi all,
> >>>
> >>>we have made a page of assigned numbers for the various
> >>
> >>bits of GIMPS
> >>
> >>>at http://nsis.srmr.co.uk/nsis/assigned-numbers_06.html.
> >>>
> >>>these could be useful for implementors aiming at
> >>
> >>interoperability :-)
> >>
> >>>Robert H.
> >>>
> >>>_______________________________________________
> >>>NSIS-imp mailing list
> >>>NSIS-imp@lists.ietf.org
> >>>https://www1.ietf.org/mailman/listinfo/nsis-imp
> >>
>
_______________________________________________
NSIS-imp mailing list
NSIS-imp@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/nsis-imp
- [Nsis-imp] Assigned numbers for version GIMPS -06 Hancock, Robert
- Re: [Nsis-imp] Assigned numbers for version GIMPS… Xiaoming Fu
- RE: [Nsis-imp] Assigned numbers for version GIMPS… Hancock, Robert
- Re: [Nsis-imp] Assigned numbers for version GIMPS… Xiaoming Fu
- RE: [Nsis-imp] Assigned numbers for version GIMPS… Hancock, Robert
- Re: [Nsis-imp] Assigned numbers for version GIMPS… Xiaoming Fu
- RE: [Nsis-imp] Assigned numbers for version GIMPS… Lang, Christopher
- RE: [Nsis-imp] Assigned numbers for version GIMPS… Lang, Christopher
- Re: [Nsis-imp] Assigned numbers for version GIMPS… Thomas Herzog
- Re: [Nsis-imp] Assigned numbers for version GIMPS… Xiaoming Fu