[155357] in North American Network Operators' Group
Re: BGPttH. Neustar can do it, why can't we?
daemon@ATHENA.MIT.EDU (Leo Bicknell)
Mon Aug 6 11:12:38 2012
Date: Mon, 6 Aug 2012 08:11:12 -0700
From: Leo Bicknell <bicknell@ufp.org>
To: NANOG list <nanog@nanog.org>
Mail-Followup-To: NANOG list <nanog@nanog.org>
In-Reply-To: <030DCAD8-FF09-4B60-B198-8D37379A39EB@gizmopartners.com>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
--45Z9DzgjV8m4Oswq
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
In a message written on Mon, Aug 06, 2012 at 10:05:30AM -0500, Chris Boyd w=
rote:
> Speaking as someone who does a lot of work supporting small business IT, =
I suspect the number is much lower. As a group, these customers tend to be=
extremely cost averse. Paying for a secondary access circuit may become i=
mportant as cloud applications become more critical for the market segment,=
but existing smart NAT boxes that detect primary upstream failure and swit=
ch over to a secondary ISP will work for many cases. Yes, it's ugly, but i=
t gets them reconnected to the off-site email server and the payment card g=
ateway.
I don't even think the dual-uplink NAT box is that ugly of a solution.
Sure it's outbound only, but for a lot of applications that's fine.
However, it causes me to ask a differnet question, how will this
work in IPv6? Does anyone make a dual-uplink IPv6 aware device?
Ideally it would use DHCP-PD to get prefixes from two upstream
providers and would make both available on the local LAN. Conceptually
it would then be easy to policy route traffic to the correct provider.
But of course the problem comes down to the host, it now needs to
know how to switch between source addresses in some meaningful way,
and the router needs to be able to signal it.
As messy as IPv4 NAT is, it seems like a case where IPv6 NAT might
be a relatively clean solution. Are there other deployable, or nearly
deployable solutions?
--=20
Leo Bicknell - bicknell@ufp.org - CCIE 3440
PGP keys at http://www.ufp.org/~bicknell/
--45Z9DzgjV8m4Oswq
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iQIVAwUBUB/ekLN3O8aJIdTMAQLNUg//YTuzXltZD6tBLXY7qAz1wbuIxzPUrdTr
sAXLpNi6SZ5DVZHQAkKCaqwi5ZJdA9Q41a6hQ2pggq415MyGRWYuBG3Wg0rnuwr6
DKn6xGad6cwk0MbvHDK8REixNW97ACZfpMaGOQubLqucTdpFKLtzCkZHAbcB37dS
dQLp9t5sAwGW/wXWU/pfE4soTihbs5g52prFfdMX9fFzqdxTKO+zw/PaEbiISf0N
xczGVDEO/3WSTeodK7J8Funggmp3hUlnduFisjIk6Zq3dyBGm0XvKsW8IKeukyEO
t0BkiGfElIb/Mz/efIJKwC+vU61eUyset9uZ3qGrBeOD4mRgtFKEq4cwjUBCknyK
jdMNx8Hbz0Y3BvG5juiDt2z+XcUYheFYX9pX+E99YhyXIU1LlowbqWBpOOEX2TED
sZZnqNSfCJbfnyL6irZkBJtgLd3FJGrPABjfZKMUD+dPYLPp76iDvoehZdZKs6Tu
06IKf58jxw6aM2kU35Pb1vAzgugMAwR7kTIUYmVEWq6AEcYa9PPN5UerGpwtHNSm
NFwTMMfh+Dlcz7c1YaGiJO+s9/SFHDy2d/jJSCoDNfiovMidZHytpkvjL3zfBBUx
mizVnYSjHRy7KFS6ukF+JWTXpag68fMz0n7F4L/kGCl60/PCKQcoX2kUJIceTrM0
wej/gv5GYGE=
=kasA
-----END PGP SIGNATURE-----
--45Z9DzgjV8m4Oswq--
