Re: [NSIS] AD review comments of draft-ietf-nsis-qos-nslp-16
Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 16 October 2009 09:30 UTC
Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: nsis@core3.amsl.com
Delivered-To: nsis@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 372EB3A67FD for <nsis@core3.amsl.com>; Fri, 16 Oct 2009 02:30:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.234
X-Spam-Level:
X-Spam-Status: No, score=-6.234 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j30vm-+ZQIxT for <nsis@core3.amsl.com>; Fri, 16 Oct 2009 02:30:29 -0700 (PDT)
Received: from mailgw5.ericsson.se (mailgw5.ericsson.se [193.180.251.36]) by core3.amsl.com (Postfix) with ESMTP id 1061F3A681F for <nsis@ietf.org>; Fri, 16 Oct 2009 02:30:24 -0700 (PDT)
X-AuditID: c1b4fb24-b7bd7ae000002270-d0-4ad83d26fcdc
Received: from esealmw128.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw5.ericsson.se (Symantec Mail Security) with SMTP id 70.99.08816.62D38DA4; Fri, 16 Oct 2009 11:30:14 +0200 (CEST)
Received: from esealmw126.eemea.ericsson.se ([153.88.254.170]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Fri, 16 Oct 2009 11:29:05 +0200
Received: from [147.214.183.250] ([147.214.183.250]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Fri, 16 Oct 2009 11:29:04 +0200
Message-ID: <4AD83CE0.8010605@ericsson.com>
Date: Fri, 16 Oct 2009 11:29:04 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Roland Bless <bless@tm.uka.de>
References: <4AC4B492.6070005@ericsson.com> <4AD472FF.4060306@tm.uka.de>
In-Reply-To: <4AD472FF.4060306@tm.uka.de>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-OriginalArrivalTime: 16 Oct 2009 09:29:04.0279 (UTC) FILETIME=[1A32C270:01CA4E43]
X-Brightmail-Tracker: AAAAAA==
Cc: draft-ietf-nsis-qos-nslp@tools.ietf.org, NSIS <nsis@ietf.org>
Subject: Re: [NSIS] AD review comments of draft-ietf-nsis-qos-nslp-16
X-BeenThere: nsis@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Next Steps in Signaling <nsis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/nsis>, <mailto:nsis-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nsis>
List-Post: <mailto:nsis@ietf.org>
List-Help: <mailto:nsis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nsis>, <mailto:nsis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Oct 2009 09:30:47 -0000
Roland Bless skrev: > Hi Magnus, > > I'll try to answer C. and D. > > Magnus Westerlund wrote: >> B. Section 3.1.3 contains a reference to draft-manner-nsis-nslp-auth. >> This is an informational reference. But I do wonder about the security >> solution and its need to carry authentication information. No, I don't >> want to make this a normative reference. But I do wonder how the WG >> plans to present the lack of even one fully specified security solution, >> even if this is going for experimental. > > This is indeed a good point. Without the session authorization object, > there is only TLS transport security in a hop-by-hop manner, which is > also not related to individual sessions or users. So the above draft > is indeed very useful. I think there might be a point to admit openly that the security solution for this behavior is currently not specified and do require work. > >> C. Section 3.2.12.1: How long does it take to detect that a new down >> stream peer exist, or that truncation has happened? > > Route change detections depends on the GIST route change detection > mechanisms, at latest the next GIST probing Query message > sent. Details are described in section 4.4.4. of the GIST draft, so > in the default case of 30s routing state validity probing Querys are > sent in the interval [15s...22.5s]. In some cases GIST may detect > route changes faster and thus send a new Query earlier. Route change > detection requires the three-way GIST handshake to be completed first > though (i.e., at least RTT for GIST Query/Response pair). > In case of path truncation, one must distinguish whether the new > next hop is GIST aware or not. The draft describes the former case, > so GIST will respond with "Unknown NSLPID" error in the GIST Response > to the Query and the same duration as above can be expected. In the > latter case of a non GIST-aware hop it takes longer, because the > querying node may perform retransmissions and exponentially backup, > so in this case we get a default 127*500ms=63.5s (T1=500ms, T2=64s) > as worst case. But as indicated in 5.3.3 of the GIST draft, NSLPs may > bound this response time by limiting T2 in the sendmessage() primitive > explicitly. > Thanks for the answer. I don't think there is any need to do changes here in the text. >> D. Section 4.6, page 35, second paragraph. It is not clear to me how (1) >> can be guaranteed to arrive prior to (2), or if both message are sent >> width bound to the other one? > > That's exactly the motivation for the message binding. You cannot > guarantee it, so both messages have to wait on each other. This case > is described on p. 36: "Triggering message" (3) arrives before waiting > (bound) message (1). Usually the waiting condition is then already > satisfied, so (1) can be processed immediately. I'm not sure that I > understand the last part of your question correctly, but (1) will > contain a BOUND_MSG_ID and (2) and (3) will carry the corresponding > MSG_ID. > Hmm, clearly my thought process wasn't working. I don't see any issues with the text when revisiting it. It seem to have the relevant references to the mechanism used. So forget this comment. -- Magnus Westerlund IETF Transport Area Director ---------------------------------------------------------------------- Multimedia Technologies, Ericsson Research EAB/TVM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com ----------------------------------------------------------------------
- [NSIS] AD review comments of draft-ietf-nsis-qos-… Magnus Westerlund
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Roland Bless
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Jukka Manner
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Jukka Manner
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Georgios Karagiannis
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Roland Bless
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Roland Bless
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Jukka MJ Manner
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Magnus Westerlund
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Jukka Manner
- Re: [NSIS] AD review comments of draft-ietf-nsis-… Magnus Westerlund