OSPF“drop-outs”(来自MT的路由从网络的其他部分被丢弃)

jkroon · 2022年6月03日星期五下午1:29

你好,

之前我发现viewtopic.php吗?t = 78327-这对我来说毫无意义，但我们认为禁用md5认证的解决方案值得一试，在双重检查后，我们对“直接连接的攻击者”的缓解措施已经到位，我们禁用了OSPF md5认证。这并没有以任何方式解决问题，因此，我们怀疑身份验证从来都不是真正的问题。

同一页表明您的问题是数据包丢失。根据所涉及的任何路由器，我们都没有看到邻接性的损失。特定的网段由2个(48x10G + 4x40G)交换机组成，在可能的情况下配对并运行vPC (LACP)回路由器，或10G主+ (2 x 1G LACP)备用(没有)(即只有1个10G端口可用)。我们也没有看到回声请求/响应帧的任何损失(我刚刚以1ms的间隔淹没了不到10m这样的请求，并且得到了0%的损失-到一个在同一时期意外退出OSPF的路由器)。

每个受影响的路由器每天都有20到25次这样的掉线。详细的症状:

*同一L2段上的其他路由器丢弃了来自有问题的MT的路由(有时会延长，例如半小时以上)。
*来自其他地方并通告给MT的路由不受影响(即，MT保留它到网络其他部分的路由)。

该段所涉及的路由器(接口地址和DR选择优先级):

172.31.255.1 - FRR 8.2.2 -优先级200 - drop below at 08:15:33
172.31.255.2 - FRR 8.2.2 -优先级200(当前DR) -在08:15:42降至以下
172.31.255.3—Rol雷竞技uterOS 6.48.4(将在48小时内升级)—优先级为1
172.31.255.5 - l雷竞技RouterOS 6.49.6(当前BDR，今早升级)-优先级为1

我在导致路由删除的日志中发现了相当多的“跳过泛洪:来自DR或BDR”。如果路由器是DR或BDR，我们只希望将更新发送回网络，这是有道理的。但我怀疑这也意味着路由器没有足够定期地刷新它的路由到DR和BDR，甚至不确定这是否是一个考虑因素，但就任何事情而言，我猜如果MT不让DR和BDR知道它的路由仍然有效，它们会经常被丢弃。

让我感到困扰的是，自从今天早上升级以来:重新启动的路由器一直很稳定，而在同一时间内(刚刚超过4小时)，我们已经有4次来自未重新启动的节点的停机(以上是第一次的日志)。据我所知，这可能有两个原因之一:

1.重新启动可以暂时修复任何潜在的问题，然后它会返回;或
2.如果一个路由器是DR或BDR，它在生成lsa时就会扩散，导致它自己的路由器也会在对等体上被有效地刷新。

我对OSPF协议不够熟悉，无法确认或拒绝任何一种假设。

产生的问题:

* iBGP应该正常连接回环地址-如果OSPF失败，回环失败，iBGP失败，整个网络失败。我们不得不更新iBGP以使用接口地址，这将链路层故障转变为路由故障，但这远没有目前的OSPF频繁(每年很少有故障，而OSPF几乎每小时退出一次)。
*次优内部路由(例如，将跟随BGP通告的/21到路由反射器，而不是更具体的/28从OSPF到不同的路由器)。只是增加了额外的延迟，而不是trainsmash，因为下一跳将重定向(这不是MT)。
*源自Mikrotik路由器的直接连接(连接路由)的非功能路由。雷竞技网站(类似于环回的问题，幸运的是，这些目的地网络通常用于路由EGP，所以99%的情况下不存在阻塞问题，因为大多数情况下只有路由器本身需要能够访问这些目的地)。

第一个是网络杀手。是的，我们可以通过路由到接口地址来解决问题，但这在很大程度上否定了网络中存在冗余的观点。

乐于在frr端创建所有流量的pcap(性能影响低得多)，但可以直接向Mikrotik支持提供OSPF的Mikrotik原始日志(不能公开发布，但乐于讨论和测试)。雷竞技网站

jkroon · 2022年6月4日星期六上午12:52

那么如何报告bug呢?

缺省情况下，OSPF的max-age为3600。不确定是否有可能改变这一点。

雷竞技网站Mikrotik只在前一个广告的最大时间过期后才发送“刷新”lsa。我现在已经捕获了大量ospf流量，然后简单地查找源流量。

