is there a written spec for exactly what the amprnet portal needs to
do and keep track of? Might it be available for review and reading?
Thanks,
Eric Fort
AF6EP
Brian,
Interesting, thanks for sharing.
Amplifiers are something I really think the ham community needs to think about.
They exist, but like you say, but at outrageous prices. i.e.:
http://www.shireeninc.com/300-500mhz-20-watts-outdoor-amplifier/
I have been reading Dubus magazine (focused on microwave), hoping to
read more data oriented construction articles.
I am much in the same line of thinking. 1200 and 9600 is really not
worth re-deploying in 2014. The regulatory landscape needs some major
changes so that manufactures can put something different in the hands
of many.
Steve
On 1/26/14 2:20 PM, kb9mwr(a)gmail.com wrote:
> It would be interesting to hear more about how those other BGP
> announced chunks of 44net are using the space.
My segment 44.98.254.0/24 is being used for one PtP data link now, and some
asterisk based repeater controllers.
I have email for kb9mci.net on it (but need to get SWIP/PTR going Brian ;).
My intent is to fire up some of the doodle labs 23cm link cards as we get
another repeater site and link it over on that space. As this grows over the
next couple years it will be quite a high speed data network with VoIP as the
primary purpose. Doing all the RF links in the ham bands is part of the fun.
(anyone have a OFDM rated 20-30 watt amp for 23cm that's not $2k?)
One of the pet peeves I've have is not being able to access the other AMPR net
space with out tunnels. I think tunnels are just an ugly hack IMO. I'd like
to see us transition into more of a regionally routed network, rather than the
few BGP nets and UCSD gateway. Well aware of how much time this would take
I'm not ready to write up a proposal just yet (ampRFC?).
If anyone wants a subnet I'd be happy to route it to you, as I'm not using the
whole /24 and won't be for some time. Global routing policies being what they
are, a /24 is the smallest subnet you can announce.
My interest lies in high speed networks, and see little to no value in 9600
baud IP networks in 2014 :)
73's
--
Bryan Fields
727-409-1194 - Voice
727-214-2508 - Fax
http://bryanfields.net
Along the same lines, I have been wondering:
Will the portal design/code be available for other regional BGP
enabled 44net gateways to implement?
It would be interesting to hear more about how those other BGP
announced chunks of 44net are using the space.
For a quite a while I've been getting "bugs in scheduling while atomic" kernel
messages.
I seem to recall there were some issues with SMP and mkiss at some point in
the past.
This isn't a hardware problem since the issue remains after putting together a
completely new system.
This is currently a machine running debian wheezy i386 userland with a x86_64
kernel.
ax25_rebuild_header is in all of these dumps. Seems suspicious.
The hardware is a i7-4770K CPU @ 3.50GHz with 16 gigs of ram, dual ethernet
ports (acting as a router), a serial kiss port to a TNC and an AXIP port.
ham related modules in use:
ipip 12941 0
tunnel4 12629 1 ipip
ip_tunnel 21436 1 ipip
netrom 36534 4
mkiss 17161 2
ax25 54676 60 mkiss,netrom
dmesg
[10433.518914] Hardware name: MSI MS-7850/Z87-G41 PC Mate(MS-7850), BIOS V1.2
06/07/2013
[10433.518915] 0000000000000000 ffff88002e21e7c0 ffffffff814b98af
ffff8803f603e000
[10433.518917] ffffffff814b6f16 ffff88040eb93800 ffffffff814bd1ad
0000000000000000
[10433.518918] ffff88041fac3bd8 ffff8803f603ffd8 ffff8803f603ffd8
ffff8803f603ffd8
[10433.518919] Call Trace:
[10433.518920] <IRQ> [<ffffffff814b98af>] ? dump_stack+0x41/0x51
[10433.518927] [<ffffffff814b6f16>] ? __schedule_bug+0x46/0x55
[10433.518928] [<ffffffff814bd1ad>] ? __schedule+0x5cd/0x780
[10433.518931] [<ffffffff8108d3dd>] ? __cond_resched+0x1d/0x30
[10433.518932] [<ffffffff814bd3d7>] ? _cond_resched+0x27/0x30
[10433.518934] [<ffffffff814bc209>] ? mutex_lock_interruptible+0x9/0x40
[10433.518942] [<ffffffffa0309c08>] ? rp_write+0x68/0x340 [rocket]
[10433.518943] [<ffffffffa08adf0d>] ? ax_xmit+0x1ad/0x440 [mkiss]
[10433.518946] [<ffffffff813d2669>] ? dev_hard_start_xmit+0x319/0x500
[10433.518948] [<ffffffff8106ac18>] ? internal_add_timer+0x18/0x50
[10433.518950] [<ffffffff813f010d>] ? sch_direct_xmit+0xfd/0x1d0
[10433.518951] [<ffffffff813d2a40>] ? dev_queue_xmit+0x1f0/0x490
[10433.518954] [<ffffffffa08988f8>] ? ax25_rebuild_header+0x108/0x2b0 [ax25]
[10433.518956] [<ffffffff813d9e3d>] ? neigh_compat_output+0x8d/0xa0
[10433.518957] [<ffffffff8140a4d1>] ? ip_finish_output+0x1b1/0x3a0
[10433.518959] [<ffffffff8143ec85>] ? igmp_ifc_timer_expire+0x175/0x280
[10433.518960] [<ffffffff8143eb10>] ? igmp_group_added+0x170/0x170
[10433.518962] [<ffffffff8106ab1c>] ? call_timer_fn+0x2c/0x100
[10433.518963] [<ffffffff8143eb10>] ? igmp_group_added+0x170/0x170
[10433.518964] [<ffffffff8106c0d5>] ? run_timer_softirq+0x1f5/0x2a0
[10433.518967] [<ffffffff812860f1>] ? timerqueue_add+0x61/0xb0
[10433.518969] [<ffffffff81063bbe>] ? __do_softirq+0xde/0x220
[10433.518970] [<ffffffff814c875c>] ? call_softirq+0x1c/0x30
[10433.518973] [<ffffffff810155b5>] ? do_softirq+0x75/0xb0
[10433.518974] [<ffffffff81063e65>] ? irq_exit+0xa5/0xb0
[10433.518977] [<ffffffff810407cb>] ? smp_apic_timer_interrupt+0x3b/0x50
[10433.518979] [<ffffffff814c7a9d>] ? apic_timer_interrupt+0x6d/0x80
[10433.518979] <EOI> [<ffffffff814c8a2c>] ? sysenter_dispatch+0x7/0x21
Thanks for any ideas.
Bob Brose / N0QBJ
Hi,
I've checked DNS A records for various hosts in the net that I'm
co-ordinator for and they resolve but to to obsolete records. I've
entered some new records via portal.ampr.org, expecting them to come to
me for approval but as yet, no email!
The correct entries should be -
gw.g4irx.ampr.org IN A 44.131.56.9
g4irx.ampr.org IN A 44.131.56.10
Ideally the entire 44.131.56.0/24 block could be deleted as we've
started afresh re-allocating addresses.
Any suggestions to get this fixed?
Thanks,
Nick G4IRX.
44net-request(a)hamradio.ucsd.edu wrote:
> Subject:
> [44net] DNS records 44.131.56.0/24
> From:
> Nick G4IRX <g4irx.44net(a)nowindows.net>
> Date:
> 01/20/2014 08:34 PM
>
> To:
> 44net(a)hamradio.ucsd.edu
>
>
> Hi,
>
> I've checked DNS A records for various hosts in the net that I'm co-ordinator for and they resolve but to to obsolete records. I've entered some new records via portal.ampr.org, expecting them to come to me for approval but as yet, no email!
>
> The correct entries should be -
> gw.g4irx.ampr.org IN A 44.131.56.9
> g4irx.ampr.org IN A 44.131.56.10
>
> Ideally the entire 44.131.56.0/24 block could be deleted as we've started afresh re-allocating addresses.
>
> Any suggestions to get this fixed?
>
> Thanks,
> Nick G4IRX.
Nick,
I think this part of the portal does not work. It would be better if it were disabled until time can be spent on it.
You need to send the updates of your address space to the ampraddr robot as before.
To delete a block, first download the existing allocations from ftp://hamradio.ucsd.edu/pub/ampr.tar.gz, isolate
what you want to delete, edit the "IN" to "DEL" and submit it to the robot.
Rob
For those who wish to try and relink my new IP is:
76.28.121.159
I haven't received an encap file yet and the ISP screwed things up on
their end which most likely will be resolved sometime tomorrow. If I set
you up double check your startup file to see if I put in a static route
to myself in your file. If so please delete it and let RIP handle the
rest.
--
73 de Brian Rogers - N1URO
email: <n1uro(a)n1uro.ampr.org>
Web: http://www.n1uro.net/
Ampr1: http://n1uro.ampr.org/
Ampr2: http://nos.n1uro.ampr.org
Linux Amateur Radio Services
axMail-Fax & URONode
AmprNet coordinator for:
Connecticut, Delaware, Maine,
Maryland, Massachusetts,
New Hampshire, Pennsylvania,
Rhode Island, and Vermont.
Hello friends,
After a hard weekend installing 2 JNOS machines to serve each a middle
split 44.152.0.0./16
The 44.152.128.1 working the second part of the subnet
(yv5sat.ampr.org) 44.152.128.0/17 in this first time the second subnet
that cover all cities out of Capital District in YV.
The other first split 44.152.0.0/17 Capital District with
yv5kxe.ampr.org 44.152.0.60, this machine now with ubuntu desktop (3
formats this weekend) to reach the cause of the problem with RIP and
encap tunnels.
Thanks to Tom SL2LOB and Pedro LU7ABF, that help me to test and find
the solution of why dont work the ampr tunnels in my system.
Yet the RIP dont work but may find a solution, the mayor problem is
the impossibility to SYN encap packets datagrams trougth Internet,
think first the Ubuntu, then the JNOS, or any ISP ADSL filter, and
last find the problem in the Tp-Link firewall TL-R480T that dont want
pass any encapsulated datagram, I check all parameters but dont is
possible, change to other D-link with DD-WRT v24-sp2 and work perfect.
Meanwhile I find other firewall to change the TL-R480T TPLINK the
first 44.152 split subnet is down, only with comercial IP yv5kxe.org.
Thanks for your attention.
73 de Gabriel YV5KXE.
YV Local AmprNet Coordinator
----------
From: Gabriel Medinas <gmedinas(a)gmail.com>
Date: 2014/1/18
Subject: Help with 44.152 subnet
To: 44net(a)hamradio.ucsd.edu
Hello fellows hams.
We want restart again here the 44.152 subnet from Venezuela amprnet.
In this first step mount the first gateway with 44.152.0.0./17
network, this is a Ubuntu 12.04 server machine in a dinamic IP
service.
Now for resume, think i miss something:
Internet IP-->TpLink TL-R480T firewall->UbuntuServer12.04->JNOS2.0j
Internet IP (dinamic from ISP)->Tplink LAN 192.168.1.2->Ubuntu Server
eth0 192.168.1.109->JNOS IP 44.152.0.60, tun0 192.168.1.110
in JNOS autoexec.nos:
attach tun tun0 1500 0
ifconfig tun0 ipaddress 192.168.1.110
ifconfig tun0 netmask 255.255.255.0
ifconfig tun0 mtu 1500
#
shell ifconfig tun0 192.168.1.109 pointopoint 192.168.1.110 mtu 1500 up
shell arp -s 192.168.1.110 00:19:DB:4A:CE:2A pub
shell arp -s 44.152.0.60 00:19:DB:4A:CE:2A pub
shell route add 44.152.0.60 gw 192.168.1.110 tun0
#
shell arp -sD 192.168.1.110 eth0 pub
#
shell iptables -I INPUT 1 -j ACCEPT --proto 4
shell iptables -I INPUT 1 -j ACCEPT --proto 94
shell iptables -I OUTPUT 1 -j ACCEPT --proto 4
shell iptables -I OUTPUT 1 -j ACCEPT --proto 94
shell iptables -I FORWARD 1 -j ACCEPT --proto 4
shell iptables -I FORWARD 1 -j ACCEPT --proto 94
shell /sbin/iptables -I INPUT -i tun0 -j ACCEPT
shell /sbin/iptables -I FORWARD -i tun0 -j ACCEPT
#
shell iptables -t nat -A PREROUTING -d 192.168.1.110/32 --proto 4 \-j
DNAT --to 44.152.0.60
shell iptables -t nat -A PREROUTING -d 192.168.1.110/32 --proto 94 \-j
DNAT --to 44.152.0.60
shell iptables -t nat -A POSTROUTING -s 44.152.0.60/32 -o eth0 -p 4
shell iptables -t nat -A POSTROUTING -s 44.152.0.60/32 -o eth0 -p 94
#
I am little lost here, the JNOS 44.152.0.60/ lan 192.168.1.110 work
with all Internet IP well but with ampr dont (think for encap routes
and rip2 dont work)
in Linux console:
./rip44d -v
found local address: 192.168.1.109
found local address: 127.0.0.1
found local address: 192.168.1.109
opening UDP socket 520...
entering main loop, waiting for RIPv2 datagrams
and stop here dont receive the routes BUT in JNOS trace monitor see
the incoming the rip UDP from 169.228.66.251 but my JNOS ip lan
192.168.1.110 replay a ICMP UnreachablePort
Please, I need be clear about what is the better way to RIP amproutes
in linux or jnos?
I think have any very wrong here in the routing, please any advice is
welcome to me (gmedinas(a)gmail.com)
Thanks for help, 73 de Gabriel YV5KXE
