[9361] in North American Network Operators' Group
Re: Emergency backup for a small net
daemon@ATHENA.MIT.EDU (Miguel A.L. Paraz)
Sun May 18 10:57:15 1997
From: "Miguel A.L. Paraz" <map@iphil.net>
To: bradley@dunn.org (Bradley Dunn)
Date: Sun, 18 May 1997 22:49:42 +0800 (HKT)
Cc: nanog@merit.edu
In-Reply-To: <Pine.BSF.3.96.970518081702.20348B-100000@ns2.harborcom.net> from "Bradley Dunn" at May 18, 97 09:04:27 am
Hi,
Bradley Dunn wrote:
> The problem is both ISPs are small and have /24s from their providers. The
> /24s would be filtered by many, leading to only partial connectivity in
> the case of failure. (Partial connectivity is better than no connectivity,
> I guess...)
What I would advocate here - though it is probably less feasible in
the North American context - is application level multihoming. For
mail, backup MX'es for inbound, and smarthosts for outbound. For
Web access, if the ISP operates a proxy cache for its customers, the
customers' actual IP address becomes irrelevant. There has been some
discussion in the Squid users' mailing list about this, and we
(the Squid contributors) are looking into means and ways of making
upstream switchover more transparent.
Granted, running caches in our part of the world (across the Pacific
from MAE-West) is a must for reasonable performance at reasonable
cost.
Cheers,
--
miguel a.l. paraz <map@iphil.net> +63-2-893-0850
iphil communications, makati city, philippines <http://www.iphil.net>
