网购、网游、网聊、网络直播、网上…

这个年代要是没有了这张“网”

我们的生活几乎无法运行

你有想过网络互通如何实现的吗？

虚拟世界如何确定网上的你是你呢？

简单说：现实生活中，每个人有身份证，

网络世界中，每台设备都需要全球唯一的IP地址

举个例子：网聊的时候，表面上“往事如烟”给“橘子汽水”发了一条消息。对计算机网络而言,可以理解为是:

“往事如烟”的IP地址

“橘子汽水”的IP地址

网络中传输的数据是根据IP地址定位彼此的

数据可不知道谁是"橘子汽水"，谁是"往事如烟"。

过去几十年，我们用的IP属于第四代（IPv4），IPv4地址是由32个二进制位组成，

二进制就只有0和1，所以32位能够排列组合的最多结果就是2的32次方，大约是43亿个唯一IP地址。

当IPv4在20世纪70年代被引入并作为互联网协议被接受时，大家没有预见到如今的互联网普及程度。

IPv4时代，因为数量有限等原因，其实并不是每个人一个独立的ip地址，

运营商只是给你一个公网地址，这个公网的IP地址可能是你们那一栋楼的住户一起使用的。

而你家里，和隔壁的老王就是内网的IP，数据来到你们的这栋楼前就是终点了。

IPv6作为第六代互联网协议

被设计用于替代使用了30多年的IPv4的下一代IP协议。

它的地址数量号称可以为全世界的每一粒沙子编上一个地址。

在5G的时代，物联网需要海量的IP地址，因为大量的设备都会接入网络。

独立的ip地址，会精确定位，带来很多便利。

互联网数字分配机构（IANA）在2016年已向国际互联网工程任务组（IETF）提出建议，

要求新制定的国际互联网标准只支持IPv6，不再兼容IPv4。

国家大力推行IPv6规模部署

中共中央办公厅、国务院办公厅印发了《推进互联网协议第六版(IPv6)规模部署行动计划》，

加快推进基于互联网协议第六版（IPv6）的下一代互联网规模部署。

国家权威部门重磅发布了

《推进IPv6规模部署行动计划》

国内IPv6活跃用户数超过5亿

市地级以上政府外网网站系统需全面支持IPv6

完成综治、金融、医疗等领域公共管理、民生公益等服务平台改造

我国IPv6网络、用户、流量的规模居世界第一

网络、应用、终端全面支持IPv6，全面完成向下一代互联网的平滑演进升级

形成全球领先的下一代互联网技术产业体系

工信部、国资委、央行、银保监会、证监会、广电局以及“十三五规划”等更是直接提出

政府、国有企业、金融等行业完成IPv6改造的时间表和部署要求。

之所以如此大力推动IPv6改造的相关工作，就是因为IPv6优势也十分明显。

与 IPv4 相比，IPv6 具有更简单的数据包头结构，

最大限度地减少包头处理所需的时间和精力，效率提高了，

路由器的处理开销也就减少了，硬件不必过于复杂，也可以更快地处理数据包。

得益于充足的全球可路由地址，点对点应用程序将是 IPv6 最近热门的场景。

在点对点网络环境中，通过IPv6路由扩展头和IPv6地址扩展头，可以确保IPv6终端在移动发生后，

现有的点到点连接不受物理位置的变动而受影响。

只要有节点进入并希望成为网络的一部分，就需要配置对应的 IP 地址信息和路由器信息。

过去，几乎所有设备和计算机都是静态配置的，并且手动分配了IP地址。

然而，随着个人计算机和其他支持 IP 的设备快速增长，

为了更高效的设备管理和资源的重用，自动配置必不可缺。

可以不借助 DHCP 服务器完成 IP 地址的分配。

这一特殊功能使路由器能够轻松的自动配置其接口，并动态的提供用户网关。

IPv4 在设计时几乎没有考虑过安全性，尤其是在端到端的模式中。

而在 IPv6 中，IPSec 作为主要的协议，是确保 IPv6 提供比 IPv4 更好的安全性的因素之一。

IPSec 包含一组加密协议，用于确保安全的数据通信和密钥交换。

IPv6 确保有端到端的安全机制，为所有应用程序提供身份验证和加密功能，

从而消除了应用程序本身对这些功能的集成支持的需要。

更精细化地识别数据流量，提供更多层次化的QoS保障.因此拥有良好的QoS，

对于诸如 VoIP 这类实时信较高的应用来说往往更青睐 IPv6。

IPv6和IPv4看起来就是更新换代，但是IPv6和IPv4是两个完全不兼容的协议（在极少数的特定场景可以实现兼容），

