I would say this is a good opportunity to test some rarely used features
built into ampr-ripd.
Main site 1 - gateway:
- both subnets have this site set as gateway (ignore both subnets via -a
option using their 44 subnet)
- ampr-ripd running, with RIP forward to site 2 (unicast via -f and -e
options)
Secondary site 2:
- ampr-ripd running (ignore only site 2 subnet via -a option, with a high
metric)
- run quagga with RIP on the link interface
On the secondary site, quagga RIP routes will take precedence over the 44net
routes, and all ampr traffic will be routed to site B via the direct link.
If the link goes down, the quagga routes will time out (in a few minutes)
and the direct backup links via ampr tunnel will take over if available, as
a backup.
The actual switch could be set up via a script which changes a dynamic dns
entry. If the link is active, it should point to site 1, on link failure it
should point to site 2.
This could be even implemented on site 2 using its local DNS if one manages
his own dns server.
In such scenario, no change in the portal data is needed and the switch will
happen automagically.
Marius, YO2LOJ
-----Original Message-----
From: lleachii--- via 44Net
Sent: Saturday, March 26, 2016 13:57
To: 44net(a)hamradio.ucsd.edu
Cc: lleachii(a)aol.com
Subject: [44net] Local Hot-Standby Question
(Please trim inclusions from previous messages)
_______________________________________________
All,
I wish to test a remote site from the QTH via Ethernet. The remote
location has its own Internet connection I'd also like to utilize. I
intend to set it up in the following manner:
tunl0 <<>> 44.60.44.128/25 ROUTER-X <<ETHERNET>> ROUTER-Y
44.60.44.1/25
<<>> **AMPR tunl0**
- router Y will be connected to router X by [Wireless] Ethernet. I'd
like to deliver the RIP 44 announcements to this machine from current
router Y, so it may use its own commercial Internet connection (on
another carrier) to transmit
- through Dynamic DNS, and a local hot-standby script, I intend to have
router X to Dynamically possess high availability for my AMPRNet connection
- I understand all replies come through my Portal-registered GW until a
standby switchover were to take place
- I understand the delay may be 5 min - 1 hour
* - If I were to do so, would there be any filtering on some of your
gateways if the second device transmitted the originating IPENCAP packet
for an IP in my registered /24 subnet, instead of my actively registered
portal?
(If so, what filter are you using? I may be interested in implementing
it myself.)
* - Would this filter restriction persist if I were to register a subnet
to that device?
* - Would there be a problem if I possessed 2 GWs in the portal with the
same IP, but holding 2 different allocations (in case of fail-over)?
Thanks and 73,
- Lynwood
KB3VWG
_________________________________________
44Net mailing list
44Net(a)hamradio.ucsd.edu
http://hamradio.ucsd.edu/mailman/listinfo/44net