44net

44net@mailman.ampr.org

1 participants
3194 discussions

can there routers do IPIP ?
by R P 27 Mar '16

27 Mar '16

Hi there I have finally found some shops that sell here MiKroTik Routers May anyone of you tell me if the two models listed here will do IPIP (Gateway) ? by default ? (without need to do custom software flash (as WRT) http://routerboard.com/RB750GL [http://img.routerboard.com/mimg/673_m.png]<http://routerboard.com/RB750GL> RouterBoard.com : RB750GL<http://routerboard.com/RB750GL> routerboard.com RouterBoard RB750GL description. The RB750GL is a small SOHO router in a white plastic case. It has five independent Gigabit Ethernet ports and optional switch chip ... http://www.routerboard.co.il/Product/hap-lite [http://www.routerboard.co.il/sites/3102/images/itempics/133463_large.jpg]<http://www.routerboard.co.il/Product/hap-lite> RouterBoard Israel??? ?????? ?????? MikroTik hAP lite ...<http://www.routerboard.co.il/Product/hap-lite> www.routerboard.co.il The home Access Point lite (hAP lite) is an ideal little device for your apartment, house or office. It supports button triggered WPS, for the convenience of not ... Thanks Forward Ronen - 4Z4ZQ http://www.ronen.org

2 1

Re: [44net] Testers/Consideration/Inquiry - Coordinating the Private AS Numbers
by Rob Janssen 26 Mar '16

26 Mar '16

> I tend to agree that currently when i now go to any Israeli commercial site from the 44 net ip the packet travel to UCSD and then back to UCSD and by tunnel to me again and this is a long trip > If there was a mechanism to allow the traffic to go to any local 44 gateway and then the packet will go to the local Internet the trip would be much shorter > but i dont know how it can be done these days that every IPS block Source 44 Net address from passing through > as for 44 net to 44 net trafic it look ok because it tunnel direct to the gateway and not passing through AMPRGW > the only thing I can think off is to put a secondary portal for redundancy . > Ronen - 4Z4ZQ To solve this you need to talk to people at an ISP who want to announce the 44.138.0.0/16 block on internet on their routers just like they do for the address block you use at home, then forward the traffic on that block to your internet router. Similarly you forward the outgoing traffic to internet via their router. When you have found an ISP who would be prepared to do that, at a cost you can afford, then you write a letter to Brian asking for permission to do that and then you tell them to set it all up. (NOT BEFORE YOU HAVE THE PERMISSION FROM Brian!) Your own router then receives all traffic for that address block directly from internet and you can route parts of it to others via radio, VPN, or whatever you like. Please note you will have a constant traffic of several Mbit/s from only the bad guys that are portscanning and the reflection from the bad guys using your addresses as spoofed source address, and this is increasing all the time. So don't do this from your home, put your router in a datacenter where you have 100 Mbit/s or more. We have done this here for the 44.137.0.0/16 network and there are other places where this is done. I can ping google from a 44-address and have reply times under 10ms. This also enables us to run repeaters with echolink, DMR, D-Star etc etc on 44-net addresses. Rob

1 0

Re: [44net] RIP44... v 2???
by Rob Janssen 26 Mar '16

26 Mar '16

> Perhaps consider ways that RIP44 could be updated: > - to bootstrap one another in the case of a failure of AMPRGW (election > of a master to send RIP44 announcements, participation in elections > disabled by default) > - allow possibility for addition of routes while 'acting AMPRGW' is > offline (re-elections with time-stamping/flagging)? > - ability to resume normal operations (AMPRGW is automatically > elected/flagged/timestamps-recognized as master/signals send end of > elections) > Ideas? This is all completely unnecessary. The only thing you need to do to have redundancy in the RIP announcements is setup another RIP announcer that gets the same database information and sends the same announcements. Currently they are sent at 5 minute intervals, an efficient solution would be to modify the existing announce to use 10 minute intervals and setup a second one to use 10 minute intervals with a 5 minute offset from the first. When both are up, the users see no change. When one is down, the update interval halves but everything remains running. Rob

1 0

Re: [44net] Testers/Consideration/Inquiry - Coordinating the Private AS Numbers
by Assi Friedman 26 Mar '16

26 Mar '16

There is a mechanism, it's the point to point tunnels. Most gateways support that. The routing table is designed to match for point to point gateways before going to the default AMPR gateway at UCSD. >From a configuration perspective, the easy configuration approach is to first route everything through UCSD to make sure one has mastered local gateway tunneling configuration. Then the local configuration should be expanded to perform direct tunneling to AMPR hosts/gateways and the UCSD gateway should be the lowest priority route. Assi -----Original Message----- From: 44Net [mailto:44net-bounces+assi=kiloxray.com@hamradio.ucsd.edu] On Behalf Of R P Sent: Saturday, March 26, 2016 9:18 AM To: AMPRNet working group <44net(a)hamradio.ucsd.edu> Subject: Re: [44net] Testers/Consideration/Inquiry - Coordinating the Private AS Numbers (Please trim inclusions from previous messages) _______________________________________________ ..snip... If there was a mechanism to allow the traffic to go to any local 44 gateway and then the packet will go to the local Internet the trip would be much shorter but i dont know how it can be done these days that every IPS block Source 44 Net address from passing through as for 44 net to 44 net trafic it look ok because it tunnel direct to the gateway and not passing through AMPRGW the only thing I can think off is to put a secondary portal for redundancy . Ronen - 4Z4ZQ http://www.ronen.org

1 0

Re: [44net] Testers/Consideration/Inquiry - Coordinating the Private AS Numbers
by Rob Janssen 26 Mar '16

26 Mar '16

> - I'm not certain how one can reach portal.ampr.org before establishing > an Internet connection first Of course portal.ampr.org should be run on a net-44 address and preferably have radio connectivity, but for reasons unknown to me it isn't. As the worldwide AMPRnet over radio is just a dream, it would not be likely that everyone would be able to reach that system without internet any day. You would need internet anyway to search and visit a webshop to buy the equipment you need to be on radio... > - You stated: "This is not a task of AMPRGR but of portal.ampr.org..." > The Portal is simply a backend to configure AMPRGW itself; and > specifically in the case of IPIP tunnels using RIP44. In the future it > plans to add DNS functionality, but keep in mind, this is just merely a > website I am bringing this up only because I get the feeling that you don't understand the topology of the network and the components involved very well. The title of your initial message is also very indicative of that. What you brought up has zero to do with AS numbers and the issue of coordinating AS numbers was already handled to everyone's satisfaction a couple of months ago. > - I'm not sure how a DNS zone file relates to real-time connectivity to > a network Not to the connectivity directly, but certainly to the usability. It appears that one of your goals is to use AMPRnet without internet connection and that is not really practical when you don't have a DNS on it. There is a DNS server 44.0.0.1 but for most people it will be unreachable when they don't have some internet tunnel. > - AMPRGW is not the ideal route to all subnets because it is not the > most geographically closest AMPRNet node with an Internet connection. If > other nodes were setup in the manner I'd like to test, any node willing > to establish a session could potentially be a closer node I advise you to study the network topology before proposing to change it. Traffic to another amprnet node does NOT flow through AMPRGW. > - You note again "we have a full mesh:" ***Then please test by pinging > MY gateway VIA N1URO's***. In your testing, do not connect directly to > me or use AMPRGW. I will DOWN my tunl0 interface and only connect to > another AMPR station with AMPRGW connectivity - via RF or over a VPN > connection. > + it's my understanding this would fail - STAR > + you imply that it should work - MESH This is not what defines a star versus a mesh. When you disconnect yourself from the mesh and do not update the routing to be reachable via someone else's connection, of course you will be unreachable. What makes it a mesh is that the reliance on AMPRGW that you bring forward all the time IS NOT THERE. The pings I send to your gateway directly travel from my internet connection to yours, NOT via AMPRGW. We use a multi-level subnet system here. We route the entire country subnet to a single gateway which has radio and VPN connectivity to users in the country. Those users can also have their own IPIP gateway when they like. In that case the traffic for their subnet will flow directly to them, but when they stop that the traffic will go to our gateway and then to them via radio. Of course there is no "alive" detection in the current IPIP gateway system, so a route will not disappear from the announcements just because the internet connection of that gateway is broken. So you will have to disable the gateway first (functionality that has been removed from the portal.ampr.org system for reasons totally unclear to me, you now just have to delete the subnets) Rob

1 0

Uncle "google" in hamradio network ?
by Waldek Waldek 26 Mar '16

26 Mar '16

Hi, Many years ago we used as main application the terminal to the connections of the BBS Currently we use modern solutions in hamradio network such as WIFI and main application which we use is web browser to see many WWW pages On our club www page we have small collections urls to others http://sp2pmk.ampr.org but it is not good solution In Europe we have a system with a database of web sites, search engines based on yacy: http://search.db0sda.ampr.org/ http://web.oe2xzr.ampr.at/ http://44.134.190.114/lsp_map.cgi etc How to find others www pages outside Europe for examaple in US or others places Anybody know or exist similar solution in US ? It will be fine to travel via 44/8 network and see and read other www hamradio pages individual or club station. Sometimes we can find on hamradio amprnet/hamnet www pages interesting information or solution. -- Waldek sp2ong

2 2

Re: [44net] Uncle "google" in hamradio network ?
by Rob Janssen 26 Mar '16

26 Mar '16

> I just recently completed an nmap of the routed portions: > http://kb9mwr.ampr.org/public/nmap/030516routed.txt <http://kb9mwr.ampr.org/public/nmap/030516routed.txt> > http://kb9mwr.ampr.org/public/nmap/030516nmap.txt <http://kb9mwr.ampr.org/public/nmap/030516nmap.txt> You have crashed my instance of NET (and that of a friend) several times with this action. It is normally runs for months on end until I need to reboot the machine, but in that case it just crashes. I know it must be a bug somewhere in the years old naive TCP implementation but I have not been able to locate it yet. Until then, I have just blocked you in the firewall. Just to let you know that actions like this (and the one Ronen proposed) *do* cause damage to others. Rob

1 0

Re: [44net] was Uncle "google" in hamradio network ? Repeater linking
by Steve L 26 Mar '16

26 Mar '16

There isn't a whole lot of entries in the wiki services list. I am not sure how many net 44 users are on this list and or know about that. I personally find wiki markup coding a pain as its not native to me. Another thing is maybe some people would rather share service details after a portal login rather than somewhere that gets scraped by google. To me it sort of make sense to briefly explain what your doing in the network allocation area and/or gateway areas of the portal. In my quest, one thing that caught my eye was this Michigan repeater linking/microwave project. Mostly because they are closer to me in Wisconsin. https://w8cmn.net/tiki-index.php?page=Mi6WAN-MAIN I recall someone on this list no that long ago from overseas was doing a similar project with Asterisk/app_rpt and 802.11. Elsewhere (reddit/slashdot) I recently read about the Mid-Atlantic IP Network ( I think they aren't using 44net though), same type of thing. I like the idea, and have been looking to try the Asterisk/Allstar RTCM to add a voted receive site, but transported over a microwave IP link. We just did a tower climb today here in Wisconsin and replaced some damaged 802.11 gear. And had an offer from a broadcast group for some tower space. I am hoping 2016 is the year things take off a bit locally. Steve

2 1

Re: [44net] Uncle "google" in hamradio network ?
by Steve L 26 Mar '16

26 Mar '16

Thanks for the info. Looks like the info I need to use it for our purposes. Some time back there was a resource list that Jim Fuller maintained that was handy to list what was all out there. >HiHi >Not the whole one, for shure. >Just your "local area" and then report to the yacy network. > >Have a look here after google translated it for you ;-) >http://www.amateurfunk-wiki.de/index.php/Suchmaschine > >73 >2MIC

2 1

Re: [44net] Uncle "google" in hamradio network ?
by Steve L 26 Mar '16

26 Mar '16

I just recently completed an nmap of the routed portions: http://kb9mwr.ampr.org/public/nmap/030516routed.txt http://kb9mwr.ampr.org/public/nmap/030516nmap.txt I did the same thing a few years back but there was that IPIP,<-> BGP problem I too have yacy installed. I just started it back up. I am not to familiar with it, how do it get it to crawl the amprnet?

3 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net