因此，环回地址的LSA在不同的时间发送，但这是显而易见的:

1.每次加载路由后1小时从其他路由表中删除。
2.雷竞技网站Mikrotik在此之后发送一段时间，在测量的情况下，间隔分别为(秒)4174,4139和4233。
3.在每种情况下，drop - out的结束与lsa的传输次数完全匹配，并且在所有情况下，路由删除在几秒内都小于上述恢复前的3600次。

有类似的“Transit”公告来自同一个路由器，它表示相同的LS ID，然而，这些是用来指示链接的，有趣的是，它将广告返回到同一个网络传输到另一个路由器，只有在它发布这个Transit LS的同一接口上“可见”。这些让我有点困惑，好像我把这些都考虑进去了，就lsa的时间而言，一切都很好。

对于上述情况，只考虑从172.31.25.3发送的LS更新，并且仅当它包含LS ID f 192.168.32.3(它是相关的环回地址)时才考虑。

在时间0时，LS更新将ROUTE通告给它的环回。
在时间+3548 - LS更新，表明它已经传输到172.31.255.2 (DR路由器，并且仅传输到此路由器)。
在时间+685 a路由LS再次，或从上面的4233，这次中断的总数为4233-3600=633，这大致相关的退出时间总计为615秒。
+ 3480相同的过境LS更新。
+ 659 a再次路由LS更新，+4139s从之前的路由LS更新，4139-3600=539，测量ip路由监控日志在9分钟或540秒。
+ 3491 transit LS更新。
+ 683路由位置信息更新，从上次路由位置信息更新，+ 4174-3600=574，测量时间为575秒。

关于如何解决这个问题的建议?应该是一个相对简单的定时器问题。如果我能拿到代码，我就会去挖…

jkroon · 2022年6月9日星期四下午12:22

看起来是重新启动解决了它，所以这是一个基于时间的问题，需要重新启动(或者我们将继续测试)一个实例重新启动(根据我关于OSPF状态问题的帖子)。

需要多长时间还有待讨论。

目前，在重新启动另一个MT路由器后，两者似乎都很稳定。目前这两个都不是DR或BDR(目前属于子网中的两个frr实例)。

我们不会认为这个问题已经解决了，因为坦率地说，我们最多在几周内就会等待它再次启动。每周重新启动生产路由器似乎也不是一个明智的解决方案。

jkroon · 2022年8月4日星期四上午12:03

只是给所有遇到这个问题的人一个更新——实例重启是不够的，你必须重新启动整个路由器。因此，除了最简单的用例，唯一明智的做法就是从我们的网络设置中消除Mikrotik。雷竞技网站

freshtechs · 2022年8月4日星期四上午7:08

我认为ospf在mikrotik是如此bug。雷竞技网站当你在做非常简单的事情时，它就会起作用。但我认为没有完全实现，我有一个开放的票与支持，因为我注意到ABRs泄漏所有路由从骨干到stub/nssa区域，如果有一个重启/实例重新启动涉及。本质上，stub/nssa区域路由器都像骨干网/area0路由器一样，所有不应该知道的网络都在路由器上。

AlexDF · 2022年8月8日星期一上午8:46

我们在混合厂商环境(Aruba, Cisco, Fortigate, PaloAlto)中实现了许多MK，我们没有注意到ospf (RouterOS版本6.48.6)上有任何环回路由振荡。l雷竞技你能提供关于ospf的配置摘要吗?亚历克斯。

jkroon · 2022年8月23日星期二下午4:38

我们在混合厂商环境(Aruba, Cisco, Fortigate, PaloAlto)中实现了许多MK，我们没有注意到ospf (RouterOS版本6.48.6)上有任何环回路由振荡。l雷竞技你能提供关于ospf的配置摘要吗?亚历克斯。

/routing ospf instance set [find default=yes] distribute-default=if-installed-as-type-1 redistribute-connected=\ as-type-1 redistribute-static=as-type-1 router-id=a.b.c。D /routing ospf interface add interface=bonding-cisco。2-routing network type=broadcast priority=0 /routing ospf network add area=骨干网=172.31.0.0/16

bonding-cisco。2的地址为172.31.255。d/24, and is a tagged vlan with id=2. cisco is named after the switch, which has no interface on vlan=2. Both MKs have the same identical config with only a.b.c.d differing.

