[CC-ing Joe and Benoit who are closer to this than I am]

The only official source is the RFC, on which folks are expected to use a 
module extraction tool [1].

For a while there, YangModels [2] had a following, but it doesn't seem to have 
the last voucher module in its DB, so I'm guessing its `cron` job is stuck or 
something.

YangCatalog is a more recent entrant.  It actually does have the latest module 
version in its DB [3], so there appears to be some other issue causing the 
stale DataTracker link.

Regardless how the modules are obtained, I always find myself needing to make 
local copies of them to satisfy tooling.  Is your idea to use `wget` in the 
draft's build scripts to do a just-in-time fetch?

[1] https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-20#section-3.11
[2] https://github.com/YangModels
[3] 
https://www.yangcatalog.org/yang-search/module_details.php?module=ietf-voucher

Kent

===== original message =====

Now that RFC8366 is published, BRSKI should be importing the module from an
official source, rather than from ../voucher as I do now on my computer.

As far as I can understand, includes seem to come from the pyang source tree,
in modules/ietf, and if you want new modules, you have to get a new pyang,
and so we should send a pull request against the pyang source.

However, we also have the yangcatalog.org, and maybe the makefile in
BRSKI should wget something, but I'm unclear what exactly I should wget!

Also, https://datatracker.ietf.org/doc/rfc8366/ has a link for:
      Yang catalog entry for ietf-vouc...@2017-10-25.yang
pointing at the entry for 2017-10-25, while the RFC has 2018-05-09,
and in fact, there is an entry at:
  
https://www.yangcatalog.org/yang-search/module_details.php?module=ietf-vouc...@2018-05-09.yang

I feel that I'm missing a place to wget the modules from.

====

Also, a related question is whether ietf-cwt-voucher-request to inherit from 
BRSKI's
ietf-voucher-request, or from ietf-voucher... It's not clear to me that
it's a 100% subclass yet.

-- 
]               Never tell me the odds!                 | ipv6 mesh networks [ 
]   Michael Richardson, Sandelman Software Works        | network architect  [ 
]     m...@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [ 
        








_______________________________________________
Anima mailing list
Anima@ietf.org
https://www.ietf.org/mailman/listinfo/anima

Reply via email to