Re: [bess] Suggestion on v4-only/v6-only drafts

Gyan Mishra <hayabusagsm@gmail.com> Fri, 11 November 2022 21:38 UTC

Return-Path: <hayabusagsm@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B88D3C14CE2D for <bess@ietfa.amsl.com>; Fri, 11 Nov 2022 13:38:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.103
X-Spam-Level:
X-Spam-Status: No, score=-7.103 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_FONT_FACE_BAD=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, 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 QRrtaAm98qLn for <bess@ietfa.amsl.com>; Fri, 11 Nov 2022 13:38:20 -0800 (PST)
Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 534F8C14CE28 for <bess@ietf.org>; Fri, 11 Nov 2022 13:38:20 -0800 (PST)
Received: by mail-qt1-x831.google.com with SMTP id a27so3411353qtw.10 for <bess@ietf.org>; Fri, 11 Nov 2022 13:38:20 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=HhWWrx5bX1eRrcIgSwiWqawP4iMwBWLwWc2NqOozWQ4=; b=G6+xCOcBPHG7TC8tgKkhGEmPwapkSPk4Od3W/IwtHBQvJtUcT7wu66jscy+6G4evgL u1SzhuBDaBV/8RjK13ScindejYhXp+5x/zAsQM8RRjq3CUllnQ0fMgRcPWWthRXsyhzc cyjtkccx58irCC3cSrG8BFLyEFOkxE0e231czTJrcHb+jGRug0AiRew8DMum/OwI8U0y 1DnIabsHh81yMsQYLdQJapQQjwV3bpWOHXb3NA5MtI35woNImPsIoiiUM/H8rlhF1ihE J+4f7QKaQ4iW4VMtmpNilD8L+KnrnBd8IFy6u0IcsTxMunVxZrv7mWGLXuuKRomVN1fR jZ9g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=HhWWrx5bX1eRrcIgSwiWqawP4iMwBWLwWc2NqOozWQ4=; b=5/N6SqTe0+DD3zx24R0Mkuk4VjIvMhIg43VVXXUzhiLQ7b7/nuMPukeVQMfepBK7HM SW1q0WfA6+gNdg8cyzWgvhwORzq+sOmW0mlTQ01mVNIQUs7kUCArAC3YtEeMkCkv6Od/ nbafjS+nB4aULmi+Z5WduO1O6Z3En/WytjLKBXvMdO+6R5f41K3IVgPEcRmco3ooFkuv Oi5INd7Rth0Erc+THKIgAYbHQUIe7uJ62vo9sgUsqgVdasb16a6E+HOIXTttxyZ01/YX VqRCQssVtynq+90B5DMKezPY1D4NfL4v43094sxuSnenGMuJxUyBOIxuB0jjQTP4P5XM lx7Q==
X-Gm-Message-State: ANoB5plW3fJnsdxMLpZjCEPcOltQ9faqimvZYxz/UwsRgVPseFti4J9s Dc6XK3Q/fx5ImAwNQ5MRgAUouPe2X5envo24FsA=
X-Google-Smtp-Source: AA0mqf6/aqDZ+26y7URsohM99dRfsrPd2pQ2IDMWXjCavBhAcdBRDwRvbesaVGoqEpvHznnwseKqWwZCXGofXluep5M=
X-Received: by 2002:a05:622a:1808:b0:3a5:3628:4304 with SMTP id t8-20020a05622a180800b003a536284304mr3177681qtc.517.1668202698760; Fri, 11 Nov 2022 13:38:18 -0800 (PST)
MIME-Version: 1.0
References: <CAH6gdPzcMxor9hZy=+hS5oZPB_onU45-vh-ijm1jD2WPb0y+Gw@mail.gmail.com> <CABNhwV3bF=J7HDZ1Z3vxiJcLGcxOkXst+S1+1DHkdBQ+VdcbMA@mail.gmail.com> <CAOj+MMHMGd=7iBOQd=wUhjUJ3dPfHgY1+sf22AzpadoqCCdMrg@mail.gmail.com>
In-Reply-To: <CAOj+MMHMGd=7iBOQd=wUhjUJ3dPfHgY1+sf22AzpadoqCCdMrg@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Fri, 11 Nov 2022 16:36:50 -0500
Message-ID: <CABNhwV2F=-vh2irbz3GR+jr=j09AfxzfquTr8usjyZsYywrK=w@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: BESS <bess@ietf.org>, Ketan Talaulikar <ketant.ietf@gmail.com>
Content-Type: multipart/related; boundary="00000000000046252905ed38b5f9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/FZfL8WEe-t76HmlWnxKrkwg-Nqs>
Subject: Re: [bess] Suggestion on v4-only/v6-only drafts
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Nov 2022 21:38:24 -0000