FRR配置(x2):

接口bond0.2 IP ospf cost 10 IP ospf priority 200 exit router ospf router-id A.B.C.D redistribute kernel metric-type 1 route-map视图-permit-kernel redistribute connected metric-type 1 route-map视图-filter-dynamic network 172.31.255.0/24 area 0 area 0 authentication message-digest exit

在两个frr实例之间，没有发布路由地图，这里的路由保持不变。同样，路由MK => FRR仍然有效，只有返回MK的路由被丢弃。

嗯，网络是/16 vs /24会影响事情吗?我不知道如何，因为这应该只在本地使用，以确定哪个接口属于哪个区域。

AlexDF · 2022年8月23日星期二晚上7:34

Hi jkroon，网络掩码/16不是问题，它只涉及为ospf选择接口。
我不是重新分配连接的粉丝，我更喜欢包括网络ip并将接口声明为被动。
在上一篇文章中，你报告了从mk到其他人的路线丢失，但现在从其他人到mk。你能澄清一下吗?
当路由丢失时，ospf调试日志怎么办?

jkroon · 2022年9月2日星期五下午6:58

Hi jkroon，网络掩码/16不是问题，它只涉及为ospf选择接口。
我不是重新分配连接的粉丝，我更喜欢包括网络ip并将接口声明为被动。
在上一篇文章中，你报告了从mk到其他人的路线丢失，但现在从其他人到mk。你能澄清一下吗?
当路由丢失时，ospf调试日志怎么办?

反过来。MK维护到其他主机的路由。

其他主机由于没有在一小时内“刷新”而失去到MK的路由，如之前的帖子所述。

我们特别不想包括其他网络并标记为被动，因为这些网络通常面对客户端，即使是被动接口也可以加入OSPF，如果段上的另一个主机开始发布OSPF，我们已经看到我们的一些客户端这样做，所以这是非常危险的。Redistribute-connected满足了我们的需要，它分配了直接连接的对象，并允许我们继续。

在这个阶段，我们正在认真考虑静态路由环回，并使用iBGP重新分发连接。这将变得很棘手，因为我们需要实现相当多的额外BGP过滤，这是目前不需要的。

我将重新设置syslog到另一个主机再次…我们已经移动了它被发送到的物理主机，但我认为这是有道理的。

AlexDF · 2022年9月2日星期五晚上7:21

嗨Jkroon

我很确定一个被动接口不能加入同一局域网段中的主动ospf邻居，也不能处理任何收到的hello，所以用这种方式来代替重新分配连接是安全的。

无论如何，你能做一个测试，包括环回ip编号作为ospf网络吗?显然在环回段上没有邻居。

你确定网络上没有任何环回ip或路由器id重叠吗?

亚历克斯

jkroon · 2022年9月4日星期日下午6:29

我很确定一个被动接口不能加入同一局域网段中的主动ospf邻居，也不能处理任何收到的hello，所以用这种方式来代替重新分配连接是安全的。

据我所知，你错了。被动只是说它不会主动发送hello，但如果其他人发送hello，它肯定会加入网络。我们在网络的其他地方使用这个“特性”。

无论如何，你能做一个测试，包括环回ip编号作为ospf网络吗?显然在环回段上没有邻居。

环回接口是安全的，因为没有人可以广播到那里，是的，当然，我们可以测试，尽管我非常确定这不会有什么不同。仍然需要重新分配连接，以重新发布一堆其他/29，但如果最终环回保持正常，那么当然，我们可以在考虑安全性后为其他段实现它。

甚至不需要显式地使环回被动，因为没有接口与网桥相关联，默认情况下就是这样。

你确定网络上没有任何环回ip或路由器id重叠吗?

如果你的意思是我确定网络上没有重复的路由器id，那么是的，我非常确定。对于重复的IP网络也是如此，所以所有路由都终止在一个不同的L2域，无论是环回域还是以太网段(在许多/大多数情况下是vlan)。

AlexDF · 2022年9月6日星期二下午5:25

很抱歉，我很确定被动接口不能加入任何邻接，也不能从其他ospf路由器接收任何路由。

根据Mikro雷竞技网站tik wiki:

