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.
- Re: I-D Action:draft-kawamura-ipv6-text-represent… Brian E Carpenter
- Re: I-D Action:draft-kawamura-ipv6-text-represent… Seiichi Kawamura
- Re: I-D Action:draft-kawamura-ipv6-text-represent… Jeroen Massar
- RE: I-D Action:draft-kawamura-ipv6-text-represent… HUANG, ZHIHUI (JERRY), ATTLABS
- Re: I-D Action:draft-kawamura-ipv6-text-represent… Brian E Carpenter
- Re: I-D Action:draft-kawamura-ipv6-text-represent… Seiichi Kawamura
- Re: I-D Action:draft-kawamura-ipv6-text-represent… Seiichi Kawamura
- Re: I-D Action:draft-kawamura-ipv6-text-represent… Masanobu Kawashima
- Ideas for IPv6 BGP and tunnelling Adrian Kennard
- Re: Ideas for IPv6 BGP and tunnelling Mohacsi Janos
- Re: Ideas for IPv6 BGP and tunnelling Adrian Kennard
- Re: Ideas for IPv6 BGP and tunnelling Pekka Savola
- Re: Ideas for IPv6 BGP and tunnelling Ole Troan
- Re: Ideas for IPv6 BGP and tunnelling Brian E Carpenter
- Re: Ideas for IPv6 BGP and tunnelling Eric Levy-Abegnoli
- Re: Ideas for IPv6 BGP and tunnelling Adrian Kennard
- Re: Ideas for IPv6 BGP and tunnelling Adrian Kennard
- Re: Ideas for IPv6 BGP and tunnelling Jeroen Massar
- Re: Ideas for IPv6 BGP and tunnelling Ole Troan
- Re: Ideas for IPv6 BGP and tunnelling Brian E Carpenter
- Re: Ideas for IPv6 BGP and tunnelling Robert Raszuk