数据通信网络之IPv6静态路由

文章及资源归档至【AIShareLab】,回复 通信系统与网络 可获取。

一、目的

  1. 掌握路由器的 IPv6 基础配置。
  2. 掌握静态 IPv6 路由的基础配置。
  3. 理解 IPv6 数据报文的路由过程。

二、拓扑

如图 1 所示,三台路由器 R1、R2 和 R3 分别通过相应物理接口进行连接,其中,R1 及
R3 各自下联一个网段,简单起见,此处只体现了这些网段中的两台计算机 PC1 和 PC2,PC1与 PC2 分别使用 R1 及 R3 作为自己的默认网关。其中,路由器 R1、R2 和 R3 推荐使用AR2220 及以上设备。

[图片上传失败...(image-8523f5-1694229573296)]

图1 IPv6 静态路由基础实验拓扑图

三、需求

  1. 在 R1、R2 及 R3 上完成配置,使得这三台路由器之间能够相互通信。
  2. 在 R1、R2 及 R3 上完成配置,使得 PC1 与 PC2 所在网段能够相互通信。

四、步骤

(1)完成 R1、R2 及 R3 的基础配置
在 R1 上完成如下配置, 配置结果如图2所示:

<Huawei> system-view
[Huawei] sysname R1 
[R1] ipv6 
[R1] interface GigabitEthernet 0/0/0
[R1-GigabitEthernet0/0/0] ipv6 enable 
[R1-GigabitEthernet0/0/0] ipv6 address fc00:12::1 64
[R1-GigabitEthernet0/0/0] quit 

[图片上传失败...(image-be10ed-1694229573297)]

图2 R1的IPv6基础配置
②在 R2 上完成如下配置,配置结果如图3所示:

<Huawei> system-view
[Huawei] sysname R2
[R2] ipv6 
[R2] interface GigabitEthernet 0/0/0
[R2-GigabitEthernet0/0/0] ipv6 enable 
[R2-GigabitEthernet0/0/0] ipv6 address fc00:12::2 64
[R2-GigabitEthernet0/0/0] quit 
[R2] interface GigabitEthernet 0/0/0
[R2-GigabitEthernet0/0/1] ipv6 enable 
[R2-GigabitEthernet0/0/1] ipv6 address fc00:23::2 64
[R2-GigabitEthernet0/0/1] quit 

[图片上传失败...(image-654b6-1694229573297)]

图3 R2的IPv6基础配置

③在 R3 上完成如下配置, 配置结果如图4所示:

<Huawei> system-view
[Huawei] sysname R3
[R3] ipv6 
[R3] interface GigabitEthernet 0/0/0
[R3-GigabitEthernet0/0/0] ipv6 enable 
[R3-GigabitEthernet0/0/0] ipv6 address fc00:23::3 64
[R3-GigabitEthernet0/0/0] quit 

[图片上传失败...(image-eb8116-1694229573297)]
图4 R2的IPv6基础配置

(2)在 R1、R2 及 R3 上完成配置,使得这三台路由器之间能够相互通信

阶段性验证:
⑴ 在 R1 上 ping R2 GE0/0/0,具体命令格式为 ping ipv6 相应接口的 IPv6 地址,验证 R1 是否可与 R2 成功通信。
[图片上传失败...(image-2e0755-1694229573297)]

图5 R1 与 R2 成功通信
由图5可知,验证可知 R1 与 R2 成功通信。
⑵ 在 R2 上 ping R3 GE0/0/0,具体命令格式为 ping ipv6 相应接口的 IPv6 地址,验证 R2 是 否可与 R3 成功通信。

[图片上传失败...(image-3c3fa3-1694229573297)]

图6 R2 与 R3 成功通信
由图6可知,验证可知 R2 与 R3 成功通信。
⑶ 在 R1 上 ping R3 GE0/0/0,具体命令格式为 ping ipv6 相应接口的 IPv6 地址,验证 R1 是 否可与 R3 成功通信。

[图片上传失败...(image-a284d3-1694229573297)]

图7 R1 与 R3 无法通信
由图7可知,验证可知 R1 与 R3 无法通信。
⑷ 在 R1 系统视图下执行 display ipv6 routing-table 命令,查看当前的路由表并展示相应结 果,验证 R1 的路由表中目前是否包含到达 R3 GE0/0/0 接口的静态路由。

