家庭网络前缀在代理移动IPv6中的重新编码、
专业名词解释
代理移动IPv6域(PMIPv6-Domain)
代理移动IPv6域指的是利用规范中定义的代理移动IPv6协议来处理移动节点的移动管理的网络域。代理移动IPv6域包括建立在本地移动锚和移动接入网关之间的安全隧道，因此，移动接入网关代替移动节点发送的代理绑定更新的授权也可以得到保证。
本地移动锚(LMA)
本地移动锚是在代理移动IPv6域内移动节点的家乡代理。它是移动节点的家乡网络前缀的拓扑锚节点并且管理移动节点的绑定状态。本地移动锚除了具有定义在移动IPv6基本规范(RFC3775)中的家乡代理的功能之外，还具有额外的功能用于支持在本规范中定义的代理移动IPv6协议。
45
移动接入网关(MAG)
移动接入网关是接入路由器上的功能，管理连接到其接入链路上的移动节点上与移动相关的信令。它负责跟踪移动节点的连接与离开其接入链路的移动和发送信令到移动节点的本地移动锚。
移动节点(MN)
移动节点这个术语用于描述移动性由网络管理的IP主机或路由器。移动节点可以是一个仅有IPv4栈的节点,也可以是一个仅有IPv6栈的节点，或者是一一个双栈节点，而且它并不参与任何与移动相关的信令流程从而实现在代理移动IPv6域中获得的IP地址的移动管理。
移动节点的家乡网络前缀(MN-HNP)
移动节点的家乡网络前缀是分配到移动节点和移动接入网关之间链路上的前缀号。该链路上可以分配多个前缀，这种情况下，所有分配的前缀可以作为一个与移动会话相关的集合进行管理。移动节点可以从其家乡网络前缀中给它的接口配置-一个或多 个地址。如果移动节点通过多接口连接到代理移动IPv6域中，同时，每一个链接的接口都分配有唯一的家乡网络前缀集合，那么，分配到网络节点上-一个给定的接口上的所有前缀会在一一个移动会话下进行管理。例如，分配到移动节点1接口上的家乡网络前缀P1和P2将会在一一个移动会话中进行管理，而分配到移动节点12接口上的家乡网络前缀P3, P4和P5将会在另一个移动会话中进行管理。此外，在一些配置中，分配的前缀号可能是128比特长度的。
移动节点的家乡地址(MN-HoA)
移动节点的家乡地址是源于移动节点的家乡网络前缀。只要移动节点链接到代理移动IPv6域范围内的接入网络上,它就可以利用这个地址。如果移动节点利用多个源于其家乡网络前缀的地址，那么这些地址中的任意-一个指的是移动节点的家乡地址。在移动IPv6中，家乡代理可以获知移动节点的家乡地址，不同的是，在PMIPv6中，移动实体仅仅能够获知移动节点的家乡网络前缀,而通常并不能够获知配置在移动节点接口上源于家乡网络前缀的确切地址。然而，在一-些配置和接入链路上基于启用地址的配置模式中，网络中的移动实体可以确定配置在移动节点上的确切地址。
文章主题：
前言
在基本代理移动IPv6（PMIPv6）规范中，移动节点（MN）在其期间被分配了64位家庭网络前缀（HNP）归属地址（HoA）配置的初始附件。通过MN的移动，这个前缀保持不变并以这种方式MN不必重新配置其HoA就可以重新连接持续保持沟通。 但是，当前的协议（RFC5213）却未指定相关操作以支持MN及时接收并在分配的HNP发生变化时使用新的HNP。 在这份草案中，提出了支持HNP重新编号的解决方案，作为
RFC5213的更新。
关键词
The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”,
“SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL”本文档中的内容将按RFC 2119中的描述进行解释。
本备忘录的状态
此互联网草案的提交完全符合BCP 78和BCP 79的规定。
、
介绍
网络运营商目前更喜欢IPv6的独立（PI）寻址，以尽量减少对未来可能的重新编号的需求。 但是，PI地址的广泛使用会导致边界网关协议（BGP）（在Internet中使用BGP的一个目的就是减少通过流量）扩展问题。 因此，需要开发可以使IPv6重新编号的工具和实践，以减少对IPv6 PI空间的需求[RFC6879]。 在本草案中，当PMIPv6 [RFC5213]中的HNP不是PI的类型时，我们的目标是解决HNP重编号问题。
使用方案
HNP重新编号支持PMIPv6的原因有很多，下面列出了一些原因：
场景1：PMIPv6服务提供商从（上行链路）因特网服务提供商（ISP）分配HNP集，然后如果PMIPv6服务提供商切换到不同的ISP，则可能发生HNP重新编号。
场景2：多个本地移动锚点（LMA）可以由相同的PMIPv6服务提供商部署，然后每个LMA可以用于特定的HNP集合。在这种情况下，如果当前服务LMA切换到另一个LMA但是没有继承所分配的HNP集[RFC6463]，则MN的HNP可以改变。
o场景3：PMIPv6 HNP重新编号可能是由于公司拆分，合并，增长，重新安置或重组时网络架构的重建造成的。例如，PMIPv6服务提供商可以重新组织其网络拓扑。
在场景1中，我们假设只有HNP重新编号而服务LMA保持不变，这是本文档的基本场景。在场景2和场景3中，可能导致更复杂的结果，例如，由于服务LMA的切换，可能发生HNP重新编号。
在移动IPv6（MIPv6）协议中，当归属网络前缀改变时（也可能由上述原因引起），归属代理（HA）将主动向MN通知新前缀，然后可以重新编号HoA。得到了很好的支持[RFC6275]。在基本PMIPv6中，PMIPv6绑定由移动接入网关（MAG）触发，其检测到MN的附着。当HNP重新编号发生时，LMA还需要一种方案来立即启动PMIPv6绑定状态更新。尽管[RFC5213]的第6.12节中也讨论了该问题，但尚未指定相关解决方案。
PMIPv6扩展
当HNP重新编号发生在PMIPv6中时，LMA必须通知新的HNP到MAG然后MAG必须宣布新的HNP相应的MN。 此外，LMA和MAG必须更新前缀的路由状态。 为了支持这个程序，可以采用[RFC7077]指定异步更新关于会话参数的LMA到MAG。 这个文件考虑以下两种情况：
（1）HNP在同一LMA中重新编号
在这种情况下，LMA保持不变，如情景1和场景3.操作步骤如图1所示。
+—–+ +—–+ +—–+
| MN | | MAG | | LMA |
+—–+ +—–+ +—–+
| | |
| | Allocate new HNP
| | |
| |<------------- UPN ---|
| | |
| Update routing state |
| | |
|<-----RA/DHCP --------| |
| | |
HoA Configuration | |
| | |
| |--- UNA ------------->|
| | |
| | Update routing state
| | |
图1：HNP重新编号的信令呼叫流程
当PMIPv6服务提供商重新编号设置在相同LMA中的HNP时，服务LMA将启动HNP重新编号操作。 LMA为相关MN分配新的HNP。
o LMA向MAG发送更新通知（UPN）消息更新HNP信息。如果是动态主机配置在PMIPv6中使用协议（DHCP）来分配新的HNP HoA还应该通知DHCP基础结构。
o MAG收到此UPN消息后，会识别出该消息相关的MN有一个新的HNP。然后MAG应该通知MN带有路由器通告（RA）消息的新HNP或分配一个具有DHCP消息的新HNP中的新地址。
o当MN获得新的HNP信息时，它删除旧的HoA并使用新分配的HNP配置新的HoA。
o MAG发回更新通知确认（UNA）向LMA通报成功更新HNP的通知，相关绑定状态和路由状态。然后LMA更新对应于MN的路由信息替换旧的HNP与新的。
（2）由LMA切换引起的HNP重编号
由于HNP由LMA分配，因此HNP重新编号可能是由LMA切换引起，如场景2和场景3中所示。
LMA的信息是MAG的基本配置信息。当LMA发生变化时，相关的配置文件应该由更新服务提供者。 通过这种方式，MAG将启动重新按照[RFC5213]的规定注册到新的LMA。 当HNP在这种情况下会导致重新编号，新的HNP信息将会出现在新的绑定程序期间由LMA发送。因此，MAG将撤回MN的旧HNP信息并通知 新的HNP到MN作为第3节（1）中的第3步。
4.会话连接
HNP重新编号可能会导致正在进行的MN通信中断。基本上，有两种管理模式HNP重新编号期间的会话连接。
（1）软模式
LMA将暂时保持旧HNP的状态HNP重新编号（在UNA接收之后）以便重定向在MN重新连接正在进行的会话之前到MN的分组通知其新的HoA到通信节点（CN）。这种模式是旨在减少HNP重新编号期间的数据包丢失。但是绑定状态和旧HNP对应的路由表项应该
标记为瞬态绑定[RFC6058]。这种暂时绑定只应用于向下数据包传输和LMA，而不是广播有关旧的路由信息 HNP，如果它不再锚定在这个LMA。
（2）硬模式
如果HNP重新编号发生在LMA的切换时，则建议使用硬模式以保持协议简单有效，在这种模式下，LMA将删除旧HNP的状态从而接收到来自MAG的UNA消息，LMA将默默地丢弃发往旧HNP的数据包。
5.消息格式
（1）UPN消息
在从LMA发送到MAG的UPN消息中，通知reason设置为2（UPDATE-SESSION-PARAMETERS）。 此外，HNP包含新HNP和移动节点标识符选项的选项携带MN的标识符作为UPN的移动性选项。
（2）RA消息
当MAG使用RA消息来建议新的HNP时，两个前缀信息选项包含在RA消息[RFC2461]中。在第一个前缀信息选项中，旧的HNP被携带但是相关的有效生命周期和首选生命周期都设置为0。在第二个前缀信息选项中，携带新的HNP有效生命周期和首选生命周期设置为大于0。
（3）DHCP消息
当在PMIPv6中使用DHCP来配置MN的HoA时，基于新的HNP生成新的IPv6 HoA。 由UPN触发消息，MAG将首先从DHCP服务器请求新的HoA然后MAG通过DHCP将分配的HoA更新到MN服务器启动的配置交换[RFC3315]。
6.其他问题
为了维持MN的可达性，当MN的HNP改变时，可能需要更新与该MN相对应的域名系统（DNS）资源记录[RFC3007]。 但是，这超出了本草案的范围。
7.安全考虑因素
此扩展不会导致进一步的安全问题。 [RFC5213]和[RFC7077]中的安全性考虑因素足以满足本草案的基本操作要求。
8.规范性参考文献