[184827] in North American Network Operators' Group
Re: IPv6 Irony.
daemon@ATHENA.MIT.EDU (Hugo Slabbert)
Thu Oct 22 11:15:34 2015
X-Original-To: nanog@nanog.org
Date: Thu, 22 Oct 2015 08:15:29 -0700
From: Hugo Slabbert <hugo@slabnet.com>
To: Nicholas Warren <nwarren@barryelectric.com>
In-Reply-To: <C26ABA0F2E16624EA737DB4674DC05AB167BC2B9@mail.baec.local>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org
--45Z9DzgjV8m4Oswq
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Couldn't tell you:
An error occurred while processing your request.
Reference #50.b301e78e.1445526611.3125864=20
Masataka: Is there an alt link? It sounds like it could be an interesting=
=20
read.
--=20
Hugo
hugo@slabnet.com: email, xmpp/jabber
PGP fingerprint (B178313E):
CF18 15FA 9FE4 0CD1 2319 1D77 9AB1 0FFD B178 313E
(also on textsecure & redphone)
On Thu 2015-Oct-22 12:34:07 +0000, Nicholas Warren <nwarren@barryelectric.c=
om> wrote:
>Worth*
>
>Thank you,
>- Nich Warren
>
>
>> -----Original Message-----
>> From: NANOG [mailto:nanog-bounces@nanog.org] On Behalf Of Nicholas Warren
>> Sent: Thursday, October 22, 2015 7:26 AM
>> To: Masataka Ohta
>> Cc: nanog@nanog.org
>> Subject: RE: IPv6 Irony.
>>
>> Can anyone tell me if the document he linked is work reading? I am
>> currently
>> connected to an IPv6 only network and can't get to it.
>>
>> Thank you,
>> - Nich Warren
>>
>> > -----Original Message-----
>> > From: NANOG [mailto:nanog-bounces@nanog.org] On Behalf Of Masataka Ohta
>> > Sent: Thursday, October 22, 2015 1:43 AM
>> > To: Mark Andrews
>> > Cc: nanog@nanog.org
>> > Subject: Re: IPv6 Irony.
>> >
>> > Mark Andrews wrote:
>> >
>> > >>> Customer support, especially network troubleshootings and so on...
>> > >>
>> > >> Customer support for IPv6 costs a lot, at least because of:
>> > >>
>> > >> 1) Unnecessarily lengthy IP addresses, not recognized by most, =
if
>> > not
>> > >> all, customers
>> > >>
>> > >> 2) Lack of so promised automatic renumbering
>> > >
>> > > Upgrade the vendors. Nodes already renumber themselves automatically
>> > > when a new prefix appears.
>> >
>> > Can the nodes treat multiple prefixes on multiple (virtual) interfaces
>> for
>> > smooth ISP handover?
>> >
>> > > Nodes can update their addresses in the DNS if the want to securely
>> > > using DNS UPDATE and TSIG / SIG(0).
>> >
>> > How much is the customer support cost for the service?
>> >
>> > > This isn't rocket science. Firewall vendors could supply tools to
>> > > allow nodes to update their addresses in the firewall. They could
>> > > even co-ordinate through a standards body. It isn't that hard to ta=
ke
>> > > names, turn them into addresses and push out new firewall rules on
>> > > demand as address associated with those names change.
>> >
>> > As I and my colleague developed protocol suites to automatically
>> renumber
>> > multihomed hosts and routers
>> >
>> > The Basic Procedures of Hierarchical Automatic Locator Number Allocati=
on
>> > Protocol HANA
>> > http://delivery.acm.org/10.1145/2090000/2089037/p124-
>> >
>> kenji.pdf?ip=3D131.112.32.134&id=3D2089037&acc=3DACTIVE%20SERVICE&key=3D=
D2341B890A
>> >
>> D12BFE.E857D5F645C75AE5.4D4702B0C3E38B35.4D4702B0C3E38B35&CFID=3D7234246=
60&C
>> > FTOKEN=3D36506659&__acm__=3D1445495785_e3533480d8843be13ab34593a1faf194
>> >
>> > which is now extended for DNS update including glue, I know it is
>> doable.
>> >
>> > But, as it is a lot more simpler to do so with IPv4 with NAT, 48 bit
>> > address space by NAT is large enough and NAT can enjoy end to end
>> > transparency, I see no point to use IPv6 here.
>> >
>> > Automatic renumbering of IPv6 *WAS* promising, because it was not
>> > necessary to replace existing IPv4-only boxes.
>> >
>> > Masataka Ohta
>
--45Z9DzgjV8m4Oswq
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIcBAEBCgAGBQJWKP2RAAoJEJqxD/2xeDE+xWkP+wUPsJ2PDfsY0OHhsUvTk7kq
W+AvEp13TsSjwsQSXesoLPhPrGwjG2xjT4fqTkSmG2uHlKl8OSRo8AnlbF2rcwaM
VJNuLJ0JTPVtG3ibuEQGfIEpSvF+GdaW81kq3r7HyEFVSTdxqwauFpd1E+9inq8R
GKgyDxvaO5trSV71+VpHvzpiEkfJMmr3aL0ZlHp3FBoyK0FZecxgw+vlTBMiT84F
X37mHmR4oGfDpspaa3L8hfuGKtpTJ99LNFCsBwM++CToOQ+Fcz4NOVo6R8bFblbM
2eXCjyLzHk6osa5Tol1nMMk9dJ6R+B5fdc3I5gQCgtfTn78gbOnJyW9V9MUZMdAL
S/q5++nf91Z8ypx+mmMw8UdOiRW6Y2cfeHmxzkumdmhILYVH9KyKlLlXah7Pinld
lZNFDOvVRYqVaZy11oYGomGvI0zoIN9Ti833GbEoH48VmL3D0VuMz3xlEqJgCjjk
2iBek0eEDhl46XuJV3MLb22vHLAJ2gVpwJYpSGuKjqf9UJ6/zHXGwREV6YgPSDM4
aD09QHlOmK1azp94upaia+SArWPW19QeEdG68/rH2FzcI17vEscWYk1enrJ8x9BO
CFc+sN4LkY0ehKxifvOx1mqAkuxhDNxJZZMZbxZi/ZubCCNbtSX3/SJmB5SPSspx
HDFzBvGQWB2vNHcw/hCc
=1qgf
-----END PGP SIGNATURE-----
--45Z9DzgjV8m4Oswq--