被动(yes | no;默认值:no)如果启用，则不发送或接收此接口上的OSPF流量"

为了确保安全性，我在实验室中重新创建了两台RouterOS设备，它们通l雷竞技过以太网接口连接;每个环回接口有一个ip，与路由器id相同;两者都通过以太网接口建立ospf邻接关系。

当两台路由器都将以太网接口“active”作为ospf时，loopback ip会相互交换，但当您仅在其中一台路由器上将以太网接口标记为被动时，两者都将失去邻接关系，并且都将失去另一台路由器的loopback ip路由。

被动式意味着入站的ospf流量被丢弃，甚至在其他品牌的手册中也证实了这一点。

亚历克斯

jkroon · 2022年9月12日星期一晚上10:12

很抱歉，我很确定被动接口不能加入任何邻接，也不能从其他ospf路由器接收任何路由。

根据Mikro雷竞技网站tik wiki:

被动(yes | no;默认值:no)如果启用，则不发送或接收此接口上的OSPF流量"

好的，我重新测试一下。谢谢。

mducharme · 2022年9月13日星期二凌晨2:46

我只是想说我完全同意@AlexDF的观点。我发现在MikroTik上，当通过OSPF->网络发布所有东西并关闭重分雷竞技网站发时，OSPFv2在MikroTik上非常防弹。而且，如果你之前有一个接口被设置为被动，并且你有一个邻居关系形成，那么就真的有问题了，因为这不应该发生。

我的建议是将接口“all”设置为被动，这将导致默认为被动，除非接口被特别定义为非被动。

jkroon · 2022年9月15日星期四上午1:11

很抱歉，我很确定被动接口不能加入任何邻接，也不能从其他ospf路由器接收任何路由。

根据Mikro雷竞技网站tik wiki:

被动(yes | no;默认值:no)如果启用，则不发送或接收此接口上的OSPF流量"

好的，我重新测试一下。谢谢。

所以我可以确认你的理解。包括其他品牌的路由器，它似乎大多数都是这样运作的，所以我们深入研究了被动的东西，我们无法重现我们以前是如何使用被动接口的，我们推测NMBA可能已经参与其中，在一个不能很好地处理多播通信的无线桥上正确传输。

我们现在开始通过iBGP重新分发连接的和静态的(这是我们希望避免的)。并且重分配连接和静态现在被OSPF方禁用。被连接的人可以使用被动接口策略完成，但这对静态路由不起作用(不幸的是，我们需要静态路由，因为一些对等体拒绝使用eBGP并坚持静态路由)。

我只是想说我完全同意@AlexDF的观点。我发现在MikroTik上，当通过OSPF->网络发布所有东西并关闭重分雷竞技网站发时，OSPFv2在MikroTik上非常防弹。而且，如果你之前有一个接口被设置为被动，并且你有一个邻居关系形成，那么就真的有问题了，因为这不应该发生。

我的建议是将接口“all”设置为被动，这将导致默认为被动，除非接口被特别定义为非被动。

谢谢你的后一个建议。这很有用。

这不是我们第一次在Mikrotik上使用高度不稳定的OSPFv2，即使是在p2p“以太网”链路上(例如，在/30路由网雷竞技网站络上的OSPFv2)，我们实际上已经编写了检测坏OSPF状态并自动纠正的脚本。不幸的是，这些检查在这里根本不起作用。这是一个完全不同的网络，我们咨询过的一家公司想出了一个“每周重启一次”的方案，计划在凌晨2点重启网络中的所有routerboard，以缓解同样的问题。ios版雷竞技官网入口不幸的是，当路由器位于核心位置时，这样做是行不通的。甚至版本升级都要仔细检查，看看是否真的需要，因为在这些路由器上重新启动5分钟的停机时间都是有问题的，不管在晚上什么时候。而重新填满BGP表需要相当长的时间……mikrot雷竞技网站ik只会把FRR合并到routers中，然后继续前进。l雷竞技

mducharme · 2022年9月15日星期四上午5:58

而重新填满BGP表需要相当长的时间……mikrot雷竞技网站ik只会把FRR合并到routers中，然后继续前进。l雷竞技

你是在将RouterOS v6与其l雷竞技他平台进行比较，而不是RouterOS v7，后者从头重写了整个路由堆栈，包括所有协议。您会发现大多数这些问题在v7中都消失了，当然，由于堆栈是新的，他们正在处理一些新的错误。

