Hi Frank, > I think IETF solution: migrate to NMDA is unrealistic. The cost of > migration to NMDA is too expensive, If the entire industry migrates to NMDA, > the time will be long.
Does Huawei wish to be a leader or a follower? If servers support both, the clients will quickly adapt. As for myself, a server I'm working on only supports NMDA. > This will delay the deployment of the IETF model in the industry. > Anyway, even if vendor implements NMDA, the network manager/ controller or > client tools may not support NMDA client. > A non-NMDA client only support get/get-config, it still has no way to > retrieve system-controlled data. > > Generation config false copy for IETF YANG model is not reasonable, > because published IETF standard YANG should not be changed, moreover, this is > not friendly to the client or the server. Some drafts already publish a "state" module in their Appendix and, when they do, there is a completely standard non-NMDA IETF solution. I don't know if this strategy is being followed universally but, if not, then I don't believe the IETF would object at all to the publication of drafts for missing state models in drafts that only assumed NMDA. Your message seems to wish for some automatic universal support in the protocols for converting NMDA models to non-NMDA models. Whilst that would be possible, and you're welcome to submit a draft for it, it seems that the solution would entail protocol extensions that non-NMDA clients/servers would also have to be updated to support, at which point I'd argue that they would be better off supporting NMDA, which provides a superior solution. Kent // contributor
_______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
