44net

44net@mailman.ampr.org

3194 discussions

jnos2.0k problems
by vk1kw 02 May '18

02 May '18

Hello 44net, Not sure who I should address this issue to but I guess it's to you please Maiko. Would someone reassemble the jnos2.0k.tar.gz file to make it easier to compile and run please? It must be a nightmare for the newbie. Problem is that the installer2.1 is not included in the jnos2.0k.tar.gz. The correct files.h is not included, the tun.c file does not work and should be replaced by tun_sp1l.c under Fedora 26 and others. All these have separate downloads and driving instructions. The nos.cfg file does not seem to be included in the 2.1 installer either, and was recovered from a previous install. Not to mention the too and froing from my home directory to root after the install was run. So on top of all that, and after what seems to be a good compile of jnos2.0k, the NETROM function still does not work and crashes after the 11th line of the first nodes transmission. Almost looks like a memory overflow but there is plenty supplied in the "qlimit" Have tried jnos2.0k after a fresh installer2.1 and just added netrom and still crashes the same. I have tried to get "k" working after many attempts, directory changes, in root and home, etc, etc but directly replacing the compiled jnos2.0k with jnos2i or jnos2h exec and netrom works fine. The last time I tried to capture the crash it locked up the PC. Is jnos2.0k transportable between directories other than named "jnos" (tried that) I currently manually run jnos2i in my home directory under sudo successfully. Is anyone else running jnos2.0k netrom successfully and what is the fix please? The reason for the revisit to jnos is because I now have 50Mb down and 5Mb up thru new internet service provider NBN/iinet. Many thanks Rob Vk1kw

1 0

Edits to OpenWRT Wiki
by lleachii＠aol.com 01 May '18

01 May '18

All, I have made some extensive updates and edits to the OpenWRT WIki: * Routes and rules are now included in the UCI * The Startup script only sets up the tunnel and ampr-ripd, it has been reduced to 7 lines. To do: * Edits if ampr-ripd is added to the OpenWRT repo. http://wiki.ampr.org/wiki/Setting_up_a_gateway_on_OpenWRT 73, - Lynwood KB3VWG

1 0

GW (amprgw, gw.ampr.org) downtime tomorrow evening
by Brian Kantor 27 Apr '18

27 Apr '18

UCSD is swapping out some networking equipment and amprgw (aka gw.ampr.org, 44.0.0.1) will be unreachable for a while starting around 7pm Pacific time Thursday (tomorrow). It should take only a few minutes, but as both the connection and configuration have to be transferred to the new equipment, there is always the possibility that it will take longer or something else may go wrong. - Brian

7 11

Re: [44net] GW (amprgw, gw.ampr.org) downtime
by Rob Janssen 27 Apr '18

27 Apr '18

> The network equipment changeout at UCSD did NOT go well; they are > still having problems with the network 44 routing into UCSD. There > is yet no estimated time to repair at this moment. I'll update you > folks as I learn more. > As of 1:30 am Pacific time (GMT -7:00), everything is working again. > - Brian As you know very well, it always takes more time than estimated... It affected our gateway since a script that downloads the DNS zone when modified got stuck, halting a cronjob script that also performs other maintenance tasks. Modified with some more safeguards... :-) Rob

1 0

Re: [44net] An apology for the Internet from the people who built it
by Rob Janssen 27 Apr '18

27 Apr '18

> Now you got me! Atari ST! I was responsable of the Montreal Atari Club BBS when it was on 8 bit and 16 bit. Still play a few games on my ST emulator.. Remember when we ware able to simulate a MAC with a few roms and a ST? 😉 > OK, back to our regular programing. Think we got back way too far on memory lane for this mailing list 😉 I still have a Mega ST4 with harddisk cabinet and original monitor sitting in a spare room but it rarely gets switched on these days. (those were the newer pizza-box style ST and disk. the disk cabinet in fact is a 44MB swappable plus a fixed disk) This one is fitted with an ethernet adapter I made (a PC ethernet card and adapter board to the internal bus) and I added a driver for it to KA9Q. However, the card has BNC and AUI only and I don't have coax ethernet anymore. Should have an AUI to RJ45 adapter somewhere. Also in storage there is a Mega ST2 with an 8-port Z8530 SCC card that we used for years on a major network node (TCP/IP and NET/ROM)... (of course I had a 520ST as well but that one has long been scrapped) Rob

