IPv6学习笔记
特点
优点 | 备注 |
---|---|
更大的地址空间 | 全球连通性和灵活性,聚合,多源技术,自动配置,即插即用,无需NAT,重新编号 |
更高的安全性 | 内置IPSes |
头部更简单 | 路由查找效率更高,转发速率更快,没有广播,添加流标签(改善了服务质量QoS) |
多种过度方式 | IPv4转变到IPv6并不是一个瞬间的,需要一个过渡期,在此期间,IPv4,IPv6会共存,=>双栈,隧道,转换 |
地址格式
首选格式
-
冒号十六进制表示法:IPv6的128位地址每16位划分为一段,总共8段,每段用冒号隔开。例如:
fe80:0000:0001:0000:0440:44ff:1233:5678
压缩格式
有时候首选格式中的IPv6地址中有好多0.就可以把连续的一段0压缩成为 :: ,即用冒号表示,但是IPv6地址中只能有一个 :: ,如下:
fe80:0000:0000:0000:0000:0000:0001:0000 —>fe80::0001:0000
内嵌IPv4地址的IPv6
在IPv4向IPv6过渡过程中,IPv4的地址会内嵌到IPv6中去,因此在IPv6地址的第一部分使用IPv6的地址格式(十六进制表示法),第二部分使用IPv4的格式(十进制表示)
0:0:0:0:0:0:192.168.12.1 或者 ::192.168.12.1
0:0:0:0:0:FFFF:192.168.12.1 或者 ::FFFF:192.168.12.1
[!NOTE]
IPv6前缀是地址中具有固定值的位数部分或表示网络标识的位数部分。IPv6的子网标识、路由器和地址范围前缀表示法与IPv4采用的CIDR标记法相同,其前缀可书写为:地址/前缀长度。通过运营商的了解,中国大的运营商拿到的AS前缀在/20-/32之间,比如中国电信商用IPv6为240e::/20,中国联通2408:8000::/20,中国广电为240a:4000::/21,中国移动2409:8000::/20。
地址分类
IPv6 主要有三类地址:单播地址、组播地址和任播地址
单播地址
IPv6的单播地址类型有多种,包含全球单播地址,链路本地地址等
- 全球的单播地址等同于IPv4的公网地址,提供给网络服务商,这种类型的地址允许路由前缀的聚合,从而限制了全球路由表项的数量。
- 链路本地地址用于邻居发现协议和无状态自动配置中链路本地上节点之间的通信。使用链路本地地址作为源或目的地址的数据报文不会被转发到其他链路上。
- 环回地址:单播地址 0:0:0:0:0:0:0:1 (简化表示为 ::1 ) 称为环回地址,不能分配给任何物理接口。它的作用与在 IPv4 中的环回地址相同,即节点用来给自己发送 IPv6 报文。
- 未指定地址:地址 ( :: )称为未指定地址,不能分配给任何节点。在节点获得有效的IPv6 地址之前,可在发送的IPv6 报文的源地址字段填入该地址(重复地址检测),但不作为 IPv6 报文中的目的地址。
组播地址
用来标识一组接口(通常这组接口属于不同的节点),类似于IPv4的组播地址,发送到组播地址的数据报文被传送给此地址所标识的所有接口。
地址范围 | 描述 |
---|---|
FF02::1 | 链路本地范围所有地址 |
FF02::2 | 链路本地范围所有路由器 |
FF02::5 | OSPFv3路由器 |
FF02::6 | OSPFv3 DR & BDR |
FF02::9 | RIPng路由器 |
[!TIP]
还有一类组播地址:被请求节点(Solicited-Node)组播地址。该地址主要用于获取同一链路上邻居节点的链路层地址及实现重复地址检测。每一个单播或任播IPv6地址都有一个对应的被请求节点组播地址。
其格式为:FF02:0:0:0:0:1:FFXX:XXXX。其中,FF02:0:0:0:0:1:FF 为 104 位固定格式;XX:XXXX 为单播或任播IPv6 地址的后24位。
任播地址
用来标识一组接口(通常这组接口属于不同的节点)。发送到任播地址的数据报文被传送给此地址所标识的一组接口中距离源节点最近(根据使用的路由协议进行度量)的一个接口。IPv6中没有广播地址,广播地址的功能通过组播地址实现。
[!IMPORTANT]
地址范围 描述 2000::/3 全球单播地址 FE80::/10 链路本地地址 ::1/128 环回地址 ::/128 未指定地址 **FC::/7 ** - FD::/7 私有地址 FF::/8 组播地址 FF02::1:FF00:0000/104 请求节点地址
# IPv6地址构成
Gobal Routing Prefix + Subent + Interface ID
# 全局路由前缀 + 子网 + 接口ID
IPv6接口标识符EUI-64的生成
IEEE EUI-64通过 MAC-48 第23位中的插入0xfffe生成。(扩展唯一标识符)
当从IEEE EUI-64标识符形成IPv6接口标识符时,称为修改的EUI-64:
修改的EUI-64中的“U” 位设置为1以表示全局范围,设置为零 0 以表示本地范围,与IEEE EUI-64刚好相反。通过反转“u”位 (IEEE EUI-64术语中的全局/本地地址)来生成修改的EUI-64 格式接口标识符。
如MAC-48的网卡:00-64-97-8f-6a-4e那么转换后得到的是:02-60-97-ff-fe-8f-6a-4e
[!WARNING]
出于安全考虑,Windows7 之后网卡的链路本地地址默认都是随机生成
netsh interface ipv6 set global randomizeidentifiers=enable/disable # 开启/关闭随机
IPv6单播地址配置方法
方式 | 地址/前缀 | 网关 | DNS | 备注 |
---|---|---|---|---|
静态 | 手动 | 手动 | 手动 | |
SLAAC (无状态地址自动配置) | RS和RA | RS和RA | 无 | M=0,O=0 |
Stateful DHCPv6 | DHCPv6 | DHCPv6 | DHCPv6 | M=1 |
Stateless DHCPv6 | RS和RA | RS和RA | DHCPv6 | M=0,O=1 |
NDP(邻居发现协议)
在ICMPv6中定义的消息类型,实现地址解析、重复地址检测、跟踪邻居状态、路由器发现、重定向等功能。
ICMPv6类型 | 消息名称 |
---|---|
133 | 路由器请求RS |
134 | 路由器公告RA |
135 (Neighbol Solicitation) | 邻居请求NS |
136 | 邻居公告NA |
- RS+RA : 发现前缀,发现网关
- NS+NA:: 邻居发现
- DAD :重复地址检测
地址发现技术
通过NS和NA报文实现ARP、DAD(重复地址检测)功能
类型 | 备注 |
---|---|
NS | Neighbor Solicitation 邻居请求,类似IPv4的ARP请求报文 |
NA | Neighbor Advertisement 邻居通告,类似于IPv4中的ARP应答报文 |
- Soliclted Node:请求节点组播组,开头= FF02::1:FF00/104 ,加上单播地址的最后24位
路由器发现技术
通过RS和RA技术实现无状态地址自动分配协议,无需DHCPv6
类型 | 备注 |
---|---|
RS | Router Solicitation 路由器请求,请求网络前缀、网关信息 |
RA | Router Advertisement 路由器通告,通告网络资前缀、网关信息 |
Path MTU : 发现路径上最小的MTU(IPv6途中不允许切片,减少中间设备的压力)
跟踪邻居状态:
通过邻居到达邻居的通信,会因为各种原因而中断,包括硬件故障,接口卡的热插入等。如果目的地失效,而恢复是不可能的,通信失败,如果路径失效,则恢复是可能的,因此需要一个节点维护一张邻居表。每一个邻居都有一个状态,状态之间可迁移。
- 未完成(Incomplete)、可达(Reachable)、陈旧(Stale)、延迟(Delay)、探查(Probe)。
- 首先初始情况下Empty不是状态,只是代表没有发送NS报文之前,IPV6邻居为空
- 当A节点发送NS报文之后,自身会产生缓存消息,状态变为Incomplete—表示未完成
- 当A节点收到对方节点回复的NA报文,并且信息验证无误后,邻居状态由 Incomplete 变为 Reachable (可达),否则固定时间后邻居状态由 Incomplete 变为Stale(陈旧)— 默认时间为30S
- 经过30S邻居可达时间,状态由Incomplete变为Stale,意为未知目标是否可达 实际上stale状态是一个稳定状态,就是不会自己改变,因为正常情况下建立邻居后不会发送ICMP报 文,也就不会发送NS,所以实际上大部分的IPV6邻居都处于Stale状态。此时如果超过老化时间(缺省 情况下是20分钟),该表项没有被使用,也进入到DELAY状态。
- 如果在Reachable状态,A收到B的非请求NA报文,且报文中携带的B的链路层地址和表项中不同,则邻 居状态马上变为Stale。
- 在Stale状态若A要向B发送数据,则邻居状态由Stale变为Delay,并发送NS请求
- 向邻居发送NS报文,如果在指定时间内(缺省情况下是5秒)没有收到响应,则进入Probe 状态;若收 到NA应答,则变为 Reachable 状态。其间若有NA应答,则邻居状态由Delay 变为 Reachable —,默认时 间5S
- 在Probe状态,按照RA报文发布的时间间隔 Retrans Timer(或者主机配置值)发送单播邻居请求报文 NS,如果有应答,则进入Reachable 状态。如果无应答则邻居状态变为 Empty,即删除表项。—时间间隔 默认3S。
DHCPv6协议介绍
简介
IPv6动态主机配置协议 DHCPv6 (Dynamic Host Configuration Protocol for IPv6) 是针对IPv6编址方案设计,为主机分配IPv6地址/前缀和其他网络配置参数。
DHCPv6属于一种有状态地址自动配置协议,具有一下优点:
- 更好的控制IPv6地址的分配。DHCPv6方式不仅可以记录为IPv6主机分配地址,还可以为特定的IPv6主机分配特定的地址,以便于网络管理。
- DHCPv6支持为网络设备分配IPv6前缀,便于全网络的自动配置和网络层次化管理。
- 可以分配DNS服务器IPv6地址等网络配置参数。
DHCPv6原理以及交互流程
DHCPv6是一种运行在客户端和服务器之间的协议,与IPv4中的DHCP一样,所有的协议报文都是基于UDP的。DHCPv6报文承载在UDPv6上。客户端侦听的UDP目的端口号是546。服务器侦听的UDP端口号是547。
- DHCPv6客户端,通过与DHCPv6服务器进行交互,获取IPv6地址/前缀和网络配置信息,完成自身的地址配置功能。
- DHCPv6服务器,负责处理来自客户端的地址分配、地址续租、地址释放等请求,为客户端分配IPv6地址/前缀和其他网络配置信息。
[!TIP]
由于在IPv6中没有广播报文,因此DHCPv6使用组播报文。使用组播报文的好处是限制了地址的传播范围,减小了报文的传播范围,节省了网络的带宽。
在DHCPv6协议中,客户端不用配置DHCPv6 Server的IPv6地址,而是发送目的地址为组播地址的Solicit报文来定位DHCPv6服务器。组播地址FF02::1:2(All DHCP Servers)代表所有DHCPv6服务器的组播地址,这个地址是本地链路范围的,用于客户端和相邻的服务器之间通信。所有DHCPv6服务器都是该组的成员。
**DUID: **DHCPv6 Unique iDentifier ,设备唯一标识符
-
每一个DHCPv6 服务器或者客户端有且只有一个DUID用来表示彼此
-
DUID采用以下两种方式生产:
方式 备注 LL(服务器默认) 采用链路层地址方式来生成DUID。 LLT(Windows默认) 采用链路层地址和时间组合方式来生成DUID。
[!WARNING]
M=1 : M 位置为 1 时,客户端获取前缀、网关、DNS都从DHCPv6服务器获取,属于有状态自动分配。
M=0,O=1:M位置为0,O位置为1时,客户端获取前缀、网关通过RS和RA,DNS通过DHCPv6服务器获取。属于无状态自动分配。
DHCPv6分配方式
- 手动分配:手动配置IPv6地址/前缀及其他网络配置参数(DNS、NIS、SNTP服务器地址等参数)。
- 无状态自动地址分配:由接口ID生成链路本地地址,再根据路由通告报文RA包含的前缀信息自动配置本机地址。
- 由状态自动地址分配:即DHCPv6方式,DHCPv6又分为如下两种:
- DHCPv6有状态自动分配:DHCPv6服务器自动配置IPv6地址/PD前缀及其他网络配置参数(DNS、NIS、SNTP服务器地址等参数)
- DHCPv6无状态自动分配:主机IPv6地址仍然通过路由通告方式自动生成,DHCPv6服务器只分配除IPv6地址以外的配置参数,包括DNS、NIS、SNTP服务器等参数。
DHCPv6工作原理
IPv6主机通过有状态DHCPv6方式获取IPv6地址和其他配置参数,DHCPv6服务器为客户机分配地址/前缀过程分为两类:
- DHCPv6四步交互分配过程
- DHCPv6两步交互快速分配过程
DHCPv6四步交互
四步交互常用于网络中有多个 DHCPv6 服务器的情况。DHCPv6 客户端首先通过组播发送Solicit 报文来定位可以为其提供服务的 DHCPv6 服务器,在收到多个 DHCPv6 服务器的Advertise 报文后,根据 DHCPv6 服务器的优先级选择一个为其分配地址和配置信息的服务器,接着通过 Request/Reply 报文交互完成地址申请和分配过程。
[!TIP]
DHCPv6服务器端如果没有配置两步交互,无论客户端报文中是否包含 Rapid Commit 选项,服务器都采用四步交互方式为客户端分配地址和配置信息。
过程如下:
- DHCPv6 客户端发送 Solicit 报文,请求 DHCPv6 服务器为其分配 IPv6 地址和网络配置参数。
- 如果 Solicit 报文中没有携带 Rapid Commit 选项,或 Solicit 报文中携带 Rapid Commit选项,但服务器不支持快速分配过程,则 DHCPv6 服务器回复 Advertise 报文,通知客户端可以为其分配的地址和网络配置参数。
- 如果 DHCPv6 客户端接收到多个服务器回复的 Advertise 报文,则根据 Advertise 报文中的服务器优先级等参数,选择优先级最高的一台服务器,并向所有的服务器发送Request 组播报文,该报文中携带已选择的 DHCPv6 服务器的 DUID。
- DHCPv6 服务器回复 Reply 报文,确认将地址和网络配置参数分配给客户端使用。
DHCPv6两步交互
两步交互常用于网络中只有一个 DHCPv6 服务器的情况。DHCPv6 客户端首先通过组播发送 Solicit 报文来定位可以为其提供服务的 DHCPv6 服务器,DHCPv6 服务器收到客户端的 Solicit 报文后,为其分配地址和配置信息,直接回应 Reply 报文,完成地址申请和分配过程。
[!NOTE]
DHCPv6 服务器端如果配置使用了两步交互,并且客户端报文中也包含 Rapid Commit 选项,服务器采用两步交互方式为客户端分配地址和配置信息。
过程如下:
- DHCPv6 客户端在发送的 Solicit 报文中携带 Rapid Commit 选项,标识客户端希望服务器能够快速为其分配地址和网络配置参数。
- DHCPv6 服务器接收到 Solicit 报文后,将进行如下处理:
- 如果 DHCPv6 服务器支持快速分配地址,则直接返回 Reply 报文,为客户端分配 IPv6 地址和其他网络配置参数,Replay 报文中也携带 Rapid Commit 选项。
- 如果 DHCPv6 服务器不支持快速分配过程,则采用四步交互方式为客户端分配 IPv6 地址/前缀和其他网络配置参数。
注意
- IPv6 地址/前缀的发配与更新规则
- 选择 IPv6 地址池:DHCPv6 服务器的接口可以绑定 IPv6 地址池,DHCPv6 服务器将选择该 IPv6 地址池为接口下的 DHCPv6 客户端分配地址/前缀。
- 选择 IPv6 地址/前缀:确定地址池后,DHCPv6 服务器将按照下面步骤为 DHCPv6客户端分配 IPV6 地址/前缀:
- (1) 如果地址池中为客户端指定了地址/前缀,优先从地址池中选择与客户端DUID匹配的地址/前缀分配给客户端。
- (2) 如果客户端报文中的 IA 选项携带了有效的地址/前缀,优先从地址池中选择该地址/前缀分配给客户端。如果该地址/前缀在地址池中不可用,则另外分配一个空闲地址/前缀给客户端。如果 IPV6 前缀长度比指定分配长度大 ,则按指定分配长度来分配。
[!IMPORTANT]
保留地址(例如RFC 2526中定义的任播地址)、冲突地址、已被分配的地址不能再分配给客户端。如果没有合适的 IPv6 地址/前缀可以分配,则分配失败。
- DHCPv6 地址租约更新:租约由生命期(包括地址的首选生命期和有效生命期构成)和 续租时间点(IA的T1、T2)构成。地址有效生命期结束后,DHCPv6 客户端不能再使用该地址。
DHCPv6自动分配
IPv6节点可以通过 DHCPv 无状态方式获取配置参数(包括DNS、SIP、SNTP等服务器配置信息,不包括IPv6地址)。
工作工程如下图:
- DHCPv6 客户端以组播方式向 DHCPv6 服务器发送 Information-Request 报文,该报文中携带 Option Request 选项,指定 DHCPv6 客户端需要从 DHCPv6 服务器获取的配置参数。
- DHCPv6 服务器收到 Information-Request 报文后,为 DHCPv6 客户端分配网络配置参数,并单播发送 Reply 报文,将网络配置参数返回给 DHCPv6 客户端。DHCPv6 客户端根据收到 Reply 报文提供的参数完成 DHCPv6 客户端无状态配置。
DHCPv6报文格式及类型
报文格式:
字段 | 长度 | 含义 |
---|---|---|
msg-type | 1字节 | 表示报文的类型,取值为1~13,具体请参见 DHCPv6 报文类型。 |
transaction-ID | 3字节 | DHCPv6 交互 ID,也叫事务 ID,用来标识一个来回的 DHCPv6 报文交互。例如 Solicit/Advertise 报文为一个交互 Request/Reply 报文为另外一个交互,两者有不同的事务ID。交互ID 特点如下:1、交互 ID 是 DHCPv6 客户端生成的一个随机值,DHCPv6 客户端应当保证交互ID具有一定的随机性。2、对于DHCPv6 服务器响应报文和相应的请求报文,两者交互 ID 保持一致。3、如果是 DHCPv6 服务器主动发起的会话报文,则交互 ID 为0。 |
Options | 可变 | 表示DHCPv6的选项字段。此字段包含了DHCPv6服务器分配给IPv6主机的配置信息,如DNS服务器的IPv6地址等信息。 |
DHCPv6和DHCPv4报文对比
报文类型 | DHCPv6报文 | DHCPv4报文 | 说明 |
---|---|---|---|
1 | SOLICIT | DHCP DISCOVER | DHCPv6客户端使用Solicit报文来确定DHCPv6服务器的位置。 |
2 | ADVERTISE | DHCP OFFER | DHCPv6服务器发送Advertise报文来对Solicit报文进行回应,宣告自己能够提供DHCPv6服务。 |
3 | REQUEST | DHCP REQUEST | DHCPv6客户端发送Request报文来向DHCPv6服务器请求IPv6地址和其它配置信息。 |
4 | CONFIRM | DHCPV6客户端向任意可达的DHCPv6服务器发送Confirm报文检查自己目前获得的IPv6地址是否适用与它所连接的链路。 | |
5 | RENEW | DHCP REQUEST | DHCPv6客户端向给其提供地址和配置信息的DHCPv6服务器发送Renew报文来延长地址的生存期并更新配置信息。 |
6 | REBIND | DHCP REQUEST | 如果Renew报文没有得到应答,DHCPv6客户端向任意可达的DHCPv6服务器发送Rebind报文来延长地址的生存期并更新配置 信息。 |
7 | REPLY | DHCP ACK/NAK | DHCPv6服务器在以下场合发送Reply报文:1.DHCPv6服务器发送携带了地址和配置信息的Reply消息来回应从DHCPv6客户端收到的Solicit、Request、Renew. Rebind报文。2.DHCPv6服务器发送携带配置信息的Reply消息来回应收到的Information-Request报文。 3.用来回应DHCPv6客户端发来的Confirm、Release、Decline报文。 |
8 | RELEASE | DHCP RELEASE | DHCPv6客户端向为其分配地址的DHCPv6服务器发送Release报文,表明自己不再使用一个或多个获取的地址。 |
9 | DECLINE | DHCP DECLINE | DHCPV6客户端向DHCPv6服务器发送Decline报文,声明DHCPv6服务器分配的一个或多个地址在DHCPv6客户端所在链路上已 经被使用了。 |
10 | RECONFIGURE | DHCPV6服务器向DHCPv6客户端发送Reconfigure报文,用于提示DHCPv6客户端,在DHCPv6服务器上存在新的网络配置信 息。 | |
11 | INFORMATION-REQUEST | DHCP INFORM | DHCPv6客户端向DHCPv6服务器发送Information-Request报文来请求除IPv6地址以外的网络配置信息。 |
IPv6路由
[!IMPORTANT]
IPv6中的动态路由的下一跳为链路本地地址(只在本链路生效)。除非配置静态路由
-
RIPng 协议:
RIPng (Routing Information Protocol next generation) 是一种专为IPv6设计的动态路由协议,它是RIP协议的IPv6版本。RIPng的开发主要是为了应对IPv6网络环境下的路由需求,因为原有的RIP协议主要针对IPv4设计,并不能直接应用于IPv6网络。 -
ospfvs协议:
OSPFv3(Open Shortest Path First version 3)是专为IPv6设计的路由协议,它是OSPF(Open Shortest Path First)协议的升级版本,旨在在IPv6网络环境中提供路由服务。OSPFv3最初在RFC2740中被定义,后续更新可能引用了其他RFC,如RFC5340。该协议的核心目标是适应IPv6的地址结构和特性,同时保持OSPF作为链路状态路由协议的基本运作机制。 -
静态路由:
IPv6静态路由是一种手动配置的路由方式,它指定了网络中数据包应该如何从一个网络段传输到另一个网络段的固定路径。与动态路由协议(如OSPFv3、RIPng等)自动发现和维护路由不同,静态路由是由网络管理员直接在路由器上设置的,因此不会根据网络拓扑的变化自动调整。
IPv6过渡技术
-
Dual-Stack 双栈 (设备同时运行IPv4和IPv6)
-
Tuneling 隧道 (把IPv6的数据包封装在IPv4中)
-
Translation 转换(NAT)
-
IPv6地址类型:Native IPv6 (End-to-End Native IPv6 可直接访问公网);no- Native IPv6 (隧道技术)
隧道类型:
隧道的起点的IPv4地址必须手工配置,根据隧道终点的IPv4地址分为两类
类型 | 备注 |
---|---|
手动隧道 | 手工配置隧道终点的IPv4地址。如:IPv6 over IPv4 手动隧道和 IPv6 over IPv4 GRE 隧道 |
自动隧道 | 自动获取隧道终点的IPv4地址。如:IPv4兼容IPv6自动隧道、6to4 隧道和 ISATAP 隧道 |
**6to4隧道:**地址固定前缀为 2002::/16 ,6to4网络课规划为 2002:IPv4地址::/48 ,即6to4是使用IPv4地址作为网络前缀的一部分。
**ISATAP 隧道:**站内自动隧道地址协议,用IPv4地址做接口标识。
MSDP 组播源发现协议
- 解决多个PIM-SM域之间开发的一种域间组播解决方案,用来发现其他PIM-SM域内的组播源信息
- MSDP目前只支持在IPv4网络部署,域内组播路由协议必须是PIM-SM。
- MSDP仅对ASM模型有意义
- MSDP:Multicast Source Discovery Protocol 组播源发现协议
- TCP: Transmission Control Protocol 传输控制协议
- ASM:Any-Source Multicast,任意信源组播
- PIM-SM:Protocol Independent Multicast Sparse Mode,协议无关组播-稀疏模式
- SA:Source Active
MSDP对等体
通过在网络中配置一对或多对MSDP对等体,形成彼此相连的一张“MSDP连通图”,以连通各个PIM-SM域的RP。通过这些MSDP对等体之间的接力,可以把某RP发出的SA消息传递给其他所有的RP。
MSDP对等体可以创建在任意的PIM-SM路由器上,在不同角色的PIM-SM路由器上所创建的MSDP对等体的功能有所不同:
1、在RP上创建的MSDP对等体
- 源端MSDP对等体:即离组播源(Source)最近的MSDP对等体(通常也就是源端RP,如RP 1)。源端RP创建SA消息并发送给远端MSDP对等体,通告在本RP上注册的组播源信息。源端MSDP对等体必须配置在RP上,否则将无法向外发布组播源信息。
- 接收者端MSDP对等体:即离接收者(Receiver)最近的MSDP对等体(如RP 3)。接收者端MSDP对等体在收到SA消息后,根据该消息中所包含的组播源信息,跨域加入以该组播源为根的SPT;当来自该组播源的组播数据到达后,再沿RPT向本地接收者转发。
- 中间MSDP对等体:即拥有多个远端MSDP对等体的MSDP对等体(如RP 2)。中间MSDP对等体把从一个远端MSDP对等体收到的SA消息转发给其它远端MSDP对等体,其作用相当于传输组播源信息的中转站。
2、在普通的PIM-SM路由器(非RP)上创建的MSDP对等体
- 其作用仅限于将收到的SA消息转发出去。
[!TIP]
对于通过BSR机制动态选举RP的PIM-SM网络来说,RP是由C-RP选举产生的。为了增强其网络的健壮性,一个PIM-SM域内往往存在不止一个C-RP。由于无法预计RP选举的结果,为了保证选举获胜的C-RP能始终位于“MSDP连通图”上,需要在所有的C-RP之间建立MSDP对等体关系。而选举落败的C-RP在“MSDP连通图”上所担当的角色相当于普通的PIM-SM路由器。
借助MSDP对等体实现域间组播
- PIM-SM 1域内存在激活的组播源(Source),RP 1通过组播源注册过程了解到了该组播源的存在。如果PIM-SM 2和PIM-SM 3域也希望知道该组播源的具体位置,进而能够从该组播源获取组播数据,则需要在RP 1与RP 3、RP 2与RP 3之间分别建立MSDP对等体关系。
Smark Link
双上行组网应用广泛,虽然能提高网络可靠性,但又引入了环路问题。
- 通过STP来消除环路,但收敛速度上只能达到秒级,不适用于对收敛时间有高要求的用户。
**Smark Link :**灵活链路,又叫备份链路,主要特点有:
- 专用于双上行组网
- 收敛速度快 (达到亚秒级)
- 配置简单,便于用户操作。
Smart Link 组:
-
一个Smark link组最多只能包含两个成员端口
- 主端口(Master Port)
- 从端口(Slave Port)
-
一个端口可以属于不同的Smart Link组。
-
正常情况下,只有一个端口处于转发(ACTIVE)状态,另一个端口被阻塞(BLOCK),处于待命(STANDBY)状态
-
当处于转发状态的端口发送链路故障时,Smart Link 组会自动将该端口阻塞,并且将原阻塞的处于待命的端口切换到转发状态
…