2

我对 CLI 的限制有疑问。我一直在调查 yang RFC7950 ( https://www.rfc-editor.org/rfc/rfc7950 ) 但我什么也没找到。

这是一个例子。

grouping httpGroup {
  list http-list{
    key "value";
    leaf value {
      status current { yexte:preliminary; }
      description "value to match";
      must "(not(../protocol)) and (not(../network-port)))" {
        error-message "Not compatible with protocol or non-TCP ports";
      }
      type string { length "1..255"; }
    }
  }
}

该组将包含在具有以下结构的几个组中：

list and {
  leaf-list protocol { ..... }
  uses A;
  list or { 
    leaf-list protocol { ..... }
    uses A;
  }
}
grouping A {
  status{}
  leaf-list protocol { ..... }
  leaf-list X { ..... }
  uses httpGroup;
}

我需要包含在 httpGroup 中的这个必须条件来验证协议值没有在层次结构的任何级别中配置。

我已经添加了更多的亲戚路径来搜索这个节点：

// same level
not(../protocol)

// next level
not(../and/protocol)
not(../or/protocol)

// previous level
not(../../protocol)
not(../../protocol)

//recursively down previous level
not(../../and/protocol)
not(../../or/protocol)

// third level
not(../and/or/protocol)
not(../and/and/protocol)

如您所见，这根本不是一个干净的解决方案。

有什么方法可以为整个层次结构完成，例如：

if protocol node exists and http-list exists then error.

先感谢您。

4

1 回答 1

1

分组意味着可重用。尝试创建只能在特定上下文中使用的分组是一种不好的做法。如果您在一个分组中定义一个 XPath 表达式并且这个表达式引用了在这个分组“外部”的节点（例如，一个未知的祖先数据节点，或者更糟糕的是一个具有特定名称的祖先），这正是发生的情况。

处理这种情况的正确方法是在使用此分组的每个不同上下文中使用细化语句。你value用它来定位叶子，然后通过添加一个 must 语句来改进它，它的表达式当然取决于使用上下文。您没有在 grouping 中定义 must 语句http-list。

在分组内A：

grouping A {
  status{}
  leaf-list protocol { ..... }
  leaf-list X { ..... }
  uses httpGroup {refine "http-list/value" {must "not(../../protocol)";}}
}

如您所见，分组A现在是完全自给自足的，并且可以在任何情况下使用 - 肯定不会有任何问题。

于 2019-01-25T08:00:34.473 回答