如果要从支持 IPv4 升级到 IPv6，无论是应用程序客户端、服务器程序端、路由器、防火墙等等，

都要同时支持 IPv6才能解决问题，你想想，小到一栋楼大到一座城，

错综复杂的网络里，每一个细枝末节都要调整，一出错误，整网就可能出问题，

所以，这个升级改造需要花费的成本是巨大的。

以上就是分析概述IPv6与IPv4的应用与区别的详细内容，更多关于IPv6与IPv4的应用与区别的资料请关注脚本之家其它相关文章！

在下一代互联网中，已确定IPv6必须实现对组播的支持，并安排了大量的组播地址空间。虽然在IPv6开始应用后纯IPv6节点会越来越多，但许多IPv4节点依然会因为它们的成功运作而继续存在。因此短期内IPv6无法全部替换IPv4，两者必定会在很长一段时间内共存。在这一漫长的共存期中，按照IPv6的部署策略，纯IPv6网络将会区域性地不断出现。此时，网络将呈现出纯IPv4网络和纯IPv6网络共同存在，互相交错的局面。

因此，必须有一套机制来保证IPv4与IPv6节点能直接通信以实现平滑过渡。目前，已有相当多的过渡技术被提出，但它们只适用于单播通信，还不能适用于组播通信。虽然组播通信的过渡技术尚未成为人们研究工作的重心，但作为一个很有实际应用意义的研究方向，已经开始被越来越多的组织和团体关注。

双栈的组播过渡解决方案实际上是纯IPv4组播网和纯IPv6组播网两者的叠加。单播中，可以将服务器配置成双栈，以便纯IPv4和纯IPv6的主机能够轻松地访问它。同样，组播源也可以配置成双栈，同时向IPv4组和IPv6组发送数据流，使运行不同协议栈的所有主机都能接收组播报文。

在双栈网络上IPv4和IPv6组播可以同时部署。IPv4和IPv6组播能同时运行在路由器和主机上，并且能同时存在于同一网络链路；路由器也能同时成为IPv4组和IPv6组的汇聚点（RP）。

对于简单的单源情况，如果数据流只存在于一个封闭环境中，所有潜在接收者都支持同一IP协议，则源只需要使用这一IP协议。在更多的开放环境中，潜在接收者及其支持的IP协议是未知的，为了确保所有接收者都能够接收，需要有一个IPv4源和一个IPv6源，此时必须保证两个源都使用同一源数据。

只有少量源时，可以利用双栈技术，将所有源配置成双栈，同时向IPv4组和IPv6组发送报文。但在一个会议中，几乎每个人都要同时接收和发送数据，并且一部分参与者使用纯IPv4，另一部分使用纯IPv6，在这种情况下双栈技术将无能为力。另外，使用双栈技术时，带宽的耗费将是原来的两倍。

双栈技术不需要额外的设备，也不需要对组播数据做额外的转换。因此，是最容易实施的一种方案。适用于应用环境中不需要IPv4主机与IPv6主机之间进行通信的情况，如内容分发。

协议转换技术可以在无需改动基础设施的情况下，使IPv6主机能像与IPv6组播组通信一样，使用普通的IPv6组播协议与任何IPv4组播组通信。其核心思想是：在使用一种IP协议的源和使用另一种IP协议的宿之间的路径上放置一个或多个转换设备。在极少数的情况下，转换也在发送或接收的主机上完成，这主要针对运行在双栈主机上但仅支持一种IP协议的应用程序。常用的转换方法有以下几种：

IPv4中，转发器（Reflector）方案在无法全局组播时经常被采用。虚拟房间视频会议系统（VS）是一个典型的例子，它在核心网上采用纯组播，在无法直接通过组播的区域设置转发器作为此区域的组播代理。核心网与转发器之间采用单播方式连接，转发器与端系统之间可以采用纯组播也可以使用单播。

IPv4-IPv6组播转发器在IPv4和IPv6组播之间进行转换（Reflect），而不是在单播与组播之间进行转换。给定IPv4组地址和端口及IPv6组地址和端口，转发器将同时加入两个组并监听相应的端口，从一个组接收到的所有数据将重新发送（Resend）至另一组。

按照IPv6的过渡进程，转发器可以有以下两种部署方案：当内容提供者所使用的协议没有被广泛支持，并且主机或应用程序不支持双协议时，转发器位于源附近；当接收者使用不同于源的另一种协议时，那么在接收者附近放置转发器也是非常有效的。

