IPv6技术白皮书

　　1.概述

　　IPv4 是当前全球因特网的运行版本。事实证明，IPv4版本稳固耐用、便于实施、且能够和多种协议及应用设备良好协同。尽管IPv4自20世纪80年代初首次确立以来就几乎未曾改动，但是其始终支持因特网的升迁，一直发展到目前的全球规模。然而，随着因特网与因特网服务不断地突飞猛进，IPv4 在因特网的目前规模与复杂性面前已暴露其不足之处。IPv6 是专为弥补这些不足而开发出来的，以便让因特网能够进一步发展壮大。

　　IPv6 所解决的最重要问题就是增加IP地址的需要:IPv4的32 位地址空间已近枯竭，而因特网用户的数量却在不断以几何基数增长。随着需要使用IP 地址的因特网服务与应用设备(利用因特网的PDA、家庭与小型办公室网络、与因特网相连的运载工具与器具、IP电话与无线服务等)不断大量涌现，对IP地址的需求便更显紧张。人们早就开始着手解决IPv4 地址紧缺的问题，采用各种技术延长现有IPv4 基础架构的寿命，其中包括网络地址转换(Network Address Translation，简称NAT)、动态主机配置协议(Dynamic Host Configuration Protocol，简称DHCP)和无类别域间路由(Classless Inter-Domain Routing，简称CIDR)等技术。虽然这些技术为地址空间紧缺提供了一个缓冲，但是它们仍然无法从根本上满足因特网的端到端结构与对等应用的需要。此外，宽带因特网需要随时在线、随时可以联系的全球地址，但是目前的IP地址转换策略、以及其它临时分配技术对这些需求并不支持。多年对IP地址的全球需求为推动IPv6的实施增添了动力。

　　在解决地址空间的同时，IETF发现IPv4在多年运行中遇到下列的问题:

　　路由表越来越大:由于IPv4采用与网络拓扑结构无关的形式来分配地址，所以随着连入网络数目的增涨，路由器数目飞速增加，相应地，决定数据传输路由的路由表也就不断增大。

　　缺乏服务质量:IPv4遵循Best Effort原则，这一方面是一个优点，因为它使IPv4简单高效;但另一方面它对互联网上涌现出的新业务类型缺乏有效的支持，比如实时和多媒体应用，这些应用要求提供一定的服务质量保证，如带宽、延迟和抖动等。

　　地址分配不便:IPv4是采用手工配置的方法来给用户分配地址，这不仅增加了管理和规划的复杂程度，而且不利于为那些需要IP移动性的用户提供更好服务。

　　今天的IPv6继承了IPv4的优点，并根据IPv4多年来运行的经验进行了大幅度的修改和功能扩充，比IPv4处理性能更加强大、高效。与互联网发展过程中涌现的其它技术概念相比，IPv6可以说是引起争议最少的一个。人们已形成共识，认为IPv6取代IPv4是必然发展趋势。那到底IPv6带来了什么呢?

　　(1)增加地址空间。

　　IPv6将IP地址长度从32位扩展到128位。IPv6从根本上解决了地址枯竭的问题。

　　(2)路由选择与数据包处理的效率大为提高。

　　IPv6 采用多层寻址结构，缩小了因特网路由器必须储存与维护的选路表的大小，提高了路由选择的效率与可扩展性。

　　(3)增加标识流的能力。

　　标识流使得发送方要求特别处理的特定通信“流”的包成为可能，从而可以实现各种服务质量;

　　(4)支持自动配置与即插即用。

　　为了适应移动服务(数据和语音)与利用因特网设备的发展，对即插即用自动配置和地址重新编号的需求已经变得日益重要。IPv6的内置地址自动配置功能使大量IP 主机能够轻松发现网络，并获得新的、全球唯一的IPv6 地址。这使利用因特网的设备实现了即插即用，诸如移动电话、无线设备与家用电器等。

　　自动配置功能还使对现有网络的重新编号变得更加简单便捷。这使网络运营商能够更加方便地管理从一个提供商到另一个提供商的转换。

　　(5)支持嵌入的IPSec

　　IPSec 在IPv4 中为可选项，而在IPv6 协议集中则是必备的一部分。IPv6 提供了安全扩展报头，从而使加密、验证和虚拟专用网络(VPN) 的实施变得更加容易。通过提供全球唯一地址与嵌入式安全，IPv6 能够在提供诸如访问控制、机密性与数据完整性等端到端安全服务的同时，减少对网络性能的影响。

　　(6)增强对移动IP与移动计算设备的支持

　　在IETF标准中定义的移动IP 使移动设备不必脱离其现有连接即可自由移动，这是一种日益重要的网络功能。与IPv4不同的是，IPv6 的移动性是使用内置自动配置获取转交地址(Care-Of-Address)，因而无需外地代理(Foreign Agent)。此外，这种联编过程使通信节点(Correspondent Node) 能够与移动节点(Mobile Node) 直接通信，从而避免了在IPv4 中所要求的三角路由选择的额外系统开销。其结果是，在IPv6 中，移动IP 结构的效率大为提高。

　　(7)避免网络地址转换(NAT) 的需要

　　NAT 机制的引入是为了在不同的网络区段之间共享和重新使用相同的地址空间。这种机制在暂时缓解了IPv4 地址紧缺问题的同时，却为网络设备与应用程序增加了处理地址转换的负担。由于IPv6 的地址空间大大增加，也就无需再进行地址转换，NAT 部署带来的问题与系统开销也随之解决。

　　(8)支持广泛部署的路由选择协议

　　IPv6 保持并扩展了对现有内部网关协议(Interior Gateway Protocols，简称IGP)与外部网关协议(Exterior Gateway Protocols，简称EGP)的支持。例如，OSPFv3、IS-ISv6、RIPng 与MBGP4+ 均充分定义与支持IPv6。

　　(9)组播地址数量增加，对组播的支持有所提高

　　IPv6 组播通过处理诸如路由器发现与路由器请求等IPv4 广播功能，从而在功能上完全取代了IPv4 广播。组播不仅节省了网络带宽，而且提高了网络效率。

　　2.IPv6的报头结构

　　IPv6报头经过改进，结构比IPv4简单得多，效率大为提高。IPv6报头中删除了IPv4报头中许多不常用的域，放入了可选项和报头扩展中;IPv6中的可选项有更严格的定义。IPv4中有10个固定长度的域、2个地址空间和若干个选项，IPv6中只有6个域和2个地址空间。虽然IPv6报头占40字节，是24字节IPv4报头的1.6倍，但因其长度固定(IPv4报头是变长的)，故不需要消耗过多的内存容量。

　　IPv4中的报头长度(header length)、服务类型(type of service，TOS)、标识符(identification)、标志(flag)、分段偏移(fragment offset)和报头校验和(header checksum)这6个域被删除。报文总长(total length)、协议类型(protocol type)和生存时间(time to live，TTL)3个域的名称或部分功能被改变，其选项(options)功能完全被改变，新增加了2个域，即优先级和流标签。

　　IPv6 报头中的字段包括:

　　Version(版本):4 位因特网协议(Internet Protocol) 版本号，值为6。

　　Traffic Class(业务负载类别):8 位业务负载类别字段，类似于IPv4中的服务类型。

