+ Christian Schmutzer Hi Jie
Most welcome. Responses in-line On Tue, Aug 6, 2024 at 4:23 AM Dongjie (Jimmy) <jie.d...@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:hayabusa...@gmail.com] *Sent:* Monday, July 29, 2024 3:50 PM *To:* Dongjie (Jimmy) <jie.dong=40huawei....@dmarc.ietf.org> *Cc:* Ketan Talaulikar <ketant.i...@gmail.com>; Alexander Vainshtein <Alexander.Vainshtein=40rbbn....@dmarc.ietf.org>; draft-dong-spring-srv6-inter-layer-programm...@ietf.org; spring@ietf.org; Oscar González de Dios <oscar.gonzalezded...@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 mailing list -- spring@ietf.org To unsubscribe send an email to spring-le...@ietf.org