[图片上传失败...(image-b30cb2-1694229573297)]

图8 R1路由表
由图8可验证 R1 的路由表中目前没有包含到达 R3 GE0/0/0 接口的静态路由.

备注:由阶段性验证结果可以发现,在上述配置完成后,R1 与R2、R2 与R3 能够相互通信。以R1 与R2 为例,设备之间存在直连的链路,对于R1 而言,当我们在设备上配置GE0/0/0接口的IPv6 地址后,设备会自动在其路由表中生成到达该接口所在网段的直连路由,因此它可以直接通过直连路由到达R2,无需人工干预路由信息。相反地,此时R1 无法与R3 相互访问,之所以出现这种现象,是因为R1 的路由表中并没有到达R3 GE0/0/0 接口(IPv6 地址为FC00:23::3)的路由信息。

① 为R1 配置到达FC00:23::/64 的路由:
[R1] ipv6 route-static FC00:23:: 64 FC00:12::2
备注:在华为路由器上ipv6 route-static 命令用来配置IPv6 静态路由,常用命令格式为ipv6 route-static dest-ipv6-address prefix-length nexthop-ipv6-address,其中,参数dest-ipv6-address 用来指定目的IPv6 地址,参数prefix-length 用来指定IPv6 前缀的长度,参数nexthop-ipv6-address 用来指定设备的下一跳IPv6 地址。

阶段性验证:
⑴ 在R1 系统视图下执行display ipv6 routing-table 命令,查看当前的路由表并展示相应结果,验证R1 的路由表中目前是否包含到达R3 GE0/0/0 接口的静态路由。

[图片上传失败...(image-5c1c6a-1694229573297)]

图9 R1路由表
由图9可验证 R1 的路由表中有包含到达 R3 GE0/0/0 接口的静态路由, 已成功添加到达FC00:23::/64 的路由.

⑵ 在R1 上ping R3 GE0/0/0,具体命令格式为ping ipv6 相应接口的IPv6 地址,验证R1 是
否可与R3 成功通信。

[图片上传失败...(image-7115fb-1694229573297)]

图10 R1无法与R3通信
由图10可验证 验证R1 还是不可与R3 通信。
备注:由阶段性验证结果可以发现,R1 的路由表中已成功添加到达FC00:23::/64 的路由,
但是,R1 依然无法ping 通R3。这是因为一个应用程序触发的数据交互过程往往是双向的,
此时R1 发往R3 的请求报文能够到达下一跳R2,而R2 又能根据直连路由将报文转发给
R3,但是R3 此时并无到达R1 GE0/0/0 接口(IPv6 地址为FC00:12::1)的路由信息,因此
R1 ping R3 的应答报文无法到达R1。

②在R3 上添加路由:
[R3] ipv6 route-static FC00:12:: 64 FC00:23::2

阶段性验证:
在R1 上ping R3 GE0/0/0,具体命令格式为ping ipv6 相应接口的IPv6 地址,验证R1 可与
R3 成功通信。

[图片上传失败...(image-60f820-1694229573297)]

图11 R1与R3成功通信
由图11可验证R1与R3成功通信。

(3)在R1、R2、R3、PC1 及PC2 上完成配置,使得PC1 与PC2 所在网段能够相互通信
接下来,我们在R1 和R3 下面分别新增一个网段,用于连接用户终端设备,并使得这
些用户终端设备能够相互通信。

① R1 新增如下配置:

[R1] interface GigabitEthernet 0/0/1
[R1-GigabitEthernet0/0/1] ipv6 enable
[R1-GigabitEthernet0/0/1] ipv6 address FC00:1::FFFF 64
[R1-GigabitEthernet0/0/1] quit

[图片上传失败...(image-78a8b6-1694229573297)]

图12 R1新增配置

② R3 新增如下配置:

[R3] interface GigabitEthernet 0/0/1
[R3-GigabitEthernet0/0/1] ipv6 enable
[R3-GigabitEthernet0/0/1] ipv6 address FC00:2::FFFF 64
[R3-GigabitEthernet0/0/1] quit

[图片上传失败...(image-b4d451-1694229573297)]

图13 R3新增配置
③ 静态配置PC1 的IPv6 地址、前缀长度及网关信息,具体的参数如图14 所示。
[图片上传失败...(image-559e03-1694229573297)]