转发器方案主要缺陷是性能较低，不能支持大规模的组播应用。另外它必须为每个会话都启用一个实例，即使没有接收者，它仍执行接收重发的过程。

因为上述的局限，转发器可以被用来为多个组播组工作，但同时工作的会话数量有限。如果利用转发器在网络上提供服务，必须联系管理员，申请在有限的时间内分配一个会话；或者可以像隧道代理（Tunnel Broker）一样，使用Web认证等辅助措施来使会话分配过程自动化。

组播过渡技术的发展晚于单播过渡技术，因此大部分组播过渡技术都不同程度地借鉴了单播过渡技术的思想。双栈技术自然毋须多言，因为它在组播过渡技术与单播过渡技术中完全是一致的。转发器技术工作于传输层，从而避免了报头转换，这与单播过渡的TCP-UDP中继技术的思想是一致的。IPv4-IPv6组播网关则是一种类网络地址转换/协议转换（NAT-PT）的方案。

NAT-PT主要是针对单播提出的，并不能完全适用于组播。网关根据NAT-PT的思想，结合组播自身的特性优化改进，从而形成适合组播的IPv4-IPv6过渡技术。

网关的思想是将IPv4组播地址通过加上指定“/96”的前缀嵌入到IPv6地址中，从而每一个IPv4组播地址都有一个相应的IPv6组播地址；同样，每个IPv6地址也都和一个IPv4地址对应。参与组播过渡的IPv4与IPv6地址之间是一一映射的关系，这是IPv4-IPv6组播网关一个至关重要的特性。正是因为这个特性，协议转换的工作才能够顺利地进行。

网关可以部署在IPv4和IPv6网络的边界，也可以放置在双栈网络中。它可用于单个站点或组织，也可以作为服务在大型网络上提供。需要的话，甚至可以为同一网络部署多个网关。

网关的主要不足有两点：对IPv4组播的组成员及源的有效期不敏感、IPv4只能访问给定前缀的IPv6组。

网关最大的优势在于提供IPv4和IPv6组播的相互通信机制，使用网关可以建立同时存在IPv4和IPv6的多方视频会议，并可进行全双向连接。NAT-PT已逐渐成为主要的单播过渡方案，与之相近的网关组播过渡方案无疑是适用性最广泛的过渡方案之一。

6over4过渡技术将IPv4网络当作具有组播功能的一条链路，通过IPv6组播地址和IPv4组播地址的映射关系实现IPv6协议的邻居发现功能，使孤立IPv6主机之间形成IPv6互联。这种单播过渡机制本身就是采用IPv4组播作为其底层载体，用于IPv6组播时，只将其目的地址映射到专私用组播地址域——239.0.0.0/8。因为6over4过渡技术本身并未大规模地应用，基于它的组播技术很少被提及。

应用层组播（ALM）在应用层实现组播功能，而不是在网络层实现组播功能。其实际是一种叠加于单播网络的逻辑网。因此，ALM的过渡由应用层来保证。它的过渡问题最终归结为单播IPv6过渡。

NAT-PT+ALG是在现有NAT-PT的基础上加入组播应用层网关（ALG）以满足组播的需求。韩国的ETRI项目和以及欧洲的GTPv6项目曾经提出过这种方案。

隧道技术将一种协议的组播报文封装在另一协议报文中，从而可以实现组播的跨网传输。虽然目前不是所有的隧道过渡技术都支持组播，但在加入需要额外的功能代码后，很多都可以支持。所有的隧道技术均是基于双栈的，因此不能实现纯IPv6主机和纯IPv4主机之间的通信。

多播转换网关（MTG）模型是基于2.4内核的网关协议转换方案原型。

MTG模型在网络中的部署如图1所示，MTG部署在IPv4和IPv6网络的边界。MTG模型将IPv4网络和IPv6网络视为地位对等的两个异构网络。从网关向两边看，一边是纯IPv4网络，另一边是纯IPv6网络。网关的工作对IPv4和IPv6而言也是对等的：IPv6主机可以加入组播源位于IPv4网络的组播组，IPv4主机也可以加入组播源位于IPv6网络的组播组。

在IPv4中，MTG作为IPv6的代理，参与IPv4的组播；同样，MTG在IPv6中则作为IPv4的代理。图中MTG既可理解为单个双栈设备，也可理解为一个双栈网络。在MTG系统内部，两个代理之间进行协议转换。

图2虚线框部分给出了MTG的模型结构。主要由IPv4组播代理（MP4）、IPv6组播代理（MP6）、组播协议转换器（MT）、地址映射器（AM）、简单网络管理协议（SNMP）、MTG管理信息库（B）组成。

