Re: [Pals] draft-zzhang-intarea-generic-delivery-functions

Stewart Bryant <stewart.bryant@gmail.com> Tue, 23 February 2021 00:29 UTC

Return-Path: <stewart.bryant@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 990BB3A2216; Mon, 22 Feb 2021 16:29:50 -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 a4h0pFXJejCC; Mon, 22 Feb 2021 16:29:48 -0800 (PST)
Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (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 F25013A0883; Mon, 22 Feb 2021 16:29:47 -0800 (PST)
Received: by mail-wr1-x430.google.com with SMTP id b3so20871112wrj.5; Mon, 22 Feb 2021 16:29:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=yD+j7BqPnoxRHkBX46tMv/Cls43pC0LMmRDhvXfTGAE=; b=VDvtz7VKpjY1lD1j6yjzBn11RzGZ/DiQWGjGk3fMA3O0HcQ17WRI3jdfBqKRdpqmZq +aI4DRB4gATOWXGCry+EnBJE08UveUBffI6iJUEt0avwrtngIklRtLsY8vOkfFwJK+6i Yiw19ADRtCKRZftzX9uTLlxQjZYhbxrZvonRbrTSWwhnPPQiFSFpLGCwPrqiF49ERUjH iuXOcQDKI43d6yAJGsYqdxVox1ES2au2RSY1MihJ7S7p2Vhj0NnrLXcVXCG/WPif3EIJ iUfJJIRYOVbNxyyYaPLVMO382oryEGoGZ8uJq3/OvXwwzpLpn1YzBLGlH0NkH+eKXEQ5 C7vw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=yD+j7BqPnoxRHkBX46tMv/Cls43pC0LMmRDhvXfTGAE=; b=stcRWknuVKtQsjU/+++klhXu6nM+4DW4pw5uXl1snU7RDBv23jOTeUxqauDQTXi5Q1 DVkdzNU8yYvrxHWiE42aMAKZ6qZKyn174buUcO6WfgtKIhtgVWUviy28tCdI5ejVhY3w lJvak/XHEjQK+fofrT+cvKRWwOuyLWI8WCWpKXiENKhHsMn5NupJCtnKwaSvapF2Tqef q++rV/1Mk0nOWYR71HbcE0AUq2dXvTaLClnvTpQgFrgfUyKs9t4OVf+eXWX8/1Y+dp/w EVXBof7oUb+Yma0Zl7OHVQ4aOplxZyVC/3ti3CdDBu+OemIU8mWTeK2ofkcyB1tdHpMj aFsA==
X-Gm-Message-State: AOAM533SBnL66D27dNeC6PpuOrJbR+/IwWsiYuktz7z5YjWIxpNRnB1h gnMXe5/RsbdPZcQrF8HfbWI=
X-Google-Smtp-Source: ABdhPJx98JwZES+w6AkmBCP9zXbAGaGwZF9ddTyR+9GI6iEGG3AC7vlbfeB1InySbKShJfimHScCwQ==
X-Received: by 2002:a05:6000:1184:: with SMTP id g4mr10810829wrx.322.1614040186227; Mon, 22 Feb 2021 16:29:46 -0800 (PST)
Received: from [192.168.8.102] ([148.252.129.182]) by smtp.gmail.com with ESMTPSA id p9sm878687wma.14.2021.02.22.16.29.44 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Feb 2021 16:29:45 -0800 (PST)
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-Id: <ACA96A88-03EF-4BF9-9BB6-24B458148175@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_A6E7E497-CAE5-47CD-A17A-DA98FD4761E1"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Tue, 23 Feb 2021 00:29:44 +0000
In-Reply-To: <MN2PR05MB5981E6ECADE8A4EACF446C8ED4819@MN2PR05MB5981.namprd05.prod.outlook.com>
Cc: Stewart Bryant <stewart.bryant@gmail.com>, "int-area@ietf.org" <int-area@ietf.org>, mpls <mpls@ietf.org>, "pals@ietf.org" <pals@ietf.org>, Kireeti Kompella <kireeti@juniper.net>, Ronald Bonica <rbonica@juniper.net>, "<rtg-ads@ietf.org>" <rtg-ads@ietf.org>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>
References: <MN2PR05MB59813CFC28F62CC076364991D4AA0@MN2PR05MB5981.namprd05.prod.outlook.com> <F30F0C17-39A6-4D43-AC94-727BC2C9EEC4@gmail.com> <MN2PR05MB59817B1DBD97C4CDEAFF6CDBD4849@MN2PR05MB5981.namprd05.prod.outlook.com> <MN2PR05MB59816A0683CD84266BDB2059D4849@MN2PR05MB5981.namprd05.prod.outlook.com> <F09BD015-3AC2-4A07-9EAE-DCD2DC00D418@gmail.com> <MN2PR05MB5981E6ECADE8A4EACF446C8ED4819@MN2PR05MB5981.namprd05.prod.outlook.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/V9AXYYD9gvaR5QhNd-z2ped02FA>
Subject: Re: [Pals] draft-zzhang-intarea-generic-delivery-functions
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Feb 2021 00:29:51 -0000

What happens if an operator wants to run both iOAM and GDFH at the same time and the packet is a PW packet?

What does the packet look like and how does the forwarder know what to do?

- Stewart

> On 22 Feb 2021, at 22:49, Jeffrey (Zhaohui) Zhang <zzhang@juniper.net> wrote:
> 
> Hi Stewart,
>  
> This thread started with your comment “Please see the note that I sent about iOAM who also want to sit after BoS … and both of you want the same space that PALS and DetNet is already using”, but now it seems that we’re on the same page – GDFH starting with 0000b is fine and is not competing with IOAM or PW/DETNET CW?
>  
> Thanks.
> Jeffrey
>  
> From: Stewart Bryant <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>> 
> Sent: Monday, February 22, 2021 5:15 AM
> To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net <mailto:zzhang@juniper.net>>
> Cc: Stewart Bryant <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>>; int-area@ietf.org <mailto:int-area@ietf.org>; mpls <mpls@ietf.org <mailto:mpls@ietf.org>>; pals@ietf.org <mailto:pals@ietf.org>; Kireeti Kompella <kireeti@juniper.net <mailto:kireeti@juniper.net>>; Ron Bonica <rbonica@juniper.net <mailto:rbonica@juniper.net>>; <rtg-ads@ietf.org <mailto:rtg-ads@ietf.org>> <rtg-ads@ietf.org <mailto:rtg-ads@ietf.org>>
> Subject: Re: draft-zzhang-intarea-generic-delivery-functions
>  
> [External Email. Be cautious of content]
>  
> The DetNet CW is described in RFC8964 and is  
>  
>  
>  
>       0                   1                   2                   3
>       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>      |0 0 0 0|                Sequence Number                        |
>      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>  
>                        Figure 5: DetNet Control Word
>  
> In all defined control words
>  
> The 0000 is simply ECMP defeat and has no other purpose.
>  
> 0001 means ACH 
>  
> An ACH is currently defined not to carry service/user data - it is a control/OAM channel.
>  
> You cannot assume anything about a payload starting 0000.
>  
> In MPLS the bottom label (alone) defines how you process the payload. So you know that you have a CW from the bottom label and by no other means.
>  
> In other words the the FEC of the bottom label and its associated parameters are the way that signalling protocol knows what instructions to give the forwarder, and the way that the forwarder knows what to do with the packet is from the instructions associated with the BoS label. This is the universal model for MPLS including for IP packets.
>  
> Stewart
>  
>  
> On 19 Feb 2021, at 15:42, Jeffrey (Zhaohui) Zhang <zzhang@juniper.net <mailto:zzhang@juniper.net>> wrote:
>  
> Hi Stewart,
> 
> I still have to read more about DetNet, but I am not sure if there is a real contention with PALS.
> 
> My understanding of 0000 nibble in PW control world is that it is only to prevent a transit node from mistaking the payload as IP. Is it supposed to indicate that any payload starting with 0000 is PW payload? I hope not.
> 
> Use of 0000 nibble in GDFH is also just to prevent transit nodes from mistaking it as IP. It does indicate it is GDFH. It should be able to co-exist with PW CW.
> 
> Thanks.
> Jeffrey
> 
> -----Original Message-----
> From: Jeffrey (Zhaohui) Zhang
> Sent: Thursday, February 18, 2021 10:35 PM
> To: Stewart Bryant <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>>
> Cc: int-area@ietf.org <mailto:int-area@ietf.org>; mpls <mpls@ietf.org <mailto:mpls@ietf.org>>; pals@ietf.org <mailto:pals@ietf.org>; Kireeti Kompella <kireeti@juniper.net <mailto:kireeti@juniper.net>>; Ron Bonica <rbonica@juniper.net <mailto:rbonica@juniper.net>>; <rtg-ads@ietf.org <mailto:rtg-ads@ietf.org>> <rtg-ads@ietf.org <mailto:rtg-ads@ietf.org>>
> Subject: RE: draft-zzhang-intarea-generic-delivery-functions
> 
> Stewart, all,
> 
> I apologize for not responding to this in time. I some how accidentally moved a few wg mailing list email folders to a place where I could not see so I missed all the discussions.
> Let me catch up all the emails and then reply.
> 
> Thanks.
> Jeffrey
> 
> -----Original Message-----
> From: Stewart Bryant <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>>
> Sent: Tuesday, January 12, 2021 9:59 AM
> To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net <mailto:zzhang@juniper.net>>
> Cc: Stewart Bryant <stewart.bryant@gmail.com <mailto:stewart.bryant@gmail.com>>; int-area@ietf.org <mailto:int-area@ietf.org>; mpls <mpls@ietf.org <mailto:mpls@ietf.org>>; pals@ietf.org <mailto:pals@ietf.org>; Kireeti Kompella <kireeti@juniper.net <mailto:kireeti@juniper.net>>; Ron Bonica <rbonica@juniper.net <mailto:rbonica@juniper.net>>; <rtg-ads@ietf.org <mailto:rtg-ads@ietf.org>> <rtg-ads@ietf.org <mailto:rtg-ads@ietf.org>>
> Subject: Re: draft-zzhang-intarea-generic-delivery-functions
> 
> [External Email. Be cautious of content]
> 
> 
> Thank you Jeffery
> 
> Please see the note that I sent about iOAM who also want to sit after BoS … and both of you want the same space that PALS and DetNet is already using.
> 
> We plan to have a joint session on this hosted by PALS at the next IETF, but I think we also need to include the iOAM people.
> 
> This has scope to get very messy as we find new candidates for BoS metadata so we really need to take a holistic position to ensure the future health the MPLS protocol.
> 
> - Stewart
> 
> 
> 
> On 12 Jan 2021, at 14:27, Jeffrey (Zhaohui) Zhang <zzhang@juniper.net <mailto:zzhang@juniper.net>> wrote:
> 
> Hi,
> 
> I just posted https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-zzhang-intarea-generic-delivery-functions/__;!!NEt6yMaO-gk!QyBnufJO58LP6Diq96EdYEe2kxFtiItOdNuXbu_RIMekK2pkpOj4Mmj7b9MseV-Y$ <https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-zzhang-intarea-generic-delivery-functions/__;!!NEt6yMaO-gk!QyBnufJO58LP6Diq96EdYEe2kxFtiItOdNuXbu_RIMekK2pkpOj4Mmj7b9MseV-Y$> .
> 
> The initial version was posted to the tsvwg (https://urldefense.com/v3/__https://tools.ietf.org/html/draft-zzhang-tsvwg-generic-transport-functions-00__;!!NEt6yMaO-gk!QyBnufJO58LP6Diq96EdYEe2kxFtiItOdNuXbu_RIMekK2pkpOj4Mmj7b5lS_Jea$ <https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-zzhang-tsvwg-generic-transport-functions-00__;!!NEt6yMaO-gk!QyBnufJO58LP6Diq96EdYEe2kxFtiItOdNuXbu_RIMekK2pkpOj4Mmj7b5lS_Jea$> ). After discussions/feedback we are re-homing it to intarea wg. This new version also contains quite some changes based on the comments and feedback that we received (special thanks to Stewart).
> 
> Comments and suggestions are appreciated.
> 
> Thanks.
> Jeffrey
> 
> Juniper Business Use Only
> 
> 
> Juniper Business Use Only
>  
> 
> Juniper Business Use Only
>