From owner-freebsd-net@FreeBSD.ORG Sat Apr 30 07:27:01 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C3E8106564A for ; Sat, 30 Apr 2011 07:27:01 +0000 (UTC) (envelope-from e0326715@student.tuwien.ac.at) Received: from mr.tuwien.ac.at (mr1-n.kom.tuwien.ac.at [128.130.2.109]) by mx1.freebsd.org (Postfix) with ESMTP id B0AE38FC12 for ; Sat, 30 Apr 2011 07:27:00 +0000 (UTC) Received: from webmail1.zserv.tuwien.ac.at (webmail1.zserv.tuwien.ac.at [128.130.35.11]) by mr.tuwien.ac.at (8.13.7/8.13.7) with ESMTP id p3U7BmNw010117 for ; Sat, 30 Apr 2011 09:11:48 +0200 (MEST) Received: from webmail1.zserv.tuwien.ac.at (localhost.localdomain [127.0.0.1]) by webmail1.zserv.tuwien.ac.at (8.13.8/8.13.8) with ESMTP id p3U7BmQK017254 for ; Sat, 30 Apr 2011 09:11:48 +0200 Received: (from apache@localhost) by webmail1.zserv.tuwien.ac.at (8.13.8/8.13.8/Submit) id p3U7BmNo017253 for freebsd-net@freebsd.org; Sat, 30 Apr 2011 09:11:48 +0200 Received: from 109-126-89-057.dyn.orange.at (109-126-89-057.dyn.orange.at [109.126.89.57]) by webmail.tuwien.ac.at (Horde Framework) with HTTP; Sat, 30 Apr 2011 09:11:48 +0200 Message-ID: <20110430091148.31393q3py4j4bg38@webmail.tuwien.ac.at> Date: Sat, 30 Apr 2011 09:11:48 +0200 From: Schoch Christian To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-Virus-Scanned: by amavisd-new Subject: [SCTP] ICMP unreachable message reenables data transmit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2011 07:27:01 -0000 During a measurement with CMT-SCTP and PF i figured out, that sometimes a ICMP Destination unreachable message triggers a message transmission on an inactive data path that has been primary before. It looks as the ICMP message is reseting the inactive state back to active without reseting RTO. This behavior is triggered by a returning heartbeat message when no ICMP unreachable by data is sent quite before. Test system are two multi-homed hosts with FreeBSD8.1 and a WANem host between. A wireshark log can be provided on demand (quite large). Regards, Schoch Christian