Re: [netext] Review of draft-ietf-netext-pmipv6-sipto-option-03

Sri Gundavelli <sgundave@cisco.com> Wed, 25 April 2012 23:13 UTC

Return-Path: <sgundave@cisco.com>
X-Original-To: netext@ietfa.amsl.com
Delivered-To: netext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A396921F879F for <netext@ietfa.amsl.com>; Wed, 25 Apr 2012 16:13:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.555
X-Spam-Level:
X-Spam-Status: No, score=-10.555 tagged_above=-999 required=5 tests=[AWL=0.044, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yz4anPJigiUg for <netext@ietfa.amsl.com>; Wed, 25 Apr 2012 16:13:54 -0700 (PDT)
Received: from mtv-iport-1.cisco.com (mtv-iport-1.cisco.com [173.36.130.12]) by ietfa.amsl.com (Postfix) with ESMTP id F1DC121F8777 for <netext@ietf.org>; Wed, 25 Apr 2012 16:13:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=sgundave@cisco.com; l=1779; q=dns/txt; s=iport; t=1335395633; x=1336605233; h=date:subject:from:to:message-id:in-reply-to:mime-version: content-transfer-encoding; bh=sKNOgou62ulTJKnZkKFuXiaQBhQqlLTSOq5myXaMBSI=; b=HDyC2WHJaJftoLahVjd4YBt1oPTfGCjnPXIp15PNGJffs4tn+Kqn/FOZ hwHOI+0++2pwBCYmDVahKcTkXFf2+b/bjzGCMLaekzQjuuN/KvRgevI00 G0eT4KMaGjiAoQOwMT9iy08Hf8CzoLyXku7EwyGRMEa+CJjSCwO9dYCZG k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EADKEmE+rRDoG/2dsb2JhbABFsU6BB4IJAQEBAwESASkBQQ0BCIEdAQEEARIih2gEDJs3oBOQYASILzSNGIERjUSBaYMJ
X-IronPort-AV: E=Sophos;i="4.75,483,1330905600"; d="scan'208";a="39073315"
Received: from mtv-core-1.cisco.com ([171.68.58.6]) by mtv-iport-1.cisco.com with ESMTP; 25 Apr 2012 23:13:53 +0000
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id q3PNDrtr018923; Wed, 25 Apr 2012 23:13:53 GMT
Received: from xmb-sjc-214.amer.cisco.com ([171.70.151.145]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 Apr 2012 16:13:53 -0700
Received: from 10.32.246.214 ([10.32.246.214]) by xmb-sjc-214.amer.cisco.com ([171.70.151.145]) with Microsoft Exchange Server HTTP-DAV ; Wed, 25 Apr 2012 23:13:53 +0000
User-Agent: Microsoft-Entourage/12.32.0.111121
Date: Wed, 25 Apr 2012 16:13:49 -0700
From: Sri Gundavelli <sgundave@cisco.com>
To: cjbc@it.uc3m.es, "netext@ietf.org" <netext@ietf.org>
Message-ID: <CBBDD33D.4402C%sgundave@cisco.com>
Thread-Topic: [netext] Review of draft-ietf-netext-pmipv6-sipto-option-03
Thread-Index: Ac0jORJBcxcV3Khp6EezpP5Ptz+elw==
In-Reply-To: <1328515089.3833.8.camel@acorde.it.uc3m.es>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
X-OriginalArrivalTime: 25 Apr 2012 23:13:53.0617 (UTC) FILETIME=[1501F410:01CD2339]
Subject: Re: [netext] Review of draft-ietf-netext-pmipv6-sipto-option-03
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " <netext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netext>, <mailto:netext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netext>
List-Post: <mailto:netext@ietf.org>
List-Help: <mailto:netext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netext>, <mailto:netext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Apr 2012 23:13:54 -0000

Hi Carlos, Yokota-san, Marco, Pierrick, Ahmad & folks ...

Thanks for all the review comments. Please let us know if there any comments
missing.

http://tools.ietf.org/html/draft-ietf-netext-pmipv6-sipto-option-04


Regards
Sri




On 2/5/12 11:58 PM, "Carlos Jesús Bernardos Cano" <cjbc@it.uc3m.es> wrote:

> Hi,
> 
> Some additional comments after a quick review of the draft:
> 
> - Section 3.1: I think there is a problem with the references, because
> it appears in thge text: "If the received Proxy Binding Update includes
> the IP Traffic Offload Selector option Section 4". I guess it should
> say: "If the received Proxy Binding Update includes the IP Traffic
> Offload Selector option (Section 4)". There are more instances referring
> to other sections.
> 
> - Section 4. The IPTS options has the field "TS Format", which resembles
> the option defined in RFC 6089 for the traffic selector sub-option, and
> in this way re-uses the binary TS defined for IPv4 in RFC 6088. However,
> the draft defines a new IANA space for this "TS Format" field, which
> might be a bit confusing. Can we just re-use RFC 6089 space (now it only
> has three values reserved: "0" that should not be used, and "1" for
> binary TS IPv4, and "2" for binary TS IPv6)? I think we would avoid some
> redundancy that might lead to confusion. If we do that, the draft would
> probably need to define a flag or something to catch what it is now done
> by putting a "TS Format" equal to "0".
> 
> - By doing offloading, there are issues associated to handovers (if the
> mobile node moves, any traffic that was being offloaded would need to be
> restarted). I guess some text on that would be helfpul.
> 
> Hope this helps,
> 
> Carlos