内容简介:这两个月老赵非常忙,一直没有更新公众号,先给大家道个歉。这段时间里,与不同行业的朋友,对IPv6的升级演进策略有过一些比较坦诚的交流。老赵有个自认为比较激进的观点,没想到竟然遇见很多共识。老赵的观点:
这两个月老赵非常忙,一直没有更新公众号,先给大家道个歉。
这段时间里,与不同行业的朋友,对IPv6的升级演进策略有过一些比较坦诚的交流。老赵有个自认为比较激进的观点,没想到竟然遇见很多共识。
老赵的观点: 中国IPv6演进升级也许应该跳过IPv4/IPv6双栈阶段,直接一步到位部署IPv6-only。
理由有三个:
1、IPv4/IPv6双栈只是一个过渡阶段,最终要演进到IPv6-only。2018年底中国三大运营商网络将基本完成IPv6升级,2019年中国互联网将全面启动向IPv6演进升级,如果策略为升级IPv4/IPv6双栈,那么预计2023年中国IPv6部署率达到70%左右水平之后,再次启动向IPv6-only升级。这样5年时间要搞两次升级,实在太折腾。
从IPv4向IPv4/IPv6双栈升级,不仅要升级网络设备,还要对操作系统、数据库、管理系统、运维系统、应用系统、信息安全系统等等做全面升级,将产生巨大的花费。而从IPv4/IPv6双栈再升级IPv6-only,又将发生一次同样花费。做一件事花两次钱,实在不划算。
2、IPv4/IPv6双栈网络仍需要配置IPv4地址,无法缓解IPv4地址资源不足的问题,也无法发挥IPv6地址极其充足的优势。所以双栈其实很尴尬。
3、从网络安全的角度来看,IPv4/IPv6双栈的安全性要低于纯IPv4或纯IPv6网络。双栈运维管理更加复杂,安全风险更大、运营成本更高。因此IPv4升级v4v6双栈,不如直接升级IPv6-only。
因此老赵认为,对于有条件的企业,跳过IPv4/IPv6双栈阶段,直接一步到位部署IPv6-only,可能是一个更好的选择。
对于支持IPv4用户访问,解决办法是在IPv6-only网络边界部署应用发布(负载均衡或6/4转换设备)系统,即可实现支持IPv4网络访问。
老赵在不同的时间地点,与几位在TOP级央企、互联网公司工作的朋友交流了上述观点,没想到得到了他们一致认同。几个朋友互不认识,但不约而同表达了一个相同的观点:
未来网络的形态必然走向IPv6-only,TOP级别央企/ICP有足够技术实力和资金支撑,完全可以超前一步直接部署IPv6-only。不做双栈。
他们是这么想的,也准备这么干。
跳过IPv4/IPv6双栈阶段,直接一步到位IPv6-only!这种策略可行吗,会不会太疯狂?走太快了会不会跌个大跟头?
大家有何看法,欢迎留言,各抒己见。
声明:本文来自IPv6头跳,版权归作者所有。文章内容仅代表作者独立观点,不代表安全内参立场,转载目的在于传递更多信息。如需转载,请联系原作者获取授权。
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- C# 永远不会返回的方法真的不会返回
- “Oracle 不会放弃 Java!”
- 还学不会webpack?看这篇
- 我去,你竟然还不会用 synchronized
- 我去,你竟然还不会用 synchronized
- AI 不会同传,但终究会讯飞
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
Haskell Programming from first principles
Christopher Allen、Julie Moronuki / 2015 / USD 59.00
I am writing this book because I had a hard time learning Haskell. It doesn't have to be that way. I've spent the last couple years actively teaching Haskell online and in person. Along the way, I ......一起来看看 《Haskell Programming from first principles》 这本书的介绍吧!