baalchina » ospf

一个OSPF邻居起不来的情况

baalchina — Thu, 04 Jun 2009 12:39:38 +0000

HUB&Spoke环境，Hub指两个邻居，和一个已经Full了，但是另一个老是起不来。

Debug发现如下：

*Mar 1 01:46:30.804: OSPF: Rcv hello from 29.29.4.4 area 0 from Serial0/0 29.29.34.4
*Mar 1 01:46:30.804: OSPF: Mismatched hello parameters from 29.29.34.4
*Mar 1 01:46:30.804: OSPF: Dead R 120 C 120, Hello R 30 C 30 Mask R 255.255.255.248 C 255.255.255.0

后来检查，发现时掩码配错了...hub和起来的那个邻居是/29，而起不来的这个是/24。。。

OSPF的区域以及LSA类型

baalchina — Sat, 23 Aug 2008 08:10:51 +0000

OSPF的LSA类型

Type 1（Router，路由器）：每个路由器一条，列出RID和所有接口的IP地址。也用来表示桩网络（stub network）。
Type 2（Network，网络）：每个过境网络一条，由子网中的DR创建，用来表示子网以及连到该子网的路由器接口。
Type 3（Network Summary，网络汇总）：由ABR创建，当从一个区域广播到其他区域时，用来表示该区域的类型1和2的LSA。定义了源区域的链路（子网）和开销，但没有拓扑数据。
Type 4（ASBR Summary）：类似于LSA类型3，只是它广播的是可达ASBR的路由
Type 5（AS External）：由ASBR创建，用于表示外部注入OSPF的路由。
Type 6（Group Membership）：为MOSPF定义，Cisco并不支持。
Type 7（NSSA External）：由ASBR在NSSA区域内创建，作用与LSA Type 5相似。
Type 8（External）：Cisco未实现。
Type 9-11：OSPF未来扩展所用。例如，类型10用于MPLS的流量工程。

比较详细的解释

LSA 1和LSA 2分别代表了Router和网络。Type1描述路由器、接口（区域内）以及每个接口上的邻接路由器列表。Type列出了Transit Area。Type2由DR产生，如果不存在DR的网络不会有Type2。两者都在Area内活动。
牵涉到区域，引入了Type 3 LSA。Type3将1和2汇总。计算到达Type 3列出的子网的距离：首先计算到达宣告Type3 Router的距离，然后再加上Type3中的距离。就是最终距离。
Type 4以及Type 5。牵涉到了ASBR--不同AS。都是AS外的路由。
1. Type4,E1,仅考虑外部的Metric。
2. Type5,E2,同时需要考虑内部+外部的Metric。
3. 当从AS外部注入E2路由时，创建LSA5，其他路由器直接使用就可以了。
4. 当从AS外部注入E1路由是，创建的也是LSA5。但是当ABR在区域内泛洪时再创建了LSA4，其中列出了ABR到达ASBR的开销。此时到达外部路由的Cost=到达ABR的Cost+LSA4列出的Cost+LSA5的Cost。
5. 如下图：

OSPF的区域类型

Stub Area。有说=末梢区域的，有说=桩区域的...

Stub的好处就是ABR不再广播LSA5到区域内，而只是广播一个默认路由。这样就会减少LSDB。
Stub一般工作与单一ABR的情况。如果多个ABR，虽然会工作，但是会存在次优路由。
根据特定情况，某些Stub区域也会阻止LSA3。

Stub,屏蔽5，不屏蔽3。最基本的Stub。
Totally Stubby，屏蔽5以及3。
Not-So-Stubby-Area,NSSA，屏蔽5但是不屏蔽3.同时支持创建LSA7。
Totally NSSA，屏蔽5以及3的同时支持创建LSA7.

NSSA,#area area-id nssa
Totally NSSA, #area area-id nssa no-summary
Stub, #area area-id stub
Totally Stubby, #area area-id stub no-summary

也就是Totally的话那就加上no-summary

参考：
http://riser.blog.51cto.com/252482/57590

OSPF双路由的问题

baalchina — Fri, 22 Aug 2008 12:31:07 +0000

其实很早就发现我们的核心设备上有些路由是两条。比如这个：

O 172.26.8.0/30 [110/20] via 172.26.8.5, Vlan 702
via 172.26.8.85, Vlan 723

一开始以为是bug，后来以为是OSPF自动的负载均衡，现在看来不是。

比如以上面为例。

172.26.8.0/30的两个地址：
172.26.8.1/30以及172.26.8.2/30。

n7-04-b2-1.3f.pk(rw)->Router1>traceroute 172.26.8.1
Traceroute to 172.26.8.1, 30 hops max, 40 byte packets
1 10.00 ms <1 ms <1 ms 172.26.8.1 []
TraceRoute Complete

n7-04-b2-1.3f.pk(rw)->Router1>traceroute 172.26.8.2
Traceroute to 172.26.8.2, 30 hops max, 40 byte packets
1 <1 ms <1 ms <1 ms 172.26.8.85 []
2 <1 ms <1 ms <1 ms 172.26.8.86 []
3 <1 ms <1 ms <1 ms 172.26.8.85 []
4 <1 ms <1 ms <1 ms 172.26.8.86 []
5 <1 ms <1 ms <1 ms 172.26.8.85 []
6 <1 ms <1 ms <1 ms 172.26.8.86 []
Control Exit from TraceRoute

发现问题了吧。172.26.8.1是存在的，172.26.8.2这个地址不存在。
注意ping它：

n7-04-b2-1.3f.pk(rw)->Router1>ping 172.26.8.2
Destination host unreachable.
Destination host unreachable.
Destination host unreachable.

------ PING 172.26.8.2 : Statistics ------
3 packets transmitted, 0 packets received, 100% packet loss

注意是目标不可达。

n7-04-b2-1.3f.pk(rw)->Router1>ping 172.17.13.11
Request timed out.
Request timed out.

------ PING 172.17.13.11 : Statistics ------
2 packets transmitted, 0 packets received, 100% packet loss

目前原因我还没有想通...我估计尝试着把172.26.8.2这个地址配置上去，就不会出现这个问题了。

但是奇怪的，发现

O 172.26.8.8/30 [110/20] via 172.26.8.13, Vlan 704
via 172.26.8.85, Vlan 723

这一段，两个地址都可以ping通，但是172.26.8.9/30无法telnet，也就是不存在的。#show ip arp也看不到mac。那这个到底是什么？