Re: [v4v6interim] [46translation] [BEHAVE] "My" [Re: Proposal for new BEHAVE charter]

Ed Jankiewicz <edward.jankiewicz@sri.com> Tue, 21 October 2008 14:08 UTC

Return-Path: <v4v6interim-bounces@ietf.org>
X-Original-To: v4v6interim-archive@ietf.org
Delivered-To: ietfarch-v4v6interim-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CC28028C114; Tue, 21 Oct 2008 07:08:00 -0700 (PDT)
X-Original-To: v4v6interim@core3.amsl.com
Delivered-To: v4v6interim@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 165233A6834 for <v4v6interim@core3.amsl.com>; Tue, 21 Oct 2008 07:07:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.028
X-Spam-Level:
X-Spam-Status: No, score=-6.028 tagged_above=-999 required=5 tests=[AWL=0.017, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 6gomajyGPHZO for <v4v6interim@core3.amsl.com>; Tue, 21 Oct 2008 07:07:57 -0700 (PDT)
Received: from mailgate-internal4.sri.com (mailgate-internal4.SRI.COM [128.18.84.114]) by core3.amsl.com (Postfix) with SMTP id 430053A697A for <v4v6interim@ietf.org>; Tue, 21 Oct 2008 07:07:57 -0700 (PDT)
Received: from smssmtp-internal2.sri.com (128.18.84.116) by mailgate-internal4.sri.com with SMTP; 21 Oct 2008 14:08:35 -0000
X-AuditID: 80125474-ae19cbb000000a40-b7-48fde2630ae0
Received: from srimail1.sri.com (srimail1.SRI.COM [128.18.30.11]) by smssmtp-internal2.sri.com (Symantec Mail Security) with ESMTP id 794A721AF2F; Tue, 21 Oct 2008 07:08:35 -0700 (PDT)
Received: from [192.168.2.101] (static-72-90-189-2.nwrknj.east.verizon.net [72.90.189.2]) by mail.sri.com (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPSA id <0K9300MCSDY9HG50@mail.sri.com>; Tue, 21 Oct 2008 07:08:35 -0700 (PDT)
Date: Tue, 21 Oct 2008 10:08:34 -0400
From: Ed Jankiewicz <edward.jankiewicz@sri.com>
In-reply-to: <E9CACA3D8417CE409FE3669AAE1E5A4F0A0BB47791@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com>
To: Dave Thaler <dthaler@windows.microsoft.com>
Message-id: <48FDE262.8010207@sri.com>
MIME-version: 1.0
References: <48F8539D.90608@ericsson.com> <E1CC009B-8272-4DE7-8D93-88DCB1EDA37C@lilacglade.org> <48FC9B14.6020100@ericsson.com> <48FCF9D3.7020705@gmail.com> <48FCFB70.3020207@viagenie.ca> <E9CACA3D8417CE409FE3669AAE1E5A4F0A0BB47782@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com> <D9C4C55A-F203-4D87-BCDE-C435C74B1A52@cisco.com> <E9CACA3D8417CE409FE3669AAE1E5A4F0A0BB47791@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
X-Brightmail-Tracker: AAAAAA==
Cc: "v4v6interim@ietf.org" <v4v6interim@ietf.org>, 46Translation <46translation@employees.org>, Behave WG <behave@ietf.org>
Subject: Re: [v4v6interim] [46translation] [BEHAVE] "My" [Re: Proposal for new BEHAVE charter]
X-BeenThere: v4v6interim@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of coexistence topics for the 01-Oct-2008 v4-v6 coexistence interim meeting <v4v6interim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/v4v6interim>
List-Post: <mailto:v4v6interim@ietf.org>
List-Help: <mailto:v4v6interim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v4v6interim>, <mailto:v4v6interim-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1868168912=="
Sender: v4v6interim-bounces@ietf.org
Errors-To: v4v6interim-bounces@ietf.org

I think what we are trying to get at with "my network" or "a specific 
network" is some handy handle for the domain with address family 
restriction that has a vested interest in translation and coexistence.  
While Fred is right that it is generically "an IPv4 network" with "an 
IPv6 network", the differences in the 4 sub-cases MAY result in 
different solutions:

1.  if "my" network is the one with the minority address family, "I" 
would/could/should be interested in bearing the burden of 
interoperation, hence a solution that costs "me" in time and money is 
acceptable.  As already discussed, this burden shifts over time from 
early adopters to legacy maintainers.  The burden is either doing it 
yourself or paying your ISP to provide the service and the addresses 
required.
2.  if I am the "called" party (i.e. a server) I have a vested interest 
in making "my" network reachable by all "calling" parties, hence a 
distinction between IPv4->IPv6 versus IPv6->IPv4.
3.  more generalized solutions would be nice, but it is easy to fail 
trying to do everything (NAT-PT) or build something that the motivated 
party doesn't need (e.g. someone with lots of IPv4 sensors, etc. may be 
motivated to make them reachable from IPv6, but doesn't need them to 
"call" or be clients to anything on the IPv6 side). 
4.  premature optimization is counterproductive - several solutions that 
each solve part of a big problem well can be combined and simplified, 
but one big solution that does everything not so well (or nothing well) 
tends to get worse in the patching.

I'd say don't get hung up on having a one-word handle to hang on what we 
mean by "the network that is constrained to one address family when the 
rest of the world prefers the other" but I'm sure that can be stated in 
a precise and concise manner in the charter, the scenarios draft, and 
for introductory context for all the solutions.  "Perfect" nomenclature 
is not necessary, but a consistent use of whatever nomenclature is. 

If I had to pick one word it would be "constrained" as in "an 
IPv4-constrained network" meaning (for whatever reason) that the network 
interface to the rest of the world is constrained to sending and 
receiving ONLY IPv4 addressed packets.

Dave Thaler wrote:
> The "specific" network is the one deploying the box that performs
> translation.  The term "MY" was used at the interim, although I
> agree with Brian that "a specific" is more readable, and is also
> consistent with the text that follows the "MY" sentence which already
> uses "a specific".
>
> -Dave
>
>   
>> -----Original Message-----
>> From: Fred Baker [mailto:fred@cisco.com]
>> Sent: Monday, October 20, 2008 3:43 PM
>> To: Dave Thaler
>> Cc: Marc Blanchet; Brian E Carpenter; v4v6interim@ietf.org;
>> 46Translation; Behave WG
>> Subject: Re: [BEHAVE] [46translation] [v4v6interim] "My" [Re: Proposal
>> for new BEHAVE charter]
>>
>> Not even sure why it needs to be "a specific". We're going to ahve
>> cross-domain issues, and if we don't think about them we will amke
>> mistakes that will bite us later.
>>
>> For my money, we are connecting "an IPv4 network" with "an IPv6
>> network", and either might be public or private.
>>
>> On Oct 21, 2008, at 6:33 AM, Dave Thaler wrote:
>>
>>     
>>> Agree with Brian: s/MY/A specific/
>>>
>>> -Dave
>>>
>>>       
>>>> -----Original Message-----
>>>> From: 46translation-bounces@employees.org [mailto:46translation-
>>>> bounces@employees.org] On Behalf Of Marc Blanchet
>>>> Sent: Monday, October 20, 2008 2:43 PM
>>>> To: Brian E Carpenter
>>>> Cc: v4v6interim@ietf.org; 46Translation; Behave WG
>>>> Subject: Re: [46translation] [v4v6interim] "My" [Re: [BEHAVE]
>>>> Proposal
>>>> for new BEHAVE charter]
>>>>
>>>> Brian E Carpenter a écrit :
>>>>         
>>>>> On 2008-10-21 03:52, Magnus Westerlund wrote:
>>>>> ...
>>>>>           
>>>>>>>> 1. MY IPv6 to IPv4 Internet, i.e. perform translation between
>>>>>>>> IPv4
>>>>>>>>                 
>>>> and
>>>>         
>>>>>>> "MY" should be expanded or explained before it is first used.
>>>>>>>               
>>>>>> Okay, do you think the following is good enough?
>>>>>>
>>>>>> "My" IPv4 or IPv6 network in the descriptions below refer to a
>>>>>>             
>>>> network
>>>>         
>>>>>> with a clearly identifiable administrative domain (e.g., an
>>>>>>             
>>>> enterprise
>>>>         
>>>>>> campus network, a mobile operator's cellular network, a
>>>>>>             
>> residential
>>     
>>>>>> subscriber network, etc.).
>>>>>>             
>>>>> I find the use of "My" frankly a bit silly in a charter.
>>>>>           
>>>> I had the exact same concern but was shy to say it. now that someone
>>>> did
>>>> it, I support 100%.
>>>>
>>>> Marc.
>>>>
>>>>
>>>>         
>>>>> My Computer is cluttered with silly things like My Network Places,
>>>>> My Documents and My Pictures, and it's all a bit annoying...
>>>>>
>>>>> s/My/A specific/ ?
>>>>>
>>>>>   Brian
>>>>>
>>>>> _______________________________________________
>>>>> v4v6interim mailing list
>>>>> v4v6interim@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/v4v6interim
>>>>>           
>>>> --
>>>> =========
>>>> IPv6 book: Migrating to IPv6, Wiley, 2006. http://www.ipv6book.ca
>>>> Stun/Turn server: http://numb.viagenie.ca
>>>>
>>>> _______________________________________________
>>>> 46translation mailing list
>>>> 46translation@employees.org
>>>> https://www.employees.org/mailman/listinfo/46translation
>>>>         
>>> _______________________________________________
>>> Behave mailing list
>>> Behave@ietf.org
>>> https://www.ietf.org/mailman/listinfo/behave
>>>       
>
> _______________________________________________
> 46translation mailing list
> 46translation@employees.org
> https://www.employees.org/mailman/listinfo/46translation
>
>   

-- 
Ed Jankiewicz - SRI International
Fort Monmouth Branch Office - IPv6 Research 
Supporting DISA Standards Engineering Branch
732-389-1003 or  ed.jankiewicz@sri.com 

_______________________________________________
v4v6interim mailing list
v4v6interim@ietf.org
https://www.ietf.org/mailman/listinfo/v4v6interim