Re: [DMM] Adoption call for I.D.: draft-zzhang-dmm-mup-evolution-06 (Mobile User Plane Evolution)

Satoru Matsushima <satoru.matsushima@gmail.com> Tue, 12 September 2023 08:08 UTC

Return-Path: <satoru.matsushima@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 3FBF5C151076 for <dmm@ietfa.amsl.com>; Tue, 12 Sep 2023 01:08:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.004
X-Spam-Level:
X-Spam-Status: No, score=-2.004 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, RCVD_IN_DNSWL_NONE=-0.0001, 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 WVqVrfuNsERM for <dmm@ietfa.amsl.com>; Tue, 12 Sep 2023 01:08:08 -0700 (PDT)
Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 50A6DC15199E for <dmm@ietf.org>; Tue, 12 Sep 2023 01:07:46 -0700 (PDT)
Received: by mail-pj1-x1036.google.com with SMTP id 98e67ed59e1d1-2740f8d73aeso1563068a91.1 for <dmm@ietf.org>; Tue, 12 Sep 2023 01:07:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694506065; x=1695110865; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=gXeQfvm5YZnSm9NgsYiaI2cfIxHIsdpRNaIQVXo0NHs=; b=AmC6xzZ9u/PM3GntM8Al4IEC9qhD/gALBm04ns7hmD6atFzKc2mUtmcJpJ5hvVw0vZ V7JMyWAo6QghpM/ZUzsDh5R8tPYWMHAVYYhqaUnSmOvz45Zxbrxg8ndD+fWjtvzzlHrJ y+D/g9TDI89C53VOTsK5O8xg48NmdytAFfjqzScANcmzaJzFv1nGnndk84qrZIvfAKgL pLoH8pZ7OGKg2fUs5aMzc1NfxyutdXsaLE/B9QZa5NVVt6qGA0kH+wc4Q+bmrnpTXQ31 8JQFd2KNbBQyDGem9Jqfk0ThEBPD821Xn/g6Xtzw0EqwZ0bbHGWNgxUVZArceyRy0lMZ 9u1A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694506065; x=1695110865; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gXeQfvm5YZnSm9NgsYiaI2cfIxHIsdpRNaIQVXo0NHs=; b=rue5U6pEWtZl4UBukj5RjTKj8s4BMsmRnY6d77Sd0BY06dfP2DoQFUPZITI1GL33gY vbCRWty4KpDlRTn+m9c2LRlARCEBUWxnRwmsUc4vQIZ9CkDXtvTLmF89SSK9iLzrpnhZ +A+WGatvlCNdWHpM0SGVzECyvPFbMbRrAgr4uKoXJU+8tka194LWttwBz7VPIkXIioCz XXed69TOk9+m3rouw+gOf2E0AA6wLCrcgMpRyKIICvY8m5LZSYSFCtgUDDC2dgtw1Y+s 0NWdT5vdW8z7UEGh+J4scnAUY7mpUOGgHhbTZSU9TX8ay7NgnHGLRLRB3DpQtZQh91h0 lF8A==
X-Gm-Message-State: AOJu0YzwEIHHQGb6XkqdO36BBDaoP7AKGNIz+wOqjnF9C0aIdt+DhYvz YyC6hRZ6a9JX8/N6upv4zB2SkcH24wKaSAV5C7/MlRt458g=
X-Google-Smtp-Source: AGHT+IHJ2GR9qUgQru/6tMaxFwfwa7KkfxmPPrRPJlopn7D4v8JM9Bj+5N2PqSWNbDt/VvksnFYYEHEpTxccLRSShsc=
X-Received: by 2002:a17:90b:3687:b0:26c:f6db:ad77 with SMTP id mj7-20020a17090b368700b0026cf6dbad77mr9642064pjb.2.1694506065296; Tue, 12 Sep 2023 01:07:45 -0700 (PDT)
MIME-Version: 1.0
References: <3AD77251-2643-4A29-9757-34EF8F5833D9@chinamobile.com> <BL0PR05MB56521F81F5397AB4D991961DD4E4A@BL0PR05MB5652.namprd05.prod.outlook.com>
In-Reply-To: <BL0PR05MB56521F81F5397AB4D991961DD4E4A@BL0PR05MB5652.namprd05.prod.outlook.com>
From: Satoru Matsushima <satoru.matsushima@gmail.com>
Date: Tue, 12 Sep 2023 17:07:33 +0900
Message-ID: <CAFwJXX4sdv365H5rPFpFkL4O2P4NA4tMSsfMYHE=4qx=M2UOVw@mail.gmail.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang=40juniper.net@dmarc.ietf.org>
Cc: Tianji Jiang <tianjijiang@chinamobile.com>, "dmm@ietf.org" <dmm@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000178073060524f0ea"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/Cf59NqhhHN_5KywamCQ261C0mLw>
Subject: Re: [DMM] Adoption call for I.D.: draft-zzhang-dmm-mup-evolution-06 (Mobile User Plane Evolution)
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, 12 Sep 2023 08:08:12 -0000

Hi Jeffrey, Tianji,

Your draft says:

   This document is not an attempt to do 3GPP work in IETF.  Rather, it
