Re: [Ideas] [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt
Behcet Sarikaya <sarikaya2012@gmail.com> Thu, 11 May 2017 14:38 UTC
Return-Path: <sarikaya2012@gmail.com>
X-Original-To: ideas@ietfa.amsl.com
Delivered-To: ideas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B50131270AC; Thu, 11 May 2017 07:38:44 -0700 (PDT)
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 QvzoUatg630z; Thu, 11 May 2017 07:38:42 -0700 (PDT)
Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 C4CBD126579; Thu, 11 May 2017 07:31:47 -0700 (PDT)
Received: by mail-wm0-x234.google.com with SMTP id b84so43521425wmh.0; Thu, 11 May 2017 07:31:47 -0700 (PDT)
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=BceeQ77VCylhg+a7uHRg6p/R8ru6n9hDENvD9PY+9QM=; b=bar1Ad7S0kIv5DEJtbsmZn3Iut68rxXDU3JWu8Bbn/oI3RlMyTXfEIM5Lc7+xzthfE bRPPIxRdAOXW9pcgt/oj0PAO6nQHeqhUskR5w00TlepJuDZ6dPZU5kl9oSWDtJmcBNYn 5uO7YJRiYmbsDRg9r40EdxS9Fv4ohCkEz2UVm4HJnAmkortMX2inVx/xGzm23Hs+baMW 9sp1W1JJmcuoAgPL+e0/QJVDpV5+tqLCYGAZLmriL36ZXIoY9orO2lq6/QMVsrjRHVYo uv3ioPgrHQNFEqq+OOMn5FQq4Pe+h4aX/lz1O43RZABHMrwciiTGZmQFUD0+1n4uS9Sk iGnA==
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=BceeQ77VCylhg+a7uHRg6p/R8ru6n9hDENvD9PY+9QM=; b=SpwJHME0aFnDXLwjDEsdVADI4or4xWxB9qo+nTeBjBznvUqif0zvWnf5Y9Hv1h/EZU sbkmtcrT78E06TasOUI6k2vz0RBuvEoGbRshlUf8VaZW+++raL+ev2rs6riPbOYZKwFb K/8K74FUoeWJSgyx/gKOcgHgkpL+2NLm4MWZpyirdV2M9MeIXUrAMj6b0DCxsG+2P0WW zHinP/0KO2AXgDk7Ml68LH1eAgI8o16mLQHZyjmU8vR5XaZzJOqaR8ChntL+L0iKxg7Y eaXFDrVr8NkUhpIMWOUdzZAiyZBUIjNCN9+9AhpLMaA1M1BxAY+33KuvfXsZYlt4phGQ +QcQ==
X-Gm-Message-State: AODbwcD68fljRq7g2CF/q+r9kNogKIbKxcy8RnIliRx8vaR+lAA2QpvG avREPZvKTQ7D+X7TdK3d4oSfR2gNaw==
X-Received: by 10.28.21.69 with SMTP id 66mr1136388wmv.128.1494513106218; Thu, 11 May 2017 07:31:46 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.134.125 with HTTP; Thu, 11 May 2017 07:31:45 -0700 (PDT)
Reply-To: sarikaya@ieee.org
In-Reply-To: <CALx6S36gazGd56nDs2W7afCbmnmNC49Xx2t5vPvgZvMSzf=NbQ@mail.gmail.com>
References: <149376035152.21552.16267155218438524059.idtracker@ietfa.amsl.com> <CAC8QAcfXDAQsv1MsCu7RAtBF6LC7Y_v8zutz1hOYkcbbRKT_cw@mail.gmail.com> <340a9b7fbfe5408bbc2f6d56e839009f@HE105831.emea1.cds.t-internal.com> <CAKD1Yr3qd=KRTNbNMY8OEwMbV_t4-MQd3bQHKcbeuGhRb-dH5A@mail.gmail.com> <CAC8QAcfeTOP1EduSzG5MHsH8EKmeznd5zh=tBz0wKMvrKc3sQw@mail.gmail.com> <25B4902B1192E84696414485F5726854018A27B7@SJCEML701-CHM.china.huawei.com> <CALx6S34fqe5cO_Vzi=pT1CELX_Ewbe7RcjpHn3-gNouCZKSZXQ@mail.gmail.com> <CAC8QAcfZTO0ZB_9MSMVUCgFd5Jr0iByaArXnVxnsKVgTj6Hudg@mail.gmail.com> <CALx6S34QK8vrtYgrQzTgqDi+LGkd5P2SNDuRtqTyEBPj+VXmYg@mail.gmail.com> <25B4902B1192E84696414485F5726854018A2ACC@SJCEML701-CHM.china.huawei.com> <CALx6S37g+f4tB2343vNh1Eje7tCGtHMtNPdxRpK_-RbNSHURFg@mail.gmail.com> <25B4902B1192E84696414485F5726854018A2AF3@SJCEML701-CHM.china.huawei.com> <CALx6S34_Aibh5HQ01jpZPHE6dXVyk5tsxeSCzy4FRcGcXLj0Zw@mail.gmail.com> <25B4902B1192E84696414485F5726854018A2B11@SJCEML701-CHM.china.huawei.com> <CALx6S34srTgJ-hyKZWRwMZnaaem_gr+04a-d015AcSc-kX4dMA@mail.gmail.com> <25B4902B1192E84696414485F5726854018A2B5D@SJCEML701-CHM.china.huawei.com> <CALx6S36gazGd56nDs2W7afCbmnmNC49Xx2t5vPvgZvMSzf=NbQ@mail.gmail.com>
From: Behcet Sarikaya <sarikaya2012@gmail.com>
Date: Thu, 11 May 2017 09:31:45 -0500
Message-ID: <CAC8QAcf-ij03iRyvph43S1KEg9ZgdFO+oT7+uT6sArSfuvz9zA@mail.gmail.com>
To: Tom Herbert <tom@herbertland.com>
Cc: Uma Chunduri <uma.chunduri@huawei.com>, Lorenzo Colitti <lorenzo@google.com>, "5gangip@ietf.org" <5gangip@ietf.org>, "Dirk.von-Hugo@telekom.de" <Dirk.von-Hugo@telekom.de>, "ideas@ietf.org" <ideas@ietf.org>
Content-Type: multipart/alternative; boundary="001a11471158cefe2c054f407226"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ideas/Yie80hrxXU0CVz2ZQGbWIWYgWsU>
Subject: Re: [Ideas] [5gangip] FW: New Version Notification for draft-xyx-5gip-ps-00.txt
X-BeenThere: ideas@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Discussions relating to the development, clarification, and implementation of control-plane infrastructures and functionalities in ID enabled networks." <ideas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ideas>, <mailto:ideas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ideas/>
List-Post: <mailto:ideas@ietf.org>
List-Help: <mailto:ideas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ideas>, <mailto:ideas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 May 2017 14:38:45 -0000
On Wed, May 10, 2017 at 7:58 PM, Tom Herbert <tom@herbertland.com> wrote: > On Wed, May 10, 2017 at 5:10 PM, Uma Chunduri <uma.chunduri@huawei.com> > wrote: > > + IDEAS > > > > https://tools.ietf.org/html/draft-padma-ideas-use-cases-00 > > > > Section 7 covers this use case - I saw you are part of this (may be this > use case didn't come from you) > > > > This is being worked out and solution would be put forth soon.. > > > Okay, I think I see the confusion. > > In an Identifier/Locator split there are two addresses that are > associate with a node. One is the identifier that expresses the > logical and persistent address of the node ("who")-- this what > applications see and what might returned from DNS if an addressed is > looked by domain name. The other address is the locator, this > expresses where the node is current at ("where"). As a mobile node > moves from place to place it's location changes so it's locator > changes. But, it's identifier address does not change-- that uniquely > identifies the node regardless of where it's at. In order to send to a > node (by it's identifier address, a some point in the path, someone > needs to know to that to reach the addressed node the packet has to be > sent to its locator address. So there is a mapping from identifier to > locator and then packet is forwarded to locator address (by > encapsulation, segment routing, ILA, etc.). This really equivalent to > virtual to physical address mapping, or home address to mobile > address. > > So it's really the locator address for a node that changes, not the > the identifier. The system needs to ensure that packets delivered to > the application always get the identifier address and that keeps > source address persistent. > > Folks, these are Tom's personal thinking. Those that are not mentioned in the PS draft are not in scope. Behcet > Tom > > > > > -- > > Uma C. > > > > > > -----Original Message----- > > From: Tom Herbert [mailto:tom@herbertland.com] > > Sent: Wednesday, May 10, 2017 5:00 PM > > To: Uma Chunduri <uma.chunduri@huawei.com> > > Cc: Behcet Sarikaya <sarikaya@ieee.org>; Lorenzo Colitti < > lorenzo@google.com>; 5gangip@ietf.org; Dirk.von-Hugo@telekom.de > > Subject: Re: [5gangip] FW: New Version Notification for > draft-xyx-5gip-ps-00.txt > > > > On Wed, May 10, 2017 at 4:47 PM, Uma Chunduri <uma.chunduri@huawei.com> > wrote: > >> > >> >No, the source address does not change, TCP connections don't > break. > >> > >> Source address can change if UE moves from UPF serving area. > >> But, now I see your case is (R)AN mobility case (same UPF serving area). > >> > >> >Please see my example I posted previously. Overlay networks > (tunnels) are used between EnodeBs and gateways. > >> >A distributed mapping service is run that these nodes > share, so the Internet can communicate with mobile hosts and mobile hosts > can communicate between themselves. > >> >This method is transparent to hosts including UEs and > there are no changes need to transport layer. It's a fairly straightforward > use of tunneling once an efficient mapping system is in place. > >> > >> I get that. > >> > >> Then this is may be good for 4G, but I guess we are talking about 5G > here and I assumes PGW/UPF mobility and hence the Source IP address change > is considered in your solution. > >> > > In that case the TCP connection would break regardless. Transport layer > mobility, like QUIC, might then be solution. > > > >> -- > >> Uma C. > >> >
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Padmadevi Pillay Esnault
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Axel.Nennker
- Re: [Ideas] : [5gangip] FW: New Version Notificat… Padmadevi Pillay Esnault
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Uma Chunduri
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Tom Herbert
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Rex Buddenberg
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Christian Huitema
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Tom Herbert
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Uma Chunduri
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Uma Chunduri
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Behcet Sarikaya
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Behcet Sarikaya
- Re: [Ideas] [5gangip] FW: New Version Notificatio… Tom Herbert