图13 PC1 的IPv6 静态地址配置

④ 静态配置PC2 的IPv6 地址、前缀长度及网关信息,具体的参数如图14所示。

[图片上传失败...(image-2efedd-1694229573297)]

图14 PC2 的IPv6 静态地址配置
⑤ 在PC1 的Ethernet0/0/1 接口上单击鼠标右键,开始抓包,以试图捕获PC1 的Ethernet0/0/1 接口上的入向与出向数据包。

阶段性验证:
⑴在PC1 上ping PC2,具体命令格式为ping PC2 的IPv6 地址 -6(注意:通过ping 命令
测试与IPv6 目的地址联通性时,计算机和网络设备上的命令格式略有不同,此处参数“-6”
表示强制使用IPv6),验证PC1 是否可与PC2 成功通信。

[图片上传失败...(image-320fc0-1694229573297)]

图15 PC2与PC1无法正常通信
(2) 在Wireshark 界面中,查看前面开启抓包后所捕获的信息,验证当前PC1 发出ICMPv6
Echo Request 报文后能否收到对应的ICMPv6 Echo Reply 报文,与测试结果是否吻合?

[图片上传失败...(image-fe8b29-1694229573297)]

图16 PC2与PC1无法正常通信
由图16可知, 当前PC1 发出ICMPv6Echo Request 报文后无法收到对应的ICMPv6 Echo Reply 报文.
备注:由阶段性验证结果可以发现,当PC1 Ping PC2 时,PC1 发出的ICMPv6 Echo Request
报文的源IPv6 地址是PC1 的地址FC00:1::1,目的地址则是PC2 的地址FC00:2::1,该报文
从PC1 发给了它的默认网关FC00:1::FFFF,也就是R1,然而R1 并没有到达目的网段的路
由,因此该报文被丢弃。

⑥ 为了让PC1 与PC2 能够相互通信,需要满足下列条件:
让R1 知道如何到达FC00:2::/64 网段;
让R2 知道如何到达FC00:1::/64 和FC00:2::/64 网段;
让R3 知道如何到达FC00:1::/64 网段。
因此,在R1 上新增如下配置:
[R1] ipv6 route-static FC00:2:: 64 FC00:12::2
在R2 上新增如下配置:
[R2] ipv6 route-static FC00:1:: 64 FC00:12::1
[R2] ipv6 route-static FC00:2:: 64 FC00:23::3

在R3 上新增如下配置:
[R3] ipv6 route-static FC00:1:: 64 FC00:23::2

(4)联通性测试
在PC1 上ping PC2,具体命令格式为ping PC2 的IPv6 地址 -6,验证PC1 是否可与PC2
成功通信。

[图片上传失败...(image-20bb79-1694229573297)]

图17 PC2与PC1成功通信
(5)抓包分析
①启动抓包。本实验中,可保持之前在PC1 的Ethernet0/0/1 接口上持续抓包,期间各种阶
段性测试命令及设备间状态更新均会触发多个数据包的产生和交互。另外,也可在前期阶段
性抓包分析后停止抓包,此处重新启动抓包。
②运行命令。
在PC1 上依次执行以下命令:ping fc00:2::1 -6;tracert fc00:2::1 -6,分别完成与PC2
的联通性测试,以及完成跟踪到PC2 的路由信息。

[图片上传失败...(image-75ce1f-1694229573297)]

图18 PC1 依次执行命令

[图片上传失败...(image-ea9d53-1694229573297)]

图19 PC1 捕获结果

备注:值得注意的,用来探测一个数据包从源点到目的地所经过的中间路由器的方式通常有 3 种方式,分别为:基于记录路由选项的路由探测、基于UDP 协议的路由探测和基于ICMP Echo Request 的路由探测。其中,基于记录路由选项的路由探测方式体现在借助命令“ping -r 目的节点地址”显示中间路由的过程中,基于UDP 协议和基于ICMP Echo Request 的路由探测方式体现在借助命令“Tracert”显示数据包到达目的主机所经过的路径的过程中。

如图5 所示,由PC 发起Tracert 命令为例,Tracert 的实现原理及过程如下(注意,图20 中采用基于IPv4 的网络拓扑,基于IPv6 网络中原理与此相似,ICMP 协议相应的变更为ICMPv6):