　　Flow Label(流标号):20 位流标号，用于确定服务质量方面附加控制的业务流。

　　Payload Length(有效负载长度):16位无符号整数，IPv6有效负载的长度。

　　Next Header(下一报头):8位选择器，用于识别紧随IPv6报头之后的报头类型。

　　Hop Limit(跳转限度):8位无符号整数，根据转发数据包的每个节点按1递减。如果Hop Limit 减至零，则数据包被丢弃。

　　Source Address(源地址):数据包始发方的128 位地址。

　　Destination Address(目标地址):数据包预期接收方的128 位地址。

　　IPv6 扩展报头:扩展报头在IPv6中为可选项。如果存在，扩展报头则紧随报头字段。IPv6 扩展报头具有以下特性:

　　它们按64位排列，其系统开销远远低于IPv4选项。

　　不像IPv4那样有大小限制。唯一的限制就是IPv6数据包的大小。

　　它们仅由目的节点处理。唯一的例外就是Hop-by- Hop(逐段跳转)报头选项。

　　基本IPv6 报头的Next Header(下一报头)字段识别扩展报头。

　　一个IPv6数据包内可能存在多个扩展报头时，其发生顺序如下:

　　逐跳(Hop-by-Hop) 报头携带需由发送路径上的所有节点检验的信息。当逐跳选项存在时，则其始终紧随基本IPv6 报头之后。

　　目的(Destination) 报头携带仅能由目的节点检验的附加信息。

　　选路(Routing) 报头由源节点使用，以列出数据包通过路径到达其目的地所需的所有节点。

　　分段(Fragmentation) 报头由源节点使用，以表明数据包已经被分为片段，适合在最大传输单元(MTU 大小)内使用。与IP4 不同的是，在IPv6 内，数据包分段与组装是通过端节点完成，而非通过路由器完成，这进一步提高了IPv6 网络的效率。

　　认证报头(AH) 与封装安全有效负载(ESP) 报头用于IPSec 中，以提供安全服务，确保数据包的认证、完整性和保密性。

　　3.IPv6的寻址结构

　　3.1 为什么IPv6协议的地址长度是128位?

　　有些人也许要问，IPv4地址不够用，那我在IPv4上再增加几位地址表示就行了，何必非要是IPv6的128位呢?这种提问是对芯片设计及CPU处理方式不理解造成的，同时也对未来网络的扩展没有充分的预见性。芯片设计中数值的表示我们知道是全用“0”、“1”代表，CPU处理字长发展到现在分别经历了4位、8位、16位、32位、64位等，我们知道，在计算机中，当数据能用2的指数次幂字长位的二进制数表示时，CPU对数值的处理效率最高。IPv4地址对应的是32比特字长就是因为当时的互联网上的主机CPU字长为32位。现在的64位机已十分普及，128位机正在成长中。将地址定为64位在网络扩展性上显得不足，定为其它的一个长度在硬件芯片设计、程序编制方面的效率都将下降，因此从处理效率和未来网络扩展性上考虑，将IPv6的地址长度定为128位是十分合适的。

　　3.2IPv6的128位地址是一个什么概念?

　　IPv6提供128位的地址空间，IPv6所能提供的巨大的地址容量可以从以下几个方面来说明:

　　共有2128个不同的IPv6地址，也就是全球可分配地址数为340,282,366,920,938,463,463,374,607,431,768,211,456个;

　　若按土地面积分配，每平方厘米可获得2.2*1020个地址。

　　IPv6地址耗尽的机会是很小的。在可预见的很长时期内，IPv6的128位地址长度形成的巨大的地址空间能够为所有可以想象出的网络设备提供一个全球唯一的地址，IPv6充足的地址空间将极大地满足那些伴随着网络智能设备的出现而对地址增长的需求，例如个人数据助理(PDA)、移动电话(Mobile Phone)、家庭网络接入设备等。

　　3.3IPv6地址是如何表示的?

　　IPv4地址表示为点分十进制格式，32位的地址分成4个8位分组，每个8位写成十进制，中间用点号分隔。而IPv6的128位地址则是以16位为一分组，每个16位分组写成4个十六进制数，中间用冒号分隔，称为冒号分十六进制格式。例如:21DA:00D3:0000:2F3B:02AA:00FF:FE28:9C5A 是一个完整的IPv6地址。

　　IPv6的地址表示有以下几种特殊情形:

　　IPv6地址中每个16位分组中的前导零位可以去除做简化表示，但每个分组必须至少保留一位数字。如上例中的地址，去除前导零位后可写成:21DA:D3:0:2F3B:2AA:FF:FE28:9C5A。

　　某些地址中可能包含很长的零序列，为进一步简化表示法，还可以将冒号十六进制格式中相邻的连续零位合并，用双冒号“::”表示。“::”符号在一个地址中只能出现一次，该符号也能用来压缩地址中前部和尾部的相邻的连续零位。例如地址1080:0:0:0:8:800:200C:417A，0:0:0:0:0:0:0:1，0:0:0:0:0:0:0:0分别可表示为压缩格式1080::8:800:200C:417A，::1，:: 。

　　在IPv4和IPv6混合环境中，有时更适合于采用另一种表示形式:x:x:x:x:x:x:d.d.d.d，其中x是地址中6个高阶16位分组的十六进制值，d是地址中4个低阶8位分组的十进制值(标准IPv4表示)。例如地址0:0:0:0:0:0:13.1.68.3 ，0:0:0:0:0:FFFF:129.144.52.38 写成压缩形式为::13.1.68.3，::FFFF.129.144.52.38 。

　　要在一个URL中使用文本IPv6地址，文本地址应该用符号“[”和“]”来封闭。例如文本IPv6地址FEDC:BA98:7654:3210:FEDC:BA98:7654:3210写作URL示例为http://[FEDC:BA98:7654:3210:FEDC:BA98:7654:3210]:80/index.asp。

　　3.3IPv6的地址类型

　　所有类型的IPv6地址都被分配到接口，而不是节点。IPv6地址是单个或一组接口的128位标识符，有三种类型:

　　(1) 单播(Unicast)地址

　　单一接口的标识符。发往单播地址的包被送给该地址标识的接口。对于有多个接口的节点，它的任何一个单播地址都可以用作该节点的标识符。IPv6单播地址是用连续的位掩码聚集的地址，类似于CIDR的IPv4地址。IPv6中的单播地址分配有多种形式，包括全部可聚集全球单播地址、NSAP地址、IPX分级地址、站点本地地址、链路本地地址以及运行IPv4的主机地址。单播地址中有下列两种特殊地址:

　　不确定地址

　　单播地址0:0:0:0:0:0:0:0称为不确定地址。它不能分配给任何节点。它的一个应用示例是初始化主机时，在主机未取得自己的地址以前，可在它发送的任何IPv6包的源地址字段放上不确定地址。不确定地址不能在IPv6包中用作目的地址，也不能用在IPv6路由头中;

　　回环地址

　　单播地址0:0:0:0:0:0:0:1称为回环地址。节点用它来向自身发送IPv6包。它不能分配给任何物理接口。

　　(2) 任意播(AnyCast)地址

　　一组接口(一般属于不同节点)的标识符。发往任意播地址的包被送给该地址标识的接口之一(路由协议度量距离最近的)。IPv6任意播地址存在下列限制:

