RE: [Nsis-imp] Assigned numbers for version GIMPS -06
"Lang, Christopher" <christopher.lang@roke.co.uk> Mon, 11 July 2005 09:44 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32)
id 1Druq6-00058G-Sb; Mon, 11 Jul 2005 05:44:38 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32) id 1Druq5-00058B-Be
for nsis-imp@megatron.ietf.org; Mon, 11 Jul 2005 05:44:37 -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 FAA25672
for <nsis-imp@ietf.org>; Mon, 11 Jul 2005 05:44:34 -0400 (EDT)
Received: from rsys001x.roke.co.uk ([193.118.201.108])
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DrvI3-0006Id-RW
for nsis-imp@ietf.org; Mon, 11 Jul 2005 06:13:32 -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 j6B9i7xa009128;
Mon, 11 Jul 2005 10:44:07 +0100
Received: by rsys002a.roke.co.uk with Internet Mail Service (5.5.2657.72)
id <3J00VH0Q>; Mon, 11 Jul 2005 10:46:21 +0100
Message-ID: <3F2E01E1D7B04F4EBEC92D3FA324D8803F6836@rsys004a>
From: "Lang, Christopher" <christopher.lang@roke.co.uk>
To: "'Xiaoming Fu'" <fu@cs.uni-goettingen.de>, "Hancock, Robert"
<robert.hancock@roke.co.uk>
Subject: RE: [Nsis-imp] Assigned numbers for version GIMPS -06
Date: Mon, 11 Jul 2005 10:46:08 +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: christopher.lang@roke.co.uk
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d0bdc596f8dd1c226c458f0b4df27a88
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, We have been using Linux as a platform (with a 2.6.7 kernel). Using non-zero RAO values we intially found that GIMPS messages were not being picked up by intermediate nodes. Inspection of the Kernel source revealed that the Linux kernel ignores all RAO values except 0. There also does not appear to be support for picking out any RAO packets in Windows. Which platform have you been using? Chris Lang > -----Original Message----- > From: Xiaoming Fu [mailto:fu@cs.uni-goettingen.de] > Sent: 07 July 2005 17:47 > To: Hancock, Robert > Cc: nsis-imp@ietf.org > Subject: Re: [Nsis-imp] Assigned numbers for version GIMPS -06 > > > Hancock, Robert wrote: > >>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. > Sorry, I have missed this field. > > > 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." > > Well, a GIMPS engine will always do whatever it is supposed to, as > long as the task is part of the 'spec' and the implementation. > > >>>- 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. > > > Good to know of this. Any example platform? > Xiaoming > > _______________________________________________ > 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