分享
 
 
 

OSPF 不形成邻接在PRI、BRI接口?

王朝other·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

前言

当拨号程序接口配置作为点到点链路时,此技术说明 解释OSPF邻接的形成的一个问题。

问题

OSPF网络类型在主速率接口、基本速率接口(BRI)和 拨号程序接口点到点,意味着接口不能形成邻接与超过一相邻。 一个常见的问题当时PRI、BRI或者拨号程序接口设法形成 OSPF邻接是相邻困住在exstart/exchange进程里。请查看示例。

点击查看大图

使用 show ip ospf neighbor 命令 ,我们能发现相邻状态在"EXSTART"被滞留。

RTR-A#show ip ospf neighbor

Neighbor ID Pri State Dead Time Address Interface

3.3.3.3 1 EXSTART/- 00:00:373.3.3.3 Serial6/0:23

3.3.3.4 1 EXSTART/- 00:00:393.3.3.4 Serial6/0:23

RTR-B#show ip ospf neighbor

Neighbor ID Pri State Dead Time Address Interface

3.3.3.2 1 EXSTART/- 00:00:363.3.3.2 BRI0

RTR-C#show ip ospf neighbor

Neighbor ID Pri State Dead Time Address Interface

3.3.3.2 1 EXSTART/- 00:00:353.3.3.2 BRI0

RTR-Bs配置显示网络类型点到点:

RTR-B#show ip ospf interface bri0

BRI0 is up, line protocol is up (spoofing)

Internet Address 3.3.3.3/24, Area 2

Process ID 1, Router ID 3.3.3.3, Network Type POINT_TO_POINT, Cost: 1562

Transmit Delay is 1 sec, State POINT_TO_POINT,

Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5

Hello due in 00:00:06

Index 1/1, flood queue length 0

Next 0x0(0)/0x0(0)

Last flood scan length is 1, maximum is 1

Last flood scan time is 0 msec, maximum is 0 msec

Neighbor Count is 1, Adjacent neighbor count is 0

Suppress hello for 0 neighbor(s)

我们能使用debug ip ospf adj命令调试此 情况。请查看被采取的若 干示例输出当在RTR-B运行此命令在以上时图:

1: Send DBD to 3.3.3.2 on BRI0 seq 0xB41 opt 0x42 flag 0x7 len 32

2: Rcv DBD from 3.3.3.2 on BRI0 seq 0x1D06 opt 0x42 flag 0x7 len 32mtu 1500 state EXSTART

3: First DBD and we are not SLAVE

4: Rcv DBD from 3.3.3.2 on BRI0 seq 0xB41 opt 0x42 flag 0x2 len 92mtu 1500 state EXSTART

5: NBR Negotiation Done. We are the MASTER

6: Send DBD to 3.3.3.2 on BRI0 seq 0xB42 opt 0x42 flag 0x3 len 92

7: Database request to 3.3.3.2

8: sent LS REQ packet to 3.3.3.2, length 12

9: Rcv DBD from 3.3.3.2 on BRI0 seq 0x250 opt 0x42 flag 0x7 len 32mtu 1500 state EXCHANGE

10: EXCHANGE - inconsistent in MASTER/SLAVE

11: Bad seq received from 3.3.3.2 on BRI0

12: Send DBD to 3.3.3.2 on BRI0 seq 0x2441 opt 0x42 flag 0x7 len 32

13: Rcv DBD from 3.3.3.2 on BRI0 seq 0x152C opt 0x42 flag 0x2 len 92mtu 1500 state EXSTART

14: Unrecognized dbd for EXSTART

15: Rcv DBD from 3.3.3.2 on BRI0 seq 0xB42 opt 0x42 flag 0x0 len 32mtu 1500 state EXSTART

16: Unrecognized dbd for EXSTART

第1行-第3行:RTR-B发送第一DBD到 3.3.3.2 (RTR-A)与顺序0xB41并且从3.3.3.2接受第一DBD (RTR-A) 与顺序# 0x1D06.邻接协商仍然不完成。

第4行-第6行:RTR-B收到从(RTR-A) 表明的 3.3.3.2的一个回复RTR-A接受了RTR-B的第一DBD。因为RTR-B 有更高的路由器ID,RTR-A 选择自己从属。在收到应答以后 从RTR-A,RTR-B在它自称重要并且发送第一DBD带有数据。注 释序号,是0xB42。因为RTR-B是主设备,只有能增加序号。

第7行:RTR-B请求数据从 RTR-A因为RTR-A指示有更多数据发送(标志位集对0x2在从RTR-A接收 前DBD)。

第8行:RTR-B寄发一 个链路状态请求信息包到3.3.3.2 (RTR-A)。这是OSPF信息包 第三类型。此信息包通常寄发到邻接IP 地址。在这 种情况下,邻接IP地址是其路由器ID。