　　·任意播地址不能用作源地址，而只能作为目的地址;

　　·任意播地址不能指定给IPv6主机，只能指定给IPv6路由器;

　　(3) 组播(MultiCast)地址

　　一组接口(一般属于不同节点)的标识符。发往多播地址的包被送给该地址标识的所有接口。地址开始的11111111标识该地址为组播地址。

　　IPv6为点对点通信设计了一种具有分级结构的地址，这种地址被称为可聚集全球单播地址(Aggregatable Global Unicast Address)，它在RFC2374中定义。可聚集地址具有三个层次的分级结构:

　　公用拓扑:提供公用互联网传送服务的供应商和交换局群体;

　　站点拓扑:本地的特定站点或组织，不提供到本站点以外节点的公用传送服务;

　　接口标识符:标识链路上的接口;

　　可聚集全球单播地址的分级结构划分如下图所示。

　　开始3个地址位是地址类型前缀，用于区别其它地址类型。其后的13位TLA ID、32位NLA ID、16位SLA ID和 64位主机接口ID，分别用于标识分级结构中自上向下排列的TLA (Top Level Aggregator，顶级聚集体)、NLA(Next Level Aggregator，下级聚集体)、SLA(Site Level Aggregator，站点级聚集体)和主机接口。RES保留，以备将来TLA或NLA扩充用。TLA是与长途服务供应商和电话公司相互连接的公共网络接入点，它从国际Internet注册机构如IANA处获得地址。NLA通常是大型ISP，它从TLA处申请获得地址，并为 SLA分配地址。SLA也可称为订户(subscriber)，它可以是一个机构或一个小型ISP。SLA负责为属于它的订户分配地址。SLA通常为其订户分配由连续地址组成的地址块，以便这些机构可以建立自己的地址分级结构以识别不同的子网。分级结构的最底层是网络主机。

　　设计这样的地址格式是为了既支持基于当前供应商的聚集，又支持被称为交换局的新的聚集类型。其组合使高效的路由聚集可用于直接连接到供应商和连接到交换局两者的站点上。站点可以选择连接到两种类型中的任何一种聚集点。

　　3.4IPv6的地址分配策略

　　IPv4中地址是用户拥有的。也就是说，一旦用户从某机构处申请到一段地址空间，他就永远使用该地址空间，而不管他是从哪个因特网服务提供者(ISP)处获得服务。这种方式的缺点是ISP必须在路由表中为每个用户的网络号维护一条表项。随着用户数的增加，会出现大量无法会聚的特殊路由，即使无类别域间路由(CIDR)也不能处理这样的路由表爆炸现象。

　　IPv6改变了地址的分配方式，从用户拥有变成了ISP拥有。全球网络号由因特网地址分配机构(IANA)分配给ISP，用户的全球网络地址是ISP地址空间的子集。每当用户改变ISP时，全球网络地址必须更新为新ISP提供的地址。这样ISP能有效地控制路由信息，避免路由爆炸现象的出现。

　　3.5一台IPv6主机有多少地址?

　　通常一台IPv6主机有多个IPv6地址，即使该主机只有一个单接口。一台IPv6主机可同时拥有以下几种单点传送地址:

　　·每个接口的链路本地地址;

　　·每个接口的单播地址(可以是一个站点本地地址和一个或多个可聚集全球地址);

　　·回环(loopback)接口的回环地址(::1)。

　　此外，每台主机还需要时刻保持收听以下多点传送地址上的信息:

　　·节点本地范围内所有节点组播地址(FF01::1);

　　·链路本地范围内所有节点组播地址(FF02::1);

　　·请求节点(solicited-node)组播地址(如果主机的某个接口加入请求节点组);

　　·组播组组播地址(如果主机的某个接口加入任何组播组)。

　　3.6一台IPv6路由器有多少地址?

　　一台IPv6路由器可被分配以下几种单点传送地址:

　　·每个接口的链路本地地址;

　　·每个接口的单播地址(可以是一个站点本地地址和一个或多个可聚集全球地址);

　　·子网-路由器任意播地址;

　　·其他任意播地址(可选);

　　·回环接口的回环地址(::1)。

　　同样，除以上这些地址外，路由器需要时刻保持收听以下多点传送地址上的信息流:

　　·节点本地范围内的所有节点组播地址(FF01::1);

　　·节点本地范围内的所有路由器组播地址(FF01::2);

　　·链路本地范围内的所有节点组播地址(FF02::1);

　　·链路本地范围内的所有路由器组播地址(FF02::2);

　　·站点本地范围内的所有路由器组播地址(FF05::2);

　　·请求节点(solicited-node)组播地址(如果路由器的某个接口加入请求节点组);

　　·组播组组播地址(如果路由器的某个接口加入任何组播组)。

　　4.IPv6地址自动配置技术

　　IPv6地址为128位，配置地址岂不是要花费很多时间?IPv6协议支持地址自动配置，这是一种即插即用的机制。IPv6节点通过地址自动配置得到IPv6地址和网关地址，解决了用户配置地址的问题。

　　IPv6支持无状态地址自动配置和状态地址自动配置两种地址自动配置方式。

　　状态地址自动配置的方式是指一个节点插入IPv6网络中时，使用了两种启动协议(BOOTstrap Protocol，BOOTP)或动态主机配置协议(DHCP)来支持即插即用网络连接。这两种机制允许IP节点从特殊的BOOTP服务器或DHCP服务器获取配置信息。这些协议采用“状态自动配置”(Stateful Autoconfiguration)，即服务器必须保持每个节点的状态信息，并管理这些保存的信息。

　　状态自动配置的问题在于，用户必须保持和管理特殊的自动配置服务器以便管理所有“状态”，即所容许的连接及当前连接的相关信息。对于有足够资源来建立和保持配置服务器的机构，该系统可以接受;但是对于没有这些资源的小型机构，工作情形较差。

　　除了状态自动配置，IPv6还采用了一种被称为无状态自动配置(Stateless Auto Configuration)的自动配置服务。RFC2462中描述了IPv6的无状态自动配置。无状态自动配置要求本地链路支持组播，而且网络接口能够发送和接收组播包。无状态自动配置过程要求节点采用如下步骤:

　　首先，进行自动配置的节点必须确定自己的链路本地地址;

　　然后，必须验证该链路本地地址在链路上的唯一性;

　　最后，节点必须确定需要配置的信息。该信息可能是节点的IP地址，或者是其他配置信息，或者两者皆有。如果需要IP地址，节点必须确定是使用无状态自动配置过程还是使用状态自动配置过程来获得。

　　具体地说，在无状态自动配置过程中，主机首先通过将它的网卡MAC地址附加在链路本地地址前缀1111111010之后，产生一个链路本地单播地址(IEEE已经将网卡MAC地址由48位改为了64位。如果主机采用的网卡的MAC地址依然是48位，那么IPv6网卡驱动程序会根据IEEE的一个公式将48位MAC地址转换为64位MAC地址)。接着主机向该地址发出一个邻居发现请求(Neighbor Discovery Request)，以验证地址的唯一性。如果请求没有得到响应，则表明主机自我配置的链路本地单播地址是唯一的。否则，主机将使用一个随机产生的接口ID组成一个新的链路本地单播地址。然后，以该地址为源地址，主机向本地链路中所有路由器多点传送一个路由器请求(Router Solicitation)来请求配置信息，路由器以一个包含一个可聚集全球单播地址前缀和其它相关配置信息的路由器宣告(Router Advertisement)作为响应。主机用它从路由器得到的全球地址前缀加上自己的接口ID，自动配置全球地址，然后就可以与Internet中的其它主机通信了。

