关于ospf在帧中继下运行的实验
本帖最后由 wucl202000 于 2012-12-8 00:18 编辑今天看了耿叔的ospf在帧中继环境下的实现的视频，一时手痒，也想自己配置一下看看，结果配了之后发现个问题，邻居都能发现了，路由表里也都有路由了，但是ping测试发现r1能ping通r2和r3，r2和r3之间有路由，但是互相ping不通。下面是我的拓扑和配置，大家帮忙看看是什么问题，多谢了。
配置在此
r1：
interface Loopback0
ip address 1.1.1.1 255.255.255.0
!
interface Serial0/0
ip address 202.101.100.1 255.255.255.0
encapsulation frame-relay
ip ospf priority 10
serial restart-delay 0
frame-relay map ip 202.101.100.2 102
frame-relay map ip 202.101.100.3 103
router ospf 1
router-id 1.1.1.1
log-adjacency-changes
network 1.1.1.1 0.0.0.0 area 0
network 202.101.100.0 0.0.0.255 area 0
neighbor 202.101.100.3 priority 3
neighbor 202.101.100.2 priority 5
r2：
interface Loopback0
ip address 2.2.2.2 255.255.255.0
!
interface Serial0/0
ip address 202.101.100.2 255.255.255.0
encapsulation frame-relay
serial restart-delay 0
frame-relay map ip 202.101.100.1 201
!
router ospf 1
router-id 2.2.2.2
log-adjacency-changes
network 2.2.2.2 0.0.0.0 area 0
network 202.101.100.0 0.0.0.255 area 0
r3：
interface Loopback0
ip address 3.3.3.3 255.255.255.0
!
interface Serial0/0
ip address 202.101.100.3 255.255.255.0
encapsulation frame-relay
serial restart-delay 0
frame-relay map ip 202.101.100.1 301
!
router ospf 1
router-id 3.3.3.3
log-adjacency-changes
network 3.3.3.3 0.0.0.0 area 0
network 202.101.100.0 0.0.0.255 area 0
!
r4：
!
frame-relay switching
!
interface Serial0/1
no ip address
encapsulation frame-relay
serial restart-delay 0
clock rate 64000
frame-relay intf-type dce
frame-relay route 102 interface Serial0/2 201
frame-relay route 103 interface Serial0/3 301
!
interface Serial0/2
no ip address
encapsulation frame-relay
serial restart-delay 0
clock rate 64000
frame-relay intf-type dce
frame-relay route 201 interface Serial0/1 102
!
interface Serial0/3
no ip address
encapsulation frame-relay
serial restart-delay 0
clock rate 64000
frame-relay intf-type dce
frame-relay route 301 interface Serial0/1 103
!
分别查看R1 R2 R3接口类型：sh ip os int s0/0
是否为非广播
若是：改为广播或点到点就ok了 要理解帧中继，不能光看表象，有路由未必表示就一定能ping通，
R2、R3之间虽然有路由，那表示控制层面已经解决了通路问题，但是数据层面呢？R2到R3的数据最终还是需要二层的信息，这里是帧中继环境，所以需要DLCI，所以，你懂了么？ tea 发表于 2012-12-8 09:13 static/image/common/back.gif
要理解帧中继，不能光看表象，有路由未必表示就一定能ping通，
R2、R3之间虽然有路由，那表示控制层面已经 ...
那意思我还得在r2和r3上分别指对方的ip和自己的dlci。那样的话岂不是ospf在这里都没起到什么作用啊？
★浓_眉☆※兴 发表于 2012-12-8 01:27 static/image/common/back.gif
分别查看R1 R2 R3接口类型：sh ip os int s0/0
是否为非广播
若是：改为广播或点到点就ok了
我这里已经静态的指定邻居了，都已经建立了邻居关系了，而且路由也有了，现在不需要广播了啊。
wucl202000 发表于 2012-12-8 10:13 static/image/common/back.gif
那意思我还得在r2和r3上分别指对方的ip和自己的dlci。那样的话岂不是ospf在这里都没起到什么作用啊？
怎么会呢？你设想一下，如果R3上有个网络30.30.30.0/24，而如果在R2上不运行任何动态路由的情况下，即使你配置了静态PVC，也就是将R3的IP映射到本地DLCI，你认为R2能访问30网络么？肯定不能，为什么，因为R2压根就没有30网段的路由信息，对吧？ 所以运行动态路由协议，是为了让网络中路由器能获知到路由信息，这是控制层面，那么有了路由信息还要解决底层的数据传输问题，就好比你走以太网链路，需要下一跳的MAC，走帧中继链路，自然是需要下一跳的DLCI，理解了么
tea 发表于 2012-12-8 10:26 static/image/common/back.gif
怎么会呢？你设想一下，如果R3上有个网络30.30.30.0/24，而如果在R2上不运行任何动态路由的情况下，即使你 ...
理解了。我刚刚思考了一下，也想到了。我的理解就是，ospf它解决了三层的连通性，然后在二层的话，帧中继需要dlci，就像以太网需要mac一样。
wucl202000 发表于 2012-12-8 10:29 static/image/common/back.gif
理解了。我刚刚思考了一下，也想到了。我的理解就是，ospf它解决了三层的连通性，然后在二层的话，帧中继 ...
NICE，不过纠正一下，不是OSPF解决了三层的连通性，OSPF只是帮忙传递路由而已，三层的连通性是需要三层与二层的信息做支撑的，三层有路由做支撑，二层有MAC、DLCI或者标签做支撑，齐活了才能解决三层连通性，换句话说，一般情况下我们称两点之间有三层连通性，意思是这两点IP通信没问题，简单点就是能ping通。
看好你哟~--
看一下跳啊~·
页:
[1]