From owner-freebsd-net@FreeBSD.ORG Sat Apr 30 10:32:29 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 BCD511065672 for ; Sat, 30 Apr 2011 10:32:29 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id A00998FC18 for ; Sat, 30 Apr 2011 10:32:28 +0000 (UTC) Received: from [192.168.1.192] (p508FBA66.dip.t-dialin.net [80.143.186.102]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 99A181C0C0BE9; Sat, 30 Apr 2011 12:32:27 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <20110430121518.25761cpmtrp0jtpy@webmail.tuwien.ac.at> Date: Sat, 30 Apr 2011 12:32:26 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110430091148.31393q3py4j4bg38@webmail.tuwien.ac.at> <20110430121518.25761cpmtrp0jtpy@webmail.tuwien.ac.at> To: Schoch Christian X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: [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 10:32:29 -0000 On Apr 30, 2011, at 12:15 PM, Schoch Christian wrote: >=20 > Zitat von Michael T=FCxen : >=20 >> On Apr 30, 2011, at 9:11 AM, Schoch Christian wrote: >>=20 >>> 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. >>>=20 >>> It looks as the ICMP message is reseting the inactive state back to = active without reseting RTO. >>>=20 >>> This behavior is triggered by a returning heartbeat message when no = ICMP unreachable by data is sent quite before. >>>=20 >>> Test system are two multi-homed hosts with FreeBSD8.1 and a WANem = host between. >>>=20 >>> A wireshark log can be provided on demand (quite large). >> Hi Christian, >>=20 >> any chance to upgrade the FreeBSD machines to head or to use newer >> SCTP sources, which I could provide? It would require a recompilation >> of the kernel... >=20 > It is possible, but the results could be provided not until next week > if a reboot is necessary. > I can use any sources you could provide me since nothing else is done = at this systems. OK, but maybe I can try to understand what is going on. How many paths do you have? One is inactive, but was primary, so it is confirmed. On another one, you get an ICMP (which one? Port = unreachable, host unreachable, ...). Do you have more than two paths? The ICMP message would not reset the RTO, since you need an ACKed TSN or a HB-ACK to to that. Since it is inactive, it is missing these. Sending on an inactive path is OK, as soon as you enter the dormant state, which means all your paths are inactive. Are you using the PF support for CMT? Best regards Michael >=20 >>=20 >> Are you using IPv4 or IPv6? >>=20 >=20 > IPv4 >=20 >=20 >> Best regards >> Michael >>>=20 >>> Regards, >>> Schoch Christian >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to = "freebsd-net-unsubscribe@freebsd.org" >>>=20 >>=20 >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to = "freebsd-net-unsubscribe@freebsd.org" >>=20 >=20 >=20