　　如果没有路由器为网络上的节点服务，也就是本地网络孤立于其他网络，则节点必须寻找配置服务器来完成其配置;否则，节点必须侦听路由器宣告报文。这些报文周期性地发往所有主机的组播地址，以指明诸如网络地址和子网地址等配置信息。节点可以等待路由器宣告，也可以通过发送组播请求给所有路由器的组播地址来请求路由器发送宣告。一旦收到路由器的响应，节点就可以使用响应的信息来完成自动配置。

　　使用无状态自动配置，无需手动干预就能够改变网络中所有主机的IP地址。例如，当企业更换了联入Internet的ISP时，将从新ISP处得到一个新的可聚集全球地址前缀。ISP把这个地址前缀从它的路由器上传送到企业路由器上。由于企业路由器将周期性地向本地链路中的所有主机多点传送路由器宣告，因此企业网络中所有主机都将通过路由器宣告收到新的地址前缀，此后，它们就会自动产生新的IP地址并覆盖旧的IP地址。

　　5. IPv6域名解析技术

　　IPv6网络中的DNS与IPv4的DNS在体系结构上是一致的，都是采用树型结构的域名空间，如下图所示。IPv4协议与IPv6协议的不同并不意味着IPv4 DNS体系和IPv6 DNS体系需要各自独立，相反，DNS的体系和域名空间必须一致，即IPv4和IPv6共同拥有统一的域名空间。在IPv4到IPv6的过渡阶段，域名可以同时对应于多个IPv4和IPv6的地址。以后随着IPv6网络的普及，IPv6地址将逐渐取代IPv4地址。下图的最上方是DNS树形结构中唯一的一个根(Root)，用点号“.”表示。根的下一级称为顶级域(Top Level Domain，TLD)，也称一级域。顶级域的下级就是二级域(Second Level Domain，SLD)，二级域的下级就是三级域，依次类推。每个域都是其上级域的子域(Sub Domain)，比如“.net.cn”是“.cn”的子域，而“cnnic.net.cn”既是“net.cn”的子域，同时也是“.cn”的子域。

　　DNS树上的每一个节点都有一个标识(Label)，根节点的标识是“空”(即长度为0)，其它节点的标识的长度在1到63字节之间。一个节点的域名是由从这个节点到根节点的路径上的所有标识从左到右顺序排列组成的，标识之间用“.”分隔。例如www.cnnic.net.cn

　　DNS的整个域名空间划分成许多的区(Zone)，见上图中的椭圆标记，数据采用分布式存储。每个区都有域名服务器(包括主服务器和辅服务器)，以资源记录(Resource Record)的形式来存储域名信息。资源记录包括了主机名(域名)和IP地址的对应，以及子域服务器的授权等多种类型。

　　(1) 无状态的DNS服务器发现

　　无状态DNS服务器自动发现有以下几种方式:

　　为子网内部的DNS服务器配置站点范围内的任意播地址。要进行自动配置的节点以该任意播地址为目的地址发送服务器发现请求，询问DNS服务器地址、域名和搜索路径等DNS信息。这个请求到达距离最近的DNS服务器，服务器根据请求，回答DNS服务器单播地址、域名和搜索路径等DNS信息。节点根据服务器的应答配置本机DNS信息，以后的DNS请求就直接用单播地址发送给DNS服务器。

　　与第一种方式相同，只是不用站点范围内的任意播地址，而采用站点范围内的组播地址或链路组播地址等。

　　一直用站点范围内的任意播地址作为DNS服务器的地址，所有的DNS解析请求都发送给这个任意播地址。距离最近的DNS服务器负责解析这个请求，得到解析结果后把结果返回请求节点，而不像第一种方式是把DNS服务器单播地址、域名和搜索路径等DNS信息告诉节点。

　　从网络扩展性、安全性、实用性等多方面综合考虑，第一种采用站点范围内的任意播地址作为DNS服务器地址的方式相对较好。

　　(2) 有状态的DNS服务器发现

　　有状态的DNS服务器发现方式是通过类似DHCP的服务器把DNS服务器地址、域名和搜索路径等DNS信息告知节点。当然，这需要额外的服务器。

　　6.IPV6邻居发现

　　IPv6定义了邻居发现协议(Neighbor Discovery protocol，NDP)，它使用一系列IPv6控制信息报文(ICMPv6)来实现相邻节点(同一链路上的节点)的交互管理，并在一个子网中保持网络层地址和链路层地址之间的映射。邻居发现协议中定义了5种类型的信息:路由器宣告、路由器请求、路由重定向、邻居请求和邻居宣告。通过这些信息，实现了对以下功能的支持:

　　路由器发现:即帮助主机来识别本地路由器;

　　前缀发现:节点使用此机制来确定指明链路本地地址的地址前缀以及必须发送给路由器转发的地址前缀;

　　参数发现:帮助节点确定诸如本地链路MTU之类的信息;

　　地址自动配置:用于IPv6节点自动配置;

　　地址解析:替代了ARP和RARP，帮助节点从目的IP地址中确定本地节点(即邻居)的链路层地址;

　　下一跳确定:可用于确定包的下一个目的地，即可确定包的目的地是否在本地链路上。如果在本地链路，下一跳就是目的地;否则，包需要选路，下一跳就是路由器，邻居发现可用于确定应使用的路由器;

　　邻居不可达检测:帮助节点确定邻居(目的节点或路由器)是否可达;

　　重复地址检测:帮助节点确定它想使用的地址在本地链路上是否已被占用;

　　重定向:有时节点选择的转发路由器对于待转发的包而言并非最佳。这种情况下，该转发路由器可以对节点进行重定向，使它将包发送给更佳的路由器。例如，节点将发往Internet的包发送给为节点所在的内部网服务的默认路由器，该内部网路由器可以对节点进行重定向，以使其将包发送给连接在同一本地链路上的Internet路由器。

　　IPv6不再执行地址解析协议(ARP)或反向地址解析协议(RARP)，而以邻居发现协议中的相应功能代替，IPv6邻居发现协议与IPv4地址解析协议主要区别如下:

　　(1)IPv4中地址解析协议ARP是独立的协议，负责IP地址到链路层地址的转换，对不同的链路层协议要定义不同的ARP协议。IPv6中邻居发现协议NDP包含了ARP的功能，且运行于因特网控制报文协议ICMPv6上，更具有一般性，包括更多的内容，而且适用于各种链路层协议;

　　(2)ARP协议以及ICMPv4路由器发现和ICMPv4重定向报文基于广播，而NDP协议的邻居发现报文基于高效的组播和单播;

　　(3) 可达性检测的目的是确认相应IP地址代表的主机或路由器是否还能收发报文，IPv4没有统一的解决方案。NDP中定义了可达性检测过程，保证IP报文不会发送给“黑洞”。

　　7.IPv6超长数据传送问题

