44net April 2014

44net@mailman.ampr.org

62 participants
77 discussions

Re: [44net] Running for ARDC director position
by Rob Janssen 24 Apr '14

24 Apr '14

44net-request(a)hamradio.ucsd.edu wrote: > Subject: > Re: [44net] Running for ARDC director position > From: > Tom Hayward <esarfl(a)gmail.com> > Date: > 04/17/2014 08:23 PM > > To: > AMPRNet working group <44net(a)hamradio.ucsd.edu> > > > I believe Bart got frustrated with the lack of change-management and > specifications in AMPR. How your script is written depends on these > things. What we see every time again when those issues are discussed is that there are people who approach AMPRnet not as a hobby amateur packet radio network, what it is, but as an extension of their network at work, usually they work in a professional datacenter or at an ISP. They want documentation and specifications because that is what they have at work. But this is a hobby, and there are not going to be specifications and documentation until someone who feels the need for them is going to write it. And they do not volunteer! The usual way to gather information has been to ask here, and possibly to dig in the archives of this list. That may be a frustrating endeavour for a professional network admin, but for the average hobbyist it is a learning experience and a way to get things working by gradually tweaking the configuration. Please note that once you got everything working, it is pretty much useless. So we should not take away the challenge of getting things working. When there is a clear recipe to get everything working, or worse yet: automatic configuration, what reason would there be left to start the experiment to begin with? A lot of AMPRnet is about learning, not about achieving the end result: a perfectly working network. Because the fun ends once that goal is reached. Another thing I want to note is that Bart and some of his peers like to use a lot of inside terminology they speak with their colleagues at work. They disregard the fact that the people on this list are radio amateurs, people with a technical interest but not experts in internet technology as he is. Every couple of months the same discussion springs alive and people start to pingpong technical terms between them and lose everyone else. And worst, they don't hesitate to slash the existing system, claiming all the time that it is legacy technology, that it is very unreliable, that it has to be replaced by the stuff they use at work because at work everything is so much better, etc. But remember: that is at work. And this is our hobby. We may have different objectives, like being able to comprehend things. It may well be that the optimal solution for an amateur packet network is not the one that is optimal for the large internet with the professional admins. We also use NBFM to talk to our friends, a technology that is considered "legacy" by the professionals as well. Some even use morse code. They are not going to abandon that because all the professionals have switched. > > It seems that to be allowed/compliant in AMPR, it just has to work > with the existing system. But what is the existing system? There are a > lot of existing systems and most of them are not documented. For > example, we learned via the mailing list that many AMPR gateways have > a static route to 44/8. This isn't documented in the encap file, it's > just added by their scripts. Where is the specification for this? I don't think many gateways have a static route for 44/8. I certainly don't have one myself. I could add such a route (as a null route), maybe that is a good idea. I'll think about it. What I do have is a default route in table 44 that points to amprgw. But the purpose of that is NOT to serve as a route for 44/8, its purpose is to route everything OUTSIDE 44/8 back out via amprgw. I require that because my ISP acts responsibly and has BCP38 in place. In the past, before I installed ampr-ripd, I manually ran a script that downloaded the encap file and installed the routes. I never put that in a cron job because the server for that file failed so often and I felt it was better to monitor the process and fall back to the previous encap file when things went wrong. As a result, my routes were often not completely uptodate and it was a good idea to route traffic for which I had no correct tunnel route back to amprgw. In those days that still worked, amprgw (mirrorshades in those days) would forward that traffic to the actual gateway. Nowadays amprgw does not perform that function anymore, so indeed it good be a good idea to add a 44/8 null route. But I don't think small issues like this warrant all the uproar, and I think it is much more fun to discuss pro's and con's of a certain configuration on the list than to throw stones at the existing system and demand everything to be overturned to look like an enterprise network. Rob

6 5

Re: [44net] routable or private?
by Assi Friedman 23 Apr '14

23 Apr '14

