On Jul 28, 2009, at 1:51 AM, dlake02 wrote:
> I completely agree that DNS is inappropriate for instantaneous moves.
>
> 73 David - G4ULF
>
No offense intended David, but anyone who says this hasn't done it.
DNS can EASILY handle virtually instantaneous updates, when configured
and used corre
The dstar ADDON for dstar Gateways/repeaters updated to
version 2.45 to fix a small bug when
gateways transmit to the Reflectors and to other
gateways at the same time due to dstar routing.
OPEN SOURCE dstar is at:
http://dstardextra.sourceforge.net/
package is dextra_linux_v245.zip
73
Scott
I agree.
On Jul 28, 2009, at 12:37 AM, Nate Duehr wrote:
It doesn't have to be that way with a new Gateway... an "IP connected
Zone" that acts as one "repeater system" for local linking/regional
linking, sure would be a nice feature...
--
Nate Duehr, WY0X
n...@natetech.com
.
John D. Hay
dlake02 wrote:
>
>
> The DNS is only to find the reference between the callsign and the IP
> address. Entries would only be added once stations are authorised, so
> any delay would not affect the live routing.
>
> IP Routing would take care of station moves, not DNS.
>
> Every repeater would
The DNS is only to find the reference between the callsign and the IP address.
Entries would only be added once stations are authorised, so any delay would
not affect the live routing.
IP Routing would take care of station moves, not DNS.
Every repeater would look-up the callsign-to-IP addres
On Jul 27, 2009, at 4:43 PM, John Hays wrote:
>
> The whole "zone" concept really is dependent on the DOA (marketing
> wise) 10 gHz backbone system, using ATM to bring multiple
> controllers together to provide the zone and optionally share a
> gateway.
It doesn't have to be that way with
On Jul 27, 2009, at 4:02 PM, Woodrick, Ed wrote:
> Don’t believe that DNS updates are instantaneous. In common
> configuration, IP address changes can easily take 6 hours.
>
>
> And if you pull the TTLs down to something short, you start to bang
> the heck out of the centralized name servers.