　　IPv6要求互联网上的每条链路具有1280或更多个八位组的最大传输单元(MTU)。无法在一段之内传送1280个八位组的链路必须根据链路的情况在IPv6下层的协议中提供分段和重组机制。具有可配置MTU的链路，比如PPP链路必须配置为具有至少1280个八位组的MTU;要发送大于路径MTU的包，节点可以使用IPv6分段报头，在源节点将包分段，并在目的节点将包重组。

　　RFC1981中描述了一种动态发现路径最大传输单元(PMTU)的方法。基本思想是源节点最初假定到目的节点的一条路径的PMTU是这条路径第一跳的已知MTU。如果发往这条路径的任何包由于太大而不能被路径上的一些节点转发，那些节点将丢弃这些包并发回ICMPv6包太大消息。源节点收到这样一个消息后应根据包太大消息中报告的MTU压缩的那一跳的MTU值减小它为这条路径假定的PMTU。当节点对PMTU的估计值小于或等于实际PMTU时路径MTU发现过程结束。要注意在这个过程中“发包-收到包太大消息”的循环可能反复多次，因为路径上总潜在可能存在MTU更小的链路。节点也可以通过停止发送比IPv6最小链路MTU大的包来终止这个发现过程。

　　8. IPV6 路由技术

　　IPv6采用聚类机制，定义了非常灵活的层次寻址及路由结构，同一层次上的多个网络在上层路由器中表示为一个统一的网络前缀，这样可以显著减少路由器必须维护的路由表项。在理想情况下，一个核心主干网路由器只须维护不超过8192个表项。这大大降低了路由器的寻路和存储开销。

　　IPv6协议所带来的另一个特点是提供数据流标签，即流量识别。路由器可以识别属于某个特定流量的数据包，并且这条信息第一次接收时即被记录下来，下一次这个路由器接收到同样的流量数据包后，路由器采用识别的记录情况，而不需查对路径选择表，从而减少了数据处理的时间。

　　多点传送路由是指目的地址是一个多点传送地址的信息包路由。在IPv6中，多点传送路由的问题与IPv4中类似，只是功能有所加强，分别成为了ICMPv6和OSPFv6的一部分，而不是IPv4中的单独协议，从而成为了IPv6整体的一部分。为了路由多点传送信息包，IPv6中创建了一个分布树(多点传送树)到达组里的所有成员。

　　IPv6主要使用三种路由协议:RIPv6(Routing Information Protocol，路由信息协议)、OSPFv6(Open Shortest Path First，开放最短路径优先)和IDRPv2(Inter-Domain Routing Protocol，域间路由协议)以及IS-IS。

　　RIPv6是可以与IPv6共同使用的RIP版本。更新后的RIP允许接收128位地址，没有增加新特性，没有消除以前限制的相关前缀长度。这种选择的原因是为了保持RIPv6的简单性，这样它可以在非常简单的设备上实现。

　　OSPFv6是可以用于IPv6的OSPF版本，它也是IPv6推荐的内部网关路由协议(IGP)，作为所有路由器厂商的标准实现，它适于大型网络。OSPFv6作为OSPF的更新，允许传送新的128位地址和相关的前缀长度，在OSPFv6中，区域定义为128位地址。

　　IDRP是和IPv6共同使用的外部网关路由协议(EGP)，IDRP是一个路径矢量协议，在OSI结构中是设计在无连接网络协议(CLNP，ISO 8473)使用的，在Internet上作为EGP从BGP-4得出，适于和IPv6共同使用的IDRP版本是IDRPv2。

　　8. IPv6组播技术

　　IPv6加强了组播功能，这是一种可将信息传递给所有已登记了欲接收该消息的主机的功能。使用组播功能可以同时传递数据给大量的用户，传递过程只会占有一些公共或专用带宽开销而不会浪费带宽在整个网络里广播。在IPv6的组播功能中增加了“标志”，可以区分永久性与临时性地址，更有利于组播功能的实现。IPv6还包含了一些限制组播消息传递范围的一些特性，这样，组播消息可以被局限在一个特定的位置、区域、公司或其它约定范围，从而减少了带宽的使用并可提供安全性。组播的意义在于只有用户加入相应的组播组才能收到发给该组的信息，这对于视频节目的发送来说意义尤其重大，模拟电视中的频道概念就完全可以用组播组的概念来代替。而且组播组的范围可以包括同一本地网、同一机构网、甚至IPv6全球地址空间中的任何位置的节点，这就为网络多媒体信息服务提供了更大的灵活性。

　　9. IPv6对移动性的支持

　　移动IPv6协议为用户提供可移动的IP数据服务，让用户可以在世界各地都使用同样的IPv6地址，非常适合未来无线上网。

　　现在的互联网协议IPv4，原本不提供任何移动性支持。针对这一情况，IETF于1996年制订了支持移动互联网设备的协议，称为移动IP，其协议有两种版本:基于IPv4的移动IPv4和基于IPv6的移动IPv6。

　　移动IP的主要目标是:不管是连接在本地链路还是移动到外地网络，移动节点总是通过本地地址寻址。移动IP在网络层加入了新的特性，在改变网络连接点时，运行在节点上的应用程序不用修改或配置仍然可用。这些特性使得移动节点总是通过本地地址通信。这种机制对于IP层以上的协议层是完全透明的。移动节点所在的本地链路称为移动节点的家乡链路，移动节点的本地地址称为家乡地址。

　　移动IPv6操作包括家乡代理注册、三角路由、路由优化、绑定管理、移动检测和家乡代理发现。移动IPv6的工作机制如下图所示。图中有3条链路和3个系统。链路A上有一个路由器提供家乡代理服务，这个链路是移动节点的家乡链路。移动节点从链路A移动到链路B。链路C上有一个通信节点，可以是移动的或者静止的。

　　当移动节点连接到外地链路时，除了家乡地址外，它还可以通过一个或多个转交地址进行通信。转交地址是移动节点在外地链路时的IP地址。移动节点的家乡地址和转交地址之间的关联称为“绑定”。移动节点的转交地址可以自动配置。

　　移动IPv6的实现离不开家乡链路上的家乡代理。当移动节点离开本地时，要向家乡链路上的一个路由器注册自己的一个转交地址，要求这个路由器作为自己的家乡代理。家乡代理需要用代理邻居发现来截获家乡链路上发往移动节点家乡地址的数据包，然后通过隧道将截获的数据包发往移动节点的主转交地址。为了通过隧道发送截获的数据包，家乡代理要把数据包进行IPv6封装，外部的IPv6报头地址设为移动节点的主转交地址。

　　当移动节点离开本地时，家乡链路的一些节点可能重新配置，导致执行家乡代理功能的路由器被其他路由器所代替。在这种情况下，移动节点可能不知道自己家乡代理的IP地址。移动IPv6提供了一种动态家乡代理地址发现机制，移动节点可以动态发现家乡链路上家乡代理的IP地址，离开本地时，它在这个家乡代理上注册转交地址。

　　移动IPv6还定义了一个附加的IPv6目的选项——家乡地址选项。作为发送方的移动节点通过在发送的数据包中携带家乡地址选项可以把家乡地址告诉作为接收方的通信节点，而转交地址对于移动IPv6以上层(如传输层)是透明的。

