What about someone wanting to setup a dynamic DNS, with rather short
lived record TTL's?
For many gateway's they rely on an external service (dyndns, no-ip,
etc) and many other ham applications (IRLP has it's own dynamic DNS
etc)
I have often wished the ARRL or QTH/QSL,net would offer a Dyn-DNS
service for hams.
------------
>> How can one establish one or more NS records in the ampr.org hierarchy such
>> that dns for *.mycallsign.ampr.org could be self managed?
>Generally I prefer not to delegate zones in the "forward" lookup;
>we're hoping to obviate the need for that with the self-management
>of DNS records that the portal will provide. That will also solve the
>issues of the 44.in-addr zone being kept in sync.
>- Brian
Must a block of 44net IP space be assigned to an individual or could it be
assigned to a club or other group? Say a club station had the callsign
w6xyz assigned. could w6xyz then be assigned a /24 block to build out a
lan serving a given geographic area?
Eric
AF6EP
I have followed the instructions on the wiki pages to the exact detail, and
am having issues with the setup. I am at the point where I can receive
routing updates but cannot send any data over the tunnel. I am not the best
when it comes to Linux but have a better understanding of networking,
routers, and routing (Cisco).
I have eth0 on a public address.
I have eth1 on 44.64.192.253/24
I have tunl0 on 44.64.192.254/8
I am running Ubuntu 10.04 on VMWare.
1. When I create the tunl0 interface with the class A netmask, how is
rip44d using this and where does the tunnel "endpoint" get defined? (remote
endpoint address?)
2. I have the Linux machine running rip44d and another linux machine
on the same assigned 44.64.192.x subnet. I can ping between them until I
bring up the tunl0 interface. If I down and up the tunl0 interface, I can
ping as expected. Can anyone explain this behavior?
3. The tunl0 interface is registering collisions equal to the number
of packets transmitted. I cannot find a reason why this is happening.
Thanks in advance,
Jesse
Jesse,
Here are my notes:
http://www.qsl.net/k/kb9mwr//wapr/tcpip/rip44d.html
The endpoints are populated by the RIP routes that are received. You
can run the dameon in verbose mode, and periodically check how the
route table is being manipulated with the command "route"
As for why you can ping two machines on the same subnet, it sounds
like a conflicting route. Again what does "route" show you?
Steve, KB9MWR
Hello,
Been curious and just wanted to give a try running rip44d...
Downloaded: https://github.com/hessu/rip44d
Followed exactly procedure decribed here:
http://wiki.ampr.org/index.php/Rip44d
Executed:
linux~/rip44d$sudo ./rip44d -v
found local address: 192.168.0.101
found local address: 44.165.2.1
found local address: 127.0.0.1
found local address: 44.165.2.2
found local address: 44.165.2.2
found local address: 44.165.2.2
found local address: 44.165.2.2
found local address: 44.165.2.2
opening UDP socket 520...
entering main loop, waiting for RIPv2 datagrams
Waited more than half an hour and... nothing happend at all.
According to a/m source, “Amprgw transmits the RIP routing table updates
every 5 minutes”
Does Amprgw still broadcasts RIPv2 info?
Best regards
Tom - sp2lob
Hi,
what is the official resource of 44net allocations?
http://noh.ucsd.edu/~brian/amprnets.txt disappeared and as my
understanding http://portal.ampr.org/networks.php is the new source.
Are former allocations completely removed? Archive from 2007:
http://www.eastnetpacket.net/files/amprnets.txt
Even http://portal.ampr.org/networks.php seems not to be the place with
latest changes. At least I'm aware of an allocation of 44.188.128.0/20
(Russia D-Star) and 44.168.0.0/16 (France HAMNET).
How can we keep track of latest allocations?
Thank you,
73,
Jann
DG8NGN
--
Jann Traschewski, Lenbachstr. 6, D-90489 Nuernberg, Germany
Tel.: +49-911-696971, Mobile: +49-170-1045937, E-Mail: jann(a)gmx.de
Ham: DG8NGN / DB0VOX, http://www.qsl.net/dg8ngn
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Good evening,
I have been trying to get information about this issue via other
channels, unfortunately I don't seem to have the correct contact data.
As a "simple" end-user I created an allocation request, which was sent
to the manager account for the end-user's location.
The email contained this link:
https://portal.ampr.org/coord_ip_requests.php?a=edit&id=266
The page request me to login, however after login (using the manager
account) no information about the allocation request is shown, instead
the regular welcome page is shown. Pasting the URL into the browser
URL bar again brings up the request to login again.
So somehow I'm unable to process the allocation requests. I have no
clue how to solve this issue, could someone point me into the right
direction please?
73 de Marc, LX1DUC
- --
http://lx1duc.mcs.tel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.19 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJRvO23AAoJEHFIN1T8ZA8vrr8P/jKo+ImFclLPg7QOl+TB8MaI
ThcAxxpWqBd1aN5Jv2RSm8Yx4TgpfS+59u3xDnbCqtJw66mSEChTTnt5fUESpYo3
604XYuRxEfL6oyXLPR19bmQWhb1J7dKOcwzTDQvRkqa8IAg7aP1m3R7tN13fvQAV
7GL3F/csxeG7XHxXxwy60V0tR50MFmI7dSeXdGNS7FyzZlzfUwRFuSv0nXMEl6uj
2DdlT0BVQtDkv6d128a2+5xL1UV3IOx8osI4mmUGcK3i9+aS8NhQXp83D9O1j3Wa
6SPo2DlLFfHzqRnEe/wWZ1/ExzBb+CZNx3jheDfm8ULGpprnYcM43xDOObyjN/NS
Zx1nL/eVDI6LQa8IlcNIYR/E5I6yDDYwQXoGF5n5mrm0kx3Uqo3PbkE7TwmGmRP+
ld/NMZWHrE5tK5hZ7rvaF392feP6H4ORj68nWCSJhrOZ/BUeTNibwm+c3YDyH7tD
R3EAYUkE+Uek+tb47tdpJfstOzAHwlKDMFXT67LSygP4AQs2hdBSaF2NVWIy/Tbb
BNGw+qB/SqP+FYWTolKn/FuLdte1yfarZWIfQDLLVWUWF6QtDNct8iY4k/FlYxIw
Gfn85KMzciyPzjSWAVRQedAHQKl4Dvfmfxo8I4kSLo+Bn5sXCIaMOZL+xnJ9KK0P
rgE4ZH8TrkMVL+M0cypB
=cxg6
-----END PGP SIGNATURE-----
On 6/18/13 6:50 AM, Jerald A DeLong wrote:
>
>> The Florida coordinator said I should be good to go with this once I got the
>> assignment completed, is this not the case?
>
> This *not* at all what I told you and I have all the email I sent you.
> We can discuss further off the list.
To the list, It was a misunderstanding on my end, Jerry was correct on this.
Sorry for the confusion, didn't intend to ruffle any feathers.
The process here is a bit different than I'm use to, and I'm still learning
all the procedures of 44net. I'm excited to be a part of this, and it's got
me excited to be involved with high-speed radio again.
Brian's hit me up off list and we have ball rolling.
--
Bryan Fields
727-409-1194 - Voice
727-214-2508 - Fax
http://bryanfields.net
