S87p0,MSR830_OSPF卡在exchange状态
1676358643,
问题:这个分支站点gre over ipsec vpn隧道建立成功,但是OSPF状态一直卡在exchange,
查资料很多说是mtu不匹配问题,但是两端设备接口上都没起ospf mtu-enable,所以不应该是mtu不匹配,
然后给长城宽带打电话,对方说给做优化,问我要了总部的公网地址,ospf就full了。
想问一下,长城宽带所说的优化可能做的是什么?
组网及组网描述:
环境:分支MSR83
总部是联通链路,出现问题的分支是长城宽带。
之前已经有上百个分支通过这种方式与总部相连,所以配置上应该没有问题。
2
这个不好猜测,个人怀疑是长城宽带改大了MTU,到了exchange状态,也就表明DD报文已经选择出来主从了,这个时候slave要想Master会送DD报文这个DD报文包含了LSDB中的LSA头部,因为加了GRE和IPsec头部,是不是长城宽带中的某个设备没有办法接受大包,导致DD报文被丢弃导致的,修改增大MTU后,可以通过,就可以顺利协商过去了。
2
如果包大了,应该分片啊,难道长城选择直接丢弃?
S87p分片是在出方向,叫做MTU,还有一个叫MRU,叫做最大接收单元,举个例子,我发出一个1518的报文,如果对端的MRU只有15
感谢帮助,还有两个问题问一下:1,普通路由器可以配置MRU吗? 2,这个分站点是pppoe网络,我在interface dialer1下配置了tcp mss 1
我就说华三的吧,华三的MRU是不可配置的,但是规格上是大于标准MTU的,所以只要MTU是标准的15
多谢帮助!
S87pCRM论坛(CRMbbs.com)——一个让用户更懂CRM的垂直性行业内容平台,CRM论坛致力于互联网、客户管理、销售管理、SCRM私域流量内容输出5年。 如果您有好的内容,欢迎向我们投稿,共建CRM多元化生态体系,创建CRM客户管理一体化生态解决方案。,MSR830_OSPF卡在exchange状态