路由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、确认问题发生的物理段,便于后期定位和现场处理.
PacificRack 下架旧款方案 续费涨价 谨慎自动续费
前几天看到网友反馈到PacificRack商家关于处理问题的工单速度慢，于是也有后台提交个工单问问，没有得到答复导致工单自动停止，不清楚商家最近在调整什么。而且看到有网友反馈到，PacificRack 商家的之前年付低价套餐全部下架，而且如果到期续费的话账单中的产品价格会涨价不少。所以，如果我们有需要续费产品的话，谨慎选择。1、特价产品下架我们看到他们的所有原来发布的特价方案均已下架。如果我们已有...
1核1G仅38元/月起野草云服务器，香港/美国洛杉矶CN2+BGP云服务器,
野草云服务器怎么样?野草云是一家成立了9年的国人主机商家，隶属于香港 LucidaCloud Limited (HongKong Registration No. 2736053 / 香港網上查冊中心)。目前，野草云主要销售香港、美国的VPS、虚拟主机及独立服务器等产品，本站也给大家分享过多次他家的优惠了，目前商家开启了优惠活动，香港/美国洛杉矶CN2+BGP云服务器,1核1G仅38元/月起!点击...
德阳电信高防物理机 16核16G 50M 260元/月 达州创梦网络
达州创梦网络怎么样，达州创梦网络公司位于四川省达州市，属于四川本地企业，资质齐全，IDC/ISP均有，从创梦网络这边租的服务器均可以备案，属于一手资源，高防机柜、大带宽、高防IP业务，一手整C IP段，四川电信，一手四川托管服务商，成都优化线路，机柜租用、服务器云服务器租用，适合建站做游戏，不须要在套CDN，全国访问快，直连省骨干，大网封UDP，无视UDP攻击，机房集群高达1.2TB，单机可提供1...
ping不通为你推荐
-
巨星prince去世作者为什么把伏尔泰的逝世说成是巨星陨落7788k.comwww.k6320.com 大家给我看看这网站是真是假...mole.61.com摩尔大陆？？？？？www.zjs.com.cn中通快递投诉网站网址是什么？ip查询器查看自己IP的指令ip查询器怎么样查看自己电脑上的IP地址杨丽晓博客杨丽晓今年高考了吗？www.789.com.cn有什么网站可以玩游戏的.广告法中华人民共和国广告法中,有哪些广告不得发布?www.zhiboba.com网上看nba