Re: [Taps] TAPS Transports and ICMP

Joe Touch <touch@isi.edu> Thu, 16 July 2015 21:36 UTC

Return-Path: <touch@isi.edu>
X-Original-To: taps@ietfa.amsl.com
Delivered-To: taps@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 927661A02BE for <taps@ietfa.amsl.com>; Thu, 16 Jul 2015 14:36:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 cDXyHoJ3F3CY for <taps@ietfa.amsl.com>; Thu, 16 Jul 2015 14:36:42 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C79F1A0461 for <taps@ietf.org>; Thu, 16 Jul 2015 14:36:42 -0700 (PDT)
Received: from [128.9.184.152] ([128.9.184.152]) (authenticated bits=0) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id t6GLZiSr024018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 16 Jul 2015 14:35:45 -0700 (PDT)
To: Karen Elisabeth Egede Nielsen <karen.nielsen@tieto.com>, Michael Tuexen <Michael.Tuexen@lurchi.franken.de>
References: <00597CB8-D128-408A-8F35-BA98CDF45A62@cisco.com> <55707211.8010609@isi.edu> <26B9DE0B-4D38-430D-A9A1-921CD0067C70@cisco.com> <5570988A.6040208@isi.edu> <97FD8853-7345-40E9-A523-8AF53FB2303B@lurchi.franken.de> <2b5eb97add78e6c5b3c91b94080479da@mail.gmail.com> <55A6A53C.3010009@isi.edu> <b12ebf1f4f628e0cc38787a035ac0b92@mail.gmail.com> <86015ACB-0C19-41CF-B16E-765DD5DD29A6@lurchi.franken.de> <cd67801fe4dc3a5b37e382d58c0ce58d@mail.gmail.com> <5CFFB56C-9C2D-4E27-BF39-FA2D5982749E@lurchi.franken.de> <a1df9182e9562fe6dc1bb0613ff2279c@mail.gmail.com>
From: Joe Touch <touch@isi.edu>
Message-ID: <55A823B0.2080007@isi.edu>
Date: Thu, 16 Jul 2015 14:35:44 -0700
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.0.1
MIME-Version: 1.0
In-Reply-To: <a1df9182e9562fe6dc1bb0613ff2279c@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <http://mailarchive.ietf.org/arch/msg/taps/WwEz8O3jCSYbHChd6HfZk5qP0S4>
Cc: "Pal Martinsen (palmarti)" <palmarti@cisco.com>, taps@ietf.org, touch@isi.edu
Subject: Re: [Taps] TAPS Transports and ICMP
X-BeenThere: taps@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussions on Transport Services <taps.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/taps>, <mailto:taps-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/taps/>
List-Post: <mailto:taps@ietf.org>
List-Help: <mailto:taps-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/taps>, <mailto:taps-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Jul 2015 21:36:43 -0000


On 7/16/2015 3:26 AM, Karen Elisabeth Egede Nielsen wrote:
> I think that one could say that RFC4960 Appendix C prescriptions for how
> to handle soft icmps  could relate to that this can make the assocs enter
> dormant state fast and that dormant state implementation
> need to relate to this fact if the MAYs are followed.

Although that may be true for an implementation, the specification needs
to cover both sides of a MAY (i.e., what happens if the MAY is followed
and what happens when it is not).

Joe