44net

44net@mailman.ampr.org

3196 discussions

Re: [44net] NTP Server Test
by Rob Janssen 30 Jan '16

30 Jan '16

> Subject: > [44net] NTP Server Test > From: > lleachii(a)aol.com > Date: > 01/30/2016 09:13 AM > > To: > 44net(a)hamradio.ucsd.edu > > > All, > > I have an NTP Server online at kb3vwg-001.ampr.org. Let me know if it's reachable from your hosts. This is currently in testing (the domain may move perhaps to tick.ampr.org.). > > > 73, > > > KB3VWG > Like the others, I cannot reach your server. However, when people want to have an NTP server from AMPRnet, we are running one on our gateway in Amsterdam at 44.137.0.1 It is referenced off 8 stratum-1 GPS-locked servers that are part of our co-channel diversity FM repeater network. remote refid st t when poll reach delay offset jitter ============================================================================== *44.137.8.140 .PPS. 1 u 414 1024 377 4.918 -0.052 0.079 -44.137.41.97 .PPS. 1 u 689 1024 377 13.387 -1.770 0.104 +44.137.72.10 44.137.72.16 2 u 490 1024 377 8.022 0.037 0.045 -44.137.72.16 .PPS. 1 u 842 1024 377 7.952 0.036 0.077 -44.137.72.130 .PPS. 1 u 123 1024 377 8.604 -0.122 0.036 +44.137.72.131 .PPS. 1 u 489 1024 377 8.756 -0.135 0.055 -44.137.73.3 .PPS. 1 u 993 1024 377 13.443 0.128 0.022 -44.137.73.4 .PPS. 1 u 674 1024 377 13.358 0.158 0.064 -44.137.73.50 .PPS. 1 u 158 1024 377 18.075 0.249 0.173 Only (S)NTP. So no Time/TCP, Time/UDP or other time protocols. Rob

2 1

Might be of interest
by Steve L 30 Jan '16

30 Jan '16

If anyone has some new ideas for 44net, then this cloud server offer (One time free) might be of interest. http://www.cloudatcost.com/

1 0

Nevada IP Assignments
by Harold (K7ILO) 22 Jan '16

22 Jan '16

Hello all. I am the ip coordinator for the State of Nevada and responsible for 44.125.0.0/16 I decided to take a look at amprhost file and found many entries that I did not issue and not sure if these were added before I volunteered to handle the region or people have taken upon themselves to create these entries. This includes one that I recently assigned to someone who is actively using his assignment I would like to know if these are in use so that the amprhost file can be update by me getting rid of them if possible. Thanks Harold K7ILO Nevada IP Coordinator 44.125.10.1 kj6ix.ampr.org kj6ix (Just assigned via portal) 44.125.10.1 kmev.ampr.org kmev 44.125.128.1 ke7kd.ampr.org ke7kd 44.125.128.2 kb7llk.ampr.org kb7llk 44.125.128.5 n7ktl.ampr.org n7ktl 44.125.128.6 n7msd.ampr.org n7msd 44.125.128.8 wa1wsx.ampr.org wa1wsx 44.125.128.9 n7rad.ampr.org n7rad 44.125.128.11 w7kju.ampr.org w7kju 44.125.128.13 nr7a.ampr.org nr7a 44.125.128.14 n6whz.ampr.org n6whz 44.125.128.15 kd4iee.ampr.org kd4iee 44.125.128.17 ki7sy.ampr.org ki7sy 44.125.128.18 nt7e.ampr.org nt7e 44.125.128.20 kj7ca.ampr.org kj7ca 44.125.128.128 prg3.router.ampr.org prg3.router 44.125.128.129 dx9600.router.ampr.org dx9600.router 44.125.128.131 hamgate.n8khn.ampr.org hamgate.n8khn 44.125.129.1 wa6ewv.ampr.org wa6ewv 44.125.129.2 kb7pjb.ampr.org kb7pjb 44.125.129.3 wa4ist.nv.ampr.org wa4ist.nv 44.125.129.4 wi7c.ampr.org wi7c 44.125.129.5 kd6ulm.ampr.org kd6ulm 44.125.129.6 kb7mty.ampr.org kb7mty 44.125.129.7 nx6w.ampr.org nx6w 44.125.129.8 kf7go.ampr.org kf7go 44.125.129.32 kb6imj.ampr.org kb6imj 44.125.129.34 kd6mve.ampr.org kd6mve 44.125.129.64 n7vxb.ampr.org n7vxb 44.125.129.103 n8khn.ampr.org n8khn 44.125.129.105 hamgate2.n8khn.ampr.org hamgate2.n8khn 44.125.130.2 n0zte.ampr.org n0zte 44.125.131.2 kb7qbs.ampr.org kb7qbs 44.125.131.3 n7xbm.ampr.org n7xbm 44.125.132.1 kb7eiu.ampr.org kb7eiu 44.125.132.2 n7vle.ampr.org n7vle 44.125.132.3 ke6icy.ampr.org ke6icy 44.125.132.5 nf7v.ampr.org nf7v 44.125.132.6 kb7pux.ampr.org kb7pux 44.125.132.7 w6old.ampr.org w6old 44.125.132.9 kb7pdf.ampr.org kb7pdf 44.125.132.12 ww7e.ampr.org ww7e 44.125.132.13 wb6w.ampr.org wb6w 44.125.132.34 n7npb.ampr.org n7npb 44.125.132.35 kb7no.ampr.org kb7no 44.125.132.36 kb7pde.ampr.org kb7pde 44.125.132.37 n7zfc.ampr.org n7zfc 44.125.132.38 wt8k.ampr.org wt8k 44.125.132.64 kc6rho.ampr.org kc6rho 44.125.132.67 kc7cex.ampr.org kc7cex 44.125.132.68 kc7cey.ampr.org kc7cey

