Re: [Ila] [5gangip] plans for future work on Id-Loc split for 5G

Behcet Sarikaya <sarikaya2012@gmail.com> Mon, 19 February 2018 17:35 UTC

Return-Path: <sarikaya2012@gmail.com>
X-Original-To: ila@ietfa.amsl.com
Delivered-To: ila@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4511126C0F; Mon, 19 Feb 2018 09:35:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 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, HTML_MESSAGE=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 FopWpuZshE5E; Mon, 19 Feb 2018 09:35:40 -0800 (PST)
Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::232]) (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 C132C1243F6; Mon, 19 Feb 2018 09:35:39 -0800 (PST)
Received: by mail-lf0-x232.google.com with SMTP id r80so516564lfe.13; Mon, 19 Feb 2018 09:35:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:cc; bh=o4fxOqq3v0spyXA0bMxngGFPm/uFI6DLNZpWiWsD0Sk=; b=hnQBn4LcdUaB6xGZ+i80Yaw6my5XTqHlr55G2TzCNCywgQ46TmQyhsxyHeU6PVNOGn fmAXrp2PyBVwxpyDvgzMqtDBiENqapw7CmoQT9xOSrbIItEzxtWX3L2NuPWH4J4y8bUl /k8MeFuhpo1QIy5OM0PdI7BXjxj+r1OaD2hou62eRE+1tROWPxHrdPbKdC0XYcylyuuq jhnUVhMXJMbPXyUYbaefzUx4ax5WfKpk1VssVm8S8FiTyInho3r5F0AkWrUYow/mBZHo el8XrEA5lfiKynkf6lXPx+5uTk9QDwu194AB/b5LsJmaaaxQoITaBIqoFkIk9ND7VBIU GKcA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=o4fxOqq3v0spyXA0bMxngGFPm/uFI6DLNZpWiWsD0Sk=; b=j8KPfQmJTUO0aYfeAM7XDS6PxL4OPTlY8x6mZaQWq2KbaRCYaHEDxpEx7JIHJ88W7P cQCPivTdbtRR2hkUSRbE5s7OOvrrq9/BgBJjDsbDc9ZYEEFd7rB3l4hrXkTIWTN+rE5n KbGCEF4zYHMIvWyvIUADrikk29K1pte+ZmR894O2mizaoq7LBNmzeJN8CtBmyACrdfsv 4Lx03SY4eJsjmTyIoAjSY4e7QLmLxm6oFCtWy3SHbE2uETPnsn434J4iWcyYhd7WxqEK JyBpxjYsAUE+iGKVLUzI7Hr+cQb1XNl9E5sp+mY7S0nRAohU8ZtpeJCaW/JL9potTldp Y/cQ==
X-Gm-Message-State: APf1xPCDYzcO7Wm5QOIGZuBrKUDsgXV47CrrRVVqocZEo5mZVj14dSCE Mzw1FXW7ApChBZijnNqxft6S+MsKEjRKqmLzHGw=
X-Google-Smtp-Source: AH8x227uKEQ9Q9XuK/ezzNsNu93HedNChBYo3smhzm1vUgtiU1Z+PzU5isr3O8cqIiaYOKi4TLMGf35vnB2MguWPkmk=
X-Received: by 10.25.19.226 with SMTP id 95mr11023982lft.57.1519061737820; Mon, 19 Feb 2018 09:35:37 -0800 (PST)
MIME-Version: 1.0
Received: by 10.46.65.23 with HTTP; Mon, 19 Feb 2018 09:35:37 -0800 (PST)
Reply-To: sarikaya@ieee.org
In-Reply-To: <CALx6S36jJ3Gt2f==Z-1HiLtaBV=526xTM9FA5sK2VXJadcEwpw@mail.gmail.com>
References: <2647a39882e5469da8592bb8db87254e@HE105831.emea1.cds.t-internal.com> <CAC8QAceWY4BFm6D4QaPapo_Wxv=49X_JpzcmbSPQKXH9aH-Eyg@mail.gmail.com> <CALx6S36jJ3Gt2f==Z-1HiLtaBV=526xTM9FA5sK2VXJadcEwpw@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Mon, 19 Feb 2018 11:35:37 -0600
Message-ID: <CAC8QAce5tbmQsY7Tf4qsDEkrwCbYs1-fk511dMEgRf64LOOKXw@mail.gmail.com>
To: Tom Herbert <tom@herbertland.com>
Cc: 5GANGIP <5gangip@ietf.org>, ila@ietf.org
Content-Type: multipart/alternative; boundary="001a113ea2ec46743d0565941f4a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/Jtn3O77xRKrgrcZYtIhbZ6VNnRQ>
Subject: Re: [Ila] [5gangip] plans for future work on Id-Loc split for 5G
X-BeenThere: ila@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Identifier Locator Addressing <ila.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ila>, <mailto:ila-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ila/>
List-Post: <mailto:ila@ietf.org>
List-Help: <mailto:ila-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ila>, <mailto:ila-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Feb 2018 17:35:42 -0000

Hi Tom, all,

As Dirk mentioned, we are looking for problem statement, requirements,
framework, type of documents not tied to one specific
ID-Loc system.


On Sun, Feb 18, 2018 at 3:25 PM, Tom Herbert <tom@herbertland.com> wrote:

> On Fri, Feb 16, 2018 at 11:25 AM, Behcet Sarikaya
> <sarikaya2012@gmail.com> wrote:
> >
> >
> > On Thu, Feb 15, 2018 at 3:37 AM, <Dirk.von-Hugo@telekom.de> wrote:
> >>
> >> Dear all,
> >>
> >> After some good discussion here on the list and some initial contact
> with
> >> IAB, we think it could be worth to spend more thoughts on the ID-Loc
> split
> >> topic of a mapping system providing end-to-end privacy of both
> Identities
> >> and Location of peers. The use cases are 5G related route optimization
> for
> >> changing (mobile) points of attachment of both end terminals (UE) and
> >> network function services (e.g. UPF) …
> >>
> >> Focus should be on concrete approaches which can be prototyped instead
> of
> >> pure theoretical (academic) discussions
> >>
> >> We think the work needs a problem statement draft, a comprehensive list
> of
> >> requirements, and a framework document showing the environment where the
> >> solution would fit in (w/o yet a complete solution space analysis) … in
> that
> >> priority.
> >>
> >> We solicit for a discussion on the list before we meet in London.
> >>
> >> In London, IETF 101, we plan on organizing a side-meeting where we could
> >> have a set of stimulating presentations.
> >>
> >> Topics we can imagine currently are
> >>
> >> - 5G lab trials.
> >>
> >> - Any initial work on the first deployment experience which potentially
> >> underline the identified problem.
> >
> >
> > Tom Herbert had a draft
> >
> > https://www.ietf.org/id/draft-herbert-idlocd-00.txt
> >
> > This draft could be relevant, let's discuss it.
> >
> We have pushed an initial implementation to git-hub as open source.
> This is in github.com/quantonium/ila. The starting point to work with
> this is https://github.com/quantonium/ila/blob/master/README.install.
>
> This implements ilad as an ILA control daemon following the design of
> the idloc draft. The current version implements a mapping system
> database using Redis and ILA routers. The forwarding cache and ILA
> mapping protocol (ILAMP
> https://tools.ietf.org/html/draft-herbert-ila-ilamp-00) are TBD. For
> populating the cache, ILAMP proposes to use secure redirects which are
> something of a hybrid of the push and pull models described in the
> idlocd draft.
>
> The repository includes tests to emulate a RAN network in a box and
> show seamless device mobility. We are currently working on bringing
> this us in real radio network. We can do a demo of ilad at a 5GangIP
> side meeting. If you're interested in developing and working on ilad,
> please let me know!
>
>
Let's discuss this specific approach and others from the point of view of
developing the documents we need

Regards,
Behcet

> Tom
>