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

Tom Herbert <tom@herbertland.com> Sun, 18 February 2018 21:25 UTC

Return-Path: <tom@herbertland.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 0A090126BFD for <ila@ietfa.amsl.com>; Sun, 18 Feb 2018 13:25:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 ItsFlnZsF9-z for <ila@ietfa.amsl.com>; Sun, 18 Feb 2018 13:25:02 -0800 (PST)
Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (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 2B8AE126BF6 for <ila@ietf.org>; Sun, 18 Feb 2018 13:25:02 -0800 (PST)
Received: by mail-qk0-x229.google.com with SMTP id n198so10105025qke.7 for <ila@ietf.org>; Sun, 18 Feb 2018 13:25:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=1yEQp2G5Ev8fMIJUqcsWjlfdyr9Ohjvt6fWJa88XDsc=; b=yX7Kk8DriV+sWg/5elUHXZz/CxDOrRetSAowds9KJjC6dt/RK8tc5Ym6fYEWY9VIqc dT5pV/kio30EXg56uY8avL+DIK1yhInhJKMkDl9cBBqDxlTBc5nvA0Q6r31dWISQnbEU iugRCvfFpQmlCuWgwZrf7QjbjKNAHUg1OWuiBM5MIb7LQvzcg2YVeQIqLLeUy0BcBX2S kLcgM+4k5MK+bW8WJvdwxWIpnKKpgEWHNyBhXerWPLDztPnO+DkqNNGjTw8B0kaHdWlU FTv7+yEKJfMzk5Qx17Y9zi4pDLUxdEis1+jny/1HNUWM2DtpVcj3T4Acl+MWACKxtU1Z Rdhw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=1yEQp2G5Ev8fMIJUqcsWjlfdyr9Ohjvt6fWJa88XDsc=; b=eTsPGjyjfFY8i6Ty98qV+T5LiYoGayrGzsmhchZ/g/f7XrkvX6tEKzTGd0c4Xhd/T0 eFU7XuJ3R29eyKPnHuQBcsRktwc0QPvfQEZ6xvHVhiz8+OrUeiXXtfKVhiIeWtDrmgOt LYS4JhWv7lMWdMHEgiBOTTbYP8TgTd7RjFjk5++moadIQjZa2kGgZvUS3a7c0Y0zTS9Y w2EV7iATZsESoY54xCMW158XzpwpZgHJBpb/eCqdfcoh97xZtKziB+/GTL2u8EvL7h7o ZN+83I2sFxpIvrmRn/ALdmwppzcG0lvxWOd3GtRtwOjAq/awcwnB8yvLSEThe5IUH9OB TpFg==
X-Gm-Message-State: APf1xPCAJt2R91S2TI716IeKH9k/CN3seSSj19acALM0ZO/lsPzBK9m/ TsraNkGDgBtZYpaq62ny+whCgmMADREwluVkdOBGjHKM
X-Google-Smtp-Source: AH8x224X9JZHjlXhU4rBsDSBJQkgiMZDQr3Mx6cnocdTMyWB7NKgDhQ6fgphZmOb6ArAApvNv4YMDek9um7YtjnRBL4=
X-Received: by 10.233.239.82 with SMTP id d79mr20175581qkg.190.1518989101036; Sun, 18 Feb 2018 13:25:01 -0800 (PST)
MIME-Version: 1.0
Received: by 10.200.26.181 with HTTP; Sun, 18 Feb 2018 13:25:00 -0800 (PST)
In-Reply-To: <CAC8QAceWY4BFm6D4QaPapo_Wxv=49X_JpzcmbSPQKXH9aH-Eyg@mail.gmail.com>
References: <2647a39882e5469da8592bb8db87254e@HE105831.emea1.cds.t-internal.com> <CAC8QAceWY4BFm6D4QaPapo_Wxv=49X_JpzcmbSPQKXH9aH-Eyg@mail.gmail.com>
From: Tom Herbert <tom@herbertland.com>
Date: Sun, 18 Feb 2018 13:25:00 -0800
Message-ID: <CALx6S36jJ3Gt2f==Z-1HiLtaBV=526xTM9FA5sK2VXJadcEwpw@mail.gmail.com>
To: Behcet Sarikaya <sarikaya@ieee.org>
Cc: 5GANGIP <5gangip@ietf.org>, Dirk.von-Hugo@telekom.de, ila@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/yhs0AD7G84skNhceC8ZOQyvkmmg>
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: Sun, 18 Feb 2018 21:25:04 -0000

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!

Tom