44net

44net@mailman.ampr.org

3196 discussions

wat to do now?
by on4hu 25 Jun '16

25 Jun '16

think the English language is not a problem for the Belgian coordinator but that person is too busy it seems to me it is what emerges from the last conversation that date two year with him what to do to restore our 44net now ??? vy73s André ON4HU http://on4hu.dyndns.org:81/ http://www.on4hu.com/ http://www.on4hu.eu ftp://ftp.on4hu.be/ ou ftp://on4hu.dyndns.org/ http://on4hu.eu/ COMPUTERS ARE LIKE AIR-CONDITIONERS THEY STOP WORKING PROPERLY AS SOON AS YOU OPEN WINDOWS.

1 0

44NET
by on4hu 25 Jun '16

25 Jun '16

Coordinateurr for Bekgium NEVER answer deAR Ludovic, i have no contact wIth 44net from more than one year now, our Begium Coordinateur answer ONLY with Flemich people and never with French and do not understood our language André ON4HU http://on4hu.dyndns.org:81/ http://www.on4hu.com/ http://www.on4hu.eu ftp://ftp.on4hu.be/ ou ftp://on4hu.dyndns.org/ http://on4hu.eu/ COMPUTERS ARE LIKE AIR-CONDITIONERS THEY STOP WORKING PROPERLY AS SOON AS YOU OPEN WINDOWS.

1 0

Re: [44net] IP address allocation in Belgium
by Rob Janssen 25 Jun '16

25 Jun '16

> I try to contact him before i create the "44.151belgium subnet" and no > anwer. > ON3LA, ON3LX and ON2CQ had no answer too... O dear... my fears I would get in a similar situation as with PJ2 are becoming true... Yesterday I sent an e-mail in Dutch (should be close enough to Flemish) to the address Brian mentioned, but I have heard nothing yet. I'll try to contact someone who knows people active in the network there (which is quite widely deployed). Rob

2 1

IP address allocation in Belgium
by Rob Janssen 25 Jun '16

25 Jun '16

Is anyone aware of the procedure to allocate addresses in Belgium? I entered a request on the Portal a month ago, but got no reply. Is there some website that explains a local procedure? (like my site for the Netherlands) Rob

4 5

Re: [44net] IP address allocation in Belgium
by Rob Janssen 24 Jun '16

24 Jun '16

> Your portal request should have gone to Robbie,on4sax at on4sax.be <http://hamradio.ucsd.edu/mailman/listinfo/44net> > Perhaps you could write to him and see what's going on. > - Brian Yes I saw he is the contact for that range, but obviously he got my request by e-mail on that same address. So I wonder if there is another method in use there. (e.g. I still process IP allocation requests on my amsat.org mail, and in other countries in EU it is sometimes done via hamnetdb.net) Any users from ON on the list? Hopefully the situation does not turn out to be similar as in PJ2 :-) (but that one is now allocated and working well) Rob

3 2

44/8 routing problem at UCSD
by Brian Kantor 23 Jun '16

23 Jun '16

There appears to be a routing problem with the path to the amprgw router at UCSD. I'm investigating. - Brian

3 3

Help setting up a BSD-based gateway?
by Dan Cross 18 Jun '16

18 Jun '16

