华为--FR帧中继及hub-spoke网络,手工指定邻居状态现象

一:搭建拓扑
在这里插入图片描述
2)
为R1,R2,R3的s4/0/0接口分别配置123.0.0.1/24,123.0.0.2/24,123.0.0.3/24,接口封装类型改为fr
在这里插入图片描述
此时ping 123.0.0.2 时是不通的,通过Wireshark发现

在这里插入图片描述
在这里插入图片描述
出现这种情况是因为此时缺路由器的映射配置
我们设置帧中继的连接标识(可修改,这边便于理解)如下
在这里插入图片描述
在这里插入图片描述
3)配置帧中继映射(IP和连接标识的关联)
在这里插入图片描述
测试
在这里插入图片描述
在R1上抓包可以看到在二层帧中继封装中看到DLCI为102,去和回都是102
在这里插入图片描述
同理在R2上抓包可以看到在二层帧中继封装中看到DLCI为201,去和回都是201
在这里插入图片描述
4)当没有R2到R3的虚链路时,也就是当R1,R2,R3之间通过帧中继中继进行互联,形成hub-spoke接口,R1为HUB,R2和R3为spoke,所有帧中继接口不能使用子接口并关闭inverse arp功能。
如图所示的网络
在这里插入图片描述
此时的FR映射表为
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
此时R2要去R3只能通过R1然后在到R3 ,也就是R2–R1–R3–R1–R2这样的过程。做法如下
在这里插入图片描述
在这里插入图片描述
测试
在这里插入图片描述
在这里插入图片描述
配置3台路由器的OSPF
在这里可以看到帧中继的封装默认是NBMA,
在这里插入图片描述
而且此时没有邻居
在这里插入图片描述
通过抓包软件发现没有hello包,当过滤ospf发现没有数据包,(因为这种NBMA不支持广播和组播)。此时我们只能通过单播建立OSPF邻居(手工指定邻居),做法如下图
在这里插入图片描述
此时进入attempt状态,通过抓包发现有单播的包,(不是224.0.0.5或224.0.0.6) ,一直在以单播形式发送hello包,此时叫attempt状态(尝试唤醒邻居)
在这里插入图片描述
当在R2上也单播指向R1时(手动指定邻居),进行DR和BDR选举等过程后进入FULL状态
在这里插入图片描述
查看后有DR和BDR
在这里插入图片描述
如果我们改成其他网络类型,如p2mp,此时邻居回down,因为两边的网络类型不一致导致down
在这里插入图片描述
在这里插入图片描述
但是过一会又会进入FULL

在这里插入图片描述
R1的网络类型为P2MP,不需要DR和BDR选举,而R2网络类型为NBMA需要DR和BDR的选举,而此时能进入FULL状态是因为双方的hello dead poll 等时间都一样所有能建邻邻居。
在这里插入图片描述
在这里插入图片描述
然后又会发现在过一会又进入R1到init状态,R2直接进入DOWN状态
在这里插入图片描述
在这里插入图片描述
综上,不建议修改网络类型,使的双方网络状态不一致产生故障。
此时我们修改R2的网络类型和R1一样为P2MP,查看后正常建邻进入FULL状态
在这里插入图片描述
在这里插入图片描述
此时R1和R2的网络类型都为P2MP,都不选DR和BDR
在这里插入图片描述
在这里插入图片描述

发布了35 篇原创文章 · 获赞 4 · 访问量 2303

猜你喜欢

转载自blog.csdn.net/qq_38891369/article/details/103129561