IETF Logo Mail Archive

Re: I-D Action:draft-ietf-6man-exthdr-02.txt

"Hing-Kam (Kam) Lam" <hingkam16@gmail.com> Sun, 17 April 2011 00:06 UTC

Return-Path: <hingkam16@gmail.com>
X-Original-To: ipv6@ietfc.amsl.com
Delivered-To: ipv6@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id EA46CE0673 for <ipv6@ietfc.amsl.com>; Sat, 16 Apr 2011 17:06:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5aqa1dRvdEl for <ipv6@ietfc.amsl.com>; Sat, 16 Apr 2011 17:06:01 -0700 (PDT)
Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by ietfc.amsl.com (Postfix) with ESMTP id D60F7E066A for <ipv6@ietf.org>; Sat, 16 Apr 2011 17:06:01 -0700 (PDT)
Received: by iwn39 with SMTP id 39so3983897iwn.31 for <ipv6@ietf.org>; Sat, 16 Apr 2011 17:06:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=P8R5hfT62+6VQgqtY43fDWDT+Rbxb0yp5toaMn2zuBg=; b=vILEH1zV0WHZj5fzXhq/iYwrcdpb6B8p5mBEbA4URWW13e9awrs+etdI8h/IrOGJwC JigwD4OEUCbN2M2aioHIqTsLoXWgwh7V0BaBQFDOFqs9ZXKxZwtI/8xScZMQ9KamR+QP 372QnuBGnBS9GxqMr5GM+4WAAcWzaj6bdkC9g=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NT5V2v2CbGTP8loqFv31lfddinVkQ+UcHXx5h49CwYAbIuS2GkezMP0YaDuGr/uaFs YXCWcTULHVauFbuVclr+VZUmDMcDbmv2TFwQvaI6TMHqHkr1RdRxB6VWh5I+1jY6Z3ID WrVTIJ/S9/5ZOR4yIlGcwQ6r8Q7MiglG1ubgQ=
MIME-Version: 1.0
Received: by 10.231.39.135 with SMTP id g7mr2694147ibe.173.1302998761421; Sat, 16 Apr 2011 17:06:01 -0700 (PDT)
Received: by 10.231.10.131 with HTTP; Sat, 16 Apr 2011 17:06:01 -0700 (PDT)
In-Reply-To: <4D7FCAAB.7070608@ericsson.com>
References: <20110314223006.15936.74266.idtracker@localhost> <20110314225526.GB52874@verdi> <4D7EAF77.3080504@ericsson.com> <20110315132539.GD52874@verdi> <4D7F7073.3050009@ericsson.com> <20110315201539.GF52874@verdi> <4D7FCAAB.7070608@ericsson.com>
Date: Sun, 17 Apr 2011 05:36:01 +0530
Message-ID: <BANLkTinp6vm9BWRHj2k+zOm3ZwQtNRQaFg@mail.gmail.com>
Subject: Re: I-D Action:draft-ietf-6man-exthdr-02.txt
From: "Hing-Kam (Kam) Lam" <hingkam16@gmail.com>
To: Suresh Krishnan <suresh.krishnan@ericsson.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: "ipv6@ietf.org" <ipv6@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Sun, 17 Apr 2011 00:06:03 -0000

Any update on this work? I thought we were very close to the WG LC
last time and the new version is addressing all the points raised. If
Yes, can we please move this forward.

Kam

On Wed, Mar 16, 2011 at 1:53 AM, Suresh Krishnan
<suresh.krishnan@ericsson.com> wrote:
> Hi John,
>
> On 11-03-15 04:15 PM, John Leslie wrote:
>>
>> Suresh Krishnan <suresh.krishnan@ericsson.com> wrote:
>>>
>>> On 11-03-15 09:25 AM, John Leslie wrote:
>>>>>>
>>>>>> But I don't see the equivalent of Section 4.2 of RFC 2460, specifying
>>>>>> the TLV format.
>>>>>
>>>>> The T is the "Next Header", the L is the "Hdr Ext Len" and V is the
>>>>> "Header Specific Data" as specified in the figure in Section 4 of the
>>>>> draft.
>>>>
>>>> Well, of course "Next Header" _isn't_ the Type of this option (rather
>>>> it's the Type of the next option).
>>>>
>>>> And the "Hdr Ext Len" isn't a particularly intuitive coding of Length
>>>> either...
>>>
>>> Yep. You are right on both counts, but I am not sure how we can change
>>> this. We cannot chain the headers without the T being in the *previous*
>>> header. I think the best we can do is to refrain from calling this TLV like
>>> you said.
>>
>>   That would satisfy me...
>>
>>   But, the 2460 section 4.2 TLV also defines four actions when a Type
>> isn't recognized (skip and three cases of discard). exthdr-02 gives
>> us no way of defining skip-vs-discard.
>>
>>   I think some mention of this issue would be wise. It appears, at
>> first blush, that you intend for a middlebox to skip over these
>> prospective extension headers, whereas 2460 calls for dropping the
>> packet.
>
> Right. These behavior flags were added in version -01 of the draft (the
> previous version) due to a apparent consensus at the physical wg meeting but
> this change has been rolled back in version -02 due to lack of consensus in
> the mailing list.
>
>>
>>   I'm not prepared to say what the resolution may be; I just think
>> it deserves some text (even if only to say, "Beware!").
>
> Let's see if we can make some progress at the next meeting.
>
> Thanks
> Suresh
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>

v2.23.0 | Report a Bug | By Email