>    discusses potential integration of IETF/wireline and 3GPP/wireless
>    technologies - first among parties who are familiar with both areas
>    and friendly with IETF/wireline technologies.  If the ideas in this
>    document are deemed reasonable, feasible and desired among these
>    parties, they can then be brought to 3GPP for further discussions.


What I extracted from the above text is that you won't do any
substantial standardization work in DMM/IETF about the contents described
in your draft, since IETF is not a  right venue for that. And you will go
to 3GPP with your supporters.

If it is correct, I'm not clear on what "WG adoption" means here. In case
that this is an informational document composed by you, however no further
substantial work could be expected, do we really need "WG adoption"? or do
you need WG adoption to go 3GPP? If so, what is the reason behind it?

Let me share an experience between 3GPP in the past. A substantial uplane
protocol work had been initiated in DMM, and then 3GPP (CT WG4) started a
study for user plane protocol and a liaison between DMM was initiated by
3GPP. I think that way would be a case where we inform 3GPP one of our WG
documents, but that itself would not be the goal for that work.

Could you elaborate if we really need adoption, and what will you do in DMM
after the adoption.
--satoru


On Sat, Sep 2, 2023 at 5:35 AM Jeffrey (Zhaohui) Zhang <zzhang=
40juniper.net@dmarc.ietf.org> wrote:

> Hi,
>
>
>
> Thanks, Tianji for presenting in IETF117 and requesting adoption in the
> presentation and here.
>
>
>
> As a co-author, I obviously agree with what Tianji said here and want to
> see it adopted. I am sure other co-authors share the same view even though
> they did not explicitly echo “agree/support as co-author” 😊
>
>
>
> We appreciate that DMM provided a venue for us to discuss/present the
> topic/updates and gather input and supporters. We believe all the issues
> that were brought up have been sufficiently discussed and addressed in the
> draft, and we have not seen objections to the proposal, so it is
> appropriate to adopt this informational draft as a WG document. The
> adoption process, and work on the document by the WG after adoption will
> improve it further.
>
>
>
> Hopefully, people are coming back from their vacations and will speak up
> their thoughts.
>
>
>
> Thanks.
> Jeffrey
>
>
>
>
>
> Juniper Business Use Only
>
> *From:* dmm <dmm-bounces@ietf.org> *On Behalf Of *Tianji Jiang
> *Sent:* Monday, August 14, 2023 6:16 PM
> *To:* dmm@ietf.org
> *Subject:* [DMM] Adoption call for I.D.:
> draft-zzhang-dmm-mup-evolution-06 (Mobile User Plane Evolution)
>
>
>
> *[External Email. Be cautious of content]*
>
>
>
> Dear DMM Team:
>
>
>
> During the IETF-117, we have presented and discussed our IETF draft:
> ‘Mobile User Plane Evolution’ (draft-zzhang-dmm-mup-evolution:
> https://datatracker.ietf.org/doc/draft-zzhang-dmm-mup-evolution/
> <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-zzhang-dmm-mup-evolution/__;!!NEt6yMaO-gk!EK_rpxFyiyc83DZJzh4RPbd0YkJPuxR3_9ox2_KhDo9ABaUZGfBEa9juMF9q91PN0_pEPjdFxcZCKY8JwZvouq1rNQ$>
> ). In the presentation, we explained the fundamental ideas of the I.D.,
> along with our objectives. As we have stated, this was the 6th iteration
> of the I.D. Including this time (of IETF-117), different versions of the
> drafts have been presented & discussed thru the IETF-114, -115, -116 &
> -117.
>
>
>
> At the moment, we believe we have covered sufficiently various aspects of
> the MUP-evolution, i.e., the potential integration of gNB & UPF with
> targeting at B5G & 6G. These are comprised of both IP-domain requirements &
> wireless technologies. Further, as of now,
>
>    - The 3GPP 4G LIPA work, i.e., the Local IP Access, bodes well for our
>    (B5G, 6G) ‘ANUP-like’ proposal.
>    - The 3GPP Rel-19 planning (5G) is on-going and some potential work
>    (of the I.D.) could be possibly brought it to 3GPP for further study
>    (Rel-19); and
>    - The 3GPP Rel-20 (6G roadmap) targets toward the beginning of Y-2025,
>    which is a perfect timing for exploration and adoption of the ANUP-like
>    work.
>
>
>
> Given all the work that have been done so far, we have, during the
> IETF-117 DMM session, initiated a possible adoption-call of the I.D., in
> the ‘informational’ track. We have emphasized our I.D. just serves as input
> to 3GPP and we don’t intend to do 3GPP work in the IETF community. For a
> procedural question from an on-site attendee of the DMM session, the
> 3GPP-to-IETF liaison manager has shared his opinion and said there is no
> problem to bring the ‘normal document’ to 3GPP for discussion/reference.
>
>
>
> At the end of the session, the DMM chair suggested we bring this draft to
> the email alias. So, we are here to officially initiate the adoption-call
> of our I.D.
>
> Team, please share your opinions, comments, questions, etc. Thank you.
>
>
>
> BR,
>
>
>
> -Tianji
>
>
>
>
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
>