IETF Logo Mail Archive

Re: [mpls] [Pals] FW: New Version Notification for draft-jags-mpls-ps-mna-hdr-00.txt

Tony Li <tony.li@tony.li> Wed, 26 April 2023 23:39 UTC

Return-Path: <tony1athome@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25184C15199D; Wed, 26 Apr 2023 16:39:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.649
X-Spam-Level:
X-Spam-Status: No, score=-1.649 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.096, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no 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 yu8WVuD5MKZi; Wed, 26 Apr 2023 16:39:06 -0700 (PDT)
Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 5ABD4C15155C; Wed, 26 Apr 2023 16:39:06 -0700 (PDT)
Received: by mail-pj1-x1033.google.com with SMTP id 98e67ed59e1d1-24782fdb652so5609529a91.3; Wed, 26 Apr 2023 16:39:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1682552346; x=1685144346; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:sender:from:to:cc:subject:date:message-id:reply-to; bh=tMYpVbFug8f5EzB6nOkLI6a9YzL0aqN6lWZnRc1RsHc=; b=CVuGVRm/ml1Zy9ayFveB+/qBHb841cIsauVjvBXs4ZINsMOSSBUglFl5FNy2l3JqrO K2RITjplbuI9kI6NUMlDhACyZNfe6OvyFgX8CPzIhEk0U+C8Yi5YeZ7dmuJl2OwHB1dL pK+06U41sBkshFXY5kP3W8xXALqtgaCsGgVrTYbxx6Ry+0/xZLkX1utrMRIXSG8VyHto iJbnUqz/TzmTht2cpcmFjMNfTUmblhmVhXRH7She7KetyaJGj0GoO7BTs0z3gHBrZHwt X5GPvtoZVkx0uwqWohbEnAEnTyL9b4fkeggvJdgA+1T9mVHNqq14th8suJjY0YB+JcMr uFWw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682552346; x=1685144346; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=tMYpVbFug8f5EzB6nOkLI6a9YzL0aqN6lWZnRc1RsHc=; b=EBCOhQL550ZOHUSYbE1IFjzTJqfAjxO8rRGyuq+MFuhBtW8yVZ+j0vr9sKlCnNNhl+ aYpWfEhraULfWjDu4N8zampbaZtm+5GwHl8c86yWBtuEhp1mk/3YcJdyIryDpyNbfTc1 2kcpXqu2L+xObgMjOJNwy29ZiijxkIo4zRaO/742J9lDxXwc/tfO+Qmsqph23Oz/eINS iRsJ1gMGGb1hzs97a8cIrWr8RDCzJrMnW31fWXz6TYOpmqpHMVeMuOweY8tkHSRJ+Vml bZTDoFmsEHSg5IuW5PctWT4EhGkjoM0ra4u7OoRRTV+8YK8Lrmd28CVVjSyR6Are4k/j rQXg==
X-Gm-Message-State: AAQBX9c7LLq5tGoFMrfRI52dyDVojYj3w/dOoEvES33mU5ufLA882ld7 LfZdflZPxafs/LFRPDdk8xv2fLUFVfs=
X-Google-Smtp-Source: AKy350Z3HT1+DQ1UNrRUervwqWO50skqjl8HfcsjTr3Xa/8/jQuDHHR1YJNkkPdx6mVyNVulYi1xuw==
X-Received: by 2002:a17:90b:4a10:b0:246:85ec:d816 with SMTP id kk16-20020a17090b4a1000b0024685ecd816mr22645076pjb.3.1682552345429; Wed, 26 Apr 2023 16:39:05 -0700 (PDT)
Received: from smtpclient.apple (c-73-231-0-74.hsd1.ca.comcast.net. [73.231.0.74]) by smtp.gmail.com with ESMTPSA id bj19-20020a17090b089300b002465a7fc0cfsm11836514pjb.44.2023.04.26.16.39.03 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Apr 2023 16:39:04 -0700 (PDT)
Sender: Tony Li <tony1athome@gmail.com>
From: Tony Li <tony.li@tony.li>
Message-Id: <315AD73B-96EC-4730-A31A-E1C626ED3AE0@tony.li>
Content-Type: multipart/alternative; boundary="Apple-Mail=_ACCEDCF3-5EE2-4570-851E-E51622897BFA"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.500.231\))
Date: Wed, 26 Apr 2023 16:38:53 -0700
In-Reply-To: <CA+RyBmUZstZNprAevVndECvFdj81PZwbP36XyoSwLEZd4o0V+A@mail.gmail.com>
Cc: Loa Andersson <loa@pi.nu>, mpls <mpls@ietf.org>, "Jaganbabu Rajamanickam (jrajaman)" <jrajaman=40cisco.com@dmarc.ietf.org>, DetNet Chairs <detnet-chairs@ietf.org>, mpls-chairs <mpls-chairs@ietf.org>, draft-jags-mpls-ps-mna-hdr@ietf.org, pals-chairs@ietf.org, pals@ietf.org, DetNet WG <detnet@ietf.org>
To: Greg Mirsky <gregimirsky@gmail.com>
References: <MN2PR11MB4064AF61278C1AE671A11927D0BA9@MN2PR11MB4064.namprd11.prod.outlook.com> <570EEC5D-4167-4461-B4A1-96ABAFA949C7@gmail.com> <CAMZsk6cnOh5AHtSmR3=jVX7VsJwkAcbq0VPSCH=edjkXChnH8w@mail.gmail.com> <40b332dd-d33a-6dd8-574f-af0a0be49efb@pi.nu> <CAMZsk6fNZ7EpzRq_rVSwzKoe=z2S_ucxuYfVMAR6cS9ZwZ3G5w@mail.gmail.com> <a8bb80ab-199c-90dd-3c09-fb407f7663a5@pi.nu> <2D696DF1-3BD1-4C2C-AFCA-747B237B94C1@tony.li> <b5a00076-1dc6-ce95-273d-242a791791f7@pi.nu> <1154B6AF-B6FE-4449-B46C-88FFD2AB4C2D@tony.li> <CA+RyBmWWrV=z0eU306jF32LTu52bbm_6OLUXga9d1x2rDgEJkw@mail.gmail.com> <1F294BE2-6D8C-4187-970E-F19E75CB08D5@tony.li> <CA+RyBmUZstZNprAevVndECvFdj81PZwbP36XyoSwLEZd4o0V+A@mail.gmail.com>
X-Mailer: Apple Mail (2.3731.500.231)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/L5PbAY2nRAmxD418yEufWGMmzrQ>
Subject: Re: [mpls] [Pals] FW: New Version Notification for draft-jags-mpls-ps-mna-hdr-00.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Apr 2023 23:39:10 -0000

Hi Greg,

> GIM2>> The PALS (PWE3 at that time) WG was faced with the result of allowing PW CW to be optional in Ethernet PW in the scenario you've described.  Because of the allocation of MACs with the first nibble 0x4 or 0x6, the payload was misinterpreted by a transit node as IPv4 or IPv6. And thus, the WG published RFC 8469 <https://www.rfc-editor.org/rfc/rfc8469.html>. But I only know of cases when a transit node mistakes the payload for IPv4 or IPv6. In principle, a transit node must not draw a conclusion about the payload type based on the value of the first nibble after the BoS LSE. If we agree on that, then using any value other than 0x4 and 0x6, e.g., 0x0, should be satisfactory. WDYT?


Again, I’m a big fan of simple and straightforward demultiplexing, without overloading.

But I await the collected wisdom of the first nibble draft.


>> Just for clear semantics. I am a very big fan of avoiding overloading.
> GIM2>> Considering the limited number of unused values, re-using what we can seems like a reasonable trade-off. 


Save one as an escape value and use the rest. :-)

T

v2.23.0 | Report a Bug | By Email