　　在IPv6中，移动节点能把自己的转交地址告诉每个通信节点，使通信节点和移动节点之间进行直接路由，避免了三角路由问题。由于未来互联网上会有大量的无线移动节点，因此，在路由效率上的大规模改善可能对互联网的可扩展性产生本质的影响。

　　移动IPv6具有诱人的应用前景，它为新一代无线用户提供了移动支持，但在移动越区切换、QoS、安全等方面仍不能满足实际应用的需要。目前，许多研究机构(包括移动通信的著名厂商诺基亚、爱立信等)都在研究这些关键技术。

　　移动IPv6与移动IPv4相比优势明显，主要是其设计吸收了移动IPv4的发展经验，并且抓住了设计新版本IP协议(IPv6)的大好时机，结合了IPv6的很多新特性。IPv6的出现是移动计算的一个重要里程碑，IPv6的下列主要特性对于未来的移动无线网络的发展至关重要:足够多的IP地址、安全数据报头的实现、目的选项提高了路由效率、地址自动配置、避免入口过滤、错误恢复没有软状态“瓶颈”。

　　移动IPv6协议的优点在移动终端数量持续上涨的今天尤其突出。IPv6将是实现移动互联网上许多新型而精彩的服务的关键。尽管IPv4中也存在移动协议，但二者之间存在本质的区别:移动IPv4协议不适用于数量庞大的移动终端。目前全世界的移动终端数就超过7亿个，而且移动电话终端的潮流才刚刚开始，包含诸如门、防盗自动警铃等设备的下一轮终端浪潮已经显露出来。移动IP需要为每个设备提供一个全球唯一的IP地址，不久的将来，当每个人都要携带一个或多个移动终端时，IPv4将没有足够的地址空间为在公共互联网上运行的每个移动终端分配一个全球唯一的IP地址，而IPv6却可以实现这一点。除了IPv6的其他优点外，单这一项功能就可以实现个人之间的直接通信。从另一个角度说，移动IPv6能够通过简单的扩展，满足大规模移动用户的需求。这样，它就能在全球范围内解决有关网络和访问技术之间的移动性问题。另外，IPv4协议中对移动性的支持不是强制的，而移动IPv6是IPv6协议中不可或缺的部分，所有IPv6的实现都必须支持移动性。

　　10.IPv6安全特性

　　早期的互联网安全机制只建立于应用程序级，如E-mail加密、SNMPv3网络管理安全、接入安全(HTTP、SSL)等，无法从IP层来保证Internet的安全。为了加强互联网的安全性，从1995年开始，IETF着手研究制定了一套IP安全(IP Security，IPSec)协议用于保护IP通信的安全。IPSec提供既可用于IPv4也可用于IPv6的安全性机制，它是IPv6的一个组成部分，也是IPv4的一个可选扩展协议。通过集成IPSec，IPv6实现了IP级的安全。IPSec提供如下安全性服务:访问控制、无连接的完整性、数据源身份认证、防御包重传攻击、保密、有限的业务流保密性。IPSec的认证报头(Authentication Header，AH，RFC2402中描述)协议定义了认证的应用方法，封装安全负载(Encapsulating Security Payload，ESP，RFC2406中描述)协议定义了加密和可选认证的应用方法。IPSec安全性服务完全通过AH和ESP头相结合的机制来提供，当然还要有正确的相关密钥管理协议。在实际进行IP通信时，可以根据安全需求同时使用这两种协议或选择使用其中的一种。

　　IPv6实质上不会比IPv4更加安全。IPv6标准的起草者、思科总部的两位“杰出网络技术领袖”Fred Baker和 Tony Hain认为IPv6从根本上来说，只是IP地址改变的协议包，并不能解决现在的互联网协议IPv4中的安全问题。但是由于IPSec提供的端到端安全性的两个基本组件——认证和加密——都是IPv6协议的必备组件，而在IPv4中，它们只是可选组件，因此，采用IPv6，安全性会更加简便、一致。更重要的是，IPv6使我们有机会在将网络转换到这种新型协议的同时发展端到端安全性。

　　11. IPv6 服务质量

　　从协议的角度看，IPv6与目前的IPv4提供相同的服务质量(QoS)，但是IPv6的优点体现在能提供不同的服务。这些优点来自于IPv6的报头结构中新增的优先级字段和流标签字段。优先级字段扩大到1个字节，这就可以定义256个级别的优先级，对各种多媒体信息根据紧急性确定数据包的优先级，从而保证每一项服务都能达到用户满意的质量。而有了20位长的流标签字段，在传输过程中，中间的各节点就可以识别和分开处理任何IP地址流。在IPv6中，同一个业务流的所有数据包采用相同的流标签，这样当路由器检测到相同的流标签的时候就采用相同的路径发出去，而不需要为每一个数据包重新选择路由，从而大大提高了数据包转发的效率，降低了端到端的延迟。尽管对流标签的准确应用还没有制定出有关标准，但将来它会用于基于服务级别的新计费系统。此外，在支持“总是在线”连接、防止服务中断以及提高网络性能方面，IPv6也有助于改进服务质量。

　　IPv6实现QoS的协议是IETF的资源保留协议(Resource Reserve Protocol，RSVP)。主机用RSVP代表应用数据流(指可以由路由器或者转发数据的主机辨别的相关数据包的流，在IPv6协议下就是拥有相同的流标签的流)向网络请求特定的服务质量，例如基于平均值的最大带宽、最大接收延迟、优先队列以及其他参数，主机也可以指定一个特定的网络服务级别，这类似于数字视频广播(Digital Video Broadcasting，DVB)中的网络信息表的概念。RSVP带着这个请求通过网络，访问这个数据流经过的网络的每个节点。在每个节点上，RSVP试图为这个流进行资源保留。这使得提供具有服务质量的图像和其它实时业务成为可能。

　　12. IPv4向IPv6的转换

　　IPv6不可能立刻替代IPv4，因此在相当一段时间内IPv4和IPv6会共存在一个环境中。要提供平稳的转换过程，使得对现有的使用者影响最小，就需要有良好的转换机制。国际标准化组织和许多研发机构都开发出了多种IPv4与IPv6的互通转换机制。目前常见的IPv4/IPv6互通转换技术标准:

　　·6to4:RFC 3056

　　·NAT-PT(Network Address Translation-Protocol Translation):RFC 2766

　　·SIIT(Stateless IP/ICMP Translation):RFC 2765

　　·Tunnel broker:RFC 3053

　　·6over4:RFC 2529

　　·BIS(Bump-In-the-Stack):RFC 2767

　　·BIA(Bump-in-the-API):RFC 3338

　　·SOCKS-gateway:RFC 3089

　　·TCP/UDP-relay:RFC 3142

　　·DSTM(Dual Stack Transition Mechanism):draft-ietf-ngtrans-dstm-08.txt

　　(1) IPv6/IPv4双协议栈技术

　　简单地说，双栈机制就是使IPv6网络节点具有一个IPv4栈和一个IPv6栈，同时支持IPv4和IPv6协议。IPv6和IPv4是功能相近的网络层协议，两者都应用于相同的物理平台，并承载相同的传输层协议TCP或UDP，如果一台主机同时支持IPv6和IPv4协议，那么该主机就可以和仅支持IPv4或IPv6协议的主机通信，IPv6/IPv4双协议栈的协议结构如下图所示:

