https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/YANGTOOLS-576 yangtools <p>Introduce cannonical-format extension to describe pattern of cannonical value of string and provide enforcement tools</p> <p>Operating System: All<br/> Platform: All</p> YANGTOOLS-576

Introduce canonical-pattern extension

New Feature Resolved Won't Do Unassigned Tony Tkacik Mon, 25 Jan 2016 16:15:26 +0000 Tue, 12 Jun 2018 13:31:24 +0000 Tue, 12 Jun 2018 13:31:24 +0000 codecs parser 0 3 <p>Hi Tony,</p> <p>I would like to work on this concern you have raised. Would you be please able to give some more details on what you are looking for?</p> <p>Thanks,<br/> Abbas</p> <p>really appreciate any more details.</p> <p>To clarify a bit. RFC6020 has the pattern restriction, which defines how an allowed value must look like &#8211; allowing for multiple representations.</p> <p>This is evident in ietf-inet-types, where IPv6 and MAC addresses can have both capitalized and non-capitalized letters.</p> <p>Unfortunately YANG does not define a mechanism to define what the canonical format looks like, e.g. lower-case letters in MAC.</p> <p>Hence we need to define an extension, canonical-pattern, which will take a single argument, just like pattern does and can be applied only once in a type hierarchy.</p> <p>We don't really need this, as in 3.0.0 we will actually use specialized value classes to support canonical representation – with conversion and storage.</p> Development External issue ID 5087 External issue URL Issue Type Rank 0|i0282v: