2016-08-17-OSPF-2
帧中继环境
Hub-and-spoke,帧中继默认不转发组播报文。
首先让帧中继环境下能正常通信(DLCI映射表),然后让帧中继接口能产生组播hello或者单播hello;组播hello则再要让底层帧中继环境能转发组播报文,最后组播hello需要双方的hello时间一致、修改一方hello时间;单播不再阐述。
R(config-if)#encapsulateionframe-relay(配置封装格式,默认动态获取)
R(config-if)#frame-relaymap ip host 帧中继号broadcast(静态配置,broadcast参数表示可以支持转发组播报文)
ip ospf networkbroadcast //修改接口网络类型
frame-relay mapip 192.168.1.3 203 broadcast //做DLCI封装表,去往IP地址192.168.1.3使用DLCI标签203;手动静态映射(帧中继路由)
no frame-relayinverse-arp(关闭DLCI动态映射学习,静态配置更加稳定)
show frame-relaymap //查看映射表
★帧中继没有建立邻居的原因
① OSPF路由器没有产生组播hello
② OSPF路由器产生组播hello,但是底层环境不能转发组播报文
③ 底层可以根据DLCI转发,可能是网络类型导致的hello时间间隔不匹配
Ⅰ组播报文不能实现,可以手动修改成单播指邻居
ⅡOSPF在帧中继环境中是希望建立邻居关系的。如果某一台路由器收到组播的hello包,则会记住邻居的源IP地址,会以hello的时间间隔发送单播报文给邻居,以维持邻居关系。(就是一方修改,另一方不修改;前提是OSPF头部匹配)
★组播Hello包的TTL=1,而DBD的TTL=1(除P2P是组播外,其他网络类型都是单播形式)。在虚链路的情况下,单播hello和单播DBD的TTL=255;因为做了虚链路的两端路由器并不知道对方和我隔了多远,所以设置成255保证包可以到达对方。
★Exstart状态的1%的情况,在帧中继环境下,一方DLCI值有误(例如:R1去R2和R1去R3的DLCI对调了,而R2去R3没有错误),则R1组播发送hello包给R2的时候,会添加上DLCI;帧中继会查看识别DLCI值后转发给R3,由于R3又有去R2的路径,通过Hello包的(TTL-1)并转发给R2路由器。但是在建立邻居关系之后,DR和BDR选举主从路由器的时候,会发送空的DBD包,然而会像转发hello包的情况下,会先发送给R2让R2转发,但是DBD的TTL=1,所以(TTL-1)之后默认TTL=0不发送出去,直接丢包;所以DR、BDR一直建立不起主从路由器的关系,一直处于Exstart状态。
★Exstart状态的99%的情况,双方之间的MTU不匹配,从路由器一方可能会处于Exchange状态,主路由器一方会处于Exstart状态;或者主从路由器都处于Exstart状态。(从路由器收到主路由器的空的DBD包的时候,会自动对比RID的大小;而此后发送的DBD包就带有LSA摘要了,所以从路由器默认发送了DBD包,认为自己处于Exchange状态。)
※EXP5:测试Exstart的1%的情况???(√)
Forwarding address
用于防止次优路径(在5类和7类LSA中出现)
FA是ASBR通告的外部LSA中的字段,它的作用是告诉OSPF域内的路由器如何能够更快捷地到达LSA 5所通告路由的下一跳地址。以免OSPF 内部路由器在广播网络上以ASBR为下一跳,再由ASBR自己转发到正确的下一跳,而产生额外的路由。简单来说,FA字段的作用类似于BGP协议中的“第三方下一跳”概念,主要在广播共享网络中起作用。FA字段可以为全0或者非0两种选择。
FR是如何影响OSPF的路由选择的?
1、计算外部路由时,首先检查通告TYPE 5 LSA的ASBR是否存在,否则忽略该LSA;
2、检查TYPE 5 LSA的FA地址是否为0。如为0,说明路由必须经过ASBR转发,那么优选到ASBR metric最短的路径。
3、如果FA非0,那么优选到FA地址 metric最短的路径。
⑴ 一般情况下5类LSA的FA地址为0.0.0.0;
① 当FA地址全为0时,去往外部路由条目直接找ASBR;
a) 同个区域直接找,不同区域通过4类LSA找ASBR位置;
b) 在NSSA区域的ABR上开启了FA地址抑制功能,则在7类转5类LSA的时候FA地址也全为0;(只有在ABR上配置有效)
area 1 nssa translate type7 suppress-fa //ABR配置FA地址抑制
② 当FA地址不为0时,去往外部路由条目找FA地址。
a) 且要求FA地址可以通过O或者O IA或者是直连(该条目被自己通告进OSPF)的路由可达;
b) 如果FA地址不能通过O或者O IA 或者直连的路由可达,而是更为精确的可达性路径(比如通过静态去往FA地址,由于查找覆盖了O的条目),则属于该FA地址的所有5类LSA都将只出现在数据库中但不会出现在路由表中;
c) 如果FA地址本身就不可达,那么外部条目O E1和O E2也不会出现在路由表中;
d) FA地址不全为0的条件:(FA=x.x.x.x,即数据不需要经过ASBR路由器转发)
i. 在ASBR上,与外部相连的出接口必须通告进OSPF路由进程,也就是可以算作别的路由器O或者O IA的条目,即位于Network命令范围内;(√)
ii. 在ASBR上,与外部网络相连的出接口不能设置为被动接口;
//前两个规则是确保LSA能够被通告。
iii. 在ASBR上,与外部相连的出接口的OSPF网络类型不能是P2P或者P2MP(因为点到点链路不会出现次优路径)。
//确保网络类型是Broadcast或NBMA 的共享网络。
→注:5类LSA的FA地址一般是ASBR去往目标网段的下一跳地址。
⑵ 7类LSA的FA地址一定不为0.0.0.0;
★当NSSA区域有多个的连接骨干区域的ABR路由器,只有RID更大的路由器会进行7类LSA转5类LSA,RID小的路由器不会进行7类转5类。
① NSSA区域有多个ABR时,会进行7类LSA转5类LSA只会由最大的RID的路由器去转发,所以很有可能产生次优路径;为了避免这种情况,所以每个7类LSA都会生成FA地址,地址一般为ASBR上最后一个通告进OSPF的接口。那么一般推荐如果发现可能有次优路径的环境,会在ASBR上新加一个lookback口且最后通告进OSPF用来作为7类LSA的FA地址。
→注:lookback最后一个通告的比物理接口通告的优先级更高。
Ⅰ有环回口,优先选择最后通告的回环口地址;
Ⅱ没有环回口,选择最后通告的活动的物理接口地址。
② 特例:如果产生7类LSA的ASBR也满足产生5类LSA的FA地址规则,即连接外部路由的接口被通告进OSPF且没有被配置成被动接口,而且接口网络类型为多路访问,那么此时7类LSA的FA地址生成的方式和5类LSA一致,为外部路由下一跳的地址。
→注:7类LSA的FA地址一般是ASBR最后通告的OSPF接口地址;或者在满足5类FA地址规则时,为ASBR去往目标网段的下一跳地址(5类FA地址产生规则比7类LSA更优)。
前缀抑制功能
路由器互联的前缀抑制。
在router ospf 1这样的ospfv2进程内,如果配置了OSPF前缀抑制功能,能对本台设备产生的1类LSA的stub link是有影响的,会使自己点对点网络类型(stub network)的接口网段不在1类LSA内通告(而对lookback接口无影响),只会表示自己的点到点对端邻居的接口信息;但是prefix-suppression对transit network不会产生影响。
也会对本台设备产生的2类LSA(用来搭建网络拓扑)有影响,使得2类LSA的掩码长度变成32位;虽然这个2类LSA能够被传递出去,但是不会用来进行路由计算,使得这个2类LSA不可用。
→注:所以推测最终结果是:前缀抑制功能使得路由器的互联网段条目不被学习,但是由于这是一个链路状态路由协议,对于lookback接口这样的路由条目,还是能正确地计算出下一跳,以及能够正确的进行路由。
如果要使用这个功能,需要相关设备都要开启。
→注:多路访问网络发送在1类的LSA只会表述自己的接口状态、用2类LSA建立维持拓扑网络。P2P网络通过1类LSA发送自己的接口状态和邻居关系,直接可以知道拓扑网络,可以不用2类LSA来建立拓扑网络关系。
prefix-suppression //开启前缀抑制功能,较早的IOS不支持这项功能
部署和排错OSPF建立邻接的过程
1、 是否产生和发送hello包
a) 特殊的网络类型是不会产生组播hello包
i. 通告错误;
ii. 物理接故障;
iii. 被动接口(既不接收也不发送hello包);
b) 底层不支持转发组播
i. 使用单播建立邻居(可以单边做);
ii. 过滤优先级为6的协议报文;
2、 是否接收hello包
a) 被过滤了不会接收;
b) 参数不匹配也不会认为有效;
c) Hello报文内容匹配(区域号,认证,RID等);
3、 是否只是停留在two-way
a) 优先级设置为0,都是DRother;
4、 是否进入邻接关系
a) 判断接口优先级;
b) DBD参数;
i. TTL=1;
ii. MTU;
5、 传递有内容的DBD
6、 查看本端口和对端设置是否存在链路故障
XXXGrateful Restart
9类LSA,non-stop forwarding(nsf)。
GR(GracefulRestart,平滑重启)是一种在主备切换或协议重启时保证转发业务不中断的机制。
其核心在于:设备进行协议重启时,能够通知其周边设备,使到该设备的邻居关系和路由在一定时间内保持稳定。在协议重启完毕后,周边设备协助其进行信息(包括支持GR的相关协议所维护的各种拓扑、路由和会话信息)同步,在尽量短的时间内恢复到重启前的状态。在协议重启过程中不会产生路由振荡,报文转发路径也没有任何改变,整个系统可以实现不间断运行。
OSPF GR可以保证运行OSPF协议的路由器在进行主备切换或OSPF协议重启时,转发业务正常进行。
如何能使协议重启而不引起网络振荡和转发中断呢?
由于分布式设备的控制与转发是分开的,主控板负责整个设备的控制与管理,包括协议运行和路由计算,而接口板则负责数据转发。这样当发生主备倒换或协议重启时,数据转发仍然可以不中断进行。同时,如果在重启期间周边设备能维持邻居关系不变并保持路由稳定,并且在设备重启后能协助设备进行路由信息同步,在尽量短的时间内使得本设备的路由信息恢复到重启前的状态,那么就可以保持网络拓扑稳定,不引起网络路由振荡。
GR概念
1. GR Restarter:发生协议重启事件且具有GR能力的设备。
2. GR Helper:和GR Restarter具有邻居关系,协助完成GR流程的设备。
3. GR Session:OSPF邻居建立时进行关于GR能力的协商,一般把GR能力协商过程称为GRSession。协商的内容包括双方是否都具备GR能力等。一旦GR能力协商通过,当协议重启时就可以进入GR流程。
→注:分布式设备可以充当GR restarter和GR helper;而集中式设备只能充当GRhelper,协助GR restarter完成GR流程。
GR的LSA
9类Opaque LSA,即Grace LSA,用以在GR Restarter重启时,通知周边邻居进入GR Helper流程。
报文格式
Don’t Age Flag(1bit) | LS Age (15bit,单位seconds) | Options(8bit) | 0x09 | |
Link State ID(32bit)
| ||||
0x08 | 0
| |||
Advertising Route(32bit)
| ||||
LSA Sequence Number(64bit)
| ||||
Checksum(16bit)
| Length(16bit) | |||
TLVs
| ||||
TLVs:
i. Grace Period TLV:Type取值为1,长度为4字节,表示邻居设备进入GR Helper处理流程的最长保持时间。如果超过这段时间GR Restarter还没有完成GR处理流程,则周边邻居不再担任GR Helper角色。
→注:该TLV是Grace LSA必须携带的。
ii. Graceful Restart Reason TLV:Type取值为2,长度为1字节,告知邻居设备GRRestarter的重启原因。Value取值为0表示原因未知,取值为1表示软件重启,取值为2表示软件重新加载(升级),取值为3表示GR Restarter进行主备倒换。
→注:Grace LSA中必须携带该TLV。
iii. IP Interface Address TLV:Type取值为3,长度为4字节,用来告知发送Grace LSA的接口的IP地址,在网络上需要用该IP地址来唯一标识一台重启设备。
OSPF GR运行过程
IETF标准
具体流程如下:
(1) Router A重启之前向Router B发送Grace LSA;
(2) Router B收到Router A发出的Grace LSA后,会维持与Router A的邻居关系不变;
(3) Router A 与Router B进行Hello报文与DD报文交互和LSDB同步。由于GR过程中不能生成LSA,所以在LSDB同步过程中,如果Router A从Router B收到自己产生的LSA,直接存储下来并置上Stale标志;
(4)完成LSDB的同步之后,Router A发送Grace LSA(Grace Period TLV的Type值为0)通知Router B结束GR流程。Router A进入正常OSPF流程,然后Router A重新生成LSA,并删除那些置了Stale标志而又没有被重新生成的LSA;
(5) Router A在恢复所有路由信息后重新进行路由计算,重新刷新FIB表。
非IETF标准
非IETF标准GR主要是通过下面两个能力扩展来支持OSPF GR:
1. Link-Local Signaling(LLS):OSPF本地链路通告扩展,用来标识当前路由器和其他路由器进行一些可选信息的通信。
2. Out-of-band LSDB Resynchronization(OOB):带外的LSDB重新同步,完成无邻接关系变化的LSDB重新同步。
具体流程:
(1) Router A重启后向Router B发送LR和RS都置位的Hello报文,向Router B通告自己只是暂时断开马上就会恢复正常,并且自己具备OOB能力;
(2) Router B收到Hello报文后,也会向Router A回复一个LR仍保持置位但是RS位已经清除的Hello报文,向Router A通告自己已经知道它是要短暂离开,并且自己也具备OOB能力;
(3) Router A向Router B发送R置位的DD报文,向Router B发起LSDB同步请求,在LSDB同步期间,Router B不会将Router A从自己的邻居列表中删除,在自己生成的Router LSA(Network LSA)中,与Router A的邻居关系仍然为Full。由于GR过程中不能生成LSA,所以在LSDB同步过程中,如果Router A从Router B收到自己产生的LSA,直接存储下来并置上Stale标志。
(4)完成LSDB的同步之后,Router A结束GR流程,进入正常OSPF流程,然后Router A重新生成LSA,并删除那些置了State标志而又没有被重新生成的LSA。Router B在和Router A的邻居关系重新达到Full状态后退出GR流程,进入正常OSPF流程。
(5) Router A在恢复所有路由信息后重新进行路由计算,重新刷新FIB表。
配置命令
Router(config-router)#nsfcisco helper //开启优雅重启功能(链路的两端配置才有效)
▲根据不同厂商设备不一样,配置的命令会有所差异。有的是graceful restart、enable什么之类的。
Cisco NSF is supported by the BGP, EIGRP, OSPF, and IS-IS protocols for routing andby Cisco Express Forwarding (CEF) for forwarding。能使用快速转发机制的路由协议都应该可以配置优雅重启,需要一个主设备和多台辅助设备。
转载于:https://blog.51cto.com/12385411/1880299