　　对现有路由节点设备进行升级，使其成为IPv4/IPv6路由器，这样IPv6的连接就成为本地链路，相当于IPv4/IPv6存在于相同的物理网络上。双栈方案需要为网络上的每个节点(包括主机和路由器)分配一个IPv4和一个IPv6地址。在IPv6网络建设的初期，由于IPv4地址相对充足，这种方案的实施具有可行性。当IPv6网络发展到一定阶段，为每个节点分配两个全局地址的方案将很难实现。

　　(2) 隧道技术

　　隧道机制就是必要时将IPv6数据包作为数据封装在IPv4数据包里，使IPv6数据包能在已有的IPv4基础设施(主要是指IPv4路由器)上传输的机制。随着IPv6的发展，出现了一些被运行IPv4协议的骨干网络隔离开的局部IPv6网络，为了实现这些IPv6网络之间的通信，必须采用隧道技术。隧道对于源站点和目的站点是透明的，在隧道的入口处，路由器将IPv6的数据分组封装在IPv4中，该IPv4分组的源地址和目的地址分别是隧道入口和出口的IPv4地址，在隧道出口处，再将IPv6分组取出转发给目的站点。隧道技术的优点在于隧道的透明性，IPv6主机之间的通信可以忽略隧道的存在，隧道只起到物理通道的作用。

　　在IPv6全面实施之前，总有一些网络先提供对IPv6的支持，但是这些IPv6网络被运行IPv4协议的骨干网络隔离开来。“IPv6 over IPv4”的隧道就用来连接这些孤立的IPv6网络。隧道技术目前是国际IPv6试验床6Bone所采用的技术。利用隧道技术可以通过现有的运行IPv4协议的Internet骨干网络(即隧道)将局部的IPv6网络连接起来，因而是IPv4向IPv6过渡的初期最易于采用的技术。隧道技术的优点在于隧道的透明性，IPv6主机之间的通信可以忽略隧道的存在，隧道只起到物理通道的作用。它不需要大量的IPv6专用路由器设备和专用链路，可以明显地减少投资。

　　手工配置隧道(Configured Tunnel)

　　这种隧道是手工配置建立的，隧道的端点地址由配置决定，不需要为节点分配特殊的IPv6地址，适用于经常通信的IPv6节点之间使用。每个隧道的封装节点必须保存隧道终点地址，当IPv6包在隧道上传输时，终点地址会作为IPv4包的目的地址进行封装。通常封装节点要根据路由信息决定这个包是否通过隧道转发。采用手工配置隧道方式进行互通的节点间必须有可用的IPv4连接，并且至少要具有一个全球惟一的IPv4地址，每个节点都要支持IPv6，路由器需要支持双协议栈，在隧道要经过NAT设施的情况下该机制失效。

　　其缺点是:在IPv4网络上配置IPv6隧道是一个比较麻烦的过程，而且隧道技术不能实现IPv4主机和IPv6主机之间的通信。

　　自动配置隧道(Auto-configured Tunnel)

　　这种隧道的建立和拆除是动态的，其端点根据分组的目的地址确定，适用于不经常通信的节点间使用。自动配置隧道需要节点采用IPv4兼容的IPv6地址(IPv4ADDR::/96)，这些节点间必须有可用的IPv4连接，采用这种机制的节点需要有一个全球惟一的IPv4地址。采用这种机制不能解决IPv4地址空间耗尽的问题，并且如果把Internet上全部IPv4路由表包括到IPv6网络中，将会加剧路由表的膨胀。这种隧道的两个端点都必须支持双协议栈，在隧道要经过NAT设施的情况下该机制失效。

　　(3) 网络地址转换技术

　　网络地址转换(Network Address Translator，NAT)技术是将IPv4地址和IPv6地址分别看作内部地址和全局地址，或者相反。例如，内部的IPv4主机要和外部的IPv6主机通信时，在NAT服务器中将IPv4地址(相当于内部地址)变换成IPv6地址(相当于全局地址)，服务器维护一个IPv4与IPv6地址的映射表。反之，当内部的IPv6主机和外部的IPv4主机进行通信时，则IPv6主机映射成内部地址，IPv4主机映射成全局地址。NAT技术可以解决IPv4主机和IPv6主机之间的互通问题。

　　许多运营商目前建设的IPv4网络容量很大，那么通过IPv4网络的隧道上承载IPv6流量是当前阶段普遍采用的过渡方法，这种方法能够节省网络建设成本，要求路由器能很好地支持隧道机制，一般需要支持手工隧道、自动隧道等。运营商建设IPv6核心骨干网络时，根据流量大小可能采用一部分专有IPv6链路;随着IPv6核心网络规模扩大，此时主要采用IPv6链路连接，要求路由器具有高性能线速IPv6数据包转发能力。利用路由器IPv6/IPv4双栈机制，双栈IPv6/IPv4主机和纯IPv6或者纯IPv4的主机通信不用采用协议转换，而直接“自动”选择相应的通信协议(IPv4或者IPv6)，国际上一些商用网络和试验网在一定规模范围进行了双栈试验，已经证明是可行的技术方案。

　　企业网络在接入NGI网络时，如果运营商IPv6城域网边缘路由器能支持双栈机制，则可以采用专线方式(纯IPv6+IPv4 NAT)使企业网络接入IPv4和IPv6城域网。若运营商网络不具备双栈接入能力，企业网络可采用隧道方式接入运营商IPv6网络。

　　13. 下一代网络与IPv6的关系

　　IPv6与下一代网络的发展密切相关。随着Internet技术的发展，下一代网络(NGN/NGI)已初具端倪，并将进一步演进和发展。ITU-T的NGN计划(NGN 2004 Project)将下一代网络看作是全球信息基础设施(GII)的具体实现;ETSI将NGN定义为是一种规范和部署网络的概念，通过采用分层、分面和开放接口的方式，给业务提供者和运营者提供一个平台，借助这一平台逐步演进，以生成、部署和管理新的业务;IETF重在发展增强的IP网(可扩展性、安全性和移动性等);3GPP、3GPP2提出了基于IPv6的All-IP核心网络。

　　在Internet成功商业化的同时，下一代互联网的研究与开发工作在各国政府的支持下逐渐展开。1995年美国科学基金会(NSF)资助了下一代因特网(NGI)研究计划，建立了NGI主干网(vBNS);1998年美国大学先进网络联盟(UCAID)成立，设立Internet2研究计划，建立主干网Abilene;1998年亚太地区先进网络组织A-PAN成立，推动亚太地区下一代因特网的研究;2001年欧共体资助下一代因特网研究计划，建立主干网GEANT。通过这些计划的实施，全球已初步建成大规模先进网络试验环境，攻克了一批网络关键技术。

　　而无论是产业界的NGN(Next Generation Network)还是学术界的NGI(Next Generation Internet)，均以IPv6作为其核心技术。

　　以IPv6为核心的下一代网络将实现以下价值:

　　1)下一代网络使网络建设变得更加容易。利用基于IP的网元而不是传统电路交换机，一个新兴的通信公司可把建网费用降低70%;

　　2)下一代网络的运行成本要低很多。下一代网不需另建具有支撑维护功能的重叠网，是一种多业务网，并且在用户管理、业务提供、用户资料修改和自我计费方面更加自动化;>