Robert

RFC 8950 only defines only the IPv4 NLRI over IPv6 next hop encoding IANA
BGP capability code point 5 that updates RFC 5549 next hop encoding for
SAFI 128 and 129 where the 8 byte RD set to 0 was left of the next hop
encoding specification.

RFC 8950 as stated defines only  the next hop encoding and for example does
not define BGP MPLS VPN RFC 4659 AFI/SAFI 2/128 specification nor does it
define BGP LU RFC 8277 specification  AFI /SAFI 2/4….

The next hop encoding is just component of the overall 4PE specification
which did exist till this draft was published.  There are vendors that have
implemented 4PE which may or may not even be called 4PE, and this draft
defines the name “4PE” and what it means form a specification perspective
and thus would ensure the standardization of all implementations to ensure
interoperability.

As operators start migrating their core to IPv6 this does become a big deal
as most operators have multi vendor environments and so this comes to the
surface as a hot topic to ensure interoperability.

This draft also defines critical extensibility to segment routing SR-MPLS
and SRv6 which did not exist when 6PE RFC 4798 was developed.

Many Thanks

Gyan

On Fri, Nov 11, 2022 at 3:56 PM Robert Raszuk <robert@raszuk.net> wrote:

> Gyan,
>
>
>> IDR draft:
>>
>> The 4PE draft connecting IPv4 islands over an IPv6 core  over the global
>> table is similar in semantics to 6PE RFC 4798 which connects IPv6 islands
>> over an IPv4 core over the global table and the draft is extensible to
>> SR-MPLS and SRv6. There currently is not a standard for 4PE so this draft
>> would standardize 4PE for vendor  interoperability.
>>
>
> Not true.
>
> Quote from RFC8950:
>
> [image: image.png]
>
> I do not see anything your draft would add to it.
>
> Cheers,
> R.
>
>
>
>
>
>>
>> https://datatracker.ietf.org/doc/draft-mishra-idr-v4-islands-v6-core-4pe/
>>
>> BESS drafts - these drafts are completely different from IDR 4PE draft.
>>
>> I have already combined two of the drafts into one for the IPv4-Only PE
>> All SAFI draft
>>
>>
>> https://datatracker.ietf.org/doc/draft-mishra-bess-ipv4-only-pe-design-all-safi/
>>
>> IPv6 Only PE Design BCP draft below was adopted  last year and the new
>> draft extensible to ALL SAFI Standards Track below I plan to progress
>> separately.  As one is BCP and the other Standards track I don’t think they
>> could be combined and even if they were combined into the super set all
>> SAFI that would have to go through adoption process again anyway so I plan
>> to keep separate.
>>
>> This draft I will queue up for adoption call.
>>
>>
>> https://datatracker.ietf.org/doc/draft-mishra-bess-ipv6-only-pe-design-all-safi/
>>
>>
>> Many Thanks
>>
>> Gyan
>>
>> On Fri, Nov 11, 2022 at 6:19 AM Ketan Talaulikar <ketant.ietf@gmail.com>
>> wrote:
>>
>>> Hi Gyan,
>>>
>>> Sharing a couple of suggestions here for your 5 drafts (4 in BESS + 1 in
>>> IDR) as we lost time due to the audio issues:
>>>
>>> (1) put the portions to be standardized (very focussed/small hopefully)
>>> in one single draft and post/share with both IDR and BESS since you are
>>> changing NH encoding (from what I heard?)
>>> (2) all other informational/BCP material could be combined in a single
>>> draft (perhaps the existing BESS WG draft)
>>>
>>> IMHO, that would facilitate an appropriate focussed review of the
>>> content/proposals.
>>>
>>> Thanks,
>>> Ketan
>>>
>>> --
>>
>> <http://www.verizon.com/>
>>
>> *Gyan Mishra*
>>
>> *Network Solutions A**rchitect *
>>
>> *Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*
>>
>>
>>
>> *M 301 502-1347*
>>
>> _______________________________________________
>> BESS mailing list
>> BESS@ietf.org
>> https://www.ietf.org/mailman/listinfo/bess
>>
> --

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*



*M 301 502-1347*