1 0

Re: [44net] An apology for the Internet from the people who built it
by Rob Janssen 26 Apr '18

26 Apr '18

> Trumpet Winsock :-) > I Installed Windows NT on my 386/40MHz (some 35 3.5 floppy disks) which > barely run on it, but had the necessary dialup software just to download > Trumpet Winsock to use it afterwards on Win 3.1 on the same machine > (only some 15 disks to reinstall)... > Later came Win 3.11 which had a TCP/IP + Internet explorer 3 addon which > made Trumpet Winsock and Mozaic obsolete. > That where times... When I got access to "the Internet" (of course via dialup modem too) I already had a running Linux system with native TCP/IP networking. I installed that in december 1992 on a 486/33 MHz with 16MB RAM. And a QIC cartridge tapedrive, so no messing with floppies. The internet became available for the general public in 1993 here, I joined in 1994. But of course I had been using TCP/IP since 1988 using KA9Q NET on the Atari ST. Rob

2 1

Re: [44net] Echolink proxy/relay hosting
by Rob Janssen 26 Apr '18

26 Apr '18

> I just applied for a /24 out of 44.190/16, to help with this endeavor. > I’ll be announcing the prefix out of a commercial datacenter in Fremont, CA under ASN 7247. > 73, > -jav k4jh Jav is the first one to get his proxies/relays running as a result of this call. He said "This was easy!". Rob

5 5

An apology for the Internet from the people who built it
by Brian Kantor 25 Apr '18

25 Apr '18

Although not directly related to AMPRNet, I found this article quite interesting: http://nymag.com/selectall/2018/04/an-apology-for-the-internet-from-the-peo… - Brian

8 9

Re: [44net] Echolink proxy/relay hosting
by Rob Janssen 25 Apr '18

25 Apr '18

> FYI folks...I used to run proxies on my subnet in the past. The only > issue was, that since subnet is not not BGP, it was intended for your > use only (i.e. not using AMPRGW for Internet, but still able to use > EchoLink). I agree it is probably not a good idea to run proxies or relays on a network only connected via tunnels. That would pose a load on AMPRGW. In that case it would be better to run them there. But other volunteers in that area have now stepped up. > I used the Java JAR that was available form EchoLink (I understand you > have a C program). I also used the Linux version, but the EchoLink > Validators stated that should not be used without permission (and only > for conference servers). The Java version uses lots of resources... The C program was written to mimic the Java version closely but in a more efficient way, both because it is in C and because a single instance can run multiple proxies. Later I received the C source of the relay program from EchoLink and merged its functions with the proxy program so these can both run on the same system. This is in full agreement with EchoLink, and they very much welcome the hosting of proxies and relays around the world to help users that are on limited internet connections or are not proficient in configuring port forwarding on their routers. Fortunately in our circles we have people who understand the internet and its protocols. (vs the applications that are now called "the internet") Rob

1 0

Re: [44net] Echolink proxy/relay hosting
by Rob Janssen 25 Apr '18

25 Apr '18

> >/when the directory server is on AMPRnet, the problem with NAT between /> >/HAMNET and internet disappears / > I'm afraid, it would raise new issues... > For those who are planning to provide echolink proxy services (or any > other useful internet based amateur radio services) within the AMPRNet > by direct BGP, please ask for an /24-allocation within 44.190.0.0/16. > We will promote to all HAMNET users and sysops to route 44.190.0.0/16 to > their ISP rather than to their radio device on the roof. > Best case would be to host such services on non-44 IP-space at all. As you know, I don't agree with that. We should not segregate our addresses into different classes and force everyone into some class depending on what they want to do. It is a stopgap measure that will lead to endless changes and work, and it isn't even clear what "internet based amateur radio services" are exactly. For example, our repeaters are on Echolink on their AMPRnet address, they would be such services, we would have to route part of that space deeply into our network to get "special" addresses all the way there. Not going to happen! At the moment I am in contact with the Jonathan from Echolink and he is interested in setting up more relays as his existing relays in the US are getting overloaded. (he has temporarily moved some US users to our relays in Amsterdam) I think now that this is under change we could suggest moving everything to AMPRnet and it should solve the NAT problem there is now. Maybe the directory server could have both an AMPRnet and a public address to resolve remaining issues. Rob

5 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

44net