　　3)下一代网络给新兴的通信公司带来很大的创收机会。他们可以提供应用软件递送或电子商务之类的高收入服务;还可以利用集中的业务控制、应用编程接口和公共编程语言来使业务生成变得更加容易和便宜;

　　4)下一代网络能帮助运营商加强与用户的关系，减少用户流失。运营商可以提供基于Web的接口，让用户通过该接口直接定购新业务、改变服务内容和支付费用，从而与用户建立更广泛更紧密的关系。运营商还可以为用户的特殊需要定制服务，为电子服务开设专门的门户。

　　[参考文献]

　　RFC1809 Using the Flow Label Field in IPv6. June 1995.

　　RFC1881 IPv6 Address Allocation Management. IAB & IESG. December 1995.

　　RFC1887 An Architecture for IPv6 Unicast Address Allocation. December 1995.

　　RFC1924 A Compact Representation of IPv6 Addresses. April 1996.

　　RFC1981 Path MTU Discovery for IP version 6. August 1996.

　　RFC2080 RIPng for IPv6. January 1997.

　　RFC2081 RIPng Protocol Applicability Statement. January 1997.

　　RFC2185 Routing Aspects of IPv6 Transition. September 1997.

　　RFC2374 An IPv6 Aggregatable Global Unicast Address Format. July 1998.

　　RFC2375 IPv6 Multicast Address Assignments. July 1998.

　　RFC2428 FTP Extensions for IPv6 and NATs. September 1998.

　　RFC2450 Proposed TLA and NLA Assignment Rule. December 1998.

　　RFC2452 IP Version 6 Management Information Base for the Transmission Control Protocol. December 1998.RFC2454 IP Version 6 Management Information Base for the User Datagram Protocol. December 1998.

　　RFC2460 Internet Protocol, Version 6 (IPv6) Specification. December 1998.

　　RFC2461 Neighbor Discovery for IP Version 6 (IPv6). December 1998.

　　RFC2462 IPv6 Stateless Address Autoconfiguration. December 1998.

　　RFC2463 Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification. December 1998.

　　RFC2464 Transmission of IPv6 Packets over Ethernet Networks. December 1998.

　　RFC2465 Management Information Base for IP Version 6: Textual Conventions and General Group. December 1998.

　　RFC2466 Management Information Base for IP Version 6: ICMPv6 Group. December 1998.

　　RFC2467 Transmission of IPv6 Packets over FDDI Networks. December 1998.

　　RFC2470 Transmission of IPv6 Packets over Token Ring Networks. December 1998.

　　RFC2471 IPv6 Testing Address Allocation. December 1998.

　　RFC2472 IP Version 6 over PPP. December 1998.

　　RFC2473 Generic Packet Tunneling in IPv6 Specification. December 1998.

　　RFC2474 Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers. December 1998.

　　RFC2491 IPv6 over Non-Broadcast Multiple Access(NBMA) networks. January 1999.

　　RFC2492 IPv6 over ATM Networks. January 1999.

　　RFC2497 Transmission of IPv6 Packets over ARCnet Networks. January 1999.

　　RFC2526 Reserved IPv6 Subnet Anycast Addresses. March 1999.

　　RFC2529 Transmission of IPv6 over IPv4 Domains without Explicit Tunnels. March 1999.

　　RFC2545 Use of BGP-4 Multiprotocol Extensions for IPv6 Inter-Domain Routing. March 1999.

　　RFC2590 Transmission of IPv6 Packets over Frame Relay Networks Specification. May 1999.

　　RFC2663 IP Network Address Translator (NAT) Terminology and Considerations. August 1999.

　　RFC2675 IPv6 Jumbograms. August 1999.

　　RFC2710 Multicast Listener Discovery (MLD) for IPv6. October 1999.

　　RFC2711 IPv6 Router Alert Option. October 1999.

　　RFC2732 Format for Literal IPv6 Addresses in URL’s. December 1999.

　　RFC2740 OSPF for IPv6. December 1999.

　　RFC2765 Stateless IP/ICMP Translation Algorithm (SIIT). February 2000.

　　RFC2767 Dual Stack Hosts using the “Bump-In-the-Stack” Technique (BIS). February 2000.

　　RFC2858 Multiprotocol Extensions for BGP-4. June 2000. RFC2893 Transition Mechanisms for IPv6 Hosts and Routers. August 2000.

　　RFC2894 Router Renumbering for IPv6. August 2000.

　　RFC2921 6BONE pTLA and pNLA Formats (pTLA). September 2000.

　　RFC2928 Initial IPv6 Sub-TLA ID Assignments. September 2000.

　　RFC3019 IP Version 6 Management Information Base for The Multicast Listener Discovery Protocol. January 2001.

　　RFC3022 Traditional IP Network Address Translator (Traditional NAT). January 2001.

　　RFC3041 Privacy Extensions for Stateless Address Autoconfiguration in IPv6. January 2001.

　　RFC3053 IPv6 Tunnel Broker. January 2001.

　　RFC3056 Connection of IPv6 Domains via IPv4 Clouds. February 2001.

　　RFC3068 An Anycast Prefix for 6to4 Relay Routers. June 2001.

　　RFC3089 A SOCKS-based IPv6/IPv4 Gateway Mechanism. April 2001.

　　RFC3111 Service Location Protocol Modifications for IPv6. May 2001.

　　RFC3122 Extensions to IPv6 Neighbor Discovery for Inverse Discovery Specification. June 2001.

　　RFC3142 An IPv6-to-IPv4 Transport Relay Translator. June 2001.

　　RFC3146 Transmission of IPv6 Packets over IEEE 1394 Networks. October 2001.

　　RFC3152 Delegation of IP6.ARPA. August 2001.

　　RFC3162 RADIUS and IPv6. August 2001.

　　RFC3178 IPv6 Multihoming Support at Site Exit Routers. October 2001.

　　RFC3194 The H-Density Ratio for Address Assignment Efficiency: An Update on the H ratio. November 2001.

　　RFC3235 Network Address Translator (NAT)-Friendly Application Design Guidelines. January 2002.

　　RFC3257 Stream Control Transmission Protocol Applicability Statement. April 2002.

　　RFC3266 Support for IPv6 in Session Description Protocol (SDP). June 2002.

　　RFC3306 Unicast-Prefix-based IPv6 Multicast Addresses. August 2002.

　　RFC3307 Allocation Guidelines for IPv6 Multicast Addresses. August 2002.

　　RFC3314 Recommendations for IPv6 in Third Generation Partnership Project (3GPP) Standards. September 2002.

　　RFC3338 Dual Stack Hosts Using “Bump-in-the-API” (BIA). October 2002.

　　RFC3363 Representing Internet Protocol version 6 (IPv6) Addresses in the Domain Name System (DNS). August 2002.

　　RFC3364 Tradeoffs in Domain Name System (DNS) Support for Internet Protocol version 6 (IPv6). August 2002.

　　RFC3493 Basic Socket Interface Extensions for IPv6. March 2003.

　　RFC3513 Internet Protocol Version 6 (IPv6) Addressing Architecture. April 2003.RFC3542 Advanced Sockets Application Program Interface (API) for IPv6. May 2003.