Hi Tony, > Actual interoperability testing where developers sit down and test.
To the best of my knowledge the objective of those testing is to detect bugs or make sure that developers of different vendors read the spec they were implementing the same way. > what would you propose? :-) Top define what is useful in IANA. What harm would it make if someone writes a draft, defines a useful flex algo on which (the usefulness the LSR WG agrees) say using max propagation delay across hops as as a metric and allocates IANA type 135 for it ? That is what I have a hard time to understand the objections for. Many thx, R. On Fri, Sep 17, 2021 at 12:02 AM Tony Li <tony...@tony.li> wrote: > > Robert, > > > > IMHO the magnitude of those will exponentially increase with flex-algo > if it really takes off. Will it be manageable in some networks - perhaps. > > > Well, you’re welcome to your opinion. :-) > > The basic set of constraints seem very straightforward and, as always, > operators are likely to lab test their configurations before a production > deployment. If FlexAlgo really takes off, it would imply that the vendors > have good interoperability of those basic constraints. > > > > But the question is - Can we do a bit better and help to standardize > most useful flex-algos to make their deployment easier cross vendor ? > > > Short of creating a worldwide authoritarian government with you as its > benevolent dictator, what would you propose? :-) > > There have been many prior attempts to ensure compliance and > interoperability. There have been test suites and compliance statements. > All of it has proven to be of dubious value. What has worked? Actual > interoperability testing where developers sit down and test. Today, that > role seems to be primarily fulfilled by EANTC and FlexAlgo is already > tested there. > > Tony > >
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr