Re: How to include APBP scenarios in the Coexistence RequirementI-D

Rémi Després <remi.despres@free.fr> Thu, 19 June 2008 17:56 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 4CE503A6995 for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 19 Jun 2008 10:56:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.317
X-Spam-Level:
X-Spam-Status: No, score=-0.317 tagged_above=-999 required=5 tests=[AWL=0.081, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_EQ_FR=0.35, MIME_8BIT_HEADER=0.3, RDNS_NONE=0.1]
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 otBx5glzJvnd for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 19 Jun 2008 10:56:00 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 66ABB3A68C2 for <v6ops-archive@lists.ietf.org>; Thu, 19 Jun 2008 10:56:00 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1K9OG0-000N8H-Cm for v6ops-data@psg.com; Thu, 19 Jun 2008 17:49:12 +0000
Received: from [212.27.42.30] (helo=smtp4-g19.free.fr) by psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from <remi.despres@free.fr>) id 1K9OFm-000N6d-Pk for v6ops@ops.ietf.org; Thu, 19 Jun 2008 17:49:09 +0000
Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id B4DD33EA0AC; Thu, 19 Jun 2008 19:48:55 +0200 (CEST)
Received: from ordinateur-de-remi-despres.local (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by smtp4-g19.free.fr (Postfix) with ESMTP id 2A6A73EA0DF; Thu, 19 Jun 2008 19:48:54 +0200 (CEST)
Message-ID: <485A9C04.90808@free.fr>
Date: Thu, 19 Jun 2008 19:48:52 +0200
From: Rémi Després <remi.despres@free.fr>
User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421)
MIME-Version: 1.0
To: marcelo bagnulo braun <marcelo@it.uc3m.es>
CC: v6ops <v6ops@ops.ietf.org>
Subject: Re: How to include APBP scenarios in the Coexistence RequirementI-D
References: <485A7117.4090206@free.fr> <485A819B.6010900@it.uc3m.es>
In-Reply-To: <485A819B.6010900@it.uc3m.es>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

marcelo bagnulo braun  - Le 6/19/08 5:56 PM :
> Remi,
> 
> as editor of the document, my task is to reflect the WG consensus in the 
> document.

Fair enough.

> So far, i only see you supporting for this i.e. i haven't received any 
> other comment on this respect.
 >
> So, if other people care to comment on this, and the WG express that 
> they are ok with including this in the document, i would do that.

Please remember what Teemu Savolainen wrote to you in
http://psg.com/lists/v6ops/v6ops.2008/msg00800.html, namely:

"One aspect on these transition mechanisms is placement of NAT(s) (4-4, 
4-6, 6-4) and required ALGs, i.e. whether those are on client itself, on 
gateway, or nowhere (APBP kind of approach). Different approaches have 
different pros and cons, which should be studied more. The placement 
likely affects at least on scalability of the solution."



Also you can note what Brian Carpenter answered to Iljitsch van Beijnum, 
in http://www.ops.ietf.org/lists/v6ops/v6ops.2008/msg00876.html, namely:

 > The public address of the NAT to which you are tunneling. Of course,
 > that NAT has to be configured to forward port N through a tunnel
 > to whatever IPv4 address 2001:db8:31::1 has borrowed.
 >
 > (draft-despres-v6ops-apbp-00.txt would automate the borrowing
 > process, if you don't want to configure it.)

Automating configuration is of course a nice thing to have.



Rémi