Domain name based multihome routing?

Dale Mahalko dmahalko at
Tue Jun 26 10:11:31 UTC 2018

I should also mention that I am not a formally trained programmer. I am
mostly an end-user looking for a readymade solution that doesn't require
understanding the source and recompiling it.

I can dabble, but I do not know all the intricacies of C/C++ to implement
with any level of stability or quality, of what I am talking about here.

On Tue, Jun 26, 2018 at 2:23 AM, Mark Andrews <marka at> wrote:

> Why send it to a secondary program?  Just have named look the name up
> in the database directly and then use a route socket to inject the
> route.  Named already uses a route socket to track interfaces coming
> and going.
> Note: CDN’s use the same machine for multiple names so you may not always
> get the result you are after.
> Mark
> > On 26 Jun 2018, at 3:08 pm, Dale Mahalko <dmahalko at> wrote:
> >
> > (Hello, I am new to the list. And this may possibly be my only post
> here..)
> >
> > I am looking for a way on Linux to do domain name based multihome
> routing.
> >
> > Essentially every time a domain name lookup request occurs:
> >
> > * Rather than immediately returning the results to the requesting
> program, instead Named/BIND should pause the process and send the results
> out to a secondary program.
> >
> > * The secondary program looks up the domain in a database, which also
> includes the multihome destination for each domain. If a match is found, a
> route is created to that multihome destination. Aliased acceleration
> domains such as Akamai will be matched using the primary domain name.
> >
> > * Control is now returned to Named/BIND which returns the results as
> usual to the original requester. When the secondary program uses the
> numeric address(es) returned by Named/BIND, it is routed according to the
> multhome destination list.
> >
> > ,
> >
> > Is there any way to do this with Named/BIND the way it is currently
> programmed, or would it be necessary to hack the source to insert this
> redirection step?
> >
> > The specific reason why I need this is that I am one of the many
> thousands of rural people in the United States who are stuck on a horribly
> slow DSL Internet connection, with a maximum speed of 1.5 megabit down,
> 0.25 megabit up, and no way to upgrade. The one redeeming quality of it, is
> that the monthly bandwidth is essentially uncapped.
> >
> > I am looking into buying a second, expensive cellular data plan which
> allows 4G speeds of up to about 15 megabit, but which has a monthly data
> cap of about 25 gigabytes.
> >
> > I want to conserve the limited high-speed cellular bandwidth as much as
> possible, and put all the downloads that I don't care about on the slow DSL.
> >
> > * I want to put all the huge background bandwidth eating maintenance
> downloads such as Microsoft Windows updates, Microsoft Store updates,
> Microsoft P2P updates, Steam game downloads and updates, Adobe updates,
> iTunes updates, iPhone iOS and App updates, and so forth on the slow DSL.
> >
> > * I want to put all the other things that are important to me like
> multiplayer gaming UDP streams, remote desktop / SSH, video streaming, and
> general web browsing on the cellular modem.
> >
> > ,
> >
> > Due to there being thousands and thousands of cloud servers, plus
> bandwidth optimization services, it is virtually impossible for me to know
> in advance and manually/statically route all possible servers that
> Microsoft, Steam, Adobe, Apple or any other cloud hosted and Akamai/AWS
> accelerated business may use.
> >
> > In most cases it is not possible to know what newly created cloud
> servers these companies will use until the moment they actually request a
> domain lookup for that new server within their parent domain.
> >
> > Hence the multihome routing for these domains must be done dynamically
> on the fly, as they are being requested from the name lookup service, but
> before the lookup results are returned to the originating program
> requesting the lookup.
> >
> >
> > Dale Mahalko, Gilman, WI, USA
> > _______________________________________________
> > Please visit to
> unsubscribe from this list
> >
> > bind-users mailing list
> > bind-users at
> >
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742              INTERNET: marka at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the bind-users mailing list