我有一个很奇怪的问题。 简而言之，我的无线接入点是低的（约1毫秒），但是，一旦我做了跟踪路由，AP（第一跳）的延迟突然跳到〜1000毫秒。 任何想法可能导致这个问题？
更多细节：客户端：Macbook Pro，Mac OS X 10.11.4（El Capitan）AP：Ubiquity Unifi AP（2.4Ghz）路由器：Mikrotik HAP Lite
样品坪：
$ ping 192.168.11.1 PING 192.168.11.1 (192.168.11.1): 56 data bytes 64 bytes from 192.168.11.1: icmp_seq=0 ttl=64 time=0.958 ms 64 bytes from 192.168.11.1: icmp_seq=1 ttl=64 time=1.441 ms 64 bytes from 192.168.11.1: icmp_seq=2 ttl=64 time=1.036 ms 64 bytes from 192.168.11.1: icmp_seq=3 ttl=64 time=2.787 ms $ traceroute -n 8.8.8.8 traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets 1 192.168.11.1 226.210 ms 993.092 ms 1008.267 ms 2 10.10.0.1 1013.287 ms 995.103 ms 427.681 ms （他们相隔几秒钟）。
其他症状：缓慢的互联网访问（如预期）。 Speedtest显示3Mbps左右。 如果我使用电缆，那么我们正在寻找6Mbps +在Macbook上closuresWifi，然后重新开始往往会改善连接。 怀疑这可能只发生在macbook从睡眠中醒来之前我曾经在Macbook / UBNT Unifi AP的问题导致延迟/数据包丢失（Mac和一系列的AP，不只是UBNT报告的PLENTY）的问题。 经过大量的调整和调整，最近好多了。 症状是不同的，因为我会看到ping上的高延迟和数据包丢失，以及目前不好的ping结果。
Mikrotik AP在桥梁模式背后是UBNT Powerbeam。 使用PPPoE进行身份validation，另一端的UBNT扇区直接连接到Mikrotik 2011，直接连接到光纤回程。
任何想法/build议在哪里寻找可能的原因？
谢谢！
只是一个猜测，但ICMP回应请求更容易处理和响应。 MAC使用UDP数据包进行跟踪路由，这意味着数据包必须“在堆栈中更高”才能被处理，从而耗费更多的CPU时间。 我认为处理过期的数据包是一个相对较低的优先级任务。