Re: [v6ops] IPv4 trajectory

joel jaeggli <joelja@bogus.com> Wed, 01 April 2015 03:01 UTC

Return-Path: <joelja@bogus.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 9E3D71A1EEC for <v6ops@ietfa.amsl.com>; Tue, 31 Mar 2015 20:01:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01] 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 62mx6jd5y3JX for <v6ops@ietfa.amsl.com>; Tue, 31 Mar 2015 20:01:26 -0700 (PDT)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 387A91A1EEA for <v6ops@ietf.org>; Tue, 31 Mar 2015 20:01:26 -0700 (PDT)
Received: from mb-aye.local ([IPv6:2601:9:3402:7bb1:6086:c2de:6da8:922f]) (authenticated bits=0) by nagasaki.bogus.com (8.14.9/8.14.9) with ESMTP id t3131IlZ004782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 1 Apr 2015 03:01:19 GMT (envelope-from joelja@bogus.com)
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, "Fred Baker (fred)" <fred@cisco.com>
references: <D1401A6F.90498%Lee@asgard.org> <551AF135.3060602@gmail.com> <B7AD5376-A2CF-43DF-9A84-B75CFDDBD6FF@cisco.com> <551B37B9.4090400@gmail.com> <B0D588CB-0448-44FE-BE3F-4D0B890B5756@cisco.com> <551B460E.7040207@gmail.com>
From: joel jaeggli <joelja@bogus.com>
message-id: <551B5F7D.1080402@bogus.com>
Date: Tue, 31 Mar 2015 20:01:17 -0700
user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:37.0) Gecko/20100101 Thunderbird/37.0
mime-version: 1.0
in-reply-to: <551B460E.7040207@gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="mHGDDqawsfbh8eBO0rPvWHjvdbIpmomtI"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/yFPj6VKq1_YFmE82MIJ8f7E_lTA>
Cc: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] IPv4 trajectory
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, 01 Apr 2015 03:01:27 -0000

On 3/31/15 6:12 PM, Brian E Carpenter wrote:
> On 01/04/2015 13:32, Fred Baker (fred) wrote:
>>
>>> On Mar 31, 2015, at 5:11 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>>
>>> 5. Therefore, migrate IPv4 support to run over IPv6.
>>
>> Again, if you want the carrier’s logic, ask the carrier. But to me, that doesn’t follow.
>>
>> Not all core carriers,  but a significant number of them, don’t think of themselves as carrying IPv4 or IPv6 per se. They think of themselves as MPLS houses, using jumboframes so that the addition of that header to whatever their payload happens to be (aka IPv4 or IPv6) doesn’t have an MTU problem. Whatever comes in, they throw it into the right tunnel (aka LSP) to get it to the right egress, MPLS gets it there, and it goes out the other door.
>>
>> You’re arguing about what kind of tunnel they should use. They’re quite happy with the one they have, and it’s neither IPv4 nor IPv6.
> 
> Makes sense. But in that case, ships-in-the-night is the final state
> for such providers, as far as IPv4 goes; I have no problem with that.

they do ships in the night for ipv4.

the p-router portion of the network is protocol agnostic with repect to
encapsulated data, modula practical problems like figuring out how to
make it hash across trunks.

>     Brian
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>