PON网络组网和工程故障排查技巧.ppt

VEIP配置下发问题 在ONU成功完成LOID认证以后，OLT首先发起ONU的MIB同步流程，其后通过OMCI消息下发VEIP业务单播和组播配置。 在OMCI日志中，通过“STD_UNICAST_SERVICE”搜索OLT下发了哪些VEIP单播业务，可以根据vlanid与WAN连接对应起来。只有OLT下发了单播业务，才能通过acl display sfc_entry all命令查看到有对应的sfc规则。 在OMCI日志中，通过“multicast gemport”可以搜索到组播GEM Port是否下发。组播GEM port通常是4095或者3087。 如果某WAN连接对应的vlan在VEIP配置信息中没有找到，那肯定是OLT未配置好，需要联系OLT解决。 应用问题排查 网关应用模块问题一般排查方法 对于涉及WAN侧的应用问题，主要通过端口镜像抓包进行分析，分析原则如下： 相比正常流程，什么包没收到或没发出。 如果是包没有从网关发出去，那么主要应关注WAN连接配置是否正确，确认网络接口是否已创建，应用模块是否已启动。 如果是包没有从PON口进来： 确认OLT是否已经下了单播配置，上层环境是否正常。 抓包确认之前网关的回包是否正确。 DHCP原理 动态获取ip 为了动态获取并使用一个合法的IP地址，需要经历以下几个阶段： 发现阶段：即DHCP 客户端寻找DHCP 服务器的阶段。 提供阶段：即DHCP 服务器提供IP 地址的阶段。 选择阶段：即DHCP 客户端选择某台DHCP 服务器提供的IP 地址的阶段。 确认阶段：即DHCP 服务器确认所提供的IP 地址的阶段。 DHCP原理 重用曾经分配的ip DHCP客户端每次重新登录网络时，不需要再发送DHCP-DISCOVER报文，而是直接发送包含前一次分配的IP地址的DHCP-REQUEST请求报文，即报文中的Option 50（请求的IP地址选项）字段填入曾经使用过的IP地址。DHCP服务器收到这一报文后，判断DHCP客户端是否可以使用请求的地址： 如果可以使用请求的地址，DHCP服务器将回复DHCP-ACK确认报文。收到DHCP-ACK报文后，DHCP客户端可以继续使用该地址进行通信。 如果请求的IP地址已无法再分配给DHCP客户端（例如，此IP地址已分配给其它DHCP客户端使用），则DHCP服务器将回复DHCP-NAK否认报文。DHCP客户端收到此报文后，必须重新发送DHCP-DISCOVER报文来请求新的IP地址。 DHCP原理 更新租约 IP 租约期限达到一半（T1）时，DHCP 客户端会自动以单播的方式，向DHCP 服务器发送DHCP-REQUEST 报文，请求更新IP 地址租约。如果收到DHCP-ACK 报文，则租约更新成功；如果收到DHCP-NAK 报文，则重新发起申请过程。 到达租约期限的87.5%（T2）时，如果仍未收到DHCP 服务器的应答，DHCP 客户端会自动向DHCP 服务器发送更新其IP 租约的广播报文。如果收到DHCP-ACK 报文，则租约更新成功；如果收到DHCP-NAK 报文，则重新发起申请过程。 DHCP客户端主动释放IP地址 DHCP客户端不再使用分配的IP地址时，会主动向DHCP服务器发送DHCPRELEASE报文，通知DHCP服务器释放IP地址的租约。DHCP服务器会保留这个DHCP客户端的配置信息，以便该客户端重新申请地址时，重用这些参数。 DHCP问题 DHCP无法获取地址 打开抓的包，过滤条件bootp。如看到网关设备发出的DHCP Discovery包并没有任何DHCP Server回，表明线路不正常，遇到此类型的工程问题，需要查看网络环境。 DHCP问题 DHCP方式地址经常变化 打开抓的包，过滤条件bootp。关注两部分： 查看租约期为多少，一般建议租约期不低于1天，如果过短（例如20分钟）建议平台修改，这样会造成下挂设备频繁续租，增加平台压力。 如果续租时间正常，但设备上抓包发现设备频繁请求地址（10分钟多于2次），有可能因为设备没有收到上层平台的arp单播报文，导致arping程序频繁Kill UDHCPC后再重启，导致DHCP频繁获取地址。这种情况下需要平台进行调整，回应下挂设备的arp单播报文。 PPPOE原理 PPPOE流程三阶段——Discovery阶段 Discovery阶段由四个过程组成。完成之后通信双方都会知道PPPoE的Session_ID以及对方以太网地址，它们共同确定了唯一的PPPoE Session。 PPPoE Client 广播发送一个PADI 报文，在此报文中包含PPPoE Client 想要得到的服务类型信息。 所有的PPPoE Server 收到PADI 报文之后，将其中请求的服务