CGN运维综述.pptVIP

CGN运维综述 Page1 目 录 CGN故障处理 故障处理流程 典型故障场景 常用维护手段 CGN常见问题FAQ CGN业务采用多核业务板VSUF实现，该单板为无出接口的单板。 业务流程：接口板把流量引入到业务板，业务板负责CGN的处理，完成后再交给接口板发出。 Page2 用户侧 网络侧 CGN业务流程简介 Page3 NAT故障处理流程 定位思路 正向：报文在接口板通过ACL(分布式为UCL)引流，根据匹配的规则将流量引入到业务板；首包在业务板上建立会话表，然后与后续包一样，匹配会话表，做NAT转换，然后根据目的IP查fib发送到下行接口板；下行接口板根据转发帧头直接将报文转发。 反向：报文到达接口板后，在接口板根据目的IP查询fib将报文转发到业务板；在业务板上匹配会话表，并作NAT转换，然后根据私网IP查fib转发到出接口板；接口板根据转发帧头将报文转发出去。 当出现问题时，可以根据转发流程逐步缩小定位范围，确认问题出在业务板或者接口板，在根据各个单板的查询命令来确认故障。 Page4 NAT故障处理流程 Page4 Page5 NAT故障处理流程 Page5 步骤一：报文是否到达业务板TM，并且从TM发送出去 报文从接口板进入业务板，首先到达TM。如果TM没有进入的报文计数，说明报文没有进入业务板。 查询命令，进入诊断试图： display tm 7 0 received-packets TM 收到的报文计数 // 7号单板为业务板 display tm 7 0 transmitted-packets TM 发送报文计数 步骤二：报文是否到达CPU 报文从TM进入CPU，如果是首包，会先建立会话表，然后根据会话表做NAT转换，然后根据目的IP查询FIB进行报转发。后续报文直接查询会话表，如果匹配会话表的话进行NAT转换，然后根据目的IP查询FIB进行转发。 确认报文是否到达CPU，查询命令： display nat statistics received slot 7 engine 0 步骤三：在CPU上是否建立用户表 分布式场景用户上线的时候就会创建用户表。 查询CPU上是否创建用户表，查询命令： display nat user-information Page6 NAT故障处理流程 Page6 步骤四：在CPU上是否建立会话表 首包创建会话表，后续包直接查询会话表，然后进行nat转换。 三元组模式会话表的目的IP和端口无法看到，五元组模式可以查看到目的IP和端口。 会话表查询命令： display nat session table slot 7 engine 0 查询cpu上的所有会话信息 display nat session table slot 7 engine 0 verberse 查询会话表向信息 步骤五：报文是否从CPU发送出去 查询命令： display nat statistics transmitted slot 7 engine 0 如果报文没有从CPU发送出去，可能是因为某种原因丢包： 查询命令： display nat statistics discard slot 7 engine 0 步骤六：报文是否到TM并且从TM发送出去 报文做完nat转换之后，根据目的IP查询FIB，根据路由信息将报文转发到接口板。从CPU出来，首先进入TM，然后经过交换网板，进入接口板。 确认报文进入TM和从TM转发出去的查询命令： display tm 7 0 received-packets TM 收到的报文计数 display tm 7 0 transmitted-packets TM 发送报文计数 Page7 NAT故障处理流程 Page7 从交换网板出来，首先到达业务板的TM。 查看报文是否到达TM下行，通过命令行查看计数，多次查询看是否计数有增长 [R15-diagnose]display tm 7 0 received-packets TMI Rx Received Total 0x00000000028b packets(0x000000080ca4