jkroon · 2022年9月15日星期四上午8:20

而重新填满BGP表需要相当长的时间……mikrot雷竞技网站ik只会把FRR合并到routers中，然后继续前进。l雷竞技

你是在将RouterOS v6与其l雷竞技他平台进行比较，而不是RouterOS v7，后者从头重写了整个路由堆栈，包括所有协议。您会发现大多数这些问题在v7中都消失了，当然，由于堆栈是新的，他们正在处理一些新的错误。

这是真的。我们现在正在采购两台新的RouterOS7路由器(现有的路l雷竞技由器将被转移到新的POP上)。我们只是还没有勇气全面升级到RouterOS v7。l雷竞技我们将在接下来的两到四周内从采购开始，并开始将服务和peerering逐一迁移到两个新的CCR路由器上。我们考虑过使用其他工具，但最终还是决定暂时使用Mikrotik。雷竞技网站

在新配置的稳定性方面:

> /routing ospf export # sep/15/2022 07:14:23 by l雷竞技RouterOS 6.49.雷电竞app下载官方版苹果6 # software id= 22x0 - 517r# # model = CCR1016-12S-1S+ /routing ospf instance set [find default=yes] distribute-default=if-installed-as-type-1 router-id=loop_ip /routing ospf interface add interface=bonding-cisco。2-routing network type=broadcast priority=0 /routing ospf network add area=backbone network=172.31.0.0/16 add area=backbone network=loop_ip/32

我们没有看到任何改善:

2022-09-15 00:20:16: ospf 2022-09-15 01:51:01: BGP 2022-09-15 02:01:01: ospf 2022-09-15 03:37:01: BGP 2022-09-15 04:31:01: ospf 2022-09-15 05:31:01: BGP 2022-09-15 06:01:01: ospf 2022-09-15 06:17:01: BGP 2022-09-15 06:18:02: ospf

用于跟踪的代码:

# !/bin/bash loop_ips =(... ... ...) ip在" $ {loop_ips[@]}”做cproto = (ip ro sh ip / 32美元| sed负阻元件/ ^。*原型  ([^ ]+)( .*)?$/\ 1 / p”)lproto = $(美元尾n1。ip。原| sed -re 's/。* //') [[ "${ cproto} " ! = " $ {lproto}“]]& &日期”+ % F % T: $ {cproto} " > >。美元的ip。原型完成

到目前为止，至少环回不是不可达的，虽然目前的解决方案不能扩展(这是一个问题)，但至少我们是可操作的。

AlexDF · 2022年9月15日星期四上午9:41

无论如何，我只能确认RouterOS 6.48.6在混合品牌环l雷竞技境下是可以的。在我们的核心网络中，我们有Mikrotik CCR设备与雷竞技网站Cisco、Aruba、Fortigate和其他设备进行通信，而且邻居关系已经建立了许多天，应该还有其他方面需要评估。

设备间ospf定时是否全部相等?例如，我们在使用缺省(隐式)ospf定时器的FortiOS v7.0.6中遇到了ospf振荡问题，我们需要显式地配置它们。
是否有任何中间交换设备(或ospf设备内部的交换逻辑)可以限制组播报文，如速率限制、igmp snooping等?

亚历克斯

jkroon · 2022年9月15日星期四上午10:41

无论如何，我只能确认RouterOS 6.48.6在混合品牌环l雷竞技境下是可以的。在我们的核心网络中，我们有Mikrotik CCR设备与雷竞技网站Cisco、Aruba、Fortigate和其他设备进行通信，而且邻居关系已经建立了许多天，应该还有其他方面需要评估。

睦邻关系似乎永远不会重置……只有LSA刷新，LSA维护路由。

设备间ospf定时是否全部相等?例如，我们在使用缺省(隐式)ospf定时器的FortiOS v7.0.6中遇到了ospf振荡问题，我们需要显式地配置它们。
是否有任何中间交换设备(或ospf设备内部的交换逻辑)可以限制组播报文，如速率限制、igmp snooping等?

没有配置显式的计时器，所有都依赖于默认的(标准指定的)计时器，我以前研究过这个问题，唯一可以混淆的计时器是hello计时器，如果不匹配，这些计时器会导致建立失败，比如MTU。澄清一下，这两个FRR实例:

