某局点升级版本后NAT业务异常问题典型案例

不涉及

不涉及

某局点使用全局NAT特性，从R8601P2415升级到R8660P43版本之后，发现NAT业务异常。

后续调整对应SNAT规则后业务恢复。

现场从老版本升级到新版本后，全局NAT逻辑发生变化：

新版本全局NAT逻辑如下：

在全局NAT策略视图下，可通过执行display this命令查看NAT规则的匹配优先级顺序。匹配优先级顺序受规则创建顺序和规则中包含的转换动作类型的影响，具体如下：

·              “DNAT规则”和“SNAT＋DNAT规则”的匹配优先级高于所有“SNAT规则”

·              “DNAT规则”和“SNAT＋DNAT规则”的匹配优先级顺序与创建顺序有关，先创建的规则拥有较高的匹配优先级。

·              当新建“DNAT规则”或“SNAT＋DNAT规则”时，该规则位于所有已存在的“DNAT规则”以及“SNAT＋DNAT规则”之后，即该规则的匹配优先级低于所有已存在的“DNAT规则”以及“SNAT＋DNAT规则”。

·              “SNAT规则”的匹配优先级与创建顺序有关，先创建的规则拥有较高的匹配优先级。

·              当新建“SNAT规则”时，该规则在所有已有的“SNAT规则”之后，即该规则的匹配优先级低于所有已存在的“SNAT规则”。

一旦设备匹配到了“DNAT规则”或者“SNAT＋DNAT规则”，就不会再匹配“SNAT规则”。用户可以通过移动NAT规则来调整匹配优先级顺序，但是需确保所有的“DNAT规则”和“SNAT＋DNAT规则”位于“SNAT规则”之前：

·              不允许将“DNAT规则”或“SNAT＋DNAT规则”移动到“SNAT规则”之后。

·              不允许将“SNAT规则”移动到“DNAT规则”或“SNAT＋DNAT规则”之前。

也就是说新版本，SNAT规则是排在DNAT规则之后的。老版本则没有该限制，现场老版本存在SNAT规则之后是DNAT规则的情况。

全局NAT规则的匹配顺序都是顺序匹配，现场升级之后，原本优先级低的SNAT规则被移动到前面，导致对应的SNAT规则没有生效，业务发生中断。

RBM升级过程中，全局NAT规则变化如下：

1. RBM_P设备老版本升级到新版本后，配置自动发生变换。按照新版本的配置逻辑，DNAT在SNAT之前进行排序。

2. RBM_P设备重启完成后，从RBM_S批备配置，即按照老版本的配置进行顺序调整。但是由于RBM_P此时是新版本，新版本的全局NAT配置逻辑为SNAT规则在DNAT之后，导致SNAT规则出现失败的情况。原本应该SNAT顺序应该是平移的，由于新版本的配置逻辑要求SNAT必须在DNAT规则之后，导致前面的SNAT规则移动成功，但是后面的SNAT规则移动失败。

简单理解就是新版本的配置逻辑和批备过程的配置逻辑冲突，导致策略顺序发生改变。

升级过程需保证：

1. DNAT规则和SNAT规则不能存在冗余的匹配条件，即SNAT规则在前，DNAT规则在后，然后匹配条件一致。这将会导致升级后SNAT规则的优先级降低。

2. 升级过程中关闭自动备份功能，升级完成后再打开。对应如下命令：

configuration auto-sync enable命令用来开启配置信息自动备份功能。

undo configuration auto-sync enable命令用来关闭配置信息自动备份功能。

【命令】

configuration auto-sync enable

undo configuration auto-sync enable

【缺省情况】

配置信息自动备份功能处于开启状态。

【视图】

RBM管理视图

【缺省用户角色】

network-admin

【使用指导】

开启此功能前，主管理设备上已经配置的信息，将会在开启此功能后进行一次批量备份，之后新增、删除和修改的配置信息将实时备份到从管理设备。

配置信息很多时批量备份时间会很长，可能需要一到两个小时。

【举例】

# 开启配置信息自动备份功能。

<Sysname> system-view

[Sysname] remote-backup group

[Sysname-remote-backup-group] configuration auto-sync enable