From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 15:10:45 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 D032B106564A; Sun, 27 Nov 2011 15:10:45 +0000 (UTC) (envelope-from kickbsd@yandex.ru) Received: from forward20.mail.yandex.net (forward20.mail.yandex.net [IPv6:2a02:6b8:0:1402::5]) by mx1.freebsd.org (Postfix) with ESMTP id 508A68FC0A; Sun, 27 Nov 2011 15:10:45 +0000 (UTC) Received: from web2.yandex.ru (web2.yandex.ru [95.108.252.102]) by forward20.mail.yandex.net (Yandex) with ESMTP id 59478104187D; Sun, 27 Nov 2011 19:10:43 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1322406643; bh=2cf+Mtcgow+8+IEL9OY/9t9XFCFpgVhJPqD5QXaaC+Y=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=YpmH33hAPUsyElNxsm/ecDqjUuPiRb+CRNULOVdI4ovFGeCqEbFIy/fW21pXpNrMB 35stUrsAN1AANv99xHiOki689j7/Dqe63YcOc1XZb3gHXRQ2EfKZAk2fpFSgHacNi8 clYeMzNyD31DiAKPItdjqTrJittsRrL3eZfQnL+o= Received: from localhost (localhost.localdomain [127.0.0.1]) by web2.yandex.ru (Yandex) with ESMTP id BA3514098006; Sun, 27 Nov 2011 19:10:42 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1322406642; bh=2cf+Mtcgow+8+IEL9OY/9t9XFCFpgVhJPqD5QXaaC+Y=; h=From:To:Subject:MIME-Version:Message-Id:Date: Content-Transfer-Encoding:Content-Type; b=tPErUA0VtjGxnAywR/c+SvZ8/LBTtipII8aXrkGlUJ6wSdR1PrDBwJusv7f9BpeWl VSLT/+BleXXmKo/csGt1i/NVHfQFp994s1n5dAbP83EbATB2vAJcm8CpKKKQoEpOmP sY+qvohbeNf5Cfy+0HvLIsN+344paxENi+Jlw238= X-Yandex-Spam: 1 Received: from modemcable076.150-203-24.mc.videotron.ca (modemcable076.150-203-24.mc.videotron.ca [24.203.150.76]) by web2.yandex.ru with HTTP; Sun, 27 Nov 2011 19:10:41 +0400 From: Darren Baginski To: freebsd-net@freebsd.org,freebsd-questions@freebsd.org MIME-Version: 1.0 Message-Id: <528001322406641@web2.yandex.ru> Date: Sun, 27 Nov 2011 19:10:41 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: Subject: OpenBGPd stability issue on FreebBSD 9-PRERELEASE 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: Sun, 27 Nov 2011 15:10:45 -0000 Hi! I'm having issues with OpenBGPd openbgpd-4.9.20110612_1 running on FreebBSD 9-PRERELEASE. BGP sessions flap for no reason every ~4hours, bgp sessions itself receive only default form cisco router. FreeBSD 8.2 is not affected. How can I troubleshot this? From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 15:45:36 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 15A471065679; Sun, 27 Nov 2011 15:45:36 +0000 (UTC) Date: Sun, 27 Nov 2011 15:45:36 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20111127154536.GA54043@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: freebsd-net@freebsd.org Subject: possible array out of bounds access in sys/netinet/sctp_output.c 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: Sun, 27 Nov 2011 15:45:36 -0000 hi there, i've been playing with clang tot and noticed the following error: /usr/local/bin/clang -c -O3 -pipe -fno-inline-functions -fno-strict-aliasing -march=core2 -std=c99 -g -fdiagnostics-show-option -fformat-extensions -Wall -Wcast-qual -Winline -Wmissing-include-dirs -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wredundant-decls -Wstrict-prototypes -Wundef -Wno-pointer-sign -nostdinc -I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wno-error=tautological-compare -Wno-error=shift-count-negative -Wno-error=shift-count-overflow -Wno-error=shift-overflow -Wno-error=conversion -Wno-error=empty-body -Wno-error=gnu-designator -Wno-error=format -Wno-error=format-invalid-specifier -Wno-error=format-extra-args -Werror /usr/git-freebsd-head/sys/netinet/sctp_output.c clang: warning: argument unused during compilation: '-fformat-extensions' /usr/git-freebsd-head/sys/netinet/sctp_output.c:4685:2: error: array index 1 is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] sup_addr->addr_type[1] = htons(SCTP_IPV6_ADDRESS); ^ ~ /usr/git-freebsd-head/sys/netinet/sctp_header.h:84:2: note: array 'addr_type' declared here uint16_t addr_type[SCTP_ARRAY_MIN_LEN]; /* array of supported address ^ 1 error generated. *** Error code 1 Stop in /usr/obj/usr/git-freebsd-head/sys/GENERIC. *** Error code 1 Stop in /usr/git-freebsd-head. *** Error code 1 Stop in /usr/git-freebsd-head. this is from a GENERIC kernel build (so INET + INET6) for amd64. is this a false positive, or is length(sup_addr->addr_type) really == 1, thus making sup_addr->addr_type[1] an illegal access? cheers. alex From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 16:24:32 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 507E01065675; Sun, 27 Nov 2011 16:24:32 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id E27F08FC15; Sun, 27 Nov 2011 16:24:31 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 405041DD627; Sun, 27 Nov 2011 17:24:31 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 1909528468; Sun, 27 Nov 2011 17:24:31 +0100 (CET) Date: Sun, 27 Nov 2011 17:24:31 +0100 From: Jilles Tjoelker To: Alexander Best Message-ID: <20111127162430.GA95971@stack.nl> References: <20111127154536.GA54043@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111127154536.GA54043@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: possible array out of bounds access in sys/netinet/sctp_output.c 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: Sun, 27 Nov 2011 16:24:32 -0000 On Sun, Nov 27, 2011 at 03:45:36PM +0000, Alexander Best wrote: > i've been playing with clang tot and noticed the following error: > /usr/local/bin/clang -c -O3 -pipe -fno-inline-functions -fno-strict-aliasing -march=core2 -std=c99 -g -fdiagnostics-show-option -fformat-extensions -Wall -Wcast-qual -Winline -Wmissing-include-dirs -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wredundant-decls -Wstrict-prototypes -Wundef -Wno-pointer-sign -nostdinc -I. -I/usr/git-freebsd-head/sys -I/usr/git-freebsd-head/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wno-error=tautological-compare -Wno-error=shift-count-negative -Wno-error=shift-count-overflow -Wno-error=shift-overflow -Wno-error=conversion -Wno-error=empty-body -Wno-error=gnu-designator -Wno-error=format -Wno-error=format-invalid-specifier -Wno-error=format-extra-args -Werror /usr/git-freebsd-head/sys/netinet/sctp_output.c > clang: warning: argument unused during compilation: '-fformat-extensions' > /usr/git-freebsd-head/sys/netinet/sctp_output.c:4685:2: error: array index 1 is past the end of the array (which contains 1 element) [-Werror,-Warray-bounds] > sup_addr->addr_type[1] = htons(SCTP_IPV6_ADDRESS); > ^ ~ > /usr/git-freebsd-head/sys/netinet/sctp_header.h:84:2: note: array 'addr_type' declared here > uint16_t addr_type[SCTP_ARRAY_MIN_LEN]; /* array of supported address > ^ > 1 error generated. > *** Error code 1 > > Stop in /usr/obj/usr/git-freebsd-head/sys/GENERIC. > *** Error code 1 > > Stop in /usr/git-freebsd-head. > *** Error code 1 > > Stop in /usr/git-freebsd-head. > this is from a GENERIC kernel build (so INET + INET6) for amd64. is this a > false positive, or is length(sup_addr->addr_type) really == 1, thus making > sup_addr->addr_type[1] an illegal access? This is the fairly common construct of a variable-length array at the end of a struct. With C89, this was not allowed but defining one element and allocating more elements worked in most implementations. C99 recognized this need and created a way to do it, which looks like uint16_t addr_type[];. This adds any necessary padding and allows access to however many elements have been allocated. Also, if it is not at the end of a struct it is an error. Using this new construct requires code changes because some code such as fairly close to the error message relies on the size of the one element already in the struct. -- Jilles Tjoelker From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 15:41:12 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 8679F1065696 for ; Sun, 27 Nov 2011 15:41:12 +0000 (UTC) (envelope-from linuxisone@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 49DB68FC20 for ; Sun, 27 Nov 2011 15:41:11 +0000 (UTC) Received: by ghbg20 with SMTP id g20so5254711ghb.13 for ; Sun, 27 Nov 2011 07:41:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=77OQTQg3eX+fJwgL5dQAndIG4bNT57JJpA4DmEwiYps=; b=DhS2gHwAHzplZtifrDZH30JRjRSWvrGMiBHfDlrZLP4I2rvHQsTJ0i777xmj0p7vOD dtIO9HTle/Le/Y9zPkVx62LACppNWLYaQRm8DLIM7cQ0eBNHVlJrB3VQO+oEixmmSjX3 d6qudptiOqUkO6bAQdW9bAgMRdWINyzDDtk0A= MIME-Version: 1.0 Received: by 10.68.62.136 with SMTP id y8mr45440368pbr.87.1322406822836; Sun, 27 Nov 2011 07:13:42 -0800 (PST) Received: by 10.68.51.67 with HTTP; Sun, 27 Nov 2011 07:13:42 -0800 (PST) Date: Sun, 27 Nov 2011 10:13:42 -0500 Message-ID: From: LinuxIsOne To: freebsd-net@freebsd.org X-Mailman-Approved-At: Sun, 27 Nov 2011 16:32:35 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: choosing distribution: FreeBSD 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: Sun, 27 Nov 2011 15:41:12 -0000 Hi, Well, I am basically a Windows convert, but very frankly saying that: I am new to the world of Linux. So I should use FreeBSD or something easier distribution in the Linux...? Or it is perfectly okay for a newbie to go with FreeBSD? Thanks. From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 16:52:38 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 C5466106566B; Sun, 27 Nov 2011 16:52:38 +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 F1F9F8FC0A; Sun, 27 Nov 2011 16:52:37 +0000 (UTC) Received: from [192.168.1.200] (p508FA47F.dip.t-dialin.net [80.143.164.127]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id ED8F71C0B4610; Sun, 27 Nov 2011 17:52:35 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <20111127162430.GA95971@stack.nl> Date: Sun, 27 Nov 2011 17:52:34 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111127154536.GA54043@freebsd.org> <20111127162430.GA95971@stack.nl> To: Jilles Tjoelker X-Mailer: Apple Mail (2.1251.1) Cc: Alexander Best , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: possible array out of bounds access in sys/netinet/sctp_output.c 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: Sun, 27 Nov 2011 16:52:39 -0000 On Nov 27, 2011, at 5:24 PM, Jilles Tjoelker wrote: > On Sun, Nov 27, 2011 at 03:45:36PM +0000, Alexander Best wrote: >> i've been playing with clang tot and noticed the following error: >=20 >> /usr/local/bin/clang -c -O3 -pipe -fno-inline-functions = -fno-strict-aliasing -march=3Dcore2 -std=3Dc99 -g = -fdiagnostics-show-option -fformat-extensions -Wall -Wcast-qual = -Winline -Wmissing-include-dirs -Wmissing-prototypes -Wnested-externs = -Wpointer-arith -Wredundant-decls -Wstrict-prototypes -Wundef = -Wno-pointer-sign -nostdinc -I. -I/usr/git-freebsd-head/sys = -I/usr/git-freebsd-head/sys/contrib/altq -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h = -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel = -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables = -ffreestanding -Wno-error=3Dtautological-compare = -Wno-error=3Dshift-count-negative -Wno-error=3Dshift-count-overflow = -Wno-error=3Dshift-overflow -Wno-error=3Dconversion = -Wno-error=3Dempty-body -Wno-error=3Dgnu-designator -Wno-error=3Dformat = -Wno-error=3Dformat-invalid-specifier -Wno-error=3Dformat-extra-args = -Werror /usr/git-freebsd-head/sys/netinet/sctp_output.c >> clang: warning: argument unused during compilation: = '-fformat-extensions' >> /usr/git-freebsd-head/sys/netinet/sctp_output.c:4685:2: error: array = index 1 is past the end of the array (which contains 1 element) = [-Werror,-Warray-bounds] >> sup_addr->addr_type[1] =3D htons(SCTP_IPV6_ADDRESS); >> ^ ~ >> /usr/git-freebsd-head/sys/netinet/sctp_header.h:84:2: note: array = 'addr_type' declared here >> uint16_t addr_type[SCTP_ARRAY_MIN_LEN]; /* array of supported = address >> ^ >> 1 error generated. >> *** Error code 1 >>=20 >> Stop in /usr/obj/usr/git-freebsd-head/sys/GENERIC. >> *** Error code 1 >>=20 >> Stop in /usr/git-freebsd-head. >> *** Error code 1 >>=20 >> Stop in /usr/git-freebsd-head. >=20 >> this is from a GENERIC kernel build (so INET + INET6) for amd64. is = this a >> false positive, or is length(sup_addr->addr_type) really =3D=3D 1, = thus making >> sup_addr->addr_type[1] an illegal access? >=20 > This is the fairly common construct of a variable-length array at the > end of a struct. With C89, this was not allowed but defining one = element > and allocating more elements worked in most implementations. C99 > recognized this need and created a way to do it, which looks like > uint16_t addr_type[];. This adds any necessary padding and allows = access > to however many elements have been allocated. Also, if it is not at = the > end of a struct it is an error. >=20 > Using this new construct requires code changes because some code such = as > fairly close to the error message relies on the size of the one = element > already in the struct. Hi Jilles, you are completely right. It is a false positive. the reason why we don't use addr_type[] is that the same code is used on different plattforms and (at least at one point of time), using addr_type[] didn't work there. However, reconsidering the code right now, I guess one could change to = code in a way to avoid the warning. I'll put that on my ToDo list. But it is = only to avoid the warning, there is no real problem as said earlier. Best regards Michael >=20 > --=20 > Jilles Tjoelker > _______________________________________________ > 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 From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 17:18:37 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 2AE42106564A; Sun, 27 Nov 2011 17:18:37 +0000 (UTC) (envelope-from davide.italiano@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id BC60A8FC13; Sun, 27 Nov 2011 17:18:36 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so432072vbb.13 for ; Sun, 27 Nov 2011 09:18:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=t3W7imdStAu9sFkDVoZTG5cEDafRndLd7v4MSy2IcNs=; b=k/Bm9akvJ/OYW9OP330ML7eMiUajr5/VntIlj1yIwWzG1GU+mOiowvSC7RG0v125Zh px1flSiLfyTpFbgjXW4AaMJt7MZ4rv1PIegi1kyHZv481JEn2XfsxKk7YiclSC64WD0P QCufaMO+wyk07Rne3JeG3zYoO6/5Paj7EO50M= MIME-Version: 1.0 Received: by 10.52.92.49 with SMTP id cj17mr30705081vdb.35.1322412994421; Sun, 27 Nov 2011 08:56:34 -0800 (PST) Received: by 10.52.164.164 with HTTP; Sun, 27 Nov 2011 08:56:34 -0800 (PST) In-Reply-To: <20111127162430.GA95971@stack.nl> References: <20111127154536.GA54043@freebsd.org> <20111127162430.GA95971@stack.nl> Date: Sun, 27 Nov 2011 17:56:34 +0100 Message-ID: From: Davide Italiano To: Jilles Tjoelker Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Best , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: possible array out of bounds access in sys/netinet/sctp_output.c 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: Sun, 27 Nov 2011 17:18:37 -0000 On Sun, Nov 27, 2011 at 5:24 PM, Jilles Tjoelker wrote: > On Sun, Nov 27, 2011 at 03:45:36PM +0000, Alexander Best wrote: >> i've been playing with clang tot and noticed the following error: > >> /usr/local/bin/clang -c -O3 -pipe -fno-inline-functions -fno-strict-alia= sing -march=3Dcore2 -std=3Dc99 -g -fdiagnostics-show-option -fformat-extens= ions -Wall =A0-Wcast-qual -Winline -Wmissing-include-dirs =A0-Wmissing-prot= otypes -Wnested-externs -Wpointer-arith =A0-Wredundant-decls -Wstrict-proto= types -Wundef =A0-Wno-pointer-sign -nostdinc =A0-I. -I/usr/git-freebsd-head= /sys -I/usr/git-freebsd-head/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTIO= N_HEADERS -include opt_global.h =A0-fno-omit-frame-pointer -mno-aes -mno-av= x -mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float =A0-fno-asynchronou= s-unwind-tables -ffreestanding -Wno-error=3Dtautological-compare -Wno-error= =3Dshift-count-negative =A0-Wno-error=3Dshift-count-overflow -Wno-error=3Ds= hift-overflow -Wno-error=3Dconversion =A0-Wno-error=3Dempty-body -Wno-error= =3Dgnu-designator -Wno-error=3Dformat =A0-Wno-error=3Dformat-invalid-specif= ier -Wno-error=3Dformat-extra-args -Werror =A0/usr/git-freebsd-head/sys/net= inet/sctp_output.c >> clang: warning: argument unused during compilation: '-fformat-extensions= ' >> /usr/git-freebsd-head/sys/netinet/sctp_output.c:4685:2: error: array ind= ex 1 is past the end of the array (which contains 1 element) [-Werror,-Warr= ay-bounds] >> =A0 =A0 =A0 =A0 sup_addr->addr_type[1] =3D htons(SCTP_IPV6_ADDRESS); >> =A0 =A0 =A0 =A0 ^ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ~ >> /usr/git-freebsd-head/sys/netinet/sctp_header.h:84:2: note: array 'addr_= type' declared here >> =A0 =A0 =A0 =A0 uint16_t addr_type[SCTP_ARRAY_MIN_LEN]; /* array of supp= orted address >> =A0 =A0 =A0 =A0 ^ >> 1 error generated. >> *** Error code 1 >> >> Stop in /usr/obj/usr/git-freebsd-head/sys/GENERIC. >> *** Error code 1 >> >> Stop in /usr/git-freebsd-head. >> *** Error code 1 >> >> Stop in /usr/git-freebsd-head. > >> this is from a GENERIC kernel build (so INET + INET6) for amd64. is this= a >> false positive, or is length(sup_addr->addr_type) really =3D=3D 1, thus = making >> sup_addr->addr_type[1] an illegal access? > > This is the fairly common construct of a variable-length array at the > end of a struct. With C89, this was not allowed but defining one element > and allocating more elements worked in most implementations. C99 > recognized this need and created a way to do it, which looks like > uint16_t addr_type[];. This adds any necessary padding and allows access > to however many elements have been allocated. Also, if it is not at the > end of a struct it is an error. > > Using this new construct requires code changes because some code such as > fairly close to the error message relies on the size of the one element > already in the struct. > > -- > Jilles Tjoelker > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > I looked at sctp_send_initiate() and it seems that independently from the number of types supported (IPV6/IPV4 or both) two elements are allocated in the array sup_addr->addr_type[0] . In case only a type is supported one of the elements is simply padding. (http://fxr.watson.org/fxr/source/netinet/sctp_output.c#L4670) . So, this should fix the issue, but maybe I'm wrong so feel free to correct = me. http://davit.altervista.org/sctp_header_types.diff I defined a new macro mainly because SCTP_ARRAY_MIN_LEN is used in another place, i.e. in the field name of struct sctp_host_name_param, defined in sctp_header.h). Thanks to arundel@ for testing. Regards Davide From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 17:28:05 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 91C4D106566B; Sun, 27 Nov 2011 17:28:05 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 22D468FC12; Sun, 27 Nov 2011 17:28:05 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id BC946E65F7; Sun, 27 Nov 2011 17:28:03 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=Ri2KfFtXfinQ f3GFtttd40edSeQ=; b=p290TGVWetcI/EcNub4q1syg9nfplskYy8JqHITkYKkD mDlFHy59xLhVb/JYAvBF7JrO9YH7AhAdnIbltsKcec7Vwtkfx2GRimU25GCwliV/ YJ3FiWGf37fIz/IB6Xl8+rpR3ybTdNiIn56MjfpNSMOCQBEzKJD55UJREiZVy70= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=EwJFvp ZtW5qP6GrdddPtnnuF3PTloB/vzYdA1H0OLCZl2w8mzAMXPQYb33tFT13C86fUlQ YRuhm4gpwrLQPBa+hsAMG9ikVnQ7pZYl1X3P8V9nSD3KAs0UITT+SMnxSLPEa8wf UoVSIOExNEER376ZD40RKIHGRngf9OT/pYMUY= Received: from [192.168.1.68] (188-220-36-32.zone11.bethere.co.uk [188.220.36.32]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 82EFDE65EF; Sun, 27 Nov 2011 17:28:03 +0000 (GMT) Message-ID: <4ED2731F.9040605@cran.org.uk> Date: Sun, 27 Nov 2011 17:27:59 +0000 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Michael_T=FCxen?= References: <20111127154536.GA54043@freebsd.org> <20111127162430.GA95971@stack.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Alexander Best , freebsd-current@freebsd.org, Jilles Tjoelker , freebsd-net@freebsd.org Subject: Re: possible array out of bounds access in sys/netinet/sctp_output.c 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: Sun, 27 Nov 2011 17:28:05 -0000 On 27/11/2011 16:52, Michael T=FCxen wrote: > the reason why we don't use addr_type[] is that the same code is used > on different plattforms and (at least at one point of time), using > addr_type[] didn't work there. Unfortunately I don't think even the Windows 8 Driver Kit will support=20 much more than stdint.h out of C99. --=20 Bruce Cran From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 17:55:14 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 B346F106564A; Sun, 27 Nov 2011 17:55:14 +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 178AF8FC08; Sun, 27 Nov 2011 17:55:13 +0000 (UTC) Received: from [192.168.1.200] (p508FA47F.dip.t-dialin.net [80.143.164.127]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id B741F1C0B461B; Sun, 27 Nov 2011 18:55:11 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: Date: Sun, 27 Nov 2011 18:55:10 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111127154536.GA54043@freebsd.org> <20111127162430.GA95971@stack.nl> To: Davide Italiano X-Mailer: Apple Mail (2.1251.1) Cc: Alexander Best , freebsd-current@freebsd.org, Jilles Tjoelker , freebsd-net@freebsd.org Subject: Re: possible array out of bounds access in sys/netinet/sctp_output.c 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: Sun, 27 Nov 2011 17:55:14 -0000 On Nov 27, 2011, at 5:56 PM, Davide Italiano wrote: > On Sun, Nov 27, 2011 at 5:24 PM, Jilles Tjoelker = wrote: >> On Sun, Nov 27, 2011 at 03:45:36PM +0000, Alexander Best wrote: >>> i've been playing with clang tot and noticed the following error: >>=20 >>> /usr/local/bin/clang -c -O3 -pipe -fno-inline-functions = -fno-strict-aliasing -march=3Dcore2 -std=3Dc99 -g = -fdiagnostics-show-option -fformat-extensions -Wall -Wcast-qual = -Winline -Wmissing-include-dirs -Wmissing-prototypes -Wnested-externs = -Wpointer-arith -Wredundant-decls -Wstrict-prototypes -Wundef = -Wno-pointer-sign -nostdinc -I. -I/usr/git-freebsd-head/sys = -I/usr/git-freebsd-head/sys/contrib/altq -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h = -fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=3Dkernel = -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables = -ffreestanding -Wno-error=3Dtautological-compare = -Wno-error=3Dshift-count-negative -Wno-error=3Dshift-count-overflow = -Wno-error=3Dshift-overflow -Wno-error=3Dconversion = -Wno-error=3Dempty-body -Wno-error=3Dgnu-designator -Wno-error=3Dformat = -Wno-error=3Dformat-invalid-specifier -Wno-error=3Dformat-extra-args = -Werror /usr/git-freebsd-head/sys/netinet/sctp_output.c >>> clang: warning: argument unused during compilation: = '-fformat-extensions' >>> /usr/git-freebsd-head/sys/netinet/sctp_output.c:4685:2: error: array = index 1 is past the end of the array (which contains 1 element) = [-Werror,-Warray-bounds] >>> sup_addr->addr_type[1] =3D htons(SCTP_IPV6_ADDRESS); >>> ^ ~ >>> /usr/git-freebsd-head/sys/netinet/sctp_header.h:84:2: note: array = 'addr_type' declared here >>> uint16_t addr_type[SCTP_ARRAY_MIN_LEN]; /* array of = supported address >>> ^ >>> 1 error generated. >>> *** Error code 1 >>>=20 >>> Stop in /usr/obj/usr/git-freebsd-head/sys/GENERIC. >>> *** Error code 1 >>>=20 >>> Stop in /usr/git-freebsd-head. >>> *** Error code 1 >>>=20 >>> Stop in /usr/git-freebsd-head. >>=20 >>> this is from a GENERIC kernel build (so INET + INET6) for amd64. is = this a >>> false positive, or is length(sup_addr->addr_type) really =3D=3D 1, = thus making >>> sup_addr->addr_type[1] an illegal access? >>=20 >> This is the fairly common construct of a variable-length array at the >> end of a struct. With C89, this was not allowed but defining one = element >> and allocating more elements worked in most implementations. C99 >> recognized this need and created a way to do it, which looks like >> uint16_t addr_type[];. This adds any necessary padding and allows = access >> to however many elements have been allocated. Also, if it is not at = the >> end of a struct it is an error. >>=20 >> Using this new construct requires code changes because some code such = as >> fairly close to the error message relies on the size of the one = element >> already in the struct. >>=20 >> -- >> Jilles Tjoelker >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>=20 >=20 >=20 > I looked at sctp_send_initiate() and it seems that independently from > the number of types supported (IPV6/IPV4 or both) two elements are > allocated in the array sup_addr->addr_type[0] . In case only a type is > supported one of the elements is simply padding. > (http://fxr.watson.org/fxr/source/netinet/sctp_output.c#L4670) . >=20 > So, this should fix the issue, but maybe I'm wrong so feel free to = correct me. >=20 > http://davit.altervista.org/sctp_header_types.diff >=20 > I defined a new macro mainly because SCTP_ARRAY_MIN_LEN is used in > another place, i.e. in the field name of struct sctp_host_name_param, > defined in sctp_header.h). Thanks to arundel@ for testing. The problem with your fix is that the size of the structure is used in the code and there are also changes required. When looking at the code to avoid the warning I realized that the supported address types parameters will have a wrong length if the kernel is build with either INET or INET6, but not both. I've committed a fix in http://svn.freebsd.org/changeset/base/228031 Best regards Michael >=20 > Regards >=20 > Davide > _______________________________________________ > 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 From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 18:24:52 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 073D9106566B; Sun, 27 Nov 2011 18:24:52 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BBAA98FC0A; Sun, 27 Nov 2011 18:24:51 +0000 (UTC) Received: by iakl21 with SMTP id l21so11521632iak.13 for ; Sun, 27 Nov 2011 10:24:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5B46GHJjBOML9qpqpvtZTsmD+G1A91/TRyq/6xbm8Tw=; b=Iu+tDLvolwwA8G5cZt/u32KbrqRY9whjGyBNUYCwpgCWLxx85vENqDnUtTykMZmlst Mc5pF2r/cPuJF9smozbxzZxMCuRVKz2LwDGPOjSHIkVO7oh40OuT6tufGVnaEIDTu17H iP80DYWGZWwhdqgrZRtXF+7gb7hHINiU4BzrM= MIME-Version: 1.0 Received: by 10.50.17.168 with SMTP id p8mr6987579igd.20.1322416742622; Sun, 27 Nov 2011 09:59:02 -0800 (PST) Received: by 10.231.46.198 with HTTP; Sun, 27 Nov 2011 09:59:02 -0800 (PST) In-Reply-To: <528001322406641@web2.yandex.ru> References: <528001322406641@web2.yandex.ru> Date: Sun, 27 Nov 2011 09:59:02 -0800 Message-ID: From: Kevin Oberman To: Darren Baginski Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: OpenBGPd stability issue on FreebBSD 9-PRERELEASE 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: Sun, 27 Nov 2011 18:24:52 -0000 On Sun, Nov 27, 2011 at 7:10 AM, Darren Baginski wrote: > Hi! > > I'm having issues with OpenBGPd =A0openbgpd-4.9.20110612_1 running on =A0= FreebBSD 9-PRERELEASE. > BGP sessions flap for no reason every ~4hours, bgp sessions itself receiv= e only default form cisco router. > FreeBSD 8.2 is not affected. > How can I troubleshot this? Start by looking at the logs on both ends. Why did the session get torn down? Which end triggered it? Without this information it is impossible to figure much out. If the logs don't provide a clue, you can capture the BGP traffic with tcpdump and analyze with wireshark. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 20:09:47 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 9DDCE1065670 for ; Sun, 27 Nov 2011 20:09:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7F5C4161512; Sun, 27 Nov 2011 20:09:20 +0000 (UTC) Message-ID: <4ED298EF.6050101@FreeBSD.org> Date: Sun, 27 Nov 2011 12:09:19 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: LinuxIsOne References: In-Reply-To: X-Enigmail-Version: 1.3.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: choosing distribution: FreeBSD 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: Sun, 27 Nov 2011 20:09:47 -0000 On 11/27/2011 7:13 AM, LinuxIsOne wrote: > Hi, > > Well, I am basically a Windows convert, but very frankly saying that: I am > new to the world of Linux. So I should use FreeBSD or something easier > distribution in the Linux...? Or it is perfectly okay for a newbie to go > with FreeBSD? FreeBSD isn't Linux, it's a different Unix-like operating system. If you want a basic, user-friendly version of Linux you probably want to look at Ubuntu. Good luck, Doug -- "We could put the whole Internet into a book." "Too practical." Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 20:14: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 C04371065673 for ; Sun, 27 Nov 2011 20:14:29 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 861C68FC0A for ; Sun, 27 Nov 2011 20:14:29 +0000 (UTC) Received: by iakl21 with SMTP id l21so11675382iak.13 for ; Sun, 27 Nov 2011 12:14:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=e4V1mIODwsLpLyAPrvpTPwBMB8zfjvAqG1FyrTRZFY8=; b=PWQigffG/OPCILOdtZpv3mhT75gP+8Kvx/JcwyIl6sTpxBQ1wm+7CFLf72ewNQjsxs 9Q/U04zhOX6xp/EUGbHUUCwcs3RfQkwSrvxJzmbw43GJxfpisJizzVv1QkLBqowZDXvg BS25PsudJ+YvgnpkA87zS1YPyhLAQFl0gi17c= MIME-Version: 1.0 Received: by 10.42.151.4 with SMTP id c4mr20846682icw.39.1322424868750; Sun, 27 Nov 2011 12:14:28 -0800 (PST) Received: by 10.231.46.198 with HTTP; Sun, 27 Nov 2011 12:14:28 -0800 (PST) In-Reply-To: References: Date: Sun, 27 Nov 2011 12:14:28 -0800 Message-ID: From: Kevin Oberman To: LinuxIsOne Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: choosing distribution: FreeBSD 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: Sun, 27 Nov 2011 20:14:29 -0000 On Sun, Nov 27, 2011 at 7:13 AM, LinuxIsOne wrote: > Hi, > > Well, I am basically a Windows convert, but very frankly saying that: I am > new to the world of Linux. So I should use FreeBSD or something easier > distribution in the Linux...? Or it is perfectly okay for a newbie to go > with FreeBSD? There are no easy answers to this. I started as a newbie on FreeBSD and have been using it at home and at work for over a decade and a half, but I was already a computer professional with fairly broad experience with a number of operating systems from before Windows even was a glimmer in Bill's eye. So I am not really a "typical" user. Neither are you. Over the years FreeBSD has become a server platform. That does not preclude using it as a desktop, but it means drivers for new hardware are slower to become available and support for less popular things may never show up. I would not recommend FreeBSD for laptops unless you are very willing to spend a lot of time getting things to work right. I also would not recommend it for anyone lacking a reasonably broad computer background. I mean that those who have only used Windows or MacOS and really have no other computer expertise. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 20:16:55 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 6CFC5106566C; Sun, 27 Nov 2011 20:16:55 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2E6098FC13; Sun, 27 Nov 2011 20:16:55 +0000 (UTC) Received: by iakl21 with SMTP id l21so11678633iak.13 for ; Sun, 27 Nov 2011 12:16:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bVbbFxr8pkL1AUPqYCS+/SzglYSMviCMTpl9O+4x71U=; b=CE+TLMvHfyE8llQU3YeO+x06/9jVnx1c3ZzgLo8ktDE8Lxcr44p5MUqvHVGYR8hqbP 8ZKG8j9mfrATKOQOhWgjifO4KkH53jZxWa33xHCzJegfjKjveibihrE8w0ZnccO5jHTv gjSS2DrDLINuHxhb+HwRJ/5e4qsj3sJpuXp8g= MIME-Version: 1.0 Received: by 10.50.94.229 with SMTP id df5mr46943557igb.27.1322425014815; Sun, 27 Nov 2011 12:16:54 -0800 (PST) Received: by 10.231.46.198 with HTTP; Sun, 27 Nov 2011 12:16:54 -0800 (PST) In-Reply-To: <4ED298EF.6050101@FreeBSD.org> References: <4ED298EF.6050101@FreeBSD.org> Date: Sun, 27 Nov 2011 12:16:54 -0800 Message-ID: From: Kevin Oberman To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: LinuxIsOne , freebsd-net@freebsd.org Subject: Re: choosing distribution: FreeBSD 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: Sun, 27 Nov 2011 20:16:55 -0000 On Sun, Nov 27, 2011 at 12:09 PM, Doug Barton wrote: > On 11/27/2011 7:13 AM, LinuxIsOne wrote: >> Hi, >> >> Well, I am basically a Windows convert, but very frankly saying that: I am >> new to the world of Linux. So I should use FreeBSD or something easier >> distribution in the Linux...? Or it is perfectly okay for a newbie to go >> with FreeBSD? > > FreeBSD isn't Linux, it's a different Unix-like operating system. If you > want a basic, user-friendly version of Linux you probably want to look > at Ubuntu. While Ubuntu is aimed at the new Linux/Unix user, I feel that, with Unity, it has taken a turn away from usability and an easy transition form Windows. I suggest looking at Mint as a friendlier distro. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 20:21:03 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 C9831106567B for ; Sun, 27 Nov 2011 20:21:03 +0000 (UTC) (envelope-from jshupe@osre.org) Received: from washington.osre.org (washington.osre.org [108.60.195.225]) by mx1.freebsd.org (Postfix) with ESMTP id 827FE8FC12 for ; Sun, 27 Nov 2011 20:21:03 +0000 (UTC) Received: from jms2530p.osre.local (adsl-75-23-43-117.dsl.lgvwtx.sbcglobal.net [75.23.43.117]) by washington.osre.org (Postfix) with ESMTPSA id EA0E83A245 for ; Sun, 27 Nov 2011 14:04:56 -0600 (CST) Message-ID: <4ED297DF.8030801@osre.org> Date: Sun, 27 Nov 2011 14:04:47 -0600 From: James Shupe Organization: Open Software Research & Education User-Agent: Mozilla/5.0 (X11; OpenBSD i386; rv:7.0.1) Gecko/20111121 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.4a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCBA8C166A754FDF243C0F93E" Subject: Re: choosing distribution: FreeBSD 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: Sun, 27 Nov 2011 20:21:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCBA8C166A754FDF243C0F93E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable FreeBSD isn't a Linux. I'd read up on the differences first. A lot of people recommend starting off with a Linux like Ubuntu because the learning curve is potentially a bit easier to work your way around. Personally, I think that's rubbish because *BSD documentation is much, much better and you'll end up understanding a lot more about how the system works in the long run. Linux is getting to the point where most distributions sugar coat administrative tasks and shut you out of them. I'd look at OpenBSD if you want a steep, but well documented learning curve that is most similar to classic UNIX, FreeBSD if you want to learn a great, versatile server, and Linux if you enjoy the flavor of the week.= -James On 11/27/11 09:13, LinuxIsOne wrote: > Hi, >=20 > Well, I am basically a Windows convert, but very frankly saying that: I= am > new to the world of Linux. So I should use FreeBSD or something easier > distribution in the Linux...? Or it is perfectly okay for a newbie to g= o > with FreeBSD? >=20 > Thanks. > _______________________________________________ > 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 James Shupe, OSRE developer/ engineer BSD/ Linux support & hosting jshupe@osre.org | www.osre.org O 9032530140 | F 9032530150 | M 9035223425 --------------enigCBA8C166A754FDF243C0F93E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (OpenBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJO0pffAAoJEJRf0NzSUh9weNoP/3PKYTHVqnJRPjnwdm5tK6cP klMtbsKOqhrf7frFBsiUfwVWKk3+Psl1ccYnFY4jtg2fVPOfW6MJ7cMt3icefivg qRhtN90WHyZNW2s3cAT+VNXbT9FgH4va21w1/463QUocer29QFYUtCdca1i0rwWx N7wLmTeh6BSwbknkET+NyI8I9OZLRuXPGsNtr4Ha8/8TZP9gyjgAWfHenaOroiJz FBcZl52q9y1+AbuoREL/LB2IjiYZI+wgn5aL9WVS1BvTzTHOkYVlXJuCUo3IrVE3 uu3qfKkpg6Psp0xTkGVUnc41QnokfMrRHDeITbhbxFCvMkVCymERZeSC3CZXN4dO 9rhrWShCXwehxnuo6hoN/vAAEjsOdoLXh5BcUEUIbWgopjrAXyAkyaFeF1XMOfUD NAQu5TDfqLB6Ez/dgvpYbokpiASWYBmgXzL7DBaFcVNPLPAHSIbIHXYfyWlLfkfj hQCzmZvP90QnUtdMCGzSFN7tkSHl2D43xrgIfNi+WEjbJsrdB9wjuVUxXr1Pwvat 3EpzvFJn1kHG7LDsZjVET04UJFD0VS7S0sQ6BNqdNmQ2SvDDcwR+LbxzGsbGhFIw snGqeZl2r4Cobzi/taOzS8g89WcpwSYTORFrfp1nTmT7H96DvopPDMrn2ujHRjsQ J44pGEZRf+W0lGlVLtHa =4Ksx -----END PGP SIGNATURE----- --------------enigCBA8C166A754FDF243C0F93E-- From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 22:28:15 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 49950106566B; Sun, 27 Nov 2011 22:28:15 +0000 (UTC) (envelope-from kickbsd@yandex.ru) Received: from forward6.mail.yandex.net (forward6.mail.yandex.net [IPv6:2a02:6b8:0:202::1]) by mx1.freebsd.org (Postfix) with ESMTP id B9F738FC0A; Sun, 27 Nov 2011 22:28:14 +0000 (UTC) Received: from web82.yandex.ru (web82.yandex.ru [77.88.60.145]) by forward6.mail.yandex.net (Yandex) with ESMTP id 2199EF81276; Mon, 28 Nov 2011 02:28:13 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1322432893; bh=2yI2ELnAVkwaOWV/ubL92Eujd3p80e3tMulE9QBGT8o=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=o9VWlTISwgJFr0jLhdFatFJu61nn930TLNcmcKJrFjyZW9eVsGaUhK2jmHYni7muD BOs7CFfYBiQJW3JopvsNmwf+dLEk/V6MmvCa+iL5ImvMbmFJGzkWNhK3o5Z7S3u36P +eb3gfqnnfKLvwa7/bL6ilb63NwsTHtZDsKizqf4= Received: from localhost (localhost.localdomain [127.0.0.1]) by web82.yandex.ru (Yandex) with ESMTP id D5695820017; Mon, 28 Nov 2011 02:28:12 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1322432892; bh=2yI2ELnAVkwaOWV/ubL92Eujd3p80e3tMulE9QBGT8o=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=jfvGVz/jN08cRzRKiERjXHwfW1JbvcLmdASF6AfHjQAjvM2nm7XdWQj4z8odnKGZm KKOfb5M1STDBztwUM3NJZMtcfxGTjRDEw5YRWm4juhI1Lr7x0hrEYOQsH1FG+L/9FC 7f4mwxwJ5j3ZtgfZx+DNcUReHTJiImyVI7uBHjD0= X-Yandex-Spam: 1 Received: from modemcable076.150-203-24.mc.videotron.ca (modemcable076.150-203-24.mc.videotron.ca [24.203.150.76]) by web82.yandex.ru with HTTP; Mon, 28 Nov 2011 02:28:11 +0400 From: Darren Baginski To: Kevin Oberman In-Reply-To: References: <528001322406641@web2.yandex.ru> MIME-Version: 1.0 Message-Id: <633291322432891@web82.yandex.ru> Date: Mon, 28 Nov 2011 02:28:11 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: OpenBGPd stability issue on FreebBSD 9-PRERELEASE 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: Sun, 27 Nov 2011 22:28:15 -0000 Yes, I did a capture. Session time outing. Bizarre that happens only on link with igb driver, while bce has no issues (server with two nics one 4ports igb and one 2ports bce). tcpdump on igb link even do not show packets arriving while I see them sent from the other end. The same link plugged to the bce works. What else can be done to debug this ? 27.11.2011, 21:59, "Kevin Oberman" : > On Sun, Nov 27, 2011 at 7:10 AM, Darren Baginski wrote: > >> šHi! >> >> šI'm having issues with OpenBGPd šopenbgpd-4.9.20110612_1 running on šFreebBSD 9-PRERELEASE. >> šBGP sessions flap for no reason every ~4hours, bgp sessions itself receive only default form cisco router. >> šFreeBSD 8.2 is not affected. >> šHow can I troubleshot this? > > Start by looking at the logs on both ends. Why did the session get > torn down? šWhich end triggered it? Without this information it is > impossible to figure much out. > > If the logs don't provide a clue, you can capture the BGP traffic with > tcpdump and analyze with wireshark. > > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Sun Nov 27 23:45:38 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 9AB24106564A for ; Sun, 27 Nov 2011 23:45:38 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 5525A8FC14 for ; Sun, 27 Nov 2011 23:45:38 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EADDL0k6DaFvO/2dsb2JhbABEhQOnCoFyAQEBBAEBASArIAsbGAICDRkCKQEJGAENBggHBAEcBIdso2SQW4EwiByBFgSIIYoJgiCSKQ X-IronPort-AV: E=Sophos;i="4.69,580,1315195200"; d="scan'208";a="145792044" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 27 Nov 2011 18:45:37 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 55F86B3EA4; Sun, 27 Nov 2011 18:45:37 -0500 (EST) Date: Sun, 27 Nov 2011 18:45:37 -0500 (EST) From: Rick Macklem To: LinuxIsOne Message-ID: <1033289696.453421.1322437537309.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-net@freebsd.org Subject: Re: choosing distribution: FreeBSD 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: Sun, 27 Nov 2011 23:45:38 -0000 LinuxIsOne wrote: > Hi, > > Well, I am basically a Windows convert, but very frankly saying that: > I am > new to the world of Linux. So I should use FreeBSD or something easier > distribution in the Linux...? Or it is perfectly okay for a newbie to > go > with FreeBSD? > As others have noted, FreeBSD isn't a Linux ditribution, but another Unix-like operating system. You might also consider PC-BSD, which is a desktop distribution based, at least in part, on FreeBSD. Good luck with whatever you choose, rick > Thanks. > _______________________________________________ > 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" From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 00:11:24 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 0FF9A1065687 for ; Mon, 28 Nov 2011 00:11:24 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 68EBE8FC15 for ; Mon, 28 Nov 2011 00:11:23 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so4144667vcb.13 for ; Sun, 27 Nov 2011 16:11:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=+IErJGSQE9NZXzRdFAKGPHzaXlwBxKW+lV8CwLcqnIA=; b=u7Qd+mOWfFinAurvKYijFQifDpWwEpfLXk7va18iSebzWLmFkAX5WxGeUocl0+ZQh7 IPDkqvys7EHi2/nT/Tp6iqdmfFOAIwqZqbUuWvrrCKD8WOOB36AbgHhzJzsZSugz6xhR DH2mrsHC5e63jUAG5FL6soleyIKIR8odFTT/c= Received: by 10.52.174.193 with SMTP id bu1mr40595101vdc.71.1322439082129; Sun, 27 Nov 2011 16:11:22 -0800 (PST) Received: from DataIX.net (ppp-22.179.dialinfree.com. [209.172.22.179]) by mx.google.com with ESMTPS id z3sm30789070vdg.16.2011.11.27.16.11.17 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Nov 2011 16:11:20 -0800 (PST) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id pAS0BBaP022478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Nov 2011 19:11:11 -0500 (EST) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id pAS0B43Y022477; Sun, 27 Nov 2011 19:11:04 -0500 (EST) (envelope-from jhell@DataIX.net) Date: Sun, 27 Nov 2011 19:11:04 -0500 From: Jason Hellenthal To: LinuxIsOne Message-ID: <20111128001104.GA22078@DataIX.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: Cc: freebsd-net@freebsd.org Subject: Re: choosing distribution: FreeBSD 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: Mon, 28 Nov 2011 00:11:24 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 27, 2011 at 10:13:42AM -0500, LinuxIsOne wrote: > Hi, >=20 > Well, I am basically a Windows convert, but very frankly saying that: I am > new to the world of Linux. So I should use FreeBSD or something easier > distribution in the Linux...? Or it is perfectly okay for a newbie to go > with FreeBSD? >=20 I will never understand why or when people stopped just jumping into an OS = to see what it is actually about and how it feels. Typically if you are ask= ing the above question then you are also not installing to some critical sy= stem... so with that said -- "Do not ask to use, Just Do!". Rating a bannanna over an apple is non-existant, your tastes and aim will a= lways be different than the majority. good luck. --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJO0tGYAAoJEJBXh4mJ2FR+8soIAJ98WF/RzsoFNK2Bcp87ba6S lRWomOLxNYkHIYo1lvOsq7U3kBgMZ1CsrAGD96Z2KNScosA6UpgT8cndrYoOxrq7 F6CeRFfl2hu6t73HrkfWxU5fnRF3soWHbFapNiO2cH14EgMLMCyz1+9WG/AFDlXm jYKyB6dHAx1LT0V5XY2MAFD/0qHxr7qsBUDVXYugc3j+8yzFPlmANrnlOJmOSi5o 73jSjOHS5i8zxI6Eh4W6lracCLTv98t3Eit1BImUvNmhJxDc6gcAGMrerDCuRysT XIX2ydHHN96fbCJy1z44sf6hgE8E8C8QnlZGB9i2boD0vjFIbY5D+6GlipudbuE= =dl7X -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 00:14:35 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 671F6106564A for ; Mon, 28 Nov 2011 00:14:35 +0000 (UTC) (envelope-from remy.sanchez@hyperthese.net) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB4F8FC12 for ; Mon, 28 Nov 2011 00:14:34 +0000 (UTC) Received: from magi.localnet (unknown [IPv6:2a01:e35:2e3d:8820:21f:16ff:feb6:9aac]) (Authenticated sender: remy.sanchez@hyperthese.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id F02F9A82CA for ; Mon, 28 Nov 2011 01:14:23 +0100 (CET) From: =?iso-8859-1?q?R=E9my_Sanchez?= To: freebsd-net@freebsd.org Date: Mon, 28 Nov 2011 01:14:11 +0100 User-Agent: KMail/1.13.7 (Linux/3.1.0-1-amd64; KDE/4.6.5; x86_64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4428173.OjAJ1hM7HA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201111280114.11648.remy.sanchez@hyperthese.net> Subject: Re: choosing distribution: FreeBSD 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: Mon, 28 Nov 2011 00:14:35 -0000 --nextPart4428173.OjAJ1hM7HA Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Sunday 27 November 2011 16:13:42 LinuxIsOne wrote: > Hi, >=20 > Well, I am basically a Windows convert, but very frankly saying that: I am > new to the world of Linux. So I should use FreeBSD or something easier > distribution in the Linux...? Or it is perfectly okay for a newbie to go > with FreeBSD? >=20 > Thanks. > _______________________________________________ > 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" "LinuxIsOne " Obvious troll is obvious... =2D-=20 R=E9my Sanchez http://hyperthese.net/ --nextPart4428173.OjAJ1hM7HA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEABECAAYFAk7S0lMACgkQpMMQ4XyIN1ZyJQCgjNgrOnmN8XavQ90F2c81W36O l2cAn0E1mo0WELUUIW+QRChm6/2vN4PB =E9ca -----END PGP SIGNATURE----- --nextPart4428173.OjAJ1hM7HA-- From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 00:45:12 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 E042D106564A for ; Mon, 28 Nov 2011 00:45:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A70FF8FC0A for ; Mon, 28 Nov 2011 00:45:11 +0000 (UTC) Received: by iakl21 with SMTP id l21so12046102iak.13 for ; Sun, 27 Nov 2011 16:45:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=+c4XFQTq0CBps5eQIntBy8PLZ4qaOren8cEXeb8u+PI=; b=q3sNGq9rxBcvIQQhZScg6XKK+co7T9fwBj1OHmHclVJ5xBYzUd/XfhLcOs8cEoQbSY OJruG468DUZpZyjvk4Kb4Bbxx3Frs4Bpm8mSUqZabhdo6uSeFPTpk8NKZCm3R/0RFmk1 ZnFKaxYbDMGg4Bw18x7Xy4csthbJSao8HrJd8= Received: by 10.50.17.168 with SMTP id p8mr7977479igd.20.1322441111015; Sun, 27 Nov 2011 16:45:11 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id z10sm38499841ibv.9.2011.11.27.16.45.08 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Nov 2011 16:45:10 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 27 Nov 2011 16:43:40 -0800 From: YongHyeon PYUN Date: Sun, 27 Nov 2011 16:43:40 -0800 To: Nikolay Denev Message-ID: <20111128004340.GA1830@michelle.cdnetworks.com> References: <20111024175252.GB4663@michelle.cdnetworks.com> <0DF73F37-3E46-4F7D-AA6B-B7EB2F2276AB@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Possible sge(4)/atphy(4) regression on RELENG_9? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2011 00:45:12 -0000 On Sat, Nov 26, 2011 at 04:39:03PM +0200, Nikolay Denev wrote: > > On Oct 24, 2011, at 9:18 PM, Nikolay Denev wrote: > > > > > On Oct 24, 2011, at 8:52 PM, YongHyeon PYUN wrote: > > > >> On Mon, Oct 24, 2011 at 04:43:57PM +0300, Nikolay Denev wrote: > >>> Hello, > >>> > >>> I've recently upgraded a box running RELENG_8 to RELENG_9 and immediately I noticed much slower network connection. > >>> Running iperf shows about 20-30Mbits which was almost full GigE (~900Mbits) speed before. > >>> > >>> I'm noticing interface errors : > >>> > >>> [16:37]ndenev@nas:~% netstat -I sge0 > >>> Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll > >>> sge0 1500 00:0a:e4:86:62:fa 76114295 42197 0 103559806 10324 0 > >>> sge0 1500 10.0.0.0 nas 76109575 - - 119109557 - - > >>> > >>> Both the switch and the card show 1000 full-duplex. > >>> I've tried playing with rxcsum,txcsum,vlanhwtag,tso but disabling even all of them do not change anything. > >>> I've tried different switch port and changed the cable. > >>> > >>> Here is devinfo for my hardware : > >>> > >>> sge0 pnpinfo vendor=0x1039 device=0x0191 subvendor=0x103c subdevice=0x2a70 class=0x020000 > >>> atphy0 pnpinfo oui=0xc82e model=0x1 rev=0x6 at phyno=0 > >>> > >>> Of course all of this can mean hardware problem, I just want to ask if somebody is seeing something similar, since > >>> there are quite a lot minibus related changes as far as I can see. > >>> > >>> I'll boot RELENG_8 again tomorrow and do a quick test again to verify that this is not a hardware issue. > >>> > >> > >> I don't have sge(4) controller so it would be better to let us know > >> which revision introduced the regression. Just looking over the > >> code change didn't reveal the possible cause. > >> BTW, I thought sge(4) shall use rgephy(4). Can you also verify > >> whether sge(4) in stable/8 also use atphy(4)? > > > > I've just checked my logs and I can confirm that it was atphy(4) even in stable/8. > > > > Sep 26 15:55:19 nas kernel: atphy0: PHY 0 on miibus0 > > Sep 26 15:55:19 nas kernel: atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto > > > > I'll post more info when I try again stable/8 on this hardware. > > > > Thanks! > > > > Just for the sake of completeness I'm reporting that the problem turned out to be not hardware related. > The thread "TCP Reassembly Issues" in freebsd-stable list describes the issue. > Thanks for letting us know that. BTW, it seems sge(4) controllers support flow control as well as jumbo frame by scattering incoming jumbo frame into multiple RX buffers. Jumbo frame support code may require more time in my side but flow control support code could be implemented within a week. Can you test the patch if I manage to write support code? From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 00:59:13 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 576B01065677 for ; Mon, 28 Nov 2011 00:59:13 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0C7B58FC08 for ; Mon, 28 Nov 2011 00:59:12 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so636813vbb.13 for ; Sun, 27 Nov 2011 16:59:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=z+3lwu+oK5M6Zn6ATly27175tEWFEGE+8NyNd2Xph3w=; b=TX9T+SyQN7KWFEW1tZzBOtgBvQsc/6jtO6tqUZs+JEDwKQUefmWcsLDBu8hROBMVlw kwZlz3zyW6u3t10jBi60CPCTNH+JJZgqwbXLp4cz1pvxUbvdvz0lvRMo1MSU1iizxN8Q LyH4h/1gazQOXKSsNcBnMadd/T1ScI7YWDJFU= MIME-Version: 1.0 Received: by 10.52.34.211 with SMTP id b19mr40830390vdj.112.1322441952020; Sun, 27 Nov 2011 16:59:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.186.74 with HTTP; Sun, 27 Nov 2011 16:59:12 -0800 (PST) In-Reply-To: <633291322432891@web82.yandex.ru> References: <528001322406641@web2.yandex.ru> <633291322432891@web82.yandex.ru> Date: Mon, 28 Nov 2011 08:59:12 +0800 X-Google-Sender-Auth: VJma05Dwl91uUiM-hBKTXOlzAwg Message-ID: From: Adrian Chadd To: Darren Baginski Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, Kevin Oberman Subject: Re: OpenBGPd stability issue on FreebBSD 9-PRERELEASE 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: Mon, 28 Nov 2011 00:59:13 -0000 Hi, Are all RX frames dropped at that point, or just the BGP TCP session related IP frames? Adrian From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 02:00:34 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 C3AC1106564A for ; Mon, 28 Nov 2011 02:00:34 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 80CBD8FC12 for ; Mon, 28 Nov 2011 02:00:34 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id pAS1gKvk014044; Sun, 27 Nov 2011 18:42:24 -0700 From: Erich Dollansky To: freebsd-net@freebsd.org Date: Mon, 28 Nov 2011 08:42:16 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.2-STABLE; KDE/4.6.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111280842.17046.erichfreebsdlist@ovitrap.com> Cc: LinuxIsOne Subject: Re: choosing distribution: FreeBSD 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: Mon, 28 Nov 2011 02:00:34 -0000 Hi, On Sunday 27 November 2011 22:13:42 LinuxIsOne wrote: > > Well, I am basically a Windows convert, but very frankly saying that: I am > new to the world of Linux. So I should use FreeBSD or something easier as you know already, BSD is not Linux. BSD is part of the original Unix development and has a long history. FreeBSD is just one of the modern versions of it. > distribution in the Linux...? Or it is perfectly okay for a newbie to go > with FreeBSD? Just take a release and install it. You have the choice between the older 8.2 version and the real new 9.0. As you are new to FreeBSD, I would recommend the 8.2 for you. Let your hardware make the final decision. I use FreeBSD on all machines I control except of one. The network card is not supported on this machine. I installed Fedora there. On the long run, you will find it much easier to work with FreeBSD than with any other OS. Its structure is so clear and robust that changes to it practically do not happen. New versions have extensions to older stuff but they do not change older stuff just to change the older stuff. This is the main reason for me not to use Linux whenever possible. It will take some time for you to experience this. As a Windows user, you will feel like being in paradise. Erich From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 04:45:56 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 219151065672 for ; Mon, 28 Nov 2011 04:45:56 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A3CC48FC08 for ; Mon, 28 Nov 2011 04:45:55 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so9762365bkb.13 for ; Sun, 27 Nov 2011 20:45:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=81FzPsVRAUMTi9Tpy3fQq2vybTW8Gcrf3tJBA9KI38U=; b=lRVmSWOr2dwj/gyb3ioGZ4+4HraKj9kDDtHn0WMSt94FaucCvOlOxt6V8ySiU2eVSc 1jrNOCB9OSEVTkwkDdaZekcN20yYojgLK/TvCzuQRn6Jv2mRc4h36tSJ80zjnUQp3kip G/hCPtBbRbfFN8dlmMEOSvtByYkH+x8pHiHEg= Received: by 10.205.42.202 with SMTP id tz10mr5065944bkb.57.1322455554219; Sun, 27 Nov 2011 20:45:54 -0800 (PST) Received: from imba-brutale.totalterror.net ([93.152.152.135]) by mx.google.com with ESMTPS id x14sm27075998bkf.10.2011.11.27.20.45.52 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Nov 2011 20:45:52 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: <20111128004340.GA1830@michelle.cdnetworks.com> Date: Mon, 28 Nov 2011 06:45:52 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20111024175252.GB4663@michelle.cdnetworks.com> <0DF73F37-3E46-4F7D-AA6B-B7EB2F2276AB@gmail.com> <20111128004340.GA1830@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-net@freebsd.org Subject: Re: Possible sge(4)/atphy(4) regression on RELENG_9? 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: Mon, 28 Nov 2011 04:45:56 -0000 On Nov 28, 2011, at 2:43 AM, YongHyeon PYUN wrote: > On Sat, Nov 26, 2011 at 04:39:03PM +0200, Nikolay Denev wrote: >>=20 >> On Oct 24, 2011, at 9:18 PM, Nikolay Denev wrote: >>=20 >>>=20 >>> On Oct 24, 2011, at 8:52 PM, YongHyeon PYUN wrote: >>>=20 >>>> On Mon, Oct 24, 2011 at 04:43:57PM +0300, Nikolay Denev wrote: >>>>> Hello, >>>>>=20 >>>>> I've recently upgraded a box running RELENG_8 to RELENG_9 and = immediately I noticed much slower network connection. >>>>> Running iperf shows about 20-30Mbits which was almost full GigE = (~900Mbits) speed before. >>>>>=20 >>>>> I'm noticing interface errors : >>>>>=20 >>>>> [16:37]ndenev@nas:~% netstat -I sge0 >>>>> Name Mtu Network Address Ipkts Ierrs Idrop = Opkts Oerrs Coll >>>>> sge0 1500 00:0a:e4:86:62:fa 76114295 42197 0 = 103559806 10324 0 >>>>> sge0 1500 10.0.0.0 nas 76109575 - - = 119109557 - - >>>>>=20 >>>>> Both the switch and the card show 1000 full-duplex. >>>>> I've tried playing with rxcsum,txcsum,vlanhwtag,tso but disabling = even all of them do not change anything. >>>>> I've tried different switch port and changed the cable. >>>>>=20 >>>>> Here is devinfo for my hardware : >>>>>=20 >>>>> sge0 pnpinfo vendor=3D0x1039 device=3D0x0191 subvendor=3D0x103c = subdevice=3D0x2a70 class=3D0x020000 >>>>> atphy0 pnpinfo oui=3D0xc82e model=3D0x1 rev=3D0x6 at phyno=3D0 >>>>>=20 >>>>> Of course all of this can mean hardware problem, I just want to = ask if somebody is seeing something similar, since >>>>> there are quite a lot minibus related changes as far as I can see. >>>>>=20 >>>>> I'll boot RELENG_8 again tomorrow and do a quick test again to = verify that this is not a hardware issue. >>>>>=20 >>>>=20 >>>> I don't have sge(4) controller so it would be better to let us know >>>> which revision introduced the regression. Just looking over the >>>> code change didn't reveal the possible cause. >>>> BTW, I thought sge(4) shall use rgephy(4). Can you also verify >>>> whether sge(4) in stable/8 also use atphy(4)? >>>=20 >>> I've just checked my logs and I can confirm that it was atphy(4) = even in stable/8. >>>=20 >>> Sep 26 15:55:19 nas kernel: atphy0: PHY = 0 on miibus0 >>> Sep 26 15:55:19 nas kernel: atphy0: none, 10baseT, 10baseT-FDX, = 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto >>>=20 >>> I'll post more info when I try again stable/8 on this hardware. >>>=20 >>> Thanks! >>>=20 >>=20 >> Just for the sake of completeness I'm reporting that the problem = turned out to be not hardware related. >> The thread "TCP Reassembly Issues" in freebsd-stable list describes = the issue. >>=20 >=20 > Thanks for letting us know that. >=20 > BTW, it seems sge(4) controllers support flow control as well as > jumbo frame by scattering incoming jumbo frame into multiple RX > buffers. Jumbo frame support code may require more time in my side > but flow control support code could be implemented within a week. > Can you test the patch if I manage to write support code? Yes, I can test it, my switch supports both flow control and jumbo = frames. Thanks, Nikolay= From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 05:17:12 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41CC8106564A for ; Mon, 28 Nov 2011 05:17:12 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id D7D238FC15 for ; Mon, 28 Nov 2011 05:17:11 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 27 Nov 2011 23:48:19 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr16.lnh.mail.rcn.net (MOS 4.3.3-GA) with ESMTP id BLC43519; Sun, 27 Nov 2011 23:48:18 -0500 Received-SPF: None identity=pra; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi@aldan.algebra.com"; x-sender="mi@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi@aldan.algebra.com"; x-sender="mi@aldan.algebra.com"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=209.6.61.133; receiver=smtp01.lnh.mail.rcn.net; envelope-from="mi@aldan.algebra.com"; x-sender="postmaster@narawntapu.narawntapu"; x-conformance=sidf_compatible X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO narawntapu.narawntapu) ([209.6.61.133]) by smtp01.lnh.mail.rcn.net with ESMTP; 27 Nov 2011 23:48:18 -0500 Received: from narawntapu.narawntapu (localhost [127.0.0.1]) by narawntapu.narawntapu (8.14.5/8.14.4) with ESMTP id pARKh9Hp047644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 27 Nov 2011 15:43:09 -0500 (EST) (envelope-from mi@narawntapu.narawntapu) Received: (from mi@localhost) by narawntapu.narawntapu (8.14.5/8.14.4/Submit) id pARKh9rZ047643; Sun, 27 Nov 2011 15:43:09 -0500 (EST) (envelope-from mi) From: "Mikhail T." Message-Id: <201111272043.pARKh9rZ047643@narawntapu.narawntapu> To: net@FreeBSD.org Date: Sun, 27 Nov 2011 15:43:09 -0500 (EST) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2011 05:17:12 -0000 Hello! I recently upgraded a friend's computer to 8.2-STABLE and we are noticing some network performance problems... In particular, when a large file is being uploaded outside (via scp), two weird things happen: 1. Although it begins with a transfer rate of over 2Mb/s (as reported by scp itself), it quickly drops down to 10-15Kb/s and even completely stalls on occasion. 2. natd can be seen (in top) as chewing up an entire CPU (one of the four 1.8GHz Opterons). Although the first problem can be explained by some sort of attempts by an ISP to throttle long large file-transfers, I don't have an easy explanation for the second... If I flush the ipfw-rules, the natd disappears from top's list and the transfer speeds up to about 260Kb/s (still nowhere near the initial 2Mb/s, but much higher than the 10-15Kb/s). There are two network cards in the machine: nfe0 (external) and bge0 (internal). There is no IPv6 in the picture (world is built with NO_INET6). The daemon is running as: /sbin/natd -redirect_port tcp natasha:ssh 23 -redirect_port tcp isp.mail.ser.ver:smtp 2525 -dynamic -n nfe0 The ipfw rules are derived from the "simple" firewall: 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from 192.168.1.0 to any in via nfe0 00500 deny ip from any to 10.0.0.0/8 via nfe0 00600 deny ip from any to 172.16.0.0/12 via nfe0 00700 deny ip from any to 192.168.0.0/16 via nfe0 00800 deny ip from any to 0.0.0.0/8 via nfe0 00900 deny ip from any to 169.254.0.0/16 via nfe0 01000 deny ip from any to 192.0.2.0/24 via nfe0 01100 deny ip from any to 224.0.0.0/4 via nfe0 01200 deny ip from any to 240.0.0.0/4 via nfe0 01300 deny ip from not one.special.foreign.ip to any dst-port 2525 01400 divert 8668 ip4 from any to any via nfe0 01500 deny ip from 10.0.0.0/8 to any via nfe0 01600 deny ip from 172.16.0.0/12 to any via nfe0 01700 deny ip from 192.168.0.0/16 to any via nfe0 01800 deny ip from 0.0.0.0/8 to any via nfe0 01900 deny ip from 169.254.0.0/16 to any via nfe0 02000 deny ip from 192.0.2.0/24 to any via nfe0 02100 deny ip from 224.0.0.0/4 to any via nfe0 02200 deny ip from 240.0.0.0/4 to any via nfe0 02300 allow tcp from any to any established 02400 allow ip from any to any frag 02500 allow tcp from any to me dst-port 22 setup 02600 allow tcp from any to me dst-port 25 setup 02700 allow tcp from any to me dst-port 53 setup 02800 allow udp from any to me dst-port 53 02900 allow udp from me 53 to any 03000 allow tcp from any to me dst-port 80 setup 03100 allow tcp from any to me dst-port 2875-3000 setup 03200 deny log logamount 100 ip4 from any to any in via nfe0 setup proto tcp 03300 allow tcp from any to any setup 03400 allow udp from me to any dst-port 53 keep-state 03500 allow udp from me to any dst-port 123 keep-state Please, advise. Thanks! Yours, -mi From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 05:28:09 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF3B9106564A for ; Mon, 28 Nov 2011 05:28:09 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 08EDC8FC12 for ; Mon, 28 Nov 2011 05:28:08 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id pAS5S3kj023824; Mon, 28 Nov 2011 12:28:03 +0700 (NOVT) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.14.5/8.14.5/Submit) id pAS5RwlW023823; Mon, 28 Nov 2011 12:27:58 +0700 (NOVT) (envelope-from eugen) Date: Mon, 28 Nov 2011 12:27:58 +0700 From: Eugene Grosbein To: "Mikhail T." Message-ID: <20111128052758.GA23803@rdtc.ru> References: <201111272043.pARKh9rZ047643@narawntapu.narawntapu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201111272043.pARKh9rZ047643@narawntapu.narawntapu> User-Agent: Mutt/1.4.2.3i Cc: eivind@dimaga.com, cm@linktel.net, archie@whistle.com, brian@awfulhak.org, net@freebsd.org, suutari@iki.fi Subject: Re: natd slow, eats up an entire CPU... 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: Mon, 28 Nov 2011 05:28:09 -0000 On Sun, Nov 27, 2011 at 03:43:09PM -0500, Mikhail T. wrote: > If I flush the ipfw-rules, the natd disappears from top's list and > the transfer speeds up to about 260Kb/s (still nowhere near the > initial 2Mb/s, but much higher than the 10-15Kb/s). > Please, advise. Thanks! Yours, Do not use natd, use ipfw nat instead - it uses the same libalias but completely in kernel and avoids gigantic natd overhead. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 11:07:25 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 B65B81065678 for ; Mon, 28 Nov 2011 11:07:25 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A3B1F8FC21 for ; Mon, 28 Nov 2011 11:07:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pASB7PVo042799 for ; Mon, 28 Nov 2011 11:07:25 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pASB7OcS042781 for freebsd-net@FreeBSD.org; Mon, 28 Nov 2011 11:07:24 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Nov 2011 11:07:24 GMT Message-Id: <201111281107.pASB7OcS042781@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org 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: Mon, 28 Nov 2011 11:07:25 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162509 net [re] [panic] Kernel panic may be related to if_re.c (r o kern/162352 net [patch] Enhancement: add SO_PROTO to socket.h o kern/162201 net [ip] [patch] multicast forwarding cache hash always al o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161908 net [netgraph] [patch] ng_vlan update for QinQ support o kern/161899 net [route] ntpd(8): Repeating RTM_MISS packets causing hi o kern/161381 net [re] RTL8169SC - re0: PHY write failed o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160420 net [msk] phy write timeout on HP 5310m o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159795 net [tcp] excessive duplicate ACKs and TCP session freezes o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157429 net [re] Realtek RTL8169 doesn't work with re(4) o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 383 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 17:12:55 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC2581065670 for ; Mon, 28 Nov 2011 17:12:55 +0000 (UTC) (envelope-from mi@aldan.algebra.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE488FC0C for ; Mon, 28 Nov 2011 17:12:55 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 28 Nov 2011 12:12:54 -0500 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.3.3-GA) with ESMTP id BLD02633; Mon, 28 Nov 2011 12:12:53 -0500 X-Auth-ID: anat Received: from 209-6-61-133.c3-0.sbo-ubr1.sbo.ma.cable.rcn.com (HELO utka.zajac) ([209.6.61.133]) by smtp04.lnh.mail.rcn.net with ESMTP; 28 Nov 2011 12:12:53 -0500 Message-ID: <4ED3C114.3070200@aldan.algebra.com> Date: Mon, 28 Nov 2011 12:12:52 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111013 Thunderbird/7.0.1 MIME-Version: 1.0 To: Eugene Grosbein References: <201111272043.pARKh9rZ047643@narawntapu.narawntapu> <20111128052758.GA23803@rdtc.ru> In-Reply-To: <20111128052758.GA23803@rdtc.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=10/50, host=mr16.lnh.mail.rcn.net X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020208.4ED3C116.00FD,ss=1,re=0.000,fgs=0, ip=209.6.61.133, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: eivind@dimaga.com, cm@linktel.net, archie@whistle.com, brian@awfulhak.org, net@freebsd.org, suutari@iki.fi Subject: Re: natd slow, eats up an entire CPU... 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: Mon, 28 Nov 2011 17:12:55 -0000 On 28.11.2011 00:27, Eugene Grosbein wrote: > Do not use natd, use ipfw nat instead - it uses the same libalias > but completely in kernel and avoids gigantic natd overhead. I guess, I'll have to research this new method... But I don't recall this being a problem with FreeBSD-7.x -- are there some known regressions in natd from 8.x? Thanks! -mi From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 17:23:54 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82291106566B for ; Mon, 28 Nov 2011 17:23:54 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id CFB3E8FC08 for ; Mon, 28 Nov 2011 17:23:53 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id pASHM9tD028744; Tue, 29 Nov 2011 00:22:09 +0700 (NOVT) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.14.5/8.14.5/Submit) id pASHM4lo028743; Tue, 29 Nov 2011 00:22:04 +0700 (NOVT) (envelope-from eugen) Date: Tue, 29 Nov 2011 00:22:04 +0700 From: Eugene Grosbein To: "Mikhail T." Message-ID: <20111128172204.GA28718@rdtc.ru> References: <201111272043.pARKh9rZ047643@narawntapu.narawntapu> <20111128052758.GA23803@rdtc.ru> <4ED3C114.3070200@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4ED3C114.3070200@aldan.algebra.com> User-Agent: Mutt/1.4.2.3i Cc: eivind@dimaga.com, cm@linktel.net, archie@whistle.com, brian@awfulhak.org, suutari@iki.fi, net@freebsd.org, Eugene Grosbein Subject: Re: natd slow, eats up an entire CPU... 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: Mon, 28 Nov 2011 17:23:54 -0000 On Mon, Nov 28, 2011 at 12:12:52PM -0500, Mikhail T. wrote: > >Do not use natd, use ipfw nat instead - it uses the same libalias > >but completely in kernel and avoids gigantic natd overhead. > I guess, I'll have to research this new method... But I don't recall this > being a problem with FreeBSD-7.x -- are there some known regressions in > natd from 8.x? I do not know since there is no reason in using natd with 8.2-STABLE where it supports nearly all natd's features including multiple NAT instances and shared translation tables. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 17:28:28 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 AF255106564A; Mon, 28 Nov 2011 17:28:28 +0000 (UTC) (envelope-from kickbsd@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id 29C128FC08; Mon, 28 Nov 2011 17:28:28 +0000 (UTC) Received: from web139.yandex.ru (web139.yandex.ru [95.108.130.7]) by forward15.mail.yandex.net (Yandex) with ESMTP id 6F56E9E2A15; Mon, 28 Nov 2011 21:28:26 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1322501306; bh=kDFlP18fnE0TPLNJhSvGtL9Zl0POkydFkvYBP/3OZ9I=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=HYJfE+YNtQetUFB0fJ5Qyt7a+gYHYm1gPD/h6CMstbidlceyIAaufR+GNmYK3CjQG CrelUI7uqXV+Y9fWvpCWnOQ4n0vwFh+sYQNBylB1nV5HUyLDBFYbdF3/8lTaFiP+C/ /YJWC9XFnxk6q+jZ24Ee8iQNiXZC7syqKP5rxCBQ= Received: from localhost (localhost.localdomain [127.0.0.1]) by web139.yandex.ru (Yandex) with ESMTP id 18D49255802E; Mon, 28 Nov 2011 21:28:26 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1322501306; bh=kDFlP18fnE0TPLNJhSvGtL9Zl0POkydFkvYBP/3OZ9I=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=HYJfE+YNtQetUFB0fJ5Qyt7a+gYHYm1gPD/h6CMstbidlceyIAaufR+GNmYK3CjQG CrelUI7uqXV+Y9fWvpCWnOQ4n0vwFh+sYQNBylB1nV5HUyLDBFYbdF3/8lTaFiP+C/ /YJWC9XFnxk6q+jZ24Ee8iQNiXZC7syqKP5rxCBQ= X-Yandex-Spam: 1 Received: from leo.de.teleglobe.net (leo.de.teleglobe.net [64.86.53.146]) by web139.yandex.ru with HTTP; Mon, 28 Nov 2011 21:28:25 +0400 From: Darren Baginski To: Adrian Chadd In-Reply-To: References: <528001322406641@web2.yandex.ru> <633291322432891@web82.yandex.ru> MIME-Version: 1.0 Message-Id: <242051322501305@web139.yandex.ru> Date: Mon, 28 Nov 2011 21:28:25 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, Kevin Oberman Subject: Re: OpenBGPd stability issue on FreebBSD 9-PRERELEASE 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: Mon, 28 Nov 2011 17:28:28 -0000 All RX, not a single packet arrives. 28.11.2011, 04:59, "Adrian Chadd" : > Hi, > > Are all RX frames dropped at that point, or just the BGP TCP session > related IP frames? > > Adrian From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 20:13:58 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92656106564A; Mon, 28 Nov 2011 20:13:58 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6A34C8FC15; Mon, 28 Nov 2011 20:13:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pASKDwY2031178; Mon, 28 Nov 2011 20:13:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pASKDwZQ031174; Mon, 28 Nov 2011 20:13:58 GMT (envelope-from linimon) Date: Mon, 28 Nov 2011 20:13:58 GMT Message-Id: <201111282013.pASKDwZQ031174@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/162926: [ipfilter] Infinite loop in ipfilter with fragmented IPv6 traffic 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: Mon, 28 Nov 2011 20:13:58 -0000 Old Synopsis: Infinite loop in ipfilter with fragmented IPv6 traffic New Synopsis: [ipfilter] Infinite loop in ipfilter with fragmented IPv6 traffic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Nov 28 20:13:21 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=162926 From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 23:03:36 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 4E259106566C for ; Mon, 28 Nov 2011 23:03:36 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id B713B8FC13 for ; Mon, 28 Nov 2011 23:03:35 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 23004 invoked from network); 28 Nov 2011 23:36:54 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1322519814; bh=JhYBvyae00VdKp+fVXLi7Ggnni1gQMW1l2syZ3ctH7s=; h=From:To:Subject; b=VQEF6WTnKQYxluCFhRzzMmlAnqfeZ7xU+mumhJ9x+oIhwJ5FUJbm1Qg6OQio0gooU SP+YBU//iMo814EbmOD0jyqPWfOEsNC4Ldpl5W+NUesaQYis34CBOC9ibjysFMXOr8 mo7XrqHdpF/LYks82O64/0TqUhK8WKbYW41OP/A4= Received: from nat.misal.pl (HELO [10.0.0.15]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 28 Nov 2011 23:36:54 +0100 Message-ID: <4ED40CF7.2040005@wp.pl> Date: Mon, 28 Nov 2011 23:36:39 +0100 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Freddie Cash , freebsd-net@freebsd.org References: <4E412116.1070305@wp.pl> <4E422A74.3090601@wp.pl> <4E7B450F.5050802@wp.pl> <4E84B447.7010509@wp.pl> <4E84DE26.6030103@misal.pl> <4E85D8CB.6010104@wp.pl> <4E876705.3040806@wp.pl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [oVP0] Cc: Subject: Re: ipfw - accessing DMZ from LAN , pipes 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: Mon, 28 Nov 2011 23:03:36 -0000 Hello after a longer break ;) W dniu 2011-10-01 22:02, Freddie Cash pisze: > > > However, you could setup split-DNS or views and just configure everything to > connect using hostnames. It's extra work to setup, but does make things > easier down-the-road. I've set up the DNS with views and since one month everything has been working perfectly (I set up the firewall at small net5501 soekris box) - thanks a lot for your help ! I am confused about one thing - I wanted to set up pipes for my DMZ hosts (not to allow my hosts to consume all the bandwidth). When I set up the pipes at the beginning of my firewall (before configuring the NAT) - the whole traffic is blocked. When I set up the pipes ad the end of firewall - they don't work (even 'ipfw show' shows no packets coming through 'pipe' rules). Where should be the pipe rules placed? Does it matter if I do first 'ipfw add pipe 1...' and then 'ipfw pipe 1 config...' ? Regards, -- Marek Salwerowicz From owner-freebsd-net@FreeBSD.ORG Mon Nov 28 23:15:00 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 0FBB21065687 for ; Mon, 28 Nov 2011 23:15:00 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id D41548FC19 for ; Mon, 28 Nov 2011 23:14:59 +0000 (UTC) Received: by pzk33 with SMTP id 33so12127247pzk.3 for ; Mon, 28 Nov 2011 15:14:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=R+CsGuYoNDO1PPrxPsiEiDK44wIHX423rCJTRl7+5nw=; b=mL/0vI7kkfZtSiJ51XvrUPRv+hjFqY919s09BUkkQFMmCjRSmmZ7URpYgq8NucmEmS l9r4uUAdR3oWS5nhD5lac2L6aght6aVWob5z7oUQNl3AHlnweKk940zcOC+wq0c3qgwk /dJ5tX5qwwASJb7ol7CPKMrFEn3OFEkgKu3h4= MIME-Version: 1.0 Received: by 10.68.15.232 with SMTP id a8mr58417885pbd.129.1322520550872; Mon, 28 Nov 2011 14:49:10 -0800 (PST) Received: by 10.143.19.3 with HTTP; Mon, 28 Nov 2011 14:49:10 -0800 (PST) Received: by 10.143.19.3 with HTTP; Mon, 28 Nov 2011 14:49:10 -0800 (PST) In-Reply-To: <4ED40CF7.2040005@wp.pl> References: <4E412116.1070305@wp.pl> <4E422A74.3090601@wp.pl> <4E7B450F.5050802@wp.pl> <4E84B447.7010509@wp.pl> <4E84DE26.6030103@misal.pl> <4E85D8CB.6010104@wp.pl> <4E876705.3040806@wp.pl> <4ED40CF7.2040005@wp.pl> Date: Mon, 28 Nov 2011 14:49:10 -0800 Message-ID: From: Freddie Cash To: Marek Salwerowicz Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: ipfw - accessing DMZ from LAN , pipes 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: Mon, 28 Nov 2011 23:15:00 -0000 Apologies if the formatting below gets messed up, writing this on my phone. On Nov 28, 2011 2:36 PM, "Marek Salwerowicz" wrote: > I am confused about one thing - I wanted to set up pipes for my DMZ hosts (not to allow my hosts to consume all the bandwidth). > When I set up the pipes at the beginning of my firewall (before configuring the NAT) - the whole traffic is blocked. > When I set up the pipes ad the end of firewall - they don't work (even 'ipfw show' shows no packets coming through 'pipe' rules). > > Where should be the pipe rules placed? This is something I've never really received a satisfactory answer to. I believe you have to put your pipe/queue rules in place of your final allow rules. IOW, the pipe/queue rules are the final rule that a packet touches in the ruleset. For example, for outgoing HTTP traffic, you would allow the packet coming in on the internal interface. Then you NAT the packet as it goes out the external interface. And, finally, you send the NAT'd packet to the pipe/queue, instead of allowing the NAT'd packet out the external interface. However, I have not actually implemented pipes/queue on any of my NAT firewalls, just on my routing firewalls. I have plans to test that at some point this school year. > Does it matter if I do first 'ipfw add pipe 1...' and then 'ipfw pipe 1 config...' ? All of the examples in the man page, handbook, and online show the 'add pipe' rules first, then the 'pipe config' rules. But that seems backward to me. So I always do my 'pipe config' rules first. Afterlife, how do you send a packet to a pipe that doesn't exist yet? :) Freddie fjwcash@gmail.com From owner-freebsd-net@FreeBSD.ORG Tue Nov 29 00:34:32 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 8A974106564A for ; Tue, 29 Nov 2011 00:34:32 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id EE1768FC18 for ; Tue, 29 Nov 2011 00:34:31 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 13226 invoked from network); 29 Nov 2011 01:34:28 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1322526869; bh=sw1iqR1ouiBar4BY2cW45HRrd0gWzB8gR3FszkwEDA0=; h=From:To:Subject; b=PlPYpluYbsse+bN+ZqTAydnx2pLjOQj7j0ERrL3vd+s7pmIjz392SuMF/LI0KHt6y 5VOw0bQBJ0s6dUcThMIyw2X6GuOAqJEInrn130JmXeB2sqOARMlI0Wo8VZz496/fvc GbFPkami0fmEZ6kX/I7/POqUi+pBNXS0gqzJiR2s= Received: from nat.misal.pl (HELO [10.0.0.15]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with SMTP for ; 29 Nov 2011 01:34:28 +0100 Message-ID: <4ED42894.6010506@wp.pl> Date: Tue, 29 Nov 2011 01:34:28 +0100 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Freddie Cash , freebsd-net@freebsd.org References: <4E412116.1070305@wp.pl> <4E422A74.3090601@wp.pl> <4E7B450F.5050802@wp.pl> <4E84B447.7010509@wp.pl> <4E84DE26.6030103@misal.pl> <4E85D8CB.6010104@wp.pl> <4E876705.3040806@wp.pl> <4ED40CF7.2040005@wp.pl> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [IXNU] Cc: Subject: Re: ipfw - accessing DMZ from LAN , pipes 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: Tue, 29 Nov 2011 00:34:32 -0000 W dniu 2011-11-28 23:49, Freddie Cash pisze: > This is something I've never really received a satisfactory answer to. I > believe you have to put your pipe/queue rules in place of your final allow > rules. IOW, the pipe/queue rules are the final rule that a packet touches > in the ruleset. > > For example, for outgoing HTTP traffic, you would allow the packet coming > in on the internal interface. Then you NAT the packet as it goes out the > external interface. And, finally, you send the NAT'd packet to the > pipe/queue, instead of allowing the NAT'd packet out the external interface. Yes! You're right ;) Thanks for suggesting me that I've made like this: $cmd add 4006 pipe 1 ip from $DMZHOST1PUB to any out xmit $PUBLICIF #$cmd add 4010 allow ip from $DMZHOST1PUB to any out xmit $PUBLICIF #commented - used pipe above $cmd add 4016 pipe 2 ip from any to $DMZHOST1 in recv $PUBLICIF #$cmd add 4020 allow ip from any to $DMZHOST1 in recv $PUBLICIF #commented - used pipe above And it worked ;) And at the beginnig of Firewall I put the configs: #pipe for DMZ hosts - pipe 1 upload limit $cmd pipe 1 config bw 200Kbit/s #pipe for DMZ hosts = pipe 2 download limit $cmd pipe 2 config bw 1536Kbit/s > > All of the examples in the man page, handbook, and online show the 'add > pipe' rules first, then the 'pipe config' rules. But that seems backward to > me. So I always do my 'pipe config' rules first. Afterlife, how do you send > a packet to a pipe that doesn't exist yet? :) > ;) it makes sense to config at first and then attach traffic to pipe - for me it works regards, -- Marek Salwerowicz From owner-freebsd-net@FreeBSD.ORG Tue Nov 29 04:41:59 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 789FD106564A; Tue, 29 Nov 2011 04:41:58 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 509838FC13; Tue, 29 Nov 2011 04:41:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pAT4fw0v005933; Tue, 29 Nov 2011 04:41:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pAT4fwEC005929; Tue, 29 Nov 2011 04:41:58 GMT (envelope-from linimon) Date: Tue, 29 Nov 2011 04:41:58 GMT Message-Id: <201111290441.pAT4fwEC005929@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/162932: [ed][panic][patch] large traffic yields occasional panics 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: Tue, 29 Nov 2011 04:41:59 -0000 Synopsis: [ed][panic][patch] large traffic yields occasional panics Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 29 04:41:49 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=162932 From owner-freebsd-net@FreeBSD.ORG Tue Nov 29 06:25:40 2011 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 804331065673 for ; Tue, 29 Nov 2011 06:25:40 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id C86278FC08 for ; Tue, 29 Nov 2011 06:25:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id pAT5x2NB045351; Tue, 29 Nov 2011 16:59:03 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 29 Nov 2011 16:59:02 +1100 (EST) From: Ian Smith To: Eugene Grosbein In-Reply-To: <20111128172204.GA28718@rdtc.ru> Message-ID: <20111129153427.K94374@sola.nimnet.asn.au> References: <201111272043.pARKh9rZ047643@narawntapu.narawntapu> <20111128052758.GA23803@rdtc.ru> <4ED3C114.3070200@aldan.algebra.com> <20111128172204.GA28718@rdtc.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "Mikhail T." , net@freebsd.org Subject: Re: natd slow, eats up an entire CPU... 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: Tue, 29 Nov 2011 06:25:40 -0000 On Tue, 29 Nov 2011 00:22:04 +0700, Eugene Grosbein wrote: > Cc: eivind@dimaga.com, cm@linktel.net, archie@whistle.com, > brian@awfulhak.org, suutari@iki.fi, net@freebsd.org, > Eugene Grosbein I've trimmed ccs except net@, feel free to re-add if desired. > On Mon, Nov 28, 2011 at 12:12:52PM -0500, Mikhail T. wrote: > > > >Do not use natd, use ipfw nat instead - it uses the same libalias > > >but completely in kernel and avoids gigantic natd overhead. > > I guess, I'll have to research this new method... But I don't recall this > > being a problem with FreeBSD-7.x -- are there some known regressions in > > natd from 8.x? I'm not sure, I recall seeing another problem apparently similar not long ago (100% on one CPU for natd) but can't find it now, and am not sure it turned out to be a natd problem or a config issue. Anyway, if you update to ipfw nat and the issue goes away, you'd know soon enough. > I do not know since there is no reason in using natd with 8.2-STABLE > where it supports nearly all natd's features including multiple > NAT instances and shared translation tables. Yes. There are still a couple of issues regarding rc.firewall 'simple' and the /etc/rc.d scripts to do with natd vs ipfw nat, especially where both are enabled, that I offered patches for in these: http://lists.freebsd.org/pipermail/freebsd-ipfw/2011-January/004500.html http://lists.freebsd.org/pipermail/freebsd-ipfw/2011-January/004509.html but due to health, relocation and slackness issues, never followed up in the correct manner re PRs. I see there've been no subsequent changes to these scripts on cvsweb, so you (Mikhail) could apply these for your basis of the rc.firewall 'simple' ruleset, but it's likely enough to be sure to remove natd_enable from rc.conf when adding firewall_nat_enable, and using the ipfw nat syntax for open and client as an example. If you find the ipfw nat section of ipfw(8) a little sparse, you can still use natd(8) as a reference, modulo the slight changes in terms. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Tue Nov 29 16:14:04 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 B197A106564A for ; Tue, 29 Nov 2011 16:14:04 +0000 (UTC) (envelope-from dblais@interplex.ca) Received: from smtp2.interplex.ca (smtp2.interplex.ca [207.134.105.6]) by mx1.freebsd.org (Postfix) with ESMTP id E7EA48FC21 for ; Tue, 29 Nov 2011 16:14:03 +0000 (UTC) Received: by smtp2.interplex.ca (Postfix, from userid 106) id CB33881223; Tue, 29 Nov 2011 10:55:36 -0500 (EST) Received: from smtp.interplex.ca (office.abi.ca [207.134.166.34]) by smtp2.interplex.ca (Postfix) with ESMTP id 61FBD81213 for ; Tue, 29 Nov 2011 10:55:36 -0500 (EST) Received: from WIN2008.Domnt.abi.ca ([fe80::e06e:fea4:8702:2295]) by WIN2008.Domnt.abi.ca ([fe80::e06e:fea4:8702:2295%12]) with mapi; Tue, 29 Nov 2011 10:55:36 -0500 From: Dominic Blais To: "freebsd-net@freebsd.org" Date: Tue, 29 Nov 2011 10:55:33 -0500 Thread-Topic: Bug in MPD maybe Netgraph related? Thread-Index: Acyur1OmdT+HEPKSRYWYjB1QGc+lMw== Message-ID: <2DE61B0869B7484997BCA012845482C7EB5B8FF334@WIN2008.Domnt.abi.ca> Accept-Language: fr-FR, fr-CA Content-Language: fr-FR X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: fr-FR, fr-CA Content-Type: multipart/mixed; boundary="_004_2DE61B0869B7484997BCA012845482C7EB5B8FF334WIN2008Domnta_" MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Bug in MPD maybe Netgraph related? 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: Tue, 29 Nov 2011 16:14:04 -0000 --_004_2DE61B0869B7484997BCA012845482C7EB5B8FF334WIN2008Domnta_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, On a PPPoE server running MPD (using netgraph) I got a bunch of logs < from= unknown hook "M-^B^C^H" > at an incredible pace... Then MPD closed every c= onnections and stopped. I provided a log just before it started. You also s= ee when I restart it. Does anybody know what could be the cause of it? Thank you! -- Dominic Blais --_004_2DE61B0869B7484997BCA012845482C7EB5B8FF334WIN2008Domnta_-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 29 18:41:11 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 09977106566B for ; Tue, 29 Nov 2011 18:41:11 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.117]) by mx1.freebsd.org (Postfix) with ESMTP id 84F1D8FC18 for ; Tue, 29 Nov 2011 18:41:10 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.5/8.14.5) with ESMTP id pATIf9qY079173; Tue, 29 Nov 2011 22:41:09 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.5/8.14.5/Submit) id pATIf9Ep079172; Tue, 29 Nov 2011 22:41:09 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 29 Nov 2011 22:41:09 +0400 From: Gleb Smirnoff To: Dominic Blais Message-ID: <20111129184109.GF44498@FreeBSD.org> References: <2DE61B0869B7484997BCA012845482C7EB5B8FF334@WIN2008.Domnt.abi.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <2DE61B0869B7484997BCA012845482C7EB5B8FF334@WIN2008.Domnt.abi.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-net@freebsd.org" Subject: Re: Bug in MPD maybe Netgraph related? 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: Tue, 29 Nov 2011 18:41:11 -0000 Dominic, On Tue, Nov 29, 2011 at 10:55:33AM -0500, Dominic Blais wrote: D> On a PPPoE server running MPD (using netgraph) I got a bunch of logs < from unknown hook "M-^B^C^H" > at an incredible pace... Then MPD closed every connections and stopped. I provided a log just before it started. You also see when I restart it. D> D> Does anybody know what could be the cause of it? Not clear enough from your message what are exact messages? Can you please show logs as they are? -- Totus tuus, Glebius. From owner-freebsd-net@FreeBSD.ORG Tue Nov 29 23:03:01 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D066A106564A; Tue, 29 Nov 2011 23:03:01 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7E42E8FC12; Tue, 29 Nov 2011 23:03:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pATN31wb062455; Tue, 29 Nov 2011 23:03:01 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pATN30W7062450; Tue, 29 Nov 2011 23:03:00 GMT (envelope-from yongari) Date: Tue, 29 Nov 2011 23:03:00 GMT Message-Id: <201111292303.pATN30W7062450@freefall.freebsd.org> To: pmc@citylink.dinoex.sub.org, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/162932: [ed][panic][patch] large traffic yields occasional panics 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: Tue, 29 Nov 2011 23:03:01 -0000 Synopsis: [ed][panic][patch] large traffic yields occasional panics State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Nov 29 23:01:36 UTC 2011 State-Changed-Why: It seems that the code path referenced invalid address when a mbuf length is odd bytes. I created a new diff based on your patch since your patch may still invoke bus_space_write_1(9) if mbuf length is even bytes. I also added mbuf length check and used NULL in comparing a mbuf pointer. You can find the patch at the following URL. http://people.freebsd.org/~yongari/ed.pf.diff Let me know whether this patch works for you. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Nov 29 23:01:36 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=162932 From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 09:14:54 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 410ED1065670 for ; Wed, 30 Nov 2011 09:14:54 +0000 (UTC) (envelope-from gpm@hotplug.ru) Received: from gate.pikinvest.ru (gate.pikinvest.ru [87.245.155.170]) by mx1.freebsd.org (Postfix) with ESMTP id EBB7F8FC13 for ; Wed, 30 Nov 2011 09:14:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailgate.pik.ru (Postfix) with ESMTP id DD8E91C0858; Wed, 30 Nov 2011 13:14:50 +0400 (MSK) Received: from EX21PIK.PICompany.ru (unknown [192.168.156.131]) by mailgate.pik.ru (Postfix) with ESMTP id C823B1C0885; Wed, 30 Nov 2011 13:14:50 +0400 (MSK) Received: from [192.168.148.9] (192.168.148.9) by EX21PIK.PICompany.ru (192.168.156.131) with Microsoft SMTP Server id 14.1.218.12; Wed, 30 Nov 2011 13:14:24 +0400 Message-ID: <4ED5F3D0.2090707@hotplug.ru> Date: Wed, 30 Nov 2011 13:13:52 +0400 From: Emil Muratov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Darren Baginski References: <528001322406641@web2.yandex.ru> <633291322432891@web82.yandex.ru> <242051322501305@web139.yandex.ru> In-Reply-To: <242051322501305@web139.yandex.ru> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Kevin Oberman Subject: Re: OpenBGPd stability issue on FreebBSD 9-PRERELEASE 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: Wed, 30 Nov 2011 09:14:54 -0000 On 28.11.2011 21:28, Darren Baginski wrote: > All RX, not a single packet arrives. > I have similar problems with em driver. Take a look at this thread for more details http://www.mail-archive.com/freebsd-net@freebsd.org/msg37897.html > 28.11.2011, 04:59, "Adrian Chadd": >> Hi, >> >> Are all RX frames dropped at that point, or just the BGP TCP session >> related IP frames? >> >> Adrian From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 10:47:33 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 5506D106566B for ; Wed, 30 Nov 2011 10:47:33 +0000 (UTC) (envelope-from gpm@hotplug.ru) Received: from gate.pikinvest.ru (gate.pikinvest.ru [87.245.155.170]) by mx1.freebsd.org (Postfix) with ESMTP id 012E48FC08 for ; Wed, 30 Nov 2011 10:47:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailgate.pik.ru (Postfix) with ESMTP id DDB021C0880; Wed, 30 Nov 2011 14:47:31 +0400 (MSK) Received: from EX21PIK.PICompany.ru (unknown [192.168.156.131]) by mailgate.pik.ru (Postfix) with ESMTP id D92DB1C087B; Wed, 30 Nov 2011 14:47:31 +0400 (MSK) Received: from [192.168.148.9] (192.168.148.9) by EX21PIK.PICompany.ru (192.168.156.131) with Microsoft SMTP Server id 14.1.218.12; Wed, 30 Nov 2011 14:46:31 +0400 Message-ID: <4ED60967.2000201@hotplug.ru> Date: Wed, 30 Nov 2011 14:45:59 +0400 From: Emil Muratov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Marek Salwerowicz References: <4E412116.1070305@wp.pl> <4E422A74.3090601@wp.pl> <4E7B450F.5050802@wp.pl> <4E84B447.7010509@wp.pl> <4E84DE26.6030103@misal.pl> <4E85D8CB.6010104@wp.pl> <4E876705.3040806@wp.pl> <4ED40CF7.2040005@wp.pl> In-Reply-To: <4ED40CF7.2040005@wp.pl> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Freddie Cash Subject: Re: ipfw - accessing DMZ from LAN , pipes 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: Wed, 30 Nov 2011 10:47:33 -0000 On 29.11.2011 02:36, Marek Salwerowicz wrote: > Hello after a longer break ;) > > W dniu 2011-10-01 22:02, Freddie Cash pisze: >> >> >> However, you could setup split-DNS or views and just configure >> everything to >> connect using hostnames. It's extra work to setup, but does make things >> easier down-the-road. > I've set up the DNS with views and since one month everything has been > working perfectly (I set up the firewall at small net5501 soekris box) > - thanks a lot for your help ! > > I am confused about one thing - I wanted to set up pipes for my DMZ > hosts (not to allow my hosts to consume all the bandwidth). > When I set up the pipes at the beginning of my firewall (before > configuring the NAT) - the whole traffic is blocked. > When I set up the pipes ad the end of firewall - they don't work (even > 'ipfw show' shows no packets coming through 'pipe' rules). > This happens 'cause pipe directive "permits" packet by default and it never reaches nat rule afterward. I would recommend you the following approach: first take a look at what a sysctl net.inet.ip.fw.one_pass=0 does. The default value of 1 makes rules like pipe,nat or netgraph behave as accept if packet is returned from pipe. If this var is set to 0 than a packet returned from pipe continues processing from the next rule after the one it was returned from. So with the nat for outgoing traffic it would be nice to pipe it before nat changes src addresses and on the contrary for ingoing traffic pipe it only after nat dealiases dst address. With this approach you will be able to classify your packets with their real unmasked addresses and build more flexible shaping rules. For ex. this config will allow you to distribute available bandwidth of the pipe evenly among all your dmz hosts and not to hog it all by one aggressive host. sysctl net.inet.ip.fw.one_pass=0 $ipfw pipe 100 config bw 5Mbit/s queue 50 $ipfw queue 200 config pipe 100 mask src-ip 0xffffffff $ipfw queue 200 ip from $dmz_subnet to any out xmit $if_wan $ipfw nat 100 ip from $dmz_subnet to any out xmit $if_wan $ipfw allow ip from $natip to any out xmit $if_wan > Where should be the pipe rules placed? > Does it matter if I do first 'ipfw add pipe 1...' and then 'ipfw pipe > 1 config...' ? > From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 12:51:47 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 C0FE41065673 for ; Wed, 30 Nov 2011 12:51:47 +0000 (UTC) (envelope-from hapvbk@yahoo.co.uk) Received: from nm5.bullet.mail.ukl.yahoo.com (nm5.bullet.mail.ukl.yahoo.com [217.146.182.226]) by mx1.freebsd.org (Postfix) with SMTP id F11F48FC1A for ; Wed, 30 Nov 2011 12:51:46 +0000 (UTC) Received: from [217.146.183.213] by nm5.bullet.mail.ukl.yahoo.com with NNFMP; 30 Nov 2011 12:38:02 -0000 Received: from [77.238.184.61] by tm6.bullet.mail.ukl.yahoo.com with NNFMP; 30 Nov 2011 12:38:02 -0000 Received: from [127.0.0.1] by smtp130.mail.ukl.yahoo.com with NNFMP; 30 Nov 2011 12:38:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1322656682; bh=q9Oq0qfyaCT8GNe2HFrfxY44k2wZiARqsi8R+BtoSmo=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:X-Priority:X-MSMail-Priority:Importance:X-Mailer:X-MimeOLE; b=BAnWCDft75IRflEZvyWvO1Y65UX/96j4cNtfzpFnE9jHmBZLOofntQsh+BF+upbqEDYM7js6Q9ahjglfOkPzjKA0rWB2fsQXt1bg4wShv0fwoDHsAWZMR4W/gTPDXIuZuugZ9YXdTTEZon2TLXcxbXzJQSovTOS9Bi1fcdM5zIc= X-Yahoo-Newman-Id: 130386.68567.bm@smtp130.mail.ukl.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Aj93peMVM1muAfeQYXgotbgkXw.SLAfmYzFb4.47RxJq7qa Vy5t_CdB68m32W_n86yg9wzN1fd19wCXkA2Lg7GQwwMQPNu4sxspPMYQ0IGn 9_bXIFYtnDGdCx4MLmhbIpw3fnuoknC7B1pBKBpyZNcZ9SwK8mmtXbMX8V_U 5OHvcK4St._wZ8uGPfHr_AndQiaOe.sC4u_FHfyUFT_vKS1s_1hbURzwLMxk mwP3RhDrZ8KsLdvKvjbjcl2Ycc6UCGfgBBv_LD96D2jc0_9hsbdnhoVI9zDH l7Xlv.G_rqADrLQdbdr7B5PTZ3EUAM9PY0nxFgfA10wee76ewkOFqIh_fdeW 5JiSOgfFEbseOMJN1rCBiW4gHIcZeHTIvBikMNkc- X-Yahoo-SMTP: xBpCc9iswBApASleyiIs9lcZMA-- Received: from PC (hapvbk@66.11.191.2 with login) by smtp130.mail.ukl.yahoo.com with SMTP; 30 Nov 2011 12:38:01 +0000 GMT Message-ID: <69C75F6ECC9646C79374299EDF0E4304@PC> From: "Viet-Ha Pham" To: Date: Wed, 30 Nov 2011 07:37:48 -0500 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Wifi throughput test issue (FreeBSD 8.2) 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: Wed, 30 Nov 2011 12:51:47 -0000 Hello, I am doing some throughput measurement for Wifi network. I am using = jperf/iperf to generate traffic (at the transmitter) and measure the = throughput (at the receiver). The transmitter and receiver are running = FreeBSD 8.2, using CM9-GP as the Wifi NIC. We are testing AWGN channel. = So, the transmitter and receiver are connected by cables, txpower on = both sides is set lower than the max (ranging from 0 to 10), AWGN noise = is injected in the middle of the cable.=20 We measure the maximum throughput at each transmission rate. Transmitter = is a STA, receiver is an AP. We fix the unicast rate at the transmitter = to 54 Mbps (using "ifconfig ... ucastrate" command). The packet size is = set to 400 Bytes, UDP protocol is used and the transmit bandwidth is set = to 30 Mbps in order to flood the transmission channel (to push it to its = limit). At first, at the receiver (AP) the measured throughput is about = 12 Mbps. Then I fix the unicast rate at the receiver (using ifconfig = again) to 54 Mbps. The measured throughput increases to 20 Mbps. I set = the unicast rate at the receiver to autoselect again, the throughput is = still 20 Mbps.=20 When I switch the rate at the receiver, there are multiple message = displayed on the screen of the transmitter: "wlan0: = ieee80211_new_state_locked: pending RUN -> AUTH transition lost". This = message is repeated for many times (at least 20).=20 I repeated the test with all transmission rates, change the packet size = and still observe the same thing: a throughput improvement of about 30% = is observed when I switch the unicast rate at the receiver and the = improvement is still there when I switch the unicast rate back to = autoselect. The same thing is observed in modes a and g. The same thing = is observed if the unicast rate at the receiver is set different from = the unicast rate at the transmitter.=20 I spent time to look at the kernel source codes but I did not find a = solid answer for this. Please help me to identify the problem and the = answer.=20 My question is:=20 1. Why do I have that throughput improvement when I switch the rate like = that?=20 2. Is it a bug in the driver?=20 3. What does the error/infor message on the transmitter mean?=20 Thank you so much.=20 HAPV From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 13:33:12 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 EBC49106566B for ; Wed, 30 Nov 2011 13:33:12 +0000 (UTC) (envelope-from linuxisone@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE9708FC13 for ; Wed, 30 Nov 2011 13:33:12 +0000 (UTC) Received: by ggnk5 with SMTP id k5so1004590ggn.13 for ; Wed, 30 Nov 2011 05:33:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=IfRDdEJsgQymj4XvIt33sjjvJR9dps9Cc2WaU8HZgFI=; b=XIL8/LlRTW2Ez57ntyHCsr3nDc6tQcG0ORzJ0oS1Y8NLKfQRllEEz6ksfVBY7dt++7 jFhl41d2iVHyXLBUV/Afb6OqxMPbjhevcyfMVwIMmpuwYJRHGXGGtEHHEuqPHXKWMja6 EEmMoWrrQb3GfFRNkNB5f9/SPnoRbN6FWSQf0= MIME-Version: 1.0 Received: by 10.68.73.98 with SMTP id k2mr7317845pbv.2.1322659991747; Wed, 30 Nov 2011 05:33:11 -0800 (PST) Received: by 10.68.51.67 with HTTP; Wed, 30 Nov 2011 05:33:11 -0800 (PST) In-Reply-To: References: Date: Wed, 30 Nov 2011 08:33:11 -0500 Message-ID: From: LinuxIsOne To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: choosing distribution: FreeBSD 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: Wed, 30 Nov 2011 13:33:13 -0000 On Sun, Nov 27, 2011 at 10:13 AM, LinuxIsOne wrote: > Well, I am basically a Windows convert, but very frankly saying that: I am > new to the world of Linux. So I should use FreeBSD or something easier > distribution in the Linux...? Or it is perfectly okay for a newbie to go > with FreeBSD? Thanks for all the suggestions, I got many and really get to know that freebsd and linux are different. Yes and both have their own way of working, might be sometimes Freebsd better and sometimes Linux..However, right now, my knowledge is not much so I cannot comment any more regarding it... See this all in future. Thanks. From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 13:34:42 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 F3E2C106566B for ; Wed, 30 Nov 2011 13:34:41 +0000 (UTC) (envelope-from kickbsd@yandex.ru) Received: from forward17.mail.yandex.net (forward17.mail.yandex.net [IPv6:2a02:6b8:0:1402::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE9E8FC1C for ; Wed, 30 Nov 2011 13:34:41 +0000 (UTC) Received: from web34.yandex.ru (web34.yandex.ru [95.108.253.243]) by forward17.mail.yandex.net (Yandex) with ESMTP id CD9261062A7E; Wed, 30 Nov 2011 17:34:39 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1322660079; bh=UAAcM+4f2rrZJUgJsaJTdgPL/2xxeLx+co7bHaNxkmA=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=H2WrInQqzb+3/xsz6ldXbdK1NgAzzgnFh4uGAnyblzd7UCP6CId6gvrDnYKqV/JfP sR/DyKybxL1fa/T8euNJbWGQALqL34aayql3kbaYnxsvrDq7eSrW+LJCv6yL3wJa1x a/ku/EQ5taEglsTGfn/A71MIVBcK8ec8c7nm/imc= Received: from localhost (localhost.localdomain [127.0.0.1]) by web34.yandex.ru (Yandex) with ESMTP id 8DD0515E8057; Wed, 30 Nov 2011 17:34:39 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1322660079; bh=UAAcM+4f2rrZJUgJsaJTdgPL/2xxeLx+co7bHaNxkmA=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=H2WrInQqzb+3/xsz6ldXbdK1NgAzzgnFh4uGAnyblzd7UCP6CId6gvrDnYKqV/JfP sR/DyKybxL1fa/T8euNJbWGQALqL34aayql3kbaYnxsvrDq7eSrW+LJCv6yL3wJa1x a/ku/EQ5taEglsTGfn/A71MIVBcK8ec8c7nm/imc= X-Yandex-Spam: 1 Received: from modemcable076.150-203-24.mc.videotron.ca (modemcable076.150-203-24.mc.videotron.ca [24.203.150.76]) by web34.yandex.ru with HTTP; Wed, 30 Nov 2011 17:34:38 +0400 From: Darren Baginski To: Emil Muratov In-Reply-To: <4ED5F3D0.2090707@hotplug.ru> References: <528001322406641@web2.yandex.ru> <633291322432891@web82.yandex.ru> <242051322501305@web139.yandex.ru> <4ED5F3D0.2090707@hotplug.ru> MIME-Version: 1.0 Message-Id: <73881322660078@web34.yandex.ru> Date: Wed, 30 Nov 2011 17:34:38 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-net@freebsd.org, Kevin Oberman Subject: Re: OpenBGPd stability issue on FreebBSD 9-PRERELEASE 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: Wed, 30 Nov 2011 13:34:42 -0000 So your idea to disable MSI and test? If it's the same issue, it should disappear but would cost performance loss? Am I right ? 30.11.2011, 13:13, "Emil Muratov" : > On 28.11.2011 21:28, Darren Baginski wrote: > >> šAll RX, not a single packet arrives. > > I have similar problems with em driver. Take a look at this thread for > more details > http://www.mail-archive.com/freebsd-net@freebsd.org/msg37897.html > >> š28.11.2011, 04:59, "Adrian Chadd": >>> šHi, >>> >>> šAre all RX frames dropped at that point, or just the BGP TCP session >>> šrelated IP frames? >>> >>> šAdrian From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 13:56:18 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 B41EB106564A for ; Wed, 30 Nov 2011 13:56:18 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 41D0E8FC08 for ; Wed, 30 Nov 2011 13:56:17 +0000 (UTC) Received: by lahv2 with SMTP id v2so327092lah.13 for ; Wed, 30 Nov 2011 05:56:17 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.130.71 with SMTP id oc7mr1274401lab.25.1322660056603; Wed, 30 Nov 2011 05:34:16 -0800 (PST) Sender: bschmidt@techwires.net Received: by 10.152.22.72 with HTTP; Wed, 30 Nov 2011 05:34:16 -0800 (PST) X-Originating-IP: [79.140.39.245] In-Reply-To: <69C75F6ECC9646C79374299EDF0E4304@PC> References: <69C75F6ECC9646C79374299EDF0E4304@PC> Date: Wed, 30 Nov 2011 14:34:16 +0100 X-Google-Sender-Auth: 1iqZ-D4iGQoQnE1gpjLdmvBnxQs Message-ID: From: Bernhard Schmidt To: Viet-Ha Pham Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Adrian Chadd Subject: Re: Wifi throughput test issue (FreeBSD 8.2) 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: Wed, 30 Nov 2011 13:56:18 -0000 On Wed, Nov 30, 2011 at 13:37, Viet-Ha Pham wrote: > Hello, > > > I am doing some throughput measurement for Wifi network. I am using jperf= /iperf to generate traffic (at the transmitter) and measure the throughput = (at the receiver). The transmitter and receiver are running FreeBSD 8.2, us= ing CM9-GP as the Wifi NIC. We are testing AWGN channel. So, the transmitte= r and receiver are connected by cables, txpower on both sides is set lower = than the max (ranging from 0 to 10), AWGN noise is injected in the middle o= f the cable. > > We measure the maximum throughput at each transmission rate. Transmitter = is a STA, receiver is an AP. We fix the unicast rate at the transmitter to = 54 Mbps (using "ifconfig ... ucastrate" command). The packet size is set to= 400 Bytes, UDP protocol is used and the transmit bandwidth is set to 30 Mb= ps in order to flood the transmission channel (to push it to its limit). At= first, at the receiver (AP) the measured throughput is about 12 Mbps. Then= I fix the unicast rate at the receiver (using ifconfig again) to 54 Mbps. = The measured throughput increases to 20 Mbps. I set the unicast rate at the= receiver to autoselect again, the throughput is still 20 Mbps. > > When I switch the rate at the receiver, there are multiple message displa= yed on the screen of the transmitter: "wlan0: ieee80211_new_state_locked: p= ending RUN -> AUTH transition lost". This message is repeated for many time= s (at least 20). > > I repeated the test with all transmission rates, change the packet size a= nd still observe the same thing: a throughput improvement of about 30% is o= bserved when I switch the unicast rate at the receiver and the improvement = is still there when I switch the unicast rate back to autoselect. The same = thing is observed in modes a and g. The same thing is observed if the unica= st rate at the receiver is set different from the unicast rate at the trans= mitter. > > > > I spent time to look at the kernel source codes but I did not find a soli= d answer for this. Please help me to identify the problem and the answer. > > > My question is: > > 1. Why do I have that throughput improvement when I switch the rate like = that? > 2. Is it a bug in the driver? I think so, the driver might ignore/do some fancy stuff with a fixed ucastr= ate. @Adrian, do you know if ath_rate_sample has some debug options in that rega= rd? > 3. What does the error/infor message on the transmitter mean? It might mean a lot of things, you should probably enable additional debug options to get a clue about what's going on. Btw, do you also see that behavior on HEAD (or at least the latest 9.x release/rc)? --=20 Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 13:59:51 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 26E1E106566C for ; Wed, 30 Nov 2011 13:59:51 +0000 (UTC) (envelope-from hapvbk@yahoo.co.uk) Received: from nm25-vm6.bullet.mail.ukl.yahoo.com (nm25-vm6.bullet.mail.ukl.yahoo.com [217.146.177.150]) by mx1.freebsd.org (Postfix) with SMTP id 99B918FC0C for ; Wed, 30 Nov 2011 13:59:50 +0000 (UTC) Received: from [217.146.183.182] by nm25.bullet.mail.ukl.yahoo.com with NNFMP; 30 Nov 2011 13:59:49 -0000 Received: from [77.238.184.71] by tm13.bullet.mail.ukl.yahoo.com with NNFMP; 30 Nov 2011 13:59:48 -0000 Received: from [127.0.0.1] by smtp140.mail.ukl.yahoo.com with NNFMP; 30 Nov 2011 13:59:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1322661588; bh=POqPOKr+rWiXh2dVQRawKjGuf3aanfsJFb3pdi9RaOg=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:Cc:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:Importance:X-Mailer:X-MimeOLE; b=QyV8O/MqmdJe+8XuSeolBD2WtHqCpfPAYpgrF04xH24wROK80Iv8grHbO3cGrdXnOpKXZ+UmPGFLgotUVzQMYVwYR001itzwIVoUTKv7NqS0a3feebLeKHha0UFN86P1yrkgZUHakGl0jDXpGmdEHuojZn/NBJ2HQrTdUW7Qm/E= X-Yahoo-Newman-Id: 923405.23602.bm@smtp140.mail.ukl.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: QpQGKzEVM1m0rJrtMXibu3f6MeXsd5YQJvPsC6TyqHU_dI6 u9h9ZzxdwEPMt1ltO.07bOfagJK74gxNp3_KXxCWabx3mbwbcZfXKbPR4Ogy .GrYnKXTVLXVWwmsM1x0vsvqVdSte8APAsdjQsxxu2MM8irCGMC4p3_v7EIL P2E96.UXuoX5Fua9eH7H4obxPMMMffLGpAqoW4blvw_3NqKT0hJ5o3QvTOEb s2Gsgl3X54Oge5ztv5JQkpkW59iariWQ6rRgoVg8w0o2HpwFgbz_BTquyFhx NEZXHhJYnI3gdXL5QKx0Eu24o5DYjjmxVlvA7Oo68hybct1hg.8.1OwgRykM CdAL0jqPKE8x6dWLjscp1uUpEBr_15RfP.j4u8RU- X-Yahoo-SMTP: xBpCc9iswBApASleyiIs9lcZMA-- Received: from PC (hapvbk@66.11.191.2 with login) by smtp140.mail.ukl.yahoo.com with SMTP; 30 Nov 2011 13:59:48 +0000 GMT Message-ID: <5939430EC6AF43B79CB9BE99940E9B91@PC> From: "Viet-Ha Pham" To: "Bernhard Schmidt" References: <69C75F6ECC9646C79374299EDF0E4304@PC> In-Reply-To: Date: Wed, 30 Nov 2011 08:59:45 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 Cc: freebsd-net@freebsd.org, Adrian Chadd Subject: Re: Wifi throughput test issue (FreeBSD 8.2) 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: Wed, 30 Nov 2011 13:59:51 -0000 Hi Bernhard, Thanks so much for your quick reply. I did not test this scenario with 9.0 or later so I don't have any idea if it's working ok or not. I'll do it next. For the debug options, I'll can do it right away and get back with more infor. HAPV -----Original Message----- From: Bernhard Schmidt Sent: Wednesday, November 30, 2011 8:34 AM To: Viet-Ha Pham Cc: freebsd-net@freebsd.org ; Adrian Chadd Subject: Re: Wifi throughput test issue (FreeBSD 8.2) On Wed, Nov 30, 2011 at 13:37, Viet-Ha Pham wrote: > Hello, > > > I am doing some throughput measurement for Wifi network. I am using > jperf/iperf to generate traffic (at the transmitter) and measure the > throughput (at the receiver). The transmitter and receiver are running > FreeBSD 8.2, using CM9-GP as the Wifi NIC. We are testing AWGN channel. > So, the transmitter and receiver are connected by cables, txpower on both > sides is set lower than the max (ranging from 0 to 10), AWGN noise is > injected in the middle of the cable. > > We measure the maximum throughput at each transmission rate. Transmitter > is a STA, receiver is an AP. We fix the unicast rate at the transmitter to > 54 Mbps (using "ifconfig ... ucastrate" command). The packet size is set > to 400 Bytes, UDP protocol is used and the transmit bandwidth is set to 30 > Mbps in order to flood the transmission channel (to push it to its limit). > At first, at the receiver (AP) the measured throughput is about 12 Mbps. > Then I fix the unicast rate at the receiver (using ifconfig again) to 54 > Mbps. The measured throughput increases to 20 Mbps. I set the unicast rate > at the receiver to autoselect again, the throughput is still 20 Mbps. > > When I switch the rate at the receiver, there are multiple message > displayed on the screen of the transmitter: "wlan0: > ieee80211_new_state_locked: pending RUN -> AUTH transition lost". This > message is repeated for many times (at least 20). > > I repeated the test with all transmission rates, change the packet size > and still observe the same thing: a throughput improvement of about 30% is > observed when I switch the unicast rate at the receiver and the > improvement is still there when I switch the unicast rate back to > autoselect. The same thing is observed in modes a and g. The same thing is > observed if the unicast rate at the receiver is set different from the > unicast rate at the transmitter. > > > > I spent time to look at the kernel source codes but I did not find a solid > answer for this. Please help me to identify the problem and the answer. > > > My question is: > > 1. Why do I have that throughput improvement when I switch the rate like > that? > 2. Is it a bug in the driver? I think so, the driver might ignore/do some fancy stuff with a fixed ucastrate. @Adrian, do you know if ath_rate_sample has some debug options in that regard? > 3. What does the error/infor message on the transmitter mean? It might mean a lot of things, you should probably enable additional debug options to get a clue about what's going on. Btw, do you also see that behavior on HEAD (or at least the latest 9.x release/rc)? -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 14:43:05 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 BA9CE1065678 for ; Wed, 30 Nov 2011 14:43:05 +0000 (UTC) (envelope-from gpm@hotplug.ru) Received: from gate.pikinvest.ru (gate.pikinvest.ru [87.245.155.170]) by mx1.freebsd.org (Postfix) with ESMTP id 6FAA98FC17 for ; Wed, 30 Nov 2011 14:43:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailgate.pik.ru (Postfix) with ESMTP id 0EDAB1C0871; Wed, 30 Nov 2011 18:43:03 +0400 (MSK) Received: from EX21PIK.PICompany.ru (unknown [192.168.156.131]) by mailgate.pik.ru (Postfix) with ESMTP id EB2171C0869; Wed, 30 Nov 2011 18:43:02 +0400 (MSK) Received: from [192.168.148.9] (192.168.148.9) by EX21PIK.PICompany.ru (192.168.156.131) with Microsoft SMTP Server id 14.1.218.12; Wed, 30 Nov 2011 18:41:56 +0400 Message-ID: <4ED64095.2060801@hotplug.ru> Date: Wed, 30 Nov 2011 18:41:25 +0400 From: Emil Muratov User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Darren Baginski References: <528001322406641@web2.yandex.ru> <633291322432891@web82.yandex.ru> <242051322501305@web139.yandex.ru> <4ED5F3D0.2090707@hotplug.ru> <73881322660078@web34.yandex.ru> In-Reply-To: <73881322660078@web34.yandex.ru> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Kevin Oberman Subject: Re: OpenBGPd stability issue on FreebBSD 9-PRERELEASE 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: Wed, 30 Nov 2011 14:43:05 -0000 On 30.11.2011 17:34, Darren Baginski wrote: > So your idea to disable MSI and test? > If it's the same issue, it should disappear but would cost performance loss? > Am I right ? You can try it, result is not guarantied. For me disabling msix doesn't help. Jason Wolfe reported that it helps for him. We have a private discussion with Hooman Fazaeli and Jack Vogel, but the subject is still open. If your case is related to ours feel free to join us :) > 30.11.2011, 13:13, "Emil Muratov": >> On 28.11.2011 21:28, Darren Baginski wrote: >> >>> All RX, not a single packet arrives. >> I have similar problems with em driver. Take a look at this thread for >> more details >> http://www.mail-archive.com/freebsd-net@freebsd.org/msg37897.html >> >>> 28.11.2011, 04:59, "Adrian Chadd": >>>> Hi, >>>> >>>> Are all RX frames dropped at that point, or just the BGP TCP session >>>> related IP frames? >>>> >>>> Adrian From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 16:06:40 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 A8B771065676; Wed, 30 Nov 2011 16:06:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 48E838FC19; Wed, 30 Nov 2011 16:06:40 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so800526vbb.13 for ; Wed, 30 Nov 2011 08:06:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=IBoOqux9eI+DbemyOWnuh1NvEkOWgGnnyMyKZboigWA=; b=Cu5T3ESydI6SXzqLoqNgk0yYzdBqmrrXaKsW7IfTs7QGZF1WueC8XV9/KGJIGL584+ FgPRegYV2DE2h7BB+KDlEZk0qJvR7WpTOa9kLIZzvBoqY3ewbgrzm+EiRk77PymiLoQx fGMg040zng5lme7sNR671PM3atlUt0Bj42u7w= MIME-Version: 1.0 Received: by 10.52.65.102 with SMTP id w6mr2491738vds.129.1322669199515; Wed, 30 Nov 2011 08:06:39 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.186.74 with HTTP; Wed, 30 Nov 2011 08:06:39 -0800 (PST) In-Reply-To: <5939430EC6AF43B79CB9BE99940E9B91@PC> References: <69C75F6ECC9646C79374299EDF0E4304@PC> <5939430EC6AF43B79CB9BE99940E9B91@PC> Date: Thu, 1 Dec 2011 00:06:39 +0800 X-Google-Sender-Auth: BuMtQAHqioNV670ZlRz89n2xfXE Message-ID: From: Adrian Chadd To: Viet-Ha Pham Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) 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: Wed, 30 Nov 2011 16:06:40 -0000 Hi, Hm. Selecting a static rate would mean that you'd end up populating the rate control statistics with more "wins" for that particular TX rate, so when you go back to "any", it will choose 54mbit more often. I suggest looking at the code in sys/dev/ath/ath_rate/sample/sample.[ch] and see what's going on. You can investigate the current statistics by "sysctl dev.ath.X.sample_stats=1" and then check dmesg. It sounds like your noise is causing some tx failures to occur at higher rates, which makes sample back off very quickly. It may not then sample the higher rates often enough if it sees failures early on. Adrian From owner-freebsd-net@FreeBSD.ORG Thu Dec 1 06:26:50 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 2714C1065670 for ; Thu, 1 Dec 2011 06:26:50 +0000 (UTC) (envelope-from hapvbk@yahoo.co.uk) Received: from nm22-vm1.bullet.mail.ukl.yahoo.com (nm22-vm1.bullet.mail.ukl.yahoo.com [217.12.10.75]) by mx1.freebsd.org (Postfix) with SMTP id 9063C8FC18 for ; Thu, 1 Dec 2011 06:26:49 +0000 (UTC) Received: from [217.146.183.211] by nm22.bullet.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:26:47 -0000 Received: from [77.238.184.53] by tm4.bullet.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:26:47 -0000 Received: from [127.0.0.1] by smtp122.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:26:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1322720807; bh=0TbTSPBxIBvBK4buHYamrLzD5OVR0q4OulfE6AFPGnY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:Cc:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:Importance:X-Mailer:X-MimeOLE; b=G9iU5WrDT1ut2BIqP6gyY1K0BDt1pvrSgzxMKBv0rnuqZVoX1/KjD7XwQpkOyci2jVBNWRmW9kJzDv9KzgPYm9QEGiMk83JFFwPIawGmbZIieKSg1NDGpjHmv6EtcUMiPcWlh5VTuPs8EH3r45DmBW8gPEKsGnVcCIvJiSn2z7E= X-Yahoo-Newman-Id: 609098.44574.bm@smtp122.mail.ukl.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: TdfWzvwVM1mDJNE8TqhcWQCAK5C23R9k.CPmZzDgeh2YPQg 27tKklfTtehDHQHZjINO848mqdaAZSNnAT8Dqsn0_iW5LfF5Q.lfjQNOLgnZ S.PnJ6s07WuYg7fjEUAXnTg8YzYDpWnAfENuE45d2o6jhANyVZN2BfjxbPtA NsnqIsC4oIrry7qlqfUHccbOdDxVw9PcSv00p9LItywDBHoP7PvRKdgueMB_ LN2epmsF8F5St7x6xTVrlV1NUzWXd55wGNATjh3D5foS0ogPmoRj6h3VIbm5 v5OiGQSrIBj2WZHsnYmMxFkSGu2mdJeEYbkq9m53rkToTbU8cdI4Pt4V5z6O MslibtfQttd9_Fptz.89oRzoBm2Nvn8PbsXsVy54- X-Yahoo-SMTP: xBpCc9iswBApASleyiIs9lcZMA-- Received: from PC (hapvbk@66.11.191.2 with login) by smtp122.mail.ukl.yahoo.com with SMTP; 01 Dec 2011 06:26:47 +0000 GMT Message-ID: From: "Viet-Ha Pham" To: "Adrian Chadd" References: <69C75F6ECC9646C79374299EDF0E4304@PC><5939430EC6AF43B79CB9BE99940E9B91@PC> In-Reply-To: Date: Thu, 1 Dec 2011 01:26:43 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 Cc: freebsd-net@freebsd.org, Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) 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: Thu, 01 Dec 2011 06:26:50 -0000 Hi Adrian, Thanks for your reply. I will try the sysctl today. Let me clarify what we are doing and our objectives. We want to investigate the relationship between SNR and throughput at each transmission rate. So we fix the rate, vary the input noise and measure the throughput at that noise level for that rate. We repeat this procedure for all transmission rates. The issue that I described happened even with no-noise scenario. For the samplerate source code, we have read it since we are working also on rate adaptation algorithm. I'll update the dmesg result. Thanks. HAPV -----Original Message----- From: Adrian Chadd Sent: Wednesday, November 30, 2011 11:06 AM To: Viet-Ha Pham Cc: freebsd-net@freebsd.org ; Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) Hi, Hm. Selecting a static rate would mean that you'd end up populating the rate control statistics with more "wins" for that particular TX rate, so when you go back to "any", it will choose 54mbit more often. I suggest looking at the code in sys/dev/ath/ath_rate/sample/sample.[ch] and see what's going on. You can investigate the current statistics by "sysctl dev.ath.X.sample_stats=1" and then check dmesg. It sounds like your noise is causing some tx failures to occur at higher rates, which makes sample back off very quickly. It may not then sample the higher rates often enough if it sees failures early on. Adrian _______________________________________________ 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" From owner-freebsd-net@FreeBSD.ORG Thu Dec 1 06:32:00 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 E1FAA106564A; Thu, 1 Dec 2011 06:32:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD448FC0A; Thu, 1 Dec 2011 06:32:00 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so1776145vbb.13 for ; Wed, 30 Nov 2011 22:31:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=HztSITKsfx2L9ODrOU4X8CLkEEg6YEcsT1cg4/gpuO8=; b=NM2kjejWK30Fk5n0y2FVH7kuw0z9h96FbADerAzf1qBnNX0Lo/qmYrEJczXZuDb366 2ipkoxCZ07pKX6UheyETgciNgcT/P2rTK4OvD26jvKP1K2QpSnq/efwPykvPBS2mx6JF IIu3WgthbPQprgNzjOGQertjVYVeL2CNuuN5c= MIME-Version: 1.0 Received: by 10.52.34.211 with SMTP id b19mr4834539vdj.112.1322721119900; Wed, 30 Nov 2011 22:31:59 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.186.74 with HTTP; Wed, 30 Nov 2011 22:31:59 -0800 (PST) In-Reply-To: References: <69C75F6ECC9646C79374299EDF0E4304@PC> <5939430EC6AF43B79CB9BE99940E9B91@PC> Date: Thu, 1 Dec 2011 14:31:59 +0800 X-Google-Sender-Auth: kIPFmEc0FJr7wjeUZ4p_EfL1r1Y Message-ID: From: Adrian Chadd To: Viet-Ha Pham Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) 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: Thu, 01 Dec 2011 06:32:01 -0000 ok, thanks. Yes, let me know how it goes. Please post whatever rate control code you write or modify, so we can all look at what you've achieved :) Thanks, adrian From owner-freebsd-net@FreeBSD.ORG Thu Dec 1 06:37:11 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 D279B106566B for ; Thu, 1 Dec 2011 06:37:11 +0000 (UTC) (envelope-from hapvbk@yahoo.co.uk) Received: from nm16.bullet.mail.ukl.yahoo.com (nm16.bullet.mail.ukl.yahoo.com [217.146.183.190]) by mx1.freebsd.org (Postfix) with SMTP id 08B028FC0C for ; Thu, 1 Dec 2011 06:37:10 +0000 (UTC) Received: from [217.146.183.215] by nm16.bullet.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:37:08 -0000 Received: from [77.238.184.78] by tm8.bullet.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:37:08 -0000 Received: from [127.0.0.1] by smtp147.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:37:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1322721428; bh=fXW4kH+1cGmhcTKgYAF0suLU1aUME2O3nN46viztaaY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:Cc:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:Importance:X-Mailer:X-MimeOLE; b=k1fJuafxHcLYEzxhEoE+JpPrwvAdC6tXrhGMdvLBg2bLfi7pg/oXSUEFe1utGjZ9JECiw4ohkDLB/jmqv/ZHwTZ7DjtAZB/5403JcgnX2dGaNeB0yIqeQHdY/8VotplthIN3Sdtux7rCCWPJG4B6u9hZxLOSw6iwBNQzBNmEN2U= X-Yahoo-Newman-Id: 952732.48661.bm@smtp147.mail.ukl.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: jCc4ztYVM1l7hlikbR4GCQJbQtJnmPIw_KEU31Zf1nljFxD .7xX7HOAoy6QqAIAzMv51T3ey6noDazt7S5L3hp1PPa6XxRtAC4cGShFM9eu wCkuJFiq7LPHNsD_HVEAgBeTh87Z_hcwh50kR01IWphkQi.8yrGjhRWWy4_c AgB9B_v1a7ggaSlKc0GC79nlDeNNvokVLAduao15.SDjxe2WWDP5An8ND5sL Ytd7ue6Oon3FPtxumAuqwswOQ22mLIyqap.mbjpWPmojEMCnmzLDaar3gEN4 bM76VgEp.xCbUuv9Imz.EwnUBOrNzRFf5rP.IV39qyag1JJqb5Px_dlRikKx 4cyyRtx2mnEGWi4pz1m3X33Putn1rmz_XEKlgc4k- X-Yahoo-SMTP: xBpCc9iswBApASleyiIs9lcZMA-- Received: from PC (hapvbk@66.11.191.2 with login) by smtp147.mail.ukl.yahoo.com with SMTP; 01 Dec 2011 06:37:08 +0000 GMT Message-ID: <5136F3FB1A3B4281A8E2BECF4C2DC6DE@PC> From: "Viet-Ha Pham" To: "Adrian Chadd" References: <69C75F6ECC9646C79374299EDF0E4304@PC><5939430EC6AF43B79CB9BE99940E9B91@PC> In-Reply-To: Date: Thu, 1 Dec 2011 01:37:06 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3538.513 Cc: freebsd-net@freebsd.org, Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) 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: Thu, 01 Dec 2011 06:37:11 -0000 Adrian, At this moment we have not modified the code yet. In the test we have done, we used the original driver with samplerate as the rate adaptation algorithm. Thank you. -----Original Message----- From: Adrian Chadd Sent: Thursday, December 01, 2011 1:31 AM To: Viet-Ha Pham Cc: freebsd-net@freebsd.org ; Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) ok, thanks. Yes, let me know how it goes. Please post whatever rate control code you write or modify, so we can all look at what you've achieved :) Thanks, adrian _______________________________________________ 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" From owner-freebsd-net@FreeBSD.ORG Thu Dec 1 06:43:41 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 C2BB9106566B; Thu, 1 Dec 2011 06:43:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 51ADF8FC1F; Thu, 1 Dec 2011 06:43:41 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so1810034vcb.13 for ; Wed, 30 Nov 2011 22:43:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=88ZSD+jTXeKJWVJdwriIed8ldSguwlzZpw/porJUpGE=; b=pVas0qR2fgt4q70GbYrvuaYs1/nGYh0PP2otjJVC+NwbrXguoIiG4kWggKOv1KdOdD BVPTwwUUPVPUlwRBfPARBVz6UCxZI24SOc9rXRRYOk5zZABTZj1D33kk2GkyJypq0Am7 absFIVxDHkUznNtPtwfzmOpYUv/r2NyndemlI= MIME-Version: 1.0 Received: by 10.52.65.102 with SMTP id w6mr4835027vds.129.1322721820770; Wed, 30 Nov 2011 22:43:40 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.186.74 with HTTP; Wed, 30 Nov 2011 22:43:40 -0800 (PST) In-Reply-To: <5136F3FB1A3B4281A8E2BECF4C2DC6DE@PC> References: <69C75F6ECC9646C79374299EDF0E4304@PC> <5939430EC6AF43B79CB9BE99940E9B91@PC> <5136F3FB1A3B4281A8E2BECF4C2DC6DE@PC> Date: Thu, 1 Dec 2011 14:43:40 +0800 X-Google-Sender-Auth: 9iWp4hlkjslm2nvQF0NecPvd-nA Message-ID: From: Adrian Chadd To: Viet-Ha Pham Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) 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: Thu, 01 Dec 2011 06:43:41 -0000 Ok. I've modified ath_rate_sample in -9 and -head to actually pay attention to the "ucastrate" configured entry, so it always selects that particular rate. Good luck. :) Btw: wireless discussion also goes on at freebsd-wireless@freebsd.org. I invite you to head over :) adrian From owner-freebsd-net@FreeBSD.ORG Thu Dec 1 06:50:50 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 8089F106566B for ; Thu, 1 Dec 2011 06:50:50 +0000 (UTC) (envelope-from hapvbk@yahoo.co.uk) Received: from nm6.bullet.mail.ukl.yahoo.com (nm6.bullet.mail.ukl.yahoo.com [217.146.182.227]) by mx1.freebsd.org (Postfix) with SMTP id C28DD8FC14 for ; Thu, 1 Dec 2011 06:50:49 +0000 (UTC) Received: from [217.146.183.208] by nm6.bullet.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:50:47 -0000 Received: from [77.238.184.60] by tm1.bullet.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:50:47 -0000 Received: from [127.0.0.1] by smtp129.mail.ukl.yahoo.com with NNFMP; 01 Dec 2011 06:50:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1322722247; bh=qzrRn1NFj1qwdLFvW5L+M5LW/3C8dLzM/zppARbdnig=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Message-ID:From:To:Cc:References:In-Reply-To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:Importance:X-Mailer:X-MIMEOLE; b=WqsV7DpGjXgjn2E/rr95cTpRCN7upLZJhWHAoCcqBCtjr/ACZqk3To7f7qFY681lD2+3rON6p7pnQmwpbDjthzjjh8mrGiXXXM4Qq6ha9R5siDESltEIVigoO0jlB3MwbWJyec7mRzIuzSFGvSgcpM1t76HTQJw9ELfVm6afdQ4= X-Yahoo-Newman-Id: 604185.28704.bm@smtp129.mail.ukl.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: te4qzpsVM1lCHj9BsRJT0Y2FNGwAqN4lbB2WhPZBOYLa2zy ufekIsDz0wErZQzRaQFnnK310FCXFAye8m1NZt9cs8D1v6w5rjZl9oi.zxDf 2KLcE_J1MLI0LCtCQnOfZncR4Yk5ba3vCmUbUvY4h.jhgvRYrVJC6N3qmH3a 30Xmpombj3GTcUpiqqqdpTqCF8Iw1Xac6Cr8Bez1Vp2QDzyIJp0h7YqoUhI8 I0EQ7lPZN.Qw0efDKx0zsaHKvRIwLoh5zuks7HxV.h3Th8NfU7x23CSyBTV5 OcTkuVP18ShaE94iv8YXyninoyop8QkNHgz_r8IKAd2MFNUSeOuknJZ45CfP 1BEqAkdTVA1MSXjRnYKtLJLT50ROB6wmzPrZHfYU- X-Yahoo-SMTP: xBpCc9iswBApASleyiIs9lcZMA-- Received: from PC (hapvbk@66.11.191.2 with login) by smtp129.mail.ukl.yahoo.com with SMTP; 01 Dec 2011 06:50:47 +0000 GMT Message-ID: From: "Viet-Ha Pham" To: "Adrian Chadd" References: <69C75F6ECC9646C79374299EDF0E4304@PC><5939430EC6AF43B79CB9BE99940E9B91@PC><5136F3FB1A3B4281A8E2BECF4C2DC6DE@PC> In-Reply-To: Date: Thu, 1 Dec 2011 01:50:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 15.4.3538.513 X-MIMEOLE: Produced By Microsoft MimeOLE V15.4.3538.513 Cc: freebsd-net@freebsd.org, Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) 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: Thu, 01 Dec 2011 06:50:50 -0000 I went through the ath_rate_sample in 8.2 carefully and I believe that it always select the rate once we fix the ucastrate using ifconfig. I tested it by printing out the rate index in the packet descriptor also. I'll subscribe the freebsd-wireless mailing list. Thanks. HAPV -----Original Message----- From: Adrian Chadd Sent: Thursday, December 01, 2011 1:43 AM To: Viet-Ha Pham Cc: freebsd-net@freebsd.org ; Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) Ok. I've modified ath_rate_sample in -9 and -head to actually pay attention to the "ucastrate" configured entry, so it always selects that particular rate. Good luck. :) Btw: wireless discussion also goes on at freebsd-wireless@freebsd.org. I invite you to head over :) adrian _______________________________________________ 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" From owner-freebsd-net@FreeBSD.ORG Thu Dec 1 22:43:52 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 786021065672; Thu, 1 Dec 2011 22:43:52 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id 94A148FC08; Thu, 1 Dec 2011 22:43:51 +0000 (UTC) Received: from uucp.dinoex.sub.de (uucp@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.4/8.14.4) with ESMTP id pB1MD5Cd083678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Dec 2011 23:13:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.14.4/8.14.4/Submit) with UUCP id pB1MD5a0083677; Thu, 1 Dec 2011 23:13:05 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.14.5/8.14.5) with ESMTP id pB1M6uFC007592; Thu, 1 Dec 2011 23:06:56 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.14.5/8.14.5) with ESMTP id pB1M5GJs007500; Thu, 1 Dec 2011 23:05:16 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.14.5/8.14.5/Submit) id pB1M5F9U007499; Thu, 1 Dec 2011 23:05:15 +0100 (CET) (envelope-from peter) Date: Thu, 1 Dec 2011 23:05:15 +0100 From: Peter To: yongari@FreeBSD.org Message-ID: <20111201220515.GA3363@gate.oper.dinoex.org> References: <201111292303.pATN30W7062450@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201111292303.pATN30W7062450@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (uucp.dinoex.sub.de [194.45.71.2]); Thu, 01 Dec 2011 23:13:06 +0100 (CET) Cc: freebsd-net@FreeBSD.org Subject: Re: kern/162932: [ed][panic][patch] large traffic yields occasional panics 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: Thu, 01 Dec 2011 22:43:52 -0000 On Tue, Nov 29, 2011 at 11:03:00PM +0000, yongari@FreeBSD.org wrote: ! You can find the patch at the following URL. ! http://people.freebsd.org/~yongari/ed.pf.diff ! Let me know whether this patch works for you. Negative. It does not work. It seems You left away the pointer-arithmetics on src side, and copy the FIRST byte to the LAST position. Putting that right makes it working. *(mtod(m, uint8_t *)) should be *(mtod(m, uint8_t *) + m->m_len - 1) (Possibly there is a way to write this construct more beautiful - I didn't care.) ! since your patch may still invoke bus_space_write_1(9) if mbuf ! length is even bytes. Yes, it does. Deliberately. ;) The original idea seemed to be: "copy byte-pairs of AT LEAST mbuf-size" - on uneven buffers tjat led to copying one byte that doesnt belong. My idea was "copy byte-pairs of AT MOST mbuf-size" which leads to the last byte missing on uneven buffers - and therefore I did ALWAYS copy the LAST byte extra. (Shouldn't hurt copying it twice.) Please understand: it's 20 years ago that I coded C. I don't have all the niceties handy - but I'll find some way to get it do what I want. It looks not always beautiful. ;) Today I did reproduce the panic on 7.4-STABLE with the original code. Then I tried Your patch - and it did what was to be expected: no panic, but when setting "ifconfig ed0 mtu 1499", filetransfers would not proceed at all - the wrong byte obviousely breaks the packet checksum. rgds, PMc From owner-freebsd-net@FreeBSD.ORG Thu Dec 1 23:20:35 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 AEC78106566C; Thu, 1 Dec 2011 23:20:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4788FC17; Thu, 1 Dec 2011 23:20:34 +0000 (UTC) Received: by iakl21 with SMTP id l21so4938739iak.13 for ; Thu, 01 Dec 2011 15:20:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=OO/rUrXhhYEGZZwAuLia1JrBQ6iE5iF8mHvWbW2affc=; b=WEmzc7mQL4ri5PN4LikEU2Zhs4AdKV1lGJnhBLC/amS21R8GEN/03YO8/8RxSnFdh5 SU2EIMiTMdh2z5EEqJ9WHvT6AzndsJl2zOoOYVfLz6uJf49XL2+2VCr777nUM5WvaG/z HeeHaLTNFKGBwDK/66rdjTndLWE6BQWGefgP8= Received: by 10.50.236.5 with SMTP id uq5mr10924418igc.47.1322781633574; Thu, 01 Dec 2011 15:20:33 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e2sm26770558ibe.0.2011.12.01.15.20.30 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Dec 2011 15:20:32 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 01 Dec 2011 15:18:59 -0800 From: YongHyeon PYUN Date: Thu, 1 Dec 2011 15:18:59 -0800 To: Peter Message-ID: <20111201231859.GB12942@michelle.cdnetworks.com> References: <201111292303.pATN30W7062450@freefall.freebsd.org> <20111201220515.GA3363@gate.oper.dinoex.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111201220515.GA3363@gate.oper.dinoex.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@FreeBSD.org, yongari@FreeBSD.org Subject: Re: kern/162932: [ed][panic][patch] large traffic yields occasional panics X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Dec 2011 23:20:35 -0000 On Thu, Dec 01, 2011 at 11:05:15PM +0100, Peter wrote: > On Tue, Nov 29, 2011 at 11:03:00PM +0000, yongari@FreeBSD.org wrote: > ! You can find the patch at the following URL. > ! http://people.freebsd.org/~yongari/ed.pf.diff > > ! Let me know whether this patch works for you. > > Negative. It does not work. > > It seems You left away the pointer-arithmetics on src side, and > copy the FIRST byte to the LAST position. > > Putting that right makes it working. > > *(mtod(m, uint8_t *)) > should be > *(mtod(m, uint8_t *) + m->m_len - 1) > (Possibly there is a way to write this construct more beautiful - I > didn't care.) > Oops, sorry. It was copy&pate error. :-( > ! since your patch may still invoke bus_space_write_1(9) if mbuf > ! length is even bytes. > > Yes, it does. Deliberately. ;) > The original idea seemed to be: "copy byte-pairs of AT LEAST > mbuf-size" - on uneven buffers tjat led to copying one byte that > doesnt belong. > My idea was "copy byte-pairs of AT MOST mbuf-size" which leads to > the last byte missing on uneven buffers - and therefore I did ALWAYS > copy the LAST byte extra. (Shouldn't hurt copying it twice.) > Yes, the end result would be the same but it would take extra bus access cycles which might be much slower than CPU cycles. I'm not sure whether this also makes any sense on ISA bus but it's true for all other buses I know(SBus, PCI, PCIe etc). > Please understand: it's 20 years ago that I coded C. I don't have > all the niceties handy - but I'll find some way to get it do what > I want. It looks not always beautiful. ;) > > > Today I did reproduce the panic on 7.4-STABLE with the original > code. Then I tried Your patch - and it did what was to be expected: > no panic, but when setting "ifconfig ed0 mtu 1499", filetransfers > would not proceed at all - the wrong byte obviousely breaks the > packet checksum. > Updated patch again. http://people.freebsd.org/~yongari/ed.pf.diff2 > rgds, > PMc From owner-freebsd-net@FreeBSD.ORG Fri Dec 2 04:00:02 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 1099F106564A; Fri, 2 Dec 2011 04:00:02 +0000 (UTC) (envelope-from break19@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF768FC18; Fri, 2 Dec 2011 04:00:01 +0000 (UTC) Received: by ghbg20 with SMTP id g20so3806662ghb.13 for ; Thu, 01 Dec 2011 20:00:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:organization:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=5Vnlw+VdujjMAKbz3wMmt8ZcwmFw4KgFjwcx+tstqYQ=; b=JajBP7VQUQ5UUaLm1lnsnr12rOJcoZKzPOpkhVDpGQ7fANEB198hF/AvipA8XRzKrB Mvn18NI70LxXW9qechzYAe/tBqy9VEZN1ATpUqpaO+iwqKZfSsQPNotPe37qe6S4ZpjN XuYBfoCwjmxrYrTHQ0q2Fzu9LNhbufzNUJofU= Received: by 10.101.85.2 with SMTP id n2mr2411798anl.95.1322796742032; Thu, 01 Dec 2011 19:32:22 -0800 (PST) Received: from [192.168.4.101] (c-98-230-65-110.hsd1.al.comcast.net. [98.230.65.110]) by mx.google.com with ESMTPS id 36sm11671317anz.2.2011.12.01.19.32.20 (version=SSLv3 cipher=OTHER); Thu, 01 Dec 2011 19:32:21 -0800 (PST) Message-ID: <4ED846C1.5040109@gmail.com> Date: Thu, 01 Dec 2011 21:32:17 -0600 From: Chuck Burns Organization: The Southern Libertarian User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111129 Thunderbird/8.0 MIME-Version: 1.0 To: Kevin Lo , freebsd-net@freebsd.org References: <201110042008.48915.break19@gmail.com> <201110071816.17335.break19@gmail.com> <201110071936.50071.break19@gmail.com> <1322792905.1975.3.camel@esl.kevlo.org> In-Reply-To: <1322792905.1975.3.camel@esl.kevlo.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [urtw] Wifi link dying randomly. reboot required to reconnect. 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: Fri, 02 Dec 2011 04:00:02 -0000 On 12/01/11 20:28, Kevin Lo wrote: > Hi Chuck, > > I committed the fix to HEAD(r228195). Not sure if it's > related, would you please give it a try and let me know > the result? Thank you. > > Kevin > Hmm.. I will have to install the new current onto another hard drive, so I will probably give that a try sometime this week. I had finally just broken down and ran a ethernet cable across the floor. :) Let me get current installed and running.. Problem is, we won't know for -certain- if we've gotten it, because it would sometimes run for a week before crashing. I will, however, give a try (It's sort of late, tonight, so that's a no go) -- Chuck Burns The Southern Libertarian http://www.thesouthernlibertarian.com/ From owner-freebsd-net@FreeBSD.ORG Fri Dec 2 14:25:38 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 CE7D2106564A for ; Fri, 2 Dec 2011 14:25:38 +0000 (UTC) (envelope-from yilinjing2006@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id AD5068FC0A for ; Fri, 2 Dec 2011 14:25:38 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RWTmR-0003KQ-14 for freebsd-net@freebsd.org; Fri, 02 Dec 2011 06:07:59 -0800 Date: Fri, 2 Dec 2011 06:07:59 -0800 (PST) From: jyl_2006 To: freebsd-net@freebsd.org Message-ID: <1322834879026-5041952.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: the return value of sctp_connectx do not match any error 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: Fri, 02 Dec 2011 14:25:38 -0000 Hi, I use FreeBSD 9.0 Beta2. When I use sctp_connectx to init a new association , the return value of this function is strange. The return value is not any of following:1.EINVAL, 2.E2BIG, 3.EBADOF, 4.ENOTSOCK. I use perror() function to see detail, it shows that " Resource temporarily unavailable". Thanks. -- View this message in context: http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-connectx-do-not-match-any-error-tp5041952p5041952.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Fri Dec 2 14:39:10 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 B2B991065673 for ; Fri, 2 Dec 2011 14:39:10 +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 4927B8FC19 for ; Fri, 2 Dec 2011 14:39:10 +0000 (UTC) Received: from [192.168.1.200] (p508F9B37.dip.t-dialin.net [80.143.155.55]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 5CD3E1C0C0BCE; Fri, 2 Dec 2011 15:39:08 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <1322834879026-5041952.post@n5.nabble.com> Date: Fri, 2 Dec 2011 15:39:07 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0D6FA7F2-1462-44EF-98F4-3B6AFC856757@lurchi.franken.de> References: <1322834879026-5041952.post@n5.nabble.com> To: jyl_2006 X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-net@freebsd.org Subject: Re: the return value of sctp_connectx do not match any error 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: Fri, 02 Dec 2011 14:39:10 -0000 On Dec 2, 2011, at 3:07 PM, jyl_2006 wrote: > Hi,=20 > I use FreeBSD 9.0 Beta2. > When I use sctp_connectx to init a new association , the return value = of > this function is strange. > The return value is not any of following:1.EINVAL, 2.E2BIG, 3.EBADOF, > 4.ENOTSOCK. Hi, the return value should be 0 (for success) or -1 (in case of an error). Only if -1 is returned, errno is set to an appropriate value. Can you provide a small test program demonstrating the issue? Best regards Michael >=20 > I use perror() function to see detail, it shows that " Resource = temporarily > unavailable". >=20 > Thanks. >=20 > -- > View this message in context: = http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-connectx-do-= not-match-any-error-tp5041952p5041952.html > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > 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 From owner-freebsd-net@FreeBSD.ORG Fri Dec 2 20:06:41 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 61A3D106564A for ; Fri, 2 Dec 2011 20:06:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id F08A48FC14 for ; Fri, 2 Dec 2011 20:06:40 +0000 (UTC) Received: by wgbdr11 with SMTP id dr11so1811152wgb.31 for ; Fri, 02 Dec 2011 12:06:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=vojMSiXjRPHXxvh67urzJj5EG8YUXxwte5HuZpiGOHg=; b=SJO1PW+NnVr/UH0sF4mt+URp2OpgT/9no7re8gwDSciuQQj1WMVvCaRUogXZnJ7eHo pi6kFYcXVZ8OtYCYoXUIb5fDBMdjmG2Ak7WLtgQaDIC10CgfkLNPcI3Yzw5fRkig6Vk5 Jx66BfQaL/ZMEr0VukaQg30nAB1Z9nltSJR+Q= MIME-Version: 1.0 Received: by 10.216.135.33 with SMTP id t33mr833240wei.10.1322856399774; Fri, 02 Dec 2011 12:06:39 -0800 (PST) Received: by 10.180.93.200 with HTTP; Fri, 2 Dec 2011 12:06:39 -0800 (PST) Date: Fri, 2 Dec 2011 12:06:39 -0800 Message-ID: From: Jack Vogel To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: VLAN HWTSO question/problem 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: Fri, 02 Dec 2011 20:06:41 -0000 I have just discovered during some validation testing on the em driver, that if HWTSO is enabled at the same time as VLAN_HWTAGGING and/or VLAN_HWFILTER that its broken. Looking at the vlan source its not obvious why this would be the case, but netperf just fails completely. I can turn TAGGING off and I can get TSO, or turn off TSO and get TAGGING/FILTERING, but not both :( My tester only has 8.2 to try this on, not sure if its a bug or a design limitation, can someone enlighten me? At the moment I'm thinking of just turning HWTSO off by default? Cheers, Jack From owner-freebsd-net@FreeBSD.ORG Sat Dec 3 04:54:47 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 797D7106564A for ; Sat, 3 Dec 2011 04:54:47 +0000 (UTC) (envelope-from yilinjing2006@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 553228FC08 for ; Sat, 3 Dec 2011 04:54:45 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RWhcb-0003tD-8P for freebsd-net@freebsd.org; Fri, 02 Dec 2011 20:54:45 -0800 Date: Fri, 2 Dec 2011 20:54:45 -0800 (PST) From: jyl_2006 To: freebsd-net@freebsd.org Message-ID: <1322888085250-5043901.post@n5.nabble.com> In-Reply-To: <0D6FA7F2-1462-44EF-98F4-3B6AFC856757@lurchi.franken.de> References: <1322834879026-5041952.post@n5.nabble.com> <0D6FA7F2-1462-44EF-98F4-3B6AFC856757@lurchi.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: the return value of sctp_connectx do not match any error 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, 03 Dec 2011 04:54:47 -0000 First, I use the return value of sctp_connectx, and I do not use errno, so the return value does not match the errors gived in manual. Now,I know it is my mistake. However, I write a simple program to test sctp_connectx, it still show error.The errno is "EINVAL", I am sure that the paraments are set properly. One more thing, I also test these programs in other platform, the result is OK, but under FreeBSD, it does not work. /*Here are programs.*/ #include #include #include #include #include #include #include #define PORT 63000 #define MTU 1500 int main() { int _listenfd, _sctp_socket, _connfd; struct sockaddr_in servaddr; int ret, msg_flag; char message[MTU]; struct sctp_sndrcvinfo sndrcvinfo; _sctp_socket = socket( AF_INET , SOCK_SEQPACKET , IPPROTO_SCTP ); bzero( (void *)&servaddr, sizeof(servaddr) ); servaddr.sin_family = AF_INET; servaddr.sin_addr.s_addr = htonl( INADDR_ANY ); servaddr.sin_port = htons(PORT); ret = bind(_sctp_socket, (struct sockaddr *)&servaddr, sizeof(servaddr)); if( ret ) { printf("Server bind error" ); } _listenfd= listen(_sctp_socket, 10); if(0 != _listenfd) { printf("Server listen error" ); } ret = sctp_recvmsg(_sctp_socket, (void *)message , MTU, NULL, 0 , &sndrcvinfo , &msg_flag); if(ret >= 0) { printf("Receive message:%s", message); } } #include #include #include #include #include #include #include #define PORT 63000 int main() { int _sctp_socket, _sctp_associd, ret; _sctp_socket = socket( AF_INET , SOCK_SEQPACKET , IPPROTO_SCTP ); struct sockaddr_in server_ipaddress; server_ipaddress . sin_family = AF_INET; server_ipaddress . sin_port = htons(PORT); server_ipaddress . sin_addr.s_addr = inet_addr("127.0.0.1"); ret = sctp_connectx(_sctp_socket , (struct sockaddr*) &server_ipaddress , 1, &_sctp_associd); if( ret < 0) { printf("sctp_connectx error"); } } -- View this message in context: http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-connectx-do-not-match-any-error-tp5041952p5043901.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Sat Dec 3 07:29:41 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 6E6CC106566C for ; Sat, 3 Dec 2011 07:29:41 +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 4C12F8FC0C for ; Sat, 3 Dec 2011 07:29:40 +0000 (UTC) Received: from [192.168.1.200] (p508F9B37.dip.t-dialin.net [80.143.155.55]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 77FEA1C0C0BCE; Sat, 3 Dec 2011 08:29:38 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <1322888085250-5043901.post@n5.nabble.com> Date: Sat, 3 Dec 2011 08:29:37 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1322834879026-5041952.post@n5.nabble.com> <0D6FA7F2-1462-44EF-98F4-3B6AFC856757@lurchi.franken.de> <1322888085250-5043901.post@n5.nabble.com> To: jyl_2006 X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-net@freebsd.org Subject: Re: the return value of sctp_connectx do not match any error 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, 03 Dec 2011 07:29:41 -0000 On Dec 3, 2011, at 5:54 AM, jyl_2006 wrote: > First, I use the return value of sctp_connectx, and I do not use = errno, so > the return value does not match the errors gived in manual. Now,I know = it is > my mistake. >=20 > However, I write a simple program to test sctp_connectx, it still show > error.The errno is "EINVAL", I am sure that the paraments are set = properly. >=20 > One more thing, I also test these programs in other platform, the = result is > OK, but under FreeBSD, it does not work. In BSD you need to set the sin_len field of the sockaddr_in structure. So if you add server_ipaddress . sin_len =3D sizeof(struct sockaddr_in); the client works (at least it does for me). You should do the same for the server... Please let me know if your problem persists. Best regards Michael >=20 > /*Here are programs.*/ >=20 > #include > #include > #include >=20 > #include > #include > #include > #include > #define PORT 63000 > #define MTU 1500 >=20 > int main() > { > int _listenfd, _sctp_socket, _connfd; > struct sockaddr_in servaddr; > int ret, msg_flag; > char message[MTU]; > struct sctp_sndrcvinfo sndrcvinfo; > =09 > _sctp_socket =3D socket( AF_INET , SOCK_SEQPACKET , IPPROTO_SCTP = ); >=20 > bzero( (void *)&servaddr, sizeof(servaddr) ); > servaddr.sin_family =3D AF_INET; > servaddr.sin_addr.s_addr =3D htonl( INADDR_ANY ); > servaddr.sin_port =3D htons(PORT); >=20 > ret =3D bind(_sctp_socket, (struct sockaddr *)&servaddr, = sizeof(servaddr)); > if( ret ) > { > printf("Server bind error" ); > } >=20 > _listenfd=3D listen(_sctp_socket, 10); > if(0 !=3D _listenfd) > { > printf("Server listen error" ); > } >=20 > ret =3D sctp_recvmsg(_sctp_socket, (void *)message , MTU, NULL, = 0 , > &sndrcvinfo , &msg_flag); > if(ret >=3D 0) > { > printf("Receive message:%s", message); > } > } > =09 >=20 > #include > #include > #include >=20 > #include > #include > #include > #include > #define PORT 63000 >=20 > int main() > { > int _sctp_socket, _sctp_associd, ret; > _sctp_socket =3D socket( AF_INET , SOCK_SEQPACKET , IPPROTO_SCTP = ); >=20 > struct sockaddr_in server_ipaddress; > server_ipaddress . sin_family =3D AF_INET; > server_ipaddress . sin_port =3D htons(PORT); > server_ipaddress . sin_addr.s_addr =3D inet_addr("127.0.0.1"); >=20 > ret =3D sctp_connectx(_sctp_socket , (struct sockaddr*) = &server_ipaddress , > 1, &_sctp_associd); > if( ret < 0) > { > printf("sctp_connectx error"); > } > } > =09 > =09 >=20 > =09 >=20 >=20 > -- > View this message in context: = http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-connectx-do-= not-match-any-error-tp5041952p5043901.html > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > 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 From owner-freebsd-net@FreeBSD.ORG Sat Dec 3 13:34:44 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 C2642106564A for ; Sat, 3 Dec 2011 13:34:44 +0000 (UTC) (envelope-from yilinjing2006@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9B8CD8FC0A for ; Sat, 3 Dec 2011 13:34:44 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1RWpjn-0004UY-Ff for freebsd-net@freebsd.org; Sat, 03 Dec 2011 05:34:43 -0800 Date: Sat, 3 Dec 2011 05:34:43 -0800 (PST) From: jyl_2006 To: freebsd-net@freebsd.org Message-ID: <1322919283456-5044536.post@n5.nabble.com> In-Reply-To: References: <1322834879026-5041952.post@n5.nabble.com> <0D6FA7F2-1462-44EF-98F4-3B6AFC856757@lurchi.franken.de> <1322888085250-5043901.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: the return value of sctp_connectx do not match any error 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, 03 Dec 2011 13:34:44 -0000 Hi, Michael The problem about sctp_connectx is solved.Thank you very much. But I encounter another problem, it's about sctp_getladdrs().Every time I call this function, the return value is "ENOMEM". Even I reboot the computer, this problem still exists. My function is: struct sockaddr *show_ip_address = NULL; sctp_getladdrs(_sctp_socket, _sctp_associd, &show_ip_address); -- View this message in context: http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-connectx-do-not-match-any-error-tp5041952p5044536.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Sat Dec 3 17:23:46 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03647106566C; Sat, 3 Dec 2011 17:23:46 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CFAE08FC0A; Sat, 3 Dec 2011 17:23:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pB3HNjuN092114; Sat, 3 Dec 2011 17:23:45 GMT (envelope-from melifaro@freefall.freebsd.org) Received: (from melifaro@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pB3HNjVJ092110; Sat, 3 Dec 2011 17:23:45 GMT (envelope-from melifaro) Date: Sat, 3 Dec 2011 17:23:45 GMT Message-Id: <201112031723.pB3HNjVJ092110@freefall.freebsd.org> To: melifaro@FreeBSD.org, freebsd-net@FreeBSD.org, melifaro@FreeBSD.org From: melifaro@FreeBSD.org Cc: Subject: Re: kern/161908: [netgraph] [patch] ng_vlan update for QinQ support 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, 03 Dec 2011 17:23:46 -0000 Synopsis: [netgraph] [patch] ng_vlan update for QinQ support Responsible-Changed-From-To: freebsd-net->melifaro Responsible-Changed-By: melifaro Responsible-Changed-When: Sat Dec 3 17:23:08 UTC 2011 Responsible-Changed-Why: Take http://www.freebsd.org/cgi/query-pr.cgi?pr=161908 From owner-freebsd-net@FreeBSD.ORG Sat Dec 3 17:40:48 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 049BF1065670 for ; Sat, 3 Dec 2011 17:40:48 +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 8C1558FC0C for ; Sat, 3 Dec 2011 17:40:47 +0000 (UTC) Received: from [192.168.1.200] (p508FB63A.dip.t-dialin.net [80.143.182.58]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 736E41C0C0BD8; Sat, 3 Dec 2011 18:40:45 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <1322919283456-5044536.post@n5.nabble.com> Date: Sat, 3 Dec 2011 18:40:44 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <76108404-D722-48D0-AAAA-F35B77F5CFCF@lurchi.franken.de> References: <1322834879026-5041952.post@n5.nabble.com> <0D6FA7F2-1462-44EF-98F4-3B6AFC856757@lurchi.franken.de> <1322888085250-5043901.post@n5.nabble.com> <1322919283456-5044536.post@n5.nabble.com> To: jyl_2006 X-Mailer: Apple Mail (2.1251.1) Cc: freebsd-net@freebsd.org Subject: Re: the return value of sctp_connectx do not match any error 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, 03 Dec 2011 17:40:48 -0000 On Dec 3, 2011, at 2:34 PM, jyl_2006 wrote: > Hi, Michael > The problem about sctp_connectx is solved.Thank you very much. >=20 > But I encounter another problem, it's about sctp_getladdrs().Every = time I > call this function, the return value is "ENOMEM". Even I reboot the > computer, this problem still exists. The return value is the number of addresses, not an error code. So if it returns ENOMEM, it means that your endpoint has 12 addresses. Or does it return -1 and errno is set to ENOMEM? Best regards Michael >=20 > My function is: > struct sockaddr *show_ip_address =3D NULL; > sctp_getladdrs(_sctp_socket, _sctp_associd, &show_ip_address); >=20 >=20 >=20 > -- > View this message in context: = http://freebsd.1045724.n5.nabble.com/the-return-value-of-sctp-connectx-do-= not-match-any-error-tp5041952p5044536.html > Sent from the freebsd-net mailing list archive at Nabble.com. > _______________________________________________ > 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 From owner-freebsd-net@FreeBSD.ORG Sat Dec 3 23:28:05 2011 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56D5A106564A; Sat, 3 Dec 2011 23:28:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4978FC0A; Sat, 3 Dec 2011 23:28:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pB3NS50n022807; Sat, 3 Dec 2011 23:28:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pB3NS5tK022803; Sat, 3 Dec 2011 23:28:05 GMT (envelope-from linimon) Date: Sat, 3 Dec 2011 23:28:05 GMT Message-Id: <201112032328.pB3NS5tK022803@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/162927: [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing choked output queue - rs232 external 56k modem 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, 03 Dec 2011 23:28:05 -0000 Old Synopsis: Modem-PPP error ppp[1538]: tun0: Phase: Clearing choked output queue - rs232 external 56k modem New Synopsis: [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing choked output queue - rs232 external 56k modem Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Dec 3 23:27:42 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=162927