Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11

CARLOS JESUS BERNARDOS CANO <cjbc@it.uc3m.es> Sun, 20 January 2019 12:22 UTC

Return-Path: <cjbc@it.uc3m.es>
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 E653613107E for <dmm@ietfa.amsl.com>; Sun, 20 Jan 2019 04:22:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=it.uc3m.es
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 l3H629M_sBEz for <dmm@ietfa.amsl.com>; Sun, 20 Jan 2019 04:22:04 -0800 (PST)
Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 D3B34131074 for <dmm@ietf.org>; Sun, 20 Jan 2019 04:22:03 -0800 (PST)
Received: by mail-wm1-x336.google.com with SMTP id m1so8363328wml.2 for <dmm@ietf.org>; Sun, 20 Jan 2019 04:22:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=it.uc3m.es; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xhSCa1ly4VYceMJDVCer118z6QYXLQFxHGCcBFYSwaM=; b=H8K34mwA6ILqFVZWnzWLB90kFoKpkXDvgcPuyr4X1C1VAa3EkIg/WYDURqV31bT1WA 4j05KwtXJaSfebvYOxoa+nL5jAr7hpBQABnnfFrR8JGVHJwVkDfXNDjSU2V5AyW1Q7c2 7dBQCnNgjjb8mGiMIgtmUNar1HZZFEcL6U/JzPm5GbsXEeVjrlAuVwSmNGCNucn9kLP+ UB8xncqgCtuw640VKMmG7QCT2ZegCg/uz9eT/WTgORFkixja7+aBCFCIEC/iMsmm7qRu V29F1LFBGoPh71M7EgYqqxP22Sx7KD6Wn74KaP+UEVnxNDRRdoS3XXtmP7WRvpo1cn/6 EwQA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xhSCa1ly4VYceMJDVCer118z6QYXLQFxHGCcBFYSwaM=; b=RIPHFh7C0hFRy3HU1shc/+LO1PzQEZfGd10soAcQ8WJzLcKky05D+jDs95KNP5gJhu bv8iuSL5eVC6AhuDxeF57giaV9Cobjx5OD+xaFgdYpjCtR9WL/YHqpDd7gAalGw2QYRz gDmoRTIhAYRsG63bpMa/K2gUZFwTKAKv9YxOmbYvjWpT7yzgLa4SVOPxBl7E9tI0zwaB pYnHbX4FjJwRdPkpyr2ivhBqVNK/pfgrQa8fK2EhE8E2qYSRwwxd0YYhPZmmRUi9oLio ZLLDfIZnHEgceY65Tiv3tlhCSU51s9woCLCzNusyIkDcNsnUoLuu7rfWJH8M24iC1S6L MT6g==
X-Gm-Message-State: AJcUukfNUL4+F0m3MsrPYFfaCWsuJsfOk6+wQ3ylam/iC+rsvNkKa8Y1 Pl+HDlE3uezJzNSKhkMX7eG4cXBxYgORwy2UGcbnTw==
X-Google-Smtp-Source: ALg8bN6+wukh9oR67IjSMUIXN83Emn9+lNp5nGGXfojIHedd3Nng5e1SU287gUWt032de+MS2hUFXKW8PrwWVPr+5rY=
X-Received: by 2002:a1c:bbd6:: with SMTP id l205mr20120923wmf.97.1547986921942; Sun, 20 Jan 2019 04:22:01 -0800 (PST)
MIME-Version: 1.0
References: <D85B80C5.2E3462%sgundave@cisco.com> <4e6e476e61a342569edf2c126543c1d5@boeing.com>
In-Reply-To: <4e6e476e61a342569edf2c126543c1d5@boeing.com>
From: CARLOS JESUS BERNARDOS CANO <cjbc@it.uc3m.es>
Date: Sun, 20 Jan 2019 13:21:45 +0100
Message-ID: <CALypLp-K7jGYAnu+C668TkgzJZNtppBraTazE-o7TnP9CBswqg@mail.gmail.com>
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>
Cc: "Sri Gundavelli (sgundave)" <sgundave@cisco.com>, "dmm@ietf.org" <dmm@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000099aea4057fe2ca8e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/kMSxwyNEY0JV4kCAAJwDvNhFsOg>
Subject: Re: [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: Sun, 20 Jan 2019 12:22:07 -0000

Hi Fred,

Thanks for your comments. Please see inline below.

On Thu, Jan 17, 2019 at 12:25 AM Templin (US), Fred L <
Fred.L.Templin@boeing.com> wrote:

> Hi, I read this document and it seems to imply that anchors necessarily
> aggregate
>
> short prefixes. For example, an anchor might aggregate a prefix like
> 2001:db8::/32
>
> and give out ::/64 prefixes to mobile nodes. This preserves the notion of
> a home
>
> network that is identified by an aggregated prefix – so the global routing
> system
>
> can identify the home network by the short prefix.
>

The draft documents multiple "anchoring" options. One implies that the
anchors do anchor some prefixes. One natural deployment option is that they
are aggregated in short prefixes, but other approaches are also possible.
Non aggregatable prefixes could also be used by the anchors.


>
> On the other hand, ‘draft-ietf-rtgwg-atn-bgp’ assumes that there is no such
>
> aggregation, and that the anchor has no short prefix associated with it.
> Then,
>
> when a mobile associates with an anchor the anchor injects the mobile’s
> ::/64
>
> prefix into the global routing system.. If the mobile moves to a new
> anchor,
>
> the old anchor withdraws the /64 and the new anchor injects it instead. In
>
> other words, the system is based on complete de-aggregation and there is
>
> no notion of a “home” network – the mobile is always “away from home”.
>

This is an example of solution of what the document classifies under
"Mobility case, anchor relocation".


>
> This is a very different model, and naturally supports continuity of the
> mobile’s
>
> mobile network prefix at all times due to the nature of the routing
> system. It
>
> provides “scalable de-aggregation”, which is something that the routing
>
> research group (RRG) investigated but has not been accomplished until now.
>
>
>
> I think it would be worth considering this model both on its own merits
> and/or
>
> in conjunction with the dmm document. The notion of a “home network” need
>
> not be preserved, and instead we have scalable de-aggregation. Please have
> a
>
> look (as I did for the dmm doc) and post comments or questions.
>

I think this is already considered in the " Mobility case, anchor
relocation" in the draft. We can add additional references as examples of
this, but I'd prefer not to add more text, as we are trying to keep the
document short and what you have described is covered IMHO with the current
text.

Thanks,

Carlos


>
> Thanks - Fred
>
>
>
> *From:* dmm [mailto:dmm-bounces@ietf.org] *On Behalf Of *Sri Gundavelli
> (sgundave)
> *Sent:* Wednesday, January 09, 2019 10:43 AM
> *To:* dmm@ietf.org
> *Subject:* [DMM] WGLC on draft-ietf-dmm-distributed-mobility-anchoring-11
>
>
>
> Folks – As we discussed in the WG meeting at IETF103, we are issuing WGLC
> on draft-ietf-dmm-distributed-mobility-anchoring-11.
>
>
>
> The document went through several revisions and there were good amount of
> reviews on this document.  The authors have addressed all the comments and
> there are no open issues that we are tracking at this time. We believe the
> document is ready for IESG reviews and like to confirm the same from the
> working group.
>
>
>
>
>
> The following message commences a two week WGLC for all feedback.
>
>
>
> Document Link:
>
>
> https://www.ietf.org/id/draft-ietf-dmm-distributed-mobility-anchoring-11.txt
>
>
>
> The target status for this document is “Informational”.
>
>
>
> Please post any comments/concerns on the draft.
>
>
>
> Thanks!
>
> Dapeng & Sri
>
>
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
>