Subj : Re: ZeroTier Network for TQWNet To : Deon George From : Vk3jed Date : Thu Apr 25 2019 09:19:00 -=> On 04-24-19 22:59, Deon George wrote to Vk3jed <=- DG> On 25 Apr 2019, Vk3jed said the following... Vk> Looks like some sort of timeout. :( Here's the entire log of the Vk> session you are referring to. DG> Are you doing DNS resolution? (Looks like you are) - as it times out DG> pretty quickly. Can you put my IPv6 address into your hosts file so DG> that it resolves quicker - see if that's related... Yeah worth a shot. I prefer to avoid hosts files, because they can get stale easily and be forgotten. Seems an odd place, I'd have expected the lookup to occur at the start, and it doesn't time out on local hosts (which have no DNS). I was thinking more a PMTU issue as the likely culbprit, because I think it's the point where bulk transfers start. But using the hosts files will eliminate one suspect. :) Anyway, I have tweaked my hosts file. And interesting that ZT is taking a while to find the best path between us. I'm guessing you don't have native IPv6, which means routing between us will be less efficient, because you're relying on my IPv4 tunnel - yes, IPv6 is the better protocol to reach my boards! :) root@lemaker:/sbbs/ctrl# ping6 auhub.zt.tqwnet PING auhub.zt.tqwnet(auhub.zt.tqwnet) 56 data bytes 64 bytes from auhub.zt.tqwnet: icmp_seq=1 ttl=64 time=2847 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=2 ttl=64 time=1845 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=3 ttl=64 time=1382 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=4 ttl=64 time=1052 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=5 ttl=64 time=593 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=6 ttl=64 time=617 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=7 ttl=64 time=1060 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=8 ttl=64 time=1848 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=9 ttl=64 time=1291 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=10 ttl=64 time=856 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=11 ttl=64 time=593 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=12 ttl=64 time=587 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=13 ttl=64 time=407 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=14 ttl=64 time=367 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=15 ttl=64 time=388 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=16 ttl=64 time=410 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=17 ttl=64 time=688 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=18 ttl=64 time=851 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=19 ttl=64 time=796 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=20 ttl=64 time=812 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=21 ttl=64 time=787 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=22 ttl=64 time=858 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=23 ttl=64 time=841 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=24 ttl=64 time=90.3 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=25 ttl=64 time=93.3 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=26 ttl=64 time=89.8 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=27 ttl=64 time=261 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=28 ttl=64 time=92.4 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=29 ttl=64 time=88.0 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=30 ttl=64 time=88.7 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=31 ttl=64 time=89.0 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=32 ttl=64 time=95.1 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=33 ttl=64 time=86.8 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=34 ttl=64 time=87.7 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=35 ttl=64 time=89.1 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=36 ttl=64 time=92.3 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=37 ttl=64 time=96.1 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=38 ttl=64 time=87.0 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=39 ttl=64 time=88.6 ms 64 bytes from auhub.zt.tqwnet: icmp_seq=40 ttl=64 time=88.7 ms .... There's no place like ::1 === MultiMail/Win v0.51 --- SBBSecho 3.03-Linux * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (1337:2/103) .