Re: [DMM] Presentation of https://datatracker.ietf.org/doc/draft-zzhang-bess-ipvpn-payload-only/

Jeff Tantsura <jefftant.ietf@gmail.com> Tue, 08 November 2022 17:12 UTC

Return-Path: <jefftant.ietf@gmail.com>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8BB3C152700 for <dmm@ietfa.amsl.com>; Tue, 8 Nov 2022 09:12:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.112
X-Spam-Level:
X-Spam-Status: No, score=-6.112 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, MIME_HTML_ONLY=0.1, MIME_HTML_ONLY_MULTI=0.001, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gg4YV04Pw3dV for <dmm@ietfa.amsl.com>; Tue, 8 Nov 2022 09:12:29 -0800 (PST)
Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C2E62C157B37 for <dmm@ietf.org>; Tue, 8 Nov 2022 09:11:02 -0800 (PST)
Received: by mail-pl1-x62b.google.com with SMTP id g24so14752663plq.3 for <dmm@ietf.org>; Tue, 08 Nov 2022 09:11:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=7vkZvc2vpEENr7qmeW5yF8JSGndWgCA3aoPKTJ9zwyY=; b=m5Wgi02VaIyRbsBVUcp/EdsGJeMysmgri6utJ9fkgMOjnoGjTG0aK/rhQEgqGWpnrU /1zf2lc96BULXbk5pD1mBRaMNKs1GsfGatSDckOANYUMuQMiT9I2v+d14Esm/vLKcCEs bbHTuBUB88Hg6kWCousJxbo0ayXQNvnuqTsewq4WsREIFfCQGYtWrxJjVP3Gq8oP8aq3 6MdqKwbZdxDFzjiuYSGcXfDyL0NFcRYTekEwMsIibwoouv7L0gbrscB1NiWbsiijwgHp v6BAiz9uUlnstmomfscUG0gus32Mm5JSRrGp2jVkf1ZsLqhObYnhQ4ws/Ji1ro807Lhi MF/w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=7vkZvc2vpEENr7qmeW5yF8JSGndWgCA3aoPKTJ9zwyY=; b=Gha8tztKgLPQNOe+TF8Hc6pfB69xiHiejm0xbkEtC50mkmRQcJAIldne9/DgGixsxh wjyga36gR8wRCnUExEZ3jtmdao4Ha9pl78N5Z3s1F6toVGfV4xPS4sA+XLEljrOnhm4p AHBXdx+pvGmtqwLsaf+4Q4tD3eb2boBtcXZWpuWvfUu6ECAlwDoFsUHgCG6yDfio9V1v dCslmpyTZHMfkjdHfDOLz3DIBS8mISvUedSvGUC58L6ikzYoz2Utqh1ZuRfyuqW1kpJ6 abQg5Y21qHg0PAP4p6pECgl8UhOwZN9hewlHT5E0T9X7US1vle4lr/ZgGzVWwd7Wtei8 5nnQ==
X-Gm-Message-State: ACrzQf2igvPS2FD4CpV7jzLZnADYyn7m1NbqG5BzyG/lKQym7QfkHnWv YVUDvo85PECNUaKelNnXWayKT5OXjIgLRQ==
X-Google-Smtp-Source: AMsMyM5iWvE7QJ1AgcrOBtoAZ8qThYPgOqwNU/iUWZFSbL6+Duj8MMfZ06tvapHXG7uPOzzh0VxBjg==
X-Received: by 2002:a17:902:e74e:b0:186:f3f4:f7fc with SMTP id p14-20020a170902e74e00b00186f3f4f7fcmr56315751plf.130.1667927461662; Tue, 08 Nov 2022 09:11:01 -0800 (PST)
Received: from smtpclient.apple (dhcp-867e.meeting.ietf.org. [31.133.134.126]) by smtp.gmail.com with ESMTPSA id o23-20020a63e357000000b00462612c2699sm5978014pgj.86.2022.11.08.09.11.00 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 08 Nov 2022 09:11:00 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-278D39AF-65B2-4222-B4A8-1D364E4E6A0F"
Content-Transfer-Encoding: 7bit
From: Jeff Tantsura <jefftant.ietf@gmail.com>
Mime-Version: 1.0 (1.0)
Date: Tue, 08 Nov 2022 17:10:47 +0000
Message-Id: <B81AF6EC-55A3-4AC3-8A98-F934ED8ABFFB@gmail.com>
References: <BL0PR05MB5652304FDEC668D5A2361743D43F9@BL0PR05MB5652.namprd05.prod.outlook.com>
Cc: Uma Chunduri <umac.ietf@gmail.com>, dmm@ietf.org
In-Reply-To: <BL0PR05MB5652304FDEC668D5A2361743D43F9@BL0PR05MB5652.namprd05.prod.outlook.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang=40juniper.net@dmarc.ietf.org>
X-Mailer: iPhone Mail (20B82)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/c6RqG9wkYWUts91H4TQYqglfi4k>
Subject: Re: [DMM] Presentation of https://datatracker.ietf.org/doc/draft-zzhang-bess-ipvpn-payload-only/
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Nov 2022 17:12:32 -0000

