44net

44net@mailman.ampr.org

2 participants
3201 discussions

Re: [44net] Performance of DNS
by Rob Janssen 05 Aug '14

05 Aug '14

44net-request(a)hamradio.ucsd.edu wrote: > Subject: > Re: [44net] Performance of DNS > From: > Brian Kantor <Brian(a)UCSD.Edu> > Date: > 08/05/2014 07:21 PM > > To: > AMPRNet working group <44net(a)hamradio.ucsd.edu> > > > On Tue, Aug 05, 2014 at 07:14:12PM +0200, Rob Janssen wrote: >> >I often experience relatively slow lookups of DNS records in .ampr.org and 44.in-addr.arpa. > It can be instructive to use the 'dig' '+trace' option to do lookups > as that will give you timing results as the query descends the tree. > That way you can get an idea of where the delay may be. Together with > the '@' option to direct your query to a particular nameserver you might > be able to identify the bottleneck when it occurs. > - Brian > I did some testing and I find that the two servers closest to me (in DE and UK) return results very quickly, under 80ms, while munnari.OZ.AU is very slow, it takes a second per query. Of course it is on the other end of the world, the pingtime is 350ms. The lookup of org and ampr (when not in cache) also take 300ms each, so in total a lookup takes quite some time. When I trick the whole thing using these bind9 zones in my local caching resolver: zone "ampr.org" IN { type forward; forward first; forwarders { 192.109.42.4; 195.66.148.101; }; }; zone "44.in-addr.arpa" IN { type forward; forward first; forwarders { 192.109.42.4; 195.66.148.101; }; }; everything is very very fast. of course this is to be expected, as the tree lookups are no longer required and the fastest (for me) servers are used first. But of course it is a dirty trick, and it will fail when those servers change address. It looks like bind does not remember performance of DNS servers as it does for forwarders, or when it does it may have forgotten that info by the time it is required again and therefore does not use only the fastest servers? Rob

1 0

seeking recommendations for VPN capible (home) router
by Eric Fort 05 Aug '14

05 Aug '14

I'm presently seeking recommendations for a consumer grade home router that will work as both a vpn client and vpn server for PPTP, L2TP, OpenVPN, and IPSEC protocols. support for plain GRE would be useful as well. the router should be easy to configure with a fill in the boxes and check marks type web interface. Ideally an unlimited number of VPN tunnels would be supported along with support for RIP and OSPF. what does this list know of that comes at least close to this? Eric AF6EP

5 4

Performance of DNS
by Rob Janssen 05 Aug '14

05 Aug '14

I often experience relatively slow lookups of DNS records in .ampr.org and 44.in-addr.arpa. Not every time, but lookup times of 2-3 seconds occur quite often, especially for the first one in a series (the TTL in the zones is only an hour, so there is little caching). 44.in-addr.arpa also sometimes fail for existing hosts, to succeed when they are re-tried later. Do other people see this? It looks like there are 7 DNS servers, which seems to be plenty. Are they overloaded? Do we need or like to have more DNS servers? Should I volunteer to provide one? Or could there be another reason for this phenomenon? Rob

3 2

total monthly traffic count for 44/8
by Eric Fort 04 Aug '14

04 Aug '14

What is the total monthly amount of traffic produced and responded to by ALL hosts on 44/8? anyonh have a vague number for this? how much traffic passes monthly through amprgw? Eric AF6EP

5 6

Test Please ignore
by gm4upx＠gb7jd.co.uk 02 Aug '14

02 Aug '14

test

2 2

ampr.org hostname resolves to non 44/8 ip - what's up here?
by Eric Fort 02 Aug '14

02 Aug '14

doing some testing here this morning and went to login to af6hf.ampr.org and saw the following: debian@arm:~$ telnet af6hf.ampr.org Trying 92.242.140.21... just curious what's going on here. can we now assign any ip addresses to our delegated domain namespace? I had always thought that foo.ampr.org would be placed in 44/8 ip space. Eric AF6EP

5 9

Co-ordinate ??
by gm4upx＠gb7jd.co.uk 29 Jul '14

29 Jul '14

Hello, Anyone else experiencing this ?? When I click on the [ Co-ordinators ] part I should be directed to [ https://portal.ampr.org/coord_index.php ] but I am re-directed to [ https://portal.ampr.org/index.php ] Regards, Ian..

4 4

Re: [44net] 44Net Digest, Vol 3, Issue 119
by Rob Janssen 28 Jul '14

28 Jul '14

44net-request(a)hamradio.ucsd.edu wrote: > Subject: > Re: [44net] VPN or Gatwaying without control of NAT router WAS: 44Net Digest, Vol 3, Issue 118 > From: > Eric Fort <eric.fort(a)gmail.com> > Date: > 07/28/2014 06:16 AM > > To: > AMPRNet working group <44net(a)hamradio.ucsd.edu> > > > thanks geoff. I did login and look it up, then sent it on. looks > like this subnet will finally be coming online..... even if packets > need to route via romania on their way here! those in the us, really > ought pitch in and find some isp willing to bgp announce for us in > exchange for a moderate fee for hosting a vpn concentrator for the > announced subnets. with the low expected traffic usage it "shouldn't" > be that costly to do. anyone know a friendly us based isp? Please note that there is no relation whatsoever between announcing via BGP and offering an OpenVPN or other VPN access instead of IPIP tunnels. Those are two completely ortogonal subjects. It is possible to setup an OpenVPN or other VPN access on a gateway that is connected to others via IPIP tunnels, that is what I have now. And it is possible to have a BGP announced gateway that does not offer OpenVPN. And it is possible to combine the two. You can setup an OpenVPN access system that operates as a normal IPIP gateway on any of the low-cost virtual servers that you can get everywhere today. No need for ISP cooperation or BGP routing. Just get a Linux virtual server, install a couple of packages, configure them, and there you go. Rob

2 1

Re: [44net] 44Net Digest, Vol 3, Issue 118
by Rob Janssen 28 Jul '14

28 Jul '14

44net-request(a)hamradio.ucsd.edu wrote: > Subject: > Re: [44net] 44Net Digest, Vol 3, Issue 117 > From: > Eric Fort <eric.fort(a)gmail.com> > Date: > 07/27/2014 06:49 AM > > To: > AMPRNet working group <44net(a)hamradio.ucsd.edu> > > > Rob, > > for the specific situation I'm in we ought chat. I do eventually want > to set up my own 44net vpn hub.... but for the moment it would work > just fine to have an ip out of finland or elsewhere. now if someone > wanted to setup a vpn server host for various yet to be routed subnets > that would be even cooler..... but yes, let's chat. a vpn connection > to you would be most welcome. > > Thanks, > > Eric Eric, My VPN server is only configured for Dutch IP adresses, as I have configured it in such a way that it can use existing allocated net-44 addresses, for which I am the coordinator for 44.137.0.0/16, and I am setting up a server for this network to be announced on BGP. That is not finished (waiting for permission from the ISP and then from ARDC), but it already operates as a gateway. On that machine I installed the OpenVPN server. So it only works for existing adresses in the 44.137.0.0/16 network, that are not within a subnet registered at the portal. However, others have taken a different approach, they allocate new addresses from a special subnet. I think the Finnish server does this as well. Best would be if someone nearer to you provides this service, as this yields much better performance. Rob

4 6

Re: [44net] 44Net Digest, Vol 3, Issue 118
by Ernest.Tse＠Pacswitch 28 Jul '14

28 Jul '14

An embedded and charset-unspecified text was scrubbed... Name: not available URL: <http://hamradio.ucsd.edu/mailman/private/44net/attachments/20140728/71d2ac1…>

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net