这几天有NMS学员在试验过程时配置ospf后希望commit应用，却发现报错
[edit]
itaa-NMS# commit
error: Cannot parse routing-option max-interface-supported
error: configuration check-out failed
而以往并没见过这条命令，不清楚max-interface-supported这个选项，如果在routing-option中查看
[edit routing-options]
itaa-NMS# set max-?
No valid completions
并看不到有相关的命令存在
但是经过尝试发现，如果把命令敲全，这条隐藏的命令是可以执行的,从字面上看这条命令限制了路由协议中接口的数量。因为文档中没有查到，按照以往规则，猜测其他数量为限制，而0为不限制，写这条命令后，可以正常commit
[edit routing-options]
itaa-NMS# set max-interface-supported 0
之后发现，如果在routing-options下，配置任何静态路由，也可以解决这个问题。例如：
[edit routing-options]
itaa-NMS# set static route 124.1.1.1 reject no-readvertise
[edit routing-options]
itaa-NMS# commit
commit complete
实际情况下routing-options往往会配置路由，同时都是尽量用稳定的版本，因此估计影响不大。这应该是Junos开发新命令时疏忽所导致。预计在未来版本中这个问题会很快解决。
虽然R1属于不稳定的版本，生产环境中用的不多，但是因为网上流行的Junos11的Olive虚拟机是基于此版本制作的，所以ITAA预计很多在家使用此版本虚拟机练习的学员会遇到这个问题，请大家参考这篇文章解决。
No comments:
Post a Comment