Dear Folks, I'm trying to set up an AMPRnet gateway at home and am running into some problems. Has anyone successfully configured a BSD-based gateway that would be willing to give me some pointers? Some details of my setup: * I have a comcast business-class circuit with a static IP address that I've dedicated to 44net traffic (23.30.150.141). * I have an AMPRnet network allocation (44.44.107.0/24). * The Comcast router is configured as simply a router: all NATing and firewalling is disabled and I can see tunneled traffic arriving at the external NIC of my (non-comcast) router (specifically, I see RIPv2 packets with 44net routing information in them). * My "real" router is a Ubiquiti EdgeRouter Lite running OpenBSD 5.9. I have the three ethernet interfaces on the ERL configured as follows: cnmac0: flags=8b43<UP,BROADCAST,RUNNING,PROMISC,ALLMULTI,SIMPLEX,MULTICAST> mtu 1500 lladdr 44:d9:e7:9f:a7:64 priority: 0 groups: egress media: Ethernet autoselect (1000baseT full-duplex) status: active inet 23.30.150.141 netmask 0xfffffff8 broadcast 23.30.150.143 cnmac1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 lladdr 44:d9:e7:9f:a7:65 priority: 0 media: Ethernet autoselect (1000baseT full-duplex) status: active inet 192.168.129.4 netmask 0xffffff00 broadcast 192.168.129.255 cnmac2: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 lladdr 44:d9:e7:9f:a7:66 priority: 0 media: Ethernet autoselect (none) status: no carrier inet 44.44.107.1 netmask 0xffffff00 broadcast 44.44.107.255 Where I'm getting tripped up is in figuring out where to go from here. It seems like what I want to do is configure a gif(4) interface for tunnel traffic, but my attempts at doing so all seem to fail, and documentation for setting up an IPENCAP tunnel is related to setting up IPsec gateways; my attempts at transliterating from the examples for e.g. Linux and Cisco et al have failed. If someone has gone down this road before and has a working setup, that would be tremendously helpful. If someone could send me output from 'ifconfig -a' and/or 'netstat -rn -f inet' and possibly some 'tcpdump' output, I could probably muddle through the rest. If there are any caveats in setting up a 'pf' based firewall, that would be helpful as well. If not, I suppose my next step will be to reinstall RouterOS on the ERL, try and get everything configured, and then see if I can replicate under BSD. Much thanks in advance! 73 de AC2OI, - Dan C.

7 18

Re: [44net] disappearing ip alias ?
by Rob Janssen 17 Jun '16

17 Jun '16

> Has anyone else noted problems with the ethernet alias functionality in > recent Linux kernels ? I've just done an update on my tunnel server > (pogoplug E02 running Debian 8 with kernel 4.4.0-kirkwood) and within a > day or so the 44net alias disappears. Nothing I can see in any of the > logs. Replacing the alias via 'ip addr add 44.135.190.17/32 dev eth0:1' > is enough to fix it, might have to hack into a cron job :-/R Why are you still using ethernet aliases? This was originally a hack to be able to have multiple IP addresses on a single interface (using ifconfig) but since the introduction of the iproute2 package (which you apparently use, as it provides the "ip" command) this is really not required anymore. You can add addresses to eth0 without making an eth0:1 alias first. Rob

3 3

Re: [44net] block allocation
by Rob Janssen 16 Jun '16

16 Jun '16

> In any case, your subnet will be connected to the Internet by at most > ONE method: Radio, Tunnel, or Direct, and might not be connected at all, > so select at most ONE of the connection method boxes in the allocation > request. (I have asked that these selections be changed to a pulldown > list or radio buttons so that it is impossible to select more than one; > until that happens, requests having more than one box checked are likely > to be rejected.) > - Brian Why is that?? We have been happily connected on both BGP and Tunnel for some time. The gateways that are part of the tunnel mesh route to us by Tunnel and the remainder of internet routes directly. What is wrong with that? Some gateways do not want to route directly ("only AMPRnet") so it is preferred when they can use the Tunnel to the same network. Rob

8 9

Re: [44net] block allocation
by Rob Janssen 16 Jun '16

16 Jun '16

> The idea here is to support IPIP and BGP concurrently while preferring IPIP. Additionally we also > run BGP over other tunnel protocols ( GRE, SSTP, etc) with more specific preferences depending on the > agreement between the Ops. AFAICT this setup is the only way wich allows both the IPIP-only and the BGP-only > sites to reach our networks. > vy 73 de Marc, LX1DUC I agree, that is the way it works best. We do that here as well, however now we just have a single routing table where routes of different origin are stored at a different metric, so there is no fixed priority between protocols anymore. The first decision is always made on subnet size (smaller subnet has preference), the metric only comes into play when for some reason there are routes over two different protocols for the same subnet, and then the metric decides what path to take (e.g. there is both an IPIP tunnel and a a route announced with internal BGP on HAMNET). Normally these are error conditions. The difference between those methods becomes important when e.g. a /20 subnet is IPIP tunneled and out of that a /28 subnet is routed another way, e.g. over a GRE tunnel. This works without problem for us now. (on systems that are both on the normal internet and on the IPIP mesh reachable from the entire internet, with source address filtering at the provider, I normally have at least two different routing tables and policy routing, but on a directly routed system this is not required) Rob

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net