全网IPv6布署遭遇哪些实际难题

2021-01-20 04:37

2018年以来,中国掀起了IPv6互联网更新改造的热潮,从经营商到互联网技术,从公司到本人,都要将IPv6的互联网更新改造付诸于行動,很多公司都立了军令状,务必要在2018年进行IPv6互联网基本更新改造,让IPv6跑起来。

但是,IPv6的标语喊了这么多年,1直沒有甚么响声,大伙儿都沒有更新改造的意向,由于从眼下看IPv6便是1个费钱费劲又得不到更多益处的事儿,IPv4详细地址是不足用,但也是有1些延缓的变通技术性。

5G、物连接网络盛行来后,对IPv6的要求急切了,IPv4再如何节约也没法考虑物连接网络的将来布署,这促进着全部的互联网经营商务必要开展IPv6更新改造。更新改造意向是1层面,技术性布署也存在很多阻力,IPv4互联网运作多年,各种各样互联网连接和运用错综复杂,极为繁杂,这时候再将IPv6列入进来,互联网就更繁杂了,布署IPv6遭遇着许多实际难题。

最先,便是转发布项容量的难题

互联网机器设备转发芯片为完成简易,基础全是选用IPv4和IPv6公共转发布的方法,1条IPv6占有两条IPv4表项或4条IPv4表项。IPv4存量互联网经营规模太大,不能能用IPv6将IPv41下子替掉,就必须让二者在1个互联网中,乃至1台机器设备上共存,IPv6要占有原来IPv4資源,IPv4和IPv6共存,IPv6要占有更多的資源,会使得IP转发布資源急剧降低。

互联网在设计方案之初,尽管IPv6做为互联网机器设备的基础作用都规定适用,但对容量并沒有确立规定,具体布署时IPv6作用也是摆放,沒有具体用,如今真要用了,就要用心考虑到容量难题了。例如:机器设备若IPv4转发布是16K,则只能适用IPv6转发布是8K,假如是二者公共,那末应当是IPv4+2*IPv6=16K。具体运用时能用转发布项数量会更少,这是由于IPv4和IPv6的IP详细地址长度其实不同样,IPv6是IPv4的4倍,有128个BIT,长度差别致使二者向同1个IP转发布下发时,极为非常容易出現HASH矛盾,从而下不去,报資源不够。具体运用中,这类状况具体能用的容量也就做到原先的1半,16K的資源,一共也就下发8K上下,即IPv4+2*IPv6=8K,以后出現HASH矛盾的几率大大提升了。明显,若是现网中机器设备的IPv4表项早已应用的较为多,就不可以再开启IPv6了,转发布資源会迅速降低,出現不够。

其次,是IPv4与IPv6互通难题

布署IPv6不可以将原先的IPv4互联网推倒复建,IPv6布署是由浅入深的全过程,这就规定技术性上解决好旧的IPv4互联网与新的IPv6互联网适配性,特别是二者互通难题,有的互联网终端设备是IPv4的,互联网接入是IPv4的,关键布署是IPv6的,也是有的互联网终端设备是IPv6的,互联网一部分又是IPv4的,这就要处理互通难题。以大家最熟习的QQ为例,假如IPv4和IPv6客户不可以相互之间通讯将是是非非常不尽人意的状况。

明显,大伙儿早已为此设计方案了1些互通技术性:双栈、隧道施工和详细地址变换3种。双栈技术性自身不处理互联网互联互通,只是规定全部主机都适用两种IP协议书,这样对客户而言便是互通了,根据主机上的协议书切换从而与两个互联网的客户完成互通,但这样没法保证无缝拼接切换,要另外与IPv4、IPv6互联网都要即时互通技术性上就存在艰难,只能将主机的网卡往返切换,各自与两个互联网完成互通。

隧道施工技术性能够处理双重互通,但還是必须强劲的隧道施工服务器,隧道施工的带宽是1定限定,此外隧道施工实际上是根据两层IP头完成的,这样提升了报文格式的长度,提升了占有带宽,消耗掉了一部分带宽資源。详细地址变换技术性层面以前有1个规范草案NAT-PT,但已被IETF舍弃了。此外也有法国经营商Comcast提出的DS-Lite,中国CERNET2精英团队提出的IVI,这些计划方案全是将隧道施工和详细地址变换融合起来,将会更合适完成过渡的目地,但这些都大大提升了互联网花销,对互联网带宽是个考验。明显,这些互连互通技术性还不可以令人令人满意,只能做为过渡技术性临时性被选用。

第3,是两张网运维管理的难题

在两张不一样的互联网上,虚似机怎样转移,转移全过程中的运维管理管理方法难题也必须考虑到。大家遭遇着要另外运维管理IPv6和IPv4两张互联网,运维管理工作中量是原先的两倍还不止,IPv6的技术性特性和IPv4其实不是简易的详细地址加长,在协议书解决、安全性维护、情况测算等层面都有差别,因此运维管理的专业知识还要填补和学习培训,乃至要引进1些IPv6的技术性专才,这些都给运维管理的工作中和资金带来工作压力。

另外,两张网还并不是防护的,在同1台机器设备上都要共存,还要考虑到适配难题,同样的指令看IPv4转发布是1个結果,看IPv6又是1个結果,将二者放在1起看又将会是此外的結果,怎样剖析,都必须累积工作经验。原先运维管理的专用工具,明显要将IPv6网路一部分也要列入,但许多情况下这些信息内容其实不能分开统计分析与剖析,例如端口号总流量,没法区别是IPv4总流量還是IPv6总流量,总流量图上看出是哪一部分总流量,出了难题当然也看不出是IPv4总流量出了难题,還是IPv6总流量出了难题,只能根据其它层面的主要表现来明确。在运维管理可视性化、全自动化工厂具层面都要考虑到IPv6一部分,特别是两种互联网共存的状况,怎样显示信息,哪一个內容分开实际,哪些內容又要汇总在1起来显示信息,这里都还不可以用技术性来处理。

自然还远不止这几个层面的难题,IPv6沒有广播节目,仅有组播,要占有很多的组播转发布项,机器设备能否考虑,IPv6详细地址长,机器设备ACL配对工作能力是不是够,配对到IPv6详细地址较为深层次的內容这些,这些全是IPv6在具体互联网布署时遭遇的实际难题。IPv6的布署势在必行,许多互联网早已陆续到了IPv6,但真实能有IPv6总流量跑起来的又有几个互联网呢,这些摆在大伙儿眼前的实际难题若不可以11很好的处理,IPv6即使是已在全部机器设备上都开启了,那IPv6也但是是1种摆放,空载跑跑罢了,很难产生气侯,IPv6真实更换IPv4互联网也有很长的路要走。



扫描二维码分享到微信

在线咨询
联系电话

020-66889888