H3C华三路由器nat避免生成null 0路由并解决nat需求

拓扑如下：（不看问题可以直接跳转至解决方案及结论部分）

问题描述：

商户client通过双线接入分支机构网络中，R1、R2写静态一对一 outbound nat对商户server IP进行映射（outbound nat映射会产生一条null 0路由，并且null 0路由会通过R1，R2重分发进入ospf进程），sw1上会形成商户server IP（此案例中指在R1R2上映射后IP）的ospf负载路由，在生产环境中商户发起访问内网ssh服务时，会有约50%流量被阻断，反之亦然（ping测试也是中断现象），模拟器的现象是全部中断（ping测试和ssh服务），经过抓包分析发现：商户发起的TCP链接的第一个syn可以顺利到达ssh内网服务，内网服务响应syn并回复syn ack，数据包发送至SW1有几率负载路由（对于交换机来说转发至商户需要依赖这条重分发的null 0路由）转发至R2，R2没有nat session并且也不会由此tcp syn ack数据流建立新的session，R2选择drop数据包阻断流量。如果数据包在SW1上选择负载的ospf路由的下一跳是R1便不会有这个问题，数据也能正常转发和访问。

【最终解决方案】

修改R1的nat 为：inbound nat，阻止null 0路由的生成。除了商户server 3的IP地址路由之外，商户的映射后地址也要加路由，为了能让SW1通过ospf路由正常访问商户，同时跟进华三官网的介绍，针对商户入向流量端口开启nat功能。

R1
nat static inbound 2.2.2.2 188.8.190.64   #修改nat为inbound nat
ip route-static 2.2.2.2 32 172.16.10.2 track 6 tag 10
#
interface GigabitEthernet0/0   #在下联商户接口生效nat
 ip address 172.16.10.1 255.255.255.0
 nat static enable
#    

R2
nat static inbound 2.2.2.2 188.8.190.64
ip route-static 188.8.190.64 32 172.16.20.2 track 6 tag 20
#
interface GigabitEthernet0/0
 port link-mode route
 combo enable copper
 ip address 172.16.20.1 255.255.255.0
 nat static enable
#

【验证】

商户server3验证：
<Server3_Clinet>ping 188.8.3.2
Ping 188.8.3.2 (188.8.3.2): 56 data bytes, press CTRL+C to break
56 bytes from 188.8.3.2: icmp_seq=0 ttl=252 time=4.000 ms
56 bytes from 188.8.3.2: icmp_seq=1 ttl=252 time=5.000 ms
56 bytes from 188.8.3.2: icmp_seq=2 ttl=252 time=2.000 ms
56 bytes from 188.8.3.2: icmp_seq=3 ttl=252 time=3.000 ms
56 bytes from 188.8.3.2: icmp_seq=4 ttl=252 time=3.000 ms
--- Ping statistics for 188.8.3.2 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg