链路故障排查记

之前客户总部与分公司之间通过单模光纤收发器进行连接。

为了达到冗余备份的目的,总部和分公司之前又增加了一条链路,形成双链路。但在实施的时候发现,新增加的链路通过万兆单模模块进行连接可以正常连通,数据传输正常,而原来的那条链路在接上万兆模块之后两端不通!!原来好用,现在不通,我们把目光放到了那对万兆模块上,毕竟用户采购的就是O的模块,非原厂的,难免存在问题。

经与厂家协商后,再次发来了两对模块,然而更换上去之后发现链路仍然不通!竟然还不通!!!为了进一步确定是否是模块的问题,我们把这对模块接在了那条好用的链路上,此时发现两端竟然是通的!!!难道问题出在了那条链路上?

为了找出问题所在,我带着光功率计来到了现场,不测不知道,一测吓一跳!结果如下图所示:

对照模块的详细参数发现:


Product


Type


Transmit Power (dBm)*


Receive Power (dBm)*


Transmit and Receive Wavelength Range
(nm)


Maximum


Minimum


Maximum


Minimum


Transmit


Receive


Cisco X2-10GB-SR


10GBASE-SR 850 nm MMF


-1.2**


-7.3


-1.0


-9.9


840 to 860


Cisco X2-10GB-LRM


10GBASE-LRM 1310 nm MMF


0.5


-6.5


0.5


-8.4 (in average)

and -6.4 (in OMA)***


1260 to 1355


Cisco X2-10GB-LX4


10GBASE-LX4 WWDM 1300 nm MMF


-0.5 per lane


-6.75 per lane in OMA


-0.5 per lane


-14.25 per lane in OMA


Four lanes; overall range: 1269 to 1356


Cisco X2-10GB-LR


10GBASE-LR 1310 nm SMF


0.5


-8.2


0.5


-14.4


1260 to 1355


1260 to 1565****


Cisco X2-10GB-ER


10GBASE-ER 1550 nm SMF


4.0


-4.7


-1.0


-15.8


1530 to 1565


1260 to 1565****

将测试的结果与表中receive power的最小值进行对比,发现链路的光衰减已经超出了接收的最小值,所以模块接上去之后链路不能!但为什么使用光收发器能通呢?原因还是在光衰减上,具体如下:

“单模收发器覆盖的范围可以从20公里至120公里。需要指出的是因传输距离的不同,光纤收发器本身的发射功率、接收灵敏度和使用波长也会不一样。如20公
里光纤收发器的发射功率一般在-15~-7dB之间,接收灵敏度为-30dB,使用1310nm的波长;而120公里光纤收发器的发射功率多在
-5~0dB之间,接收灵敏度为-38dB,使用1550nm的波长。”

后经运营商对链路进行优化,接上模块后,链路连通!至此故障解决!

总结:平时在使用的时候一定要注意使用环境,另外在出现问题的时候一定要经过仔细的检测!

时间: 2024-10-24 21:09:49

链路故障排查记的相关文章

故障排查记之新网段上网慢

故障现象: 客户反应在内部新增加一个网段后,该网段上网速度很慢,打开网页需要很长时间! 客户网络环境: 排查过程: 经了解客户在D-SW-A上增加一个新网段后,下面的PC上网速度很慢,在客户现场进行测试,更换成原有网段之后,上网速度马上恢复正常.这不科学啊! 登录到D-SW-A上检查交换机配置,发现没什么问题,新网段OSPF宣告正常.登录到Core-A上,使用sh ip route发现Core-A可以学到新网段的路由,依次检查了Core-B和防火墙,发现路由都没有问题. 再次查看用户网络环境,用

Atitit. 包厢记时系统 的说明,教程,维护,故障排查手册v2 pb25.doc

Atitit. 包厢记时系统 的说明,教程,维护,故障排查手册v2 pb25.doc 1. 服务器方面的维护1 1.1. 默认情况下,已经在系统的启动目录下增加了 个启动项目1 1.2. 后台服务.保持mysql数据库服务启动状态2 1.3. 服务器如无必要无需关闭,保持一直开启状态...2 1.4. 配置文件说明3 1.4.1. 指明选片服务端url3 1.4.2. 包厢计时系统提供的接口url (部分分店需要)3 1.4.3. 其他设置3 2. 故障排查4 3. 包厢记时系统5 3.1. 维

