Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobility-08
Behcet Sarikaya <sarikaya2012@gmail.com> Fri, 02 December 2016 20:15 UTC
Return-Path: <sarikaya2012@gmail.com>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87FF7128B44; Fri, 2 Dec 2016 12:15:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level:
X-Spam-Status: No, score=-2.45 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pvCp-eh45O6P; Fri, 2 Dec 2016 12:15:31 -0800 (PST)
Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4918F127A91; Fri, 2 Dec 2016 12:15:29 -0800 (PST)
Received: by mail-lf0-x22d.google.com with SMTP id c13so202906593lfg.0; Fri, 02 Dec 2016 12:15:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=8TX/nIrSr26Muw8vpOqk1XgkhlenEDH+oeyQLgl/hNA=; b=FnBH4Lhsanrs75eX/PXDqjdAIQe7ro5LiFhuppfKHBuQHmuSI8RbsIULeON1hpEl1K 0ZWPPaQs+KXJvTIh+05FXpn3I7tI9zYRMlRABXiS4aDa1sDa8Rxi4H9clb4N4eqlYDK+ TsQGWI0gjGTJLY8gzcevG+IN5iHCh5imUE9Y35Olar9Bn07DFAq2oTyuIZN6/S6RdeVT eR5IDWdA/KwuA8O5rkwWnNg3uW6s6SP+bKpIUJgZjyUaJ3wFqEMFR0srkRcEj3Oz+siF s1CJwhPKDaTjCuAs8ukBC5devvnbhWo6Tp/0Rg7XbrYJ+Na8sojlEVMC+CJpK29GYuJR t21A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=8TX/nIrSr26Muw8vpOqk1XgkhlenEDH+oeyQLgl/hNA=; b=DeTxicwQ2gidm95OLjHI9H58LpZIfamgI5My+6A/HsoMJhwu0oxwN16s2a6LE1MXkt 3JQJXBicb53CrSGIc3Z/OzZI4Gcu94snzSnS6CmUSjjT4dQpVchfakSoEkiczTooUXBP JLyOtIoClhHo/hsQ8YMeOv970DwwS3t/mziVkHfYtBAGszKQf1JRHaIiISHBbf2DVgQn Bmz19drM9KwqRAB5CWLqz5Vuz0Dnf4cMhR4GDb7izNPrmmZtCYWFgHx3KfNdO+IbssYp Z9nr/gEy9vQMmW2uQdP5QUHRMiWv3OuuiB3oy4/UeJS/yh5dph+hC4eUnV1zAxn3x69p zaJQ==
X-Gm-Message-State: AKaTC01Kx99GTe4RRNBjPsuTgPMyTsMiLjnvF4XdTZ7GWw9OC9MHR7Kq9zKZfVDHSzcsLLoHKZt7fjpNcz6kpQ==
X-Received: by 10.25.202.75 with SMTP id h11mr236845lfj.8.1480709727166; Fri, 02 Dec 2016 12:15:27 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.228.210 with HTTP; Fri, 2 Dec 2016 12:15:26 -0800 (PST)
In-Reply-To: <5963DDF1F751474D8DEEFDCDBEE43AE77DB598CA@SZXEML503-MBS.china.huawei.com>
References: <148036629464.5478.15248622721170321679.idtracker@ietfa.amsl.com> <6E8FD89A-A217-4958-8DF8-EE7D0CD77F13@gmail.com> <CAKD1Yr3nCfMFz_1wqvDmiyMK2OiKZAwYTv2GKN9axf7JuOdtxA@mail.gmail.com> <5963DDF1F751474D8DEEFDCDBEE43AE77DB5988B@SZXEML503-MBS.china.huawei.com> <CAKD1Yr3J0XQSLGHBX52pD8rGbk-UsSqfJpUkBSDOvO3k9ORSaw@mail.gmail.com> <5963DDF1F751474D8DEEFDCDBEE43AE77DB598CA@SZXEML503-MBS.china.huawei.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Fri, 02 Dec 2016 14:15:26 -0600
Message-ID: <CAC8QAce3j25y3MdOrV3mJQmN=hL-D-WK2kRgfGe4bhQ4KSoTjA@mail.gmail.com>
To: Peter McCann <Peter.McCann@huawei.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/KM4CNO_0BWI-TLApGfZntyfXV9M>
Cc: "draft-ietf-dmm-ondemand-mobility@ietf.org" <draft-ietf-dmm-ondemand-mobility@ietf.org>, "dmm@ietf.org" <dmm@ietf.org>
Subject: Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobility-08
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: sarikaya@ieee.org
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Dec 2016 20:15:34 -0000
Lorenzo, It is 3GPP practice (or law, should I say) is to assign a prefix in IPv6 to the UE. That is what Peter is talking about. Regards, Behcet On Fri, Dec 2, 2016 at 2:12 PM, Peter McCann <Peter.McCann@huawei.com> wrote: > With a fixed access network the prefix can be assigned to the link and used > by anyone who joins the link. > > > > With a prefix offering mobility the prefix belongs to the mobile host and > needs to move with it. There aren’t enough prefixes (even in IPv6) to > assign a permanent prefix to each UE for every topological attachment point > that it might visit or start a session from. > > > > -Pete > > > > > > From: Lorenzo Colitti [mailto:lorenzo@google.com] > Sent: Friday, December 02, 2016 3:09 PM > To: Peter McCann <Peter.McCann@huawei.com> > Cc: jouni.nospam <jouni.nospam@gmail.com>; > draft-ietf-dmm-ondemand-mobility@ietf.org; dmm@ietf.org > Subject: Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobility-08 > > > > But you have that problem with IP addresses as well, right? I don't see how > "assigning a prefix with certain properties" requires more state in the > network than "assigning an IP address with certain properties". > > > > On Fri, Dec 2, 2016 at 12:00 PM, Peter McCann <Peter.McCann@huawei.com> > wrote: > > Providing any kind of mobility service for a prefix will require some state > somewhere in the network. It would be great to avoid an allocation request > / response for the prefix, but the state has to be created somehow before > the UE can use the prefix and it has to be reclaimed eventually after the UE > stops using the prefix (which may not be until well after it disconnects > from the current link and moves to another one). > > > > Would welcome any suggestions on how to manage this state. > > > > -Pete > > > > > > From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Lorenzo Colitti > Sent: Friday, December 02, 2016 12:04 PM > To: jouni.nospam <jouni.nospam@gmail.com> > Cc: draft-ietf-dmm-ondemand-mobility@ietf.org; dmm@ietf.org > Subject: Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobility-08 > > > > Hi, > > > > I like the goal of reducing network cost by allowing the use of IP addresses > that do not require network mobility, but we should not be doing this by > requesting IP addresses from the network, because this violates IPv6 address > assignment best practices. > > > > Specifically, RFC 7934 recommends that a) the network should provide > multiple addresses from each prefix and b) the network should allow the host > to use new addresses without requiring explicit requests to the network. > This is in conflict with at least this text in the draft, which says: > > > > In case an application > > requests one, the IP stack shall make an attempt to configure one by > > issuing a request to the network. If the operation fails, the IP > > stack shall fail the associated socket request > > > > One way to resolve this conflict would be to say that the network must not > assign individual addresses, but /64 (or shorter) prefixes. So if the device > desires to use fixed IPv6 addresses, then the network should give the host a > fixed IPv6 prefix from which the host can form as many addresses as it > wants. > > > > I do not think we should advance this document until the conflicts are > resolved. This document is about IPv6 address assignment to mobile nodes, > and we should not publish a document about IPv6 address assignment that > conflicts with best current practices on IPv6 address assignment. > > > > Regards, > > Lorenzo > > > > On Mon, Nov 28, 2016 at 12:56 PM, jouni.nospam <jouni.nospam@gmail.com> > wrote: > > Folks, > > > > The authors of draft-ietf-dmm-ondemand-mobility-07 and > draft-sijeon-dmm-use-cases-api-source have come up with a merged document > draft-ietf-dmm-ondemand-mobility-08. > > > > This email starts a 2 week WGLC for draft-ietf-dmm-ondemand-mobility-08. > > The WGLC starts 11/28/16 and ends 12/12/16. > > > > Provide your comments, concerns and approvals to the email list (and > hopefully also to IssueTracker). > > > > - Jouni & Dapeng > > > > > > > > Begin forwarded message: > > > > From: IETF Secretariat <ietf-secretariat-reply@ietf.org> > > Subject: IETF WG state changed for draft-ietf-dmm-ondemand-mobility > > Date: November 28, 2016 at 12:51:34 PM PST > > To: <draft-ietf-dmm-ondemand-mobility@ietf.org>, <dmm-chairs@ietf.org>, > <max.ldp@alibaba-inc.com> > > Resent-From: <alias-bounces@ietf.org> > > Resent-To: jouni.nospam@gmail.com, maxpassion@gmail.com > > > > > The IETF WG state of draft-ietf-dmm-ondemand-mobility has been changed to > "In WG Last Call" from "WG Document" by Jouni Korhonen: > > https://datatracker.ietf.org/doc/draft-ietf-dmm-ondemand-mobility/ > > > Comment: > WGLC starts 11/28/16 and ends 12/12/16. > > > > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm > > > > > > > _______________________________________________ > dmm mailing list > dmm@ietf.org > https://www.ietf.org/mailman/listinfo/dmm >
- [DMM] WGLC for draft-ietf-dmm-ondemand-mobility-08 jouni.nospam
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Peter McCann
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Peter McCann
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Behcet Sarikaya
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Peter McCann
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Peter McCann
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Moses, Danny
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Moses, Danny
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Peter McCann
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Moses, Danny
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Moses, Danny
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Peter McCann
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Moses, Danny
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Moses, Danny
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Seil Jeon
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Lorenzo Colitti
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Peter McCann
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Peter McCann
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Seil Jeon
- Re: [DMM] WGLC for draft-ietf-dmm-ondemand-mobili… Moses, Danny