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

多谢帮助！

S87p

CRM论坛（CRMbbs.com）——一个让用户更懂CRM的垂直性行业内容平台,CRM论坛致力于互联网、客户管理、销售管理、SCRM私域流量内容输出5年。 如果您有好的内容，欢迎向我们投稿，共建CRM多元化生态体系，创建CRM客户管理一体化生态解决方案。,MSR830_OSPF卡在exchange状态