RE: I-D Action:draft-ietf-6man-exthdr-01.txt

Suresh Krishnan <suresh.krishnan@ericsson.com> Wed, 05 January 2011 10:23 UTC

Return-Path: <suresh.krishnan@ericsson.com>
X-Original-To: ipv6@core3.amsl.com
Delivered-To: ipv6@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2046F3A6DD8 for <ipv6@core3.amsl.com>; Wed, 5 Jan 2011 02:23:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.575
X-Spam-Level:
X-Spam-Status: No, score=-102.575 tagged_above=-999 required=5 tests=[AWL=0.024, BAYES_00=-2.599, 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 wUhu1tBo90mp for <ipv6@core3.amsl.com>; Wed, 5 Jan 2011 02:23:08 -0800 (PST)
Received: from imr3.ericy.com (imr3.ericy.com [198.24.6.13]) by core3.amsl.com (Postfix) with ESMTP id 335253A6A1A for <ipv6@ietf.org>; Wed, 5 Jan 2011 02:23:08 -0800 (PST)
Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr3.ericy.com (8.13.8/8.13.8) with ESMTP id p05AP5cH007286 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 5 Jan 2011 04:25:09 -0600
Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.66]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Wed, 5 Jan 2011 05:25:05 -0500
From: Suresh Krishnan <suresh.krishnan@ericsson.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, Fernando Gont <fernando@gont.com.ar>
Date: Wed, 05 Jan 2011 05:25:04 -0500
Subject: RE: I-D Action:draft-ietf-6man-exthdr-01.txt
Thread-Topic: I-D Action:draft-ietf-6man-exthdr-01.txt
Thread-Index: AcusNJBqFRGmPHu7Rr2Zi02PYt01zgAjbasw
Message-ID: <4FD1E7CD248BF84F86BD4814EDDDBCC150E9C64861@EUSAACMS0703.eamcs.ericsson.se>
References: <20101217234501.11691.81147.idtracker@localhost> <AANLkTi=Lr_4zOd=-DrAxic_t_o0MvyOoWPYmiktZZod2@mail.gmail.com> <63416880-97B6-4CE4-864A-1402DA977B5F@tony.li> <AA183326-2E70-4A23-83A7-9F96131ADFF4@tony.li> <4D113364.3050105@ericsson.com> <201101032040.p03KeE86005244@cichlid.raleigh.ibm.com> <4D223EC0.7020906@gmail.com> <4D2242E9.8040804@gont.com.ar> <201101041429.p04ET81p006364@cichlid.raleigh.ibm.com> <4D23563E.7000108@gont.com.ar> <4D235845.6040409@joelhalpern.com>
In-Reply-To: <4D235845.6040409@joelhalpern.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "ipv6@ietf.org" <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jan 2011 10:23:09 -0000

Hi Joel, 

> -----Original Message-----
> From: ipv6-bounces@ietf.org [mailto:ipv6-bounces@ietf.org] On 
> Behalf Of Joel M. Halpern
> Sent: Tuesday, January 04, 2011 12:26 PM
> To: Fernando Gont
> Cc: ipv6@ietf.org
> Subject: Re: I-D Action:draft-ietf-6man-exthdr-01.txt
> 
> Then what about if we forget firewalls for the moment?
> 
> A lot of routers look for the TCP/UDP Port numbers for 
> LAG/ECMP computation.
> Many of them can cope with having a destination options 
> extension, and therefore that is clearly the better way to 
> handle such information. 
> And anything we do should make that strong preference clear.
> 
> Nothing we can do can change the way routers with silicon 
> already deployed handle unknown extension headers.
> 
> Given that, one option is to just say that new extension 
> headers should not be used.
> 
> If we think that there will be some new extension headers, 
> that we want to support, designed for the general Internet, 
> then it would seem to make sense to try to get new behavior 
> defined, supported, and then used, that will allow for such 
> extensions.  In that case, requiring and documenting the 
> requirement for new extension headers to use TLV encoding 
> would seem to have applicability and utility.

I agree with you completely. This seems to be the very least we need to do. I would appreciate your response to 

http://www.ietf.org/mail-archive/web/ipv6/current/msg13207.html

Thanks
Suresh