（1）IPv4组播代理

IPv4组播代理作为IPv6接收节点的代理加入IPv4组播组，接收从IPv4流出的组播报文，再将报文转交给组播协议转换器。IPv4组播代理的主要工作包括：向IPv4网络发送Internet组管理协议（IGMP）消息，向IPv4网络发送组播数据，从IPv4网络接收组播报文。向IPv4网络发送IGMP消息包括响应IGMP查询、主动向路由器发送未经同意的成员关系报告以及主动发起离开组信息。接收组播报文时，必须进行有效性检查，如IPv6中所有主机都已离开该组播组，则报文不再向组播协议转换器转交，并立即向IPv4发起离开组信息。

（2）IPv6组播代理

IPv6组播代理作为IPv6接收节点的代理加入IPv4组播组，接收从IPv6流出的组播报文，再将报文转交给组播协议转换器。因为MTG在IPv4和IPv6中部署情况不同，IPv6组播代理的工作与IPv4有所区别。IPv6组播代理的工作主要包括：接收IPv6主机的组播监听发现（MLD）成员报告（作为组播指定路由器时）、接收协议无关组播（M）加入消息、向IPv6网络发送组播数据、从IPv6网络接收组播报文。MTG在IPv6中不再作为普通的主机，而是成为IPv6的组播路由器和RP，因此更多地表现出路由器的行为。当IPv6中没有IPv4组播接收者时，MTG能够获知并做出反应，离开IPv4组。这是IPv4组播代理所无法做到的，因此，IPv6组播数据总是无条件地被转交给组播协议转换器，并被向IPv4网络中发送。

组播协议转换器对IPv4组播报文和IPv6组播报文进行相互转换。它主要工作于网络层，在IPv4和IPv6间进行报头转换，必要时还要对报文分片转发。

由图2可见，整个模型的核心模块是组播协议转换器，它主要负责在IPv4和IPv6报头间转换。表1为IPv4和IPv6报头字段转换表。

IPv6中8位业务类型（Traffic Class）字段目前并未有标准草案做出规范，但它与IPv4中8位服务类型（ToS）字段的作用是相似的，主要用于提供某种区分服务。目前MTG对此作等值转换，方便IPv4中基于服务类型的服务质量（QoS）工作能在IPv6中继续。另外MTG对此提供扩展接口，可以根据需要调节转换策略。

IPv6中跳限度（Hop Limit）字段与IPv4中生存时间（TTL）字段的作用是一致的，用于限制报文的传播范围。它的处理与业务类型和服务类型的转换处理是相同的，也使用等值转换，并提供扩展接口。

对于非指定源组播（SSM）而言，源地址的转换使用MTG的固定IPv4单播地址或固定IPv6单播地址。从IPv6接收者的角度，网关是所有IPv4数据重发的源；从IPv4的角度，网关也是所有IPv6数据重发的源。对于SSM，同一个组可能同时用于多个频道，从而存在多个源，因此无法使用一个固定组播源地址，必须为它在地址映射器中分配新地址。

宿地址即组播组地址。IPv4向IPv6转换时，使用IPv6组播前缀标识——FFxy：：/96，并将IPv4组播组地址置于低32位。当IPv4组播地址是一个由全球Internet编址（GINA）永久分配的组播地址时，组播前缀标识中x置为“0”，否则为“1”；当使用SSM时，组播前缀标识中变量x标记置为“3”。组播前缀标识中y按IPv4组播前缀和标准草案C2365中定义的IPv6域值的映射进行转换。IPv6向IPv4转换时，必须根据x和y确定地址类型，再从地址映射器中分配IPv4组播组地址。注意，IPv6的会话公告协议（SAP）地址必须转换为FF0y：：2:7FFE形式。当IPv4的组播会话地址在224.2.128.0—224.2.255.255内时，SAP地址一般为224.2.127.254；其他情况可参见标准草案RFC2974中的具体定义。

另外，组播协议转换器还向应用层提供回调接口链，满足应用层协议转换的要求。默认的应用层回调用于SAP报文的协议转换。

地址映射器为IPv4和IPv6维护一个单播地址池和一个由IPv4和IPv6地址对组成的地址映射表。IPv4地址池用于IPv6节点在IPv4域中的临时IPv4地址，IPv6地址池用于IPv4节点在IPv6域中的临时IPv6地址。它们被通告给IPv4/IPv6单播路由器，以便发送给他们的报文能够被转发给网关及通过逆向路径转发（RPF）检查。

