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
Attachment:
signature.asc
Description: OpenPGP digital signature