<div dir="ltr">... I'm also curious to know if <a href="https://www.torproject.org/projects/torbrowser.html.en">the TOR Browser</a> works for you, since it will most assuredly take a different path, etc., to <a href="http://www.tug.org">www.tug.org</a>.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 18, 2017 at 9:30 PM, Rick Graham <span dir="ltr"><<a href="mailto:rickhg12hs@gmail.com" target="_blank">rickhg12hs@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Denis, <div dir="auto"><br></div><div dir="auto">Sorry for your connectivity issues... but this is the best holiday season mystery so far.  :)<div dir="auto"><br></div><div dir="auto">Do all computers, smartphones, etc., from your location show the same symptoms? </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Richard </div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Dec 18, 2017 20:03, "Denis Bitouzé" <<a href="mailto:dbitouze@wanadoo.fr" target="_blank">dbitouze@wanadoo.fr</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 18/12/17 à 13h20, Michael Shell a écrit :<br>
<br>
> On Mon, 18 Dec 2017 17:20:00 +0100<br>
> Denis Bitouzé <<a href="mailto:dbitouze@wanadoo.fr" target="_blank">dbitouze@wanadoo.fr</a>> wrote:<br>
><br>
>> WDYT?<br>
><br>
> From all the information provided, it sure does look like a problem<br>
> with the TUG hosting company or ISP.<br>
<br>
Agree?<br>
<br>
> Now, that said, trying disconnecting your internet connection - power<br>
> down and reset your modem/router,<br>
<br>
That's what I'm doing every evening.<br>
<br>
> even disconnect it from the wall for an hour or so.<br>
<br>
Not disconnected but powered down every night, is it enough?<br>
<br>
> Try forcing a change in your router's IP address.  You<br>
> can find info by doing a search for:<br>
><br>
> how reset router IP address<br>
<br>
Sigh... I read on my ISP forums that either my IP is fix and it cannot<br>
be changed, or it is dynamic and I shouldn't have this problem since<br>
such a long time.<br>
<br>
> The above said, if I had to bet, my money would go on that the problem<br>
> you are seeing is the result of a MTU/fragmentation/ECN router bug<br>
> issue within an ISP network. See:<br>
><br>
> <a href="https://superuser.com/questions/386708/cant-access-some-websites-possible-mtu-issue-on-the-router" rel="noreferrer" target="_blank">https://superuser.com/question<wbr>s/386708/cant-access-some-<wbr>websites-possible-mtu-issue-<wbr>on-the-router</a><br>
> <a href="http://blog.glinskiy.com/2009/02/packetization-layer-path-mtu-discovery.html" rel="noreferrer" target="_blank">http://blog.glinskiy.com/2009/<wbr>02/packetization-layer-path-mt<wbr>u-discovery.html</a><br>
> <a href="https://fitzcarraldoblog.wordpress.com/2010/11/30/why-cant-i-access-a-specific-web-site/" rel="noreferrer" target="_blank">https://fitzcarraldoblog.wordp<wbr>ress.com/2010/11/30/why-cant-<wbr>i-access-a-specific-web-site/</a><br>
<br>
Sigh... beyond my skills.<br>
<br>
> In short, something is "special" about the packets your system is<br>
> generating, not necessarily "wrong", just "rather unique" and this<br>
> is triggering a bug in a router downstream.<br>
<br>
I see.<br>
<br>
> Of course, the network provider doesn't believe it is their problem<br>
> because, "Hey, our stuff works for everyone else, so we *must* be OK."<br>
<br>
Sigh...<br>
<br>
> Under Linux/Unix, you can do a<br>
><br>
> ip link list<br>
<br>
  ┌────<br>
  │ ╭─bitouze@drums-bis ~/<br>
  │ ╰─➤  ip link list<br>
  │ 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1<br>
  │     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br>
  │ 2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_<wbr>UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000<br>
  │     link/ether 50:9a:4c:31:ce:9d brd ff:ff:ff:ff:ff:ff<br>
  │ 3: virbr0: <NO-CARRIER,BROADCAST,MULTICAS<wbr>T,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000<br>
  │     link/ether 52:54:00:52:29:68 brd ff:ff:ff:ff:ff:ff<br>
  │ 4: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN mode DEFAULT group default qlen 1000<br>
  │     link/ether 52:54:00:52:29:68 brd ff:ff:ff:ff:ff:ff<br>
  └────<br>
<br>
> to see the Maximum Transmit Unit (MTU, aka send packet size) each<br>
> of your network interfaces is using. The MTU on the outgoing interface<br>
> should not be over 1500. You should try setting it lower, to say, 1450:<br>
<br>
Except loopback, seems to be OK, isn't it?<br>
<br>
> ifconfig wlan0 mtu 1450<br>
<br>
  ┌────<br>
  │ ╭─root@drums-bis /home/bitouze<br>
  │ ╰─➤  ifconfig enp0s31f6: mtu 1450<br>
  └────<br>
<br>
but that didn't help.<br>
<br>
> You can also try enabling Packetization Layer Path MTU Discovery<br>
> (PLPMD) and see if that has any effect:<br>
><br>
> echo 2 > /proc/sys/net/ipv4/tcp_mtu_pro<wbr>bing<br>
<br>
Well, I'm not sure: what are the commands to run before?<br>
<br>
> Another source of such problems is buggy routers that do not<br>
> support Explicit Congestion Notification (ECN) which is controlled<br>
> under the Linux kernel via<br>
><br>
> /proc/sys/net/ipv4/tcp_ecn<br>
><br>
> e.g.,<br>
> cat /proc/sys/net/ipv4/tcp_ecn<br>
> echo 0 > /proc/sys/net/ipv4/tcp_ecn<br>
><br>
> see for example:<br>
><br>
> <a href="http://bloat.bufferbloat.narkive.com/BtoUTYXS/ecn-blocking-router-found" rel="noreferrer" target="_blank">http://bloat.bufferbloat.narki<wbr>ve.com/BtoUTYXS/ecn-blocking-<wbr>router-found</a><br>
<br>
Sigh... beyond my skills.<br>
<br>
I blindly run the commands above but no success for my problem.<br>
<br>
> Anyway, I think the line of reasoning above is on the right track,<br>
> even if not perfectly spot on with regard to the name of the<br>
> specific network parameter that is triggering the bug in your<br>
> case.<br>
<br>
If my router and/or my ISP were wrong, I probably encountered this<br>
problem with other sites, isn't it?<br>
<br>
> If you find the cause, please do let us (as well as the ISP) know<br>
> who is the offender.<br>
<br>
Of course.<br>
<br>
Many thanks for such a detailed message!<br>
<br>
Cheers.<br>
--<br>
Denis<br>
<br>
</blockquote></div></div>
</div></div></blockquote></div><br></div>