地址映射器涉及3类地址的分配：IPv4组播组地址、IPv4 SSM源地址、IPv6 SSM源地址。

当需要分配一个IPv6地址对应一个IPv4地址（IPv4源地址）时，地址映射器从地址映射表中选择一个合适的IPv6地址返回；当没有一个合适的项对应IPv4单播地址时，地址映射器从IPv6地址池中选择返回一个IPv6单播地址，并向地址映射表中注册一个新的项；当没有一个合适的项对应IPv4组播地址时（IPv4目的地址），地址映射器向表中注册一个包含IPv4组播组地址和对应IPv6地址的新项。IPv4地址的分配与之类似。

SNMP接口分为内部接口和外部接口。内部接口主要为内部模块与MIB交互提供一套完整的方法。外部接口则为用户提供管理MTG的方法。用户可使用标准SNMP命令获知MTG的当前运行状态和动态更改部分的可调参数。

（6）MTG管理信息库

MTG管理信息库提供MTG运行所需的环境配置和记录MTG当前运行状态。

下面以一视频会议为例说明MTG的工作流程。

IPv4中两名参与者F1和F2，IPv6中也有两名参与者S1和S2。其中F1为会议的组织者。所有参与者都运行会话描述协议（SDR）或类似SAP的监听器获取会话信息。

参与者F1首先向224.2.127.254:9875公告会议信息，通知其他会议参与者使用224.5.5.5作为会话地址，并同时向IPv4发送视频/流。

参与者F2通过SDR直接收到该SAP公告，并启动组播会议。此时F1和F2可以进行会话。

当SAP公告到达MTG，MP4将其转交至MT，MT对其进行报头转换，源地址转换为MTG的固定IPv6地址3FFE:：：19D6，宿地址为FF0E:0：：2:7FFE。并调用应用层回调函数解析出组播会话地址224.5.5.5，然后从AM取得对应的IPv6地址FF1E：：224.5.5.5，在应用层上对其携带的信息进行修改。MT再将已转换的SAP报文转交给MP6，将之发送到IPv6网络。SAP第一次到达时，AM会更新映射表。

参与者S1和参与者S2收到SAP公告之后，发起MLD成员报告。MP6收到MLD报告之后，转交给MT，MT将MLD报告转换成IGMP成员报告，通过MP4向IPv4发送成员关系报告，并加入224.5.5.5组。至此，4个参与者均加入组播会话。

MP4接收到参与者F1发出的IPv4组播报文，并转交给MT，MT对其进行报头转换，源地址转换为MTG的固定IPv6地址3FFE:：：19D6，宿地址224.5.5.5转换为对应的IPv6地址FF1E：：224.5.5.5，再经由MP6组播给参与者S1和参与者S2。MP6接收到参与者S1和参与者S2发出的IPv6组播报文，并转交给MT，MT对其进行报头转换，源地址转换为MTG的固定IPv4地址202.112.25.214，宿地址FF1E：：224.5.5.5转换为对应的IPv4地址224.5.5.5，再经由MP4组播给参与者F1和参与者F2。当参与者S1和参与者S2都退出时，MP4不再向MT转交该组组播报文。

当不使用SAP时，会话地址202.5.5.5必须通过人工传达或Web公布等方法告之所有会议参与者。管理员或者被授权的终端用户通过SNMP外部接口注册202.5.5.5组播组，并取得IPv6映射地址FF1E：：224.5.5.5。IPv6用户使用FF1E：：224.5.5.5地址加入组播会话。

要使IPv4主机与IPv6主机进行组播通信，必须做诸如转发器（在传输层）或网关（在网络层）之类的协议转换工作。

MTG在实现网关基本功能的基础上，对网关作了一定程度的改进。网关对IPv4组播的组成员及源的有效期不敏感的问题，可以通过使MTG同时成为IPv4的组播路由器，而使MTG具有获知组成员状态的能力；对于网关中IPv4只能访问给定前缀的IPv6组，从MTG模型结构可以看出，在附加前缀的基础上，通过可管理的静态地址映射，消除了IPv4对IPv6的访问限制。

MTG还对网关方案未曾具体涉及的问题进行了探讨。根据标准草案RFC2365，加入对不同协议间组播管理域的映射；通过SNMP接口和扩展MIB，将网关的管理标准化。另外在底层实现上，MTG采用了逐级细化的处理流程，增加了可配置的网关的拥塞控制策略和报文调度策略，可根据QoS和流量控制要求对高速缓存中的报文进行可控调度。

使用MTG，可以有效实现IPv4-IPv6组播互通。