[spring] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming
Gyan Mishra <hayabusagsm@gmail.com> Thu, 15 August 2024 20:19 UTC
Return-Path: <hayabusagsm@gmail.com>
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 5C047C151556; Thu, 15 Aug 2024 13:19:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-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=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 gZdGoQMXG1in; Thu, 15 Aug 2024 13:19:03 -0700 (PDT)
Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 799FCC14CE4A; Thu, 15 Aug 2024 13:19:03 -0700 (PDT)
Received: by mail-pg1-x530.google.com with SMTP id 41be03b00d2f7-7c3e1081804so1035928a12.3; Thu, 15 Aug 2024 13:19:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723753143; x=1724357943; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=kzeJXVpEQuU618rWYS+N6MyKG0f1iUusVr/3VZ8Mh8s=; b=EZjwGZpEBQQe/K6LoUmsszYxFYVwOSKjKRne47rRNzazdVV31aWkP1VfzV6lU4jL9Q zc7jY5t7+fLiOgj0E5wMCBwr9Cpc8Xu3STTYWDOMgu1F7AQj4vqvUJrU6yJ2D61EfIw9 rKWeY+5mzIg9SQ8ugMEfJ89iCGecu487WdMP82SnAJgeoLvjaDC1zmBTV0Yw63OJt7/e BIYDUDR7a64ymGABjc06NYUFFUXsFsxxkOEtp43Tx3iPOvGDgNjJoBETcOyF/nIGW5Zt GDkVEIqOozhSkt+5LtM7CE4n2WNwxnN5qnZ0BVudIbxS8deqQFws0sEjNjLHFuvDJzx+ GNbw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723753143; x=1724357943; 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=kzeJXVpEQuU618rWYS+N6MyKG0f1iUusVr/3VZ8Mh8s=; b=qwZkCpiDKEPzFyYIEDpUlry14ShdkU8kII5rMSwVBBDi2cQejTdYZ4K1CWNlElQM4L LvTXZWY77Y1K+++c3cplbyAeyqFkthZ84Ef/+uj4yDmBNm0PUmw56yVi454c5TwWaVxz mY5yartVl1tISfpaxu+i1CiEfOFye6xfaLm1Jzqu3v4gDLZpE9dvvxJNsA9JsiEt/W70 WUW3/GvklObA7Aq4tkdDxgoBuxdrUV5kYX+bkB8i/wO+KkQ0YvOvQEnP+Mg5TlAreaye +bZduQtj1dk2wLBIDiJeUzn8YlQDHYWZqbjYuvOvTWM8OoabLfFb+fkagkVXd3U47WGC 0GcQ==
X-Forwarded-Encrypted: i=1; AJvYcCUFUOCA7OX0D9dXUCTYE3Dl7Akc4raOZiSXugagKm/Z4zpp3L979vG65r3HtFo8rHXacNvbk1uF@ietf.org, AJvYcCWKIBSWOCMVJ3vfp5lTxn9G9bmDO9fHMMgK5UAdxVLFUewwyfaqg8WPVuPU7ixgWrfN4TA3NefFK7BAHcR+a8RQUBiaakq0qwolA5OveG5NlLDhwIdXgwCf5V/4btV7@ietf.org
X-Gm-Message-State: AOJu0Yy6gA/tJz0JnKSTd5qtc2LQZMfpjGG2wuHhuh5IFQZMB9KWI+DG iv0V056YAcE4IEKgwbHMlxFYQbsdEh61rt/06Ilr3bpLN/WxakLrYynF2ehauPW7mTzRdxJNtSa N/xsvZXj0iULr+4gbMyMFhAl2u24=
X-Google-Smtp-Source: AGHT+IH9aUoozLGu4XP7FnFRxlWksdMFT7mcZrP2r6MK51iPfLTTQJ3m+39MWgusyFMNW/ug6Iykv/mnVfh7ppgVvFY=
X-Received: by 2002:a17:90b:3704:b0:2c9:cf1d:1bcc with SMTP id 98e67ed59e1d1-2d3e0e3dbb9mr826166a91.36.1723753142558; Thu, 15 Aug 2024 13:19:02 -0700 (PDT)
MIME-Version: 1.0
References: <PH0PR03MB63005B338D8408CAC04A03FFF6B42@PH0PR03MB6300.namprd03.prod.outlook.com> <CAH6gdPyA9W-01NmHXKr=Ro7fmWyy97c1zVpjez67hV8cwrvr1w@mail.gmail.com> <405f2270e5954f7180e7944ea746207a@huawei.com> <CABNhwV3ZPaYdvbhE3Q1EdrahxxHh5UEx284AmYZg0-iyV7+FaA@mail.gmail.com> <3a21d19298c24ce3914e05e3c09d678e@huawei.com>
In-Reply-To: <3a21d19298c24ce3914e05e3c09d678e@huawei.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Thu, 15 Aug 2024 16:18:51 -0400
Message-ID: <CABNhwV0ytG4_gN4oqDmF6rWDPe12zEB_CGkYc3htH5xwk_U1-g@mail.gmail.com>
To: "Dongjie (Jimmy)" <jie.dong@huawei.com>, "Christian Schmutzer (cschmutz)" <cschmutz@cisco.com>
Content-Type: multipart/alternative; boundary="000000000000be2956061fbe8dea"
Message-ID-Hash: EPZ2WA25NWD5EEDVZ26E75QZEOK7EM3N
X-Message-ID-Hash: EPZ2WA25NWD5EEDVZ26E75QZEOK7EM3N
X-MailFrom: hayabusagsm@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-spring.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Ketan Talaulikar <ketant.ietf@gmail.com>, Alexander Vainshtein <Alexander.Vainshtein=40rbbn.com@dmarc.ietf.org>, "draft-dong-spring-srv6-inter-layer-programming@ietf.org" <draft-dong-spring-srv6-inter-layer-programming@ietf.org>, "spring@ietf.org" <spring@ietf.org>, Oscar González de Dios <oscar.gonzalezdedios@telefonica.com>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [spring] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming
List-Id: "Source Packet Routing in NetworkinG (SPRING)" <spring.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/jnTVRU_9fCaWpp8CKt6d_qVqx9s>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Owner: <mailto:spring-owner@ietf.org>
List-Post: <mailto:spring@ietf.org>
List-Subscribe: <mailto:spring-join@ietf.org>
List-Unsubscribe: <mailto:spring-leave@ietf.org>
+ Christian Schmutzer Hi Jie Most welcome. Responses in-line On Tue, Aug 6, 2024 at 4:23 AM Dongjie (Jimmy) <jie.dong@huawei.com> wrote: > Hi Gyan, Thanks for your interest in this topic, and the introduction of the POI work in CCAMP is helpful. Please see some replies inline: *From:* Gyan Mishra [mailto:hayabusagsm@gmail.com] *Sent:* Monday, July 29, 2024 3:50 PM *To:* Dongjie (Jimmy) <jie.dong=40huawei.com@dmarc.ietf.org> *Cc:* Ketan Talaulikar <ketant.ietf@gmail.com>; Alexander Vainshtein <Alexander.Vainshtein=40rbbn.com@dmarc.ietf.org>; draft-dong-spring-srv6-inter-layer-programming@ietf.org; spring@ietf.org; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com> *Subject:* Re: [spring] Re: My question at the mike about draft-dong-spring-srv6-inter-layer-programming Hi Jie I have a draft in CCAMP on POI IP + Optical convergence where we are focused on operator use cases for coherent pluggable optics that is being developed by lead author Oscar Dios (Teas chair). Does this describe what you are trying to do with SRv6 inter layer programming does seem like POI IP + Optical convergence. [Jie] As described in this draft, POI is one use case of SRv6 inter-layer programming. This work uses the CS-SR Circuit Style SR for provisioning being progressed by Christian Schmutzer which can be over SR-MPLS or SRv6. https://datatracker.ietf.org/doc/draft-schmutzer-spring-cs-sr-policy/ [Jie] To my understanding CS-SR is a another story, which is about using SR based packet network to emulate circuit-style connections. Gyan> CS-SR is used for provisioning both TDM CES Circuit Emulated services as well as MetroE ethernet 100G/400G/800G per wavelength with ROADM for shared SPAN or w/o ROADM for P2P SPAN. The goal of CS-SR is to provide guaranteed bandwidth with path protection per wavelength for POI both pluggable and non pluggable gray optics with external transponder. The POI integration is done holistically with a hierarchical controller that talks to both IP controller (PCE) IP layer and Optical controller optical layer so that SR can provide the protection failover scheme and optical layer can provide the restoration. I believe there maybe some overlap in vendor implementations of CS-SR with hierarchical controllers and the goals of SRv6 Inter Layer programming. However if the goal of inter layer programming in POI context to provision the optical layer with the IP controller using new SRv6 programming End.XU and End.BXC endpoint behaviors then their is no overlap as this would be an alternative solution to provisioning the optical layer. This would provide simplicity and as well now would not necessarily need a hierarchical controller to talk both IP and Optical layers to provision them both separately. With this solution the IP controller with the new SRv6 endpoint behaviors can now provision both the IP and Optical layers. Or the IP controller via the new endpoint behaviors could talk directly to the optical controller for provisioning. If that maybe the case could you provide more details as to how the optical layer would be provisioned. > > There are two new very powerful use cases which are exposed with POI when > IP and Optical layers are being converged and that is that now with POI we > can p2p DWDM links between router nodes that are now acting as DWDM switch > as well with Routed Optical Networking termed "RON" with IP and Optical > convergence. These use cases do not exist with legacy Optical OTN with gray > optics and external transponders which is one of the major benefits of POI > IP+Optical convergence > > > > > https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01 > > > > With this work we have tremendous scale as now each p2p link with coherent > pluggable optics and now having access to all the layers with IP+Optical > with a Hierarchial controller superset controller talking to the IP and > Optical layers for provisioning as well as can have very long spans with > tweaking of the alien wavelengths and amplitude modulation schemes. > > > > With POI a p2p link with each router being a DWDM switch each wavelength > could be 100G/400G/800G x 96 wavelengths so a single SMF fiber can now have > up to 100G/400G/800G x 96 scalable bandwidth on demand which is applicable > to MSDC DCI interconnects and Converged Core transport networks. > > > > [Jie] Thanks for sharing the use cases of IP+optical pluggable, I will > take a further look at it. I agree this draft could be applicable to the > use cases of pluggable, and it can also be applied to other IP and Optical > integration cases without pluggable. > > > > > > Best regards, > > Jie > > > > > This exists today and is supported by a few vendors but now we are trying > to standardize the implementation use cases with coherent pluggable optics > with this CCAMP draft. > > > > See section 4.2 Scenario-A High Capacity P2P and 4.3 Scenario-B High > Capacity P2P over shared fiber > > > 4. > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4>Network > Scenarios > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#name-network-scenarios> > > This section provides a set of packet over optical network scenarios, > starting with the most common ones.¶ > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4-1> > 4.1. > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4.1>Scenario > A - High capacity point to point connection over dedicated direct fiber > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#name-scenario-a-high-capacity-po> > > As depicted in Figure 4 > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#_figure-topo1>, > this scenario considers a point-to-point optical service over a short > distance (e.g., up to 100 km) using dedicated fiber.¶ > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4.1-1> > > Note that there is no amplification and no protection in this scenario.¶ > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4.1-2> > > Packet Packet > > Device A Device B > > +----+ IP Link (between Router Ports) +----+ > > | |.............................................................| | > > | | | | > > | | Optical Service (Plug-to-Plug) | | > > | | ..................................................... | | > > | |------| |------| | > > | | | | | | > > | |Plug A|===================================================|Plug B| | > > | | | | | | > > | |------| |------| | > > | | | | > > +----+ +----+ > > Figure 4 > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#figure-4> > : Network topology with dedicated direct fiber > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#name-network-topology-with-dedic> > 4.2. > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4.2>Scenario > B - High capacity point to point over shared fiber > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#name-scenario-b-high-capacity-po> > > This scenario extends Figure 4 > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#_figure-topo1> by > making more efficient use of the deployed fiber infrastructure.¶ > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4.2-1> > > As shown in Figure 5 > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#_figure-topo2>, > this scenario considers a point-to-point optical service over a short > distance (e.g., up to 100 km) using a physical optical network with DWDM > filters and amplifiers. Several point-to-point connections can be > multiplexed from the same packet devices.¶ > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4.2-2> > > Note that there is no protection in this scenario.¶ > <https://datatracker.ietf.org/doc/html/draft-poidt-ccamp-actn-poi-pluggable-usecases-gaps-01#section-4.2-3> > > Packet Packet > > Device A Device B > > +----+ IP Link (between Router Ports) +----+ > > | |.............................................................| | > > | | | | > > | | Optical Service (Plug-to-Plug) | | > > | | ..................................................... | | > > | |------| |------| | > > | | | |-------| |-------| |-------| | | | > > | |Plug A|======| Filter|======| AMP |======| Filter|======|Plug B| | > > | | | ||==| | | | | |==|| | | | > > | |------| || |-------| |-------| |-------| || |------| | > > | | || || | | > > +----+ || || +----+ > > || || > > |------| || || |------| > > | |==|| ||==| | > > |Plug C| |Plug D| > > | | | | > > |------| |----- > > > > > > > >
- [spring] My question at the mike about draft-dong… Alexander Vainshtein
- [spring] Re: My question at the mike about draft-… Ketan Talaulikar
- [spring] Re: [EXTERNAL] Re: My question at the mi… Alexander Vainshtein
- [spring] Re: My question at the mike about draft-… Dongjie (Jimmy)
- [spring] Re: My question at the mike about draft-… Dongjie (Jimmy)
- [spring] Re: My question at the mike about draft-… Gyan Mishra
- [spring] Re: My question at the mike about draft-… Alexander Vainshtein
- [spring] Re: My question at the mike about draft-… Dongjie (Jimmy)
- [spring] Re: My question at the mike aboutdraft-d… Joel Halpern
- [spring] Re: My question at the mike about draft-… 韩柳燕
- [spring] Re: My question at the mike aboutdraft-d… 韩柳燕
- [spring] Re: My question at the mike about draft-… Gyan Mishra
- [spring] Re: My question at the mikeaboutdraft-do… 韩柳燕
- [spring] Re: My question at the mike about draft-… 韩柳燕
- [spring] Re: My question at the mike about draft-… Dongjie (Jimmy)
- [spring] Re: My question at the mikeaboutdraft-do… Joel Halpern
- [spring] Re: My question at the mike about draft-… Gyan Mishra
- [spring] Re: My question at themikeaboutdraft-don… 韩柳燕
- [spring] Re: [EXTERNAL] Re: My question at the mi… Alexander Vainshtein
- [spring] Re: [EXTERNAL] Re: My question at the mi… 韩柳燕
- [spring] Re: [EXTERNAL] Re: My question at the mi… Alexander Vainshtein
- [spring] Re: [EXTERNAL] Re: My question at themik… 韩柳燕
- [spring] Re: [EXTERNAL] Re: My question atthemike… 韩柳燕
- [spring] Re: [EXTERNAL] Re: My question atthemike… Dongjie (Jimmy)
- [spring] Re: [EXTERNAL] Re: My question at the mi… 张乃晗(联通集团科技创新部)
- [spring] Re: [EXTERNAL] Re: My question at the mi… Zafar Ali (zali)