44net August 2013

44net@mailman.ampr.org

47 participants
68 discussions

44.133.48.66 !!!
by Maiko Langelaar 12 Apr '14

12 Apr '14

Good afternoon, It would see that 44.133.48.66 is popping, snmpding, and other amounts of traffic from time to time to various ampr.org systems and doing so *without warning* type of thing. I just got hit with a bunch of SNMP requests, others have been hit with POP requests. Can anyone find out who the owner of that particular system or network is, so that I can contact the entity or person. Or perhaps a bit more draconian, can someone deal with it. Thanks in advance. Maiko Langelaar VE4KLM

4 5

Radio-based networking
by Brian Kantor 11 Sep '13

11 Sep '13

I'm in the process of preparing a new document on the AMPRNet. I'd like to include a section on the radio-based portions of the network. Is anyone actually using the network over radio at this point? Could you supply some details? (All the discussions of the landline-based portions of the network are well and good but this network is supposed to be about radio-based networking and that seems to be falling by the wayside.) - Brian

13 14

Off Topic.. NOSview
by Jerry 09 Sep '13

09 Sep '13

Anyone have a copy of NOSview I could get.. I have googled it and tried to extract all I get is !WELCOME.TXT no files.. Thanks 73 Jerry N9LYA 44.48.0.46 N9LYA/K9BBS <http://w9bbs.no-ip.org:8080/> http://w9bbs.no-ip.org:8080 Linbpq 6.0.3.20 Debian Linux 7.0.0 Dell_Server_2600_4GBRAM_73GBHD_Dual_Dual_Core_CPU_1.8Ghz W9HU <http://w9bbs.no-ip.org:8081/> http://w9bbs.no-ip.org:8081 PilinBPQ 6.0.3.14 Raspbian-wheezy-7_Rpi_B_700MHz_256MBram_128GB-SD-class10 N9LYA-5 JNOS 2.0j Debian Linux 6.0.6 HP 3.4Ghz 2GB Ram 2TB Hard drive W9OTR-8 XR32 201b Windows XP SP3 Dell Optiplex GX240 Pentium 4 1.70GHz 768MB Ram 40 GB Harddrive <http://www.mitchellwx.com/> http://www.mitchellwx.com <http://www.n9lya.com/> http://www.n9lya.com <http://www.kutche.net/> http://www.kutche.net <http://www.hfskipnet.net/> http://www.hfskipnet.net

5 6

Something simple
by Rod Ekholm 03 Sep '13

03 Sep '13

I am interested in something simple. I am not interested in creating a Linux box to do my routing, as I see no need for it. It's almost worse than having a network that is vendor specific!! I don't tell you how to run your internet.. you don't tell me what router I have to use. I use Mikrotik for my edge technology, just because it's what I am familiar with. For me it's easy enough. I am interested in creating some links with others, hopefully in the NW towards the Seattle area. I have my own system design that I am planning on implementing starting early this fall. I have no interest however in trying to use some script (nice work on it though..) to make it work, but would rather have some common assembly of networks that can connect to each other. Unfortunatley, until this is done in a large enough fashion, it looks like i am talking static routes to and from some other networks. My intention is not to rock the boat of what has been done here, but it seem like there is little direction of how the network is assembled and coming to a common point of presence. until one person or gorup comes up and offers some stability of how to route the network accordingly, I fear my use of AMPR is only for some of it's tunneling ability with the use of our 44/8 addressing. I had no intentions of it before, so if I end up not using them later, now loss on my end. Let me know if anyone is interested in creating some more static links, and / or trying to do some sort of edge router that can have an open communications standard, and not a customized (could otherwise spelled proprietary) protocol in the middle. Thanks to you all and have a great day! -- Rod Ekholm KC7AAD kc7aad(a)gmail.com Spokane, WA (509) 435-3400

8 23

Re: [44net] Off Topic.. NOSview
by kb9mwr＠gmail.com 31 Aug '13

31 Aug '13

I'd like a copy too. Is there anyway we have have a centralized place for stuff like this? I have to admit that wiki's aren't really for me. Editing them I find painful. And there are a number of scripts and software packages that I have been trying to archive. -- And a couple messages ago the question was asked "Has anyone tried to use transverters from 2.4GHz to 432 Mhz?" Does such a transverter exist? A $40 Ubiquiti 2 GHz bullet coupled with a few watt (2.4 Ghz to 432 MHz) transverter might work better than a $170 mini PCI radio card combined with a $85 router board and all that. http://www.xagyl.com/store_us/product.php?productid=31 There are some impressive 802.11 networks being built by European amateurs. There also seems to be quite a lot of talent with microwave design over there.

1 0

rip44d
by Rob Janssen 31 Aug '13

31 Aug '13

Hi Hessu, I am trying to get rip44d working on my Raspberry Pi. For some reason, I cannot get it to receive the 44.0.0.1 -> 224.0.0.9 transmissions. The socket is listening on port 520, when I trace tunl0 I see the packets arriving every 5 minutes, but the rip44d (running with -v) remains absolutely silent. Any idea what that can be? I saw that there is a 2nd set of transmissions, from 169.228.66.251 to my internet address, oddly from port 520 to port 34348. With some small changes to rip44d, to change the source address check and the port number, and to remove the multicast handling, it receives those packets perfectly and the routes are added. Do you have any idea what this can be? The Pi is running Linux 3.6.11+ (raspbian wheezy), and I installed the perl modules just as you explain on the wiki. Of course I could make my changes conditional and add a flag to listen to this alternate transmission, but I don't know about the status (maybe they will stop sometime?). It could be better to fix the problem, if I knew how... 73, Rob PE1CHL

