Re: [v6ops] [Technical Errata Reported] RFC4890 (3985)

"Fred Baker (fred)" <fred@cisco.com> Thu, 15 May 2014 14:45 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D9BA1A02A0 for <v6ops@ietfa.amsl.com>; Thu, 15 May 2014 07:45:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -109.552
X-Spam-Level:
X-Spam-Status: No, score=-109.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, J_CHICKENPOX_26=0.6, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_WHITELIST=-100] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UXNMO63BfIhk for <v6ops@ietfa.amsl.com>; Thu, 15 May 2014 07:45:06 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D08AA1A0297 for <v6ops@ietf.org>; Thu, 15 May 2014 07:45:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4725; q=dns/txt; s=iport; t=1400165099; x=1401374699; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=pUieAnsT2z05jW7IyUcjGiHbpOWs7cYxh071LRKGedk=; b=nByT6bIXEgvyENFBp4wzKcZk8HdkfoB/6XJOT7VZOHXtO5HUC5SapsIC WxqfW+mNUQ//djrwwislExrztfw7fc1p8lT/h0fVkt1o98KLcNpmbbJpr 9lyjA74qFLPgWjqqxaplTc4ZT11FV6h8i+GFungb/casnGXMaAPq9S36k k=;
X-Files: signature.asc : 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ag0FAIbSdFOtJA2F/2dsb2JhbAA/GoMGT1itL5dqAYEQFnSCJQEBAQMBeQULAgEIGC4yJQIEDgUOiB8DCQgNNtBZF4tAeYE0YQeDK4EVBJE1gTmGY5MUgzZtEXFB
X-IronPort-AV: E=Sophos;i="4.97,1059,1389744000"; d="asc'?scan'208";a="44120396"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-1.cisco.com with ESMTP; 15 May 2014 14:44:58 +0000
Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id s4FEiwgY007548 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 15 May 2014 14:44:58 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.239]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0123.003; Thu, 15 May 2014 09:44:57 -0500
From: "Fred Baker (fred)" <fred@cisco.com>
To: Elwyn Davies <elwynd@dial.pipex.com>
Thread-Topic: [Technical Errata Reported] RFC4890 (3985)
Thread-Index: AQHPcEw9bxFeSe5gY0OpzKQXlWYP5Q==
Date: Thu, 15 May 2014 14:44:57 +0000
Message-ID: <10FBEF6F-DD9D-4DA6-89A6-8699110270B4@cisco.com>
References: <20140514000750.1AF7818000E@rfc-editor.org> <8DA928AC-FCAF-4AB6-BE39-C6D155C91F17@cisco.com> <53743DEA.4030703@bogus.com> <1400149479.29419.2590.camel@mightyatom>
In-Reply-To: <1400149479.29419.2590.camel@mightyatom>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.123]
Content-Type: multipart/signed; boundary="Apple-Mail=_825943BA-66BC-4C86-BE8E-0BF2341D9240"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/U57VWerFOZ4dcEhSXjUi1e1neZ0
Cc: "jamesrobertson@live.com" <jamesrobertson@live.com>, V6 Ops List <v6ops@ietf.org>
Subject: Re: [v6ops] [Technical Errata Reported] RFC4890 (3985)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 May 2014 14:45:13 -0000

Thanks

On May 15, 2014, at 3:24 AM, Elwyn Davies <elwynd@dial.pipex.com> wrote:

