mirror of
https://github.com/gnu4cn/ccna60d.git
synced 2024-05-21 04:55:00 +08:00
update
This commit is contained in:
Peng Hailin
parent
84a2908840
commit
49ace59534
@ -13,3 +13,4 @@
|
||||
* [第十一天, 静态路由](d11-Static-Routing.md)
|
||||
* [第十二天, OSPF基础知识](d12-OSPF-Basics.md)
|
||||
* [第十三天, OSPF版本3](d13-OSPFv3.md)
|
||||
* [第十四天, DHCP及DNS](d14-DHCP-and-DNS.md)
|
||||
|
||||
@ -6,18 +6,18 @@
|
||||
|
||||
##第13天任务
|
||||
|
||||
+ 阅读今天的理论课文
|
||||
+ 回顾昨天的理论课文
|
||||
- 阅读今天的理论课文
|
||||
- 回顾昨天的理论课文
|
||||
|
||||
今天我们要着眼于OSPFv3, 这里将学习要下面的知识。
|
||||
|
||||
+ OSPF基础
|
||||
- OSPF基础
|
||||
|
||||
本模块对应了以下CCNA大纲要求。
|
||||
|
||||
+ 配置OSPFv3
|
||||
+ 路由器ID
|
||||
+ 被动接口
|
||||
- 配置OSPFv3
|
||||
- 路由器ID
|
||||
- 被动接口
|
||||
|
||||
##OSPF第3版
|
||||
|
||||
@ -27,22 +27,22 @@ OSPFv3定义在RFC 2740中，而其功能与OSPFv2相同，不过OSPFv3显式地
|
||||
|
||||
OSPFv2和OSPFv3能在同一台路由器上运行。也就是说，同一台物理路由器可同时路由IPv4和IPv6流量，因为每个地址家族都有不同的SPF进程；这就是说，同样SPF算法对OSPFv2和OSPFv3分别有一个单独实例。OSPFv2和OSPFv3有以下共同点。
|
||||
|
||||
+ OSPFv3继续使用着为OSPFv2所用到的那些数据包。包括数据库说明数据包（Database Description, DBD）, 链路状态请求数据包（Link State Requests, LSRs），链路状态更新数据包（Link State Updates, LSUs）, 以及链路状态通告数据包（Lins State Advertisements, LSAs）
|
||||
+ OSPSv3中的动态邻居发现机制及邻接关系形成过程（OSPF所经历的从初始、尝试建立邻接关系到邻接关系完整建立的过程），仍然和OSPFv2中一样
|
||||
+ 在不同通信技术方面，OSPFv3仍然保持对RFC的遵循（OSPFv3 still remains RFC-compliant on different technologies）。比如，若在某条PPP链路上开启OSPFv3, 那么组网类型仍然被指定为点对点（Point-to-Point）。同样，如在FR上开启OSPFv3, 默认组网类型仍然是非广播类型（Non-Broadcast）。此外，在思科IOS软件中，默认组网类型仍可通过使用不同的、特定于接口的命令，手动进行改变。
|
||||
+ OSPFv2和OSPFv3使用同样的LSA散布及老化机制（the same LSA flooding and aging mechanism）.
|
||||
+ 与OSPFv2类似，OSPFv3的路由器ID（rid）仍然需要使用一个32位的IPv4地址。当在某台运行着双栈（dual-stack, 也就是同时有IPv4和IPv6）的路由器上开启OSPFv3时， 那么与在OSPFv2中为思科IOS路由器所用到的同样RID选定过程，也用于确定OSPFv3中要用到的路由器ID。但是，在一台没有接口运行着IPv4的路由器上开启OSPFv3时，就**强制性要求使用路由器配置命令`router-id`来手动配置OSPFv3的路由器ID**。
|
||||
+ OSPFv3链路ID表明，这些链路并非IPv6专用，同时这些链路ID跟OSPFv2中一样，仍然基于一个32位IPv4地址。
|
||||
- OSPFv3继续使用着为OSPFv2所用到的那些数据包。包括数据库说明数据包（Database Description, DBD）, 链路状态请求数据包（Link State Requests, LSRs），链路状态更新数据包（Link State Updates, LSUs）, 以及链路状态通告数据包（Lins State Advertisements, LSAs）
|
||||
- OSPSv3中的动态邻居发现机制及邻接关系形成过程（OSPF所经历的从初始、尝试建立邻接关系到邻接关系完整建立的过程），仍然和OSPFv2中一样
|
||||
- 在不同通信技术方面，OSPFv3仍然保持对RFC的遵循（OSPFv3 still remains RFC-compliant on different technologies）。比如，若在某条PPP链路上开启OSPFv3, 那么组网类型仍然被指定为点对点（Point-to-Point）。同样，如在FR上开启OSPFv3, 默认组网类型仍然是非广播类型（Non-Broadcast）。此外，在思科IOS软件中，默认组网类型仍可通过使用不同的、特定于接口的命令，手动进行改变。
|
||||
- OSPFv2和OSPFv3使用同样的LSA散布及老化机制（the same LSA flooding and aging mechanism）.
|
||||
- 与OSPFv2类似，OSPFv3的路由器ID（rid）仍然需要使用一个32位的IPv4地址。当在某台运行着双栈（dual-stack, 也就是同时有IPv4和IPv6）的路由器上开启OSPFv3时， 那么与在OSPFv2中为思科IOS路由器所用到的同样RID选定过程，也用于确定OSPFv3中要用到的路由器ID。但是，在一台没有接口运行着IPv4的路由器上开启OSPFv3时，就**强制性要求使用路由器配置命令`router-id`来手动配置OSPFv3的路由器ID**。
|
||||
- OSPFv3链路ID表明，这些链路并非IPv6专用，同时这些链路ID跟OSPFv2中一样，仍然基于一个32位IPv4地址。
|
||||
|
||||
在OSPFv2与OSPFv3有着这些相同点的同时，重要的是掌握那些你必须熟悉的存在的明显不同点。包括下面这些。
|
||||
|
||||
+ 以与EIGRP类似的方式，OSPFv3是在链路上运行的（in a manner similar to EIGRP, OSPFv3 runs over a link）。这就打消了OSPFv3中执行网络声明语句的需求。取而代之的是，**通过使用接口配置命令`ipv6 router ospf [process id] area [area id]`，来将该链路配置为某个OSPF进程的组成部分**。但是，与OSPFv2类似，OSPF进程号仍然是通过在全局配置模式中，使用全局配置命令`ipv6 router ospf [process id]`进行指定。
|
||||
+ **OSPFv3使用本地链路地址（Link-local address）来区分OSPFv3邻接关系**。与EIGRPv6类似，OSPFv3路由的下一跳地址将反映邻接的或邻居路由器的本地链路地址。
|
||||
+ OSPFv3**引入了两种新的OSPF LSA类型**。分别是**链路LSA**（the Link LSA），被定义为LSA类型0x0008(LSA Type 0x0008，或LSA Type 8）, 以及**区域内前缀LSA**（the Intra-Area-Prefix LSA），被定义为LSA类型0x0029(LSA Type 0x0029, 或LSA Type 29）。**链路LSA提供了路由器的本地链路地址，及加诸路由器上的所有IPv6前缀**。每条链路都有一个链路LSA。可能有多个带有不同**链路状态IDs**的区域内前缀LSAs。因此，区域LSA散布范围就既可能是与应用自网络LSA的所经过网络的相关前缀网络，也可能是参考自路由器LSA的某台路由器或末梢区域相关前缀（There can be multiple Intra-Area-Prefix LSAs with different Link-State IDs. The Area flooding scope can therefore be an associated prefix with the transit network referencing a Network LSA or it can be an associated prefix with a router or Stub referencing a Router LSA）。
|
||||
+ OSPFv2与OSPFv3所用到的传输方式是不同的。OSPFv3报文是用（封装成）IPv6数据包发出的。
|
||||
+ OSPFv3使用两个标准IPv6多播地址。多播地址`FF02::5`与OSPFv2中用到的所有SPF路由器（AllSPFRouters）地址`224.0.0.5`等价，同时多播地址`FF02::6`就是所有DR路由器（AllDRRouters）地址，且与OSPFv2中用到的`224.0.0.6`组地址等价。（这将在ICND2部分讲到）。
|
||||
+ OSPFv3利用到IPv6内建的IPSec的能力，并将AH和ESP扩展头部用着一种的认证机制，而不是想在OSPFv2中可配置的为数众多的认证机制（OSPFv3 leverages the built-in capabilities of IPSec and uses the AH and ESP extension headers as an authentication mechanism instead of the numerous authentication mechanisms configurable in OSPFv2）。因此，在OSPFv3的OSPF数据包中，那些认证和AuType字段就被移除了。
|
||||
+ 最终的最后一个明显区别就是，OSPFv3 Hello数据包现在不包含任何地址信息，而是包含了一个接口ID，该接口ID是发出Hello数据包路由器分配的，用于对链路做其接口的唯一区分。此接口ID成为网络LSA（the Network LSA）的链路状态ID（Link State ID）, 判断该路由器是否应成为该链路上的指定路由器（This interface ID becomes the Network LSA's Link State ID, should the router become the Designated Router on the link）。
|
||||
- 以与EIGRP类似的方式，OSPFv3是在链路上运行的（in a manner similar to EIGRP, OSPFv3 runs over a link）。这就打消了OSPFv3中执行网络声明语句的需求。取而代之的是，**通过使用接口配置命令`ipv6 router ospf [process id] area [area id]`，来将该链路配置为某个OSPF进程的组成部分**。但是，与OSPFv2类似，OSPF进程号仍然是通过在全局配置模式中，使用全局配置命令`ipv6 router ospf [process id]`进行指定。
|
||||
- **OSPFv3使用本地链路地址（Link-local address）来区分OSPFv3邻接关系**。与EIGRPv6类似，OSPFv3路由的下一跳地址将反映邻接的或邻居路由器的本地链路地址。
|
||||
- OSPFv3**引入了两种新的OSPF LSA类型**。分别是**链路LSA**（the Link LSA），被定义为LSA类型0x0008(LSA Type 0x0008，或LSA Type 8）, 以及**区域内前缀LSA**（the Intra-Area-Prefix LSA），被定义为LSA类型0x0029(LSA Type 0x0029, 或LSA Type 29）。**链路LSA提供了路由器的本地链路地址，及加诸路由器上的所有IPv6前缀**。每条链路都有一个链路LSA。可能有多个带有不同**链路状态IDs**的区域内前缀LSAs。因此，区域LSA散布范围就既可能是与应用自网络LSA的所经过网络的相关前缀网络，也可能是参考自路由器LSA的某台路由器或末梢区域相关前缀（There can be multiple Intra-Area-Prefix LSAs with different Link-State IDs. The Area flooding scope can therefore be an associated prefix with the transit network referencing a Network LSA or it can be an associated prefix with a router or Stub referencing a Router LSA）。
|
||||
- OSPFv2与OSPFv3所用到的传输方式是不同的。OSPFv3报文是用（封装成）IPv6数据包发出的。
|
||||
- OSPFv3使用两个标准IPv6多播地址。多播地址`FF02::5`与OSPFv2中用到的所有SPF路由器（AllSPFRouters）地址`224.0.0.5`等价，同时多播地址`FF02::6`就是所有DR路由器（AllDRRouters）地址，且与OSPFv2中用到的`224.0.0.6`组地址等价。（这将在ICND2部分讲到）。
|
||||
- OSPFv3利用到IPv6内建的IPSec的能力，并将AH和ESP扩展头部用着一种的认证机制，而不是想在OSPFv2中可配置的为数众多的认证机制（OSPFv3 leverages the built-in capabilities of IPSec and uses the AH and ESP extension headers as an authentication mechanism instead of the numerous authentication mechanisms configurable in OSPFv2）。因此，在OSPFv3的OSPF数据包中，那些认证和AuType字段就被移除了。
|
||||
- 最终的最后一个明显区别就是，OSPFv3 Hello数据包现在不包含任何地址信息，而是包含了一个接口ID，该接口ID是发出Hello数据包路由器分配的，用于对链路做其接口的唯一区分。此接口ID成为网络LSA（the Network LSA）的链路状态ID（Link State ID）, 判断该路由器是否应成为该链路上的指定路由器（This interface ID becomes the Network LSA's Link State ID, should the router become the Designated Router on the link）。
|
||||
|
||||
##思科IOS软件的OSPFv2和OSPFv3配置差异
|
||||
|
||||
@ -179,10 +179,10 @@ Neighbor 3.3.3.3
|
||||
|
||||
重复第12天的实验场景（两台路由器直连，各自又有环回接口），但以配置IPv6地址并在设备间使用OSPFv3对这些地址进行通告，取代配置IPv4的OSPF。
|
||||
|
||||
+ 给直连接口分配上IPv6地址（`2001:100::1/64`及`2001:100::2/64`）
|
||||
+ 用`ping`测试直接连通性
|
||||
+ 在两台路由器上分别配置一个环回接口，并从两个不同范围分配地址（`2002::1/128`及`2002::2/128`）
|
||||
+ 配置标准的OSPFv3 1号进程并将所有本地网络在0号区域进行通告。同时为各设备配置一个路由器ID。
|
||||
- 给直连接口分配上IPv6地址（`2001:100::1/64`及`2001:100::2/64`）
|
||||
- 用`ping`测试直接连通性
|
||||
- 在两台路由器上分别配置一个环回接口，并从两个不同范围分配地址（`2002::1/128`及`2002::2/128`）
|
||||
- 配置标准的OSPFv3 1号进程并将所有本地网络在0号区域进行通告。同时为各设备配置一个路由器ID。
|
||||
|
||||
**R1:**
|
||||
|
||||
@ -206,9 +206,9 @@ int lo0<b>(或特定接口编号)</b>
|
||||
ipv6 ospf 1 area 0
|
||||
</pre>
|
||||
|
||||
+ 自R1向R2的IPv6环回接口发出`ping`操作，以测试连通性
|
||||
+ 执行一个`show ipv6 route`命令，来验证有通过OSPFv3接收到路由
|
||||
+ 执行一个`show ipv6 protocols`命令，来验证有配置OSPFv3且在设备上是活动的
|
||||
+ 执行命令`show ipv6 ospf interface`及`show ipv6 ospf interface brief`，检查接口特定于OSPF的那些参数
|
||||
+ 在两台路由器上（直连接口）修改Hello包和死亡计时器: `ipv6 ospf hello`及`ipv6 ospf dead`
|
||||
+ 执行一下`show ipv6 ospf 1`命令，来查看路由进程参数
|
||||
- 自R1向R2的IPv6环回接口发出`ping`操作，以测试连通性
|
||||
- 执行一个`show ipv6 route`命令，来验证有通过OSPFv3接收到路由
|
||||
- 执行一个`show ipv6 protocols`命令，来验证有配置OSPFv3且在设备上是活动的
|
||||
- 执行命令`show ipv6 ospf interface`及`show ipv6 ospf interface brief`，检查接口特定于OSPF的那些参数
|
||||
- 在两台路由器上（直连接口）修改Hello包和死亡计时器: `ipv6 ospf hello`及`ipv6 ospf dead`
|
||||
- 执行一下`show ipv6 ospf 1`命令，来查看路由进程参数
|
||||
|
||||
Loading…
Reference in New Issue
Block a user