There is no unified policy governing non-ham traffic on 44 networks. Each of us is bound to the terms and conditions of the respective national agency that issued our ham radio licenses. This is somewhat consistent with the mishmash of national regulations governing the global internet traffic. Also, most (if not all) amateur radio licenses weren't crafted with the internet in mind, and hence they don't provide clear cut guidance. Therefore, it is our responsibility as gateway operatorw to balance advancing the state of the art while maintaining compliance with our licenses. Assi kk7kx/4x1kx -----Original Message----- From: 44net-bounces+assi=kiloxray.com(a)hamradio.ucsd.edu [mailto:44net-bounces+assi=kiloxray.com@hamradio.ucsd.edu] On Behalf Of Paul Lewis Sent: Wednesday, April 23, 2014 2:16 PM To: AMPRNet working group Subject: Re: [44net] routable or private? (Please trim inclusions from previous messages) _______________________________________________ > >Personally I block all traffic with a non-44/8 source or destination, >but I was never sure if that is the "correct" policy?. > >73, Paula G8PZT > -- paul(a)skywaves.demon.co.uk _________________________________________ 44Net mailing list 44Net(a)hamradio.ucsd.edu http://hamradio.ucsd.edu/mailman/listinfo/44net

2 1

routable or private?
by Steve Wright 23 Apr '14

23 Apr '14

> If this is, " a hack to backbone a semi-private network on top of the > public internet" then why do we need 44/8? Please explain why 10/8 would > not work just as well? > >[....] if it's not going to be routable then why do we need 44/8? use > RFC1918 space and give 44/8 back. [...] We could attract many > into this hobby if we'd simply offer to be the teachers of the IP > networking craft using standards based methods used by everyone else across > the internet. > PRECISELY. Can we please make a decision on this and move ahead? I'd like to know, one way or the other, because I sure aint interested in all this private 44net stuff.. Is 44net routable or private? Steve

14 19

Re: [44net] 44Net Digest, Vol 3, Issue 80
by Steve Wright 22 Apr '14

22 Apr '14

> http://www.ampr.org/pubs.html > > http://www.ampr.org/faq.html > > I don't see what's missing. Build a Ham RF IP network. Hook if up > to the 44net community if desired. A very select few would need to > go the next step and get their own BGP ISP setup. If anything, that's > mentioned too much on the website and should be de-emphasized. > What's missing is, it's not in the wiki so people can find it. Edit, annotate, and add it to the wiki please. Thank you. Steve

3 3

Re: [44net] New Wiki Page - Services
by sp2lob＠tlen 22 Apr '14

22 Apr '14

Neil et al, Yes, it is active. I use it very often. Best regards. Tom - sp2lob

1 0

Directly connect 44nets
by Steve Wright 21 Apr '14

21 Apr '14

Wow a big flow of good information, and instant updates to the wiki! Well this is the problem isn't - noobs causing problems broadcasting the wrong information on the Internet and getting blocked by their ISP. We seriously need a properly written checklist, so that ordinary ham radio 'engineers' can actually build this stuff themselves. Approaching my ISP with some half-baked idea would be a quick way to get permanently ignored. -- Meshnetworks - Rangitaiki Plains Rural Broadband Internet Providers +64 21 040 5067

2 1

Re: [44net] 44Net Digest, Vol 3, Issue 78
by Steve Wright 21 Apr '14

21 Apr '14

> my thought is we need > more people working on finishing the portal first. What exactly is that going to DO? Here I am sitting on my hands trying to figure out how to get my (already allocated MONTHS AGO) /24 connected to the flamin internet. No one seems focussed on making a wiki entry about THAT. Rather, they'd be happier tunneling their little private network to someone elses'. It seems that many other groups have been waiting YEARS for this assistance or documentation, and MANY other groups who have just given up in disgust. Would the people who ACTUALLY HAVE a properly connected (live to the internet) 44 subnet that they openly brag about, kindly document the bloody thing in the wiki so I can do it as well? This isn't a dick measuring group, its a networking group. You know what you're doing, so write it up so mere mortals can achieve a positive result as well. There needs to be a sample equipment list with DIY workarounds for those with time but not money, and there needs to be a VERY well written document-set to hand to my ISP so I don't scare them into just plain refusing my request, or unduly taxing their tech team. Thank you.

5 5

Re: [44net] how to announce directly (Was 44Net Digest, Vol 3, Issue 78)
by Bryan Fields 20 Apr '14

20 Apr '14

