从 IPv4 到 IPv6
预计用于网站地址和路由流量的互联网协议，称为互联网协议版本4（IPv4），将无法永远处理越来越多的网站。 最终，网站数量将超过IPv4的43亿个地址的32位能力。
虽然在处理这个问题方面存在巨大的延迟，但最终互联网工程任务组引入了IPv6，并在2008年奥运会上首次正式使用IPv6。 IPv6 的 128 位寻址方案允许 3.4×1038 个地址。 最后是 38 个零;比十亿这个词所表示的 9 位数字成倍增加。
IPv6 过渡证明很困难
向IPv6的过渡一直很慢。 困难的一个重要原因是这两个版本不兼容，因为系统只能运行IPv4或IPv6。 如果必须实现两个版本，则必须采用特殊的双堆栈方法，这可能会引入兼容性和安全问题。
2012年，当谷歌等主要参与者转换时，IPv6的采用率出现了上升。 但是，与IPv4相比，IPv6流量仍然相当微不足道。 根据谷歌的统计，目前只有约1.25%的用户具有原生IPv6功能，高于2012年初的约0.4%。
人们普遍认为，IPv4到IPv6的过渡是必要的。 随着支持IPv6的系统变得司空见惯，使用IPv6的需求变得不可避免，IPv6将获得牵引力，并日益成为标准的互联网协议方法。
IPv6 监控以确保性能
这种 向IPv6的过渡 在网站监控方面具有重要意义。 有人担心过渡可能存在潜在的性能问题。 此外，适用于IPv4的最终用户网站性能监控方法不适用于IPv6。 考虑一下：
- 双栈 IP 方法引入了额外的安全性和性能问题
- 仍处于起步阶段，与IPv6部署相关的所有安全和用户端性能问题可能尚未完全了解或理解。
- 设备和地址呈指数级增长，增加了复杂性
- 通过 IPv6 提高安全性可能会妨碍监控
当企业依赖于可靠的访问和一致的用户体验时，无论网站地址和流量使用什么互联网协议，都必须知道网站是否正常工作。 但是，在IPv6监控方面，并非所有监控服务都是平等的。
网络监视器IPv6网站监控
Dotcom-Monitor 建立了一个原生 IPv6 监控局，致力于有效的端到端 IPv6 网站性能监控。 Dotcom 监视器测试性能和可访问性，还可以模拟真实用户活动，例如验证文本和图像以及门户登录和购物车功能。
性能趋势和错误警报报告分别用于随着时间的推移提高服务质量，从而加快平均修复时间 （MTTR）。
作为此 IPv6 监控的结果：
- 通过端到端用户体验的实时视图（用户体验监控）实现更高效的托管 IT 服务交付
- 能够识别全球网络的性能问题，从而减少 MTTR
- 在客户意识到并投诉之前主动识别服务问题并确定其优先级
创建将 IPv4 网络切换到 IPv6 的计划时，建议使用启用了 IPv6 的监视服务（如 Dotcom 监视器）。 IPv6 监控位置、IPv6 趋势报告、瀑布图和网络级细分将有助于分析 IPv6 性能，以快速排除故障并解决问题。
立即开始使用 Dotcom 监视器，免费试用
30 天
。
