From: netmod <[email protected]> on behalf of Acee Lindem <[email protected]> Sent: 14 April 2023 12:41
> On Apr 14, 2023, at 04:39, Martin Björklund <[email protected]> wrote: > > Hi, > > I am quite confused after reading this thread, so I had to go back to > this first message: > > "Jason Sterne (Nokia)" <[email protected]> wrote: >> Hi Jeff, >> >> One topic that came up during the IETF 116 NETMOD meeting was >> backwards compatibility. >> >>> From what I understand, a leaf (e.g. unknown-flags) that uses the >>> unknown-bits typedef would never change its definition in YANG. It >>> would always be defined as unknown-bits with all 64 bit definitions >>> even as more and more bits become "known". *But* the system would >>> suddenly stop reporting bit-0, then bit-1 in that unknown-flags leaf >>> as those bits become known. >> >> Strictly speaking, that should probably be considered an NBC change > > Nothing has changed in the data model, so there is no way to mark the > _data model_ as NBC. > > The server follows the data model, and reports which bits it doesn't > understand. With software updates, this may change over time. This > is simply the semantics of this state leaf. I agree. Removing the definition of the unknown bit in the second leaf for unknown bits is not backward compatible but that isn’t being proposed. <tp> Mmm you can apply a restriction so that a definition of bit4 bit5 bit 6 bit7 becomes just bit6 bit7 Tom Petch Also, one can define a new bit in an unused position in an augmentation - correct? Thanks, Acee > > > /martin > > _______________________________________________ > netmod mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/netmod _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