第9行-第11行:RTR-B收到从从属(RTR-A)带有 一个完全不同的序号和0x7标志位的一个回复,是init标志位。 此DBD为另一个路由器(很可能RTR-C)打算,但RTR-B不正确地 接受了它。RTR-B宣称那里是差误因为0x7 标志位意味着从 属更改了其状态到主设备通过设置MS (主从的)位在邻接交换期间。 因为有故障,RTR-B也抱怨序号。从属应该总跟随主设 备的序号。

第12行:RTR-B通 过发送第一DBD 重初始化邻接到3.3.3.2重选主设备和从属。

第13行-第14行:RTR-B从 3.3.3.2接受DBD (RTR-A),表明它是从属,没有认可RTR-B的序号。 RTR-B宣称不认可此DBD因为重要和从属协商不完成。此DBD信息包为另一个路由器打算。

第15行:RTR-B收到从3.3.3.2的一个回复(RTR-A)为老DBD, 但太晚因为RTR-B已经重初始化邻接进程。

第16行:RTR-B不能认可此DBD因为是为"老"邻 接,RTR-B已经切断了。

此进程将重 复操作得不尽地。

解决方案

根据RFC 2328在接口达到双向状态以 后,第8.1部分,OSPF发送一个组播信息包为一个点到点的网络类型 。因为RTR-A设法形成邻接带有RTR-B和RTR-C,RTR-B收到为 RTR-C意味着的DBD信息包并且RTR-C收到为RTR-B意味着的DBD 信息 包。

解决此问题,更改网络类型在 所有 路由器到点对多 点。 这更改OSPF工作情况在双向状态以后发送单播信息包。 现在RTR-B收到为本身注定的仅信息包并且RTR-C收到为本身 注定的信息包。 更改网络类型这样保证OSPF路由器在PRI、 BRI或者拨号程序接口将形成邻接。

更改网络类型,输入以下配置命令,结束每条线路通过按Enter。 我们将更改RTR-B例如。

RTR-B#conf term

RTR-B(config)#int bri 0

RTR-B(config-if)#ip ospf network point-to-multipoint

RTR-B(config-if)#end

现在 假如我们查看 show命令为 RTR-B,我们能验证网络类型点对多点并且状态是充分的。

RTR-B#show ip ospf interface bri0

BRI0 is up, line protocol is up (spoofing)

Internet Address 3.3.3.3/24, Area 2 Process ID 1, Router ID 3.3.3.3, Network Type POINT_TO_MULTIPOINT, Cost: 1562

Transmit Delay is 1 sec, State POINT_TO_MULTIPOINT,

Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5

Hello due in 00:00:16

Index 1/1, flood queue length 0

Next 0x0(0)/0x0(0)

Last flood scan length is 1, maximum is 1

Last flood scan time is 0 msec, maximum is 0 msec

Neighbor Count is 1, Adjacent neighbor count is 1

Adjacent with neighbor 172.16.141.10

Suppress hello for 0 neighbor(s)

RTR-B#show ip ospf neighbor

Neighbor ID Pri State Dead Time Address Interface

172.16.141.10 1 FULL/-00:01:363.3.3.2 BRI0

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
2023年上半年GDP全球前十五强
 百态   2023-10-24
美众议院议长启动对拜登的弹劾调查
 百态   2023-09-13
上海、济南、武汉等多地出现不明坠落物
 探索   2023-09-06
印度或要将国名改为“巴拉特”
 百态   2023-09-06
男子为女友送行,买票不登机被捕
 百态   2023-08-20
手机地震预警功能怎么开?
 干货   2023-08-06
女子4年卖2套房花700多万做美容:不但没变美脸,面部还出现变形
 百态   2023-08-04
住户一楼被水淹 还冲来8头猪
 百态   2023-07-31
女子体内爬出大量瓜子状活虫
 百态   2023-07-25
地球连续35年收到神秘规律性信号,网友:不要回答!
 探索   2023-07-21
全球镓价格本周大涨27%
 探索   2023-07-09
钱都流向了那些不缺钱的人,苦都留给了能吃苦的人
 探索   2023-07-02
倩女手游刀客魅者强控制(强混乱强眩晕强睡眠)和对应控制抗性的关系
 百态   2020-08-20
美国5月9日最新疫情:美国确诊人数突破131万
 百态   2020-05-09
荷兰政府宣布将集体辞职
 干货   2020-04-30
倩女幽魂手游师徒任务情义春秋猜成语答案逍遥观:鹏程万里
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案神机营:射石饮羽
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案昆仑山:拔刀相助
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案天工阁:鬼斧神工
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案丝路古道:单枪匹马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:与虎谋皮
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:李代桃僵
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案镇郊荒野:指鹿为马
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:小鸟依人
 干货   2019-11-12
倩女幽魂手游师徒任务情义春秋猜成语答案金陵:千金买邻
 干货   2019-11-12
 
推荐阅读
 
 
 
>>返回首頁<<
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有