路由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、确认问题发生的物理段,便于后期定位和现场处理.
Sharktech（$49/月），10G端口 32GB内存，鲨鱼机房新用户赠送$50
Sharktech 鲨鱼机房商家我们是不是算比较熟悉的，因为有很多的服务商渠道的高防服务器都是拿他们家的机器然后部署高防VPS主机的，不过这几年Sharktech商家有自己直接销售云服务器产品，比如看到有新增公有云主机有促销活动，一般有人可能买回去自己搭建虚拟主机拆分销售的，有的也是自用的。有看到不少网友在分享到鲨鱼机房商家促销活动期间，有赠送开通公有云主机$50，可以购买最低配置的，$49/月的...
RAKSmart VPS主机半价活动 支持Windows系统 包含香港、日本机房
RAKSmart 商家最近动作还是比较大的，比如他们也在增加云服务器产品，目前已经包含美国圣何塞和洛杉矶机房，以及这个月有新增的中国香港机房，根据大趋势云服务器算是比较技术流的趋势。传统的VPS主机架构方案在技术层面上稍微落后一些，当然也是可以用的。不清楚是商家出于对于传统VPS主机清理库存，还是多渠道的产品化营销，看到RAKSmart VPS主机提供美国、香港和日本机房的半价促销，当然也包括其他...
JustHost：俄罗斯/新西伯利亚vps,512MB内存/5GB空间/不限流量/200Mbps/KVM/自由更换IP,$1.57/月
justhost怎么样?justhost是一家俄罗斯主机商，2006年成立，提供各种主机服务，vps基于kvm，有HDD和SSD硬盘两种，特色是200Mbps不限流量(之前是100Mbps，现在升级为200Mbps)。下面是HDD硬盘的KVM VPS，性价比最高，此外还有SSD硬盘的KVM VPS，价格略高。支持Paypal付款。国内建议选择新西伯利亚或者莫斯科DataLine。支持Paypal付...
ping不通为你推荐
-
地图应用手机地图软件那么多，都不知道用哪个好了？rawtools闪迪32Gsd卡，无法格式化，显示只有30M，并且是raw格式。如何恢复？seo优化工具seo优化软件有哪些？网站检测请问论文检测网站好的有那些？www.765.com有没好的学习网站5xoy.com求个如月群真汉化版下载地址百度指数词百度指数是指，词不管通过什么样的搜索引擎进行搜索，都会被算成百度指数吗？www.bbb551.com广州欢乐在线551要收费吗？bk乐乐BK乐乐和沈珂什么关系？175qq.comhttp://www.qq10008.com/这个网页是真的吗?