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

marcelo bagnulo braun <marcelo@it.uc3m.es> Thu, 19 June 2008 18:01 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 EA90D3A6995 for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 19 Jun 2008 11:01:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.528
X-Spam-Level:
X-Spam-Status: No, score=-2.528 tagged_above=-999 required=5 tests=[AWL=-0.617, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, MIME_8BIT_HEADER=0.3, RCVD_BAD_ID=2.837, RCVD_IN_DNSWL_MED=-4, 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 p6lVOhifO-Vk for <ietfarch-v6ops-archive@core3.amsl.com>; Thu, 19 Jun 2008 11:01:02 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id F365A3A697D for <v6ops-archive@lists.ietf.org>; Thu, 19 Jun 2008 11:01:01 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-v6ops@ops.ietf.org>) id 1K9OQQ-000Ofl-9r for v6ops-data@psg.com; Thu, 19 Jun 2008 17:59:58 +0000
Received: from [163.117.176.133] (helo=smtp03.uc3m.es) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <marcelo@it.uc3m.es>) id 1K9OQB-000Odi-3h for v6ops@ops.ietf.org; Thu, 19 Jun 2008 17:59:55 +0000
Received: from marcelo-bagnulos-macbook-pro.local (74.pool85-53-142.dynamic.orange.es [85.53.142.74])by smtp03.uc3m.es (Postfix) with ESMTP id AA5D03F039D;Thu, 19 Jun 2008 19:59:40 +0200 (CEST)
Message-ID: <485A9E8C.8080907@it.uc3m.es>
Date: Thu, 19 Jun 2008 19:59:40 +0200
From: marcelo bagnulo braun <marcelo@it.uc3m.es>
User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421)
MIME-Version: 1.0
To: Rémi Després <remi.despres@free.fr>
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> <485A9C04.90808@free.fr>
In-Reply-To: <485A9C04.90808@free.fr>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-imss-version: 2.051
X-imss-result: Passed
X-imss-scanInfo: M:B L:E SM:2
X-imss-tmaseResult: TT:1 TS:-14.8415 TC:1F TRN:35 TV:5.5.1026(15982.000)
X-imss-scores: Clean:100.00000 C:0 M:0 S:0 R:0
X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000)
Sender: owner-v6ops@ops.ietf.org
Precedence: bulk
List-ID: <v6ops.ops.ietf.org>

In the next version, i will try to reflect the received comments indeed


Rémi Després escribió:
> 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
>
>
>