我试图在Juniper MX80和Quagga路由器之间build立一个OSPF区域。 Quagga路由器configuration了OSPF，并且在hello数据包中发布了199.192.100.0/28networking。 但瞻博networkingMX80拒绝与以下错误：
Jan 22 04：14：38.371296 OSPF数据包被忽略：与intf ae0.0区域上的199.192.100.2子网不匹配0.0.0.0 Jan 22 04：14：38.371515 OSPF rcvd Hello 199.192.100.2 - > 224.0.0.5（ae0.0 IFL 336 area 0.0.0.0） 1月22日04：14：38.371538版本2，长度44，ID 10.10.90.4，面积0.0.0.0 Jan 22 04：14：38.371559校验和0x0，authtype 0 Jan 22 04：14：38.371581 mask 255.255.255.240，hello_ivl 10，opts 0x2，prio 1 Jan 22 04：14：38.371602 dead_ivl 40，DR 199.192.100.2，BDR 0.0.0.0
configuration的相关部分是：
瞻博MX80：
ashinn @ mx2＃show interfaces ae0
聚合醚选项{
lacp {
活性;
}
}
单元0 {
家庭inet {
地址199.192.100.253/30;
}
}
ashinn @ mx2＃show protocols ospf
导出redistributeconnected;
面积0.0.0.0 {
面积范围199.192.100.0/28;
接口xe-0/0 / 1.0;
接口ae0.0 {
interface-type p2p;
}
}
Interface ae0.0是面向Quagga路由器bond0接口的接口：
！ 接口bond0 ip ospf成本50 ipv6 nd suppress-ra ！ 路由器ospf login邻接-变化 重新分配内核 重新分配连接 networking199.192.100.0/28区域0.0.0.0 邻居199.192.100.253 ！
和bond0的Quagga接口：
[ashinn @ lb2〜] $ ip addr show dev bond0
8：bond0：mtu 1500 qdisc noqueue状态UP
link / ether 00：25：90：27：8a：be brd ff：ff：ff：ff：ff：ff
inet 199.192.100.254/30 brd 199.192.100.255 scope global bond0
inet 199.192.100.2/28 scope global bond0
inet6 fe80 :: 225：90ff：fe27：8abe / 64范围链接
永远永远的preferred_lft永久valid_lft
我已经尝试了在Quagga没有neighbor statement ，也尝试在Quagga ip ospf network point-to-point设置ip ospf network point-to-point 。 似乎没有任何区别。
我发现这篇文章http://kb.juniper.net/InfoCenter/index?page=content&id=KB23533&cat=T1600_1&actp=LIST&showDraft=false似乎解释了同样的问题。 但它只是build议纠正子网掩码不匹配。 这个不匹配在哪里？ 如果它与/ 30点对点子网冲突，那为什么？
问题是您在Quagga中的OSPF中configuration了错误的子网。 您需要/ 30作为networking声明：
network 199.192.100.252/30 area 0.0.0.0
networking语句告诉Quagga启用OSPF的接口。 每个有该子网IP的接口都将启用OSPF。
同样，199.192.100.2/28也许不应该在这个bond0设备上。 尝试把它放在lo界面上，并告诉该界面是一个被动界面。
喜欢这个：
! interface bond0 ip ospf cost 50 ipv6 nd suppress-ra ! router ospf log-adjacency-changes redistribute kernel redistribute connected network 199.192.100.252/30 area 0.0.0.0 network 199.192.100.0/28 area 0.0.0.0 passive-interface lo neighbor 199.192.100.253 !
另外我build议在MX80和Quagga之间build立点对点的OSPF接口模式。 这将加快收敛时间。
你的/ 30范围的OSPF邻居部分地试graphics成一个邻接在/ 28以外的启用OSPF …这是子网掩码不匹配来自何处。 debugging输出告诉你一切你需要知道修复它。 OSPF rcvd Hello应该匹配另一边。 如果口罩不匹配，邻接将永远不会形成。
如果MX80 + Quagga路由器之间有明确的连接，或者至less有一个专门用于OSPF的网段，那么在这三种情况下（尽pipe在这种情况下，您需要closuresinterface-type p2p ， d想要进行DR选举，原因是你的问题首先是Quagga试图与来自错误子网/configurationIP的Hello数据包build立OSPF邻接关系。
如果没有完整configuration，很难知道还有什么问题，但考虑到当前的configuration，以及这些重新分配命令可能会发生什么，我会非常小心;）
我知道这有点晚了，但为了澄清，有几件事情必须匹配OSPF才能形成邻居关系。 这些包括邻居的接口的区号，接口types（点对点或广播）hello定时器，死定时器和子网掩码。 MX正在寻找与本地MX接口完全相同的子网掩码。