16 37

*.ampr.net mappings
by Jim MacKenzie 21 Jan '16

21 Jan '16

Hi, I've got a subnet (44.135.130.0/23) and with the help of Brian in San Diego (thank you!), I got reverse DNS delegated to me (the subnet is routed via BGP). I got ve5eis.ca and mapped a couple of names in that domain to the IPs that are in service. Should I have a CNAME or some other alias in ampr.net also? Is this desirable practice or just what most people do? I'm pretty Linux- and Internet-savvy so so far I've just been doing my own thing. Thanks, Jim VE5EIS/VA5EIS/VE0EIS

3 3

Re: [44net] looking for Phil Karn KA9Q
by Assi Friedman 21 Jan '16

21 Jan '16

Karn (at) ka9q.net -----Original Message----- From: 44Net [mailto:44net-bounces+assi=kiloxray.com@hamradio.ucsd.edu] On Behalf Of R P Sent: Thursday, January 21, 2016 9:59 AM To: AMPRNet working group <44net(a)hamradio.ucsd.edu> Subject: [44net] looking for Phil Karn KA9Q (Please trim inclusions from previous messages) _______________________________________________ Does anyone have a contact with Phil Karn (ka9q) ? The email in QRZ didn't get any answer by him Thanks for any assistance Ronen - 4Z4ZQ _________________________________________ 44Net mailing list 44Net(a)hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net

1 0

Re: [44net] AMPRNet DNS cleanup
by Rob Janssen 21 Jan '16

21 Jan '16

> Subject: > Re: [44net] AMPRNet DNS cleanup > From: > Pedja YT9TP <yt9tp(a)uzice.net> > Date: > 01/20/2016 09:42 AM > > To: > AMPRNet working group <44net(a)hamradio.ucsd.edu> > > > > > On 19.1.2016. 20:09, K7VE - John wrote: >> I think people are making this way more complex than necessary: >> >> Two conditions exist: >> >> 1 - A DNS entry is essentially dead, nobody will notice if it's deleted. >> (probably > 95%) >> 2 - A DNS entry is in use. If it disappears, the affected party will >> notice and it can be corrected. > > Agree. I would not prefer to use this method. There is no guarantee that an affected party will notice that an address that they use disappears from DNS. Note that the list of addresses serves both as a registration list and a way to load the DNS zone, and people can be actively using their address without ever using the (public) DNS entry for it. > >> In general, it's time to flush old entries. > > > I do not know how whole process works, but on other service I use inactive accounts (and thus IP and DNS records) are not deleted, just disabled. Please understand that there currently is no such thing as "accounts" under which DNS records are registered. The registrations are made by local coordinators (for which there is some information available) on behalf of users who request an allocation. Local coordinators have varying amounts of detail available about the users. There certainly is no list of e-mail addresses of all users available, where they could be contacted about their allocation. Sure it would be nice to move to a new system where more detail is available about every record, like the date of registration and last re-confirmation and a contact address for the user. However, that also has some associated problems (in many countries it is not straightforward to setup such a database, especially not one accessible over internet, while remaining within legal restrictions about storing personal data). It will not be practical to contact everyone and ask them to create some account to manage their allocation. When it is decided to move to such a system, something has to be done about the existing allocations, to the very minimum those addresses that are allocated now should be protected or at least flagged when the new system tries to re-allocate them to someone else. Only unallocated addresses or confirmed obsolete addresses should be re-allocated, and in fact even within the current manual system I almost never re-allocate an abandoned address to someone else. There is no need to do so because of the vast amounts of empty space we have. Rob

