Re: Ideas for IPv6 BGP and tunnelling

Adrian Kennard <ietf-v6ops@aaisp.net.uk> Fri, 24 April 2009 11:02 UTC

Return-Path: <owner-v6ops@ops.ietf.org>
X-Original-To: ietfarch-v6ops-archive@core3.amsl.com
Delivered-To: ietfarch-v6ops-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1E71E3A6AA2 for <ietfarch-v6ops-archive@core3.amsl.com>; Fri, 24 Apr 2009 04:02:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level:
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 88MN3itbHiGR for <ietfarch-v6ops-archive@core3.amsl.com>; Fri, 24 Apr 2009 04:02:37 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 274083A67F1 for <v6ops-archive@lists.ietf.org>; Fri, 24 Apr 2009 04:02:37 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1LxJ92-0004h7-EH for v6ops-data0@psg.com; Fri, 24 Apr 2009 11:00:36 +0000
Received: from [2001:8b0:0:30:230:48ff:fe97:2bc2] (helo=c.painless.aaisp.net.uk) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <ietf-v6ops@aaisp.net.uk>) id 1LxJ8n-0004fQ-O6 for v6ops@ops.ietf.org; Fri, 24 Apr 2009 11:00:28 +0000
Received: from tactless.ec.aaisp.net.uk ([2001:8b0:0:2:21d:60ff:fedd:9e63]) by c.painless.aaisp.net.uk with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69) (envelope-from <ietf-v6ops@aaisp.net.uk>) id 1LxJ8k-0001s6-EE for v6ops@ops.ietf.org; Fri, 24 Apr 2009 12:00:18 +0100
Message-ID: <49F19BC2.8050705@aaisp.net.uk>
Date: Fri, 24 Apr 2009 12:00:18 +0100
From: Adrian Kennard <ietf-v6ops@aaisp.net.uk>
User-Agent: Thunderbird 2.0.0.19 (X11/20090107)
MIME-Version: 1.0
To: v6ops@ops.ietf.org
Subject: Re: Ideas for IPv6 BGP and tunnelling
References: <20090422020001.5A1013A6FF2@core3.amsl.com> <49EE7DC1.2090008@gmail.com> <49EF1EF8.1090206@spaghetti.zurich.ibm.com> <49EF91AC.1080308@gmail.com> <49EFEB97.8040807@mesh.ad.jp> <49F0396E.1040608@aaisp.net.uk> <alpine.BSF.2.00.0904231235460.48529@mignon.ki.iif.hu> <49F04E93.8090905@aaisp.net.uk> <alpine.LRH.2.00.0904231507420.32331@netcore.fi> <2bbba3c10904230602p44df97cfl5f5cb2c48a496364@mail.gmail.com> <49F0FAD0.2050605@gmail.com>
In-Reply-To: <49F0FAD0.2050605@gmail.com>
X-Enigmail-Version: 0.95.6
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Organization: Kennard family
X-Info: Organization Header added by smtp.aaisp.net.uk based on Authenticated ID
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

Brian E Carpenter wrote:
> Ole,
> 
> On 2009-04-24 01:02, Ole Troan wrote:
>>> But I fear there so far the idea hasn't gotten much traction. In fact, the
>>> RFC4798 predecessor documents [1] included ability to set up tunnels over
>>> GRE and similar non-MPLS encapsulations.  This was explicitly _removed_
>>> because the solution was targeted at MPLS networks, not as a general purpose
>>> BGP-signalled tunneling mechanism.
>>>
>>> [1] take a look at e.g:
>>> http://tools.ietf.org/html/draft-ooms-v6ops-bgp-tunnel-00
>> I thought 6PE and BGP tunnelling got split into separate documents?
>> obviously my memory isn't serving me right.
> 
> http://tools.ietf.org/id/draft-ietf-ngtrans-bgp-tunnel-04.txt
> (thankyou Google)
> 
> I don't recall why that never became an RFC.

That is exactly what I am talking about.

It uses "The IPv4-mapped IPv6 address is defined in [V6ADDR]" as the
next hop. That means ::FFFF:x.x.x.x as an IPv4 address.

What is not clear to me is what this the best practice and workable IPv6
next hop to specify. Seems to me it could be:-

::x.x.x.x
::FFFF:x.x.x.x
2002:xxxx:xxxx::

The latter seems to express that we want to use simple protocol 41 IPv6
over IPv4 tunnelling. The first two seem to me to just indicate an IPv4
address as the next hop without saying how the traffic is to be sent to
it (e.g. GRE, protocol 41, whatever).

Do we need an RFC on this?

FYI, I'll make our routers understand any of the above as a next hop to
send over protocol 41 when received, but need to know what I should used
when generating this as a next hop to send.