路由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、确认问题发生的物理段,便于后期定位和现场处理.
RackNerd 黑色星期五5款年付套餐
RackNerd 商家从2019年上线以来争议也是比较大的，一直低价促销很多网友都认为坚持时间不长可能会跑路。不过，目前看到RackNerd还是在坚持且这次黑五活动也有发布，且活动促销也是比较多的，不过对于我们用户来说选择这些低价服务商尽量的不要将长远项目放在上面，低价年付套餐服务商一般都是用来临时业务的。RackNerd商家这次发布黑五促销活动，一共有五款年付套餐，涉及到多个机房。最低年付的套餐...
阿里云金秋上云季,云服务器秒杀2C2G5M年付60元起
阿里云(aliyun)在这个月又推出了一个金秋上云季活动，到9月30日前，每天两场秒杀活动，包括轻量应用服务器、云服务器、云数据库、短信包、存储包、CDN流量包等等产品，其中Aliyun轻量云服务器最低60元/年起，还可以99元续费3次！活动针对新用户和没有购买过他们的产品的老用户均可参与，每人限购1件。关于阿里云不用多说了，国内首屈一指的云服务器商家，无论建站还是学习都是相当靠谱的。活动地址：h...
提速啦(900元/月),杭州BGP E5-2665/89*2 32核 48G 100G防御
提速啦的来历提速啦是 网站 本着“良心 便宜 稳定”的初衷 为小白用户避免被坑提速啦的市场定位提速啦主要代理市场稳定速度的云服务器产品，避免新手购买云服务器的时候众多商家不知道如何选择，妮妮云就帮你选择好了产品，无需承担购买风险，不用担心出现被跑路 被诈骗的情况。提速啦的售后保证提速啦退款 通过于合作商的友好协商，云服务器提供3天内全额退款，超过3天不退款 物理机部分支持当天全额退款提速啦提现 充...
ping不通为你推荐
-
巨星prince去世有几位好莱坞巨星死在2016年西部妈妈网加入新疆妈妈网如何通过验证？seo优化工具想找一个效果好的SEO优化软件使用，在网上找了几款不知道哪款好，想请大家帮忙出主意，用浙江哪款软件效果好www.55125.cnwww95599cn余额查询www.7788k.comwww.6601txq.com.有没有这个网站bbs2.99nets.com西安论坛、西安茶馆网、西安社区、西安bbs 的网址是多少？www.henhenlu.com有一个两位数，十位数字是个位数字的二分之一，将十位数字与个位数字对调，新的两位数比原来大36，这个两位数haole012.com说在:012qq.com这个网站能免费挂ＱＱ，是真的吗？555sss.com不能在线播放了？？5555566.com5566网址大全