⑴PC 在发起Tracert 命令时,以本地IP 地址为源,以路由器地址为目的地址,封装ICMPEcho Request 报文。首先发出的ICMP 报文TTL=1,交换机收到以后,将TTL 减1。此时,TTL=0,交换机丢弃报文,并回送一个Time Exceeded 报文,源地址为交换机的地址。PC 收到报文以后,就知道了自己的下一跳地址。
⑵PC 再次发出Echo Request 报文,TTL=2。交换机收到以后,将TTL 减1,并转发给防火墙。防火墙再减1,TTL=0。防火墙丢弃报文,并回送一个Time Exceeded 报文,源地址为防火墙的地址,载荷为PC 发出的Echo Request 报文。PC 收到报文以后,就知道了第二跳的地址。
⑶PC 重复这个过程,直到Echo Request 报文到达真正的目的地址。此时,路由器回送EchoReply 报文给PC。

综上,Tracert 使用三种ICMP 报文:Echo Reply、Echo Request 和Time Exceeded。

需要说明的是,以上工作过程仅适用于Windows 系统下的Tracert。UNIX-like 操作系统中对应的工具是Traceroute。Traceroute 默认使用UDP 报文探测目的地址(具体的原理和示例请参考第二单元软件实验讲义抓包分析部分),并且故意选择33434~33534 之间的目的端口(通常首次探测使用33434,第二次使用33435,以此类推)。因为这些端口并不存在,目标主机收到报文以后会回送一个端口不可达的报文(Port Unreachable)。很多网络设备的处理方式与UNIX-like 操作系统类似,例如华为防火墙、交换机产品,即以UDP 报文发起探测。一些UNIX-like 操作系统的Traceroute 命令也提供了参数选项,可以使用ICMP Echo Request或者其他协议报文发起探测。

[图片上传失败...(image-9215f8-1694229573297)]

图20 基于ICMP Echo request 的Tracert 工作原理示例
③分析报文。
Ⅰ 分析ping 报文
在Wireshark 界面中,查看PC1 ping PC2 时(即执行相应的命令ping fc00:2::1 -6)所捕获的多对ICMPv6 Echo Request 和Echo Reply 报文,表明当前PC1 与PC2 已经联通。
回答下列问题:
a.此处分别出现多少个ICMPv6 Echo Request 和Echo Reply 报文?与测试命令显示的结果是否一致?
答:如图21所示, 此处分别出现5个ICMPv6 Echo Request 和Echo Reply 报文, 与测试命令显示的结果一致.

[图片上传失败...(image-b28fcd-1694229573297)]

图21 PC1报文捕获结果

b.查看Echo Request 报文,ICMPv6 类型和代码号取值为多少?包含该报文的IPv6 数据报
源地址和目的地址分别是多少?包含该报文的以太网帧源地址和目的地址分别是多少?
答: 如图22所示,查看Echo Request 报文,ICMPv6 类型是Echo (ping) request (128) 和代码号取值为0,包含该报文的IPv6 数据报源地址是fc00:1: :1, 目的地址是fc00:2:1, 包含该报文的以太网帧源地址是HuaweiTe_49: 04:d1 (54:89:98:49:04:d1) 和目的地址是HuaweiTe_0d: 72:e0 (00:e0:fc:0d: 72:e0).

[图片上传失败...(image-700646-1694229573297)]

图22 Echo Request 报文相关信息

c.查看Echo Reply 报文,ICMPv6 类型和代码号取值为多少?包含该报文的IPv6 数据报源
地址和目的地址分别是多少?包含该报文的以太网帧源地址和目的地址分别是多少?
答: 如图23所示,查看Echo Request 报文,ICMPv6 类型是Echo (ping) reply (129) 和代码号取值为0,包含该报文的IPv6 数据报源地址是fc00:2: :1, 目的地址是fc00:1:1, 包含该报文的以太网帧源地址是HuaweiTe_0d: 72:e0 (00:e0:fc:0d: 72:e0)和目的地址是HuaweiTe_49: 04:d1 (54:89:98:49:04:d1).

[图片上传失败...(image-c9ea00-1694229573297)]

图22 Echo Reply报文相关信息

