From owner-freebsd-net@FreeBSD.ORG Sun Feb 26 06:25:35 2012 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 3A1F3106566C for ; Sun, 26 Feb 2012 06:25:35 +0000 (UTC) (envelope-from saeedeh.motlagh@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id AFF2E8FC16 for ; Sun, 26 Feb 2012 06:25:34 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so347841bkc.13 for ; Sat, 25 Feb 2012 22:25:33 -0800 (PST) Received-SPF: pass (google.com: domain of saeedeh.motlagh@gmail.com designates 10.204.156.219 as permitted sender) client-ip=10.204.156.219; Authentication-Results: mr.google.com; spf=pass (google.com: domain of saeedeh.motlagh@gmail.com designates 10.204.156.219 as permitted sender) smtp.mail=saeedeh.motlagh@gmail.com; dkim=pass header.i=saeedeh.motlagh@gmail.com Received: from mr.google.com ([10.204.156.219]) by 10.204.156.219 with SMTP id y27mr4094696bkw.110.1330237533726 (num_hops = 1); Sat, 25 Feb 2012 22:25:33 -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=wL+lnVsxeKZ3zjyOWpFYDKLOvvdHRGrIGYYbflhtPgw=; b=x6yOZU1rGjlhU6S2vt8RpSOtTkeG+9Z3PQQ2/09ZBKZmULdzCtPkYzP6G8HI5o01Sf 4pihsG6WG/Oz9DKzqw1IK0Gl2UA01jPpNHvolvE74x5xa0Zg0dIpbFrQkyPSxzuEzq/6 1VklponG8vlXn9/QVjUryeDcTub89EHUfMKTY= MIME-Version: 1.0 Received: by 10.204.156.219 with SMTP id y27mr3330613bkw.110.1330237533519; Sat, 25 Feb 2012 22:25:33 -0800 (PST) Received: by 10.204.201.67 with HTTP; Sat, 25 Feb 2012 22:25:33 -0800 (PST) In-Reply-To: <20120221125855.GK12291@nat.myhome> References: <20120221125855.GK12291@nat.myhome> Date: Sun, 26 Feb 2012 09:55:33 +0330 Message-ID: From: saeedeh motlagh To: "Paul A. Procacci" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net Subject: Re: must define username in radius client??? 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, 26 Feb 2012 06:25:35 -0000 thanks paul i do that, the client sends request and the server accepts it and send response. the client receives this access accept response but login failed. if i define the username without the password in client system, login will be successful. do you know what's the problem? please tell me if you know what should i do now thank you very much yours motlagh On 2/21/12, Paul A. Procacci wrote: > Assuming ssh (you didn't specify), you only need to setup the shared secret > between machines. The rest is handled by pam/login as normal (ala "auth > sufficient pam_radius.so") > > cat /etc/radius.conf > #################################### > auth 10.5.21.4:1645 "SuperSkret" 3 2 > auth 10.5.21.5:1645 "SuperSkret" 3 2 > > ~Paul > > On Tue, Feb 21, 2012 at 11:24:03AM +0330, saeedeh motlagh wrote: >> hello guys, >> i wanna have authentication via radius server. in my local network, >> one system is radius server and the others are clients. the server is >> running well. when a client login, it sends an access-request to the >> server. if the user name and password are defined in the server, the >> server sends back the access-accept to client. if the user name is >> defined in the client, the login is successful but if this user name >> is not defined in the client, the login failed and say "login >> incorrect" although the client receives access-accept from the server. >> i wanna know if there is any way to have authentication successfully >> without defining any user name in the client system? >> yours, >> _______________________________________________ >> 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" > > ________________________________ > > This message may contain confidential or privileged information. If you are > not the intended recipient, please advise us immediately and delete this > message. See http://www.datapipe.com/legal/email_disclaimer/ for further > information on confidentiality and the risks of non-secure electronic > communication. If you cannot access these links, please notify us by reply > message and we will send the contents to you. > From owner-freebsd-net@FreeBSD.ORG Sun Feb 26 13:38:02 2012 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 8D90C1065673; Sun, 26 Feb 2012 13:38:02 +0000 (UTC) (envelope-from kib@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 65D078FC12; Sun, 26 Feb 2012 13:38:02 +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 q1QDc2Y2065458; Sun, 26 Feb 2012 13:38:02 GMT (envelope-from kib@freefall.freebsd.org) Received: (from kib@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1QDc2ev065454; Sun, 26 Feb 2012 13:38:02 GMT (envelope-from kib) Date: Sun, 26 Feb 2012 13:38:02 GMT Message-Id: <201202261338.q1QDc2ev065454@freefall.freebsd.org> To: kib@FreeBSD.org, freebsd-net@FreeBSD.org, kib-net@FreeBSD.org From: kib@FreeBSD.org Cc: Subject: Re: kern/162352: [patch] Enhancement: add SO_PROTO to socket.h 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, 26 Feb 2012 13:38:02 -0000 Synopsis: [patch] Enhancement: add SO_PROTO to socket.h Responsible-Changed-From-To: freebsd-net->kib-net Responsible-Changed-By: kib Responsible-Changed-When: Sun Feb 26 13:37:14 UTC 2012 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=162352 From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 01:22:03 2012 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 AE0F41065672; Mon, 27 Feb 2012 01:22:03 +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 80C5A8FC0C; Mon, 27 Feb 2012 01:22:03 +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 q1R1M3j0022017; Mon, 27 Feb 2012 01:22:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1R1M3Tg022013; Mon, 27 Feb 2012 01:22:03 GMT (envelope-from linimon) Date: Mon, 27 Feb 2012 01:22:03 GMT Message-Id: <201202270122.q1R1M3Tg022013@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/165488: [ppp] [panic] Fatal trap 12 jails and ppp , kernel with vimage, altq, pf 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, 27 Feb 2012 01:22:03 -0000 Old Synopsis: Fatal trap 12 jails and ppp , kernel with vimage, altq, pf New Synopsis: [ppp] [panic] Fatal trap 12 jails and ppp , kernel with vimage, altq, pf Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Feb 27 01:21:42 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165488 From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 02:58:46 2012 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 0A1FA106564A for ; Mon, 27 Feb 2012 02:58:46 +0000 (UTC) (envelope-from agaviola@infoweapons.com) Received: from infoweapons.com (ironmail.v6home.org [184.105.238.50]) by mx1.freebsd.org (Postfix) with ESMTP id DD6C48FC14 for ; Mon, 27 Feb 2012 02:58:45 +0000 (UTC) Received: from ([120.89.47.15]) by mail0.infoweapons.com with ESMTP with TLS id 4321444.9242070; Sun, 26 Feb 2012 18:43:12 -0800 Received: from [IPv6:2001:470:3d:2400:148b:9fc2:a186:ec38] (2001:470:3d:2400:148b:9fc2:a186:ec38) by webmail.infoweapons.com (2001:470:3d:2400::10:11) with Microsoft SMTP Server (TLS) id 8.2.255.0; Mon, 27 Feb 2012 10:43:11 +0800 Message-ID: <4F4AEDBF.3000903@infoweapons.com> Date: Mon, 27 Feb 2012 10:43:11 +0800 From: Archimedes Gaviola User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Subject: Issue with multiple configured IPv6 prefixes in rtadvd.conf 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, 27 Feb 2012 02:58:46 -0000 Hi, I setup my FreeBSD 8.2 IPv6 router with 2 IPv6 addresses on its interface and configure a static router advertisement (RA) using the 2 prefixes. Each prefix has its corresponding prefix length, valid lifetime, preferred lifetime and MTU options. vulcan# ifconfig em2 em2: flags=8843 mtu 1500 options=3 inet6 fe80::204:23ff:fed4:903a%em2 prefixlen 64 scopeid 0x3 inet6 3ffe:501:ffff:100::1 prefixlen 64 inet6 3ffe:501:ffff:101::1 prefixlen 64 ether 00:04:23:d4:90:3a media: Ethernet autoselect (100baseTX ) status: active vulcan# cat /etc/rtadvd.conf em2:\ :addrs#1:addr="3ffe:501:ffff:100::":prefixlen#64:vltime#12345:pltime#12345:mtu#1400: :addrs#2:addr="3ffe:501:ffff:101::":prefixlen#64:vltime#12345:pltime#12345:mtu#1400: Run RA with rtadvd, vulcan# rtadvd -s -c /etc/rtadvd.conf em2 and here's one of the tcpdump packet logs (exported to a file): Frame 4 (150 bytes on wire, 150 bytes captured) Ethernet II, Src: Intel_d4:90:3a (00:04:23:d4:90:3a), Dst: IPv6mcast_00:00:00:01 (33:33:00:00:00:01) Internet Protocol Version 6 Internet Control Message Protocol v6 Type: 134 (Router advertisement) Code: 0 Checksum: 0x1d4f [correct] Cur hop limit: 64 Flags: 0x00 Router lifetime: 1800 Reachable time: 0 Retrans timer: 0 ICMPv6 Option (Source link-layer address) Type: Source link-layer address (1) Length: 8 Link-layer address: 00:04:23:d4:90:3a ICMPv6 Option (MTU) Type: MTU (5) Length: 8 MTU: 1400 ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 2592000 Preferred lifetime: 604800 Prefix: 3ffe:501:ffff:101:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 2592000 Preferred lifetime: 604800 Prefix: 3ffe:501:ffff:100:: it seems like the prefix and MTU options took effect upon advertising the RA message while the valid lifetime and preferred lifetime were using the default values. So, I try to modify my rtadvd.conf using one prefix temporarily to verify if those values are acceptable. vulcan# cat /etc/rtadvd.conf em2:\ :addrs#1:addr="3ffe:501:ffff:100::":prefixlen#64:vltime#12345:pltime#12345:mtu#1400: Re-run rtadvd again and here's the packet logs, Frame 6 (118 bytes on wire, 118 bytes captured) Ethernet II, Src: Intel_d4:90:3a (00:04:23:d4:90:3a), Dst: IPv6mcast_00:00:00:01 (33:33:00:00:00:01) Internet Protocol Version 6 Internet Control Message Protocol v6 Type: 134 (Router advertisement) Code: 0 Checksum: 0xd622 [correct] Cur hop limit: 64 Flags: 0x00 Router lifetime: 1800 Reachable time: 0 Retrans timer: 0 ICMPv6 Option (Source link-layer address) Type: Source link-layer address (1) Length: 8 Link-layer address: 00:04:23:d4:90:3a ICMPv6 Option (MTU) Type: MTU (5) Length: 8 MTU: 1400 ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 12345 Preferred lifetime: 12345 Prefix: 3ffe:501:ffff:100:: so, this time the values are correct since it was advertised in the message. Now, my observation is that there seems to be a problem with advertising two or perhaps more prefixes in the RA message. This has been tested in 7.x and the issues were the same. FreeBSD 4.11 behave the same as well. Is this a bug or limitation of the rtadvd design implementation? Thanks, Archimedes From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 04:13:37 2012 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 4A050106564A for ; Mon, 27 Feb 2012 04:13:37 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id A43B58FC08 for ; Mon, 27 Feb 2012 04:13:36 +0000 (UTC) Received: from alph.allbsd.org (p1012-ipbf2105funabasi.chiba.ocn.ne.jp [114.148.160.12]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id q1R4DDPn043555; Mon, 27 Feb 2012 13:13:24 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q1R4DAOr009227; Mon, 27 Feb 2012 13:13:12 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 27 Feb 2012 13:11:08 +0900 (JST) Message-Id: <20120227.131108.899978360503655703.hrs@allbsd.org> To: agaviola@infoweapons.com From: Hiroki Sato In-Reply-To: <4F4AEDBF.3000903@infoweapons.com> References: <4F4AEDBF.3000903@infoweapons.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.4 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Feb_27_13_11_08_2012_369)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Mon, 27 Feb 2012 13:13:29 +0900 (JST) X-Spam-Status: No, score=-100.8 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,RCVD_IN_PBL,RCVD_IN_RP_RNBL,SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org Subject: Re: Issue with multiple configured IPv6 prefixes in rtadvd.conf 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, 27 Feb 2012 04:13:37 -0000 ----Security_Multipart(Mon_Feb_27_13_11_08_2012_369)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archimedes Gaviola wrote in <4F4AEDBF.3000903@infoweapons.com>: ag> Now, my observation is that there seems to be a problem with ag> advertising two or perhaps more prefixes in the RA message. This has ag> been tested in 7.x and the issues were the same. FreeBSD 4.11 behave ag> the same as well. ag> ag> Is this a bug or limitation of the rtadvd design implementation? I am wondering where you got the notation ":addrs#1:" from. Please try the following: em2:\ :mtu#1400:\ :addr0="3ffe:501:ffff:100::":prefixlen0#64:vltime0#12345:pltime0#12345:\ :addr1="3ffe:501:ffff:101::":prefixlen1#64:vltime1#12345:pltime1#12345: -- Hiroki ----Security_Multipart(Mon_Feb_27_13_11_08_2012_369)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk9LAlwACgkQTyzT2CeTzy1IjACgl/Oa2pumWCvnWrrg+CeAVlBa 8usAn3LlZTJGYEN9kzhKRDdEzUToD8US =DATL -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Feb_27_13_11_08_2012_369)---- From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 04:36:47 2012 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 DB1361065673 for ; Mon, 27 Feb 2012 04:36:47 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 065798FC0C for ; Mon, 27 Feb 2012 04:36:46 +0000 (UTC) Received: from alph.allbsd.org (p1012-ipbf2105funabasi.chiba.ocn.ne.jp [114.148.160.12]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id q1R4aPFv049321; Mon, 27 Feb 2012 13:36:35 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id q1R4aO49009427; Mon, 27 Feb 2012 13:36:25 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 27 Feb 2012 13:36:21 +0900 (JST) Message-Id: <20120227.133621.1223782214590242240.hrs@allbsd.org> To: subbsd@gmail.com From: Hiroki Sato In-Reply-To: <201202252213.50760.subbsd@gmail.com> References: <201202252213.50760.subbsd@gmail.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.4 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Feb_27_13_36_21_2012_147)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Mon, 27 Feb 2012 13:36:40 +0900 (JST) X-Spam-Status: No, score=-100.8 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,RCVD_IN_PBL,RCVD_IN_RP_RNBL,SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org Subject: Re: ipv6 host inaccessible via route -inteface without ndp pairs 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, 27 Feb 2012 04:36:47 -0000 ----Security_Multipart(Mon_Feb_27_13_36_21_2012_147)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mr Dandy wrote in <201202252213.50760.subbsd@gmail.com>: su> Hi su> su> I play with IPv6 on the Hezner hosting. According to su> http://wiki.hetzner.de/index.php/Zusaetzliche_IP-Adressen/en information my su> rc.conf have (FreeBSD 9.0-RELEASE/amd64): su> --- su> ipv6_activate_all_interfaces="YES" su> ipv6_static_routes="hetzner" su> ipv6_route_hetzner="2a01:4f8:61:50c0::/59 -iface re0" su> ifconfig_re0_ipv6="inet6 2a01:4f8:61:50c2::13/64" su> ipv6_defaultrouter="2a01:4f8:61:50c0::1" su> ipv6_gateway_enable="YES" su> -- Maybe I do not fully understand your network, but is there any reason that the following simple configuration does not work? ifconfig_re0_ipv6="inet6 2a01:4f8:61:50c2::13/59" ipv6_defaultrouter="2a01:4f8:61:50c0::1" -- Hiroki ----Security_Multipart(Mon_Feb_27_13_36_21_2012_147)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk9LCEUACgkQTyzT2CeTzy1tyACeIVVrXbJ5ofOMRB1BrNGgDtoK 1FIAoNNwBejaBl4/10gCk0RMmBd3LWgu =y5Uy -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Feb_27_13_36_21_2012_147)---- From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 04:40:41 2012 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 449F41065670 for ; Mon, 27 Feb 2012 04:40:41 +0000 (UTC) (envelope-from agaviola@infoweapons.com) Received: from infoweapons.com (mailroute.hughesnet.org [184.105.238.50]) by mx1.freebsd.org (Postfix) with ESMTP id 26A1A8FC08 for ; Mon, 27 Feb 2012 04:40:41 +0000 (UTC) Received: from ([120.89.47.15]) by mail0.infoweapons.com with ESMTP with TLS id 4321444.9242212; Sun, 26 Feb 2012 20:40:17 -0800 Received: from [IPv6:2001:470:3d:2400:148b:9fc2:a186:ec38] (2001:470:3d:2400:148b:9fc2:a186:ec38) by webmail.infoweapons.com (2001:470:3d:2400::10:11) with Microsoft SMTP Server (TLS) id 8.2.255.0; Mon, 27 Feb 2012 12:40:17 +0800 Message-ID: <4F4B0930.5040302@infoweapons.com> Date: Mon, 27 Feb 2012 12:40:16 +0800 From: Archimedes Gaviola User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Hiroki Sato References: <4F4AEDBF.3000903@infoweapons.com> <20120227.131108.899978360503655703.hrs@allbsd.org> In-Reply-To: <20120227.131108.899978360503655703.hrs@allbsd.org> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Cc: "freebsd-net@FreeBSD.org" Subject: Re: Issue with multiple configured IPv6 prefixes in rtadvd.conf 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, 27 Feb 2012 04:40:41 -0000 On 2/27/2012 12:11 PM, Hiroki Sato wrote: > Archimedes Gaviola wrote > in<4F4AEDBF.3000903@infoweapons.com>: > > ag> Now, my observation is that there seems to be a problem with > ag> advertising two or perhaps more prefixes in the RA message. This has > ag> been tested in 7.x and the issues were the same. FreeBSD 4.11 behave > ag> the same as well. > ag> > ag> Is this a bug or limitation of the rtadvd design implementation? > > I am wondering where you got the notation ":addrs#1:" from. Please > try the following: > > em2:\ > :mtu#1400:\ > :addr0="3ffe:501:ffff:100::":prefixlen0#64:vltime0#12345:pltime0#12345:\ > :addr1="3ffe:501:ffff:101::":prefixlen1#64:vltime1#12345:pltime1#12345: > > -- Hiroki Hi Hiroki, I got that notation from here http://www.freebsd.org/doc/handbook/network-ipv6.html. Okay, let me try you're recommendation. Thanks, From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 07:06:50 2012 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 374F61065670; Mon, 27 Feb 2012 07:06:50 +0000 (UTC) (envelope-from agaviola@infoweapons.com) Received: from infoweapons.com (ironmail.v6home.org [184.105.238.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD318FC08; Mon, 27 Feb 2012 07:06:49 +0000 (UTC) Received: from ([120.89.47.15]) by mail0.infoweapons.com with ESMTP with TLS id 4321444.9242324; Sun, 26 Feb 2012 23:06:21 -0800 Received: from [IPv6:2001:470:3d:2400:148b:9fc2:a186:ec38] (2001:470:3d:2400:148b:9fc2:a186:ec38) by webmail.infoweapons.com (2001:470:3d:2400::10:11) with Microsoft SMTP Server (TLS) id 8.2.255.0; Mon, 27 Feb 2012 15:06:21 +0800 Message-ID: <4F4B2B6C.7040601@infoweapons.com> Date: Mon, 27 Feb 2012 15:06:20 +0800 From: Archimedes Gaviola User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Hiroki Sato References: <4F4AEDBF.3000903@infoweapons.com> <20120227.131108.899978360503655703.hrs@allbsd.org> <4F4B0930.5040302@infoweapons.com> In-Reply-To: <4F4B0930.5040302@infoweapons.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Cc: "freebsd-net@FreeBSD.org" Subject: Re: Issue with multiple configured IPv6 prefixes in rtadvd.conf 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, 27 Feb 2012 07:06:50 -0000 On 2/27/2012 12:40 PM, Archimedes Gaviola wrote: > On 2/27/2012 12:11 PM, Hiroki Sato wrote: >> Archimedes Gaviola wrote >> in<4F4AEDBF.3000903@infoweapons.com>: >> >> ag> Now, my observation is that there seems to be a problem with >> ag> advertising two or perhaps more prefixes in the RA message. This has >> ag> been tested in 7.x and the issues were the same. FreeBSD 4.11 behave >> ag> the same as well. >> ag> >> ag> Is this a bug or limitation of the rtadvd design implementation? >> >> I am wondering where you got the notation ":addrs#1:" from. Please >> try the following: >> >> em2:\ >> :mtu#1400:\ >> :addr0="3ffe:501:ffff:100::":prefixlen0#64:vltime0#12345:pltime0#12345:\ >> :addr1="3ffe:501:ffff:101::":prefixlen1#64:vltime1#12345:pltime1#12345: >> >> -- Hiroki > Hi Hiroki, > > I got that notation from here > http://www.freebsd.org/doc/handbook/network-ipv6.html. Okay, let me try > you're recommendation. > > Thanks, > Hi Hiroki, I confirmed verifying on 8.2, 7.2 and 4.11, the notation you've suggested is working. In fact, I've tried at least 5 prefixes and it works perfectly. Therefore, this is not a bug or design limitation in the rtadvd but rather a configuration issue. vulcan2# cat /etc/rtadvd.conf em2:\ :mtu#1400:\ :addr0="3ffe:501:ffff:100::":prefixlen0#64:vltime0#12345:pltime0#12345:\ :addr1="3ffe:501:ffff:101::":prefixlen1#64:vltime1#12345:pltime1#12345:\ :addr2="3ffe:501:ffff:102::":prefixlen2#64:vltime2#12345:pltime2#12345:\ :addr3="3ffe:501:ffff:103::":prefixlen3#64:vltime3#12345:pltime3#12345:\ :addr4="3ffe:501:ffff:104::":prefixlen4#64:vltime4#12345:pltime4#12345: Here's the RA message log: Frame 2 (246 bytes on wire, 246 bytes captured) Ethernet II, Src: SuperMic_02:68:21 (00:25:90:02:68:21), Dst: IPv6mcast_00:00:00:01 (33:33:00:00:00:01) Internet Protocol Version 6 Internet Control Message Protocol v6 Type: 134 (Router advertisement) Code: 0 Checksum: 0x87c8 [correct] Cur hop limit: 56 Flags: 0xc8 Router lifetime: 1800 Reachable time: 0 Retrans timer: 0 ICMPv6 Option (Source link-layer address) Type: Source link-layer address (1) Length: 8 Link-layer address: 00:25:90:02:68:21 ICMPv6 Option (MTU) Type: MTU (5) Length: 8 MTU: 1500 ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 2592000 Preferred lifetime: 604800 Prefix: 3ffe:501:ffff:104:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 2592000 Preferred lifetime: 604800 Prefix: 3ffe:501:ffff:103:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 2592000 Preferred lifetime: 604800 Prefix: 3ffe:501:ffff:102:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 2592000 Preferred lifetime: 604800 Prefix: 3ffe:501:ffff:101:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 2592000 Preferred lifetime: 604800 Prefix: 3ffe:501:ffff:100:: So, thank you very much on the solution! Regards, Archimedes From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 07:17:22 2012 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 B5BC2106566B; Mon, 27 Feb 2012 07:17:22 +0000 (UTC) (envelope-from agaviola@infoweapons.com) Received: from infoweapons.com (mailroute.v6home.org [184.105.238.50]) by mx1.freebsd.org (Postfix) with ESMTP id 961688FC0C; Mon, 27 Feb 2012 07:17:22 +0000 (UTC) Received: from ([120.89.47.15]) by mail0.infoweapons.com with ESMTP with TLS id 4321444.9242335; Sun, 26 Feb 2012 23:16:48 -0800 Received: from [IPv6:2001:470:3d:2400:148b:9fc2:a186:ec38] (2001:470:3d:2400:148b:9fc2:a186:ec38) by webmail.infoweapons.com (2001:470:3d:2400::10:11) with Microsoft SMTP Server (TLS) id 8.2.255.0; Mon, 27 Feb 2012 15:16:48 +0800 Message-ID: <4F4B2DDF.6000602@infoweapons.com> Date: Mon, 27 Feb 2012 15:16:47 +0800 From: Archimedes Gaviola User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Hiroki Sato References: <4F4AEDBF.3000903@infoweapons.com> <20120227.131108.899978360503655703.hrs@allbsd.org> <4F4B0930.5040302@infoweapons.com> <4F4B2B6C.7040601@infoweapons.com> In-Reply-To: <4F4B2B6C.7040601@infoweapons.com> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1"; format="flowed" Cc: "freebsd-net@FreeBSD.org" Subject: Re: Issue with multiple configured IPv6 prefixes in rtadvd.conf 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, 27 Feb 2012 07:17:22 -0000 On 2/27/2012 3:06 PM, Archimedes Gaviola wrote: > On 2/27/2012 12:40 PM, Archimedes Gaviola wrote: >> On 2/27/2012 12:11 PM, Hiroki Sato wrote: >>> Archimedes Gaviola wrote >>> in<4F4AEDBF.3000903@infoweapons.com>: >>> >>> ag> Now, my observation is that there seems to be a problem with >>> ag> advertising two or perhaps more prefixes in the RA message. This has >>> ag> been tested in 7.x and the issues were the same. FreeBSD 4.11 behave >>> ag> the same as well. >>> ag> >>> ag> Is this a bug or limitation of the rtadvd design implementation? >>> >>> I am wondering where you got the notation ":addrs#1:" from. Please >>> try the following: >>> >>> em2:\ >>> :mtu#1400:\ >>> :addr0="3ffe:501:ffff:100::":prefixlen0#64:vltime0#12345:pltime0#12345:\ >>> :addr1="3ffe:501:ffff:101::":prefixlen1#64:vltime1#12345:pltime1#12345: >>> >>> -- Hiroki >> Hi Hiroki, >> >> I got that notation from here >> http://www.freebsd.org/doc/handbook/network-ipv6.html. Okay, let me try >> you're recommendation. >> >> Thanks, >> > Hi Hiroki, > > I confirmed verifying on 8.2, 7.2 and 4.11, the notation you've > suggested is working. In fact, I've tried at least 5 prefixes and it > works perfectly. Therefore, this is not a bug or design limitation in > the rtadvd but rather a configuration issue. > > vulcan2# cat /etc/rtadvd.conf > > em2:\ > :mtu#1400:\ > > :addr0="3ffe:501:ffff:100::":prefixlen0#64:vltime0#12345:pltime0#12345:\ > > :addr1="3ffe:501:ffff:101::":prefixlen1#64:vltime1#12345:pltime1#12345:\ > > :addr2="3ffe:501:ffff:102::":prefixlen2#64:vltime2#12345:pltime2#12345:\ > > :addr3="3ffe:501:ffff:103::":prefixlen3#64:vltime3#12345:pltime3#12345:\ > > :addr4="3ffe:501:ffff:104::":prefixlen4#64:vltime4#12345:pltime4#12345: > > Here's the RA message log: > > Frame 2 (246 bytes on wire, 246 bytes captured) > Ethernet II, Src: SuperMic_02:68:21 (00:25:90:02:68:21), Dst: > IPv6mcast_00:00:00:01 (33:33:00:00:00:01) > Internet Protocol Version 6 > Internet Control Message Protocol v6 > Type: 134 (Router advertisement) > Code: 0 > Checksum: 0x87c8 [correct] > Cur hop limit: 56 > Flags: 0xc8 > Router lifetime: 1800 > Reachable time: 0 > Retrans timer: 0 > ICMPv6 Option (Source link-layer address) > Type: Source link-layer address (1) > Length: 8 > Link-layer address: 00:25:90:02:68:21 > ICMPv6 Option (MTU) > Type: MTU (5) > Length: 8 > MTU: 1500 > ICMPv6 Option (Prefix information) > Type: Prefix information (3) > Length: 32 > Prefix length: 64 > Flags: 0xc0 > Valid lifetime: 2592000 > Preferred lifetime: 604800 > Prefix: 3ffe:501:ffff:104:: > ICMPv6 Option (Prefix information) > Type: Prefix information (3) > Length: 32 > Prefix length: 64 > Flags: 0xc0 > Valid lifetime: 2592000 > Preferred lifetime: 604800 > Prefix: 3ffe:501:ffff:103:: > ICMPv6 Option (Prefix information) > Type: Prefix information (3) > Length: 32 > Prefix length: 64 > Flags: 0xc0 > Valid lifetime: 2592000 > Preferred lifetime: 604800 > Prefix: 3ffe:501:ffff:102:: > ICMPv6 Option (Prefix information) > Type: Prefix information (3) > Length: 32 > Prefix length: 64 > Flags: 0xc0 > Valid lifetime: 2592000 > Preferred lifetime: 604800 > Prefix: 3ffe:501:ffff:101:: > ICMPv6 Option (Prefix information) > Type: Prefix information (3) > Length: 32 > Prefix length: 64 > Flags: 0xc0 > Valid lifetime: 2592000 > Preferred lifetime: 604800 > Prefix: 3ffe:501:ffff:100:: > > So, thank you very much on the solution! > > Regards, > Archimedes Ooops, sorry. reject the previous log (that was taken from a dynamic RA message, not using the rtadvd.conf), this is the correct one. Frame 3 (214 bytes on wire, 214 bytes captured) Ethernet II, Src: SuperMic_02:68:21 (00:25:90:02:68:21), Dst: IPv6mcast_00:00:00:01 (33:33:00:00:00:01) Internet Protocol Version 6 Internet Control Message Protocol v6 Type: 134 (Router advertisement) Code: 0 Checksum: 0x6ebe [correct] Cur hop limit: 64 Flags: 0x00 Router lifetime: 1800 Reachable time: 0 Retrans timer: 0 ICMPv6 Option (Source link-layer address) Type: Source link-layer address (1) Length: 8 Link-layer address: 00:25:90:02:68:21 ICMPv6 Option (MTU) Type: MTU (5) Length: 8 MTU: 1400 ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 12345 Preferred lifetime: 12345 Prefix: 3ffe:501:ffff:104:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 12345 Preferred lifetime: 12345 Prefix: 3ffe:501:ffff:103:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 12345 Preferred lifetime: 12345 Prefix: 3ffe:501:ffff:102:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 12345 Preferred lifetime: 12345 Prefix: 3ffe:501:ffff:101:: ICMPv6 Option (Prefix information) Type: Prefix information (3) Length: 32 Prefix length: 64 Flags: 0xc0 Valid lifetime: 12345 Preferred lifetime: 12345 Prefix: 3ffe:501:ffff:100:: From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 11:07:41 2012 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 3C814106566B for ; Mon, 27 Feb 2012 11:07:41 +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 29FC58FC20 for ; Mon, 27 Feb 2012 11:07:41 +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 q1RB7fpo090289 for ; Mon, 27 Feb 2012 11:07:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1RB7dYk090286 for freebsd-net@FreeBSD.org; Mon, 27 Feb 2012 11:07:39 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Feb 2012 11:07:39 GMT Message-Id: <201202271107.q1RB7dYk090286@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, 27 Feb 2012 11:07:41 -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/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o bin/165413 net [netgraph]: ngctl(8) does not work as advertised o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164569 net [msk] [hang] msk network driver cause freeze in FreeBS o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164400 net [ipsec] immediate crash after the start of ipsec proce o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I 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/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/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/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/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 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 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 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 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 390 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 17:34:58 2012 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 737DB1065678 for ; Mon, 27 Feb 2012 17:34:58 +0000 (UTC) (envelope-from atmotaruno@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 1F9AA8FC0A for ; Mon, 27 Feb 2012 17:34:57 +0000 (UTC) Received: by vbmv11 with SMTP id v11so1131118vbm.13 for ; Mon, 27 Feb 2012 09:34:57 -0800 (PST) Received-SPF: pass (google.com: domain of atmotaruno@gmail.com designates 10.52.172.202 as permitted sender) client-ip=10.52.172.202; Authentication-Results: mr.google.com; spf=pass (google.com: domain of atmotaruno@gmail.com designates 10.52.172.202 as permitted sender) smtp.mail=atmotaruno@gmail.com; dkim=pass header.i=atmotaruno@gmail.com Received: from mr.google.com ([10.52.172.202]) by 10.52.172.202 with SMTP id be10mr7671913vdc.116.1330364097609 (num_hops = 1); Mon, 27 Feb 2012 09:34:57 -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:cc :content-type; bh=TAvkRfmEytrp0DdJK8dDhrMsYcRtYeXzy1fNBg5EB/c=; b=IZuJP9fAbfjJiDHLIJI7M5z20RGAEb1GlKYHuOPTvQZXMScIa0NYMtILTfFB4OFhy1 fBicPXC2TCJF88e4opY0y91PZjcMAyLWFBrLqva7XoiqaJvzodwLJmmPBaW5eQpFMIs4 Ee2FieF4wxPSlIcZZyE8X+DQDyU8MPH5LeTAk= MIME-Version: 1.0 Received: by 10.52.172.202 with SMTP id be10mr6253075vdc.116.1330364097520; Mon, 27 Feb 2012 09:34:57 -0800 (PST) Received: by 10.52.95.138 with HTTP; Mon, 27 Feb 2012 09:34:57 -0800 (PST) In-Reply-To: <20120225222126.GB3718@michelle.cdnetworks.com> References: <20120224044000.GF13815@michelle.cdnetworks.com> <20120225222126.GB3718@michelle.cdnetworks.com> Date: Tue, 28 Feb 2012 00:34:57 +0700 Message-ID: From: Nugroho Atmotaruno Cc: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: re(4) intermittent up/down 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, 27 Feb 2012 17:34:58 -0000 On Sun, Feb 26, 2012 at 5:21 AM, YongHyeon PYUN wrote: > > Oops, back out previous patch and try this one. After running my machine for more than 30 hours, i don't see another symptom, thank you. -- Regards, Nugroho From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 18:12:58 2012 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 52DB51065670 for ; Mon, 27 Feb 2012 18:12:58 +0000 (UTC) (envelope-from kdunn@acm.org) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) by mx1.freebsd.org (Postfix) with ESMTP id 169358FC23 for ; Mon, 27 Feb 2012 18:12:57 +0000 (UTC) Received: from fly.hiwaay.net (localhost.localdomain [127.0.0.1]) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id q1RI01cM032737 for ; Mon, 27 Feb 2012 12:00:02 -0600 Received: from localhost (kldunn@localhost) by fly.hiwaay.net (8.13.8/8.13.8/fly-submit) with ESMTP id q1RI014n032717 for ; Mon, 27 Feb 2012 12:00:01 -0600 X-Authentication-Warning: fly.hiwaay.net: kldunn owned process doing -bs Date: Mon, 27 Feb 2012 12:00:01 -0600 (CST) From: Karl Dunn X-X-Sender: kldunn@fly.hiwaay.net To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.02 (LRH 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: mpd5 extauth-script uses smbpasswd/passdb.tdb NTLM hash X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Karl Dunn List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2012 18:12:58 -0000 I maintain a FreeBSD 8.1 server that runs mpd-5.5 and Samba 3.3.13 behind a firewall (also a FreeBSD box). The Windows (XP, Vista, 7) users need to be able to change their passwords regularly, with VPN passwords updated too. Samba is the Windows domain controller, and the Windows clients all are domain members, so the Samba password database gets updated when a user changes his/her password. This script causes mpd5 to authenticate users using the NTLM hash in the Samba password database: -------------------------------------------------------------------- #!/bin/sh # @(#)mpd_auth.sh 2012-Feb-20 KLD # extauth-script for mpd5 # Header for the log echo >> /var/log/mpd_auth.log date >> /var/log/mpd_auth.log # Should have one arg: the user ID if [ $# -ne 1 ]; then # Wrong number of args echo RESULT:FAIL else # Look up user's password hash in Samba password database user_id="$1" nt_hash=`/usr/local/bin/pdbedit -wu "${user_id}" 2>/dev/null | \ /usr/bin/awk '{ FS=":"; print $4; next }'` if [ "x${nt_hash}" = "x" ]; then # User ID not in Samba password database echo RESULT:FAIL else # Tell mpd5 the NT hash of the password echo "USER_NT_HASH:${nt_hash}" # Tell mpd5 to use the hash to verify the user echo RESULT:UNDEF fi fi # Give mpd5 a blank line (may not be necessary) echo # Show mpd5 output to this script in the log cat - >> /var/log/mpd_auth.log exit 0 -------------------------------------------------------------------- The pertinent lines in /usr/local/etc/mpd5/mpd.conf: -------------------------------------------------------------------- set auth extauth-script /usr/local/etc/mpd5/mpd_auth.sh set auth enable ext-auth set auth disable internal -------------------------------------------------------------------- Karl Dunn kdunn@acm.org From owner-freebsd-net@FreeBSD.ORG Mon Feb 27 19:21:42 2012 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 2462B106566C; Mon, 27 Feb 2012 19:21:42 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward7.mail.yandex.net (forward7.mail.yandex.net [IPv6:2a02:6b8:0:202::2]) by mx1.freebsd.org (Postfix) with ESMTP id 258428FC13; Mon, 27 Feb 2012 19:21:41 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward7.mail.yandex.net (Yandex) with ESMTP id B80361C1268; Mon, 27 Feb 2012 23:21:25 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1330370485; bh=KDXtPOSBCz75PQqwvcZrhyc0BhlbFqe0gaNlpyfwff0=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=CRrOweK595qxU/ZHlDYL1x5qhegP1LwDBJhvdnk/Vrs4KmCk18eszdoZn/7JJ0XZJ +i2uCxxots4NEinmv72hsL7GoE0ARVnj5HyB4louqh95AGVtx5Vw+WfkHuXpjmKnoU mMgV3flqPPCTYNuShiO+VVMVvSikfDRbmleId4hk= Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 92C0515203C8; Mon, 27 Feb 2012 23:21:25 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1330370485; bh=KDXtPOSBCz75PQqwvcZrhyc0BhlbFqe0gaNlpyfwff0=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:MIME-Version: Content-Type:Content-Transfer-Encoding; b=CRrOweK595qxU/ZHlDYL1x5qhegP1LwDBJhvdnk/Vrs4KmCk18eszdoZn/7JJ0XZJ +i2uCxxots4NEinmv72hsL7GoE0ARVnj5HyB4louqh95AGVtx5Vw+WfkHuXpjmKnoU mMgV3flqPPCTYNuShiO+VVMVvSikfDRbmleId4hk= Received: from unknown (unknown [77.93.52.20]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id LOKWwdfL-LPKWMYod; Mon, 27 Feb 2012 23:21:25 +0400 X-Yandex-Spam: 1 Date: Tue, 28 Feb 2012 21:21:37 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <292119122.20120228212137@yandex.ru> To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: netisr traffic bad distribution between CPUs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2012 19:21:42 -0000 http://piccy.info/view3/2678766/170dd8875b0a18e00b00445d373e64a6/orig/ http://piccy.info/view3/2678742/4f522bdf95d34e6ddbb3502bb5f5caaf/orig/ abruptly problems 20-00: traffic fall, CPU load raise with no changes at traffice type. but no problems at 17-00 even with more traffice flow problem also abruptly disappears after some time: two or three hours # netstat -Q Configuration: Setting Current Limit Thread count 4 4 Default queue limit 256 10240 Direct dispatch disabled n/a Forced direct dispatch disabled n/a Threads bound to CPUs disabled n/a Protocols: Name Proto QLimit Policy Flags ip 1 1024 flow --- igmp 2 256 source --- rtsock 3 256 source --- arp 7 256 source --- ip6 10 256 flow --- Workstreams: WSID CPU Name Len WMark Disp'd HDisp'd QDrops Queued Handled 0 0 ip 401 1024 0 0 2620979 2131108484 2131107410 0 0 igmp 0 0 0 0 0 0 0 0 0 rtsock 0 162 0 0 0 78610 78610 0 0 arp 0 9 0 0 0 189978 189978 0 0 ip6 0 2 0 0 0 832 832 1 1 ip 0 744 0 0 0 805541655 805541655 1 1 igmp 0 0 0 0 0 0 0 1 1 rtsock 0 0 0 0 0 0 0 1 1 arp 0 4 0 0 0 96599 96599 1 1 ip6 0 1 0 0 0 2602 2602 2 2 ip 25 1024 0 0 8173 1817809104 1817809050 2 2 igmp 0 0 0 0 0 0 0 2 2 rtsock 0 0 0 0 0 0 0 2 2 arp 0 20 0 0 0 278757 278757 2 2 ip6 0 1 0 0 0 1095 1095 3 3 ip 82 1024 0 0 187757 1551553992 1551553909 3 3 igmp 0 0 0 0 0 0 0 3 3 rtsock 0 0 0 0 0 0 0 3 3 arp 0 8 0 0 0 562346 562346 3 3 ip6 0 3 0 0 0 10843 10843 FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #4: Fri Jun 10 01:30:12 UTC 2011 @:/usr/obj/usr/src/sys/PAE_KES i386 From owner-freebsd-net@FreeBSD.ORG Tue Feb 28 04:26:24 2012 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 1FB071065672; Tue, 28 Feb 2012 04:26:24 +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 E79698FC1E; Tue, 28 Feb 2012 04:26:23 +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 q1S4QNaA068342; Tue, 28 Feb 2012 04:26:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1S4QNNf068338; Tue, 28 Feb 2012 04:26:23 GMT (envelope-from linimon) Date: Tue, 28 Feb 2012 04:26:23 GMT Message-Id: <201202280426.q1S4QNNf068338@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/165509: [re] re(4) intermittently UP/DOWN on TPLink TG-3268 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, 28 Feb 2012 04:26:24 -0000 Old Synopsis: re(4) intermittently UP/DOWN on TPLink TG-3268 New Synopsis: [re] re(4) intermittently UP/DOWN on TPLink TG-3268 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Feb 28 04:26:12 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165509 From owner-freebsd-net@FreeBSD.ORG Tue Feb 28 05:10:34 2012 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 8668D106566B; Tue, 28 Feb 2012 05:10:34 +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 5A5C18FC12; Tue, 28 Feb 2012 05:10:34 +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 q1S5AYAI006411; Tue, 28 Feb 2012 05:10:34 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1S5AYo3006407; Tue, 28 Feb 2012 05:10:34 GMT (envelope-from yongari) Date: Tue, 28 Feb 2012 05:10:34 GMT Message-Id: <201202280510.q1S5AYo3006407@freefall.freebsd.org> To: yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/165509: [re] re(4) intermittently UP/DOWN on TPLink TG-3268 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, 28 Feb 2012 05:10:34 -0000 Synopsis: [re] re(4) intermittently UP/DOWN on TPLink TG-3268 Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Feb 28 05:10:07 UTC 2012 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=165509 From owner-freebsd-net@FreeBSD.ORG Tue Feb 28 05:24:30 2012 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 02575106566B for ; Tue, 28 Feb 2012 05:24:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BAA4F8FC12 for ; Tue, 28 Feb 2012 05:24:29 +0000 (UTC) Received: by pbcwy7 with SMTP id wy7so694833pbc.13 for ; Mon, 27 Feb 2012 21:24:29 -0800 (PST) Received-SPF: pass (google.com: domain of pyunyh@gmail.com designates 10.68.216.4 as permitted sender) client-ip=10.68.216.4; Authentication-Results: mr.google.com; spf=pass (google.com: domain of pyunyh@gmail.com designates 10.68.216.4 as permitted sender) smtp.mail=pyunyh@gmail.com; dkim=pass header.i=pyunyh@gmail.com Received: from mr.google.com ([10.68.216.4]) by 10.68.216.4 with SMTP id om4mr49368525pbc.19.1330406669506 (num_hops = 1); Mon, 27 Feb 2012 21:24:29 -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=pFDXEMy4aZqdaHMjVfPvveiZL8SACT9PoxwLyHdYkyE=; b=el3FeQD0+SpKOvKEs1s9UxJv2PXuJ0N3VsXep6LWWxrkKVwn6wBPxmN+dEuOSTL1IE rVCiWzI/6ghjfJ5wXdpcV7YB6Z9lt/nYvF+SlBoaflShCg5wZGO2P4C5NQXeoFINoj4j rNlIpCU9v0ugCZrzgwEI0z/AhqCAYQjmKfO1c= Received: by 10.68.216.4 with SMTP id om4mr41611162pbc.19.1330406669474; Mon, 27 Feb 2012 21:24:29 -0800 (PST) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id 3sm14668569pbx.66.2012.02.27.21.24.27 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 27 Feb 2012 21:24:28 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 28 Feb 2012 14:24:19 -0800 From: YongHyeon PYUN Date: Tue, 28 Feb 2012 14:24:19 -0800 To: Nugroho Atmotaruno Message-ID: <20120228222419.GB5170@michelle.cdnetworks.com> References: <20120224044000.GF13815@michelle.cdnetworks.com> <20120225222126.GB3718@michelle.cdnetworks.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: re(4) intermittent up/down 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: Tue, 28 Feb 2012 05:24:30 -0000 On Tue, Feb 28, 2012 at 12:34:57AM +0700, Nugroho Atmotaruno wrote: > On Sun, Feb 26, 2012 at 5:21 AM, YongHyeon PYUN wrote: > > > > Oops, back out previous patch and try this one. > > After running my machine for more than 30 hours, i don't see another > symptom, thank you. > Thanks for testing! Committed(r232246). From owner-freebsd-net@FreeBSD.ORG Tue Feb 28 05:40:03 2012 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 30F89106564A for ; Tue, 28 Feb 2012 05:40:03 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from vms173015pub.verizon.net (vms173015pub.verizon.net [206.46.173.15]) by mx1.freebsd.org (Postfix) with ESMTP id 0FF498FC1F for ; Tue, 28 Feb 2012 05:40:02 +0000 (UTC) Received: from [192.168.1.8] ([unknown] [96.242.210.31]) by vms173015.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0M0300CC969XNQY0@vms173015.mailsrvcs.net> for net@FreeBSD.org; Mon, 27 Feb 2012 22:39:33 -0600 (CST) Message-id: <4F4C5A85.3030801@aldan.algebra.com> Date: Mon, 27 Feb 2012 23:39:33 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110926 Thunderbird/6.0.2 MIME-version: 1.0 To: net@FreeBSD.org Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Mailman-Approved-At: Tue, 28 Feb 2012 05:51:01 +0000 Cc: Subject: Seeking recommendation on good USB network card 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, 28 Feb 2012 05:40:03 -0000 Hello! The on-motherboard Ethernet "card" in one of my computers stopped working suddenly... I'm too far away and don't want the local users to open up the machine to insert anything. Thus, I'd like to use an external USB nic. The OS is FreeBSD-8.2-stable/i386. Any recommendations? It can be a wired (preferred) or even a WiFI device. Thanks a lot! Yours, -mi From owner-freebsd-net@FreeBSD.ORG Tue Feb 28 07:00:20 2012 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 C6BBE1065674; Tue, 28 Feb 2012 07:00:20 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id CA44F8FC08; Tue, 28 Feb 2012 07:00:19 +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 q1S6eYjO017167; Mon, 27 Feb 2012 23:40:37 -0700 From: Erich Dollansky Organization: ALO Green Technologies Pte Ltd To: freebsd-net@freebsd.org Date: Tue, 28 Feb 2012 13:40:34 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) References: <4F4C5A85.3030801@aldan.algebra.com> In-Reply-To: <4F4C5A85.3030801@aldan.algebra.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202281340.34232.erich@alogreentechnologies.com> X-Mailman-Approved-At: Tue, 28 Feb 2012 12:09:44 +0000 Cc: "Mikhail T." , net@freebsd.org Subject: Re: Seeking recommendation on good USB network card 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, 28 Feb 2012 07:00:20 -0000 Hi, I recently bought a Zyxel NWD210N. It works perfect since the developer fixed what I reported to be faulty. It is a wireless USB device. Erich On Tuesday 28 February 2012 11:39:33 Mikhail T. wrote: > Hello! > > The on-motherboard Ethernet "card" in one of my computers stopped > working suddenly... I'm too far away and don't want the local users to > open up the machine to insert anything. Thus, I'd like to use an > external USB nic. > > The OS is FreeBSD-8.2-stable/i386. Any recommendations? It can be a > wired (preferred) or even a WiFI device. Thanks a lot! Yours, > > -mi > > _______________________________________________ > 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 Tue Feb 28 07:00:20 2012 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 C6BBE1065674; Tue, 28 Feb 2012 07:00:20 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id CA44F8FC08; Tue, 28 Feb 2012 07:00:19 +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 q1S6eYjO017167; Mon, 27 Feb 2012 23:40:37 -0700 From: Erich Dollansky Organization: ALO Green Technologies Pte Ltd To: freebsd-net@freebsd.org Date: Tue, 28 Feb 2012 13:40:34 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-PRERELEASE; KDE/4.7.4; amd64; ; ) References: <4F4C5A85.3030801@aldan.algebra.com> In-Reply-To: <4F4C5A85.3030801@aldan.algebra.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202281340.34232.erich@alogreentechnologies.com> X-Mailman-Approved-At: Tue, 28 Feb 2012 12:09:56 +0000 Cc: "Mikhail T." , net@freebsd.org Subject: Re: Seeking recommendation on good USB network card 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, 28 Feb 2012 07:00:20 -0000 Hi, I recently bought a Zyxel NWD210N. It works perfect since the developer fixed what I reported to be faulty. It is a wireless USB device. Erich On Tuesday 28 February 2012 11:39:33 Mikhail T. wrote: > Hello! > > The on-motherboard Ethernet "card" in one of my computers stopped > working suddenly... I'm too far away and don't want the local users to > open up the machine to insert anything. Thus, I'd like to use an > external USB nic. > > The OS is FreeBSD-8.2-stable/i386. Any recommendations? It can be a > wired (preferred) or even a WiFI device. Thanks a lot! Yours, > > -mi > > _______________________________________________ > 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 Tue Feb 28 18:57:20 2012 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 9954C106564A; Tue, 28 Feb 2012 18:57:20 +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 70B808FC13; Tue, 28 Feb 2012 18:57:20 +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 q1SIvKPg006592; Tue, 28 Feb 2012 18:57:20 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1SIvKSA006588; Tue, 28 Feb 2012 18:57:20 GMT (envelope-from linimon) Date: Tue, 28 Feb 2012 18:57:20 GMT Message-Id: <201202281857.q1SIvKSA006588@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/165526: [bxe] UDP packets checksum calculation whithin if_bxe driver is not correct may be. 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, 28 Feb 2012 18:57:20 -0000 Old Synopsis: UDP packets checksum calculation whithin if_bxe driver is not correct may be. New Synopsis: [bxe] UDP packets checksum calculation whithin if_bxe driver is not correct may be. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Feb 28 18:56:45 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165526 From owner-freebsd-net@FreeBSD.ORG Tue Feb 28 23:08:25 2012 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 EE5A110656A4 for ; Tue, 28 Feb 2012 23:08:25 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id A3E968FC14 for ; Tue, 28 Feb 2012 23:08:25 +0000 (UTC) Received: by qao25 with SMTP id 25so2410230qao.13 for ; Tue, 28 Feb 2012 15:08:25 -0800 (PST) Received-SPF: pass (google.com: domain of w8hdkim@gmail.com designates 10.229.134.208 as permitted sender) client-ip=10.229.134.208; Authentication-Results: mr.google.com; spf=pass (google.com: domain of w8hdkim@gmail.com designates 10.229.134.208 as permitted sender) smtp.mail=w8hdkim@gmail.com; dkim=pass header.i=w8hdkim@gmail.com Received: from mr.google.com ([10.229.134.208]) by 10.229.134.208 with SMTP id k16mr8788153qct.7.1330470505172 (num_hops = 1); Tue, 28 Feb 2012 15:08:25 -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:content-transfer-encoding; bh=sCFZODRMgWzoBt05xmtqVR/Gb5wOi4BnWjSxQ0Jv+8s=; b=B21cEdu6whxgilrBQ+OSHm1tGa/xp7RKag8QruC68CSvhHqzUbfNW9o8SiL3rGkGeT RlU/tKpknD5FxnS01MQNK2njb8DZtkSfv7yqk/rCZtq5qzGUlYWLyMEd1Pr44KFKUvv3 5c8B4XQpp/xvsmRHd+KGOM4OqstNYZIWOkKf0= MIME-Version: 1.0 Received: by 10.229.134.208 with SMTP id k16mr7270811qct.7.1330470504907; Tue, 28 Feb 2012 15:08:24 -0800 (PST) Received: by 10.229.79.80 with HTTP; Tue, 28 Feb 2012 15:08:24 -0800 (PST) In-Reply-To: References: <20120220235648.GA3537@michelle.cdnetworks.com> Date: Tue, 28 Feb 2012 18:08:24 -0500 Message-ID: From: Kim Culhan To: freebsd-net@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: msk0: watchdog timeout interface hang 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, 28 Feb 2012 23:08:26 -0000 On Mon, Feb 20, 2012 at 6:56 PM, YongHyeon PYUN wrote: > On Thu, Jan 26, 2012 at 05:46:23AM -0500, Kim Culhan wrote: >> On Wed, Jan 25, 2012 at 3:26 PM, Kim Culhan wrote: >> > Running 10-curent from 01-20-12 >> > the msk0 interface hung, on the console: >> > >> > msk0: watchdog timeout >> > msk0: prefetch unit stuck? >> > msk0: initialization failed: no memory for Rx buffers >> > >> > Verbose boot dmesg output attached. >> >> This additional datapoint found, at boot after the last line in the >> verbose dmesg >> this line was logged to messages: >> >> Jan 25 15:21:19 foo kernel: interrupt storm detected on "irq257:"; >> throttling interrupt source > > How about disabling MSI?(hw.msk.msi_disable loader tunable) Running HEAD from 2-27-12, tested with MSI disabled and did not see any problems, this with a network traffic volume comparible to that when I had the original problem, which was running -current from 01-20-12. Then re-enabled MSI and using svn, loaded /usr/src for HEAD and did not see any problems there either. This traffic volume was also comparible to the earlier time when the problem occurred, =A0running -current from 1-20-12. It appears the problem may have been solved. thanks -kim From owner-freebsd-net@FreeBSD.ORG Wed Feb 29 08:10:16 2012 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 824591065670 for ; Wed, 29 Feb 2012 08:10:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6DBA48FC12 for ; Wed, 29 Feb 2012 08:10:16 +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 q1T8AG2j073316 for ; Wed, 29 Feb 2012 08:10:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1T8AG7L073315; Wed, 29 Feb 2012 08:10:16 GMT (envelope-from gnats) Date: Wed, 29 Feb 2012 08:10:16 GMT Message-Id: <201202290810.q1T8AG7L073315@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Eugene M. Zheganin" Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Eugene M. Zheganin" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Feb 2012 08:10:16 -0000 The following reply was made to PR kern/164400; it has been noted by GNATS. From: "Eugene M. Zheganin" To: bug-followup@FreeBSD.org, eugene@zhegan.in Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing Date: Wed, 29 Feb 2012 14:03:55 +0600 This is reproduceable on smaller amount of configs. Right now I've built a test installation of nanobsd 9.0, which is also crashing under the same conditions. For example: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x60 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0980d89 stack pointer = 0x28:0xccf245cc frame pointer = 0x28:0xccf245f4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2099 (ping) trap number = 12 panic: page fault KDB: stack backtrace: #0 0xc07d35f8 at kdb_backtrace+0x48 #1 0xc07a3163 at panic+0xf3 #2 0xc0a8a492 at trap_fatal+0x232 #3 0xc0a8a77b at trap_pfault+0x1ab #4 0xc0a8b477 at trap+0x367 #5 0xc0a766cc at calltrap+0x6 #6 0xc098fe0f at esp_output_cb+0x19f #7 0xc099f6f7 at crypto_done+0xf7 #8 0xc09a1c33 at swcr_process+0x83 #9 0xc09a06d7 at crypto_invoke+0x67 #10 0xc09a1548 at crypto_dispatch+0xe8 #11 0xc0990457 at esp_output+0x577 #12 0xc09810be at ipsec4_process_packet+0x1ee #13 0xc08c3e03 at ip_ipsec_output+0x153 #14 0xc08c6406 at ip_output+0x426 #15 0xc2671259 at gre_output+0x469 #16 0xc08c6b87 at ip_output+0xba7 #17 0xc08c73dc at rip_output+0x24c Uptime: 1m45s Automatic reboot in 15 seconds - press a key on the console to abort I can say also that 'current process' is simply a process that sends the packet which crashes the system. The crash occurs on some of the first packets immidialety after establishing SA. From owner-freebsd-net@FreeBSD.ORG Wed Feb 29 10:50:12 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 93A2B106564A for ; Wed, 29 Feb 2012 10:50:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 652F08FC1E for ; Wed, 29 Feb 2012 10:50:12 +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 q1TAoCFj025885 for ; Wed, 29 Feb 2012 10:50:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1TAoCXL025884; Wed, 29 Feb 2012 10:50:12 GMT (envelope-from gnats) Date: Wed, 29 Feb 2012 10:50:12 GMT Message-Id: <201202291050.q1TAoCXL025884@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: VANHULLEBUS Yvan Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: VANHULLEBUS Yvan List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Feb 2012 10:50:12 -0000 The following reply was made to PR kern/164400; it has been noted by GNATS. From: VANHULLEBUS Yvan To: "Eugene M. Zheganin" Cc: bug-followup@FreeBSD.org Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing Date: Wed, 29 Feb 2012 11:32:48 +0100 Hi. Can you produce the same crash / backtrace, but with a DEBUG kernel ? Thanks, Yvan. From owner-freebsd-net@FreeBSD.ORG Wed Feb 29 13:41:02 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60EC91065670 for ; Wed, 29 Feb 2012 13:41:02 +0000 (UTC) (envelope-from rganascim@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id CD71C8FC14 for ; Wed, 29 Feb 2012 13:41:01 +0000 (UTC) Received: by lagv3 with SMTP id v3so650022lag.13 for ; Wed, 29 Feb 2012 05:41:00 -0800 (PST) Received-SPF: pass (google.com: domain of rganascim@gmail.com designates 10.152.102.237 as permitted sender) client-ip=10.152.102.237; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rganascim@gmail.com designates 10.152.102.237 as permitted sender) smtp.mail=rganascim@gmail.com; dkim=pass header.i=rganascim@gmail.com Received: from mr.google.com ([10.152.102.237]) by 10.152.102.237 with SMTP id fr13mr380436lab.10.1330522860568 (num_hops = 1); Wed, 29 Feb 2012 05:41:00 -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=3AG5+i0Xw3eKwoA6u0U4wVeX8ZytM9EQetLE7sjl6fk=; b=Qc/1kC91pzIbjLkb7r4vkS8SsZ4NtiVKnpaCZks/GQjBNxxF2hZAn+FB6BM5ZWC3iX bK9rlkaicUryAOV7y8R0bxih+SjgQf4LJIGgbVwaQfIr7Luz7NJSyc1sdss7bk/YsvMu XQjob16VqxvDChhn+9a44SfIE8VlOoEycX95E= MIME-Version: 1.0 Received: by 10.152.102.237 with SMTP id fr13mr227983lab.10.1330521057640; Wed, 29 Feb 2012 05:10:57 -0800 (PST) Received: by 10.112.85.135 with HTTP; Wed, 29 Feb 2012 05:10:57 -0800 (PST) Date: Wed, 29 Feb 2012 10:10:57 -0300 Message-ID: From: Rafael Ganascim To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Igb driver - header split feature 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, 29 Feb 2012 13:41:02 -0000 Hi list, I was looking in the igb driver that I use on some Intel nics (dualport and quadport gigabit) and in the source code, the feature: /* ** Header split causes the packet header to ** be dma'd to a seperate mbuf from the payload. ** this can have memory alignment benefits. But ** another plus is that small packets often fit ** into the header and thus use no cluster. Its ** a very workload dependent type feature. */ Somebody is using this feature? What's the results? I think that this feature can be helpfull to improve the performance, allowing the processing of the packet headers more fastest (pfills, routing, etc). Is this true? Thanks in advance. Rafael From owner-freebsd-net@FreeBSD.ORG Wed Feb 29 22:17:57 2012 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 D56CB1065670 for ; Wed, 29 Feb 2012 22:17:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 638378FC1C for ; Wed, 29 Feb 2012 22:17:57 +0000 (UTC) Received: by werl4 with SMTP id l4so2995126wer.13 for ; Wed, 29 Feb 2012 14:17:56 -0800 (PST) Received-SPF: pass (google.com: domain of jfvogel@gmail.com designates 10.180.93.232 as permitted sender) client-ip=10.180.93.232; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jfvogel@gmail.com designates 10.180.93.232 as permitted sender) smtp.mail=jfvogel@gmail.com; dkim=pass header.i=jfvogel@gmail.com Received: from mr.google.com ([10.180.93.232]) by 10.180.93.232 with SMTP id cx8mr21454409wib.14.1330553876630 (num_hops = 1); Wed, 29 Feb 2012 14:17:56 -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=+qqurjLh/Qvk/cvoN5fCxmgA2GkSdfXV04e1zQ84eQM=; b=VB/vI6yzkOP/QKtj0pa7CYM8HDkAcY1vkpULyPkYwtGXXqyAtL6mHblSmb1JP0JLBB p6BkIOPnLxA2/Hgc6KQX8oJr4VNSch9LLWTUQO6ug1A4nhirhdSVf9X4B3DGCcgD4ImC 3kDk8tCe9nEc94Phfsafm5d6pSf/SNaLD0CLc= MIME-Version: 1.0 Received: by 10.180.93.232 with SMTP id cx8mr17195083wib.14.1330553876562; Wed, 29 Feb 2012 14:17:56 -0800 (PST) Received: by 10.180.102.97 with HTTP; Wed, 29 Feb 2012 14:17:56 -0800 (PST) In-Reply-To: References: Date: Wed, 29 Feb 2012 14:17:56 -0800 Message-ID: From: Jack Vogel To: Rafael Ganascim Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Igb driver - header split feature 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, 29 Feb 2012 22:17:58 -0000 It seems to help in some workloads, makes little difference in others, and can even be less performance in yet others. Its just not a feature that is a 100% win, that's why its not on by default. Try it and see. Cheers, Jack On Wed, Feb 29, 2012 at 5:10 AM, Rafael Ganascim wrote: > Hi list, > > I was looking in the igb driver that I use on some Intel nics > (dualport and quadport gigabit) and in the source code, the feature: > > /* > ** Header split causes the packet header to > ** be dma'd to a seperate mbuf from the payload. > ** this can have memory alignment benefits. But > ** another plus is that small packets often fit > ** into the header and thus use no cluster. Its > ** a very workload dependent type feature. > */ > > Somebody is using this feature? What's the results? > > I think that this feature can be helpfull to improve the performance, > allowing the processing of the packet headers more fastest (pfills, > routing, etc). Is this true? > > Thanks in advance. > > Rafael > _______________________________________________ > 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 Wed Feb 29 23:00:43 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F15851065673 for ; Wed, 29 Feb 2012 23:00:43 +0000 (UTC) (envelope-from rganascim@gmail.com) Received: from mail-lpp01m020-f182.google.com (mail-lpp01m020-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 716F58FC12 for ; Wed, 29 Feb 2012 23:00:43 +0000 (UTC) Received: by lboi15 with SMTP id i15so38357lbo.13 for ; Wed, 29 Feb 2012 15:00:42 -0800 (PST) Received-SPF: pass (google.com: domain of rganascim@gmail.com designates 10.152.102.237 as permitted sender) client-ip=10.152.102.237; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rganascim@gmail.com designates 10.152.102.237 as permitted sender) smtp.mail=rganascim@gmail.com; dkim=pass header.i=rganascim@gmail.com Received: from mr.google.com ([10.152.102.237]) by 10.152.102.237 with SMTP id fr13mr2324363lab.10.1330556442340 (num_hops = 1); Wed, 29 Feb 2012 15:00:42 -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=8H50UHe34wtf73VRKpQ2qvwj/ShzdEamWPjRaGTEkAg=; b=aHqctL+fA4vkzLAPQQY7ER0ved0jDkE9mfzGvAWT+0lvg1ZMTof4cU184l5dM4PUKE 573OYTou3yFZDMnsluTlDfqfcT/xIc49N4UgKIvCHagg5mwcQpIHkMgiJvN+GZt40sXZ 4av9wfgtOmA8NlgvxXIekw9SIN5C2oRIB1L+A= MIME-Version: 1.0 Received: by 10.152.102.237 with SMTP id fr13mr1910077lab.10.1330556442246; Wed, 29 Feb 2012 15:00:42 -0800 (PST) Received: by 10.112.85.135 with HTTP; Wed, 29 Feb 2012 15:00:42 -0800 (PST) In-Reply-To: References: Date: Wed, 29 Feb 2012 20:00:42 -0300 Message-ID: From: Rafael Ganascim To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Igb driver - header split feature 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, 29 Feb 2012 23:00:44 -0000 We have a lot of small packets passing through the FreeBSD firewall (~1000 concurrent IP Phones (with 10ms voice payload) speaking at same time plus 'LAN' traffic).... I'll test and report the results. I think that the feature can help on this case. Thanks. Em 29 de fevereiro de 2012 19:17, Jack Vogel escreveu: > It seems to help in some workloads, makes little difference in others, and > can even be > less performance in yet others. Its just not a feature that is a 100% win, > that's why its > not on by default. Try it and see. > > Cheers, > > Jack > > > On Wed, Feb 29, 2012 at 5:10 AM, Rafael Ganascim > wrote: >> >> Hi list, >> >> I was looking in the igb driver that I use on some Intel nics >> (dualport and quadport gigabit) and in the source code, the feature: >> >> /* >> ** Header split causes the packet header to >> ** be dma'd to a seperate mbuf from the payload. >> ** this can have memory alignment benefits. But >> ** another plus is that small packets often fit >> ** into the header and thus use no cluster. Its >> ** a very workload dependent type feature. >> */ >> >> Somebody is using this feature? What's the results? >> >> I think that this feature can be helpfull to improve the performance, >> allowing the processing of the packet headers more fastest (pfills, >> routing, etc). Is this true? >> >> Thanks in advance. >> >> Rafael >> _______________________________________________ >> 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 Mar 1 01:28:58 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F2B5106566C for ; Thu, 1 Mar 2012 01:28:58 +0000 (UTC) (envelope-from puri.gaurav@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id CE4C08FC0A for ; Thu, 1 Mar 2012 01:28:57 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so57883bkc.13 for ; Wed, 29 Feb 2012 17:28:57 -0800 (PST) Received-SPF: pass (google.com: domain of puri.gaurav@gmail.com designates 10.205.133.13 as permitted sender) client-ip=10.205.133.13; Authentication-Results: mr.google.com; spf=pass (google.com: domain of puri.gaurav@gmail.com designates 10.205.133.13 as permitted sender) smtp.mail=puri.gaurav@gmail.com; dkim=pass header.i=puri.gaurav@gmail.com Received: from mr.google.com ([10.205.133.13]) by 10.205.133.13 with SMTP id hw13mr1474332bkc.25.1330565337002 (num_hops = 1); Wed, 29 Feb 2012 17:28:57 -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=tXgeWh9SjvChGb3at1kQrQlQtJ+C3NIdhRQyfFinBAk=; b=umYn+wG2frtWDQT4IKEblw2C9nru+Ly/hgbqbM97Wn3eDkLTFQdlawG2qA0e3c8p3y CMC+KmIPm9e4/DBUD32/5Nu8xGc/RvLW6miZv7CfWfIqvhS0YfOYXjPXtA+cpc3jayU3 QkIFW1IxAGd+3IFQ4nT7O+Rfr7pG22TdlpyRU= MIME-Version: 1.0 Received: by 10.205.133.13 with SMTP id hw13mr1173016bkc.25.1330563961250; Wed, 29 Feb 2012 17:06:01 -0800 (PST) Received: by 10.205.24.132 with HTTP; Wed, 29 Feb 2012 17:06:01 -0800 (PST) Date: Wed, 29 Feb 2012 17:06:01 -0800 Message-ID: From: Gaurav Puri To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD7.2 http proxy not reading data off socket. 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 Mar 2012 01:28:58 -0000 We have a http proxy running on FreeBSD 7.2 The problem I am seeing is that the proxy accepts a connection from a client, in this case yy.94.74.40 and receives the GET request for disney.com. The application does not get the data off the socket for several seconds ~90 seconds when it actually responds back to the client. Netstat shows that the proxy which is listening on port 8080 has a full TCP listen queue. netstat -aLn | grep 8080 tcp4 1742/0/8192 127.0.0.1.8080 curl requests from the client result in delays of ~90 seconds. Packet catpure with relevant information. 05:46:19.357420 IP yy.94.74.40.16523 > xx.94.74.43.8080: Flags [S], seq 1120042155, win 65535, options [mss 1460,nop,wscale 3,sackOK,TS val 40704817 ecr 0], length 0 05:46:19.357438 IP yy.94.74.43.8080 > xx.94.74.40.16523: Flags [S.], seq 3793473898, ack 1120042156, win 65535, options [mss 1460,nop,wscale 3,sackOK,TS val 1031458393 ecr 40704817], length 0 05:46:19.357669 IP yy.94.74.40.16523 > xx.94.74.43.8080: Flags [.], ack 1, win 16471, options [nop,nop,TS val 40704817 ecr 1031458393], length 0 05:46:19.357684 IP yy.94.74.43.8080 > xx.94.74.40.16523: Flags [.], ack 1, win 16471, options [nop,nop,TS val 1031458393 ecr 40704817], length 0 05:46:19.357686 IP yy.94.74.40.16523 > xx.94.74.43.8080: Flags [P.], seq 1:286, ack 1, win 16471, options [nop,nop,TS val 40704817 ecr 1031458393], length 285 .... GET http://www.disney.com HTTP/1.1 05:46:19.357692 IP yy.94.74.43.8080 > xx.94.74.40.16523: Flags [.], ack 286, win 16435, options [nop,nop,TS val 1031458393 ecr 40704817], length 0 05:47:54.509303 IP yy.94.74.43.8080 > xx.94.74.40.16523: Flags [P.], seq 1:554, ack 286, win 16471, options [nop,nop,TS val 1031467800 ecr 40704817], length 553 ... HTTP/1.1 301 Moved Permanently netstat -an shows that the connection is established and then there is a long delay before the proxy process picks it off the socket. I also have ktrace output which shows kevent being called ~10 times a second but the data is not picked up off the socket. So event though kevent is getting called several times a second the proxy process does not get the data for quite sometime after. 6042 prox 1330523858.652689 CALL kevent(0xa,0x91ab4c8,0x20,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523858.798931 CALL kevent(0xa,0x91ab4c8,0x2e,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523858.894449 CALL kevent(0xa,0x91ab4c8,0x20,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523858.964911 CALL kevent(0xa,0x91ab4c8,0x14,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523859.051830 CALL kevent(0xa,0x91ab4c8,0xf,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523859.093017 CALL kevent(0xa,0x91ab4c8,0x26,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523859.137018 CALL kevent(0xa,0x91ab4c8,0x24,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523859.138366 CALL kevent(0xa,0x91ab4c8,0x19,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523859.332275 CALL kevent(0xa,0x91ab4c8,0x17,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523859.576070 CALL kevent(0xa,0x91ab4c8,0x1f,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523859.711850 CALL kevent(0xa,0x91ab4c8,0x21,0x91adcc8,0x200,0x80ee858) 6042 prox 1330523859.902660 CALL kevent(0xa,0x91ab4c8,0x2a,0x91adcc8,0x200,0x80ee858) Has anyone observed this behavior before and could suggest what else to look at on the appliance? -- ~Gaurav From owner-freebsd-net@FreeBSD.ORG Thu Mar 1 04:40:12 2012 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 4CEE01065672 for ; Thu, 1 Mar 2012 04:40:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3BEB28FC13 for ; Thu, 1 Mar 2012 04:40:12 +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 q214eBnv020854 for ; Thu, 1 Mar 2012 04:40:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q214eBXm020853; Thu, 1 Mar 2012 04:40:11 GMT (envelope-from gnats) Date: Thu, 1 Mar 2012 04:40:11 GMT Message-Id: <201203010440.q214eBXm020853@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Eugene M. Zheganin" Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Eugene M. Zheganin" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 04:40:12 -0000 The following reply was made to PR kern/164400; it has been noted by GNATS. From: "Eugene M. Zheganin" To: bug-followup@FreeBSD.org, eugene@zhegan.in Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing Date: Thu, 01 Mar 2012 10:38:38 +0600 yeah, I'm working on it. will do today. Right now I localized this crash to a minimal configuration. And it looks like ipsec is simply broken, don't know if this is ah or esp or only when both, but it crashes with this config: ipsec.conf ===Cut=== spdflush; # # HQ, Wizard, Test # spdadd 192.168.3.134 192.168.3.24 gre -P out ipsec esp/transport/192.168.3.134-192.168.3.24/require ah/transport/192.168.3.134-192.168.3.24/require; spdadd 192.168.3.24 192.168.3.134 gre -P in ipsec esp/transport/192.168.3.24-192.168.3.134/require ah/transport/192.168.3.24-192.168.3.134/require; add 192.168.3.134 192.168.3.24 esp 0x10001 -m transport -E des-cbc 0xffffffffffffffff; add 192.168.3.24 192.168.3.134 esp 0x10002 -m transport -E des-cbc 0xffffffffffffffff; add 192.168.3.134 192.168.3.24 ah 0x10003 -m transport -A keyed-md5 "xxxxxxxxxxxxxxxx"; add 192.168.3.24 192.168.3.134 ah 0x10004 -m transport -A keyed-md5 "xxxxxxxxxxxxxxxx"; ===Cut=== Tunnel: gre0: flags=b051 metric 0 mtu 1476 tunnel inet 192.168.3.134 --> 192.168.3.24 inet 172.16.3.63 --> 172.16.3.62 netmask 0xffffffff inet6 fe80::20d:b9ff:fe20:d980%gre0 prefixlen 64 tentative scopeid 0x9 nd6 options=29 192.168.3.134 is a panicbox IP. 192.168.3.24 is a real IP existing on the network, but it has no SA installed (I guess this can be any address, even nonexisting, because this is static IPSEC, as you can see). First packet is sent and system crashes. From owner-freebsd-net@FreeBSD.ORG Thu Mar 1 05:12:58 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D6BC106570B; Thu, 1 Mar 2012 05:12: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 00D7B8FC17; Thu, 1 Mar 2012 05:12: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 q215Cv61054712; Thu, 1 Mar 2012 05:12:57 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q215Cvri054708; Thu, 1 Mar 2012 05:12:57 GMT (envelope-from linimon) Date: Thu, 1 Mar 2012 05:12:57 GMT Message-Id: <201203010512.q215Cvri054708@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/165569: [nfe] nfe0 freezs/hangs FreeBSD 9 system after lan cable connects 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 Mar 2012 05:12:58 -0000 Old Synopsis: nfe0 freezs/hangs FreeBSD 9 system after lan cable connects New Synopsis: [nfe] nfe0 freezs/hangs FreeBSD 9 system after lan cable connects Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Mar 1 05:12:39 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=165569 From owner-freebsd-net@FreeBSD.ORG Thu Mar 1 08:23:09 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3FEAC10656A8; Thu, 1 Mar 2012 08:23:09 +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 1079E8FC1A; Thu, 1 Mar 2012 08:23:09 +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 q218N8ah061469; Thu, 1 Mar 2012 08:23:08 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q218N8rT061465; Thu, 1 Mar 2012 08:23:08 GMT (envelope-from yongari) Date: Thu, 1 Mar 2012 08:23:08 GMT Message-Id: <201203010823.q218N8rT061465@freefall.freebsd.org> To: robrob2626@yahoo.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/165569: [nfe] nfe0 freezs/hangs FreeBSD 9 system after lan cable connects 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 Mar 2012 08:23:09 -0000 Synopsis: [nfe] nfe0 freezs/hangs FreeBSD 9 system after lan cable connects State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Thu Mar 1 08:22:07 UTC 2012 State-Changed-Why: Would you post dmesg output related with nfe(4) and its PHY driver? Your vmstat output indicates it didn't generate any interrupts from ethernet controller so how about disabling MSI-X or MSI? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Mar 1 08:22:07 UTC 2012 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=165569 From owner-freebsd-net@FreeBSD.ORG Thu Mar 1 08:27:24 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07178106566C for ; Thu, 1 Mar 2012 08:27:24 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C0D248FC12 for ; Thu, 1 Mar 2012 08:27:23 +0000 (UTC) Received: by pbcwy7 with SMTP id wy7so644335pbc.13 for ; Thu, 01 Mar 2012 00:27:23 -0800 (PST) Received-SPF: pass (google.com: domain of pyunyh@gmail.com designates 10.68.226.41 as permitted sender) client-ip=10.68.226.41; Authentication-Results: mr.google.com; spf=pass (google.com: domain of pyunyh@gmail.com designates 10.68.226.41 as permitted sender) smtp.mail=pyunyh@gmail.com; dkim=pass header.i=pyunyh@gmail.com Received: from mr.google.com ([10.68.226.41]) by 10.68.226.41 with SMTP id rp9mr16157595pbc.162.1330590443626 (num_hops = 1); Thu, 01 Mar 2012 00:27:23 -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=JGUcSk7ZgPI8la9DEMJkwg36BGG08iczxSRZ5CHhc2k=; b=p4XrsrPUuYRAN19BYcwjuTzU6D1/Ck8F/kvykgE4wON/EwBjBDzOVGpWjRcnQYJPAp OqR2chtXZu4uteMCRPRnbKIMqxSct8L5EgIZ01sE8utIzRdzvr/SsnkxfoYYqfKOnPJO /RGZ+4CQV7RJzAIu+6IrGXcU5c//ocITAfsgk= Received: by 10.68.226.41 with SMTP id rp9mr13360680pbc.162.1330590443503; Thu, 01 Mar 2012 00:27:23 -0800 (PST) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id e6sm1470957pbr.74.2012.03.01.00.27.20 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Mar 2012 00:27:22 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 01 Mar 2012 17:27:19 -0800 From: YongHyeon PYUN Date: Thu, 1 Mar 2012 17:27:19 -0800 To: Kim Culhan Message-ID: <20120302012719.GB1685@michelle.cdnetworks.com> References: <20120220235648.GA3537@michelle.cdnetworks.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: msk0: watchdog timeout interface hang 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 Mar 2012 08:27:24 -0000 On Tue, Feb 28, 2012 at 06:08:24PM -0500, Kim Culhan wrote: > On Mon, Feb 20, 2012 at 6:56 PM, YongHyeon PYUN wrote: > > On Thu, Jan 26, 2012 at 05:46:23AM -0500, Kim Culhan wrote: > >> On Wed, Jan 25, 2012 at 3:26 PM, Kim Culhan wrote: > >> > Running 10-curent from 01-20-12 > >> > the msk0 interface hung, on the console: > >> > > >> > msk0: watchdog timeout > >> > msk0: prefetch unit stuck? > >> > msk0: initialization failed: no memory for Rx buffers > >> > > >> > Verbose boot dmesg output attached. > >> > >> This additional datapoint found, at boot after the last line in the > >> verbose dmesg > >> this line was logged to messages: > >> > >> Jan 25 15:21:19 foo kernel: interrupt storm detected on "irq257:"; > >> throttling interrupt source > > > > How about disabling MSI?(hw.msk.msi_disable loader tunable) > > Running HEAD from 2-27-12, tested with MSI disabled and > did not see any problems, this with a network traffic volume comparible to > that when I had the original problem, which was running -current > from 01-20-12. > > Then re-enabled MSI and using svn, loaded /usr/src for HEAD > and did not see any problems there either. > > This traffic volume was also comparible to the earlier time when > the problem occurred, ?running -current from 1-20-12. > > It appears the problem may have been solved. > Hmm, there was no msk(4) code change during the time window. Probably the issue came from somewhere else. > thanks > -kim From owner-freebsd-net@FreeBSD.ORG Thu Mar 1 15:42:28 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB2B01065673 for ; Thu, 1 Mar 2012 15:42:28 +0000 (UTC) (envelope-from gasparello@mail.ru) Received: from fallback1.mail.ru (fallback1.mail.ru [94.100.176.18]) by mx1.freebsd.org (Postfix) with ESMTP id 721688FC12 for ; Thu, 1 Mar 2012 15:42:28 +0000 (UTC) Received: from smtp5.mail.ru (smtp5.mail.ru [94.100.176.132]) by fallback1.mail.ru (mPOP.Fallback_MX) with ESMTP id BDE90A4196 for ; Thu, 1 Mar 2012 18:13:23 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:To:Message-ID:From:Date; bh=rn6Ni1j71eLwQvuqEGPpcwb+XU26r4IWIZO5p7vTWto=; b=AyG99hy2FMlBm3jPjFQjDgbIUo6D+LpzUDuja/bfFmGg1QnKOsXjFfd/SXtXLNo3zoUsrnXletJJK4GczBT6Wym4oGQWD0CVS1X7SZbtwZ2pOPWA6D5qzSpdEn/tlZhR; Received: from [217.168.128.163] (port=34060 helo=wsa-8-12.wsa.poznan.pl) by smtp5.mail.ru with esmtpa (envelope-from ) id 1S36kz-0004Xt-2X for freebsd-net@freebsd.org; Thu, 01 Mar 2012 18:13:21 +0400 Date: Thu, 1 Mar 2012 15:13:18 +0100 From: Sasha X-Priority: 3 (Normal) Message-ID: <239227342.20120301151318@mail.ru> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Subject: high cpu usage on natd / dhcpd 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 Mar 2012 15:42:28 -0000 I've got the same issue - heavy CPU load of natd and dhcpd processes :( I bought Intel PRO/1000 PT Dual Port Server Adapter (82571) to my home server. I also noticed big loopback transfers on lo0 iface. If I connect and work from WAN (em0) it's dropping packets and hangs for some time, even disconnecting me, if I work from within LAN (em1) than works fine. My system: FreeBSD 8.3-PRERELEASE # systat -ifstat /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 Load Average |||||||||||||||||||||||| Interface Traffic Peak Total lo0 in 2,442 MB/s 2,442 MB/s 21,871 GB out 2,442 MB/s 2,442 MB/s 21,871 GB em1 in 0,044 KB/s 0,044 KB/s 1,185 GB out 0,061 KB/s 0,061 KB/s 68,261 GB em0 in 0,089 KB/s 0,212 KB/s 65,451 GB out 0,730 KB/s 0,730 KB/s 1,103 GB Any solutions?... S. From owner-freebsd-net@FreeBSD.ORG Thu Mar 1 19:56:34 2012 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 220C51065673 for ; Thu, 1 Mar 2012 19:56:34 +0000 (UTC) (envelope-from nitroboost@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id CEB9D8FC08 for ; Thu, 1 Mar 2012 19:56:33 +0000 (UTC) Received: by yenl9 with SMTP id l9so297911yen.13 for ; Thu, 01 Mar 2012 11:56:33 -0800 (PST) Received-SPF: pass (google.com: domain of nitroboost@gmail.com designates 10.60.14.101 as permitted sender) client-ip=10.60.14.101; Authentication-Results: mr.google.com; spf=pass (google.com: domain of nitroboost@gmail.com designates 10.60.14.101 as permitted sender) smtp.mail=nitroboost@gmail.com; dkim=pass header.i=nitroboost@gmail.com Received: from mr.google.com ([10.60.14.101]) by 10.60.14.101 with SMTP id o5mr2977408oec.20.1330631793244 (num_hops = 1); Thu, 01 Mar 2012 11:56:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wuOq7h76tS5MxJs7uuz54/0QkWi87mtqmG7pQbcj8MM=; b=osJe9+6jx9ArOSsyAyDDNpTLwqMpYt1Vnqy8GIiHQXzrholl20Fm0tGkakCSMqxn70 zx6+q22+FdoXo0NV25gcESkC/cRnmkE3p8sVPyzHJiIfRRSI6Q3SzszsxYdCmwfVUoeB CCf+tmByziI7Eqj4+2nLxOe+rVWds8Mg+BlpclYMv22ZOmSrBCBbi5/KxMbPVZ94PUH8 VgZqbZJc/4Osvi2h3fqQ2yhEWR2/Z7p5+J9D26NcCKnd+1/bVc+bpO/MC66swQK6/VH2 +AHMkGDSJ5r+3BRoFNlcBASt/+7WwJb/BZUQ5rnlvWDApvzH7TRICADmvcaWVAlX6QXO eksw== MIME-Version: 1.0 Received: by 10.60.14.101 with SMTP id o5mr2500763oec.20.1330630289087; Thu, 01 Mar 2012 11:31:29 -0800 (PST) Received: by 10.182.29.196 with HTTP; Thu, 1 Mar 2012 11:31:29 -0800 (PST) Date: Thu, 1 Mar 2012 12:31:29 -0700 Message-ID: From: Jason Wolfe To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Intel 82574L interface wedging - em7.3.2/8.2-STABLE 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 Mar 2012 19:56:34 -0000 So since the 7.3.0/7.3.2 code released out of the "Intel 82574L interface wedging on em 7.1.9/7.2.3 when MSIX enabled" thread I've been having some good results in 8.2-STABLE, and 'wedges' are much less common. I am however still seeing them rarely, using some fuzzy math based on uptime on the new code and number of boxes, about once every 250 days. MUCH better than prior, but wondering if there is something else still lingering? It appears to have the same symptoms as before with a full buffer, where dropped packets start climbing and packets out stall. These servers have MSI-X enabled. I bounced em0 because dropped packets incremented 1036224 to 1036874 and the interface is not incrementing packets out. 9:15PM up 18 days, 5:07, 0 users, load averages: 1.75, 2.25, 2.35 em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:25:90:2c:c3:a5 inet6 fe80::225:90ff:fe2c:c3a4%em0 prefixlen 64 scopeid 0x1 nd6 options=1 media: Ethernet autoselect (1000baseT ) status: active em1: flags=8843 metric 0 mtu 1500 options=4219b ether 00:25:90:2c:c3:a5 inet6 fe80::225:90ff:fe2c:c3a5%em1 prefixlen 64 scopeid 0x2 nd6 options=3 media: Ethernet autoselect (1000baseT ) status: active ipfw0: flags=8801 metric 0 mtu 65536 lo0: flags=8049 metric 0 mtu 16384 options=3 inet 127.0.0.1 netmask 0xff000000 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 69.28.143.32 netmask 0xffffffff inet 69.28.143.33 netmask 0xffffffff inet 69.28.143.58 netmask 0xffffffff inet 69.28.143.59 netmask 0xffffffff inet 69.28.143.60 netmask 0xffffffff inet 69.28.143.61 netmask 0xffffffff inet 68.142.118.4 netmask 0xffffffff inet 68.142.118.254 netmask 0xffffffff nd6 options=3 lagg0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:25:90:2c:c3:a5 inet 69.164.10.184 netmask 0xffffff80 broadcast 69.164.10.255 inet6 fe80::225:90ff:fe2c:c3a5%lagg0 prefixlen 64 scopeid 0x5 inet6 2607:f4e8:320:14:225:90ff:fe2c:c3a5 prefixlen 64 autoconf nd6 options=3 media: Ethernet autoselect status: active laggproto loadbalance laggport: em0 flags=4 laggport: em1 flags=4 interrupt total rate irq3: uart1 9150 0 cpu0: timer 3147281076 2000 irq256: em0:rx 0 92406843 58 irq257: em0:tx 0 7707454123 4897 irq258: em0:link 2 0 irq259: em1:rx 0 9059996943 5757 irq260: em1:tx 0 7697538938 4891 irq261: em1:link 10325 0 irq262: mps0 1109270744 704 cpu2: timer 3147265253 2000 cpu3: timer 3147265245 2000 cpu1: timer 3147265253 2000 Total 38255763895 24310 65436/10254/75690 mbufs in use (current/cache/total) 9092/4636/13728/5956826 mbuf clusters in use (current/cache/total/max) 9092/980 mbuf+clusters out of packet secondary zone in use (current/cache) 49150/877/50027/2978413 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 231143K/15343K/246486K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 195213 requests for I/O initiated by sendfile 0 calls to protocol drain routines Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop em0 1500 00:25:90:2c:c3:a5 91137540 0 0 49557533207 0 0 1039464 em0 1500 fe80::225:90f fe80::225:90ff:fe 0 - - 5 - - - em1 1500 00:25:90:2c:c3:a5 46770487879 52357 0 49003644601 0 0 132545 em1 1500 fe80::225:90f fe80::225:90ff:fe 0 - - 1 - - - lagg0 1500 00:25:90:2c:c3:a5 46861296630 0 0 98539892148 1172007 0 0 lagg0 1500 69.164.10.128 69.164.10.184 44434261867 - - 98536592195 - - - lagg0 1500 fe80::225:90f fe80::225:90ff:fe 2737 - - 2750 - - - lagg0 1500 2607:f4e8:320 2607:f4e8:320:14: 22188979 - - 22152621 - - - kern.msgbuf: Feb 27 21:15:07 cds447 kernel: Interface is RUNNING and ACTIVE Feb 27 21:15:07 cds447 kernel: em0: hw tdh = 1385, hw tdt = 1385 Feb 27 21:15:07 cds447 kernel: em0: hw rdh = 452, hw rdt = 451 Feb 27 21:15:07 cds447 kernel: em0: Tx Queue Status = 0 Feb 27 21:15:07 cds447 kernel: em0: TX descriptors avail = 2048 Feb 27 21:15:07 cds447 kernel: em0: Tx Descriptors avail failure = 0 Feb 27 21:15:07 cds447 kernel: em0: RX discarded packets = 0 Feb 27 21:15:07 cds447 kernel: em0: RX Next to Check = 452 Feb 27 21:15:07 cds447 kernel: em0: RX Next to Refresh = 451 Feb 27 21:15:07 cds447 kernel: Interface is RUNNING and ACTIVE Feb 27 21:15:07 cds447 kernel: em1: hw tdh = 221, hw tdt = 342 Feb 27 21:15:07 cds447 kernel: em1: hw rdh = 335, hw rdt = 233 Feb 27 21:15:07 cds447 kernel: em1: Tx Queue Status = 0 Feb 27 21:15:07 cds447 kernel: em1: TX descriptors avail = 2048 Feb 27 21:15:07 cds447 kernel: em1: Tx Descriptors avail failure = 0 Feb 27 21:15:07 cds447 kernel: em1: RX discarded packets = 0 Feb 27 21:15:07 cds447 kernel: em1: RX Next to Check = 832 Feb 27 21:15:07 cds447 kernel: em1: RX Next to Refresh = 838 net.inet.ip.intr_queue_maxlen: 512 net.inet.ip.intr_queue_drops: 0 dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.3.2 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x15d9 subdevice=0x10d3 class=0x020000 dev.em.0.%parent: pci1 dev.em.0.nvm: -1 dev.em.0.debug: -1 dev.em.0.fc: 3 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.0.eee_control: 0 dev.em.0.link_irq: 2 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail: 0 dev.em.0.rx_overruns: 0 dev.em.0.watchdog_timeouts: 0 dev.em.0.device_control: 1074790984 dev.em.0.rx_control: 67141634 dev.em.0.fc_high_water: 18432 dev.em.0.fc_low_water: 16932 dev.em.0.queue0.txd_head: 1385 dev.em.0.queue0.txd_tail: 1385 dev.em.0.queue0.tx_irq: 7707451554 dev.em.0.queue0.no_desc_avail: 0 dev.em.0.queue0.rxd_head: 659 dev.em.0.queue0.rxd_tail: 658 dev.em.0.queue0.rx_irq: 92406848 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 0 dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_stats.total_pkts_recvd: 91202036 dev.em.0.mac_stats.good_pkts_recvd: 91202036 dev.em.0.mac_stats.bcast_pkts_recvd: 91083791 dev.em.0.mac_stats.mcast_pkts_recvd: 53524 dev.em.0.mac_stats.rx_frames_64: 91112331 dev.em.0.mac_stats.rx_frames_65_127: 26634 dev.em.0.mac_stats.rx_frames_128_255: 52891 dev.em.0.mac_stats.rx_frames_256_511: 6099 dev.em.0.mac_stats.rx_frames_512_1023: 4081 dev.em.0.mac_stats.rx_frames_1024_1522: 0 dev.em.0.mac_stats.good_octets_recvd: 5845701200 dev.em.0.mac_stats.good_octets_txd: 66047819213524 dev.em.0.mac_stats.total_pkts_txd: 49557613335 dev.em.0.mac_stats.good_pkts_txd: 49557613335 dev.em.0.mac_stats.bcast_pkts_txd: 35 dev.em.0.mac_stats.mcast_pkts_txd: 10502 dev.em.0.mac_stats.tx_frames_64: 191214392 dev.em.0.mac_stats.tx_frames_65_127: 5048362310 dev.em.0.mac_stats.tx_frames_128_255: 37903087 dev.em.0.mac_stats.tx_frames_256_511: 73859562 dev.em.0.mac_stats.tx_frames_512_1023: 491425065 dev.em.0.mac_stats.tx_frames_1024_1522: 43714848919 dev.em.0.mac_stats.tso_txd: 0 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interrupts.asserts: 3 dev.em.0.interrupts.rx_pkt_timer: 0 dev.em.0.interrupts.rx_abs_timer: 0 dev.em.0.interrupts.tx_pkt_timer: 0 dev.em.0.interrupts.tx_abs_timer: 0 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.interrupts.tx_queue_min_thresh: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 dev.em.0.interrupts.rx_overrun: 0 dev.em.1.%desc: Intel(R) PRO/1000 Network Connection 7.3.2 dev.em.1.%driver: em dev.em.1.%location: slot=0 function=0 dev.em.1.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x15d9 subdevice=0x10d3 class=0x020000 dev.em.1.%parent: pci2 dev.em.1.nvm: -1 dev.em.1.debug: -1 dev.em.1.fc: 3 dev.em.1.rx_int_delay: 0 dev.em.1.tx_int_delay: 66 dev.em.1.rx_abs_int_delay: 66 dev.em.1.tx_abs_int_delay: 66 dev.em.1.rx_processing_limit: 100 dev.em.1.eee_control: 0 dev.em.1.link_irq: 9701 dev.em.1.mbuf_alloc_fail: 0 dev.em.1.cluster_alloc_fail: 0 dev.em.1.dropped: 0 dev.em.1.tx_dma_fail: 0 dev.em.1.rx_overruns: 0 dev.em.1.watchdog_timeouts: 0 dev.em.1.device_control: 1074790984 dev.em.1.rx_control: 67141634 dev.em.1.fc_high_water: 18432 dev.em.1.fc_low_water: 16932 dev.em.1.queue0.txd_head: 428 dev.em.1.queue0.txd_tail: 592 dev.em.1.queue0.tx_irq: 7697553110 dev.em.1.queue0.no_desc_avail: 0 dev.em.1.queue0.rxd_head: 190 dev.em.1.queue0.rxd_tail: 189 dev.em.1.queue0.rx_irq: 8990697150 dev.em.1.mac_stats.excess_coll: 0 dev.em.1.mac_stats.single_coll: 0 dev.em.1.mac_stats.multiple_coll: 0 dev.em.1.mac_stats.late_coll: 0 dev.em.1.mac_stats.collision_count: 0 dev.em.1.mac_stats.symbol_errors: 0 dev.em.1.mac_stats.sequence_errors: 0 dev.em.1.mac_stats.defer_count: 0 dev.em.1.mac_stats.missed_packets: 52357 dev.em.1.mac_stats.recv_no_buff: 12234 dev.em.1.mac_stats.recv_undersize: 0 dev.em.1.mac_stats.recv_fragmented: 0 dev.em.1.mac_stats.recv_oversize: 0 dev.em.1.mac_stats.recv_jabber: 0 dev.em.1.mac_stats.recv_errs: 0 dev.em.1.mac_stats.crc_errs: 0 dev.em.1.mac_stats.alignment_errs: 0 dev.em.1.mac_stats.coll_ext_errs: 0 dev.em.1.mac_stats.xon_recvd: 0 dev.em.1.mac_stats.xon_txd: 0 dev.em.1.mac_stats.xoff_recvd: 0 dev.em.1.mac_stats.xoff_txd: 0 dev.em.1.mac_stats.total_pkts_recvd: 46770604210 dev.em.1.mac_stats.good_pkts_recvd: 46770551853 dev.em.1.mac_stats.bcast_pkts_recvd: 91073541 dev.em.1.mac_stats.mcast_pkts_recvd: 53519 dev.em.1.mac_stats.rx_frames_64: 14339105496 dev.em.1.mac_stats.rx_frames_65_127: 23186724273 dev.em.1.mac_stats.rx_frames_128_255: 38625485 dev.em.1.mac_stats.rx_frames_256_511: 116531779 dev.em.1.mac_stats.rx_frames_512_1023: 165521693 dev.em.1.mac_stats.rx_frames_1024_1522: 8924043127 dev.em.1.mac_stats.good_octets_recvd: 16290987983606 dev.em.1.mac_stats.good_octets_txd: 65599822022242 dev.em.1.mac_stats.total_pkts_txd: 49003789456 dev.em.1.mac_stats.good_pkts_txd: 49003789452 dev.em.1.mac_stats.bcast_pkts_txd: 10085 dev.em.1.mac_stats.mcast_pkts_txd: 11 dev.em.1.mac_stats.tx_frames_64: 170250212 dev.em.1.mac_stats.tx_frames_65_127: 4806984601 dev.em.1.mac_stats.tx_frames_128_255: 36525028 dev.em.1.mac_stats.tx_frames_256_511: 71876326 dev.em.1.mac_stats.tx_frames_512_1023: 482360156 dev.em.1.mac_stats.tx_frames_1024_1522: 43435793133 dev.em.1.mac_stats.tso_txd: 0 dev.em.1.mac_stats.tso_ctx_fail: 0 dev.em.1.interrupts.asserts: 7943 dev.em.1.interrupts.rx_pkt_timer: 1 dev.em.1.interrupts.rx_abs_timer: 0 dev.em.1.interrupts.tx_pkt_timer: 0 dev.em.1.interrupts.tx_abs_timer: 1 dev.em.1.interrupts.tx_queue_empty: 0 dev.em.1.interrupts.tx_queue_min_thresh: 0 dev.em.1.interrupts.rx_desc_min_thresh: 0 dev.em.1.interrupts.rx_overrun: 6 hw.em.eee_setting: 0 hw.em.rx_process_limit: 100 hw.em.enable_msix: 1 hw.em.sbp: 0 hw.em.smart_pwr_down: 0 hw.em.txd: 2048 hw.em.rxd: 2048 hw.em.rx_abs_int_delay: 66 hw.em.tx_abs_int_delay: 66 hw.em.rx_int_delay: 0 hw.em.tx_int_delay: 66 Jason From owner-freebsd-net@FreeBSD.ORG Fri Mar 2 08:00:34 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA9801065670 for ; Fri, 2 Mar 2012 08:00:34 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A85868FC14 for ; Fri, 2 Mar 2012 08:00:34 +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 q2280YS1003551 for ; Fri, 2 Mar 2012 08:00:34 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q2280YWZ003550; Fri, 2 Mar 2012 08:00:34 GMT (envelope-from gnats) Date: Fri, 2 Mar 2012 08:00:34 GMT Message-Id: <201203020800.q2280YWZ003550@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Eugene M. Zheganin" Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Eugene M. Zheganin" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 08:00:34 -0000 The following reply was made to PR kern/164400; it has been noted by GNATS. From: "Eugene M. Zheganin" To: bug-followup@FreeBSD.org, eugene@zhegan.in Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing Date: Fri, 02 Mar 2012 13:52:09 +0600 sorry for the delay. the thing is, 9.0 with pf enabled is almost useless when the kernel is build with WITNESS/WITNESS_KDB - it keeps witnessing to KDB in infinite cycle after entering multiuser. I took the dump with the debug kernel. Here's the stuff: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x60 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0965a55 stack pointer = 0x28:0xccf145a0 frame pointer = 0x28:0xccf145c8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2010 (ping) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c0b1382c,70797420,78302065,a6231,bfbfe518,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0b0fa75,c0bf5900,c0aaaeaa,ccf1444c,ccf1444c,...) at kdb_backtrace+0x2a panic(c0aaaeaa,c0b5fa29,c28af770,1,1,...) at panic+0xaf trap_fatal(97d8,4fca2d23,4,ccf144b0,60,...) at trap_fatal+0x2f3 trap_pfault(ccf144e2,6f20,40000,ccf144f4,c28a8000,...) at trap_pfault+0xac trap(ccf14560) at trap+0x495 calltrap() at calltrap+ <3>stray irq7 0x6 --- trap 0xc, eip = 0xc0965a55, esp = 0xccf145a0, ebp = 0xccf145c8 --- ipsec_process_done(c286fc00,c28f3880,3a3,4,c0b0e147,...) at ipsec_process_done+0x195 esp_output_cb(c28fa000,91214f13,c0bc1220,ccf14630,c098c8a4,...) at esp_output_cb+0x1aa crypto_done(c28fa000,c286fcd4,ccf146c8,8,ccf147ec,...) at crypto_done+0xb7 swcr_process(c2053680,c28fa000,0,2,c2255740,...) at swcr_process+0x12ce crypto_invoke(1 <3>stray irq7 01,0,c0bc1220,c28f8d80,c2255740,...) at crypto_invoke+0x141 crypto_dispatch(c28fa000,c0b3ef45,371,ccf148a7,c28f6300,...) at crypto_dispatch+0x64 esp_output(c286fc00,c28f3880,0,14,9,...) at esp_output+0x5a6 ipsec4_process_packet(c286fc00,c28f3880,1,0,0,...) at ipsec4_process_packet+0x29f ip_ipsec_output(ccf149b0,0,ccf14a00,ccf149b8,201,...) at ip_ipsec_ <3>stray irq7 output+0x1e0 ip_output(c286fc00,0,c2818220,1,0,...) at ip_output+0x810 gre_output(c20f7400,c286fc00,ccf14ab4,ccf14aa4,c280d9d8,...) at gre_output+0x469 ip_output(c286fc00,0,0,20,0,...) at ip_output+0xaa6 rip_output(c286fc00,c2686b60,3e0310ac,ccf14b7c,c07f5d8d,...) at rip_output+0x2ff rip_send(c2686b60,0,c286fc00,c284c320,0,...) at rip_send+0x76 sosend_generic(c2686b60,c284c320,ccf14bd4,0,0,...) at sosend_generic+0x50d sosend(c2686b60,c284c320,ccf14bd4,0,0,...) at sosend+0x3f kern_sendit(c28af5c0,3,ccf14c48,0,0,...) at kern_sendit+0x1d4 sendit(0,c284c320,10,ccf14c64,1,...) at sendit+0xb1 sys_sendto(c28af5c0,ccf14cec,c,c,246,...) at sys_sendto+0x48 syscall(ccf14d28) at syscall+0x284 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sys_sendto), eip = 0x2818b237, esp = 0xbfbee70c, ebp = 0xbfbee748 --- Uptime: 10m29s Physical memory: 243 MB Dumping 42 MB: 27 11 No symbol "stopped_cpus" in current context. No symbol "stoppcbs" in current context. Reading symbols from /boot/kernel/if_gre.ko...done. Loaded symbols for /boot/kernel/if_gre.ko #0 doadump (textdump=1) at pcpu.h:244 244 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump (textdump=1) at pcpu.h:244 #1 0xc078cf75 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xc078c8ee in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xc0a6cf53 in trap_fatal (frame=0xccf14560, eva=96) at /usr/src/sys/i386/i386/trap.c:975 #4 0xc0a6d00c in trap_pfault (frame=0xccf14560, usermode=0, eva=96) at /usr/src/sys/i386/i386/trap.c:839 #5 0xc0a6dc45 in trap (frame=0xccf14560) at /usr/src/sys/i386/i386/trap.c:558 #6 0xc0a58e1c in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #7 0xc0965a55 in ipsec_process_done (m=0xc286fc00, isr=0xc28f3880) at /usr/src/sys/netipsec/ipsec_output.c:170 #8 0xc0974dba in esp_output_cb (crp=0xc28fa000) at /usr/src/sys/netipsec/xform_esp.c:1007 #9 0xc09848f7 in crypto_done (crp=0xc28fa000) at /usr/src/sys/opencrypto/crypto.c:1156 #10 0xc098777e in swcr_process (dev=0xc2053680, crp=0xc28fa000, hint=0) at /usr/src/sys/opencrypto/cryptosoft.c:1054 #11 0xc0985991 in crypto_invoke (cap=0xc2053680, crp=0xc28fa000, hint=0) at cryptodev_if.h:53 #12 0xc0985db4 in crypto_dispatch (crp=0xc28fa000) at /usr/src/sys/opencrypto/crypto.c:806 #13 0xc0975416 in esp_output (m=0xc286fc00, isr=0xc28f3880, mp=0x0, skip=20, protoff=9) at /usr/src/sys/netipsec/xform_esp.c:907 #14 0xc0965e2f in ipsec4_process_packet (m=0xc286fc00, isr=0xc28f3880, flags=1, tunalready=0) at /usr/src/sys/netipsec/ipsec_output.c:580 #15 0xc08b09d0 in ip_ipsec_output (m=0xccf149b0, inp=0x0, flags=0xccf14a00, error=0xccf149b8) at /usr/src/sys/netinet/ip_ipsec.c:353 #16 0xc08b2680 in ip_output (m=0xc286fc00, opt=0x0, ro=0xc2818220, flags=1, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:480 #17 0xc28e1259 in gre_output () from /boot/kernel/if_gre.ko #18 0xc08b2916 in ip_output (m=0xc286fc00, opt=0x0, ro=0xccf14aa4, flags=Variable "flags" is not available. ) at /usr/src/sys/netinet/ip_output.c:631 #19 0xc08b468f in rip_output (m=0xc286fc00, so=0xc2686b60, dst=1040388268) at /usr/src/sys/netinet/raw_ip.c:517 #20 0xc08b4776 in rip_send (so=0xc2686b60, flags=0, m=0xc286fc00, nam=0xc284c320, control=0x0, td=0xc28af5c0) at /usr/src/sys/netinet/raw_ip.c:994 #21 0xc07f5d8d in sosend_generic (so=0xc2686b60, addr=0xc284c320, uio=0xccf14bd4, top=0xc286fc00, control=0x0, flags=0, td=0xc28af5c0) at /usr/src/sys/kern/uipc_socket.c:1303 #22 0xc07f159f in sosend (so=0xc2686b60, addr=0xc284c320, uio=0xccf14bd4, top=0x0, control=0x0, flags=0, td=0xc28af5c0) at /usr/src/sys/kern/uipc_socket.c:1347 #23 0xc07fbb44 in kern_sendit (td=0xc28af5c0, s=3, mp=0xccf14c48, flags=0, control=0x0, segflg=UIO_USERSPACE) at /usr/src/sys/kern/uipc_syscalls.c:810 #24 0xc07fbd51 in sendit (td=0xc28af5c0, s=3, mp=0xccf14c48, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:738 #25 0xc07fbe68 in sys_sendto (td=0xc28af5c0, uap=0xccf14cec) at /usr/src/sys/kern/uipc_syscalls.c:862 #26 0xc0a6d414 in syscall (frame=0xccf14d28) at subr_syscall.c:131 #27 0xc0a58e81 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 #28 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) From owner-freebsd-net@FreeBSD.ORG Fri Mar 2 11:20:12 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8809106566C for ; Fri, 2 Mar 2012 11:20:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C2CD98FC1C for ; Fri, 2 Mar 2012 11:20:12 +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 q22BKCSl093135 for ; Fri, 2 Mar 2012 11:20:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q22BKCMf093134; Fri, 2 Mar 2012 11:20:12 GMT (envelope-from gnats) Date: Fri, 2 Mar 2012 11:20:12 GMT Message-Id: <201203021120.q22BKCMf093134@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Andrew A. Khlebutin" Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Andrew A. Khlebutin" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 11:20:12 -0000 The following reply was made to PR kern/164400; it has been noted by GNATS. From: "Andrew A. Khlebutin" To: bug-followup@FreeBSD.org, eugene@zhegan.in Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing Date: Fri, 2 Mar 2012 16:54:23 +0600 Hello, I have the similar problem. paco.zelan dumped core - see /var/crash/vmcore.3 Fri Mar 2 16:26:13 YEKT 2012 FreeBSD paco.zelan 9.0-RELEASE FreeBSD 9.0-RELEASE #1: Fri Mar 2 14:19:01 YEKT 2012 root@paco.zelan:/usr/obj/usr/src/sys/paco amd64 panic: page fault GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: page fault cpuid = 1 KDB: stack backtrace: #0 0xffffffff80797bbe at kdb_backtrace+0x5e #1 0xffffffff80761f37 at panic+0x187 #2 0xffffffff80a88250 at trap_fatal+0x290 #3 0xffffffff80a88599 at trap_pfault+0x1f9 #4 0xffffffff80a88a5f at trap+0x3df #5 0xffffffff80a72f8f at calltrap+0x8 #6 0xffffffff8094fc31 at esp_output_cb+0x1a1 #7 0xffffffff80968832 at crypto_done+0x102 #8 0xffffffff8096c3e7 at swcr_process+0x1d7 #9 0xffffffff809696bb at crypto_invoke+0x6b #10 0xffffffff8096a4eb at crypto_dispatch+0xfb #11 0xffffffff80950282 at esp_output+0x5a2 #12 0xffffffff80940d98 at ipsec4_process_packet+0x1f8 #13 0xffffffff808822e3 at ip_ipsec_output+0x173 #14 0xffffffff80883ee1 at ip_output+0x541 #15 0xffffffff8087f0e9 at icmp_reflect+0x339 #16 0xffffffff8087f677 at icmp_input+0x257 #17 0xffffffff80881bcd at ip_input+0x23d Uptime: 27m58s Dumping 1149 out of 8155 MB:..2%..12%..21%..31%..41%..51%..62%..72%..81%..91% Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/geom_linux_lvm.ko...Reading symbols from /boot/kernel/geom_linux_lvm.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_linux_lvm.ko Reading symbols from /boot/kernel/ng_ubt.ko...Reading symbols from /boot/kernel/ng_ubt.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ubt.ko Reading symbols from /boot/kernel/ng_hci.ko...Reading symbols from /boot/kernel/ng_hci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_hci.ko Reading symbols from /boot/kernel/ng_bluetooth.ko...Reading symbols from /boot/kernel/ng_bluetooth.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_bluetooth.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/kernel/ng_mppc.ko...Reading symbols from /boot/kernel/ng_mppc.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_mppc.ko Reading symbols from /boot/kernel/rc4.ko...Reading symbols from /boot/kernel/rc4.ko.symbols...done. done. Loaded symbols for /boot/kernel/rc4.ko Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from /boot/kernel/ng_iface.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_iface.ko Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from /boot/kernel/ng_ppp.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ppp.ko Reading symbols from /boot/kernel/ng_tee.ko...Reading symbols from /boot/kernel/ng_tee.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tee.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from /boot/kernel/ng_pppoe.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_pppoe.ko Reading symbols from /boot/kernel/ng_nat.ko...Reading symbols from /boot/kernel/ng_nat.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_nat.ko Reading symbols from /boot/kernel/ng_tcpmss.ko...Reading symbols from /boot/kernel/ng_tcpmss.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tcpmss.ko done. Loaded symbols for /boot/kernel/ng_tcpmss.ko #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 224 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=Variable "textdump" is not available. ) at pcpu.h:224 #1 0xffffffff80761a75 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:442 #2 0xffffffff80761f21 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:607 #3 0xffffffff80a88250 in trap_fatal (frame=0xc, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:819 #4 0xffffffff80a88599 in trap_pfault (frame=0xffffff800026b2a0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:735 #5 0xffffffff80a88a5f in trap (frame=0xffffff800026b2a0) at /usr/src/sys/amd64/amd64/trap.c:474 #6 0xffffffff80a72f8f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #7 0xffffffff80940a79 in ipsec_process_done (m=0xfffffe00128b9d00, isr=0xfffffe00785d3b00) at /usr/src/sys/netipsec/ipsec_output.c:170 #8 0xffffffff8094fc31 in esp_output_cb (crp=0xfffffe02055c4dc0) at /usr/src/sys/netipsec/xform_esp.c:1007 #9 0xffffffff80968832 in crypto_done (crp=0xfffffe02055c4dc0) at /usr/src/sys/opencrypto/crypto.c:1156 #10 0xffffffff8096c3e7 in swcr_process (dev=Variable "dev" is not available. ) at /usr/src/sys/opencrypto/cryptosoft.c:1054 #11 0xffffffff809696bb in crypto_invoke (cap=0xfffffe00051ed600, crp=0xfffffe02055c4dc0, hint=0) at cryptodev_if.h:53 #12 0xffffffff8096a4eb in crypto_dispatch (crp=0xfffffe02055c4dc0) at /usr/src/sys/opencrypto/crypto.c:806 #13 0xffffffff80950282 in esp_output (m=0x80, isr=0xfffffe00785d3b00, mp=Variable "mp" is not available. ) at /usr/src/sys/netipsec/xform_esp.c:907 #14 0xffffffff80940d98 in ipsec4_process_packet (m=0xfffffe00128b9d00, isr=0xfffffe00785d3b00, flags=Variable "flags" is not available. ) at /usr/src/sys/netipsec/ipsec_output.c:580 #15 0xffffffff808822e3 in ip_ipsec_output (m=0xffffff800026b8a8, inp=Variable "inp" is not available. ) at /usr/src/sys/netinet/ip_ipsec.c:353 #16 0xffffffff80883ee1 in ip_output (m=0xfffffe00128b9d00, opt=Variable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:480 #17 0xffffffff8087f0e9 in icmp_reflect (m=0xfffffe00128b9d00) at /usr/src/sys/netinet/ip_icmp.c:886 #18 0xffffffff8087f677 in icmp_input (m=0xfffffe00128b9d00, off=20) at /usr/src/sys/netinet/ip_icmp.c:571 #19 0xffffffff80881bcd in ip_input (m=0xfffffe00128b9d00) at /usr/src/sys/netinet/ip_input.c:760 #20 0xffffffff808259dd in swi_net (arg=Variable "arg" is not available. ) at /usr/src/sys/net/netisr.c:806 #21 0xffffffff807388c4 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/src/sys/kern/kern_intr.c:1257 #22 0xffffffff8073a084 in ithread_loop (arg=0xfffffe00051c4320) at /usr/src/sys/kern/kern_intr.c:1270 #23 0xffffffff80735aaf in fork_exit ( callout=0xffffffff80739fe0 , arg=0xfffffe00051c4320, frame=0xffffff800026bc50) at /usr/src/sys/kern/kern_fork.c:995 #24 0xffffffff80a734be in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:602 #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000001 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0xffffffff8104e340 in affinity () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0xfffffe00051df000 in ?? () #53 0xffffff800026aef0 in ?? () #54 0xffffff800026ae98 in ?? () #55 0xfffffe00051c9000 in ?? () #56 0xffffffff8078a782 in sched_switch (td=0xffffffff80739fe0, newtd=0xfffffe00051c4320, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1848 Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-net@FreeBSD.ORG Fri Mar 2 18:55:46 2012 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 270261065808 for ; Fri, 2 Mar 2012 18:55:46 +0000 (UTC) (envelope-from vijju.singh@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 C8D308FC1A for ; Fri, 2 Mar 2012 18:55:45 +0000 (UTC) Received: by vcmm1 with SMTP id m1so555317vcm.13 for ; Fri, 02 Mar 2012 10:55:45 -0800 (PST) Received-SPF: pass (google.com: domain of vijju.singh@gmail.com designates 10.52.178.40 as permitted sender) client-ip=10.52.178.40; Authentication-Results: mr.google.com; spf=pass (google.com: domain of vijju.singh@gmail.com designates 10.52.178.40 as permitted sender) smtp.mail=vijju.singh@gmail.com; dkim=pass header.i=vijju.singh@gmail.com Received: from mr.google.com ([10.52.178.40]) by 10.52.178.40 with SMTP id cv8mr18616670vdc.82.1330714545153 (num_hops = 1); Fri, 02 Mar 2012 10:55:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=sQrIQgLbGbljjr9uuOPMRTWFInHb1CGbLaimeRFTUP4=; b=GyUR2ktsEhJTptS9Rng+BvZAaNW6sTkkfVBGmabUpGRpGZwvv/+Q3q9NrRqJln2sp/ w0KakC+d1s4f0361tbEaE9YUj+Fn9pGv25EwKOtNy30++zhYmNdbsffxHoKhcUvQA9HT gfoExlPuFYUnmvIgOjx5I+79UwPqY+5EZRDgGq/axa0K1BR0X7aRiHp2Krg3uQ0TN1eC LJjWWdzxxz4Ik1K7Lvah+wZVPS64e4ykoiVgr3N4H9p395mUj/6uLEs86j8Kp21Mk+vq LnWdGhJEFOWfojH57YN2WyN0qWjknYiM/uMd6kk7J2b/h8dyhF4FditxbU0ktMM6xgEm PQwQ== MIME-Version: 1.0 Received: by 10.52.178.40 with SMTP id cv8mr15706351vdc.82.1330712902788; Fri, 02 Mar 2012 10:28:22 -0800 (PST) Received: by 10.220.179.131 with HTTP; Fri, 2 Mar 2012 10:28:22 -0800 (PST) Date: Fri, 2 Mar 2012 10:28:22 -0800 Message-ID: From: Vijay Singh To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Patch to restore vnet at a couple of places 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 Mar 2012 18:55:46 -0000 Patch is against 9-stable. [pc20 /u/vijay/bsd/CODE/9s/sys]# svn diff net/if_ethersubr.c Index: net/if_ethersubr.c =================================================================== --- net/if_ethersubr.c (revision 232242) +++ net/if_ethersubr.c (working copy) @@ -661,8 +661,10 @@ m = (*lagg_input_p)(ifp, m); if (m != NULL) ifp = m->m_pkthdr.rcvif; - else + else { + CURVNET_RESTORE(); return; + } } /* @@ -681,6 +683,7 @@ #endif ifp->if_ierrors++; m_freem(m); + CURVNET_RESTORE(); return; } -vijay From owner-freebsd-net@FreeBSD.ORG Fri Mar 2 19:03:09 2012 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 B9C33106564A for ; Fri, 2 Mar 2012 19:03:09 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 387E88FC08 for ; Fri, 2 Mar 2012 19:03:09 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 87C387300A; Fri, 2 Mar 2012 20:21:26 +0100 (CET) Date: Fri, 2 Mar 2012 20:21:26 +0100 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20120302192126.GA46358@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: userspace version of ipfw kernel module 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 Mar 2012 19:03:09 -0000 I have written some glue code that lets you build a userspace version of the kernel-side of ipfw (and dummynet), for the following purposes: 1. performance testing. You can run the ipfw_chk() code in a tight loop and actually measure its runtime, instead of being dependent on input traffic and device drivers and other overheads 2. (eventually) build userspace versions of the firewall on top of netmap or other accelerated I/O frameworks. The tarball is at http://info.iet.unipi.it/~luigi/netmap/20120302-ipfw-user.tgz The client side (ipfw/ipfw) talks to the former-kernel side (dummynet/ipfw) via a tcp socket (localhost:5555) so you can inject rules etc. To start a fake infinite traffic source do a telnet localhost 5556 and press some chars before aborting the connection Then you can still check how fast the filter processes rules by runinng something like this sh -c "while true; ipfw/ipfw show; ipfw/ipfw zero; sleep 1; done" I believe a similar approach could be useful for 'pf' too. And the glue code is probably easy to recycle -- in the tarball, sbin/ipfw and sys/netinet/ipfw are identical (except perhaps for a few lines) to the version in head. enjoy luigi From owner-freebsd-net@FreeBSD.ORG Sat Mar 3 00:17:48 2012 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 6DE81106564A for ; Sat, 3 Mar 2012 00:17:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id EB6878FC08 for ; Sat, 3 Mar 2012 00:17:47 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so1210465wib.13 for ; Fri, 02 Mar 2012 16:17:47 -0800 (PST) Received-SPF: pass (google.com: domain of adrian.chadd@gmail.com designates 10.180.95.1 as permitted sender) client-ip=10.180.95.1; Authentication-Results: mr.google.com; spf=pass (google.com: domain of adrian.chadd@gmail.com designates 10.180.95.1 as permitted sender) smtp.mail=adrian.chadd@gmail.com; dkim=pass header.i=adrian.chadd@gmail.com Received: from mr.google.com ([10.180.95.1]) by 10.180.95.1 with SMTP id dg1mr769802wib.21.1330733867048 (num_hops = 1); Fri, 02 Mar 2012 16:17:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Rpzw/R0D+63VXEXmBAX98d5aD4BN+kBg1MpYpnaF1yg=; b=OZzF2Sh+Ux0HLngZ68dWRrFIMFEy/Ospmgxl//9n40IJqlUT7VwruuDtpnBlIHkKhU b2rYK39x1aEB346oWKRTlgST2VhiOBFYkwk9GCm+X9yop6FE0eHFz6JSFsEmjvFD5dhU gfW0HJnzoRLRnyvpKcxBAiDwfBv6rEmyGjRrQman74qZK6r1fOKVocSipmxyNvXa/K0G zL/TwdYBRgn/+kSUKheAtTeJmmaqONeOcs3foFeYhx9DPeng2ioVrNc+kkLtoVVy+ZIo oqixW778PbBJj4GOWeALQ9ypbEZMzt2r8+JDzEzCWc7eW+C5RKN4dpFOPlM2bqOmd4S3 mDZQ== MIME-Version: 1.0 Received: by 10.180.95.1 with SMTP id dg1mr588967wib.21.1330733866916; Fri, 02 Mar 2012 16:17:46 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Fri, 2 Mar 2012 16:17:46 -0800 (PST) In-Reply-To: References: Date: Fri, 2 Mar 2012 16:17:46 -0800 X-Google-Sender-Auth: 3j5PX4RTKqpwPHzO3jeDWVy4Tbs Message-ID: From: Adrian Chadd To: Vijay Singh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: net@freebsd.org Subject: Re: Patch to restore vnet at a couple of places 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 Mar 2012 00:17:48 -0000 Is the same problem in -HEAD? Adrian On 2 March 2012 10:28, Vijay Singh wrote: > Patch is against 9-stable. > > [pc20 /u/vijay/bsd/CODE/9s/sys]# svn diff net/if_ethersubr.c > Index: net/if_ethersubr.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- net/if_ethersubr.c =A0(revision 232242) > +++ net/if_ethersubr.c =A0(working copy) > @@ -661,8 +661,10 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 m =3D (*lagg_input_p)(ifp, m); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (m !=3D NULL) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ifp =3D m->m_pkthdr.rcvif; > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 else > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 else { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CURVNET_RESTORE(); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 } > > =A0 =A0 =A0 /* > @@ -681,6 +683,7 @@ > =A0#endif > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ifp->if_ierrors++; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 m_freem(m); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 CURVNET_RESTORE(); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 return; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > > -vijay > _______________________________________________ > 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 Sat Mar 3 10:49:56 2012 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 C8AAE106566C for ; Sat, 3 Mar 2012 10:49:56 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 7B26E8FC13 for ; Sat, 3 Mar 2012 10:49:56 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 8C758C3E747; Sat, 3 Mar 2012 11:49:49 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 9.2532] X-CRM114-CacheID: sfid-20120303_11494_008A2D4F X-CRM114-Status: Good ( pR: 9.2532 ) X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Sat Mar 3 11:49:49 2012 X-DSPAM-Confidence: 0.7005 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4f51f74d795991054321265 X-DSPAM-Factors: 27, From*Attila Nagy , 0.00010, conf, 0.00204, IPv6, 0.00518, IPv6, 0.00518, I+get, 0.00551, 2+20, 0.00632, interfaces, 0.00632, rc, 0.00710, the+machine, 0.00811, 255, 0.00811, 255, 0.00811, 192, 0.00873, Subject*IPv6, 0.00945, IPv4, 0.01000, Date*Mar+2012, 0.99000, ifconfig, 0.01000, Received*Mar+2012, 0.99000, 255+255, 0.01000, 255+255, 0.01000, up+it, 0.99000, User-Agent*i686, 0.01062, doesn't, 0.01149, User-Agent*Linux+i686, 0.01211, User-Agent*i686+en, 0.01303, configuration, 0.01455, User-Agent*Mozilla/5.0+(X11, 0.01512, X-Spambayes-Classification: ham; 0.00 Received: from [192.168.3.2] (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id AAA7EC3E739 for ; Sat, 3 Mar 2012 11:49:48 +0100 (CET) Message-ID: <4F51F74A.1010403@fsn.hu> Date: Sat, 03 Mar 2012 11:49:46 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: IPv6 and CARP 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 Mar 2012 10:49:56 -0000 Hi, On a recently built stable/9 I have these lines in rc.conf: ifconfig_em0_name="admin" vlans_admin="pub" create_args_pub="vlan 20" ifconfig_admin="inet 192.168.2.20 netmask 255.255.255.0" ifconfig_pub="inet 1.1.1.1 netmask 255.255.255.224" ifconfig_pub_ipv6="inet6 accept_rtadv" ifconfig_carp0="vhid 1 pass beef 1.1.1.2/27" ifconfig_carp0_ipv6="inet6 2001::beef/64" When the machine boots up, it has every interfaces configured with the right addresses, except carp0, which has the IPv4, but no the IPv6 address. However if I specify: ifconfig carp0 inet6 2001::beef/64 carp0 gets the IPv6 address and I get carp0: 2 link states coalesced log entry. What is the problem with the above configuration, why doesn't carp0 get the IPv6 address during boot? Thanks, From owner-freebsd-net@FreeBSD.ORG Sat Mar 3 11:26:07 2012 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 AE627106566B for ; Sat, 3 Mar 2012 11:26:07 +0000 (UTC) (envelope-from patula777@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 37C968FC0A for ; Sat, 3 Mar 2012 11:26:06 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so1417687wib.13 for ; Sat, 03 Mar 2012 03:26:06 -0800 (PST) Received-SPF: pass (google.com: domain of patula777@gmail.com designates 10.180.8.164 as permitted sender) client-ip=10.180.8.164; Authentication-Results: mr.google.com; spf=pass (google.com: domain of patula777@gmail.com designates 10.180.8.164 as permitted sender) smtp.mail=patula777@gmail.com; dkim=pass header.i=patula777@gmail.com Received: from mr.google.com ([10.180.8.164]) by 10.180.8.164 with SMTP id s4mr3470253wia.6.1330773966209 (num_hops = 1); Sat, 03 Mar 2012 03:26:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Hf812xYkkPcLomlGUAwAIt2CqCBtNAODgovvc065BgY=; b=oRmfOo9EdgXRAqyqJKWQYtQ0wk9s8+iPNPRNFPg3QOkJQh0f5aI+fLoxkXpUZkf9yt PKaE78A0VdefLRxTvpnyCP6GhlRQX44j8ZmI9D3TLlM/oZzAJPN3WJHbla36yw3yxBMt ZNkw1AxC6D96qttSbWlJDrkAgac5YzlDBI7jRyjIotaAboI4A04ZokEkbLhNFXEdhmEu AJPFpyIsYeDJrDVxTF38uZun81nzAfqmRId6Vz5GXnFpTp0QTJ2wHLHwh4qw2d0YlaHO hXd7OcMRgjnS7fJadDcNHyTusot+huyrrdu5ayOlOJADfDwgZzvrFvULPzm2/3uX/nWC 5c1A== MIME-Version: 1.0 Received: by 10.180.8.164 with SMTP id s4mr2643286wia.6.1330772337333; Sat, 03 Mar 2012 02:58:57 -0800 (PST) Received: by 10.216.1.8 with HTTP; Sat, 3 Mar 2012 02:58:57 -0800 (PST) Date: Sat, 3 Mar 2012 11:58:57 +0100 Message-ID: From: =?UTF-8?B?5Zu+5r2Y?= To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: nxserver/freenx connection 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: Sat, 03 Mar 2012 11:26:07 -0000 I have setup a FreeBSD-9 i386 virtual machine (virtualbox on FreeBSD-9 amd64) with xorg and gnome. My goal is it to connect from Windows 7 to freebsd remotely using nxserver. (As freenx/nxserver only supports i386 hosts I had to use the virtual machine for testing) On FreeBSD (vm) I have installed the following 2 ports (as I don't know the difference of them) + net/freenx + net/nxserver I have configured the server as followed: root> /usr/X11R6/NX/bin/nxsetup --install ------> It is recommended that you use the NoMachine key for easier setup. If you answer "y", FreeNX creates a custom KeyPair and expects you to setup your clients manually. "N" is default and uses the NoMachine key for installation. Do you want to use your own custom KeyPair? [y/N] N [...] root> /usr/X11R6/NX/bin/nxserver --start NX> 100 NXSERVER - Version 1.5.0-60 OS (GPL) NX> 122 Service started NX> 999 Bye root> /usr/X11R6/NX/bin/nxserver --status NX> 100 NXSERVER - Version 1.5.0-60 OS (GPL) NX> 110 NX Server is running NX> 999 Bye For my Windows7-64bit box I have downloaded and installed nomachine's nx client for windows 3.5.0-7 Now when I try to connect from windows to the FreeBSD machine I get the following error in the windows nx client log Info: Display running with pid '5308' and handler '0x1b0652'. NXPROXY - Version 3.5.0 Copyright (C) 2001, 2011 NoMachine. See http://www.nomachine.com/ for more information. Info: Proxy running in client mode with pid '6976'. Session: Starting session at 'Fri Mar 2 12:07:23 2012'. Warning: Connected to remote version 2.1.0 with local version 3.5.0. Info: Connection with remote proxy completed. Info: Using LAN link parameters 1536/24/1/0. Info: Using image streaming parameters 50/128/1024KB/6144/768. Info: Using image cache parameters 1/1/65536KB. Info: Using pack method '16m-rle-9' with session 'unix-gnome'. Info: Not using NX delta compression. Info: Not using ZLIB data compression. Info: Not using ZLIB stream compression. Info: Not using a persistent cache. Info: Forwarding X11 connections to display ':0'. Session: Session started at 'Fri Mar 2 12:07:23 2012'. Info: Established X server connection. Info: Using shared memory parameters 0/0K. Error: Connection with remote peer broken. Error: Please check the state of your network and retry. Session: Terminating session at 'Fri Mar 2 12:07:25 2012'. Session: Session terminated at 'Fri Mar 2 12:07:25 2012'. I really have no idea what i am doing wrong. Could somebody please point out what else I have to check in order to identify the problem. Best wishes =E6=BD=98=E5=9B=BE From owner-freebsd-net@FreeBSD.ORG Sat Mar 3 20:20:25 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 88CC7106567A; Sat, 3 Mar 2012 20:20:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 66BDE15FA39; Sat, 3 Mar 2012 20:20:24 +0000 (UTC) Message-ID: <4F527D08.9040206@FreeBSD.org> Date: Sat, 03 Mar 2012 12:20:24 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Attila Nagy References: <4F51F74A.1010403@fsn.hu> In-Reply-To: <4F51F74A.1010403@fsn.hu> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: hrs@FreeBSD.org, net@freebsd.org Subject: Re: IPv6 and CARP 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 Mar 2012 20:20:25 -0000 Looping in hrs@ since he's responsible for that area. On 03/03/2012 02:49, Attila Nagy wrote: > Hi, > > On a recently built stable/9 I have these lines in rc.conf: > ifconfig_em0_name="admin" > vlans_admin="pub" > create_args_pub="vlan 20" > ifconfig_admin="inet 192.168.2.20 netmask 255.255.255.0" > ifconfig_pub="inet 1.1.1.1 netmask 255.255.255.224" > ifconfig_pub_ipv6="inet6 accept_rtadv" > ifconfig_carp0="vhid 1 pass beef 1.1.1.2/27" > ifconfig_carp0_ipv6="inet6 2001::beef/64" > > When the machine boots up, it has every interfaces configured with the > right addresses, except carp0, which has the IPv4, but no the IPv6 address. > However if I specify: > ifconfig carp0 inet6 2001::beef/64 > carp0 gets the IPv6 address and I get > carp0: 2 link states coalesced > log entry. > > What is the problem with the above configuration, why doesn't carp0 get > the IPv6 address during boot? -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Sat Mar 3 21:14:24 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3F62106566C; Sat, 3 Mar 2012 21:14:23 +0000 (UTC) (envelope-from kes-kes@yandex.ru) Received: from forward4.mail.yandex.net (forward4.mail.yandex.net [IPv6:2a02:6b8:0:602::4]) by mx1.freebsd.org (Postfix) with ESMTP id EE73A8FC18; Sat, 3 Mar 2012 21:14:22 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward4.mail.yandex.net (Yandex) with ESMTP id 5897950154C; Sun, 4 Mar 2012 01:14:21 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1330809261; bh=88a+4nKzt7rPtROY6EiuLCLZU3JIDdKjiFlrhnQI7nY=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=UW9I3jOfDQtgf8GJppRmfM+9zzvb1oRVVl66Lj1OsvOthShEQlG1UuHcYiTC4x5uP xYvLM+UVjQ7KG1rDmmi7DryQEMlOqDvV0HoTUnp03xTR0wNd72v/fpHbw0uWjSB3pl Vn+nw57T4K+2yaxuuK6cW+oT1IBioo3XwRdFB5OM= Received: from smtp3.mail.yandex.net (localhost [127.0.0.1]) by smtp3.mail.yandex.net (Yandex) with ESMTP id 287021BA0342; Sun, 4 Mar 2012 01:14:21 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1330809261; bh=88a+4nKzt7rPtROY6EiuLCLZU3JIDdKjiFlrhnQI7nY=; h=Date:From:Reply-To:Message-ID:To:CC:Subject:In-Reply-To: References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=UW9I3jOfDQtgf8GJppRmfM+9zzvb1oRVVl66Lj1OsvOthShEQlG1UuHcYiTC4x5uP xYvLM+UVjQ7KG1rDmmi7DryQEMlOqDvV0HoTUnp03xTR0wNd72v/fpHbw0uWjSB3pl Vn+nw57T4K+2yaxuuK6cW+oT1IBioo3XwRdFB5OM= Received: from unknown (unknown [77.93.52.20]) by smtp3.mail.yandex.net (nwsmtp/Yandex) with ESMTP id EKQmS1tc-EKQ0PfaQ; Sun, 4 Mar 2012 01:14:20 +0400 X-Yandex-Spam: 1 Date: Sat, 3 Mar 2012 23:14:29 +0200 From: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= X-Mailer: The Bat! (v4.0.24) Professional Organization: =?windows-1251?B?188gyu7t/Oru4iwgRnJlZUxpbmU=?= X-Priority: 3 (Normal) Message-ID: <755733674.20120303231429@yandex.ru> To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= In-Reply-To: <292119122.20120228212137@yandex.ru> References: <292119122.20120228212137@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: netisr traffic bad distribution between CPUs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?windows-1251?B?yu7t/Oru4iDF4uPl7ejp?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2012 21:14:24 -0000 Some more statistics http://piccy.info/view3/2703143/058d1f0dfaaa9e69f5d10255257c66b9/orig/ http://piccy.info/view3/2703161/e131f67a5288557cbbc8ac67c36a9be3/orig/ # netstat -Q Configuration: Setting Current Limit Thread count 4 4 Default queue limit 256 10240 Direct dispatch disabled n/a Forced direct dispatch disabled n/a Threads bound to CPUs disabled n/a Protocols: Name Proto QLimit Policy Flags ip 1 1024 flow --- igmp 2 256 source --- rtsock 3 256 source --- arp 7 256 source --- ip6 10 256 flow --- Workstreams: WSID CPU Name Len WMark Disp'd HDisp'd QDrops Queued Handled 0 0 ip 606 1024 0 0 2930711 2377098505 2377097226 0 0 igmp 0 0 0 0 0 0 0 0 0 rtsock 0 251 0 0 0 108579 108579 0 0 arp 0 17 0 0 0 205271 205271 0 0 ip6 0 1 0 0 0 1111 1111 1 1 ip 16 536 0 0 0 758322101 758322085 1 1 igmp 0 0 0 0 0 0 0 1 1 rtsock 0 0 0 0 0 0 0 1 1 arp 0 3 0 0 0 106860 106860 1 1 ip6 0 2 0 0 0 1254 1254 2 2 ip 155 1024 0 0 414966 2378645792 2378645336 2 2 igmp 0 0 0 0 0 0 0 2 2 rtsock 0 0 0 0 0 0 0 2 2 arp 0 11 0 0 0 320116 320116 2 2 ip6 0 1 0 0 0 3557 3557 3 3 ip 0 1024 0 0 5774 2108548645 2108548645 3 3 igmp 0 0 0 0 0 0 0 3 3 rtsock 0 0 0 0 0 0 0 3 3 arp 0 12 0 0 0 672284 672284 3 3 ip6 0 3 0 0 0 13870 13870