Re: [DMM] Comments and questions to "Architecture Discussion on SRv6 Mobile User plane" draft

Miya Kohno <miya.kohno@gmail.com> Thu, 11 May 2023 15:17 UTC

Return-Path: <miya.kohno@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 5660AC1782B1 for <dmm@ietfa.amsl.com>; Thu, 11 May 2023 08:17:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 zeU1g17AJtBv for <dmm@ietfa.amsl.com>; Thu, 11 May 2023 08:17:06 -0700 (PDT)
Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) (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 7BECBC151063 for <dmm@ietf.org>; Thu, 11 May 2023 08:17:06 -0700 (PDT)
Received: by mail-pg1-x52f.google.com with SMTP id 41be03b00d2f7-528cdc9576cso5935334a12.0 for <dmm@ietf.org>; Thu, 11 May 2023 08:17:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683818226; x=1686410226; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=6C3Mq6UqTeTUjfM5xyzaGJchi9eYaLGwmTZiWIlDED4=; b=N34eFGI+szgS+/WW+n8aaiKWDbSws2HSflgUCF8rSve1yrtkeecBqtzFvXf7130AmL ZRh42yI8a1/2KkL+K1gUjqbQJtn/EkiSKmijdfv75DWAL/Ne8eKbBpNRoEVSgc6BtQA9 Wb0YUwltf2G6ZCcHEvdrh797KUIxoR9aCE+qUbgsJjiDvkYcHwbxcXltTcRI/M22vAOJ PpbW3Xo/W1caGi5KAim0TZwHv4Meds1JOlx4jntXJxgBi4cHHvAo2uF/8dM1uGCr1fb5 iZdbkhZ2KSsXuJmtdN1ln1hlDziyV88nyrO99fctovy8J2yVgiKsbxBdfeihhPPKStQ8 qRcg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683818226; x=1686410226; 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=6C3Mq6UqTeTUjfM5xyzaGJchi9eYaLGwmTZiWIlDED4=; b=EBdMFByuYKLKm8MY29UTXYKdrm2rpjarBiMzGqdrYcncoxpwPPyZSzad8IOiGrysrV ft040ZWPsGlW1jvZ8ZP6B5gzbsLVzGI/HBNAI3GASl0w9oirLChL7Six0edYwFOkCwSy DhiBQ7LJI3FLxRulErW8oEw44HdjZxEEVuGIF12voEhiIWFmM7sMdvcA5AN950zdMRYv 2uAB1LfJX/zedPB3Jq1c5yag8BAm9mAaaHWyTgxi9sQWO90xgFNycV6ynGvBnntLfbSA NkytCOczPuhK31fC2bULfT7QGizSIUs4EpxIxGhhb54t4oY/WnQccJuieqd97aDxGtjl kEnA==
X-Gm-Message-State: AC+VfDxneJ6AoVWjdrvFcsAecEDuHbpuYHLzr9rYo1FPDUXgVHjVtDb8 4b/ry0uR4BcO4gijJuvWKoHmjDOFZgfH/mBM7F2DCmD+jvI=
X-Google-Smtp-Source: ACHHUZ7iQ7muWly9iSuM+SFJrxvu42kGk1C78eobmnYGjAjU2OyVIsy9P0V2SZ/aO/6dlJ0MSoCtXphush25dkaGzNc=
X-Received: by 2002:a17:90a:9305:b0:250:40f5:6838 with SMTP id p5-20020a17090a930500b0025040f56838mr19896338pjo.30.1683818225521; Thu, 11 May 2023 08:17:05 -0700 (PDT)
MIME-Version: 1.0
References: <DU2PR07MB833214FB6FC956A713151167809F9@DU2PR07MB8332.eurprd07.prod.outlook.com>
In-Reply-To: <DU2PR07MB833214FB6FC956A713151167809F9@DU2PR07MB8332.eurprd07.prod.outlook.com>
From: Miya Kohno <miya.kohno@gmail.com>
Date: Fri, 12 May 2023 00:16:54 +0900
Message-ID: <CAG99ten_02fCBFF+XzeUPCDcpra1dVXoZdwHiOoLBg8pcty7hg@mail.gmail.com>
To: "Hannu Flinck (Nokia)" <hannu.flinck@nokia.com>
Cc: "dmm@ietf.org" <dmm@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000032d8ff05fb6c7b6c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/-Blwwejr0Z2tBGwocPCLKAUb1Zc>
Subject: Re: [DMM] Comments and questions to "Architecture Discussion on SRv6 Mobile User plane" draft
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: Thu, 11 May 2023 15:17:10 -0000

Hi Hannu,

Thank you very much for your review and comments.

Please see in-line [MK].

On Mon, Apr 17, 2023 at 2:25 AM Hannu Flinck (Nokia) <hannu.flinck@nokia.com>
wrote:

> Hello
>
>
>
> Regarding https://datatracker.ietf.org/doc/draft-kohno-dmm-srv6mob-arch/
> please find my comments and feedback.
>
> Clearly deep discussion is needed to better understand the justifications.
>
>
>
> For section 2
>
>
>
> The claimed limitations should be spelled out for:
>
>
>
> Non-optimal for any-to-any communication
>
> Non-optimal for edge/distributed computing
>
> Non-optimal for fixed and mobile convergence (FMC)
>
>
>
> As you know 5G is supporting all of the abovementioned. What is the real
> issue that is alluded? Can these be qualified?
>

[MK]

The draft discusses the solution approach and its architectural benefits of
translating mobile session information into routing information.

Mobile session information is a function of M,N (GTP start point and end
point), whereas routing information is a function of N (destination).

So, for any-to-any communication, it's obvious. O(N^2) vs O(N).

Edge/distributed computing can be seen as a subset of any-to-any
communication. Routing paradigm naturally enables ubiquitous computing.

But Session based architecture requires session signaling for Edge Server
Selection and UPF Selection. 3GPP TS 23.548 and TS23.558 seem complex.
For FMC/WWC, 3GPP architecture requires that non-3GPP traffic are also to
be terminated by UPF, which is not optimal from the viewpoint of cost and
scaling.


>
> Regarding “No control of the underlay path” is by intention left out as a
> matter of implementation and deployment as the underlay can be of any
> technology and topology.
>
>
>
> Statement:
>
>    The IP routing paradigm naturally eliminates these tunnel session
>
>    based shortcomings.  Segment Routing enables fast protection, policy,
>
>    slicing, etc. to provide reliability and SLA differentiation.
>
>
>
> Because the shortcomings have not be opened up this statement of use of
> routing is without any concretism. Yes, segment routing enables the
> mentioned capabilities, but how do they match to the mentioned limitations
> is not clear. What is meant by routing should defined better. Do you define
> routing as SRv6 encapsulation only or something more?
>

[MK]
We will try to revise the writing to be more clear and concrete. Thank you
for pointing this out.




>  Furthermore, if routing protocols are used for mobility my question is
> the feasibility of seamless HO and how is the subnetting and address
> allocation arranged?
>

[MK]
We fully respect the current way of mobility. There are certainly routing
based shortcomings.  We have to experiment and verify the feasible
frequency of HO and how far it can be seamless. But mobile applications are
getting various, e.g. FWA, IoT..  And it would be good to apply this
architecture in a complementary and selective way.

Best regards,
Miya


>
>
>
> Best regards
>
> Hannu
>
>
> _______________________________________________
> dmm mailing list
> dmm@ietf.org
> https://www.ietf.org/mailman/listinfo/dmm
>