Atitit.播放系统的选片服务器,包厢记时系统 的说明,教程,维护,故障排查手册p825

Atitit.播放系统的选片服务器,包厢记时系统 的说明,教程,维护,故障排查手册p825 1. 播放系统服务器方面的维护2 1.1. 默认情况下,已经在系统的启动目录下增加了俩个启动项目2 1.2. 后台服务.保持mysql数据库服务启动状态2 1.3. 影片图片与简介映射z盘需要有效可用2 1.4. 服务器如无必要无需关闭,保持一直开启状态...3 1.5. Loading时间的配置3 1.6. 其他3 1.6.1. 影片图片与简介缓存3 1.7. 包厢里面播放系统htpc的维护4 1.8.

Rsync 12种故障排查及思路

Rsync 故障排查整理 Rsync服务常见问题汇总讲解: ============================================================================================== 1 客户端的错误现象:No route to host rsync服务端开启的iptables防火墙 [[email protected] tmp]# rsync -avz /etc/hosts [email protected]::backup r

公司突然断网故障排查

记一次公司断网故障排查 本来大周一挺好的,刚坐在工位上不到半个小时,公司突然断网,此时,我是有点凌乱的! 下边是排查故障的过程 1,首先我看下本机电脑的IP地址,禁用启动,发现仍旧可以获取到IP地址,这代表DHCP分发是没问题的,因为是突然断网,代表着交换机路由器配置不可能出问题 2,接着我带着笔记本进入机房,看了下光猫,光猫状态正常,然后看了下路由器,路由器是H3C的,有web管理界面,进入web管理界面,发现IP地址状态也是正常的. 4,接着给公司网络运营商打电话,他说是他们那边的问题,有个

MPLS VPN 故障排查详解—Yeslab 彭Sir笔记

Technorati 标签: CCIE,MPLS VPN,故障排查,troubleshooting,MPLS Troubleshooting主要从两个层面来进行: 1, 控制层面---路由(和LDP,CEF没有关系) 控制平面主要管的事情是CE之间能通过MPLS VPN相互能学习到路由. No.1 : CE和CE之间,检查路由相互之间是否学习到. 在图中是R10和R2. 如果R10上面没有通过R8学习到对端R2的CE路由. No.2 : 这个时候需要到R1的vrf路由表查询是否有学习到R2的路由

S7700交换机组网部分终端上不了网故障排查

本案例是多年之前遇到的一个真实故障处理过程,之后回想整个过程觉得比较有意思,因此将故障排查记录下来,现在将其分享出来,在其中隐藏了部分敏感信息.由于当时主要是做华为的服务,客户报的故障为S7700交换机的问题,因此本故障排查之初即在于S7700交换机.往往客户报的故障只是一个现象,而该现象又往往具有不确定性,因此我们需要认真的去分析网络环境,以及数据流走向,抓往一个故障点,突破一个故障面的问题.一.问题描述 两台S7700交换机配置VRRP,所有的流量主要走S3700.主S7700交换机.主H3

mDNS故障排查(译)

Troubleshoot and Understand mDNS Gateway on Wireless LAN Controller (WLC) 第一部分:介绍 这篇文档描述了Bonjour协议在WLC上的操作,该文档旨在协助工程师理解该工作流量的原理以及提供故障排查的指导. 第二部分:需求和前提 知识需求: Cisco建议你对Bonjour协议.在WLC配置mDNS.以及多播路由有一定的基础知识,以便你能更好的理解. 设备组件: 该文档是基于如下设备和相关软件版本完成的: AIR-CT250

Rsync 故障排查整理(经典)

Rsync 故障排查整理Rsync服务常见问题汇总讲解: 1 客户端的错误现象:No route to hostrsync服务端开启的iptables防火墙 [[email protected] tmp]# rsync -avz /etc/hosts [email protected]::backup rsync: failed to connect to 172.16.1.41: No route to host (113) rsync error: error in socket IO (c