On 4/20/14, 7:27 PM, Neil Johnson wrote: > I've summarized Eric's explanation and added an entry to the wiki. > > http://wiki.ampr.org/index.php/Announcing_your_allocation_directly +1. I think the point is if you have to ask how to connect (announce) your /24 to the internet you probably shouldn't be doing it on your own, your ISP needs to do it for you. Perhaps a overview of internet routing process is needed, as I want the 44/net to be a place to learn, but we need to ensure people understand what they are doing before messing with the global table. This is quite simple, but the LoA (letter of authority) and required information can be daunting to those who've never done it before. Also, if you're on the digest version, can you change the subject of your reply? I've been ignoring this thread since I didn't feel like reading it all at once. 73's -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net

3 3

Re: [44net] how to announce directly (Was 44Net Digest, Vol 3, Issue 78)
by Bryan Fields 20 Apr '14

20 Apr '14

On 4/20/14, 9:24 PM, Neil Johnson wrote: > and do my part > for keeping the global BGP routing table from expanding faster I disagree, I work for a company that sells routers. :D -- Bryan Fields 727-409-1194 - Voice 727-214-2508 - Fax http://bryanfields.net

1 0

Re: [44net] 44Net Digest, Vol 3, Issue 78
by Tim Osburn 20 Apr '14

20 Apr '14

Steve, Part of the request for 44-IP space from Brian for the intent to advertise it on the Internet is a ISP who is already willing and offered to do this. If this hasn't already been done the IP space you have may not have Brian's approval for that type of use. (But rather used for just IP-in-IP tunnel service) So before you go down that path you may want to check with him first. Once that is completed and you have a LoA (Letter of Authority) from Brian stating you have his approval to advertise this space on the Internet you should be able to do the following. (Some ISP's ask for a LoA, and most should ask). Also note the other requirements that one agrees too: http://www.ampr.org/tos.txt 1) Once you've already discussed this with yoru ISP and they are willing to do this, let the ISP know the IP space and send them the LoA. They will need this so that they can setup the required configs, notify their upstreams, and setup routing of that block to your router. This could take a couple of days, and unless they are HAM friendly (this really helps) or you also purchase a lot of services form them, I would have to guess they may charge for this service. 2) Have your ISP advertise the 44 space assigned to you using their existing BGP ASN and then have them route you your 44 block to your router. 3) This is probably why no one has written this because each person setup will be different depending on how you will use the space. But for yours (with not having any details at all) I will assume you have a router that connects to your ISP with three interfaces. One interface will connect to your ISP and that interface will have a external public routable IP, one interface will point to your internal network with perhaps a 192.168.0.1/24 IP running NAT on that interface. The 3rd interface will be a DMZ network where the 44-net addresses will live. Perhaps a switch plugs into this interface and a different switch plugs into your Internet NAT interface. (don't mix the two within the same logical network/switch/vlan). NOTE: This is only one very simplified example. https://www.osburn.com/ampr_network-140420-1.0.0-example_network.jpg Tim Osburn www.osburn.com W7RSZ On Mon, 21 Apr 2014, Steve Wright wrote: > Date: Mon, 21 Apr 2014 09:22:02 +1200 > From: Steve Wright <stevewrightnz(a)gmail.com> > Reply-To: AMPRNet working group <44net(a)hamradio.ucsd.edu> > To: 44net(a)hamradio.ucsd.edu > Subject: Re: [44net] 44Net Digest, Vol 3, Issue 78 > > (Please trim inclusions from previous messages) > _______________________________________________ >> my thought is we need >> more people working on finishing the portal first. > > What exactly is that going to DO? > > Here I am sitting on my hands trying to figure out how to get my (already > allocated MONTHS AGO) /24 connected to the flamin internet. No one seems > focussed on making a wiki entry about THAT. Rather, they'd be happier > tunneling their little private network to someone elses'. It seems that > many other groups have been waiting YEARS for this assistance or > documentation, and MANY other groups who have just given up in disgust. > > Would the people who ACTUALLY HAVE a properly connected (live to the > internet) 44 subnet that they openly brag about, kindly document the bloody > thing in the wiki so I can do it as well? This isn't a dick measuring > group, its a networking group. You know what you're doing, so write it up > so mere mortals can achieve a positive result as well. > > There needs to be a sample equipment list with DIY workarounds for those > with time but not money, and there needs to be a VERY well written > document-set to hand to my ISP so I don't scare them into just plain > refusing my request, or unduly taxing their tech team. > > Thank you. >

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net April 2014