Re: [Nsis-imp] NSIS/NTLP Interoperability Event before IETF in Paris
Luís Cordeiro <cordeiro@dei.uc.pt> Mon, 25 July 2005 16:01 UTC
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32)
id 1Dx5Ot-0003Ng-JW; Mon, 25 Jul 2005 12:01:55 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org)
by megatron.ietf.org with esmtp (Exim 4.32) id 1Dx5Os-0003NG-BG
for nsis-imp@megatron.ietf.org; Mon, 25 Jul 2005 12:01:54 -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 MAA02854
for <nsis-imp@ietf.org>; Mon, 25 Jul 2005 12:01:52 -0400 (EDT)
Received: from smtp.ci.uc.pt ([193.136.200.62] helo=smtp-1-relay.ci.uc.pt)
by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Dx5te-0007rY-SW
for nsis-imp@ietf.org; Mon, 25 Jul 2005 12:33:49 -0400
Received: from smtp-1.ci.uc.pt (localhost [127.0.0.1])
by smtp-1-relay.ci.uc.pt (Postfix) with ESMTP
id DAF332A95C2; Mon, 25 Jul 2005 17:01:29 +0100 (WEST)
Received: from teste-d.ci.uc.pt (sendmail.uc.pt [193.136.200.162])
by smtp-1.ci.uc.pt (Postfix) with ESMTP
id 508921728C4; Mon, 25 Jul 2005 17:01:29 +0100 (WEST)
Received: from [127.0.0.1] (unknown [193.136.236.169])
by teste-d.ci.uc.pt (Postfix) with ESMTP id 014B14A8161;
Mon, 25 Jul 2005 17:01:28 +0100 (WEST)
Message-ID: <42E50CD9.1030801@dei.uc.pt>
Date: Mon, 25 Jul 2005 17:01:29 +0100
From: =?ISO-8859-1?Q?Lu=EDs_Cordeiro?= <cordeiro@dei.uc.pt>
User-Agent: Mozilla Thunderbird 1.0.5 (Windows/20050711)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Lang, Christopher" <christopher.lang@roke.co.uk>
Subject: Re: [Nsis-imp] NSIS/NTLP Interoperability Event before IETF in Paris
References: <3F2E01E1D7B04F4EBEC92D3FA324D8803F6872@rsys004a>
In-Reply-To: <3F2E01E1D7B04F4EBEC92D3FA324D8803F6872@rsys004a>
X-Antivirus: avast! (VPS 0529-2, 21-07-2005), Outbound message
X-Antivirus-Status: Clean
X-Spam-Score: 0.6 (/)
X-Scan-Signature: b22590c27682ace61775ee7b453b40d3
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>
Content-Type: multipart/mixed; boundary="===============0024454552=="
Sender: nsis-imp-bounces@lists.ietf.org
Errors-To: nsis-imp-bounces@lists.ietf.org
I agree with the proposal.
Our implementation it's only working with TCP yet, so we can't test the TLS support.
What do you think about testing message interception and forwarding?
Best regards,
--
Luís Cordeiro
Department of Informatics Engineering
University of Coimbra
Portugal
Lang, Christopher wrote:
Hi all, It would be useful for all of us who are attending the interop to have an idea of what GIMPS features we wish to test. I have therefore drawn up a possible list of tests we could perform: 1) Stateless Operation (no stack proposals sent, no routing state stored, no Confirm sent): a) Intercept and decode a Query msg at RNode. b) Receive and decode a Response msg at QNode. 2) Stateful D-Mode operation (still without stack proposals): a) Configure Rnode to store state on reception of Query and not request a Confirm. Install routing state at each node. Send a data message using the routing state. b) Configure Rnode to store state on reception of Query and request a Confirm and repeat (a). c) Configure Rnode to store state on reception of a Confirm and repeat (a). 3) Repeat test 2 but advertise and create a TCP Forward C-Mode connection. 4) Refresh existing routing state created in (5) by sending a Q/R sequence. Each test should be run 3 times: with the Qnode acting as an endpoint and the Rnode acting as a router; with the Qnode acting as a router and the Rnode acting as an endpoint; with the two nodes having swapped Q/Rnode roles. Note that we aren't currently intending to test any particular NSLP data formats. Does anyone have any comments on the proposed tests? Is there anything missing which we people feel we should test? If we have time (and we have implementations which support it) we could also repeat test (3) using TLS instead of TCP. Is anyone planning to bring an implementation which supports TLS? Best regards, Chris Lang-----Original Message----- From: Martin Stiemerling [mailto:stiemerling@netlab.nec.de] Sent: 29 April 2005 09:32 To: nsis-imp@ietf.org Subject: [Nsis-imp] NSIS/NTLP Interoperability Event before IETF in Paris Hi all, This is an announcement for the NSIS/NTLP interoperability testing event to be held July 28 to July 30 in Paris. July 28 to July 30, Thursday to Saturday, is right before the 63rd IETF meeting in Paris. The interoperability venue is at the same venue as the IETF meeting is going to be, Palais des Congres (http://www.palaisdescongres-paris.com/gb/index.asp" rel="nofollow"><http://www.palaisdescongres-paris.com/gb/index.asp>). The interoperability event focuses on testing of the NTLP between different implementations, but is not necessary limited to the NTLP only. The venue will provided by NEC and the EU IST project Eurolabs (http://www.ist-eurolabs.org/" rel="nofollow"><http://www.ist-eurolabs.org/>). Participation for implementers is free of charge and only implementers are allowed to join the event. Further information about registration, times, shipping, modalities, etc will be provided soon. This event will be co-located with the interoperability testing event of the IST MOME project (http://www.ist-mome.org/events/interop/" rel="nofollow"><http://www.ist-mome.org/events/interop/>) With best regards, Martin Stiemerling NEC Europe Ltd. -- Network Laboratories stiemerling@netlab.nec.de PGP Key at: http://www.stiemerling.org/stiemerling_nec.gpg" rel="nofollow">http://www.stiemerling.org/stiemerling_nec.gpg WWW: http://www.netlab.nec.de" rel="nofollow">http://www.netlab.nec.de _______________________________________________ NSIS-imp mailing list NSIS-imp@lists.ietf.org https://www1.ietf.org/mailman/listinfo/nsis-imp" rel="nofollow">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" rel="nofollow">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] NSIS/NTLP Interoperability Event befor… Martin Stiemerling
- RE: [Nsis-imp] NSIS/NTLP Interoperability Event b… Lang, Christopher
- Re: [Nsis-imp] NSIS/NTLP Interoperability Event b… Luís Cordeiro
- RE: [Nsis-imp] NSIS/NTLP Interoperability Event b… Martin Stiemerling
- Re: [Nsis-imp] NSIS/NTLP Interoperability Event b… Martin Stiemerling
- RE: [Nsis-imp] NSIS/NTLP Interoperability Event b… Lang, Christopher