Jeffrey,

UDP port range is used as an identifier (not as mutable field/ input into hashing).
Not all mobile networks use MPLS, even less MPLS networks actually use entropy labels (all routing silicon (within its capabilities)is trying to look beyond MPLS label stack anyway).

Cheers,
Jeff

On Nov 8, 2022, at 16:49, Jeffrey (Zhaohui) Zhang <zzhang=40juniper.net@dmarc.ietf.org> wrote:



Hi Uma,

 

Indeed, the two drafts use GTP-U as an example use case but the mechanism can be used for general use cases and it is already stated as such.

 

If transit routers use UDP ports for ECMP hashing, I assume they’d expect full IP header before the UDP header. Therefore, the entire idea is out. Supposedly, MPLS has its own entropy label mechanism for transit routers to do hashing (vs. relying on deep packet inspection of 5-tuple), and that would be used in this case.

 

I will look into tn-aware-mobility draft.

 

Thanks.

Jeffrey

 

 

Juniper Business Use Only

From: Uma Chunduri <umac.ietf@gmail.com>
Sent: Saturday, November 5, 2022 6:39 AM
To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>
Cc: dmm@ietf.org
Subject: Re: [DMM] Presentation of https://datatracker.ietf.org/doc/draft-zzhang-bess-ipvpn-payload-only/

 

[External Email. Be cautious of content]

 

"For example, PE1 can advertise a label for a (source, destination,

   IP/UDP payload type) tuple with the local semantics being that
   incoming traffic will be encapsulated in an IP or IP+UDP header and
   then routed out.  When PE2 receives IP or IP+UDP traffic from the
   UPF, if there is a label for the corresponding (source, destination,
   IP/UDP payload type) tuple, it removes the IP or IP/UDP headers and
   simply transport the remaining payload.  In this 5G scenario, it is
   still GTP - just that the IP/UDP headers are not present between PE1
   and PE2.

"

 

Very useful. 

 

And this doesn't have to be tied to GTP overlays.  I would recommend generalizing this (just keep the overlay header intact) - though you can point to GTP as an example. 

UDP might be needed for load balancing the traffic in the transport network. So better to keep this intact.

 

Thx!

--

Uma C.

 

On Thu, Jul 28, 2022 at 6:08 PM Jeffrey (Zhaohui) Zhang <zzhang=40juniper.net@dmarc.ietf.org> wrote:

Hi,

Due to a glitch the slides for the above draft were not available so it was not presented as planned in the DMM session in IETF114.
However, it was presented in the BESS session and the following are the video recording and slides:

https://urldefense.com/v3/__https:/youtu.be/V2r68JhrQag?t=660__;!!NEt6yMaO-gk!CSwhjBTAYMIQ02dHF2im54429BYJPJxi2WL3ZBD83TW8BIsfRK4aPURuJ_AjjDNsCu_kXskYlnYMcrOZrpg$" target="_blank" rel="nofollow">https://youtu.be/V2r68JhrQag?t=660
https://urldefense.com/v3/__https:/datatracker.ietf.org/meeting/114/materials/slides-114-bess-draft-zzhang-bess-ipvpn-payload-only-00__;!!NEt6yMaO-gk!CSwhjBTAYMIQ02dHF2im54429BYJPJxi2WL3ZBD83TW8BIsfRK4aPURuJ_AjjDNsCu_kXskYlnYMzQopaUM$" target="_blank" rel="nofollow">https://datatracker.ietf.org/meeting/114/materials/slides-114-bess-draft-zzhang-bess-ipvpn-payload-only-00

The direct use case that triggered the draft is GTP-U transportation, so I hope it is of interest to this group. Appreciate your comments.

Thanks.
Jeffrey

Juniper Business Use Only

_______________________________________________
dmm mailing list
dmm@ietf.org
https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/dmm__;!!NEt6yMaO-gk!CSwhjBTAYMIQ02dHF2im54429BYJPJxi2WL3ZBD83TW8BIsfRK4aPURuJ_AjjDNsCu_kXskYlnYMnOjTUbM$" target="_blank" rel="nofollow">https://www.ietf.org/mailman/listinfo/dmm

_______________________________________________
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm