Dotcom-Monitor 现在提供了专用的 IPv6 监视位置，这意味着从此位置监视的任务将无法解析 IPv4 网络的流量，因此，如果通信无法通过 IPv6 兼容网络传输，则此位置将返回失败的监视结果。
现在，您可以专门从”仅限 IPv6″位置测试 IPv6 连接，以确保仅通过 IPv6 节点访问您的服务。 这对于测试 IPv6 特定分辨率非常有用，因为不同的网络设备上都有可用的配置，这些配置可能允许 IPv4 和 IPv6 节点之间的流量，这些节点不适用于 IPv6-Only 节点。 例如，在通信的一端，您可能有一个路由器，该路由器尝试使用隧道机制通过仅 IPv4 网络隧道 IPv6 发送 IPv6 流量，而另一端的路由器无法从 IPv4 隧道数据中提取 IPv6 地址。
利用 IPv6 位置还允许您确保您使用的任何 API 能够处理 IPv6 通信。 IPv6 监视位置将在应用程序无法响应时触发警报，从而告知应用程序是否具有 IPv6 感知。
作为 Web 开发人员或 IT 团队成员，您绝对不可能有太多数据来详细说明网站的性能及其与业内其他用户的比较情况。 了解您的网站性能与互联网交叉采样相比的一种简单方法只需三个步骤：
语音连接至关重要。 您的手机系统已关闭，您无法与客户通信。 经过几个小时的故障排除后，您又设法使服务重新启动，但您现在该怎么办？ 无论您是使用基于 SIP 的 VoIP 系统、通过 T1 线路进行数字语音还是 POTS（普通旧电话服务），这些语音服务都需要提供。
利用 Dotcom-Monitor 服务，NCM Online 于 6 月对 20 个主要 Web 主机的性能进行了基于事实的观察，并继续全年测试其他主机（对列表的最新更新是 2014 年 8 月 2 日）。 这些测试包括从每个提供程序购买共享托管计划，以及收集每个提供程序上使用相同网站至少 10 个并发天数的页面加载速度平均值和停机时间百分比。 此过程提供了 NCM Online 用于对不同共享托管服务提供商进行排名的 10 个标准中的 2 个。
Dotcom-Monitor 上的新 DNS 缓存功能允许您执行一些有趣的测试，显示 DNS 缓存如何影响页面加载速度。
我们意识到，许多组织监控其在线服务时考虑到了许多不同的目标，因此我们听取了我们收到的反馈，即一些用户希望在其监视中包含 DNS 响应时间，而一些用户希望能够从监视器中删除 DNS 响应。
您希望如何处理 DNS 响应时间以满足您的监控需求由您决定，但我们希望借此机会使用我们的新工具显示 DNS 响应时间如何影响网站负载的差异。
我们运行了一个测试监控 YouTube 从美国中西部的一个位置，具有三个不同的 DNS 缓存设置。 YouTube 首页上的基本 HTTP 全页加载产生了一些有趣，尽管结果并不令人惊讶。
请记住，结果将因许多变量而异，例如您监视的位置、一天中的时间、DNS 服务器上的负载以及网站服务器上的负载。
您经常被问到”网站关闭了吗？ 此类呼叫可能导致数小时的丢失时间，但发现对于有限的用户群来说，这是一个小问题。 您是否拥有主动检测和处理此类问题的工具？
1998年©- 2024 网络监测公司 保留所有权利。
