Hi, Henrique. >>>> watching mtr for a few minutes waiting for the ssh connections to freeze >>>> and I've only seen that the hops from the cablemodem turn red when >>>> everything freezes. I'm going to do the test again by connecting >>>> directly via ethernet to ensure the results are reproducible.
>>> I did the test again by connecting the notebook with a cable to the >>> TP-Link router (192.168.2.1). When the connections are dropped, all the >> Do it _directly_ connected to the cable modem, please. And by that I >> also mean without any VMs, containers, virtual network devices, or NAT >> in the middle. > Yesterday I did another test connecting a PC with cable directly to the > cablemodem. The test was done with the PC without virtualization in the > middle. The result was similar to the previous ones. > > https://ibin.co/3AOR4sbcReOc.png > > When the hops all turn red, does that mean the cablemodem is not responding? I asked you this question because I did another test where I noticed that although the ping to the cablemodem is not interrupted, MTR shows all the hops in red: 14.44 GMT-3 => MTR stays red from ping 3153 to 3160 (seven seconds). - Server in FR => 18:44:15 GMT+1 (drops connection) - Server en EEUU => 12:44:17 GMT-5 (drops connection) - Ping to cablemodem is not interrupted: https://ibin.co/3AT1DTFK65tS.png ------------------------------------------------------------------------------ viper@defiant:~$ ping 192.168.1.1 | while read pong; do echo "$(date): $pong"; done (...) sáb ene 28 14:43:39 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3184 ttl=64 time=0.595 ms sáb ene 28 14:43:40 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3185 ttl=64 time=0.542 ms sáb ene 28 14:43:41 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3186 ttl=64 time=0.542 ms sáb ene 28 14:43:42 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3187 ttl=64 time=0.624 ms sáb ene 28 14:43:43 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3188 ttl=64 time=0.555 ms sáb ene 28 14:43:44 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3189 ttl=64 time=0.556 ms sáb ene 28 14:43:45 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3190 ttl=64 time=0.630 ms sáb ene 28 14:43:46 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3191 ttl=64 time=0.573 ms sáb ene 28 14:43:47 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3192 ttl=64 time=0.568 ms sáb ene 28 14:43:48 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3193 ttl=64 time=0.581 ms sáb ene 28 14:43:49 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3194 ttl=64 time=0.566 ms sáb ene 28 14:43:50 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3195 ttl=64 time=0.531 ms sáb ene 28 14:43:51 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3196 ttl=64 time=0.610 ms sáb ene 28 14:43:52 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3197 ttl=64 time=0.543 ms sáb ene 28 14:43:53 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3198 ttl=64 time=0.554 ms sáb ene 28 14:43:54 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3199 ttl=64 time=0.627 ms sáb ene 28 14:43:55 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3200 ttl=64 time=0.564 ms sáb ene 28 14:43:56 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3201 ttl=64 time=0.539 ms sáb ene 28 14:43:57 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3202 ttl=64 time=0.606 ms sáb ene 28 14:43:58 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3203 ttl=64 time=0.566 ms sáb ene 28 14:43:59 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3204 ttl=64 time=0.576 ms sáb ene 28 14:44:00 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3205 ttl=64 time=0.618 ms sáb ene 28 14:44:01 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3206 ttl=64 time=0.572 ms sáb ene 28 14:44:02 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3207 ttl=64 time=0.560 ms sáb ene 28 14:44:03 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3208 ttl=64 time=0.642 ms sáb ene 28 14:44:04 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3209 ttl=64 time=0.564 ms sáb ene 28 14:44:05 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3210 ttl=64 time=0.558 ms sáb ene 28 14:44:06 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3211 ttl=64 time=0.594 ms sáb ene 28 14:44:07 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3212 ttl=64 time=0.547 ms sáb ene 28 14:44:08 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3213 ttl=64 time=0.536 ms sáb ene 28 14:44:09 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3214 ttl=64 time=0.612 ms sáb ene 28 14:44:10 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3215 ttl=64 time=0.540 ms sáb ene 28 14:44:11 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3216 ttl=64 time=0.625 ms sáb ene 28 14:44:12 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3217 ttl=64 time=0.764 ms sáb ene 28 14:44:13 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3218 ttl=64 time=0.595 ms sáb ene 28 14:44:14 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3219 ttl=64 time=0.539 ms sáb ene 28 14:44:15 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3220 ttl=64 time=0.607 ms sáb ene 28 14:44:16 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3221 ttl=64 time=0.551 ms sáb ene 28 14:44:17 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3222 ttl=64 time=0.573 ms sáb ene 28 14:44:18 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3223 ttl=64 time=0.656 ms sáb ene 28 14:44:19 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3224 ttl=64 time=0.603 ms sáb ene 28 14:44:20 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3225 ttl=64 time=0.570 ms sáb ene 28 14:44:21 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3226 ttl=64 time=0.633 ms sáb ene 28 14:44:22 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3227 ttl=64 time=0.588 ms sáb ene 28 14:44:23 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3228 ttl=64 time=0.607 ms sáb ene 28 14:44:24 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3229 ttl=64 time=0.614 ms sáb ene 28 14:44:25 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3230 ttl=64 time=0.614 ms sáb ene 28 14:44:26 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3231 ttl=64 time=0.550 ms sáb ene 28 14:44:27 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3232 ttl=64 time=49.9 ms sáb ene 28 14:44:28 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3233 ttl=64 time=0.501 ms sáb ene 28 14:44:29 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3234 ttl=64 time=0.537 ms sáb ene 28 14:44:30 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3235 ttl=64 time=0.503 ms sáb ene 28 14:44:31 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3236 ttl=64 time=0.549 ms sáb ene 28 14:44:32 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3237 ttl=64 time=0.558 ms sáb ene 28 14:44:33 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3238 ttl=64 time=0.528 ms sáb ene 28 14:44:34 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3239 ttl=64 time=0.556 ms sáb ene 28 14:44:35 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3240 ttl=64 time=0.513 ms sáb ene 28 14:44:36 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3241 ttl=64 time=0.533 ms sáb ene 28 14:44:37 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3242 ttl=64 time=0.571 ms sáb ene 28 14:44:38 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3243 ttl=64 time=0.524 ms sáb ene 28 14:44:39 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3244 ttl=64 time=0.507 ms sáb ene 28 14:44:40 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3245 ttl=64 time=0.564 ms sáb ene 28 14:44:41 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3246 ttl=64 time=0.551 ms sáb ene 28 14:44:42 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3247 ttl=64 time=0.518 ms sáb ene 28 14:44:43 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3248 ttl=64 time=0.571 ms sáb ene 28 14:44:44 ART 2017: 64 bytes from 192.168.1.1: icmp_seq=3249 ttl=64 time=0.530 ms ------------------------------------------------------------------------------ That is, when MTR turns everything red, the two connections to the servers are frozen. I'm not sure what this means that MTR puts each hop in red because if I leave a ping against the cablemodem, the ping is never interrupted. At one point the latency is triggered to almost 50 ms, but that happens about 10 s after the connections are dropped. Kind regards, Daniel
signature.asc
Description: OpenPGP digital signature