> HI.
> 
> This looks correct.  I am forwarding the message to Suresh who actually
> authored the script for an opinion.
> 
> Assuming that he concurs, I don't see any harm in issuing an erratum and
> a very few people might actually be using the script verbatim.
> 
> There was a move afoot to make a new version (and possibly transition
> this to BCP) but we haven't managed to get it together to do so yet.
> 
> Regards,
> Elwyn
> 
> On Wed, 2014-05-14 at 21:09 -0700, joel jaeggli wrote:
>> On 5/14/14, 8:25 PM, Fred Baker (fred) wrote:
>>> Guys:
>>> 
>>> Do we agree with this?
>> 
>> it's not really normative text, it's an example in an appendix.
>> 
>> assuming you think it's an issue  and the correction is reasonable I
>> would probably just hold it for a document update (seems unlikely atm
>> but who knows)
>> 
>> 
>>> On May 13, 2014, at 5:07 PM, RFC Errata System <rfc-editor@rfc-editor.org> wrote:
>>> 
>>>> The following errata report has been submitted for RFC4890,
>>>> "Recommendations for Filtering ICMPv6 Messages in Firewalls".
>>>> 
>>>> --------------------------------------
>>>> You may review the report below and at:
>>>> http://www.rfc-editor.org/errata_search.php?rfc=4890&eid=3985
>>>> 
>>>> --------------------------------------
>>>> Type: Technical
>>>> Reported by: James Robertson <jamesrobertson@live.com>
>>>> 
>>>> Section: Appendix B
>>>> 
>>>> Original Text
>>>> -------------
>>>> if [ "$STATE_ENABLED" -eq "1" ]
>>>> then
>>>> # Allow incoming time exceeded code 0 messages
>>>> # only for existing sessions
>>>> for inner_prefix in $INNER_PREFIXES
>>>> do
>>>>   ip6tables -A icmpv6-filter -m state -p icmpv6 \
>>>>        -d $inner_prefix \
>>>>        --state ESTABLISHED,RELATED --icmpv6-type packet-too-big \
>>>>        -j ACCEPT
>>>> done
>>>> else
>>>> # Allow incoming time exceeded code 0 messages
>>>> for inner_prefix in $INNER_PREFIXES
>>>> do
>>>>   ip6tables -A icmpv6-filter -p icmpv6 -d $inner_prefix \
>>>>        --icmpv6-type ttl-zero-during-transit -j ACCEPT
>>>> done
>>>> fi
>>>> 
>>>> Corrected Text
>>>> --------------
>>>> if [ "$STATE_ENABLED" -eq "1" ]
>>>> then
>>>> # Allow incoming time exceeded code 0 messages
>>>> # only for existing sessions
>>>> for inner_prefix in $INNER_PREFIXES
>>>> do
>>>>   ip6tables -A icmpv6-filter -m state -p icmpv6 \
>>>>    -d $inner_prefix \
>>>>    --state ESTABLISHED,RELATED --icmpv6-type ttl-zero-during-transit \
>>>>    -j ACCEPT
>>>> done
>>>> else
>>>> # Allow incoming time exceeded code 0 messages
>>>> for inner_prefix in $INNER_PREFIXES
>>>> do
>>>>   ip6tables -A icmpv6-filter -p icmpv6 -d $inner_prefix \
>>>>        --icmpv6-type ttl-zero-during-transit -j ACCEPT
>>>> done
>>>> fi
>>>> 
>>>> Notes
>>>> -----
>>>> RFC 4890 Errata ID 2706 states that icmpv6-type packet-too-big should
>>>> state icmpv6-type ttl-zero-during-transmit. This should read
>>>> ttl-zero-during-transit.
>>>> 
>>>> Instructions:
>>>> -------------
>>>> This errata is currently posted as "Reported". If necessary, please
>>>> use "Reply All" to discuss whether it should be verified or
>>>> rejected. When a decision is reached, the verifying party (IESG)
>>>> can log in to change the status and edit the report, if necessary. 
>>>> 
>>>> --------------------------------------
>>>> RFC4890 (draft-ietf-v6ops-icmpv6-filtering-recs-03)
>>>> --------------------------------------
>>>> Title               : Recommendations for Filtering ICMPv6 Messages in Firewalls
>>>> Publication Date    : May 2007
>>>> Author(s)           : E. Davies, J. Mohacsi
>>>> Category            : INFORMATIONAL
>>>> Source              : IPv6 Operations
>>>> Area                : Operations and Management
>>>> Stream              : IETF
>>>> Verifying Party     : IESG
>>> 
>> 
>> 
>