Juergen, On 9/2/17, 3:33 AM, "netmod on behalf of Juergen Schoenwaelder" <[email protected] on behalf of [email protected]> wrote:
>On Fri, Sep 01, 2017 at 10:45:51AM +0100, Robert Wilton wrote: >> Hi Alex, >> >> >> On 01/09/2017 00:57, Alex Campbell wrote: >> > >> > Hi, >> > >> > >> > I'd be very wary of adding guidelines that restrict the regex syntax. >> > >> > >> > A tool that supports YANG must implement the full regex language >>anyway >> > (or ignore regexes altogether if they are not relevant to the tool's >> > function). >> > >> This is true if the tool is designed to work with any arbitrary YANG >> module. But if a tool only needs to work with a subset of YANG modules >> (e.g. perhaps just IETF, OpenConfig, and Vendor models) then they only >>need >> to support the subset of the XML RE language that is used by the YANG >> modules that they load. >> > >Rob, > >you are on the path to create multiple flavours of YANG, an IETF >flavour, an OC flavour, a Vendor XYZ flavour - in my view this can't >be the goal of a standard. This is not an effort to change or bifurcate the YANG 1.1. It is simply to RECOMMEND a proper subset of XSD pattern that is more portable. Thanks, Acee > >A compliant implementation of YANG 1.0 and YANG 1.1 must handle XSD >pattern. > >/js > >-- >Juergen Schoenwaelder Jacobs University Bremen gGmbH >Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany >Fax: +49 421 200 3103 <http://www.jacobs-university.de/> > >_______________________________________________ >netmod mailing list >[email protected] >https://www.ietf.org/mailman/listinfo/netmod _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
