[spring] How Encoded SID should be placed in SL (SRv6-mobile-uplane)

"Kentaro Ebisawa" <ebiken.g@gmail.com> Mon, 28 August 2017 14:52 UTC

Return-Path: <ebiken.g@gmail.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA9A3132A05; Mon, 28 Aug 2017 07:52:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 cQEeU3LJDJKx; Mon, 28 Aug 2017 07:52:48 -0700 (PDT)
Received: from mail-pg0-x22a.google.com (mail-pg0-x22a.google.com [IPv6:2607:f8b0:400e:c05::22a]) (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 4302E1328DB; Mon, 28 Aug 2017 07:52:48 -0700 (PDT)
Received: by mail-pg0-x22a.google.com with SMTP id 83so2086185pgb.4; Mon, 28 Aug 2017 07:52:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:cc:date:message-id:reply-to:user-agent:mime-version :content-transfer-encoding; bh=BsJjef1mq8dgnO7GnQykG/WlPLsoWLsy0RYnIj+5WcE=; b=e92b4Lp7m3Df9SvpMcmLXqAKqL3pYPRZuXssv4LV/+GS7NCU/P6C3EGPUwFiRt5pqs zhcbH7sYBNR0ShtYx8HAAx5ray8rJHFnPqjTYaDx5WXvNkLoQJUJ37HlGqHKk1S2tAg1 U44uMMpU02rkTe4BhJFbvtEmxLJEcJ/V6++UgIKi2k9hgr1AaOgE2ZlFDLLn3ZYRTg5m RGHCdFm6ZoRFFi46s8tgFSMcmdhcD5UukYqQuRzz6JIeOIiUvFUpnM9UeCvkCoGzDFlU Ps2oIVyAW7MWK8XZPPHzXAWsiYyBP2X0n+ukOmAc46cLGPb+5Ew5nj7/CblBSuC/UKsu hKPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:cc:date:message-id:reply-to :user-agent:mime-version:content-transfer-encoding; bh=BsJjef1mq8dgnO7GnQykG/WlPLsoWLsy0RYnIj+5WcE=; b=fG5GxNI5SyedEbIcBzEC5YnuPjYWYGAmnmHm+xYlTJvYbe6pOZEF6ELGYaivglcX9u fu2xp3JkPu29Sq/JQwYBjWoyBX6YMlnZ25argjODlf29+BFTo6Crn99c2f963OW+LBi8 HxSQwEJhgwKIzbrHtuA3upUjAhthdPYuiYCDM6sEGBRcz59PQUrP/1BM2/puXE0BMlsd 4G41tP2Hajq5myE/R62dQXiD2KPMSaNU04ldl50DNzBxVulfQuC8HQXug7idpsExKRKH raYZgorlGxrWEjqWbzRbO4QyDlWbuO0D+UKzuI6UBZWy27dwnn0+mDtafBygNJzmZBgM 8BmQ==
X-Gm-Message-State: AHYfb5g3n8Gz7QxAElaFaVP+pd+HhhP03Len/u/nGV5dT6nB9/Xm7EjY ze42xVDFV0GdKIQKWMw=
X-Received: by 10.98.10.202 with SMTP id 71mr864068pfk.176.1503931967549; Mon, 28 Aug 2017 07:52:47 -0700 (PDT)
Received: from [192.168.10.7] (122x210x140x66.ap122.ftth.ucom.ne.jp. [122.210.140.66]) by smtp.gmail.com with ESMTPSA id 74sm1098351pfo.74.2017.08.28.07.52.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 28 Aug 2017 07:52:46 -0700 (PDT)
From: Kentaro Ebisawa <ebiken.g@gmail.com>
To: dmm@ietf.org, spring@ietf.org
Cc: Matsushima Satoru <satoru.matsushima@g.softbank.co.jp>
Date: Mon, 28 Aug 2017 14:52:44 +0000
Message-Id: <emf443bb9d-b30a-4226-b2ad-a3cd141e4241@ebiken-desktop>
Reply-To: Kentaro Ebisawa <ebiken.g@gmail.com>
User-Agent: eM_Client/7.1.30646.0
Mime-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/n_Z9ZB76CwckEPiGPyNaiszj-ko>
Subject: [spring] How Encoded SID should be placed in SL (SRv6-mobile-uplane)
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Aug 2017 14:52:50 -0000

Hi,

I have a few questions about how Encoded SID should be placed in Segment 
List and IPv6 Dst Address in Mobile User-Plane use case.

# Refering to draft-matsushima-spring-dmm-srv6-mobile-uplane-01.
# I tried to check Slides from IETF 99 but link seems to be missing.
# 
https://datatracker.ietf.org/doc/slides-99-dmm-srv6-for-mobile-user-plane/


Q1) Up Link packet (existing network to SRv6)

 > outer IPv4 and tunnel header. And then the endpoint does T.Insert
 > process with the SID which consists of the allocated domain-wise SID
 > prefix, source and destination addresses, and tunnel identifier as
 > described in Figure 3. Then the endpoint send out the packet to the
 > SRv6 network along with its routing policy.

How would IPv6 src/dst addr and Segment List look like for this Up Link 
packet? (existing network to SRv6)
My understanding is usually source address of the T.Insert node is not 
included in Segment List.
But from above description, it looks like you intend to require Encoded 
SID (Fig 3) to be included in the Segment List of UL packet.

For example, is below packet structure what you intended in case you 
have n segments to traverse in SRv6 nework?

IPv6 Src: Encoded SID or T.Insert node ??
IPv6 Dst: SL[n]
Segment Left = n
SL[0] = Segment 0
SL[n] = Segment n
SL[n+1] = Encoded SID


Q2) Down Link packet (SRv6 to existing network)

 > When the endpoint receives packet and the active segment of the
 > packet indicates the SID, the endpoint pop the SRH of the SID, and

On the other hand, are there any reason that description in page 7 does 
not mandate m to be zero while requiring to pop the SRH?
My understanding of DL packet (SRv6 to existing network) is as below.

IPv6 Src: Origin Host
IPv6 Dst: SL[n]
Segment Left = n
SL[m] = Encoded SID
SL[m+1] = Segment m+1
SL[n] = Segment n


Regards,
--
Ponto Networks, Inc.
Kentaro Ebisawa <ebiken.g@gmail.com>