4 3

Re: [44net] 44Net Digest, rip44d
by Rob Janssen 30 Aug '13

30 Aug '13

> Subject: > Re: [44net] rip44d > From: > "Kutche, Jerry (Mitchell) USA" <JKutche(a)lehighcement.com> > Date: > 08/30/2013 12:40 PM > > To: > AMPRNet working group <44net(a)hamradio.ucsd.edu>, Heikki Hannikainen <hessu(a)hes.iki.fi> > > > Is your pi in the DMZ? I had to do that with HP Linux BOX a non-pi.... Might try that? > > Jerry Kutche > Electrical Supervisor My Pi is in a datacenter, directly connected to Internet. Not behind a NAT router, that is. I have not further researched the matter, as I have solved it by using ampr-ripd and not using multicast. I think there is something missing or not configured that is related to multicast. The kernel config is: CONFIG_IP_MULTICAST=y # CONFIG_IP_MROUTE is not set Multicast routing is not enabled. On my home PC (SuSE Linux), it is enabled. Maybe this is a requirement even for the reception of multicast datagrams. Rob

1 0

Anyone tried to use transverters from 2.4GHz to 432 Mhz?
by YT9TP Pedja 29 Aug '13

29 Aug '13

I noticed that there are some ham projects of developing transverters from 2.4 GHz to lower ham radio bands. I wonder if anyone tried something like this to convert WiFi devices to 70 cm band? Could that work? Pedja YT9TP

1 0

Re: [44net] (no subject)
by kb9mwr＠gmail.com 28 Aug '13

28 Aug '13

The tunnel interface is a gateway to the rest of the class A network. You have to allow this by setting a netmask of netmask 255.0.0.0 An your second ethernet interface to your radio LAN, you may set a smaller netmask. Steve

3 3

Re: [44net] Multiple gateways for same route
by Michael E Fox - N6MEF 27 Aug '13

27 Aug '13

Eric, Today, the list of tunnels, whether distributed by the encaps file or via RIP, are really just a list of whatever is configured in the portal. Even though they may be distributed by RIP, RIP is being used merely as a distribution mechanism. The existence of an entry in the list tells you nothing about whether that tunnel is actually up or not -- only that it has been configured in the portal. So, even if there were multiple RIP speakers, you'd get the same info except for the main gateway/default route. What I think you're describing is more like a route reflector such as are used in Internet BGP networks. The clients would identify themselves to the main gateway, and the main gateway would reflect that info back to all other clients. That would provide the dynamic routing that would be helpful. And, if the clients could announce additional routes to the server, we could have dynamic alternate routes. Couple that with regional reflectors and the option to listen to more than one reflector so you can get dynamic default route, and I think we've got something. The code for BGP route reflectors is public domain, so I wonder if it makes sense to adapt it to RIP. Michael N6MEF Sent from my Verizon Wireless 4G LTE smartphone -------- Original message -------- From: Eric Fort <eric.fort(a)gmail.com> Date: 08/27/2013 1:33 AM (GMT-08:00) To: AMPRNet working group <44net(a)hamradio.ucsd.edu> Subject: Re: [44net] Multiple gateways for same route (Please trim inclusions from previous messages) _______________________________________________ ok, multiple static routes to the same place I can see why not. We do have dynamic routing available to us though via RIP. Would RIP or another routing protocol not handle this in the case of the route being unreliable and drop that route? Why must routes be persistent rather than dynamic? In a larger sense and I realize we're not there yet it would seem that rather than having to know the routes to all other 44net hosts from boot it would be much easier to have each area (for instance each /16 or maybe in some cases each /24) to have a designated router (say at .1) or possibly use multicast to discover one's local router. thus the initial config is simplified as it has a single route to the 44net gateway for it's area from which it may discover via dynamic routing other routes. no more need to manually distribute and update a routing table. This seems to be something to work towards. On Thu, Aug 15, 2013 at 7:55 AM, <Bob(a)qbjnet.com> wrote: > (Please trim inclusions from previous messages) > _______________________________________________ > No they shouldn't both be allowed. There isn't a way to dynamically choose > the > route based on whether one or the other connection is up. Packets sent to > the > down route are simply lost. > > Regards, > Bob > > > "Eric Fort <eric.fort(a)gmail.com> says:" > > (Please trim inclusions from previous messages) > > _______________________________________________ > > are these 2 entries for a single route or 2 separate routes to a single > > destination? It seems to me they are actually separate redundant routes > to > > the same /21. should redundant routes not be allowed? It would seem > quite > > the reverse that redundancy being useful and importaint these ought to be > > allowed to stand so long as they are valid routes to the specified /21. > > > > Eric > > AF6EP > > > > On Thu, Aug 15, 2013 at 2:54 AM, G1FEF <chris(a)g1fef.co.uk> wrote: > > > > > (Please trim inclusions from previous messages) > > > _______________________________________________ > > > Hi Marc, > > > > > > No, there should not be two entries for one route and the portal should > > > not allow this to happen, so I will look into how it occurred and > amend the > > > code as necessary. > > > > > > Thanks, > > > Chris > > -- > /~\ The ASCII | Bob Brose N0QBJ > \ / Ribbon Campaign | http://www.qbjnet.com/ > X Help cure | mailto:bob@qbjnet.com > / \ HTML Email | public key at http://www.qbjnet.com/key.html > > There are only 10 types of people in the world: Those who understand > binary, and those who don't > _________________________________________ > 44Net mailing list > 44Net(a)hamradio.ucsd.edu > http://hamradio.ucsd.edu/mailman/listinfo/44net > http://www.ampr.org/donate.html >

4 3

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net August 2013