Hi
When I perform a IPR this is what I show for me
44.125.10.0/29 0 0.0.0.0 E 0 0 Locked
I don't understand ? what it is showing ?
My IP is 44.125.10.1 Network 44.125.10.0/24
Also how do I make sure or determine the correct IPNETMASK ?
Is this the same as my subnet mask when I perform a ipconfig ?
Then what would be my correct IPNetmask ?
On my BPQ32 config file do I still MAP to a IP ADDRESS ?
My NAT 44.125.10.2 (Within my APRNET) 192.168.0.198 ( My ip address of my
BPQ32 computer)
;======================================================================
;AMPR Gateway
;======================================================================
IPGATEWAY
Adapter \Device\NPF_{0A50287E-EBE5-456D-BDDF-84BC5F7DB088}
44ENCAP 192.168.1.10 # Enable AMPRNET Tunnels and RIP44. Use
192.168.1.10 as Tunnel
IPAddr 44.125.10.1 # IP address of the BPQ32 switch on
your LAN
IPNetmask 255.255.255.248 # Netmask of your AMPRNet allocation
IPPorts 1,9 # BPQ Ports to be used for
links to IP systems. List of ports, separated by commas
NAT 44.125.10.2 192.168.0.198
****
Dale Yanz KJ6IX
Nevada State Emergency Communication Volunteer
Douglas County, Nv. Packet Coordinator
KJ6IX(a)ARRL.NET
Ok let see. I'm going to say correct me if I'm wrong is that I need to
upgrade my
Router to a more current model. I'm using a D-Link DIR-615 that I picked up
at a thrift store for $7.00 U.S.. Don't laugh !!!
Ok what would be a choice for a router that would fit the bill !!
Still showing up
44.125.10.0/24 0 0.0.0.0 E 0 0 Locked
Dale Yanz KJ6IX
Nevada State Emergency Communication Volunteer
Douglas County, Nv. Packet Coordinator
KJ6IX(a)ARRL.NET
John
On my BPQ32 Console I have the following error
Adding route to 44/8 failed
This is the only error that I have there.
Dale Yanz KJ6IX
Nevada State Emergency Communication Volunteer
Douglas County, Nv. Packet Coordinator
KJ6IX(a)ARRL.NET
My assumption was false
Sorry. 73 I'll need to sit down sometime however and figure out how things that do work on the portal only actually work. Not had time. May never. On Jan 2, 2016 11:02 AM, Brian Kantor <Brian(a)UCSD.Edu> wrote:
>
> (Please trim inclusions from previous messages)
> _______________________________________________
> On Sat, Jan 02, 2016 at 03:45:56AM -0500, Jerry Kutche (N9LYA) wrote:
> > Everything now has to be done via the portal// The email system has been
> > eliminated.
>
> That is false. The portal DNS function is not operational; all DNS
> updates must still be done via the email robot.
> - Brian
>
> _________________________________________
> 44Net mailing list
> 44Net(a)hamradio.ucsd.edu
> http://hamradio.ucsd.edu/mailman/listinfo/44net
> Subject:
> [44net] Suspected Spam or Phishing Request through the AMPR portal
> From:
> Elias Basse <kd5jfe(a)gmail.com>
> Date:
> 12/31/2015 02:17 PM
>
> To:
> AMPRNet Working Group Email <44net(a)hamradio.ucsd.edu>
>
>
> All,
>
> Received a strange request today for an allocation.
>
> You have received a request for an IP allocation from:
> Name: Rickey Francis
> Email:Admin@abc-hosters.com <mailto:Admin@abc-hosters.com>
> Callsign: RSF8192
>
> The request details are as follows:
> Type: user
> Network: 44.108.230.0 / 32
> Connection: TUNNEL
>
> Please note that this has an invalid callsign, email address that is a bit hard to believe, and this points to a hosting company somewhere.
>
> Anyone have any ideas???
>
> I Rejected it solely on the basis that it does not have a valid amateur radio callsign attached and I suspect that they are trying to use the address space for personal use (i.e. they are a hosting company) I only see one valid Rickey Francis in the QRZ database and that is in Washington state.
>
> Has anyone else received any strange request via the portal?
>
> Thanks!
>
> Best Regards,
>
> Elias Basse
> KD5JFE
> Lousiana Amprnet Coordinator
Was there no spammy message in the free text area of the request?
(this is forwarded as a separate attachment by the portal)
Normally spammers use methods like this (filling in forms on websites) to spread some form of spam, at the
minimum some URL of a website they want you to go to. But maybe in this case it was not spam or phishing but an
attempt to get something registered. Some users are very confused about how to use the AMPR net.
Unfortunately when you do a reject on a portal request that fact is always mailed back to the e-mail contact, I have asked for
a way to silently remove requests so invalid requests like this can be deleted without resulting in a mail to an innocent person
or invoke another reply by the requester.
I think it has not yet been implemented.
Rob
All,
Received a strange request today for an allocation.
You have received a request for an IP allocation from:
Name: Rickey Francis
Email: Admin(a)abc-hosters.com <mailto:Admin@abc-hosters.com>
Callsign: RSF8192
The request details are as follows:
Type: user
Network: 44.108.230.0 / 32
Connection: TUNNEL
Please note that this has an invalid callsign, email address that is a bit hard to believe, and this points to a hosting company somewhere.
Anyone have any ideas???
I Rejected it solely on the basis that it does not have a valid amateur radio callsign attached and I suspect that they are trying to use the address space for personal use (i.e. they are a hosting company) I only see one valid Rickey Francis in the QRZ database and that is in Washington state.
Has anyone else received any strange request via the portal?
Thanks!
Best Regards,
Elias Basse
KD5JFE
Lousiana Amprnet Coordinator
As Brian said there is no central authority. The formula is based off
your MAC address.
>From memory it simply does HEX to decimal conversion for each of the
last 3 octets.
I found this:
http://bloodhound.aredn.org/products/AREDN/wiki/TechRef/GUI/admin/PerlUI_IP…
>The ham meshnet folks use net 10 internally; they assign the addresses
>by a formula. They don't have a central IP authority. I don't recall
>the exact formula and whether it's based on an encoding of the callsign
>or the location of the station, but it was explained in a paper they published
>in a past TAPR DCC, either 2013 or 2014.
>- Brian
Hi all, fairly new to the list but definitely interesting and enjoyable
reading. On to the specific question, I have recently set up JNOS (PI) BBS,
and have a specific AMPR IP for JNOS (44.22.0.11/32 ), is there a specific
gateway address I should be using, or do I need to setup a AMPRNET gateway
router? Fairly versed in Linux, although by no means an expert, if I do need
to setup a router, can this be done on the same PI? Any assistance or
guidance would be greatly appreciated,.. Thanks All,..
- Garth
> Subject:
> [44net] Using Cisco Router as a gateway ?
> From:
> Drorap <drorap(a)netvision.net.il>
> Date:
> 12/26/2015 10:22 PM
>
> To:
> AMPRNet working group <44net(a)hamradio.ucsd.edu>
>
>
> Hi there
> I have started to config a Cisco rouer to serve as a gateway for the AMPRNET
> I put in the command the following lines
>
> interface Tunnel0
> ip unnumbered Ethernet0
> no ip directed-broadcast
> tunnel source Ethernet0
> tunnel destination 132.239.255.131
> tunnel mode ipip
Unfortunately due to the way tunnels work in Cisco and other commercial routers you will
need to repeat that 300 times with different destinations and setup 500 routes to route the
traffic, and repeat that regularly because the destinations and routes change all the time.
With a Linux system instead of the Cisco you can automate that very easily. There are
possibilities to automate it on the Cisco (see that link Steve gave you) but still it will be a lot
easier to just use a Raspberry Pi or other small Linux system.
Rob
> Subject:
> Re: [44net] Using Cisco Router as a gateway ?
> From:
> Drorap <drorap(a)netvision.net.il>
> Date:
> 12/27/2015 10:09 PM
>
> To:
> AMPRNet working group <44net(a)hamradio.ucsd.edu>
>
>
> Dear Rob
> I used to do it 15 years ago and it worked
> I even publishe the config file to the Gateways users group that time
> I did a bi directional tunneling to UCSD (that time it was called mirrorshades) and let him deal with all the neccessary routes
That is considered unacceptable behaviour....
To be a good gateway in the IPIP tunnel system you need to setup tunnels to all the other systems in the network.
I think it currently does not even work anymore as the UCSD system now blocks such wrongly routed traffic.
In a Linux system as a router, you need only one tunnel interface and the tunnel endpoints are defined in the route table
(can be put in a separate route table when you want to use the same system both for internet and 44-net)
That route table is automatically kept uptodate using a RIP daemon like ampr-ripd. Simple one-time setup and no more need to look
after it and run regular scripts that fetch files and send commands. When someone changes their external address
or subnets they route, your system will know about it after 5 minutes.
But when you want to do it the difficult way, please go ahead!
After all, learning and experimenting is what it is all about.
Ready and working setups are not as interesting as finding out yourself how it all works and what are advantages and
disadvantages of each method.
Rob
