Hi, Henrique. On 27/01/17 19:11, Henrique de Moraes Holschuh wrote: >> I thought about doing a test with MTR. Maybe it could provide some >> interesting information. This way I left in a later window an ssh >> connection to a server running htop, and a window ahead running MTR. >> >> When the window with htop freezes, MTR shows as a cascade failure from >> the cablemodem, turning red the hosts from this (192.168.1.1). This >> stays red for about three or four seconds and then goes >> back to black. >> >> https://ibin.co/3AMfJ9PYCGJ4.png > Why is it getting packet loss to the *first* hop? Wifi? Do that test > using an ethernet connection... The first hop (192.168.2.1) is my TP-Link WDR-3600 router with OpenWRT. At the time of the test with mtr, I was connected with my notebook to that router wirelessly. The second hop (10.1.0.10) is my firewall with Debian Jessie. It called my attention to see packet loss in both, although I was struck by the fact that from the cablemodem everything turned red for a few seconds at the time the connections freeze. >> What do you think? Will it be a problem with the cablemodem? > I don't know which hop is your cable modem, but you need to explain the > first hop losing packets. If it drops return packets that often, you > cannot assume where any loss after that one is happening: it could be > just their return packets being dropped by the first hop. The cablemodem is 192.168.1.1, so the CMTS is 10.96.0.1. I've been 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. Thanks for your reply and your time. Kind regards, Daniel
Attachment:
signature.asc
Description: OpenPGP digital signature