IETF Logo Mail Archive

Re: [v6ops] PI [ULA draft revision #2 Regarding isolated networks]

"Fred Baker (fred)" <fred@cisco.com> Wed, 25 June 2014 23:51 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E14DC1B28FA for <v6ops@ietfa.amsl.com>; Wed, 25 Jun 2014 16:51:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -115.152
X-Spam-Level:
X-Spam-Status: No, score=-115.152 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7rGyOgZVrMnt for <v6ops@ietfa.amsl.com>; Wed, 25 Jun 2014 16:51:17 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 102E51B2903 for <v6ops@ietf.org>; Wed, 25 Jun 2014 16:51:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4651; q=dns/txt; s=iport; t=1403740278; x=1404949878; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=8npmVZXyO374YwuEn39la1fLLYhwGOpaJyUw0ifiBaw=; b=hFq9IpmkOzWkS5TYceOZJDEifDGq/t3Z5bXEjNDSw/jFnicMwGz2njnt 2bEmzGD7Dk3AvVGdavYxK5Lhx7N5P4/SL+bP/oohdyDZpB+LpN5nxCPY4 Rxkd8gnFgv7PYjZ6NGdG8weUKaI2tkdPh+2NSFcMvqqkJrnEhCDICFg1G M=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AicFADhgq1OtJA2D/2dsb2JhbABYgw1SWsNbAYEJFnWEAwEBAQMBJyIwBQsCAQgYLjIlAgQOBQ4NiB8IxAAXjnwHCYMkgRYFkgiBQYcIgUaSJYNCgjA
X-IronPort-AV: E=Sophos;i="5.01,548,1400025600"; d="asc'?scan'208";a="55977422"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-6.cisco.com with ESMTP; 25 Jun 2014 23:51:05 +0000
Received: from xhc-aln-x13.cisco.com (xhc-aln-x13.cisco.com [173.36.12.87]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id s5PNp4OY018493 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 25 Jun 2014 23:51:04 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.143]) by xhc-aln-x13.cisco.com ([173.36.12.87]) with mapi id 14.03.0123.003; Wed, 25 Jun 2014 18:51:04 -0500
From: "Fred Baker (fred)" <fred@cisco.com>
To: Ted Lemon <ted.lemon@nominum.com>
Thread-Topic: [v6ops] PI [ULA draft revision #2 Regarding isolated networks]
Thread-Index: AQHPkNBT9D0WMTeSi06B2Kyd8GfDpw==
Date: Wed, 25 Jun 2014 23:51:04 +0000
Message-ID: <D1952E6B-1142-4E3D-BC29-5AAD5F3C2AD4@cisco.com>
References: <43BB867C-7BCA-45F6-8ADC-A49B34D6C0DC@nominum.com> <5384937A.90409@foobar.org> <m2iooq4oqi.wl%randy@psg.com> <5385762E.5020901@dougbarton.us> <5385AA97.1050207@fud.no> <53864DCB.5070202@gmail.com> <53865EA2.9000502@fud.no> <02dc01cf7c06$cc6a4bc0$4001a8c0@gateway.2wire.net> <97390E9C-460F-4D08-AFCE-E4A991E2B0E4@cisco.com> <46D22F62-3528-4B9D-9FCF-C9C7466A9ABA@delong.com> <20140531104145.GQ46558@Space.Net> <m1WqqZ4-0000DqC@stereo.hq.phicoh.net> <20140531214908.10FEE1719BB4@rock.dv.isc.org> <m1WqrFK-0000BHC@stereo.hq.phicoh.net> <23125E9D-85A1-49EB-ACE6-DB5EAC67EE02@nominum.com>
In-Reply-To: <23125E9D-85A1-49EB-ACE6-DB5EAC67EE02@nominum.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.116]
Content-Type: multipart/signed; boundary="Apple-Mail=_4E8C6B4F-9091-45CB-A75C-5977FDC2E2EC"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/v10QKoDsyZlfI29ZZfHUcmzqQK0
Cc: Philip Homburg <pch-v6ops-3a@u-1.phicoh.com>, V6 Ops List <v6ops@ietf.org>
Subject: Re: [v6ops] PI [ULA draft revision #2 Regarding isolated networks]
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Jun 2014 23:51:23 -0000

On Jun 1, 2014, at 9:54 AM, Ted Lemon <ted.lemon@nominum.com> wrote:

> On May 31, 2014, at 5:55 PM, Philip Homburg <pch-v6ops-3a@u-1.phicoh.com> wrote:
>> You suggest that every possible piece of software should implement HE?
> 
> Software that doesn't implement some kind of happy eyeballs mechanism is going to work poorly on an IPv6 internet.   Ask rather whether there could be some support for HE-like behavior that is relatively easy for app developers to use, so that they don't fail to use it and wind up making applications with crappy behaviors during partial outages.

For the record, HE isn’t actually about IPv6, although the document is written that way. It’s about multihoming. If I have a multihomed device with two IPv4 addresses and one of them is intermittent for some reason, I’ll have exactly the same problem and should have exactly the same solution. Or ditto if I have two IPv6 addresses.

I actually have that problem right now. I have an HE tunnel to the residential side of my home and IPv4+IPv6 to my home office courtesy of Cisco. A few weeks ago, without notice, the HE tunnel stopped working. Not sure why, but I have seen comments from others to the effect. So, on the corporate side, I can ping or ping6 www.kame.net, but on the residential network I can only ping it, not ping6. Imagine IPv4 not working at all (that day will come, but not today). I’d like to be able to play happy eyeballs between my two IPv6 addresses.

<pull Ethernet plug, turn on wifi, wait a few seconds>

[FRED-M-20VW:~/Desktop] fred% ping6 -c 5 www.kame.net;ping -c 5 www.kame.net
PING6(56=40+8+8 bytes) 2001:1938:290:2:948e:3370:b5c6:74ff --> 2001:200:dff:fff1:216:3eff:feb1:44d7

--- orange.kame.net ping6 statistics ---
5 packets transmitted, 0 packets received, 100.0% packet loss

PING orange.kame.net (203.178.141.194): 56 data bytes
64 bytes from 203.178.141.194: icmp_seq=0 ttl=49 time=124.782 ms
64 bytes from 203.178.141.194: icmp_seq=1 ttl=49 time=124.827 ms
64 bytes from 203.178.141.194: icmp_seq=2 ttl=49 time=126.614 ms
64 bytes from 203.178.141.194: icmp_seq=3 ttl=49 time=116.715 ms
64 bytes from 203.178.141.194: icmp_seq=4 ttl=49 time=128.197 ms

--- orange.kame.net ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss

<disable wifi, plug in Ethernet, wait a few seconds>

round-trip min/avg/max/stddev = 116.715/124.227/128.197/3.964 ms
[FRED-M-20VW:~/Desktop] fred% !p
ping6 -c 5 www.kame.net ; ping -c 5 www.kame.net
PING6(56=40+8+8 bytes) 2001:420:701:32:9cec:98d1:3718:ce3c --> 2001:200:dff:fff1:216:3eff:feb1:44d7
16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=0 hlim=51 time=173.079 ms
16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=1 hlim=51 time=172.896 ms
16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=2 hlim=51 time=187.208 ms
16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=3 hlim=51 time=171.177 ms
16 bytes from 2001:200:dff:fff1:216:3eff:feb1:44d7, icmp_seq=4 hlim=51 time=176.913 ms

--- orange.kame.net ping6 statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/std-dev = 171.177/176.255/187.208/5.789 ms
PING orange.kame.net (203.178.141.194): 56 data bytes
64 bytes from 203.178.141.194: icmp_seq=0 ttl=39 time=177.976 ms
64 bytes from 203.178.141.194: icmp_seq=1 ttl=39 time=180.668 ms
64 bytes from 203.178.141.194: icmp_seq=2 ttl=39 time=181.578 ms
64 bytes from 203.178.141.194: icmp_seq=3 ttl=39 time=183.519 ms
64 bytes from 203.178.141.194: icmp_seq=4 ttl=39 time=176.404 ms

--- orange.kame.net ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 176.404/180.029/183.519/2.543 ms

v2.23.0 | Report a Bug | By Email