定时器间隔配置，Hello 10s, Dead 40s, Wait 40s, Retransmit 5

两个Mikroti雷竞技网站ks:

Retransmit-interval =5s transmit-delay=1s hello-interval=10s dead-interval=40s

根据文档，传输延迟和等待计时器似乎是不同的东西，并不影响协议。等待时间导致FRR在重新计算之前等待此时间(https://docs.frrouting.org/en/latest/ospfd.html)，其中Mikr雷竞技网站otik只是说“链路状态传输延迟是在接口上传输一个链路状态更新包所需的估计时间”——实际上什么也没说。标准规定lsa的有效期限为3600s，每1800年必须重传一次，并且在传输时必须使用te retransmit-interval获取ack。换句话说，Mikrotik必须每雷竞技网站半小时为lsa发送(和接收ack)一次。它不会这样做。希望RoS7将修复这个问题，因为BGP设置现在已经超出了丑陋的范围，我们真的想再次清理这个问题。

在广播和组播的速率限制方面，现在(昨晚)已经将速率限制在接口容量的1%，以减轻外部对等体(不受我们的直接控制)的混乱和引起问题的问题。

1%听起来并不多，直到我提到这个设置中涉及的所有端口都是10G，所以每个端口允许100Mbps的广播和另外100Mbps的组播流量。其中大多数是LACP到CISCO Nexus对上的vpc，因此可能高达20G，但我相信广播流量将根据LACP出口散列策略散列到一个或另一个链路上。

我相信我之前也发布了MT日志，显示它没有发送LSA刷新。始终保持适当的邻接关系。

mducharme · 2022年9月15日星期四下午3:00

换句话说，Mikrotik必须每雷竞技网站半小时为lsa发送(和接收ack)一次。它不会这样做。

你好,

我不明白。这对我来说没有意义的原因是我们在RouterOS上使用OSPFv2的唯一问题是，在某些情况下，它会在收到所有LSA之前过早地进入“full”状态。l雷竞技有时它接收到很少的lsa，路由表大部分是空的，许多东西不可达。在这种情况下，正好需要半个小时，路由表才会完整，所有丢失的路由都出现，没有丢失的路由。如果MikroTik真的没有每半小时发送雷竞技网站一次LSA，我不明白为什么半小时对我们来说是一个“神奇”时期，突然间路由器有了所有的路由，然后就没事了。

AlexDF · 2022年9月16日星期五晚上7:20

我再次创建了一个小实验室，像以前一样连接两个RouterOS设备(v.6.48.6)，通过l雷竞技以太网接口连接设备;每个环回接口有一个ip，与路由器id相同;两者都通过以太网接口建立ospf邻接关系。然后我捕获了它们之间9个小时的以太网流量。

我确认:

他们不会丢失邻接关系，因为每10秒会定期发送hello报文。
-他们不会丢失到环回的远程路由，因为每30分钟定期发送LSA更新，并通过LSA ack从对面设备确认

因此，可以确认ospf协议本身的实现没有问题，但在您的场景(设备或配置)中有一些特定的东西。

如果可用，您能否尝试将备用CCR连接到备用FRR以重现最小的场景?

jkroon · 2022年10月25日星期二下午2:16

我再次创建了一个小实验室，像以前一样连接两个RouterOS设备(v.6.48.6)，通过l雷竞技以太网接口连接设备;每个环回接口有一个ip，与路由器id相同;两者都通过以太网接口建立ospf邻接关系。然后我捕获了它们之间9个小时的以太网流量。

我确认:

他们不会丢失邻接关系，因为每10秒会定期发送hello报文。
-他们不会丢失到环回的远程路由，因为每30分钟定期发送LSA更新，并通过LSA ack从对面设备确认

因此，可以确认ospf协议本身的实现没有问题，但在您的场景(设备或配置)中有一些特定的东西。

如果可用，您能否尝试将备用CCR连接到备用FRR以重现最小的场景?

我看看能不能安排一下。抱歉刚才没信号，我有其他事情要处理。

OSPF“drop-outs”(来自MT的路由从网络的其他部分被丢弃)

OSPF“drop-outs”(来自MT的路由从网络的其他部分被丢弃)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

回复:OSPF“退出”(来自MT的路由从网络的其他部分被删除)

谁在线