Re: [spring] note: [DMM] WGLC on draft-ietf-dmm-srv6-mobile-uplane-11

"Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> Wed, 21 April 2021 04:49 UTC

Return-Path: <zzhang@juniper.net>
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 0B04D3A0D9B; Tue, 20 Apr 2021 21:49:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, 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=juniper.net header.b=eFG95uWT; dkim=pass (1024-bit key) header.d=juniper.net header.b=EF5OCtx8
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 YchRtYo5lpAx; Tue, 20 Apr 2021 21:48:54 -0700 (PDT)
Received: from mx0a-00273201.pphosted.com (mx0a-00273201.pphosted.com [208.84.65.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 633AC3A0DA0; Tue, 20 Apr 2021 21:48:54 -0700 (PDT)
Received: from pps.filterd (m0108159.ppops.net [127.0.0.1]) by mx0a-00273201.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 13L4e0op002694; Tue, 20 Apr 2021 21:48:53 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=mC3HgG0LiEfiSUKCsvGMAaPmRWnNnwWhhTOSi5I5Gk4=; b=eFG95uWTjtpMdd2b4I7iTkDunmxI3LPe/emqpaRopvIAkN3x2Ka6/WTlj/WmEl+jM3xt 1vH5Urno26FnDl9ej5IBYHEkjQ5Z2DfIz2VgL9JuTldiraa6qWAMiDtdtzTyD/HjIVkc ++qCHUiNuiF3G2yxv+dX3DDVGZF5his6PqMZNTljiXTO0hOD74gdMkJIB5Grp5LBxv+X RhxxaE9H25Guzr1mVZZpoaPh0O6fPoPeK/1PsXDxwfntmlYEHX5HF/r+uf/ANAz6Dl6v pIFmmFPakn8eZDDIPY73o3op4s7wZd0+xctFB6Vl959SAZaqou7eCxtXGfJpJ9cnv0QK RA==
Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11lp2177.outbound.protection.outlook.com [104.47.57.177]) by mx0a-00273201.pphosted.com with ESMTP id 381y3thju7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 20 Apr 2021 21:48:52 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GTleqylRy2MixhCMrqTyNRmUc9BLSDBO0RT8XvzgOiMtbajimilv+kcnEhKfbBSN4JbLN8KMQ/5aZJNAXSvPDMb0NPA6cr3/drXkTF+DsEdugeCgipABI8admpV6YCq6DHXyj4u2g4NP4YtwFYm7NzDjbaWU2F0wfQG1APTOtRX3k2vF3uVMJT/NhV22m8Qm1utN2CtNFa1uOgg/tpa8rNgnyqGqWC6MOonP1wibD1zlHFf06hSf9TcQbvAQ1vxvUA/mg4MaisaaIIhabfrGFDo44NQ7Vfdjjh9qgZyQwAdnCyW6MH7xwWYgDNgGlkDeOVAqQGKMtFI59WuiCsWW7w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mC3HgG0LiEfiSUKCsvGMAaPmRWnNnwWhhTOSi5I5Gk4=; b=cAvHvF+szWsxPR2mG/PAjYA09kXgf4/wpGBKBThK9PfgeWmAhZiFjfiLqJc2ST87beCyLYFkv8KO1YU+9uoXq+YPb+nsHVFp2IKHGUE5e1SdzubK+9mFW4Z3s09csWdbCTBH7sV28hCDD/dSHdgcFhOr8WbAkrZOk/53IPudEKBuw4JFBwdKNfXynYktEhKPz6PAdhYM6ZUhwjf3taKQTh18yRV/6aP46jnQhlFT5BxnVyWxrSTQGLeBhUofpkITgi/yRUpc4tBBJo1w7XaOQN4HSJlLUBZzl73k4YVHoqrjizGlkt9c+u5r4vYebBq0tZvgxnzcKeKwZZXfIaZYQw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=mC3HgG0LiEfiSUKCsvGMAaPmRWnNnwWhhTOSi5I5Gk4=; b=EF5OCtx8U2rSM2t2AoUV15jkaxTizR68cREZVZvHEi1lSRVeHE/H/d6/Exd9DAWxDKgihYMNmICFC7+k+2kxR4Db8tzCgJA6lDw8qd2Oy2gbvaN0Lam/3lvEfUXyohMkw6z14fNcNDW4u9Suq4nFhOh/QGsexqBZ6Ddk0WOTpnk=
Received: from MN2PR05MB5981.namprd05.prod.outlook.com (2603:10b6:208:c3::15) by MN2PR05MB6173.namprd05.prod.outlook.com (2603:10b6:208:ce::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4065.18; Wed, 21 Apr 2021 04:48:48 +0000
Received: from MN2PR05MB5981.namprd05.prod.outlook.com ([fe80::203e:7f1f:be91:161c]) by MN2PR05MB5981.namprd05.prod.outlook.com ([fe80::203e:7f1f:be91:161c%6]) with mapi id 15.20.4065.019; Wed, 21 Apr 2021 04:48:48 +0000
From: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
To: Erik Kline <ek.ietf@gmail.com>, SPRING WG <spring@ietf.org>, "dmm@ietf.org" <dmm@ietf.org>
Thread-Topic: [spring] note: [DMM] WGLC on draft-ietf-dmm-srv6-mobile-uplane-11
Thread-Index: AQHXLCuondgLeoUEn0WgoNyMK0c2YKq95FFg
Date: Wed, 21 Apr 2021 04:48:48 +0000
Message-ID: <MN2PR05MB59811FB0114DF366368BA8A4D4479@MN2PR05MB5981.namprd05.prod.outlook.com>
References: <AEA456FE-B2DA-4CB8-B26A-AD1CEB9985AE@cisco.com> <CAMGpriWVwaM_0y4hDBVo5S6fJM1ToO2A9bGcBPmgnSVmcEFCdA@mail.gmail.com>
In-Reply-To: <CAMGpriWVwaM_0y4hDBVo5S6fJM1ToO2A9bGcBPmgnSVmcEFCdA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
dlp-product: dlpe-windows
dlp-version: 11.6.100.41
dlp-reaction: no-action
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=598c2837-c0a9-4f04-a36c-34dba0e6f7e4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=0; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=true; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2021-04-20T19:49:52Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4;
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [71.248.165.31]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 46084495-a255-4c51-b707-08d90480c091
x-ms-traffictypediagnostic: MN2PR05MB6173:
x-microsoft-antispam-prvs: <MN2PR05MB617363D95FCBCE10BE36A441D4479@MN2PR05MB6173.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: /uE+cTnLedI6zfEFU/X57vS0DXeeIharoqoknXdvfoP+xmqBG4fmgzqZtxsamlVJBs99jHBvJpjv3zh9KkuEN/DumY9I05kw6OsM6UnnmCyk1KcDDxxxctKmhs1JZ19AdB0LeFYbvO/MSJBHiWDq1rBGUZO5Rc1RaHHIOMTuHkhzJjpFGHIDoP516XFUBkJ9vpcVyfz4zs+RN1wh0cTGkV/8cx3ceq1BDKv2JCdEMwBP6ajMiRDl2CvMcDEbBq8moI9oUP/sURcJ/9mukZVz/60mWtwrZ6MuNx6fkmhIEe6fFNs7YtLMYCJ9iwhJcdGqr39CYgzL9yf+QdHVxmS5oUdhA2LI0xskiK70iLL5L8fh36/hE/UK6Ff24fZIlITfgAOfn1LABbM+Gt/RUqq9NCHfV2FLuedXpeFryF1WCFwhzMs0yIgcS+CWRgY7XIyJ2UITEFO7uouH9hmOTFz9jIU2x360Er49SQkKV7apsHMe7VJlA9fTnPXmW4JahtXVm9JK9/bA/gagU4NzGk0KIXAmvLnekNzy2SWhOQarMFCuM/lWkGjLSr/DOw8kQF+omyyOASSUnPuQ7dPJSKh1tGgbWw+pQrR+Iko2yKfqDXzm42SOoiIU3iGBCMscyKpFEEpzZ8YKNUvMb0/lnwZfbQNDALP+Xc4ca3h1jWUAc+SISYVVp968qQHbCJgFob4S
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR05MB5981.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(396003)(366004)(39860400002)(346002)(136003)(71200400001)(5660300002)(52536014)(110136005)(66556008)(53546011)(64756008)(83380400001)(6506007)(7696005)(86362001)(966005)(33656002)(38100700002)(8936002)(122000001)(26005)(55016002)(66446008)(9686003)(478600001)(8676002)(66476007)(316002)(2906002)(186003)(76116006)(66946007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?us-ascii?Q?5v0Y5tz6MEfaL5zQGLBMK8PqVclGUfu+i9HDqfJCmJjifHSGZydfm6PuzVe5?= =?us-ascii?Q?zwV4QEXZl9xWGmi4QDuCmED8b9wX/hoksLkrjqfIy+iFy6JX1gXhv0n0N1YK?= =?us-ascii?Q?0SB8TJihwppi1FZAkWAJbRemYnWJTzKA+XqNsSnmZdKvE4v2Ahng2l5IjQhC?= =?us-ascii?Q?uOpsvUBBXSZF3ZQ5R/Q9Y8Fqf7Fx+MyetvwtsG5LeFa1Wlfs/1rMSEFQGkBw?= =?us-ascii?Q?oJsbCI4rOdVftMCeuog3BxtPSB1y5zOL+B00zcSQkpILzQxR/A18Ehppw1Wq?= =?us-ascii?Q?iT1LgqIdinPcCtj12I9sUUukq6u4p1Gl7SbsCGzOgeWJOdj/qwF1H3z0tL+6?= =?us-ascii?Q?qOJJSHn486nCjfwF0FQslypBPbFS40SIxwKkucvhmTUmYhKVATt7q7omsFuo?= =?us-ascii?Q?ZxtDCzj5yjS5nwSOtb6Ka2xHuGm5GfYYYPtqyGvMDXyQT/5oPHWDwuoWD2yg?= =?us-ascii?Q?qojNfv0Fm/3Ic+EHbQcDdBOunmhNjeNssUkKzDhHrQLPvWEhK7Rghg9dDl/0?= =?us-ascii?Q?REl/Tf+xrRy4DhHoKeP6aYzLDAmNuQ1xTeTRcO8nHGdpI/iATwIhvbRTud9k?= =?us-ascii?Q?GCH53/8W2FHkYNFRCmuFNgnhd/30cN2c6awz00X0Iwi5YjyafIBi8NIdv2Gg?= =?us-ascii?Q?dD1VyZHI8zzywIGjSIXOZYwARGo79V/oAjW+feajTkS8uOfoKpIKEO7I54Qm?= =?us-ascii?Q?WchcAx8Y8xkVMNhup3afI3OAQ6dAW2UsTn+xlMuD8OEv7nfelex2vCut819/?= =?us-ascii?Q?y2v8k3i1yTcU0N3IJTWqm4W6LH61RbHkpAlMiGYRWZ5qFMtZnk4AgemnBVTV?= =?us-ascii?Q?7fGhtIvFBJGyWIxO0JFgQoCI3UmqK2qbFNfWmOJN59JTL8YtYDlIK6VWwYsY?= =?us-ascii?Q?mtyyAvgUtgACPGWYZ8Ctll4zzYX6ZNA/1p2K2GedBfjoKMfmdLnDXaG+42ti?= =?us-ascii?Q?FCj8ovy64PZBPfFTQW7cUp9IpTPnON8G8g0ms0R3A7+ejzh1KpXtQXd43wtB?= =?us-ascii?Q?MYoJEpJnJmnDGmEZN9Q5zbdJRbCwlLBYY9/Un/liy/Iff4i/U3pnpwDzD8Rx?= =?us-ascii?Q?gdHbqzYNMgxkQye5d8RjaU0Kx8+x5EE7fK0zraEEdmck1pP7QMT2C2oCrgkP?= =?us-ascii?Q?a5l319/8ISxkVX/Pr2ynXLtF8JnvQlEMmW0IwUBEwwtdiby/3c8eZikvaNHN?= =?us-ascii?Q?qDH3XBeS1ysGL04YFJJaAPZ6Jju4qLG3Cz68vvWPzNelUbdE0wqVpKWPw+Mc?= =?us-ascii?Q?auMkZ3c7btDclMDmTCcdwDXz+JKex4AkDTV9PpxiHiCbUNUsRf9iwIsHPY4D?= =?us-ascii?Q?JL04DL+Ffb9ow2eCUwvXQiOO?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR05MB5981.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 46084495-a255-4c51-b707-08d90480c091
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Apr 2021 04:48:48.1336 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: kF8pqMy4YWtUUOHU90yL4KtpZLz9BtgF+zjo47xdmq4qrI1qN5GnGHbAwaWZfwAM0EitvbP3tZbHgZz2a1nK8w==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR05MB6173
X-Proofpoint-ORIG-GUID: TigCT6hmBGkSRspm1cx1eNFLf1zEqPR0
X-Proofpoint-GUID: TigCT6hmBGkSRspm1cx1eNFLf1zEqPR0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.761 definitions=2021-04-20_11:2021-04-20, 2021-04-20 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 suspectscore=0 phishscore=0 malwarescore=0 priorityscore=1501 lowpriorityscore=0 impostorscore=0 mlxscore=0 clxscore=1011 spamscore=0 mlxlogscore=999 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104060000 definitions=main-2104210037
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/UULJjfmJFB8PyYAjUPi7IT_uRzU>
Subject: Re: [spring] note: [DMM] WGLC on draft-ietf-dmm-srv6-mobile-uplane-11
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <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: Wed, 21 Apr 2021 04:49:00 -0000

Hi,

I noticed this late and just did a rushed review of the document, so pardon if my questions and comments do not make sense.

End.Map seems to be rather generic and not specific to DMM. Should it be extracted out to a spring document?

It seems that there is no real difference between traditional mode and enhanced mode - it's just whether an SRH is used for TE purpose or not. Is there a need to define these two modes? For example, section "5.3.  Enhanced mode with unchanged gNB GTP behavior" should work with traditional mode as well.

5.2 does talk about "scalability" and "service programming", but the they're not elaborated by the example. I think it's important to elaborate since you introduced the two modes.

In fact, I see the following later:

   Even though we have presented these methods as an extension to the
   "Enhanced mode", it is straightforward in its applicability to the
   "Traditional mode".

So I wonder why you need to define two modes.

In 5.2:

   ... Note that both S1 and C1 are not
   required to have an N4 interface.

Do you mean "neither S1 nor C1 is required to have an N4 interface"?

Any reason why Figure 3 omitted UPF1?

5.3, which is about enhanced mode, has the following:

   In the interworking scenarios as illustrated in Figure 4, the gNB
   does not support SRv6.

It later says in 5.3.1:

   o  When a packet from the UE leaves the gNB, it is SR-routed.

Is that "SR-routed" conflicting with "gNB does not support SRv6"? Or does it really mean that gNB is still using GTP though it does support SRv6?

In 5.3:
   To achieve interworking, a SR Gateway (SRGW-UPF1) entity is
   added.  The SRGW maps the GTP traffic into SRv6.

It seems that it's more accurate to say "UPF1 acts as a SRGW":

   To achieve interworking, UPF1 acts as a SRGW and maps the
   GTP traffic into SRv6.

Is it true that this only works if there is this intermediate UPF1? What if there is no I-UPF (UPF1) for some scenarios? Would UPF2 need to handle both GTP and SRv6?

5.3.1 says:

   o  The gNB is unchanged (control-plane or user-plane) and
      encapsulates into GTP (N3 interface is not modified).
   o  The 5G Control-Plane (N2 interface) is unmodified; one IPv6
      address is needed (i.e. a BSID at the SRGW).

It seems that N4 needs to be changed so that SMF can tell UPF1 and UPF2 to use SRv6 instead of GTP. Or is that N4 still assuming GTP but UPF1 and UPF2 are configured to turn to GTP parameters into SRv6 stuff? That should be made clear here.

In the following:

5.3.2.2.  Packet flow - Downlink

   The downlink packet flow is as follows:

   UPF2_in : (Z,A)                            -> UPF2 maps flow with SID
                                               <C1, S1,SRGW::SA:DA:TEID>
   UPF2_out: (U2::1, C1)(SRGW::SA:DA:TEID, S1; SL=2)(Z,A) ->H.Encaps.Red
   C1_out  : (U2::1, S1)(SRGW::SA:DA:TEID, S1; SL=1)(Z,A)
   S1_out  : (U2::1, SRGW::SA:DA:TEID)(Z,A)
   SRGW_out: (SA, DA)(GTP: TEID=T)(Z,A)       -> End.M.GTP4.E
   gNB_out : (Z,A)

I assume (SA, DA) are the addresses of UPF1 and gNB respectively? How does UPF2 know the address of the gNB? In IPv6 case (5.3.1) the UPF1 knows the gNB address from the N4 signaling but shouldn't IPv4 case be the same?

For the following:

5.3.2.3.  Scalability

Is it the same as IPv6 case? If so it's better to just state so instead of repeating.

In the following:

5.3.3.  Extensions to the interworking mechanisms

   In this section we presented three mechanisms for interworking with
   gNBs and UPFs that do not support SRv6.  These mechanisms are used to
   support GTP over IPv4 and IPv6.

   Furthermore, although these mechanisms are designed for interworking
   with legacy RAN at the N3 interface, these methods could also be
   applied for interworking with a non-SRv6 capable UPF at the N9
   interface (e.g.  L3-anchor is SRv6 capable but L2-anchor is not).

What's the third mechanism? I only counted two (5.3.1 and 5.3.2).
What is a L3-anchor vs. L2-anchor?

For 5.4 and Figure 7:

   When a packet destined to Z to the gNB, which is unmodified, it
   performs encapsulation into a new IP, UDP and GTP headers.  The IPv6
   DA, U::1, and the GTP TEID are the ones received at the N2 interface.

What does "which is unmodified" mean?
U1b::TEID only appeared once and I could not figure out what it is - should it be SGB::TEID?
U2b:: appeared twice but I could not figure out what it is. Could it be U::1?
UPF2b appeared twice but I could not find it in the figure.

For 6.4, how is the SGB::TEID written into the SRH? If it's via "S04.    Push a new IPv6 header with its own SRH containing B", does that mean we need one policy for each TEID?

Should the following be added to 6.5.  End.M.GTP6.E, like in 6.4?
   Any SID instance of this behavior is associated with an SR Policy B
   and an IPv6 Source Address A.

For the following rules in 6.5:

   S01. If (Next Header = UDP & UDP_Dest_port = GTP) {
   S02.    Copy SRH[0] to buffer memory
   ...
   S08.    Set the GTP TEID (from buffer memory)

Does SRH[0] corresponds to U::1 or SGB::TEID in the 5.4 example as quoted below?

 C1_out  : (SRGW-A, SGB::TEID)(U::1, SGB::TEID, C1; SL=1)(A,Z)
 GW-B_out: (SRGW-B, U::1)(GTP: TEID T)(A,Z)            ->U1b::TEID is an
                                                         End.M.GTP6.E
                                                         SID at SRGW-B

Thanks.
Jeffrey

-----Original Message-----
From: spring <spring-bounces@ietf.org> On Behalf Of Erik Kline
Sent: Wednesday, April 7, 2021 11:59 PM
To: SPRING WG <spring@ietf.org>
Cc: spring-ads@ietf.org; spring-chairs@ietf.org; dmm@ietf.org
Subject: [spring] note: [DMM] WGLC on draft-ietf-dmm-srv6-mobile-uplane-11

[External Email. Be cautious of content]


Spring folk,

Per request from spring chairs, I wanted to drop a note that a
document discussing using SRv6 in a 3GPP carrier network is in dmm
WGLC.  If this is of interest to you, please feel free to read and
review (please direct comments to dmm@).

Thanks,
-Erik


On Wed, Apr 7, 2021 at 10:35 AM Sri Gundavelli (sgundave)
<sgundave=40cisco.com@dmarc.ietf.org> wrote:
>
> Working Group:
>
>
>
> As we discussed in the last IETF meeting, we are issuing WGLC on draft-ietf-dmm-srv6-mobile-uplane-11.
>
> The document went through several revisions and there were good amount of reviews on this document. I am very pleased with the quality of 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://urldefense.com/v3/__https://www.ietf.org/archive/id/draft-ietf-dmm-srv6-mobile-uplane-11.txt__;!!NEt6yMaO-gk!RyYI05Z41Depmow2gAcvg-RTNNFjsP2hvLNFyz-fGE_jQjZlyvBbW-zDgRDc4fJS$
>
>
>
>
>
> Please post any comments/concerns on this document.
>
>
>
>
>
> Thanks!
>
> Sri
>
>
>
>
>
>
>
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/dmm__;!!NEt6yMaO-gk!RyYI05Z41Depmow2gAcvg-RTNNFjsP2hvLNFyz-fGE_jQjZlyvBbW-zDgY0wXO9D$

_______________________________________________
spring mailing list
spring@ietf.org
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!RyYI05Z41Depmow2gAcvg-RTNNFjsP2hvLNFyz-fGE_jQjZlyvBbW-zDgQZXTemu$

Juniper Business Use Only