访问控制j列表（ACL）的匹配规则顺序，可以不按照用户配置ACL的规则的先后顺序进行匹配（）

A.如果ACL不存在.则返回ACL匹配结果为：不匹配

B.如果一直查到最后一条规则.报文仍未匹配上，则返回ACL匹配结果为：不匹配

C.无论报文匹配ACL的结果是“不匹配”.“允许”还是“拒绝”，该报文最终是被允许通过还是拒绝通过，实际是由应用ACL的各个业务模块来决定

D.缺省情况下.从ACL中编号最小的规则开始查找，一旦匹配规则，停止查询后续规则

A.缺省情况下，按照深度优先的原则进行匹配。

B.缺省情况下，按照匹配permit，后匹配deny的次序进行匹配。

C.缺省情况下，按照rule-id从小到大进行匹配。

D.只有一种匹配顺序，无法修改

A．正确

B．错误

A.7.1.2.1

B.6.1.3.1

C.8.2.2.1

D.9.1.1.1

A.源地址为 1.1.1.1 的数据包匹配第一条 ACL 语句 rule0 匹配规则为允许

B.源地址为 1.1.1.2 的数据包匹配第一条 ACL 语句 rule1 匹配规则为允许

C.源地址为 1.1.1.3 的数据包匹配第一条 ACL 语句 rule2 匹配规则为拒绝

D.源地址为 1.1.1.4 的数据包匹配第一条 ACL 语句 rule3 匹配规则为允许

A.如果没有配置RD-filter。却引用这个RD-filter进行过滤.则匹配结果是deny。

B.如果配置了RD-filter.但路由的RD没有与规则中定义的任何一个RD匹配，则默认匹配结果是permit。

C.多条规则之间按照配置顺序进行匹配。

D.RD-filter配置的规则之间始终是“或”的关系

A.5000-5999

B.3000-3999

C.1000-3999

D.4000-4999