搞了一台赛博 OTDR —— 上海信测 OTDR云盒
差生文具多,最近买了一个挺有意思的小设备,上海信测的 OTDR 云盒。 家里从运营商扩容箱里拉了一根光缆,也就不到 100m 吧,运营商测光是 11dBm,过光缆(入户侧)测光变成了 25dBm,光缆双端都是热熔的没啥问题啊,到底是哪里折了? 于是这个赛博 OTDR 就来了,一个巴掌大的盒子,配合手机 App,不仅具备 OTDR 功能,还可以做光功率测试、打红光源、光万用表、损耗测试、光猫资源清查...
2026/04/15
共 3 篇文章
差生文具多,最近买了一个挺有意思的小设备,上海信测的 OTDR 云盒。 家里从运营商扩容箱里拉了一根光缆,也就不到 100m 吧,运营商测光是 11dBm,过光缆(入户侧)测光变成了 25dBm,光缆双端都是热熔的没啥问题啊,到底是哪里折了? 于是这个赛博 OTDR 就来了,一个巴掌大的盒子,配合手机 App,不仅具备 OTDR 功能,还可以做光功率测试、打红光源、光万用表、损耗测试、光猫资源清查...
问题回放 我在 CCR 2004 和 CHR 之间运行了一个 eBGP 会话,ROS 版本均为 7.20.5 以下是 CCR 的配置: 通过这个 BGP 会话,CHR 向我(CCR2004)通告了完整的路由表,此时我需要引入 input 过滤器来过滤一些不必要的路由。 以下是过滤器配置: 我的期望是路由器应该只学习 ASPATH 以 36459 开头的 BGP 路由。但是,我仍然收到完整的路由表。...
背景和拓扑 本次问题发生在一条跨公网建立的 IPSec VPN 隧道中,双方运营商均为相同运营商,设备分别为: 本端:MikroTik CCR 2004(ROS) 对端:山石网科防火墙(Hillstone FW) 双方均为专线,具有公网 IPv4 地址,通过 IKEv1 野蛮模式(Aggressive Mode) 建立 IPSec 隧道。协商参数正常,SA(Phase 1/2)均稳定,无重协商情况...