My position,
It may be the case that there's even a better cleaner solution; however, it's
simply too late for major modifications to this work that don't actually
address functional failures. The draft as proposed works for the people who
need to get work done.
We have multiple pending RFCs
Hi,
A customer of ours using one of the draft versions of the
ietf-access-control-list module reported that it was not possible to
configure an ethernet ace with type acl:eth-acl-type, due to the
derived-from() in
container eth {
when "derived-from(../../../../type,
Juergen Schoenwaelder writes:
- For the pre 09 'camp', it seems integration with YLbis is the key
technical requirement that is driving them.
What is the key technical critical issue for the other camp?
We have RFCs in the publication queue (i.e., awaiting RFC numbers) to manage
VPNs, VMs
I've developed a basic python based netconf server and client
(https://github.com/choppsv1/netconf), but it currently lacks any decent
filtering capability. I was wondering can anyone point me at any open source
(or way to use open source) that implements netconf/yang subtree/xpath
filtering?
Still interested in any answers to this query; however, I thought I would
followup..
A somewhat sub-optimal but working solution using lxml for pruning results
turned out to be pretty simple after all. :)
`data` is the data lxlm.Element containing the get[-config] result, and `xpath`
is an x