Re: [spring] The SPRING WG has placed draft-schmutzer-spring-cs-sr-policy in state "Candidate for WG Adoption"
Robert Raszuk <robert@raszuk.net> Fri, 26 May 2023 18:34 UTC
Return-Path: <robert@raszuk.net>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F3E5C151992 for <spring@ietfa.amsl.com>; Fri, 26 May 2023 11:34:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.086
X-Spam-Level:
X-Spam-Status: No, score=-2.086 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, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 gwePRpqzncga for <spring@ietfa.amsl.com>; Fri, 26 May 2023 11:34:22 -0700 (PDT)
Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 EAA33C151B2E for <spring@ietf.org>; Fri, 26 May 2023 11:34:22 -0700 (PDT)
Received: by mail-wr1-x42a.google.com with SMTP id ffacd0b85a97d-30ad752f433so625967f8f.3 for <spring@ietf.org>; Fri, 26 May 2023 11:34:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; t=1685126061; x=1687718061; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nLIY0e80coACbljawW1P5sdAqTEH+nTVqCHHvLOoqmQ=; b=Dcm4BmWeYn/93d6BIz0YWChUDDOO6ibQnV/0EgiJCT9mswoa5AQA0rIj2RLtpn6YR6 HeWh1IEat/beJK8qn4CPUxI+hzBfaL+oG8G+Ufz8OKyFDz0JPdIvCJBSCXKusQQJvjtL ZDsSQRZ+eA8sBHDzRET9hTHwvD8yprBWALHL4fZFeEeCUMjLuLo2IHo7OnNTkVwYOt7y ouE6qvFAzJBPflc+xmTL0IfPKiRED++1wHiTO4SgIieQfpYV780ZYHSmrtQBUfieyGtT Q8ENJ/YWZeRFzQzuAqCoLY+uC3A7CkS2+r2KGHNuHd9x6MnP33RB6X74eEFXMo8gztC8 PH3A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685126061; x=1687718061; 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=nLIY0e80coACbljawW1P5sdAqTEH+nTVqCHHvLOoqmQ=; b=hAw51Ss8hGLR3P/qUq+0cr55LPAbhdZ8PlUaqgSI5CWIWBqkckQrMwY4Aq0N+uonvL LbvIToz5iO5Mnc++i0phIJEqnDfdqTNt+agh5qUfB4Tmz/ZhgPW3LEjEx8C6lYHKvy1E vu3cljfbi3P5HYotyDVSOthLakpRL0Sag3D0ibbTuMJkG9et1c9jbcszwx87d4ztX8KR PgwuAv1SA6+0iGMKHEop3+6M+XQsPNFBasJ4WdmxLF34m4kbsoXjydSXU8jRkV3ZAius bCqD478qOCqdcX2FqkOGl//0LxOBhT6MKOUeaEolFGbdqbYt+WSFx9cuQ7+5zhNYuI8X ffbg==
X-Gm-Message-State: AC+VfDwTmpLsZ0ak9gJWYNSKLPozBgNDq1NYMoRvSWRyaSXzj/iSF24K 7+O6dt+f8iwHTaYLo6yhPo8L12FucKszs5/un2U8jA==
X-Google-Smtp-Source: ACHHUZ5Hy7A2AQTmzFlAjZM9q0PkBPB6cGsetxrp4V4oK/u25TCUv7+3J/d3ZqBRKOO4wkt61ZBdOyxt+CvRxKVYm4k=
X-Received: by 2002:a5d:5648:0:b0:307:8fa5:6e36 with SMTP id j8-20020a5d5648000000b003078fa56e36mr1848425wrw.54.1685126060989; Fri, 26 May 2023 11:34:20 -0700 (PDT)
MIME-Version: 1.0
References: <168424587271.45431.10014516596562429177@ietfa.amsl.com> <CABNhwV08a9FscEVXE0pJNpc-OyWDQ+mJ2hYccuKUEEGYJPcT=A@mail.gmail.com> <CAOj+MME=3g+sN-csjbsDNszWpApkweipf6kDgXn9KjFyUUPwcA@mail.gmail.com> <CABNhwV08dAXYAtohhpDoKPojRuDqd-t3vtibKiyDcCYhKh_iHw@mail.gmail.com> <CAOj+MMG3C7MHHgpCta6gJDgCiT9vqTTawDAjViZfpnp7sg2fag@mail.gmail.com> <1BFD4C00-6B85-4861-9152-2241751C6455@cisco.com>
In-Reply-To: <1BFD4C00-6B85-4861-9152-2241751C6455@cisco.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Fri, 26 May 2023 20:34:09 +0200
Message-ID: <CAOj+MMEa6zE50K_uxx7C4XDizVm6aDtcVLs+7M8X6_-6XF849w@mail.gmail.com>
To: "Christian Schmutzer (cschmutz)" <cschmutz@cisco.com>
Cc: SPRING WG <spring@ietf.org>, "draft-schmutzer-spring-cs-sr-policy@ietf.org" <draft-schmutzer-spring-cs-sr-policy@ietf.org>, "spring-chairs@ietf.org" <spring-chairs@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000044816605fc9cfc6e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/nKPpEb7C3eoWpjpkNIeBH46ToB0>
Subject: Re: [spring] The SPRING WG has placed draft-schmutzer-spring-cs-sr-policy in state "Candidate for WG Adoption"
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 May 2023 18:34:27 -0000
Hi Christian, The draft as written today is technically not bad. However if you read the below it clearly appears that the aim of the document is to offer transport services of SONET/SDH or circuits analogy: IP services typically require ECMP and TI-LFA, *while transport services that normally are delivered via dedicated circuit-switched SONET/SDH or OTN networks do require:* Such a *"transport centric"* behavior is referred to as *"circuit-style"* in this document. So if you could s/cs-sr/qos-sr/ my concerns would be addressed. If not false marketing diminishes the value of technical content. Regards, Robert. On Fri, May 26, 2023 at 7:10 PM Christian Schmutzer (cschmutz) < cschmutz@cisco.com> wrote: > Robert et al, > > This draft does not talk about nor does define mechanisms that “emulate” > optical (SONET/SDH, OTN or DWDM) circuits over IP/MPLS. Rather the draft > does describe how various SR methods can be used to establish traffic > engineered paths across an SR network in order to address requirements such > as bidirectional, co-routed paths, end-to-end path-protection and bandwidth > guarantees/bookkeeping for delivering P2P (pseudo wire) services. > > While some of those characteristics may seem somewhat similar with > circuit-switched SONET/SDH, OTN and DWDM networks to some, at the end we > are still working with a packet switched IP network as such. > > I hope this clarifies the goal of the draft and does address your concerns > > Christian > > On 26.05.2023, at 13:30, Robert Raszuk <robert@raszuk.net> wrote: > > Gyan, > > If you say that this draft is: " to provide the same circuit switched > 50ms optical bypass available on legacy OTN optical UPSR / BLSR rings" I > have nothing to comment. > > - - - > > Dear WG, > > To summarize, I agree that the draft is well written and quite useful. But > as I said earlier it should not be accepted under the current notion of > providing circuit switching or as some even say "optical path over IP/MPLS > transport". > > That notion is simply not technically correct. For one there is zero > optical OAM discussed in the document. For second it does nothing to assure > proper fabric operation from ingress to egress line cards on any network > element. It does not discuss how to signal underlay drops and brownouts to > end points. As said earlier it does nothing to prepare for unaccounted > traffic presence at dedicated queues etc ... The list goes on and on ... > > If authors could rename this draft to say "PCE/SDN based QOS enhanced SR > transit" and remove all references to circuit switching or SONET/SDH I > would support it's adoption with both hands. But currently as we already > have a real life example on this list it is going to be widely > misinterpreted. Adding to this possible marketing spin the outcome could be > pretty poor for the industry. > > Kind regards, > Robert > > > On Fri, May 26, 2023 at 1:25 AM Gyan Mishra <hayabusagsm@gmail.com> wrote: > >> >> Robert >> >> The optical control plane ASON/WSON/SSON for that would be the same GMPLS >> control plane for IP/Optical used today for TDM CES (circuit emulation >> services) over IP/MPLS, would now also used for Routed Optical SR-MPLS >> networks. >> >> The control plane topic is orthogonal to the draft so don’t think it’s >> relevant, however maybe informative references could be added. >> >> Regards >> >> Gyan >> >> On Thu, May 25, 2023 at 5:51 PM Robert Raszuk <robert@raszuk.net> wrote: >> >>> Gyan, >>> >>> While I do consider some use cases for what the draft is partially >>> describing what you wrote as justification is really the crux of the matter >>> why IMO this work should not be adopted in SPRING nor any other IETF WG. >>> >>> Namely quote: >>> >>> "IP based optical networks" >>> >>> "IP over optical hop by hop routed optical transport" >>> >>> etc ... >>> >>> Please observe that this draft does not provide a control plane to >>> optical transport stitching. Quite contrary it attempts to mimic >>> characteristics of fixed channel transport to stuff it into an IP >>> connection-less paradigm. >>> >>> Regards, >>> R. >>> >>> On Thu, May 25, 2023 at 8:27 PM Gyan Mishra <hayabusagsm@gmail.com> >>> wrote: >>> >>>> >>>> I support adoption. >>>> >>>> The draft is well written. >>>> >>>> This is very important work for operators migrating from legacy TDM >>>> optical to IP based optical networks using Segment Routing. >>>> >>>> The requirements is for IP over optical hop by hop routed optical >>>> transport, either SR-MPLS or SRv6 uSID based networks to provide the same >>>> circuit switched 50ms optical bypass available on legacy OTN optical UPSR / >>>> BLSR rings, now on SR based IP / Optical networks having the same working >>>> and protect make before break MOB scheme for 1:1 protection revertive or >>>> non revertive with stateful PCE based hop by hop Co-routed disjoint static >>>> SID list for protected path that has QOS LLQ style bandwidth guarantee for >>>> transport traffic prioritization over other IP traffic in a converged core >>>> scenario carrying both IP non transport traffic and IP based optical >>>> transport based traffic. >>>> >>>> Thank you >>>> >>>> Gyan >>>> >>>> On Tue, May 16, 2023 at 10:04 AM IETF Secretariat < >>>> ietf-secretariat-reply@ietf.org> wrote: >>>> >>>>> >>>>> The SPRING WG has placed draft-schmutzer-spring-cs-sr-policy in state >>>>> Candidate for WG Adoption (entered by Joel Halpern) >>>>> >>>>> The document is available at >>>>> https://datatracker.ietf.org/doc/draft-schmutzer-spring-cs-sr-policy/ >>>>> >>>>> Comment: >>>>> This starts a two week adoption call for the subject draft. Please >>>>> speak up >>>>> if you support or object to WG adoption. Two notes: 1) WG adoption is >>>>> the >>>>> start of the process. The basic question is whether you agree that the >>>>> subject is worth the working group time to work on, and whether this >>>>> represents a good starting point for the work. 2) Please include >>>>> explanation >>>>> for your view. Yes or no are not very helpful answers, as this is not >>>>> a vote >>>>> but an evaluation of support and concerns. Thank you, Joel (for the WG >>>>> Chairs) >>>>> >>>>> We expect to close this call at the end of May, 2023. >>>>> >>>>> _______________________________________________ >>>>> spring mailing list >>>>> spring@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/spring >>>>> >>>> -- >>>> >>>> <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 * >>>> >>>> _______________________________________________ >>>> spring mailing list >>>> spring@ietf.org >>>> https://www.ietf.org/mailman/listinfo/spring >>>> >>> -- >> >> <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 * >> >> >
- [spring] The SPRING WG has placed draft-schmutzer… IETF Secretariat
- Re: [spring] The SPRING WG has placed draft-schmu… Christian Schmutzer (cschmutz)
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Rokui, Reza
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Andrew Stone (Nokia)
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Joel Halpern
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Andrew G. Malis
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Rakesh Gandhi (rgandhi)
- Re: [spring] The SPRING WG has placed draft-schmu… Mankamana Mishra (mankamis)
- Re: [spring] The SPRING WG has placed draft-schmu… N.Leymann
- Re: [spring] The SPRING WG has placed draft-schmu… Luay Jalil
- Re: [spring] The SPRING WG has placed draft-schmu… Gyan Mishra
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Samuel Sidor (ssidor)
- Re: [spring] The SPRING WG has placed draft-schmu… Bernier, Daniel
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Daniele Ceccarelli
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Robert Raszuk
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Daniele Ceccarelli
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Robert Raszuk
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Daniele Ceccarelli
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Robert Raszuk
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Joel Halpern
- Re: [spring] [**EXTERNAL**] The SPRING WG has pla… Robert Raszuk
- Re: [spring] The SPRING WG has placed draft-schmu… Eduard Metz
- Re: [spring] The SPRING WG has placed draft-schmu… Robert Raszuk
- Re: [spring] The SPRING WG has placed draft-schmu… Gyan Mishra
- Re: [spring] The SPRING WG has placed draft-schmu… Robert Raszuk
- Re: [spring] The SPRING WG has placed draft-schmu… Martin Horneffer
- Re: [spring] The SPRING WG has placed draft-schmu… Christian Schmutzer (cschmutz)
- Re: [spring] The SPRING WG has placed draft-schmu… Robert Raszuk
- Re: [spring] The SPRING WG has placed draft-schmu… Ted Pelas Johansson
- Re: [spring] The SPRING WG has placed draft-schmu… Ketan Talaulikar
- Re: [spring] The SPRING WG has placed draft-schmu… Dongjie (Jimmy)