Re: [16NG] [nwg-chair] NWG feedback on 16ng's IPv4 CS draft

Wesley George <wgeorge@sprint.net> Wed, 10 June 2009 16:57 UTC

Return-Path: <wgeorge@sprint.net>
X-Original-To: 16ng@core3.amsl.com
Delivered-To: 16ng@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9AB063A6E88 for <16ng@core3.amsl.com>; Wed, 10 Jun 2009 09:57:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 0M1VnD4ZaADr for <16ng@core3.amsl.com>; Wed, 10 Jun 2009 09:57:44 -0700 (PDT)
Received: from jay.sprintlink.net (jay.sprintlink.net [199.0.233.7]) by core3.amsl.com (Postfix) with ESMTP id B6E9228C22A for <16ng@ietf.org>; Wed, 10 Jun 2009 09:57:44 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: ApoEAAqDL0rHAO3C/2dsb2JhbADRGIQNBQ
X-IronPort-AV: E=Sophos;i="4.41,342,1241409600"; d="scan'208";a="25687028"
Received: from iscone.res.sprintlink.net (HELO tin.res.sprintlink.net) ([199.0.237.194]) by jay.sprintlink.net with ESMTP; 10 Jun 2009 12:50:55 -0400
Received: from tin.res.sprintlink.net (localhost [127.0.0.1]) by tin.res.sprintlink.net (8.13.7+Sun/8.13.7) with ESMTP id n5AGvpjT024427; Wed, 10 Jun 2009 12:57:51 -0400 (EDT)
Received: from localhost (wgeorge@localhost) by tin.res.sprintlink.net (8.13.7+Sun/8.13.7/Submit) with ESMTP id n5AGvopx024423; Wed, 10 Jun 2009 12:57:50 -0400 (EDT)
X-Authentication-Warning: tin.res.sprintlink.net: wgeorge owned process doing -bs
Date: Wed, 10 Jun 2009 12:57:50 -0400
From: Wesley George <wgeorge@sprint.net>
X-X-Sender: wgeorge@tin
To: Pekka Savola <pekkas@netcore.fi>
In-Reply-To: <alpine.LRH.2.00.0906101344500.19541@netcore.fi>
Message-ID: <Pine.GSO.4.64.0906101255320.9230@tin>
References: <2828BDE8DC61004E8104C78E82A0B39710B25385F2@NA-EXMSG-W601.wingroup.windeploy.ntdev.microsoft.com><BC27158B99D3064A955ADE084783900C01B5CBC8@DEMUEXC014.nsn-intra.net> <Pine.GSO.4.64.0905151247200.12703@tin>, <046201c9d589$267cf8d0$7376ea70$@com> <BAA9BC6C-6B59-4BA6-B63D-E09C26E0194B@mimectl> <BC27158B99D3064A955ADE084783900C020F18E5@DEMUEXC014.nsn-intra.net> <056601c9d7e8$b8be17e0$2a3a47a0$@com> <556994.50253.qm@web82604.mail.mud.yahoo.com> <06ab01c9d8cd$079cc660$16d65320$@com> <BC27158B99D3064A955ADE084783900C020F26B5@DEMUEXC014.nsn-intra.net> <916575.77425.qm@web82607.mail.mud.yahoo.com> <570230.22436.qm@web82606.mail.mud.yahoo.com> <Pine.GSO.4.64.0906040915000.16060@tin> <553392.88380.qm@web82604.mail.mud.yahoo.com> <alpine.LRH.2.00.0906101344500.19541@netcore.fi>
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-1244653070=:9230"
Cc: ext Alper Yegin <alper.yegin@yegin.org>, gabriel montenegro <g_e_montenegro@yahoo.com>, 16ng@ietf.org
Subject: Re: [16NG] [nwg-chair] NWG feedback on 16ng's IPv4 CS draft
X-BeenThere: 16ng@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: 16ng working group discussion list <16ng.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/16ng>
List-Post: <mailto:16ng@ietf.org>
List-Help: <mailto:16ng-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Jun 2009 16:57:45 -0000

I can appreciate that approach. I didn't really consider that we might be 
reinventing the wheel. *blush*
I think a reference to some issues that the implementor should be aware 
of is better than no mention of them so probably since the below is still 
in draft, the RFC is better than nothing.

Thanks,
Wes

On Wed, 10 Jun 2009, Pekka Savola wrote:

> On Tue, 9 Jun 2009, gabriel montenegro wrote:
>> For example, one could think of referring interested readers to:
>>  
>> MTU and Fragmentation Issues with In-the-Network Tunneling
>> http://tools.ietf.org/html/rfc4459 
>> But I don't even know if that is the more appropriate text one would want 
>> to point at.
>> I'm cc-ing the author, Pekka Savola, as he may have some more current info 
>> for us.
>
> In developing a protocol, I personally think the protocol specification 
> should decide a model to be adopted either in the protocol or in operating 
> the protocol, or just explicitly leave the issue open. RFC4459 just lists 
> some alternatives and their tradeoffs.
>
> Apart from that there isn't much to add.  There's a bit more recent 00 draft 
> that also discusses tunnels from an architectural and less practical 
> perspective, but I'm not sure if it provides any more information than the 
> RFC above: draft-touch-intarea-tunnels-00.
>
>
> -- 
> Pekka Savola                 "You each name yourselves king, yet the
> Netcore Oy                    kingdom bleeds."
> Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings