Huaimo This is a much needed feature that operators have been needing for densely meshed topologies that commonly exist in data centers to accommodate very high bandwidth E-W traffic.
Below is link from Cisco which has introduced feature for dynamic flooding in clos high density ECMP data center topologies. Please look at the feature description and it does seem to be exactly the same as this draft. Please confirm. There maybe other vendors due to industry demand have to get the feature deployed before it reaches standards vendor consensus with the IETF. https://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-743015.html We are testing this feature and planning to deploy but wanted to ensure that this is the same as the draft on the standards track. Kind regards Gyan On Tue, May 19, 2020 at 11:52 PM Huaimo Chen <[email protected]> wrote: > Hi Gyan, > > Thank you very much for your questions and support. > > This Flooding Topology Computation algorithm can be used in the Dynamic > Flooding on Dense Graphs to compute the flooding topologies for the data > center clos dense meshed topologies with many ECMP paths. It can be used by > the area leader in the centralized mode to compute the flooding topology. > > Best Regards, > Huaimo > ------------------------------ > *From:* Lsr <[email protected]> on behalf of Gyan Mishra < > [email protected]> > *Sent:* Tuesday, May 19, 2020 2:39 AM > *To:* Yanhe Fan <[email protected]> > *Cc:* [email protected] <[email protected]>; Acee Lindem (acee) <acee= > [email protected]> > *Subject:* Re: [Lsr] Flooding Topology Computation Algorithm - > draft-cc-lsr-flooding-reduction-08 Working Group Adoption Call > > > I support WG adoption and have a few questions related to the draft. > > Does this flooding algorithm use the dynamic flooding algorithm used in > data center clos dense meshed topologies with many ECMP paths where the > flood is decoupled from the physical topology. In the dynamic flooding > algorithm mentioned in centralized mode the flooding is computed by the > area leader and distributed to all nodes. In distributed mode each mode > the area leader determines the algorithm and then each node computes the > flooding topology based on the algorithm. > > This dynamic algorithm for optimized flood reduction would reduce the > amount of redundant flooding in highly densely meshed ospf or Isis > topologies. So this optimization of flooding would improving overall link > state routing protocol convergence. > > Gyan > > On Mon, May 18, 2020 at 3:37 PM Yanhe Fan <[email protected]> wrote: > > Support it as a co-author. > > > > Thanks, > > Yanhe > > > > *From:* Lsr <[email protected]> *On Behalf Of *Acee Lindem (acee) > *Sent:* Friday, May 15, 2020 3:40 PM > *To:* [email protected] > *Subject:* [Lsr] Flooding Topology Computation Algorithm - > draft-cc-lsr-flooding-reduction-08 Working Group Adoption Call > > > > This begins a 3 week (due to holidays) WG adoption call for the “Flooding > Topology Computation Algorithm” draft. Please issue your support or > objection to this list by 11:59 PM, UTC on June 5th, 2020. Here is a URL > for your convenience. > > > > https://datatracker.ietf.org/doc/draft-cc-lsr-flooding-reduction/ > <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-cc-lsr-flooding-reduction%2F&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C67789a4ab2b84b08385508d7fbbf82c1%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637254672267311232&sdata=yBEjECqdVgodmO5T3C%2FRQE21bFKOWX6lpJA0CMdJ18A%3D&reserved=0> > > > > Thanks, > Acee > _______________________________________________ > Lsr mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/lsr > <https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Flsr&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C67789a4ab2b84b08385508d7fbbf82c1%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637254672267311232&sdata=hTQLnO1j3UqxcJP2hEs9DpYQiSOZpw00SF2LNrwgtKc%3D&reserved=0> > > -- > > > <https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.verizon.com%2F&data=02%7C01%7Chuaimo.chen%40futurewei.com%7C67789a4ab2b84b08385508d7fbbf82c1%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637254672267321230&sdata=mYvXS9UFr523Pxr9%2B3Il52dsAEPsTWglyYsCtUDUdo0%3D&reserved=0> > > <https://www.google.com/maps/search/13101+Columbia+Pike+%0D%0A+Silver+Spring,+MD?entry=gmail&source=g> > > *Gyan Mishra* > > *Network Solutions A**rchitect * > > > > *M 301 502-1347 13101 Columbia Pike > <https://www.google.com/maps/search/13101+Columbia+Pike+%0D%0A+Silver+Spring,+MD?entry=gmail&source=g> > *Silver Spring, MD > <https://www.google.com/maps/search/13101+Columbia+Pike+%0D%0A+Silver+Spring,+MD?entry=gmail&source=g> > > -- <http://www.verizon.com/> *Gyan Mishra* *Network Solutions A**rchitect * *M 301 502-134713101 Columbia Pike *Silver Spring, MD
_______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
