Re: [Last-Call] Last Call: <draft-allan-5g-fmc-encapsulation-07.txt> (5G Wireless Wireline Convergence User Plane Encapsulation (5WE)) to Informational RFC

Abdussalam Baryun <abdussalambaryun@gmail.com> Fri, 05 February 2021 15:23 UTC

Return-Path: <abdussalambaryun@gmail.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 181023A125C; Fri, 5 Feb 2021 07:23:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, 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=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 5i7sFz6iehik; Fri, 5 Feb 2021 07:23:43 -0800 (PST)
Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) (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 E231C3A1258; Fri, 5 Feb 2021 07:23:42 -0800 (PST)
Received: by mail-wm1-x335.google.com with SMTP id m1so6206979wml.2; Fri, 05 Feb 2021 07:23:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QE4ro6nymTU6kZ+3CjYuaNyG6gdQ4ZdLLLy25LpHWP8=; b=WpkMlG4OvnZneDhAeD4n9m9yJLIff9TT34+q6md193JV9wsIRoCX1F1Fe6TGMWgo2M r3X9A0fjwVZVjiCD/1S+Ge2YhuIs0d+VWh3wHZuPBSp7dGaNlbGRV2/+/blm5WXFme6a s4LY9rUqA+qlI5SuSLrYOq4tlxqHCGyaGAenkvV7XkkHof9kEqH84sCrHKd4gB010wGZ v3pTAHz4j1sMw5EkPcR+0E24F79tob98RmwTYHfrNCAnSKMTfarRcZhqwt7DiwFFLqHz tH2SjiPRniru0wh9Pq+3i+Q0KlNKpDagWqtb0uBoCt29L2vHJrIaDkdgnS3KdcFKRzN8 Ryqg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QE4ro6nymTU6kZ+3CjYuaNyG6gdQ4ZdLLLy25LpHWP8=; b=J4l0NBe59Ex3ApvweRRJbN5lTeJPNGHiD62MCPsxpcd/e77YS72SpbJi4A5q42Er8v PkHeXJvOfr4OWRcfLqFS7ZKJvrSeDxsXm5cFV1UziDRdJpAUldVF3xRozxlXRqH9cDaQ iHajYXJTBfGvoTl8AqYLNucQKwMuQ6sGIOrnA5xy2x+qUnCYynXlGQ/qHBY2PK0iIIna Y8evV//Rq26Z0cM8NlE6U5gtup2kZkJg3ee891qO6RKORnp5chS8MzUoDQ0+bwC5BhIo pej9nlCLYBmMYpWwmqhe70Lsc52BDwtctJNaWCJFhORr4tFx9ahqd5xSJRt1fcgPhnGi hK3w==
X-Gm-Message-State: AOAM533ArILDntjUNJ7zHLLHdUWLU83TYOHOKcKEuqth0k+kzKJnMhoN zvka7+kpyK1wk1AFieUHwVZbxg1deiuLOy3U2E8QsE1hrIg=
X-Google-Smtp-Source: ABdhPJxYBwEUaSEbIR4VYi3wtNUtyPqzfRTbAGow3Kv9QAjYtm5USAYcno0qcN8bYOWeH8kOcJQ2eeYzHArJqJngaYk=
X-Received: by 2002:a05:600c:2803:: with SMTP id m3mr4058338wmb.86.1612538621126; Fri, 05 Feb 2021 07:23:41 -0800 (PST)
MIME-Version: 1.0
References: <161132716968.29800.11460494749062174953@ietfa.amsl.com> <CADnDZ89AVPEVchJ0CJuST0nUF+d=MbvEXvk4mJmpk7Ve6ZFrxA@mail.gmail.com>
In-Reply-To: <CADnDZ89AVPEVchJ0CJuST0nUF+d=MbvEXvk4mJmpk7Ve6ZFrxA@mail.gmail.com>
From: Abdussalam Baryun <abdussalambaryun@gmail.com>
Date: Fri, 05 Feb 2021 17:23:28 +0200
Message-ID: <CADnDZ8-qw=ANsDLQizPnEr0=SoMs-R27jtMhDUZhsGgJE0afBg@mail.gmail.com>
To: last-call@ietf.org
Cc: Erik Kline <ek.ietf@gmail.com>, draft-allan-5g-fmc-encapsulation@ietf.org, david.i.allan@ericsson.com, Donald Eastlake <d3e3e3@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000b2eeb405ba9867c9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/SDJ7D91pFTolS6vr8Iqw9H9tOoA>
Subject: Re: [Last-Call] Last Call: <draft-allan-5g-fmc-encapsulation-07.txt> (5G Wireless Wireline Convergence User Plane Encapsulation (5WE)) to Informational RFC
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Feb 2021 15:23:45 -0000

On Fri, Feb 5, 2021 at 5:17 PM Abdussalam Baryun <abdussalambaryun@gmail.com>
wrote:

> Dear All,
>
> I still think it needs to be proposed standard (even after receiving
> explanation from authors) because it includes a different field than
> RFC2516 which is the QoS field, this field is used in 5WE (5G wireline user
> plane encapsulation), furthermore the format-TYPE used in this
> encapsulation is 0x01 for upstream (while in the daft it mentions that this
> is for downstream, please explain how?), This encapsulation will be used in
> both PPPoE handling and in 5WE handling.
>
> For this VER=2, ....I suggest two encapsulation TYPE, one for UL and one
> for DL as mentioned in [TS38.415], the TYPE=0x00 is downstream with RQI and
> PPI, and the TYPE=0x01 is the upstream without, so the Session ID field
> replaces the field of spare in [TS38.415]. The PPI field is important for
> IPv4/IPv6 services as mentioned in [TS23501 ] for DL encapsulations.
>
> The document needs to give information on the session stage
> (ethertype=0x8864) related to DL 5WE (or downstream) and UL 5WE (upstream).
> It SHOULD  not be similar to the RFC2516 section 6.
>
> The R bit and o bit should be changed for the UL encapsulations TO, RQI
> and PPI bit and adding PPP field.
>

sorry, the DL encapsulation need to add RQI, PPI, PPP filed, (TYPE=0x00).


>
> This document should mention the sending method per fields in the format,
> as mentioned in page9  [TS38.415]. The handling of sending and receiving
> bits, in 5WE may be different than PPPoE, but if the same needs to be
> mentioned in this document.
>
> Regarding to security consideration I don't think the protocol ID field is
> needed to be in the format, also the security section should mention the
> security architecture for 5WE, which may be by referencing TS33.501.
>
> Best Regards
> AB
>
>
> On Fri, Jan 22, 2021 at 4:53 PM The IESG <iesg-secretary@ietf.org> wrote:
>
>>
>> The IESG has received a request from an individual submitter to consider
>> the
>> following document: - '5G Wireless Wireline Convergence User Plane
>> Encapsulation (5WE)'
>>   <draft-allan-5g-fmc-encapsulation-07.txt> as Informational RFC
>>
>> This requests the start of a 2nd IETF Last Call with the intent of
>> expressly calling
>> attention to the IPR claim associated with this document
>> (https://datatracker.ietf.org/ipr/3663/).
>>
>> The IESG plans to make a decision in the next few weeks, and solicits
>> final
>> comments on this action. Please send substantive comments to the
>> last-call@ietf.org mailing lists by 2021-02-05. Exceptionally, comments
>> may
>> be sent to iesg@ietf.org instead. In either case, please retain the
>> beginning
>> of the Subject line to allow automated sorting.
>>
>> Abstract
>>
>>
>>    As part of providing wireline access to the 5G Core (5GC), deployed
>>    wireline networks carry user data between 5G residential gateways
>>    and the 5G Access Gateway Function (AGF). The encapsulation method
>>    specified in this document supports the multiplexing of traffic for
>>    multiple PDU sessions within a VLAN delineated access circuit,
>>    permits legacy equipment in the data path to inspect certain packet
>>    fields, carries 5G QoS information associated with the packet data,
>>    and provides efficient encoding. It achieves this by specific points
>>    of similarity with the RFC 2516 PPPoE data packet encapsulation.
>>
>>
>>
>>
>> The file can be obtained via
>> https://datatracker.ietf.org/doc/draft-allan-5g-fmc-encapsulation/
>>
>>
>> The following IPR Declarations may be related to this I-D:
>>
>>    https://datatracker.ietf.org/ipr/3663/
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> IETF-Announce mailing list
>> IETF-Announce@ietf.org
>> https://www.ietf.org/mailman/listinfo/ietf-announce
>>
>