1 0

Re: [44net] Traceroute for IPIP ?
by Steve L 20 Jan '16

20 Jan '16

Ronen, Traceroute over IPencap should work. You may need to ensure the TTL is 64 for your encapsulated routes. Your tunnel packets might be inheriting the TTL from some other interface like an IPV6 one. root@ampr-gw:~# traceroute hambook.de.ampr.org traceroute to hambook.de.ampr.org (44.225.164.16), 30 hops max, 60 byte packets 1 db0fhn.as64626.de.ampr.org (44.130.60.100) 134.560 ms 141.343 ms 139.976 ms 2 hamnet.db0fhn.as64626.de.ampr.org (44.130.60.101) 141.220 ms 140.716 ms 140.461 ms 3 bb-db0fhn.db0gw-2.as64621.de.ampr.org (44.224.2.5) 151.931 ms 152.563 ms 152.748 ms 4 bb-hubwest.db0hsn.as64621.de.ampr.org (44.224.2.18) 158.393 ms 159.046 ms 158.744 ms 5 44.224.53.158 (44.224.53.158) 158.890 ms 178.360 ms 178.948 ms 6 koedsp-core.db0dsp.as64632.de.ampr.org (44.224.24.59) 203.592 ms 162.314 ms 164.085 ms 7 link-kpg-koe.db0ko.as64634.de.ampr.org (44.224.28.157) 174.770 ms 206.083 ms 207.899 ms 8 eth3-core.db0kpg.as64634.de.ampr.org (44.224.28.158) 206.909 ms 206.145 ms 205.800 ms 9 bb-db0kpg.db0ko.as64634.de.ampr.org (44.224.28.161) 205.897 ms 206.280 ms 207.114 ms 10 bb-db0kpg.db0ko.as64634.de.ampr.org (44.224.28.161) 3189.252 ms !H 3191.819 ms !H 3192.353 ms !H root@ampr-gw:~# C:\Users\user>tracert hambook.de.ampr.org Tracing route to hambook.de.ampr.org [44.225.164.16] over a maximum of 30 hops: 1 2 ms 1 ms 1 ms 44.92.21.129 2 137 ms 134 ms 135 ms db0fhn.as64626.de.ampr.org [44.130.60.100] 3 135 ms 132 ms 135 ms hamnet.db0fhn.as64626.de.ampr.org [44.130.60.101] 4 147 ms 147 ms 146 ms bb-db0fhn.db0gw-2.as64621.de.ampr.org [44.224.2.5] 5 153 ms 153 ms 153 ms bb-hubwest.db0hsn.as64621.de.ampr.org [44.224.2.18] 6 175 ms 157 ms 155 ms 44.224.53.158 7 160 ms 181 ms 158 ms koedsp-core.db0dsp.as64632.de.ampr.org [44.224.24.59] 8 176 ms 159 ms 161 ms link-kpg-koe.db0ko.as64634.de.ampr.org [44.224.28.157] 9 164 ms 161 ms 162 ms eth3-core.db0kpg.as64634.de.ampr.org [44.224.28.158] 10 170 ms 168 ms 197 ms bb-db0kpg.db0ko.as64634.de.ampr.org [44.224.28.161] 11 bb-db0kpg.db0ko.as64634.de.ampr.org [44.224.28.161] reports: Destination host unreachable. Trace complete. C:\Users\user>

2 1

Re: [44net] Traceroute for IPIP ?
by Assi Friedman 20 Jan '16

20 Jan '16

Ronen: I do not know of a tool that can truly traceroute a tunnel encapsulated frame. When I do testing, I check the route to the to the tunnel endpoint (non 44 address) and when it uses the default router to uscd, I check to see that it gets to mirroshades. Assi

2 1

Re: [44net] AMPRNet DNS cleanup
by Steve L 20 Jan '16

20 Jan '16

I don't know how practical it would be to to try and monitor the dns server queries to help id which entries are used vs unused. But it might be something to consider sooner than later as you'd want to let this run for quite some time to build some statistics. Just throwing the idea out there. >As for figuring out what is unused or not, there isn't any good way of >determining that.

4 3

Re: [44net] DNS
by Steve L 20 Jan '16

20 Jan '16

Neil, Does your script count the BGP'd address space as gateways, or will it kick back GATENOTFOUND for those too? You can get those here: http://thyme.rand.apnic.net/current/data-add-ARIN | grep " 44\."

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net