Ⅱ 分析Tracert 报文
在Wireshark 界面中,查看PC1 tracert PC2 时(即执行相应的命令tracert fc00:2::1 -6)
所捕获的多个ICMPv6 Echo Request、ICMPv6 Echo Reply 和ICMPv6 Time Exceeded 报文,
如图23 所示。

[图片上传失败...(image-6ad68f-1694229573297)]

图23 捕获的Tracert 报文
以实际捕获数据为准,回答下列问题:
a. 实际捕获结果中分别出现多少个ICMPv6 Echo Request、ICMPv6 Echo Reply 和ICMPv6
Time Exceeded?与测试命令显示的结果是否一致?
答:如图24所示, 此处分别出现12个ICMPv6 Echo Request 和 3个Echo Reply 报文, 9个ICMPv6 Time Exceeded , 与测试命令显示的结果一致.

[图片上传失败...(image-191b3d-1694229573297)]

图24 捕获的Tracert 报文

b. 选中一个ICMPv6 Echo Request 报文并查看,ICMPv6 类型和代码号取值为多少?包含该报文的IPv6 数据报源地址和目的地址分别是多少?包含该报文的以太网帧源地址和目的地址分别是多少?对比查看所有ICMPv6 Echo Request 报文,包含这些报文的不同IPv6 数据报中,Next Header 和Hop Limit 取值是否相同?

答: 如图25所示,查看Echo Request 报文,ICMPv6 类型是Echo (ping) request (128) 和代码号取值为0,包含该报文的IPv6 数据报源地址是fc00:1: :1, 目的地址是fc00:2:1, 包含该报文的以太网帧源地址是HuaweiTe_49: 04:d1 (54:89:98:49:04:d1) 和目的地址是HuaweiTe_0d: 72:e0 (00:e0:fc:0d: 72:e0). 对比查看所有ICMPv6 Echo Request 报文,包含这些报文的不同IPv6 数据报中,Next Header相同, Hop Limit 取值不同.

[图片上传失败...(image-200fd6-1694229573297)]

图25 Echo Request 报文相关信息

c. 选中一个ICMPv6 Time Exceeded 报文并查看,ICMPv6 类型和代码号取值为多少?对比查看所有ICMPv6 Time Exceeded 报文,包含这些报文的不同IPv6 数据报中,源地址和目的地址分别是多少,是否相同?
答: 如图26所示,选中一个ICMPv6 Time Exceeded 报文并查看,ICMPv6 类型是Time Exceeded (3)和代码号取值为0 (hop limit exceeded in transit),对比查看所有ICMPv6 Time Exceeded 报文,包含这些报文的不同IPv6 数据报中,源地址fc00:23: :3和目的地址fc00:1::1,源地址fc:1::ffff和目的地址fc00:1: :1, 源地址fc00:12: :2和目的地址fc00:1::1 源地址不相同, 目的地址相同.

[图片上传失败...(image-a75c67-1694229573297)]

图26 Time Exceeded 报文相关信息

d. 选中一个ICMPv6 Echo Reply 报文并查看,ICMPv6 类型和代码号取值为多少?包含该报文的IPv6 数据报源地址和目的地址分别是多少?包含该报文的以太网帧源地址和目的地址分别是多少?对比查看所有ICMPv6 Echo Reply 报文,包含这些报文的不同IPv6 数据报中,Next Header 和Hop Limit 取值分别是多少,是否相同?
答: 如图27所示,查看Echo Request 报文,ICMPv6 类型是Echo (ping) reply (129) 和代码号取值为0,包含该报文的IPv6 数据报源地址是fc00:2: :1, 目的地址是fc00:1:1, 包含该报文的以太网帧源地址是HuaweiTe_0d: 72:e0 (00:e0:fc:0d: 72:e0)和目的地址是HuaweiTe_49: 04:d1 (54:89:98:49:04:d1). 对比查看所有ICMPv6 Echo Reply 报文,包含这些报文的不同IPv6 数据报中,Next Header : ICMPv6 (58) , 和Hop Limit 取值是252,相同.

[图片上传失败...(image-627975-1694229573297)]
图27 Echo Reply 报文相关信息

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,547评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,399评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,428评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,599评论 1 274
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,612评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,577评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,941评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,603评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,852评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,375评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,955评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2 342

推荐阅读更多精彩内容