路由ping不通
ping不通 时间:2021-04-03 阅读:()
知董斌2013-04-01发表某广电S7503E+CC754A无法在OLT侧ping通下面的CC754A管理地址处理经验案例某广电S7503E+CC754A无法在OLT侧ping通下面的CC754A管理地址处理经验案例一、组网在某广电有线电视业务和上网业务中,采用CC754A上行CATV信号和Internet信号混合接入,实现网络信号上下行数据传输.
CC754A上行通过分光器连接S75EPON口,下行直连机顶盒实现有线电视业务,局部采用CB203A或CB303A终端混合上网业务和电视业务.
下图为组网示意图.
二、问题描述客户采用我司EPCN方案做上网业务试点覆盖,开局单台S7503E下挂4台CC754A(都为相同网段:192.
168.
200.
X/23网段,网管:192.
168.
201.
254/23).
客户处现场测试,发现正常终端业务拨号,但通过S7503E侧接一台PC无法ping通,也无法正常telnet到头端管理.
三、过程分析CC754A为最新EPCN多进多出模块化设计的产品,除EPCN配备的CM700模块,还有一个可以通过光网络连接S75EPON口的ONU模块EM200,自身配置有管理地址192.
168.
0.
240/24.
初步判断:首先,需要判断ping不通发生的物理段.
由于现场为刚开局,确认在网无实际业务.
现场检查OLT、EM200、CC754A的设备配置均为正常配置,EM200正常注册.
通过OLT端修改EM200的管理地址:192.
168.
201.
100/23,测试得出以下几个现象:现象一,从S75E不能ping通EM200(192.
168.
201.
100/23),也不能ping通CC754A管理地址(192.
168.
200.
1/23).
现象二,从S75Etelnet到192.
168.
201.
100,从EM200上可以ping通CC754A192.
168.
200.
1.
现象三,通过修改该网段为其他网段都能正常的从S75E上ping通EM200和CC754A管理地址.
不考虑软件异常,从现象可以判断该问题可能为ARP学习问题,或路由配置问题.
二层定位:在本地查看S75E的ARP学习情况,能够正常学习到CC754A和EM200的IP和MAC对应关系;又通过telnet到EM200,查看ARP学习情况,发现MAC学习也依旧正常:telnet192.
168.
201.
100LoginauthenticationPassword:*****disarpIPAddressMACAddressVLANIDAging192.
168.
201.
254000f-e2e2-07f840033192.
168.
200.
15866-baf5-4027400320三层定位:ARP学习正常,之后检查路由表(部分),可以看出192.
168.
200.
0存在23和24的掩码长度,按照最长掩码匹配原则,引入路由下一跳为10.
200.
1.
33,导致ping不同:192.
168.
13.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
101.
0/24O_ASE15010310.
200.
1.
33Vlan4092192.
168.
103.
0/24O_ASE15010310.
200.
1.
33Vlan4092192.
168.
104.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
108.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
168.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
192.
0/24OSPF10310.
200.
1.
33Vlan4092192.
168.
194.
0/23O_ASE15010210.
200.
1.
33Vlan4092192.
168.
196.
0/23O_ASE15010310.
200.
1.
33Vlan4092192.
168.
198.
0/23O_ASE15010210.
200.
1.
33Vlan4092192.
168.
200.
0/23Direct00192.
168.
201.
254Vlan4003192.
168.
200.
0/24O_ASE15010310.
200.
1.
33Vlan4092192.
168.
201.
254/32Direct00127.
0.
0.
1InLoop0192.
168.
254.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
255.
0/24O_ASE15010210.
200.
1.
33Vlan4092四、解决方法可以看出问题的出处为外部路由引入导致.
因此,可以有如下解决方法.
方法一:删除路由"192.
168.
200.
0/24O_ASE15010310.
200.
1.
33Vlan4092".
显然该路由存在是客户需求.
方法二:修改192.
168.
200.
0/23地址段,同时修改192.
168.
201.
254网关地址.
五、经验总结1、对于ARP学习正常,而网络又为非纯二层组网,除了检查物理链路和二层链路是否正常以外,需要检查路由学习是否正常,且路由策略是否正确.
2、确认问题发生的物理段,便于后期定位和现场处理.
CC754A上行通过分光器连接S75EPON口,下行直连机顶盒实现有线电视业务,局部采用CB203A或CB303A终端混合上网业务和电视业务.
下图为组网示意图.
二、问题描述客户采用我司EPCN方案做上网业务试点覆盖,开局单台S7503E下挂4台CC754A(都为相同网段:192.
168.
200.
X/23网段,网管:192.
168.
201.
254/23).
客户处现场测试,发现正常终端业务拨号,但通过S7503E侧接一台PC无法ping通,也无法正常telnet到头端管理.
三、过程分析CC754A为最新EPCN多进多出模块化设计的产品,除EPCN配备的CM700模块,还有一个可以通过光网络连接S75EPON口的ONU模块EM200,自身配置有管理地址192.
168.
0.
240/24.
初步判断:首先,需要判断ping不通发生的物理段.
由于现场为刚开局,确认在网无实际业务.
现场检查OLT、EM200、CC754A的设备配置均为正常配置,EM200正常注册.
通过OLT端修改EM200的管理地址:192.
168.
201.
100/23,测试得出以下几个现象:现象一,从S75E不能ping通EM200(192.
168.
201.
100/23),也不能ping通CC754A管理地址(192.
168.
200.
1/23).
现象二,从S75Etelnet到192.
168.
201.
100,从EM200上可以ping通CC754A192.
168.
200.
1.
现象三,通过修改该网段为其他网段都能正常的从S75E上ping通EM200和CC754A管理地址.
不考虑软件异常,从现象可以判断该问题可能为ARP学习问题,或路由配置问题.
二层定位:在本地查看S75E的ARP学习情况,能够正常学习到CC754A和EM200的IP和MAC对应关系;又通过telnet到EM200,查看ARP学习情况,发现MAC学习也依旧正常:telnet192.
168.
201.
100LoginauthenticationPassword:*****disarpIPAddressMACAddressVLANIDAging192.
168.
201.
254000f-e2e2-07f840033192.
168.
200.
15866-baf5-4027400320三层定位:ARP学习正常,之后检查路由表(部分),可以看出192.
168.
200.
0存在23和24的掩码长度,按照最长掩码匹配原则,引入路由下一跳为10.
200.
1.
33,导致ping不同:192.
168.
13.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
101.
0/24O_ASE15010310.
200.
1.
33Vlan4092192.
168.
103.
0/24O_ASE15010310.
200.
1.
33Vlan4092192.
168.
104.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
108.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
168.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
192.
0/24OSPF10310.
200.
1.
33Vlan4092192.
168.
194.
0/23O_ASE15010210.
200.
1.
33Vlan4092192.
168.
196.
0/23O_ASE15010310.
200.
1.
33Vlan4092192.
168.
198.
0/23O_ASE15010210.
200.
1.
33Vlan4092192.
168.
200.
0/23Direct00192.
168.
201.
254Vlan4003192.
168.
200.
0/24O_ASE15010310.
200.
1.
33Vlan4092192.
168.
201.
254/32Direct00127.
0.
0.
1InLoop0192.
168.
254.
0/24O_ASE15010210.
200.
1.
33Vlan4092192.
168.
255.
0/24O_ASE15010210.
200.
1.
33Vlan4092四、解决方法可以看出问题的出处为外部路由引入导致.
因此,可以有如下解决方法.
方法一:删除路由"192.
168.
200.
0/24O_ASE15010310.
200.
1.
33Vlan4092".
显然该路由存在是客户需求.
方法二:修改192.
168.
200.
0/23地址段,同时修改192.
168.
201.
254网关地址.
五、经验总结1、对于ARP学习正常,而网络又为非纯二层组网,除了检查物理链路和二层链路是否正常以外,需要检查路由学习是否正常,且路由策略是否正确.
2、确认问题发生的物理段,便于后期定位和现场处理.
创梦网络-江苏宿迁BGP云服务器100G高防资源,全程ceph集群存储,安全可靠,数据有保证,防护真实,现在购买7折促销,续费同价！
官方网站：点击访问创梦网络宿迁BGP高防活动方案：机房CPU内存硬盘带宽IP防护流量原价活动价开通方式宿迁BGP4vCPU4G40G+50G20Mbps1个100G不限流量299元/月 209.3元/月点击自助购买成都电信优化线路8vCPU8G40G+50G20Mbps1个100G不限流量399元/月 279.3元/月点击自助购买成都电信优化线路8vCPU16G40G+50G2...
90IDC-香港云主机，美国服务器，日本KVM高性能云主机，创建高性能CLOUD只需60秒即可开通使用！
官方网站：点击访问90IDC官方网站优惠码：云八五折优惠劵：90IDCHK85，仅适用于香港CLOUD主机含特惠型。活动方案：年付特惠服务器：CPU均为Intel Xeon两颗,纯CN2永不混线，让您的网站更快一步。香港大浦CN2測速網址: http://194.105.63.191美国三网CN2測速網址: http://154.7.13.95香港购买地址：https://www.90idc.ne...
阿里云金秋上云季,云服务器秒杀2C2G5M年付60元起
阿里云(aliyun)在这个月又推出了一个金秋上云季活动，到9月30日前，每天两场秒杀活动，包括轻量应用服务器、云服务器、云数据库、短信包、存储包、CDN流量包等等产品，其中Aliyun轻量云服务器最低60元/年起，还可以99元续费3次！活动针对新用户和没有购买过他们的产品的老用户均可参与，每人限购1件。关于阿里云不用多说了，国内首屈一指的云服务器商家，无论建站还是学习都是相当靠谱的。活动地址：h...
ping不通为你推荐
-
2020双十一成绩单2020年河南全县初二期末成绩排名？access数据库什么是ACCESS数据库www.20ren.com求此欧美艳星名字http://www.sqsmm.com/index.php?album-read-id-1286.html巫正刚想在淘宝开一个类似于耐克、阿迪之类的店、需要多少钱、如何能够代理haokandianyingwang有什么好看的电影网站haole10.com空人电影网改网址了？www.10yyy.cn是空人电影网么99nets.com制作网络虚拟证件的网站 那里有呀？www.ijinshan.com好电脑要用什么样的软件www.toutoulu.comSEO行业外链怎么做？猴山条约中国近代史领土被割占去了多少，包括战争中失去的和吞并的总数