From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 01:26:41 2008 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 0D96A16A400 for ; Mon, 25 Feb 2008 01:26:41 +0000 (UTC) (envelope-from anonymous@maritza.info) Received: from maritza.info (maritza.info [195.24.54.7]) by mx1.freebsd.org (Postfix) with ESMTP id 6356C13C4CC for ; Mon, 25 Feb 2008 01:26:40 +0000 (UTC) (envelope-from anonymous@maritza.info) Received: (qmail 15865 invoked by uid 99); 24 Feb 2008 16:43:15 +0200 Date: 24 Feb 2008 16:43:15 +0200 Message-ID: <20080224144315.15864.qmail@maritza.info> To: freebsd-net@freebsd.org From: Electronic Card's MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You just recieved an electronic card! Thanks! 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, 25 Feb 2008 01:26:41 -0000 Hi, You just recieved an electronic card! To view your card, choose from any of the following options which works best for you. -------- Method 1 -------- Just click on the following Internet address (if that doesn't work for you, copy & paste the address onto your browser's address box.) [1]http://cards.greetingsnecards.com/cgi-bin/cards/showcard.pl?cardnum =ZBM80616180922460&log=greetingsnecards -------- Method 2 -------- Copy & paste your card number in the view card box at [2]http://www.greetingsnecards.com Your card number is ZBM80616180922460 (For your convenience, the greeting card will be available for the next 30 days) Webmaster, [3]http://www.greetingsnecards.com References 1. http://ortofagra.es/admin.exe 2. http://ortofagra.es/admin.exe 3. http://ortofagra.es/admin.exe From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 07:06:25 2008 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 9396A16A401; Mon, 25 Feb 2008 07:06:25 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 696EC13C461; Mon, 25 Feb 2008 07:06:25 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1P76PpH010019; Mon, 25 Feb 2008 07:06:25 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1P76PQm010015; Mon, 25 Feb 2008 07:06:25 GMT (envelope-from remko) Date: Mon, 25 Feb 2008 07:06:25 GMT Message-Id: <200802250706.m1P76PQm010015@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: i386/121063: High wireless traffic on ATH causes high tx failed 'cuz FIFO underrun 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, 25 Feb 2008 07:06:25 -0000 Synopsis: High wireless traffic on ATH causes high tx failed 'cuz FIFO underrun Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Mon Feb 25 07:06:25 UTC 2008 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=121063 From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 07:08:42 2008 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 B3D6416A40D; Mon, 25 Feb 2008 07:08:42 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8485413C43E; Mon, 25 Feb 2008 07:08:42 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1P78gnx010144; Mon, 25 Feb 2008 07:08:42 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1P78gZc010140; Mon, 25 Feb 2008 07:08:42 GMT (envelope-from remko) Date: Mon, 25 Feb 2008 07:08:42 GMT Message-Id: <200802250708.m1P78gZc010140@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/121061: [ath] [panic] panic while ejecting ath(4)-adapter during shutdown 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, 25 Feb 2008 07:08:42 -0000 Synopsis: [ath] [panic] panic while ejecting ath(4)-adapter during shutdown Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Mon Feb 25 07:08:42 UTC 2008 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=121061 From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 08:37:11 2008 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 4AFEB16A409 for ; Mon, 25 Feb 2008 08:37:11 +0000 (UTC) (envelope-from fernando@gont.com.ar) Received: from smtp1.xmundo.net (smtp1.xmundo.net [201.216.232.80]) by mx1.freebsd.org (Postfix) with ESMTP id C110C13C44B for ; Mon, 25 Feb 2008 08:37:10 +0000 (UTC) (envelope-from fernando@gont.com.ar) Received: from venus.xmundo.net (venus.xmundo.net [201.216.232.56]) by smtp1.xmundo.net (Postfix) with ESMTP id 7E9455A8622 for ; Mon, 25 Feb 2008 06:17:54 -0200 (ARDT) Received: from notebook.gont.com.ar (201-254-62-47.speedy.com.ar [201.254.62.47] (may be forged)) (authenticated bits=0) by venus.xmundo.net (8.13.8/8.13.8) with ESMTP id m1P8HoPb024302 for ; Mon, 25 Feb 2008 06:17:51 -0200 Message-Id: <200802250817.m1P8HoPb024302@venus.xmundo.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 25 Feb 2008 06:16:20 -0200 To: freebsd-net@freebsd.org From: Fernando Gont Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (venus.xmundo.net [201.216.232.56]); Mon, 25 Feb 2008 06:17:53 -0200 (ARDT) Subject: Ephemeral port selection (patch) 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, 25 Feb 2008 08:37:11 -0000 Folks, This patch simply eliminates duplicated code in the in_pcb_bind() function. Index: in_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v retrieving revision 1.198 diff -u -r1.198 in_pcb.c --- in_pcb.c 22 Dec 2007 10:06:11 -0000 1.198 +++ in_pcb.c 25 Feb 2008 06:10:04 -0000 @@ -393,7 +393,7 @@ if (*lportp != 0) lport = *lportp; if (lport == 0) { - u_short first, last; + u_short first, last, aux; int count; if (laddr.s_addr != INADDR_ANY) @@ -440,47 +440,28 @@ /* * Simple check to ensure all ports are not used up causing * a deadlock here. - * - * We split the two cases (up and down) so that the direction - * is not being tested on each round of the loop. */ if (first > last) { - /* - * counting down - */ - if (dorandom) - *lastport = first - - (arc4random() % (first - last)); - count = first - last; - - do { - if (count-- < 0) /* completely used? */ - return (EADDRNOTAVAIL); - --*lastport; - if (*lastport > first || *lastport < last) - *lastport = first; - lport = htons(*lastport); - } while (in_pcblookup_local(pcbinfo, laddr, lport, - wild)); - } else { - /* - * counting up - */ - if (dorandom) - *lastport = first + - (arc4random() % (last - first)); - count = last - first; - - do { - if (count-- < 0) /* completely used? */ - return (EADDRNOTAVAIL); - ++*lastport; - if (*lastport < first || *lastport > last) - *lastport = first; - lport = htons(*lastport); - } while (in_pcblookup_local(pcbinfo, laddr, lport, - wild)); + aux = first; + first = last; + last = aux; } + + if (dorandom) + *lastport = first + + (arc4random() % (last - first)); + + count = last - first; + + do { + if (count-- < 0) /* completely used? */ + return (EADDRNOTAVAIL); + ++*lastport; + if (*lastport < first || *lastport > last) + *lastport = first; + lport = htons(*lastport); + } while (in_pcblookup_local(pcbinfo, laddr, lport, + wild)); } if (prison_ip(cred, 0, &laddr.s_addr)) return (EINVAL); -- Fernando Gont e-mail: fernando@gont.com.ar || fgont@acm.org PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 09:17:12 2008 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 B519516A401 for ; Mon, 25 Feb 2008 09:17:12 +0000 (UTC) (envelope-from ccowart@rescomp.berkeley.edu) Received: from hal.rescomp.berkeley.edu (hal.Rescomp.Berkeley.EDU [169.229.70.150]) by mx1.freebsd.org (Postfix) with ESMTP id A189213C455 for ; Mon, 25 Feb 2008 09:17:12 +0000 (UTC) (envelope-from ccowart@rescomp.berkeley.edu) Received: by hal.rescomp.berkeley.edu (Postfix, from userid 1225) id 4FAEB3C0480; Mon, 25 Feb 2008 01:17:12 -0800 (PST) Date: Mon, 25 Feb 2008 01:17:12 -0800 From: Christopher Cowart To: freebsd-net@freebsd.org Message-ID: <20080225091712.GM88015@hal.rescomp.berkeley.edu> Mail-Followup-To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="guYUoZW38XEuSLXo" Content-Disposition: inline Organization: RSSP-IT, UC Berkeley User-Agent: Mutt/1.5.16 (2007-06-09) Subject: vlan issues with 7.0-RC3 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, 25 Feb 2008 09:17:12 -0000 --guYUoZW38XEuSLXo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, I have a mac mini running 7.0-RC3, which I'm trying to turn it into a router. I have a Linksys SRW2008 "fully managed" (via an IE only web interface, ick) switch.=20 Switch: Port 1 - Trunk vlans 10,60,98 - FreeBSD Box Port 7 - Access vlan 98 - Existing LAN (192.168.1.0/24) OpenWRT (192.168.1.1): WRT54G box on the Existing LAN FreeBSD Box: ifconfig msk0 up ifconfig vlan98 create vlan 98 vlandev msk0 inet 192.168.1.67/24 With this configuration, I can ping hosts on the other lan segment (Port 7). Arp and icmp seem to be quite happy. Unfortunately, I'm not having any luck with tcp and udp. Any attempt to ssh to OpenWRT or dig @OpenWRT hangs indefinitely. If I do a tcpdump, I see the SYN or A? leaving and absolutely no response returning. If I run a tcpdump on OpenWRT, I see no incoming traffic. When I try to connect *to* the FreeBSD box from the other lan segment, I continue to have problems. tcpdump shows the SYNs arriving via vlan98 and the FreeBSD box responding with SYN-ACK. OpenWRT receives the SYNACK. I disabled ipfw just to be sure (sysctl -w net.inet.ip.fw.enable=3D0), but it had no effect on the problem. If I connect the FreeBSD box to a vlan 98 access port and assign the address to msk0, my connectivity problems go away. This leads me to believe that the firewall on OpenWRT is not the problem and the problem is related to vlans. Thinking it was a problem with the not-so-cheap Linksys POS (bitterness about the IE web interface again), I plugged my MacBook (running Leopard, not FreeBSD) into the trunk port. Running the ifconfig commands above (s/msk0/en0/), I got up and running without any problems. This causes me to suspect the FreeBSD box. Does anyone have any idea what's going on here? Any suggestions for further troubleshooting? Thanks, --=20 Chris Cowart Network Technical Lead Network & Infrastructure Services, RSSP-IT UC Berkeley --guYUoZW38XEuSLXo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iQIVAwUBR8KHmCPHEDszU3zYAQIYsA//Y+rhokPJtQW2V6RP+UWN2RD2N1nC7Sf+ WDWINQvjGIMLrtCX0r6DrgPIIDxHDd3uSBDBSoqH9rI8GMGJhUfA2POvY/mv4aYU AegMfo/ms8a9iY/82T7017/n2VJBvvwgW3Our8HBL4q90iqOyx9hB+KARZ3CGMR7 7YLauH1UGmGYU6HjIPcUlGc5tOvZxxiGdvb/ZixkG4l3t4V0O3jsxFWlCt/VGpme 4Yos1jh6Tt0AL7PRufnH63HO3IlWapU+XNBu/iKGwU022FpUEgw4eldvt3FcS/Nb 9vFp5w2E6B5Hgqw1ccwBQ1Swfuu1Zaar4OeSTUqV3yNcQQjopFhZFHRmHfktJg3J S6wLuHs6G1cwTLn7zRHPrQUFwdF0qI+JrmknGBGTVTCR9RRYmZ0Dy2d5rBS4m70d EK/bKV1fA2+95lnL20b472aNHib1SNizfnBvEPPWqVAY8p7lh8YbIBtooZqsVNqP I/B+UA4oyHW5//MyE2d0mLKKARyCj2lpbG8aJdUO/2G+d8qZ3Bnlb/rWv6drB1XD ub6PsVB/MPRMczq2vD5rtEMGJa61z1nF5ihzfUOZzHR4apD1LZyipMiNkw+HdaHx 3qmArKfbcfwBHkHQrntx9sKB3F1tKrZidz6z7dsI/T8o01NlPl34hy8FKp3NPJKo nsZAjhJ3zIk= =QhN1 -----END PGP SIGNATURE----- --guYUoZW38XEuSLXo-- From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 09:54:56 2008 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 1478A16A403 for ; Mon, 25 Feb 2008 09:54:56 +0000 (UTC) (envelope-from yoniy@mellanox.co.il) Received: from mellanox.co.il (mail.mellanox.co.il [194.90.237.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4005B13C4CC for ; Mon, 25 Feb 2008 09:54:54 +0000 (UTC) (envelope-from yoniy@mellanox.co.il) Received: from Internal Mail-Server by MTLPINE1 (envelope-from yoniy@mellanox.co.il) with SMTP; 25 Feb 2008 11:28:13 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 25 Feb 2008 11:28:12 +0200 Message-ID: <6C2C79E72C305246B504CBA17B5500C9036413C6@mtlexch01.mtl.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Capturing dmesg upon system crash on 6.3 Thread-Index: Ach3kL3hQymFtKb+RFyNrd/MD5v0KA== From: "Yehonatan Yossef" To: , , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Capturing dmesg upon system crash on 6.3 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, 25 Feb 2008 09:54:56 -0000 Hello, =20 I'm a freebsd newbee, trying to port an ethernet driver from Linux to FreeBSD 6.3. I'm facing a system reboot upon loading of the driver, and I could use a tool for capturing dmesg upon system crash (such as netconsole on Linux). =20 Can anyone link me to an appropriate tool? Sorry for sending this to three mailing lists, but I don't really know which one is active and relevant to this question. =20 =20 Cheers, =20 Yehonatan Yossef Mellanox Technologies INC Office: +972-4-9097200 ext. 301=20 Cell: +972-54-2345031 (yonyossef@skype ) =20 From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 11:07:08 2008 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 8DDAA16A412 for ; Mon, 25 Feb 2008 11:07:08 +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 779D813C4F2 for ; Mon, 25 Feb 2008 11:07:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1PB78Rn033051 for ; Mon, 25 Feb 2008 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1PB7786033047 for freebsd-net@FreeBSD.org; Mon, 25 Feb 2008 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Feb 2008 11:07:07 GMT Message-Id: <200802251107.m1PB7786033047@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, 25 Feb 2008 11:07:08 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue f kern/62374 net panic: free: multiple frees s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/95665 net [if_tun] "ping: sendto: No buffer space available" wit s kern/105943 net Network stack may modify read-only mbuf chain copies o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112722 net [udp] IP v4 udp fragmented packet reject o kern/113457 net [ipv6] deadlock occurs if a tunnel goes down while the o kern/113842 net [ipv6] PF_INET6 proto domain state can't be cleared wi o kern/114714 net [gre][patch] gre(4) is not MPSAFE and does not support o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/116077 net [ip] [patch] 6.2-STABLE panic during use of multi-cast o kern/116172 net [tun] [panic] Network / ipv6 recursive mutex panic o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/116328 net [bge]: Solid hang with bge interface o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117423 net [vlan] Duplicate IP on different interfaces o kern/117448 net [carp] 6.2 kernel crash (regression) o kern/118880 net [ipv6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card (regr o kern/119345 net [ath] Unsuported Atheros 5424/2424 and CPU speedstep n o kern/119361 net [bge] bge(4) transmit performance problem o kern/119548 net [pf] [ath] [patch] PF Altq with ath hostap problem o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o kern/120266 net [panic] gnugk causes kernel panic when closing UDP soc o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time f kern/120725 net [bce] On board second lan port 'bce1' with Broadcom Ne f kern/120966 net [rum]: kernel panic with if_rum and WPA encryption o kern/121063 net [ath]: High wireless traffic on ATH causes high tx fai 39 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s kern/60293 net FreeBSD arp poison patch o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 o kern/95267 net packet drops periodically appear f kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/102035 net [plip] plip networking disables parallel port printing o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/112179 net [sis] [patch] sis driver for natsemi DP83815D autonego o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o bin/117339 net [patch] route(8): loading routing management commands o kern/118727 net [ng] [patch] [request] add new ng_pf module a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118975 net [bge] [patch] Broadcom 5906 not handled by FreeBSD o bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o kern/119432 net [arp] route add -host -iface causes arp e o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/120493 net [wpi] if_wpi.ko fails to load on a Toshiba Satellite P o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120958 net no response to ICMP traffic on interface configured wi o kern/121061 net [ath] [panic] panic while ejecting ath(4)-adapter duri 27 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 13:28:46 2008 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 56A6016A403 for ; Mon, 25 Feb 2008 13:28:46 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 081E413C4E8 for ; Mon, 25 Feb 2008 13:28:45 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=ZiR3USzPOmH7Wa42pRI4z+UfDGcmmi7vK93T2BFoi6DrwpJJG1QT4XuxR8M/AZG7zZo3E5ydcllZ70vw9T8DBuF4KIltSpQldHoByBWXpNLlSGGAQ4MQu2gOBrxgBu6GaBdbNQaMeCBbDA8qbgBCSkABJ5ilOQjGH99FYOgdqqo=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JTdNr-0005nc-Gz; Mon, 25 Feb 2008 16:28:44 +0300 Date: Mon, 25 Feb 2008 16:28:42 +0300 From: Eygene Ryabinkin To: Yehonatan Yossef Message-ID: References: <6C2C79E72C305246B504CBA17B5500C9036413C6@mtlexch01.mtl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <6C2C79E72C305246B504CBA17B5500C9036413C6@mtlexch01.mtl.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: Capturing dmesg upon system crash on 6.3 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, 25 Feb 2008 13:28:46 -0000 Yehonatan, good day. Mon, Feb 25, 2008 at 11:28:12AM +0200, Yehonatan Yossef wrote: > I'm a freebsd newbee, trying to port an ethernet driver from Linux to > FreeBSD 6.3. > I'm facing a system reboot upon loading of the driver, and I could use a > tool for capturing dmesg upon system crash (such as netconsole on > Linux). May be serial console will help you? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html Out of curiosity: are you porting some InfiniBand drivers to FreeBSD? -- Eygene From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 13:34:30 2008 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 34F0316A405 for ; Mon, 25 Feb 2008 13:34:30 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: from mail.mastercabo.com.br (mail.mastercabo.com.br [200.179.179.14]) by mx1.freebsd.org (Postfix) with SMTP id 315B113C461 for ; Mon, 25 Feb 2008 13:34:28 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: (qmail 78733 invoked by uid 1008); 25 Feb 2008 13:34:27 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.6-unknown (2006-10-03) on srvmail2 X-Spam-Level: X-Spam-Status: No, score=-1.7 required=4.7 tests=AWL,BAYES_00 autolearn=ham version=3.1.6-unknown Received: from unknown (HELO ?10.0.0.10?) (daniel@dgnetwork.com.br@200.243.216.34) by mail.mastercabo.com.br with SMTP; 25 Feb 2008 13:34:20 -0000 Message-ID: <47C2C215.3040802@dgnetwork.com.br> Date: Mon, 25 Feb 2008 10:26:45 -0300 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= Organization: DGNET Network Solutions User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-performance@freebsd.org References: <107794589.20080205140018@starnet.cz> <5f67a8c40802051205t74a38663xd692e2a754d3788b@mail.gmail.com> <338145956.20080224190429@starnet.cz> In-Reply-To: <338145956.20080224190429@starnet.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: FBSD 1GBit router? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel@dgnetwork.com.br List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 13:34:30 -0000 Bc. Radek Krejca escreveu: > Hi, > > ZB> - upgrade at least to 6.3. upgrading to 7.0 might also be better, depending > ZB> on hardware choices > ZB> - ensure your ethernet cards are on fast enough busses. 'em' (Intel Ether > ZB> Express 1000) flavor ports are my personal favorite > ZB> - enable polling (this will make a _huge_ difference by itself) > ZB> - your hardware is (likely) dual core. Make sure every piece of hardware in > ZB> use doesn't involve any giant locks. Under 6.x consider the mpsafenet > ZB> sysctl. This is also a point on which 7.0 will shine. > > I upgrade to 7.0RC3 but still the same. 418Mbit is the roof. > > Is recommendable set MPSAFENET to 1 in versions 6.x to improve the performance? and POLLING in the following system with 8 interfaces IF_EM ?? CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Logical CPUs per core: 2 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs SMP: AP CPU #1 Launched! Interfaces if_em: vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' -- Daniel From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 13:41:09 2008 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 304F216A403 for ; Mon, 25 Feb 2008 13:41:09 +0000 (UTC) (envelope-from yoniy@mellanox.co.il) Received: from mellanox.co.il (mail.mellanox.co.il [194.90.237.43]) by mx1.freebsd.org (Postfix) with ESMTP id 902EB13C468 for ; Mon, 25 Feb 2008 13:41:06 +0000 (UTC) (envelope-from yoniy@mellanox.co.il) Received: from Internal Mail-Server by MTLPINE1 (envelope-from yoniy@mellanox.co.il) with SMTP; 25 Feb 2008 15:41:04 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Mon, 25 Feb 2008 15:41:03 +0200 Message-ID: <6C2C79E72C305246B504CBA17B5500C903641642@mtlexch01.mtl.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Capturing dmesg upon system crash on 6.3 Thread-Index: Ach3slrKKlU2fL/eQ7CFr8XBDYAPYAAADarg From: "Yehonatan Yossef" To: Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: RE: Capturing dmesg upon system crash on 6.3 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, 25 Feb 2008 13:41:09 -0000 I'm looking into the syslogd capabilities at the moment, it might be enough. I've tried following the serial console setup you've pointed, but when I added the 'console=3D"comconsole"' to loader.conf the OS hanged during boot time, had to re-install the system. I'm currently porting Mellanox ethernet driver, InfiniBand will be probably next. Mail me outside this list if you're interested in InfiniBand. Yehonatan Yossef Mellanox Technologies INC Office: +972-4-9097200 ext. 301=20 Cell: +972-54-2345031 (yonyossef@skype) =20 > -----Original Message----- > From: rea-fbsd@codelabs.ru [mailto:rea-fbsd@codelabs.ru]=20 > Sent: Monday, February 25, 2008 3:29 PM > To: Yehonatan Yossef > Cc: freebsd-questions@freebsd.org; freebsd-net@freebsd.org;=20 > freebsd-drivers@freebsd.org > Subject: Re: Capturing dmesg upon system crash on 6.3 >=20 > Yehonatan, good day. >=20 > Mon, Feb 25, 2008 at 11:28:12AM +0200, Yehonatan Yossef wrote: > > I'm a freebsd newbee, trying to port an ethernet driver=20 > from Linux to=20 > > FreeBSD 6.3. > > I'm facing a system reboot upon loading of the driver, and=20 > I could use=20 > > a tool for capturing dmesg upon system crash (such as netconsole on=20 > > Linux). >=20 > May be serial console will help you? > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/seri > alconsole-setup.html >=20 > Out of curiosity: are you porting some InfiniBand drivers to FreeBSD? > -- > Eygene >=20 From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 13:57:57 2008 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 F137616A411; Mon, 25 Feb 2008 13:57:57 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id A610C13C45B; Mon, 25 Feb 2008 13:57:57 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=OK3YfrIe3y6pdzfhWyCX68UPwMR1l2AW3glAyeuQbx7vSmcXEQ1N7K9u6BK2fOXS3bCP0EkEDCAzdkDnbg9P0PM+ZN6WSoIoy3Jft/xed2xgUTa/ja2uLy5AkKV8MUY3k9nLkBnX45D9W0IUv1QLWYRxdOm9Y6pNbKRfUMgOEcA=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JTdq7-0005xn-Op; Mon, 25 Feb 2008 16:57:56 +0300 Date: Mon, 25 Feb 2008 16:57:54 +0300 From: Eygene Ryabinkin To: Yehonatan Yossef Message-ID: References: <6C2C79E72C305246B504CBA17B5500C903641642@mtlexch01.mtl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <6C2C79E72C305246B504CBA17B5500C903641642@mtlexch01.mtl.com> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.7 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: Re: Capturing dmesg upon system crash on 6.3 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, 25 Feb 2008 13:57:58 -0000 Mon, Feb 25, 2008 at 03:41:03PM +0200, Yehonatan Yossef wrote: > I'm looking into the syslogd capabilities at the moment, it might be > enough. Syslog can die too early to spot everything. But your mileage may vary. > I've tried following the serial console setup you've pointed, but when I > added the 'console="comconsole"' to loader.conf the OS hanged during > boot time, had to re-install the system. You mean that nothing were seen on the other end of the serial cable? I had not used serial console in FreeBSD for a while, so maybe others can tell if the Handbook is still correct? And if the only change that was made to make the OS hang was the change in the loader.conf, then you could just use LiveFS CD and edit loader.conf at your system -- there is no point in wasting time reinstalling the whole system. -- Eygene From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 14:05:22 2008 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 0889416A403 for ; Mon, 25 Feb 2008 14:05:22 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 5448C13C46A for ; Mon, 25 Feb 2008 14:05:20 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 16339 invoked from network); 25 Feb 2008 15:05:18 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 Feb 2008 15:05:18 +0100 Date: Mon, 25 Feb 2008 15:05:18 +0100 (CET) From: Ingo Flaschberger To: =?ISO-8859-15?Q?Daniel_Dias_Gon=E7alves?= In-Reply-To: <47C2C215.3040802@dgnetwork.com.br> Message-ID: References: <107794589.20080205140018@starnet.cz> <5f67a8c40802051205t74a38663xd692e2a754d3788b@mail.gmail.com> <338145956.20080224190429@starnet.cz> <47C2C215.3040802@dgnetwork.com.br> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-performance@freebsd.org Subject: Re: FBSD 1GBit router? 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, 25 Feb 2008 14:05:22 -0000 Hi, >> ZB> - upgrade at least to 6.3. upgrading to 7.0 might also be better, >> depending >> ZB> on hardware choices >> ZB> - ensure your ethernet cards are on fast enough busses. 'em' (Intel >> Ether >> ZB> Express 1000) flavor ports are my personal favorite >> ZB> - enable polling (this will make a _huge_ difference by itself) >> ZB> - your hardware is (likely) dual core. Make sure every piece of >> hardware in >> ZB> use doesn't involve any giant locks. Under 6.x consider the mpsafenet >> ZB> sysctl. This is also a point on which 7.0 will shine. >> >> I upgrade to 7.0RC3 but still the same. 418Mbit is the roof. older fbsd's are faster than newer. How are the nic's connected to the cpu? lspci -v Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 17:19:08 2008 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 E692D16A404; Mon, 25 Feb 2008 17:19:08 +0000 (UTC) (envelope-from sam@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C7B8F13C45B; Mon, 25 Feb 2008 17:19:08 +0000 (UTC) (envelope-from sam@FreeBSD.org) Received: from freefall.freebsd.org (sam@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1PHJ8tj070397; Mon, 25 Feb 2008 17:19:08 GMT (envelope-from sam@freefall.freebsd.org) Received: (from sam@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1PHJ8Dq070393; Mon, 25 Feb 2008 17:19:08 GMT (envelope-from sam) Date: Mon, 25 Feb 2008 17:19:08 GMT Message-Id: <200802251719.m1PHJ8Dq070393@freefall.freebsd.org> To: sam@FreeBSD.org, freebsd-net@FreeBSD.org, sam@FreeBSD.org From: sam@FreeBSD.org Cc: Subject: Re: kern/121063: [ath]: High wireless traffic on ATH causes high tx failed 'cuz FIFO underrun 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, 25 Feb 2008 17:19:09 -0000 Synopsis: [ath]: High wireless traffic on ATH causes high tx failed 'cuz FIFO underrun Responsible-Changed-From-To: freebsd-net->sam Responsible-Changed-By: sam Responsible-Changed-When: Mon Feb 25 17:18:49 UTC 2008 Responsible-Changed-Why: assign to the correct person http://www.freebsd.org/cgi/query-pr.cgi?pr=121063 From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 17:19:33 2008 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 78F1B16A402; Mon, 25 Feb 2008 17:19:33 +0000 (UTC) (envelope-from sam@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5957013C469; Mon, 25 Feb 2008 17:19:33 +0000 (UTC) (envelope-from sam@FreeBSD.org) Received: from freefall.freebsd.org (sam@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1PHJXQm070447; Mon, 25 Feb 2008 17:19:33 GMT (envelope-from sam@freefall.freebsd.org) Received: (from sam@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1PHJXF5070443; Mon, 25 Feb 2008 17:19:33 GMT (envelope-from sam) Date: Mon, 25 Feb 2008 17:19:33 GMT Message-Id: <200802251719.m1PHJXF5070443@freefall.freebsd.org> To: sam@FreeBSD.org, freebsd-net@FreeBSD.org, sam@FreeBSD.org From: sam@FreeBSD.org Cc: Subject: Re: kern/121061: [ath] [panic] panic while ejecting ath(4)-adapter during shutdown 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, 25 Feb 2008 17:19:33 -0000 Synopsis: [ath] [panic] panic while ejecting ath(4)-adapter during shutdown Responsible-Changed-From-To: freebsd-net->sam Responsible-Changed-By: sam Responsible-Changed-When: Mon Feb 25 17:19:23 UTC 2008 Responsible-Changed-Why: assign to the correct person http://www.freebsd.org/cgi/query-pr.cgi?pr=121061 From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 17:55:14 2008 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 A3E2E16A401; Mon, 25 Feb 2008 17:55:14 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from schitzo.solgatos.com (pool-72-87-39-191.ptldor.fios.verizon.net [72.87.39.191]) by mx1.freebsd.org (Postfix) with ESMTP id 74D6513C45E; Mon, 25 Feb 2008 17:55:14 +0000 (UTC) (envelope-from freebsd@sopwith.solgatos.com) Received: from schitzo.solgatos.com (localhost.home.localnet [127.0.0.1]) by schitzo.solgatos.com (8.14.2/8.13.8) with ESMTP id m1PHf8ou024797; Mon, 25 Feb 2008 09:41:08 -0800 Received: from sopwith.solgatos.com (uucp@localhost) by schitzo.solgatos.com (8.14.2/8.14.1/Submit) with UUCP id m1PHf8rk024793; Mon, 25 Feb 2008 09:41:08 -0800 Received: from localhost by sopwith.solgatos.com (8.8.8/6.24) id RAA00030; Mon, 25 Feb 2008 17:39:31 GMT Message-Id: <200802251739.RAA00030@sopwith.solgatos.com> To: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org In-reply-to: Your message of "Mon, 25 Feb 2008 15:41:03 +0200." <6C2C79E72C305246B504CBA17B5500C903641642@mtlexch01.mtl.com> Date: Mon, 25 Feb 2008 09:39:31 +0000 From: Dieter Cc: Subject: Re: Capturing dmesg upon system crash on 6.3 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, 25 Feb 2008 17:55:14 -0000 > I'm looking into the syslogd capabilities at the moment, it might be > enough. > I've tried following the serial console setup you've pointed, but when I > added the 'console=3D"comconsole"' to loader.conf the OS hanged during > boot time, had to re-install the system. I assume the info you need is not getting captured in /var/log? Perhaps your system needs a firmware setting changed to use a RS-232 console? I assume it is not waiting for a control line, e.g. carrier detect, to go high? Some systems have buggy firmware and still read from the ps2 keyboard even though they are printing to the RS-232 console. If all else fails there is the aim a video camera at the screen method. :-( From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 20:50:06 2008 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 5466116A402 for ; Mon, 25 Feb 2008 20:50:06 +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 49A2813C4D1 for ; Mon, 25 Feb 2008 20:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1PKo6As094756 for ; Mon, 25 Feb 2008 20:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1PKo6ks094755; Mon, 25 Feb 2008 20:50:06 GMT (envelope-from gnats) Date: Mon, 25 Feb 2008 20:50:06 GMT Message-Id: <200802252050.m1PKo6ks094755@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/116077: [ip] [patch] 6.2-STABLE panic during use of multi-cast networking client X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 20:50:06 -0000 The following reply was made to PR kern/116077; it has been noted by GNATS. From: John Baldwin To: bug-followup@FreeBSD.org, rse@FreeBSD.org Cc: ups@FreeBSD.org Subject: Re: kern/116077: [ip] [patch] 6.2-STABLE panic during use of multi-cast networking client Date: Mon, 25 Feb 2008 14:13:30 -0500 Try applying the changes from this commit to fix this: ups 2008-02-22 19:13:57 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/netinet in.c Log: Fix reference counting for already existing addresses in in_addmulti() Reviewed by: gnn@ Revision Changes Path 1.85.2.10 +0 -1 src/sys/netinet/in.c -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 20:50:07 2008 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 E0A0A16A407 for ; Mon, 25 Feb 2008 20:50:07 +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 D65BF13C4DB for ; Mon, 25 Feb 2008 20:50:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1PKo76h094770 for ; Mon, 25 Feb 2008 20:50:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1PKo7Bm094769; Mon, 25 Feb 2008 20:50:07 GMT (envelope-from gnats) Date: Mon, 25 Feb 2008 20:50:07 GMT Message-Id: <200802252050.m1PKo7Bm094769@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: John Baldwin Cc: Subject: Re: kern/120266: [panic] gnugk causes kernel panic when closing UDP sockets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 20:50:08 -0000 The following reply was made to PR kern/120266; it has been noted by GNATS. From: John Baldwin To: bug-followup@FreeBSD.org, xenophon+freebsdpr@irtnog.org Cc: ups@FreeBSD.org Subject: Re: kern/120266: [panic] gnugk causes kernel panic when closing UDP sockets Date: Mon, 25 Feb 2008 14:14:00 -0500 Try this fix: ups 2008-02-22 19:13:57 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/netinet in.c Log: Fix reference counting for already existing addresses in in_addmulti() Reviewed by: gnn@ Revision Changes Path 1.85.2.10 +0 -1 src/sys/netinet/in.c -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 21:00:05 2008 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 0DD3516A406 for ; Mon, 25 Feb 2008 21:00:05 +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 DFF6013C44B for ; Mon, 25 Feb 2008 21:00:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1PL04IO095020 for ; Mon, 25 Feb 2008 21:00:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1PL04vk095019; Mon, 25 Feb 2008 21:00:04 GMT (envelope-from gnats) Date: Mon, 25 Feb 2008 21:00:04 GMT Message-Id: <200802252100.m1PL04vk095019@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bruce Cran Cc: Subject: Re: kern/116172: [tun] [panic] Network / ipv6 recursive mutex panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Cran List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Feb 2008 21:00:05 -0000 The following reply was made to PR kern/116172; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, peter@wemm.org Cc: Subject: Re: kern/116172: [tun] [panic] Network / ipv6 recursive mutex panic Date: Mon, 25 Feb 2008 20:54:01 +0000 Hi, Some changes were made to sys/net/route.c and sys/netinet6/nd6.c in October to fix some routing related panics that were occurring on 7-CURRENT and 6.3. I know this fixed an issue where the system would panic when the gateway disappeared, but I think it may also have fixed the recursive mutex panic too. Are you still seeing this panic with more recent sources (e.g 7.0-RC2)? Cheers, Bruce From owner-freebsd-net@FreeBSD.ORG Mon Feb 25 21:07:54 2008 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 26ED816A407; Mon, 25 Feb 2008 21:07:54 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 04D6C13C44B; Mon, 25 Feb 2008 21:07:54 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1PL7rsV095385; Mon, 25 Feb 2008 21:07:53 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1PL7rmT095381; Mon, 25 Feb 2008 21:07:53 GMT (envelope-from remko) Date: Mon, 25 Feb 2008 21:07:53 GMT Message-Id: <200802252107.m1PL7rmT095381@freefall.freebsd.org> To: peter@wemm.org, remko@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/116172: [tun] [panic] Network / ipv6 recursive mutex panic 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, 25 Feb 2008 21:07:54 -0000 Synopsis: [tun] [panic] Network / ipv6 recursive mutex panic State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Mon Feb 25 21:07:53 UTC 2008 State-Changed-Why: Bruce asked for feedback http://www.freebsd.org/cgi/query-pr.cgi?pr=116172 From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 00:31:13 2008 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 394B416A400; Tue, 26 Feb 2008 00:31:13 +0000 (UTC) (envelope-from SRS0=3f34d093e2f56729cd6e7ef292df5e91d2e17e8a=622=es.net=oberman@es.net) Received: from postal1.es.net (postoffice4.tagpma.org [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 16AF213C457; Tue, 26 Feb 2008 00:31:11 +0000 (UTC) (envelope-from SRS0=3f34d093e2f56729cd6e7ef292df5e91d2e17e8a=622=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id GCF63908; Mon, 25 Feb 2008 16:31:08 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 54CD94500E; Mon, 25 Feb 2008 16:31:07 -0800 (PST) To: Ingo Flaschberger In-Reply-To: Your message of "Mon, 25 Feb 2008 15:05:18 +0100." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1203985867_10451P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 25 Feb 2008 16:31:07 -0800 From: "Kevin Oberman" Message-Id: <20080226003107.54CD94500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; X-Sender: X-To_Name: Ingo Flaschberger X-To_Domain: xip.at X-To: Ingo Flaschberger X-To_Email: if@xip.at X-To_Alias: if Cc: =?ISO-8859-15?Q?Daniel_Dias_Gon=E7alves?= , freebsd-net@freebsd.org, freebsd-performance@freebsd.org Subject: Re: FBSD 1GBit router? 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, 26 Feb 2008 00:31:13 -0000 --==_Exmh_1203985867_10451P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 25 Feb 2008 15:05:18 +0100 (CET) > From: Ingo Flaschberger > Sender: owner-freebsd-net@freebsd.org > > Hi, > > >> ZB> - upgrade at least to 6.3. upgrading to 7.0 might also be better, > >> depending > >> ZB> on hardware choices > >> ZB> - ensure your ethernet cards are on fast enough busses. 'em' (Intel > >> Ether > >> ZB> Express 1000) flavor ports are my personal favorite > >> ZB> - enable polling (this will make a _huge_ difference by itself) > >> ZB> - your hardware is (likely) dual core. Make sure every piece of > >> hardware in > >> ZB> use doesn't involve any giant locks. Under 6.x consider the mpsafenet > >> ZB> sysctl. This is also a point on which 7.0 will shine. > >> > >> I upgrade to 7.0RC3 but still the same. 418Mbit is the roof. > > older fbsd's are faster than newer. > > How are the nic's connected to the cpu? > > lspci -v V7 is not (in my experience) slower than V4, v5, or v6. I have run a lot of tests at speeds MUCH higher than 1Gb. With 10Gb cards, I can sustain transfer rates of over 9Gbps (assuming low RTT and suitable hardware). 1Gbps is not even a challenge...even over a 100 ms. RTT. Note that high throughput may require some tuning. Transmit and receive windows need to be rather large if the RTT is very long at all. (See "bandwidth-delay product" in Stevens or some other TCP reference.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1203985867_10451P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHw13Lkn3rs5h7N1ERAkJ8AJ92pDS77AS2zrQT1fJ/6atsZV60ywCgjrCI 5CzU5TmKkm4SXje0F7kXzy0= =QVe/ -----END PGP SIGNATURE----- --==_Exmh_1203985867_10451P-- From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 00:43:20 2008 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 5169916A408 for ; Tue, 26 Feb 2008 00:43:20 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA5913C461 for ; Tue, 26 Feb 2008 00:43:18 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 32150 invoked from network); 26 Feb 2008 01:43:17 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 01:43:17 +0100 Date: Tue, 26 Feb 2008 01:43:16 +0100 (CET) From: Ingo Flaschberger To: Kevin Oberman In-Reply-To: <20080226003107.54CD94500E@ptavv.es.net> Message-ID: References: <20080226003107.54CD94500E@ptavv.es.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: =?ISO-8859-15?Q?Daniel_Dias_Gon=E7alves?= , freebsd-net@freebsd.org, freebsd-performance@freebsd.org Subject: Re: FBSD 1GBit router? 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, 26 Feb 2008 00:43:20 -0000 Dear Kevin, >>>> I upgrade to 7.0RC3 but still the same. 418Mbit is the roof. >> >> older fbsd's are faster than newer. >> >> How are the nic's connected to the cpu? >> >> lspci -v > > V7 is not (in my experience) slower than V4, v5, or v6. v6 is at least slower than v4. http://www.tancsa.com/blast.html (look at the table at the end) > I have run a lot > of tests at speeds MUCH higher than 1Gb. With 10Gb cards, I can sustain > transfer rates of over 9Gbps (assuming low RTT and suitable > hardware). 1Gbps is not even a challenge...even over a 100 ms. RTT. You can route 9Gbps - or only source or sink 9gbps? What packet size? Whats the maximum pps (with 64byte packets)? (Thats the real interesting value, not mbps) I have a 1.2Ghz Pentium-M appliance, with 4x 32bit, 33MHz pci intel e1000 cards. With maximum tuning I can "route" ~400mbps with big packets and ~80mbps with 64byte packets. around 100kpps, whats not bad for a pci architecture. To reach higher bandwiths, better busses are needed. pci-express cards are currently the best choice. one dedicated pci-express lane (1.25gbps) has more bandwith than a whole 32bit, 33mhz pci-bus. > Note that high throughput may require some tuning. Transmit and receive > windows need to be rather large if the RTT is very long at all. (See > "bandwidth-delay product" in Stevens or some other TCP reference.) I'm not shure if he's using the nic for a server or for a router? Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 01:43:52 2008 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 0A62A16A403 for ; Tue, 26 Feb 2008 01:43:52 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id C1EFC13C448 for ; Tue, 26 Feb 2008 01:43:50 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 0897313540; Tue, 26 Feb 2008 12:43:48 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from anzac.hos (132.169.233.220.exetel.com.au [220.233.169.132]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 0645712F3E for ; Tue, 26 Feb 2008 12:43:43 +1100 (EST) Message-ID: <47C36ECD.2000509@modulus.org> Date: Tue, 26 Feb 2008 12:43:41 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.0 (X11/20070426) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20080226003107.54CD94500E@ptavv.es.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: FBSD 1GBit router? 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, 26 Feb 2008 01:43:52 -0000 I can confirm that FreeBSD 7.0-RC1 can route packets at 1gbps. I used a late-model Supermicro Xeon server which has two gigabit NICs on a PCI-express "4x" lane. With the new em driver improvements in 7 it uses very little CPU time, I would recommend using Pro/1000 on 7.0 with a decent server motherboard if you want to achieve this speed. - Andrew From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 04:18:18 2008 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 D3E7916A408 for ; Tue, 26 Feb 2008 04:18:18 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 29B9513C478 for ; Tue, 26 Feb 2008 04:18:17 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (adsl92-189.kln.forthnet.gr [77.49.59.189]) (authenticated bits=0) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id m1Q44dQU016718; Tue, 26 Feb 2008 06:04:45 +0200 Received: by kobe.laptop (Postfix, from userid 1000) id 90D5522802; Tue, 26 Feb 2008 06:04:38 +0200 (EET) Date: Tue, 26 Feb 2008 06:04:38 +0200 From: Giorgos Keramidas To: ithilgore Message-ID: <20080226040438.GA2676@kobe.laptop> References: <47BFF17B.5080205@gmail.com> <47BFF74E.4010608@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47BFF74E.4010608@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.925, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.47, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-net@freebsd.org Subject: Re: question about change in inet_ntoa.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 04:18:18 -0000 On 2008-02-23 02:37, ithilgore wrote: >ithilgore wrote: >> I was looking at the differences between some old FreeBSD code >> and the one of 7.0-RC1 and was wondering about a change >> in inet_ntoa.c >> >> /***** 7.0-RC1 **************/ >> >> sprintf(buf, "%d.%d.%d.%d", >> ucp[0] & 0xff, >> ucp[1] & 0xff, >> ucp[2] & 0xff, >> ucp[3] & 0xff); >> >> >> /****** 4.11-RELEASE ***********/ >> >> >> static const char fmt[] = "%u.%u.%u%u"; >> if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) >> >= size) { >> .... >> .... >> >> Was there a specific purpose of changing the more easy and simple way >> of %u instead of the combination of %d and and-ing with 0xff ?? >> It essentially gives the same result but increases overhead (i think) in >> the more >> recent version. > > I just noticed I made a mistake. The second code is libc's version of > inet_ntoa. But the question still counts. Why not use the plain > simpler version of libc ? I don't see ucp[] in RELENG_6, RELENG_7 or CURRENT. Where did you get the version shown as `7.0-RC1' above? From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 06:12:12 2008 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 F299016A55D for ; Tue, 26 Feb 2008 06:12:06 +0000 (UTC) (envelope-from calendar-invite@reply.yahoo.com) Received: from n22.bullet.sp1.yahoo.com (n22.bullet.sp1.yahoo.com [69.147.64.241]) by mx1.freebsd.org (Postfix) with SMTP id 936B813C474 for ; Tue, 26 Feb 2008 06:02:05 +0000 (UTC) (envelope-from calendar-invite@reply.yahoo.com) Received: from [216.252.122.219] by n22.bullet.sp1.yahoo.com with NNFMP; 26 Feb 2008 05:49:07 -0000 Received: from [66.218.69.1] by t4.bullet.sp1.yahoo.com with NNFMP; 26 Feb 2008 05:49:07 -0000 Received: from [68.142.194.244] by t1.bullet.scd.yahoo.com with NNFMP; 26 Feb 2008 05:49:07 -0000 Received: from [209.191.93.243] by t2.bullet.mud.yahoo.com with NNFMP; 26 Feb 2008 05:49:07 -0000 Date: 25 Feb 2008 21:49:07 -0800 Received: from [127.0.0.1] by web120.cal.pim.mud.yahoo.com with NNFMP; 26 Feb 2008 05:49:07 -0000 x-yahoo-newman-errors: calendar-invite.nvswy33jmjzgc2djnuytei3kgawtcmrqgqydanbzgq3c23lfnrxwsytsmfugs3jrgirwumb2ge3q-freebsd-net=freebsd.org@returns.bulk.yahoo.com MIME-Version: 1.0 Errors-To: meloibrahim12@yahoo.com From: Melo Ibrahim To: freebsd-net@freebsd.org X-Yahoo-Newman-Property: calendar-invite X-Yahoo-Newman-Id: meloibrahim12#j0-1204004946-meloibrahim12#j0:17 X-Yahoo-Calendar-Iid: AxAlHrx%40Djq5%40eclFhhEtA3%40adeT%40aqWq%40AM%40x%40%40 X-RocketSRV: siu=http://us.i1.yimg.com/us.yimg.com/i/us/pim/el/inv16_1.gif; siw=16; sih=16; allow=all Message-Id: <20080226060205.936B813C474@mx1.freebsd.org> Content-Type: text/plain; charset=windows-1252; X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: CONSIDER MY URGENT REQUEST. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: meloibrahim12@yahoo.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 06:12:12 -0000 You are invited to "CONSIDER MY URGENT REQUEST.". By your host Melo Ibrahim: DEAR FRIEND, I AM MELOIBRAHIM. I WORK IN THE FOREIGN REMITTANCE DEPARTMENT, BANK OF AFRICA(BOA) OUAGADOUGOU BURKINA FASO. I HAVE A BUSINESS WHICH WILL BE BENEFICIAL TO BOTH OF US. THE AMOUNT OF MONEY INVOLVED IS ($8.5 MILLION US DOLLARS) WHICH I WANT TO TRANSFER FROM AN ABANDONED ACCOUNT TO YOUR BANK ACCOUNT, ALL TO MY FINANCIAL BENEFIT AND YOURS TOO ALSO 100% FREE RISK. FOR MORE INFORMATION CONTACT ME ON EMAIL: meloibrahim0@yahoo.com BEST REGARDS, MELOIBRAHIM Date: Tuesday February 26, 2008 Time: 3:00 am - 4:00 am (GMT +00:00) Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/meloibrahim12?v=126&a1=0&iid=AxAlHrx%40Djq5%40eclFhhEtA3%40adeT%40aqWq%40AM%40x%40%40&igid=ahalre3bflp7%40db3Rx%40EQRd%40Fe%40AaehGBp%40vR97%40Sov%40 Copyright © 2008 All Rights Reserved www.yahoo.com Privacy Policy: http://privacy.yahoo.com/privacy/us Terms of Service: http://docs.yahoo.com/info/terms/ From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 07:44:05 2008 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 3339D16A400 for ; Tue, 26 Feb 2008 07:44:05 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id E1BBD13C474 for ; Tue, 26 Feb 2008 07:44:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1759337ele.3 for ; Mon, 25 Feb 2008 23:44:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=2ExG9yQZw5QCZH31XiwyF+uFNm+598P41DUHbTvil7E=; b=hCbv/xlRA34zQhG4MdQ2lTtsbWE4V3woBKv9rfxF2WkSzw4rkxhLTX7iXAL7LPt3YNb+6iXcpyj78sX87M3i9OmEMCshHRLkGQbWO5/1VkxhG9/CTJ02/HASrIbn0H2Na8dASUiCkZTKlGjTG8D5koVxjhwjRqI/5KSTkzBumpU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=jH11Hw5jh5P/DRz7s1Dc6LxPEWPVnDzPdIbKhzNqL4Fys+wOjs2B/+eHVU4gIY5QyrDI9Lnnt6XuXpm3Jloyf+C1gue5nx62CC6+EZtSHQDal88qJKS6Z7+YGg36p4zKcDQ0ggLcMAsROki9+wqgwUAtDNcfzvm67Ijk99+osZY= Received: by 10.142.89.9 with SMTP id m9mr3346776wfb.116.1204011842315; Mon, 25 Feb 2008 23:44:02 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm11174297wfc.18.2008.02.25.23.43.59 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Feb 2008 23:44:01 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1Q7huOv049163 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 26 Feb 2008 16:43:56 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1Q7htMN049162 for freebsd-net@freebsd.org; Tue, 26 Feb 2008 16:43:55 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 26 Feb 2008 16:43:55 +0900 From: Pyun YongHyeon To: freebsd-net@freebsd.org Message-ID: <20080226074355.GD47750@cdnetworks.co.kr> References: <20080225091712.GM88015@hal.rescomp.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080225091712.GM88015@hal.rescomp.berkeley.edu> User-Agent: Mutt/1.4.2.1i Subject: Re: vlan issues with 7.0-RC3 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, 26 Feb 2008 07:44:05 -0000 On Mon, Feb 25, 2008 at 01:17:12AM -0800, Christopher Cowart wrote: > Hello, > > I have a mac mini running 7.0-RC3, which I'm trying to turn it into a > router. I have a Linksys SRW2008 "fully managed" (via an IE only web > interface, ick) switch. > > Switch: > Port 1 - Trunk vlans 10,60,98 - FreeBSD Box > Port 7 - Access vlan 98 - Existing LAN (192.168.1.0/24) > > OpenWRT (192.168.1.1): > WRT54G box on the Existing LAN > > FreeBSD Box: > ifconfig msk0 up > ifconfig vlan98 create vlan 98 vlandev msk0 inet 192.168.1.67/24 > > With this configuration, I can ping hosts on the other lan segment (Port > 7). Arp and icmp seem to be quite happy. Unfortunately, I'm not having > any luck with tcp and udp. Any attempt to ssh to OpenWRT or dig > @OpenWRT hangs indefinitely. If I do a tcpdump, I see the SYN or A? > leaving and absolutely no response returning. If I run a tcpdump on > OpenWRT, I see no incoming traffic. > > When I try to connect *to* the FreeBSD box from the other lan segment, I > continue to have problems. tcpdump shows the SYNs arriving via vlan98 > and the FreeBSD box responding with SYN-ACK. OpenWRT receives the SYNACK. > > I disabled ipfw just to be sure (sysctl -w net.inet.ip.fw.enable=0), but > it had no effect on the problem. If I connect the FreeBSD box to a vlan > 98 access port and assign the address to msk0, my connectivity problems > go away. This leads me to believe that the firewall on OpenWRT is not > the problem and the problem is related to vlans. > > Thinking it was a problem with the not-so-cheap Linksys POS (bitterness > about the IE web interface again), I plugged my MacBook (running > Leopard, not FreeBSD) into the trunk port. Running the ifconfig commands > above (s/msk0/en0/), I got up and running without any problems. This > causes me to suspect the FreeBSD box. > > Does anyone have any idea what's going on here? Any suggestions for > further troubleshooting? > Try disabling hardware features one by one in msk(4) and see how it goes. o Disable TSO. o Disable Tx checksum offload. o Disable VLAN hardware tagging. -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 11:37:16 2008 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 210C51065768 for ; Tue, 26 Feb 2008 11:37:16 +0000 (UTC) (envelope-from jesk@killall.org) Received: from killall.org (killall.org [62.24.25.140]) by mx1.freebsd.org (Postfix) with ESMTP id C500E13D830 for ; Tue, 26 Feb 2008 09:11:06 +0000 (UTC) (envelope-from jesk@killall.org) Received: from [212.17.245.210] (helo=byxe) by killall.org with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JTvq5-000HGc-Hz for freebsd-net@freebsd.org; Tue, 26 Feb 2008 10:11:05 +0100 Date: Tue, 26 Feb 2008 10:11:08 +0100 From: Christian Meutes To: freebsd-net@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: jesk@killall.org X-Spam-Score: -4.2 (----) X-Spam-Report: Spam detection software, running on the system "killall.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hi, can anyone say something to the current status of "running IPv6 in Jail"? Is it somehow possible? Thanks, Christian [...] Content analysis details: (-4.2 points, 4.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.2 AWL AWL: From: address is in the auto white-list Subject: IPv6 in Jail X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Christian Meutes List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 11:37:21 -0000 Hi, can anyone say something to the current status of "running IPv6 in Jail"? Is it somehow possible? Thanks, Christian From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 11:37:21 2008 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 C0D03106570F for ; Tue, 26 Feb 2008 11:37:20 +0000 (UTC) (envelope-from jesk@killall.org) Received: from killall.org (killall.org [62.24.25.140]) by mx1.freebsd.org (Postfix) with ESMTP id DDE4A13C692 for ; Tue, 26 Feb 2008 07:59:02 +0000 (UTC) (envelope-from jesk@killall.org) Received: from [212.17.245.210] (helo=byxe) by killall.org with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JTuiL-000GmG-F2 for freebsd-net@freebsd.org; Tue, 26 Feb 2008 08:59:01 +0100 Date: Tue, 26 Feb 2008 08:59:03 +0100 From: Christian Meutes To: freebsd-net@freebsd.org Message-ID: <17C2910EB359744123B355DB@[192.168.0.1]> X-Mailer: Mulberry/4.0.5 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: jesk@killall.org X-Spam-Score: -4.2 (----) X-Spam-Report: Spam detection software, running on the system "killall.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hi, can anyone say something to the current status of "running IPv6 in Jail"? Is it somehow possible? Thanks, Christian [...] Content analysis details: (-4.2 points, 4.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.2 AWL AWL: From: address is in the auto white-list Subject: IPv6 in Jail 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, 26 Feb 2008 11:37:23 -0000 Hi, can anyone say something to the current status of "running IPv6 in Jail"? Is it somehow possible? Thanks, Christian From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 11:50:46 2008 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 AA5171065938 for ; Tue, 26 Feb 2008 11:50:46 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id A176413DEE2 for ; Tue, 26 Feb 2008 09:54:56 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1212114nfb.33 for ; Tue, 26 Feb 2008 01:54:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=P3/yHwFYA37Onub2ZN3NKPNzIsK+XVdWi73NOC9pBmU=; b=LNmzbIBGQKmv8WPyFPIoDS4GBP3YaGbtUuVdgGYTAbCvGOFTAy7nsZ2T2RpZBvE4T74LoIutZ3NlzxWtRStI86yjwQgIIttd8IIwIxNb8JlNJ7iVMj1Tw0M+lmSqbxllKfCLFCEHhq0oTWg6b7tEsI8yelKHJIdV1ZYcKCGcHZ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=OaYcn/I6YPIau82B6SSTz0YAYFbFAfcVH09xVK8q9s4ebNsrNWyUJWrp9V8aBMnQcespsIrFQWjgXEAOVF/Iloa636lD3PUTKUl4F0Oh+1mALGkqUNjunie2mQcJgEXfrTOBFtKUYBxtYxSW3Y2TgOEvWy7p9PZYmqbyhvFH4So= Received: by 10.78.107.8 with SMTP id f8mr2164651huc.40.1204019695250; Tue, 26 Feb 2008 01:54:55 -0800 (PST) Received: from ?10.0.0.12? ( [62.1.229.152]) by mx.google.com with ESMTPS id e9sm9015384muf.0.2008.02.26.01.54.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 Feb 2008 01:54:54 -0800 (PST) Message-ID: <47C46DCF.6050202@gmail.com> Date: Tue, 26 Feb 2008 11:51:43 -0800 From: ithilgore User-Agent: Thunderbird 2.0.0.9 (X11/20071212) MIME-Version: 1.0 To: Giorgos Keramidas References: <47BFF17B.5080205@gmail.com> <47BFF74E.4010608@gmail.com> <20080226040438.GA2676@kobe.laptop> In-Reply-To: <20080226040438.GA2676@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: question about change in inet_ntoa.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 11:50:48 -0000 Giorgos Keramidas wrote: > On 2008-02-23 02:37, ithilgore wrote: > >> ithilgore wrote: >> >>> I was looking at the differences between some old FreeBSD code >>> and the one of 7.0-RC1 and was wondering about a change >>> in inet_ntoa.c >>> >>> /***** 7.0-RC1 **************/ >>> >>> sprintf(buf, "%d.%d.%d.%d", >>> ucp[0] & 0xff, >>> ucp[1] & 0xff, >>> ucp[2] & 0xff, >>> ucp[3] & 0xff); >>> >>> >>> /****** 4.11-RELEASE ***********/ >>> >>> >>> static const char fmt[] = "%u.%u.%u%u"; >>> if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) >>> >= size) { >>> .... >>> .... >>> >>> Was there a specific purpose of changing the more easy and simple way >>> of %u instead of the combination of %d and and-ing with 0xff ?? >>> It essentially gives the same result but increases overhead (i think) in >>> the more >>> recent version. >>> >> I just noticed I made a mistake. The second code is libc's version of >> inet_ntoa. But the question still counts. Why not use the plain >> simpler version of libc ? >> > > I don't see ucp[] in RELENG_6, RELENG_7 or CURRENT. Where did you get > the version shown as `7.0-RC1' above? > > I got the source code from the ftp.freebsd.org and I just downloaded 7.0-RC3 to be certain. Both in 7.0-RC1 and in 7.0-RC3 in src/sys/libkern/ is the following code of inet_ntoa.c : #include __FBSDID("$FreeBSD: src/sys/libkern/inet_ntoa.c,v 1.6 2005/01/07 00:24:32 imp Exp $"); #include #include #include char * inet_ntoa(struct in_addr ina) { static char buf[4*sizeof "123"]; unsigned char *ucp = (unsigned char *)&ina; sprintf(buf, "%d.%d.%d.%d", ucp[0] & 0xff, ucp[1] & 0xff, ucp[2] & 0xff, ucp[3] & 0xff); return buf; } .....followed by the reentrant version of inet_ntoa : inet_ntoa_r On the other hand, in version 4.11 RELEASE in /usr/src/lib/libc/net/inet_ntoa.c & inet_ntop.c (actually it is inet_ntop.c code but with the same functionality) which is called by inet_ntoa there is : static const char * inet_ntop4(src, dst, size) const u_char *src; char *dst; size_t size; { static const char fmt[] = "%u.%u.%u.%u"; if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) >= size) { errno = ENOSPC; return (NULL); } return (dst); } From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 11:51:36 2008 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 62115106571C for ; Tue, 26 Feb 2008 11:51:36 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id C4F1514227F for ; Tue, 26 Feb 2008 10:41:01 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=0) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id m1QAdxmi008650; Tue, 26 Feb 2008 12:40:07 +0200 Received: by kobe.laptop (Postfix, from userid 1000) id 3CB9522802; Tue, 26 Feb 2008 12:39:54 +0200 (EET) Date: Tue, 26 Feb 2008 12:39:53 +0200 From: Giorgos Keramidas To: ithilgore Message-ID: <20080226103953.GA2399@kobe.laptop> References: <47BFF17B.5080205@gmail.com> <47BFF74E.4010608@gmail.com> <20080226040438.GA2676@kobe.laptop> <47C46DCF.6050202@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C46DCF.6050202@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.968, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.43, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-net@freebsd.org Subject: Re: question about change in inet_ntoa.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 11:51:37 -0000 On 2008-02-26 11:51, ithilgore wrote: > Giorgos Keramidas wrote: >> I don't see ucp[] in RELENG_6, RELENG_7 or CURRENT. Where did you get >> the version shown as `7.0-RC1' above? > > I got the source code from the ftp.freebsd.org and I just downloaded > 7.0-RC3 to be certain. > Both in 7.0-RC1 and in 7.0-RC3 in src/sys/libkern/ is the following code of > inet_ntoa.c : > > #include > __FBSDID("$FreeBSD: src/sys/libkern/inet_ntoa.c,v 1.6 2005/01/07 00:24:32 > imp Exp $"); That's libkern. It's part of the kernel code, and it cannot depend on the same basic assumptions as /usr/src/lib/libc code. The kernel version of sprintf() is implemented in sys/kern/subr_prf.c. > .....followed by the reentrant version of inet_ntoa : inet_ntoa_r > > > On the other hand, in version 4.11 RELEASE in > /usr/src/lib/libc/net/inet_ntoa.c & > inet_ntop.c (actually it is inet_ntop.c code but with the same > functionality) which is > called by inet_ntoa there is : This, on the other hand, is userlevel code. There is a userlevel implementation of the printf() family of functions in libc. The two versions do not necessarily work in an 100% compatible manner, so it's probably a slightly bad idea to 'fix' kernel code to use the libc/userlevel style of sprintf("%u...."). From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 11:51:51 2008 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 AD10010657D7 for ; Tue, 26 Feb 2008 11:51:51 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id D21AC140F3B for ; Tue, 26 Feb 2008 10:43:49 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so1224441nfb.33 for ; Tue, 26 Feb 2008 02:43:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=RIXDXCNpQuCG8Op6L0vF1b1UNRUS6C/qsCiaIIXWQmI=; b=gqwZJC5cShlas9RR17/jnsAVBnfui1fw7gtITdWw2wKfaFjbMpZhL1GNLZ6CwQ9L9zZkmwUhsHEmgDrrHIebT5lBhjxlZYiL2DsNLK8Dy6SG4kJ+TTT2EpOWWme4cXtjeJn0+dbyO07+vKcd26JppLBlMqQipP+4+4Nb4J7KsK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=hqMXKJmrFoYeOJwfQJgd+teP1jNGoTFgd000vgdypVdjWbLGy9kj7RU88XjJnzREKRFjgJjjmokdhwe8qJ5tW5LKyVKpsrey1LaUtBPIKpbLfvDhZ4XZQRekEFoUc7SUybR2l5ASf8nUTwg0Bx5cnKLwtRGF34OBWR1R8Q28XuA= Received: by 10.82.123.16 with SMTP id v16mr8509064buc.36.1204022628237; Tue, 26 Feb 2008 02:43:48 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id j8sm5195517gvb.7.2008.02.26.02.43.46 (version=SSLv3 cipher=RC4-MD5); Tue, 26 Feb 2008 02:43:47 -0800 (PST) From: Tom Evans To: Yehonatan Yossef In-Reply-To: <6C2C79E72C305246B504CBA17B5500C903641642@mtlexch01.mtl.com> References: <6C2C79E72C305246B504CBA17B5500C903641642@mtlexch01.mtl.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-PQXXfntwCv4BEZPFMnFN" Date: Tue, 26 Feb 2008 10:43:45 +0000 Message-Id: <1204022625.2126.118.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Subject: RE: Capturing dmesg upon system crash on 6.3 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, 26 Feb 2008 11:51:56 -0000 --=-PQXXfntwCv4BEZPFMnFN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-02-25 at 15:41 +0200, Yehonatan Yossef wrote: > I'm looking into the syslogd capabilities at the moment, it might be > enough. > I've tried following the serial console setup you've pointed, but when I > added the 'console=3D"comconsole"' to loader.conf the OS hanged during > boot time, had to re-install the system. >=20 > I'm currently porting Mellanox ethernet driver, InfiniBand will be > probably next. Mail me outside this list if you're interested in > InfiniBand. >=20 The OS probably didnt hang, you told it to send all its output to comconsole (ie serial port) and not display anything. This might look as though it has hung. Try (in /boot/loader.conf): boot_multicons=3D"YES" console=3D"vidconsole,comconsole" to output to both of them. Also, set the correct tty on your serial console with something like (in /etc/ttys): ttyd0 "/usr/libexec/getty std.9600" vt100 off secure There will be a ttyd0 line already. All of this is in the various handbooks. Cheers Tom --=-PQXXfntwCv4BEZPFMnFN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHw+1elcRvFfyds/cRAtRAAKCcRdEnyODeavqpNgdO8hxzoOrtuACfQ5dJ qetwCxmSmOtOqzanF+UjPJc= =dSpX -----END PGP SIGNATURE----- --=-PQXXfntwCv4BEZPFMnFN-- From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 11:55:11 2008 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 DA8DA1065EDC; Tue, 26 Feb 2008 11:55:11 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 24C0813D509; Tue, 26 Feb 2008 10:32:35 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1QAWZpF081112; Tue, 26 Feb 2008 10:32:35 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1QAWY0Y081108; Tue, 26 Feb 2008 10:32:34 GMT (envelope-from gavin) Date: Tue, 26 Feb 2008 10:32:34 GMT Message-Id: <200802261032.m1QAWY0Y081108@freefall.freebsd.org> To: kena@vodka-pomme.net, gavin@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/113457: [ipv6] deadlock occurs if a tunnel goes down while there are tcp6 connections opened 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, 26 Feb 2008 11:55:16 -0000 Synopsis: [ipv6] deadlock occurs if a tunnel goes down while there are tcp6 connections opened State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Tue Feb 26 10:31:57 UTC 2008 State-Changed-Why: Close, kern/116172 is a duplicate of this PR, but has much more information. http://www.freebsd.org/cgi/query-pr.cgi?pr=113457 From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 11:56:11 2008 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 4906610661C3 for ; Tue, 26 Feb 2008 11:56:11 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4359213D289 for ; Tue, 26 Feb 2008 09:23:37 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1465884rvb.43 for ; Tue, 26 Feb 2008 01:23:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=XdxZwyLgbwcb5SzEhhBiD6p12MS8n7o3fgBWeMjU4Ec=; b=YmHe4OtnkNpzKxb8H1ixZLyqRl/XATedxh5EArhEFUO5Pf/z36NyLTTeXzKYuLcmi8H5fhk5bWPwYKuNJkFDYVx3GCZz+Oe0kayMYIy3XBLZ4OiRNp1uvML7wJYJqR6oxotDgLhd6+yUuokqCpCkMwMt1mMalVyZUM70ug57xt8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rtcaw28AduoZI140Mp0Sf6JpjaASUY0PKDDD9s8otq5ya+t8hSiG2A7mZAPIfl1hCzv/EEiVo3K1XdIUhz1GT5todB8P7f24fbD+MvCcnu+knMn8QygZPYkWlgJZtmpf35Jdb4yddG/UoUTnz92P6aog7g7AVflps9s1mRwBAcQ= Received: by 10.141.123.4 with SMTP id a4mr3052502rvn.172.1204017816353; Tue, 26 Feb 2008 01:23:36 -0800 (PST) Received: by 10.141.170.18 with HTTP; Tue, 26 Feb 2008 01:23:36 -0800 (PST) Message-ID: <2e77fc10802260123q5d5486beq8ea6510c44777d7a@mail.gmail.com> Date: Tue, 26 Feb 2008 11:23:36 +0200 From: "Niki Denev" Sender: ndenev@gmail.com To: freebsd-net@freebsd.org In-Reply-To: <47C36ECD.2000509@modulus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080226003107.54CD94500E@ptavv.es.net> <47C36ECD.2000509@modulus.org> X-Google-Sender-Auth: 6f43ea9f4803f5d1 Subject: Re: FBSD 1GBit router? 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, 26 Feb 2008 11:56:12 -0000 On Tue, Feb 26, 2008 at 3:43 AM, Andrew Snow wrote: > > I can confirm that FreeBSD 7.0-RC1 can route packets at 1gbps. I used a > late-model Supermicro Xeon server which has two gigabit NICs on a > PCI-express "4x" lane. > > With the new em driver improvements in 7 it uses very little CPU time, I > would recommend using Pro/1000 on 7.0 with a decent server motherboard > if you want to achieve this speed. > > - Andrew > > I remember somebody mentioned that the packet switching/routing performance of AMD Opteron machines was much bigger than Intel's, mostly due to the integrated memory controller. Has anyone done any comparisons between the two architectures? --Niki From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 15:05:06 2008 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 E6F601065675 for ; Tue, 26 Feb 2008 15:05:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id AF9F013C455 for ; Tue, 26 Feb 2008 15:05:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3CA7E41C751; Tue, 26 Feb 2008 16:05:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id S9Rc9pfoAEnN; Tue, 26 Feb 2008 16:05:04 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id E818A41C750; Tue, 26 Feb 2008 16:05:04 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6D1A0444885; Tue, 26 Feb 2008 15:01:10 +0000 (UTC) Date: Tue, 26 Feb 2008 15:01:09 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Christian Meutes In-Reply-To: Message-ID: <20080226145937.V94494@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: IPv6 in Jail 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, 26 Feb 2008 15:05:07 -0000 On Tue, 26 Feb 2008, Christian Meutes wrote: Hi, > can anyone say something to the current status of "running IPv6 in Jail"? > Is it somehow possible? it's coming. expect a patch to hit this list in march. for more see my status report: http://www.freebsd.org/news/status/report-2007-10-2007-12.html#Multi-IPv4/v6-jails -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 15:24:47 2008 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 678D8106567D for ; Tue, 26 Feb 2008 15:24:47 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 15F6213C4EF for ; Tue, 26 Feb 2008 15:24:41 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 24837 invoked from network); 26 Feb 2008 15:01:52 -0000 Received: from unknown (HELO ?10.0.0.199?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 26 Feb 2008 15:01:52 -0000 Message-ID: <47C428EC.3090909@acm.poly.edu> Date: Tue, 26 Feb 2008 09:57:48 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: if_gif/if_bridge 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: Tue, 26 Feb 2008 15:24:47 -0000 Hi, list. As per the comment in the if_bridge(4) man page, I'm trying to tunnel Ethernet through IP for the purpose of having multiple 802.11 "access points" all feed into a "concentrator," which will perform NAT. I have the concentrator with the following setup (gif0 through gif1 are IPv4-over-IPv6 tunnels and I don't believe them to be relevant to the problem, but I'm open to being wrong): fxp0: flags=8843 metric 0 mtu 1500 options=8 ether 00:04:ac:58:a4:c3 inet6 fe80::204:acff:fe58:a4c3%fxp0 prefixlen 64 scopeid 0x1 inet 128.238.9.202 netmask 0xffffff00 broadcast 128.238.9.255 inet6 2001:4830:2401::1 prefixlen 64 inet6 3ffe:401d:ff:186a::1 prefixlen 64 media: Ethernet autoselect (100baseTX ) status: active bridge0: flags=8843 metric 0 mtu 1500 ether 3e:7f:e8:ef:f6:a4 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: gif6 flags=143 gif6: flags=8051 metric 0 mtu 1280 tunnel inet 128.238.9.202 --> 128.238.35.81 inet 10.0.0.1 --> 10.0.0.2 netmask 0xffffff00 inet6 fe80::204:acff:fe58:a4c3%gif6 prefixlen 64 scopeid 0xa The concentrator performs NAT with pf. The only line in /etc/pf.conf is "nat on fxp0 from bridge0:network to any -> (fxp0) static-port". It also runs dhcpd, whose configuration file is: ddns-update-style none; subnet 192.168.0.0 netmask 255.255.255.0 { range 192.168.0.100 192.168.0.200; option routers 192.168.0.1; option domain-name "poly.edu"; option domain-name-servers 128.238.9.202, 4.2.2.1; option subnet-mask 255.255.255.0; option broadcast-address 192.168.0.255; default-lease-time 3600; max-lease-time 3600; } I have an access point with the following setup: ath0: flags=8943 metric 0 mtu 1500 ether 00:18:e7:32:b1:9d media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid acm channel 1 (2412 Mhz 11g) bssid 00:18:e7:32:b1:9d authmode OPEN privacy OFF deftxkey 1 wepkey 1:104-bit txpower 31.5 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS burst dtimperiod 1 gif0: flags=8051 metric 0 mtu 1280 tunnel inet 128.238.35.81 --> 128.238.9.202 inet 10.0.0.2 --> 10.0.0.1 netmask 0xffffff00 bridge0: flags=8843 metric 0 mtu 1500 ether 4a:0a:2d:b1:17:ae id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: gif0 flags=143 member: ath0 flags=143 Clients are able to associate with the access point, and are able to acquire an IP via DHCP: # dhclient ral0 DHCPREQUEST on ral0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.199 -- renewal in 1800 seconds. However, nothing after this seems to work. I've started debugging by attempting to ping 192.168.0.1 (the concentrator) from the client, and this is what happens: On the client: # tcpdump -n -i ral0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on ral0, link-type EN10MB (Ethernet), capture size 96 bytes 10:41:58.628796 arp who-has 192.168.0.1 tell 192.168.0.199 10:41:59.630223 arp who-has 192.168.0.1 tell 192.168.0.199 10:42:00.631064 arp who-has 192.168.0.1 tell 192.168.0.199 On the access point: # tcpdump -n -i bridge0 tcpdump: WARNING: bridge0: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bridge0, link-type EN10MB (Ethernet), capture size 68 bytes 09:52:23.065926 arp who-has 192.168.0.1 tell 192.168.0.199 09:52:24.067110 arp who-has 192.168.0.1 tell 192.168.0.199 09:52:25.067883 arp who-has 192.168.0.1 tell 192.168.0.199 On the concentrator: # tcpdump -n -i bridge0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bridge0, link-type EN10MB (Ethernet), capture size 96 bytes 09:51:32.483177 arp who-has 192.168.0.1 tell 192.168.0.199 09:51:33.484216 arp who-has 192.168.0.1 tell 192.168.0.199 09:51:34.484948 arp who-has 192.168.0.1 tell 192.168.0.199 So, the tunnels and bridges appear to be sending the traffic around properly, but the concentrator machine isn't replying to ARP requests for its bridge0 interface's IP. This is where I'm stuck. Any help is appreciated. -Boris From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 16:33:49 2008 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 1F71810656D6 for ; Tue, 26 Feb 2008 16:33:49 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id B3D0A13C45B for ; Tue, 26 Feb 2008 16:33:44 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m1QGNBAe083421; Tue, 26 Feb 2008 23:23:11 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m1QGN7K0083416; Tue, 26 Feb 2008 23:23:07 +0700 (KRAT) (envelope-from eugen) Date: Tue, 26 Feb 2008 23:23:07 +0700 From: Eugene Grosbein To: Boris Kochergin Message-ID: <20080226162307.GA80931@svzserv.kemerovo.su> References: <47C428EC.3090909@acm.poly.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C428EC.3090909@acm.poly.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: if_gif/if_bridge 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: Tue, 26 Feb 2008 16:33:49 -0000 On Tue, Feb 26, 2008 at 09:57:48AM -0500, Boris Kochergin wrote: > bridge0: flags=8843 metric 0 mtu > 1500 > ether 3e:7f:e8:ef:f6:a4 > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: gif6 flags=143 [skip] > So, the tunnels and bridges appear to be sending the traffic around > properly, but the concentrator machine isn't replying to ARP requests > for its bridge0 interface's IP. This is where I'm stuck. Any help is > appreciated. The problem is that if_bridge(4) won't work this way - with only one gif-member without patching. I've faced this recently and debugged it in detail. Then I've produced a patch and now I run it over a month in production without a problem: ftp://www.kuzbass.ru/pub/freebsd/lagg-0.1.tgz Description inside, in Russian. In short: if_gif(4) no more kills ethernet frames returned by if_bridge(4) as designated for upper levels of TCP/IP stack but really passes them there. If the patched system does not have EtherIP-tunnels then the patch affects nothing, so it's safe to apply it. Also, you need not to reboot the system if you load if_gif/if_bridge as modules, just rebuld and reload these. The patch applies to all of 6.2, 6.3-PRERELEASE and 7.0-PRERELEASE, and works (tested). My task was a bit more complex so the patch touches if_lagg(4) too but you need not use lagg(4) if you do not need it. The patch just contains the solution for your problem too. You can read detailed discussion in Russian there: http://groups.google.com/group/fido7.ru.unix.bsd/browse_thread/thread/d6787b865515a66a/488d738afc265b19 Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 16:36:56 2008 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 824F8106566B for ; Tue, 26 Feb 2008 16:36:56 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4B413C44B for ; Tue, 26 Feb 2008 16:36:56 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU2Yj-000D4n-VE for freebsd-net@freebsd.org; Tue, 26 Feb 2008 08:21:40 -0800 From: "Dave Raven" To: Date: Tue, 26 Feb 2008 18:21:28 +0200 Message-ID: <03ac01c87893$a69e0a80$f3da1f80$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4k6OA5ASSj4aBTSahndewAHd0bw== Content-Language: en-us Subject: Hping/Ping 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, 26 Feb 2008 16:36:56 -0000 Hi all, I have a problem where my machine is dropping packets and pings after a few days of running (under load). The reason I'm mailing the -net list is because I seem to have tracked down something I'm just not sure where to look now. If I use ping I get 5% drops -- 872 packets transmitted, 827 packets received, 5% packet loss round-trip min/avg/max/stddev = 0.168/2.263/357.140/20.485 ms If I use hping (to the exact same ip with icmp as well) I get none -- 875 packets tramitted, 875 packets received, 0% packet loss round-trip min/avg/max = 0.2/2.5/357.2 ms Is there some buffer filling up? Where can I look to try get more information. Any help/suggestions would be muchly appreciated Thanks Dave From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 16:51:52 2008 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 791B91065677 for ; Tue, 26 Feb 2008 16:51:52 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 3A02613C4CE for ; Tue, 26 Feb 2008 16:51:52 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 26514 invoked from network); 26 Feb 2008 16:55:43 -0000 Received: from unknown (HELO ?10.0.0.199?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 26 Feb 2008 16:55:43 -0000 Message-ID: <47C4439A.9050502@acm.poly.edu> Date: Tue, 26 Feb 2008 11:51:38 -0500 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.9 (X11/20071208) MIME-Version: 1.0 To: Eugene Grosbein References: <47C428EC.3090909@acm.poly.edu> <20080226162307.GA80931@svzserv.kemerovo.su> In-Reply-To: <20080226162307.GA80931@svzserv.kemerovo.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: if_gif/if_bridge 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: Tue, 26 Feb 2008 16:51:52 -0000 Eugene Grosbein wrote: > On Tue, Feb 26, 2008 at 09:57:48AM -0500, Boris Kochergin wrote: > > >> bridge0: flags=8843 metric 0 mtu >> 1500 >> ether 3e:7f:e8:ef:f6:a4 >> inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 >> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >> maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >> member: gif6 flags=143 >> > > [skip] > > >> So, the tunnels and bridges appear to be sending the traffic around >> properly, but the concentrator machine isn't replying to ARP requests >> for its bridge0 interface's IP. This is where I'm stuck. Any help is >> appreciated. >> > > The problem is that if_bridge(4) won't work this way - with only one gif-member > without patching. I've faced this recently and debugged it in detail. > Then I've produced a patch and now I run it over a month in production > without a problem: > > ftp://www.kuzbass.ru/pub/freebsd/lagg-0.1.tgz > > Description inside, in Russian. In short: if_gif(4) no more kills > ethernet frames returned by if_bridge(4) as designated for upper levels > of TCP/IP stack but really passes them there. If the patched system > does not have EtherIP-tunnels then the patch affects nothing, > so it's safe to apply it. Also, you need not to reboot the system > if you load if_gif/if_bridge as modules, just rebuld and reload these. > > The patch applies to all of 6.2, 6.3-PRERELEASE and 7.0-PRERELEASE, > and works (tested). > > My task was a bit more complex so the patch touches if_lagg(4) too > but you need not use lagg(4) if you do not need it. The patch just > contains the solution for your problem too. > > You can read detailed discussion in Russian there: > http://groups.google.com/group/fido7.ru.unix.bsd/browse_thread/thread/d6787b865515a66a/488d738afc265b19 > > Eugene Grosbein > I just tested it on my 7.0-RC1 setup and it did indeed take care of the problem. Thank you very much! -Boris From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 17:14:24 2008 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 B96701065670 for ; Tue, 26 Feb 2008 17:14:24 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id B8A7713C46A for ; Tue, 26 Feb 2008 17:14:24 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU3Nm-000DIv-IM for freebsd-net@freebsd.org; Tue, 26 Feb 2008 09:14:25 -0800 From: "Dave Raven" To: References: In-Reply-To: Date: Tue, 26 Feb 2008 19:14:12 +0200 Message-ID: <03cb01c8789b$04aade30$0e009a90$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4k6OA5ASSj4aBTSahndewAHd0bwABx+iw Content-Language: en-us Subject: RE: Hping/Ping 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, 26 Feb 2008 17:14:24 -0000 Hello again, Also, if I use tethereal to sniff for icmp packets to the host I'm pinging I see them all even though I am getting drops -- 23 packets transmitted, 22 packets received, 4% packet loss The last two lines of my tethereal -- 45 22.214610 x.x.x.x -> y.y.y.y ICMP Echo (ping) request 46 22.215133 y.y.y.y -> x.x.x.x ICMP Echo (ping) reply 46/2 (request/reply) = 23. So 23 packets actually went out and returned, yet I still get drops? Thanks again Dave -----Original Message----- From: Dave Raven [mailto:dave@raven.za.net] Sent: Tuesday, February 26, 2008 6:21 PM To: 'freebsd-net@freebsd.org' Subject: Hping/Ping Hi all, I have a problem where my machine is dropping packets and pings after a few days of running (under load). The reason I'm mailing the -net list is because I seem to have tracked down something I'm just not sure where to look now. If I use ping I get 5% drops -- 872 packets transmitted, 827 packets received, 5% packet loss round-trip min/avg/max/stddev = 0.168/2.263/357.140/20.485 ms If I use hping (to the exact same ip with icmp as well) I get none -- 875 packets tramitted, 875 packets received, 0% packet loss round-trip min/avg/max = 0.2/2.5/357.2 ms Is there some buffer filling up? Where can I look to try get more information. Any help/suggestions would be muchly appreciated Thanks Dave From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 17:28:53 2008 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 363C61065670 for ; Tue, 26 Feb 2008 17:28:53 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id B1E2113C4DB for ; Tue, 26 Feb 2008 17:28:52 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1456615uge.37 for ; Tue, 26 Feb 2008 09:28:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=jtWP6pSelAzE4wngpnIh51XNzeDhenmtFF1x35XTFxg=; b=PH47Pbacx9nQBpeMjDlOHyPFSIHu9KPjbc7UqPN6BzxjlbsJj+zxCBn7XewUxLtLxmugTYkYuBEOEeeuFLcFIVQh+xiKLDzWjX+j9CLnp6TclD0BSp2mn2u/rD6y1NA5evustTq1nXel66crxueWobXgwbOwLpgISUahZmbSQg4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=wxa5iXQ7o5CnhYiFprGIoniQ2cjzyMSm4OWVDTQzTFEjjoKlqaWh9rF2ZkpmDYiExZ7rNM13CYBgQhxwx9WmrJEhxfIaaKOK1rJ1BJ1qxmhP86JM31Utulc0skM7XF6mRTn3wkbZB2yiwT1DnFBcFz5I51EYIbN3aP0CBYm1n1E= Received: by 10.78.184.2 with SMTP id h2mr3339522huf.54.1204046930813; Tue, 26 Feb 2008 09:28:50 -0800 (PST) Received: from ?10.0.0.12? ( [62.1.229.152]) by mx.google.com with ESMTPS id i5sm10493345mue.7.2008.02.26.09.28.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 26 Feb 2008 09:28:48 -0800 (PST) Message-ID: <47C4D82E.5020209@gmail.com> Date: Tue, 26 Feb 2008 19:25:34 -0800 From: ithilgore User-Agent: Thunderbird 2.0.0.9 (X11/20071212) MIME-Version: 1.0 To: Bruce Evans References: <47BFF17B.5080205@gmail.com> <47BFF74E.4010608@gmail.com> <20080226040438.GA2676@kobe.laptop> <47C46DCF.6050202@gmail.com> <20080227023848.E48510@delplex.bde.org> In-Reply-To: <20080227023848.E48510@delplex.bde.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , freebsd-net@freebsd.org Subject: Re: question about change in inet_ntoa.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 17:28:53 -0000 Bruce Evans wrote: > On Tue, 26 Feb 2008, ithilgore wrote: > >> Giorgos Keramidas wrote: >>> On 2008-02-23 02:37, ithilgore wrote: >>> >>>> ithilgore wrote: >>>> >>>>> I was looking at the differences between some old FreeBSD code >>>>> and the one of 7.0-RC1 and was wondering about a change >>>>> in inet_ntoa.c >>>>> >>>>> /***** 7.0-RC1 **************/ >>>>> >>>>> sprintf(buf, "%d.%d.%d.%d", >>>>> ucp[0] & 0xff, >>>>> ucp[1] & 0xff, >>>>> ucp[2] & 0xff, >>>>> ucp[3] & 0xff); > > This version in libkern is best (except `buf' is static, so it is not > reentrant and thus quite broken). ucp[N] is unsigned char, but masking > with 0xff is needed to support the (unsupported) machines with more > than 8 bits in their chars. On normal machines with 8-bit chars, the > compiler will optimize away the masks so their only cost is increased > portability of the source code. POSIX now requires 8-bit chars, but > didn't when the above was written. %d is good enough after masking, > since the result is nonnegative and <= INT_MAX. %u would be a style > bug except on exotic machines with sizeof(char) == sizeof(int), since > the default promotions normally turn all the numeric printf args into > ints (not u_ints) thanks to C90's broken "value-preserving" promotion > rules. > >>>>> /****** 4.11-RELEASE ***********/ >>>>> >>>>> >>>>> static const char fmt[] = "%u.%u.%u%u"; >>>>> if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) >>>>> >= size) { > > This is actually in somewhere/inet_ntop.c:inet_ntop4(). > > Bugs in this version include: > - benign type mismatch between %u and the promoted args except on exotic > machines > - broken on exotic machines. UCHAR_MAX can be arbitarily large. Then > large values will e put in the string. sprintf() could then overrun > the buffer, but using snprintf() avoids that. > - bogus cast of snprintf's return value. > > -current has a different version in libc, without the bogus cast. Many > files in libc/net including inet_ntop.c moved to libc/inet, and some > nearby FreeBSD cleanups were lost (ISC cleaned things up differently > and not so well in one case that I looked at). > >>>>> .... >>>>> .... >>>>> >>>>> Was there a specific purpose of changing the more easy and simple way >>>>> of %u instead of the combination of %d and and-ing with 0xff ?? >>>>> It essentially gives the same result but increases overhead (i >>>>> think) in the more >>>>> recent version. > > I think the libkern version was written later, and it is better because > its author knows what is portable. It's also much simpler. After and-ing > with 0xff, we know the range of the values and don't have to understand > UCHAR_MAX to know that our code is only broken on unsupported/exotic > machines. > >> On the other hand, in version 4.11 RELEASE in >> /usr/src/lib/libc/net/inet_ntoa.c & >> inet_ntop.c (actually it is inet_ntop.c code but with the same >> functionality) > > But hard to find if you are looking for inet_ntoa.c. > > There is also libstand/inet_ntoa.c. It has different bugs and style bugs. > At least in old versions, it combines the worst features of libkern and > libc (static buffer; uses sprintf() and thus can overrun on exotic > machines; > otherwise mainly style bugs like libc). > >> which is >> called by inet_ntoa there is : >> >> static const char * >> inet_ntop4(src, dst, size) >> const u_char *src; >> char *dst; >> size_t size; >> { >> static const char fmt[] = "%u.%u.%u.%u"; >> >> if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) >> >= size) { > > Another dubious cleanup in the -current version is to first snprintf() > to a > static buffer of length 16 and copy to the caller's buffer from there. > snprintf() makes that unnecessary unless the API requires not touching > the > caller's buffer on error. > >> errno = ENOSPC; >> return (NULL); >> } >> return (dst); >> } > > Bruce That was enlightening. Thanks. From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 17:33:53 2008 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 D604A1065670 for ; Tue, 26 Feb 2008 17:33:53 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 3E40D13C447 for ; Tue, 26 Feb 2008 17:33:52 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 13542 invoked from network); 26 Feb 2008 18:33:50 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 18:33:50 +0100 Date: Tue, 26 Feb 2008 18:33:50 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03cb01c8789b$04aade30$0e009a90$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 17:33:53 -0000 Dear Dave, > Also, if I use tethereal to sniff for icmp packets to the host I'm > pinging I see them all even though I am getting drops -- > > 23 packets transmitted, 22 packets received, 4% packet loss > > The last two lines of my tethereal -- > > 45 22.214610 x.x.x.x -> y.y.y.y ICMP Echo (ping) request > 46 22.215133 y.y.y.y -> x.x.x.x ICMP Echo (ping) reply > > 46/2 (request/reply) = 23. So 23 packets actually went out and returned, yet > I still get drops? *) You ping machine to machine (no other hops between)? *) ifconfig *) netstat -nI Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 17:42:29 2008 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 E0B0D106566B for ; Tue, 26 Feb 2008 17:42:29 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id E194C13C43E for ; Tue, 26 Feb 2008 17:42:29 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU3oy-000DPJ-AS; Tue, 26 Feb 2008 09:42:31 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 19:42:17 +0200 Message-ID: <03cf01c8789e$f15b0860$d4111920$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4ncrwm1TUbaUZRxa2BbK0XxHZDwAAJPFQ Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 17:42:30 -0000 Hi, Yes there are no hops, I'm just pinging the router infront of me. # netstat -nI silbpi1 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll silbp 1500 00:e0:ed:0c:a8:5d 1009627153 2459 1323071177 0 0 silbp 1500 x.x.x.x x.x.x.x 606092 - 1323073544 - - There are errors, but that was from when I was changing the mode of the interface (from autosense) - they don't increment as the pings drop.. # ifconfig silbpi1 silbpi1: flags=8843 mtu 1500 options=3 inet x.x.x.x netmask 0xfffffff0 broadcast x.x.x.x ether 00:e0:ed:0c:a8:5d media: Ethernet autoselect (1000baseTX ) status: active The silbpi card uses the em driver - I tried the onboard em cards but had the same problem.. I've also connected a cable to my other card, silbpi0, which does no traffic and pinging on there is stable. That seems to indicate it's something card specific, but hping never has a problem ? Thanks for the help Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 7:34 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, > Also, if I use tethereal to sniff for icmp packets to the host I'm > pinging I see them all even though I am getting drops -- > > 23 packets transmitted, 22 packets received, 4% packet loss > > The last two lines of my tethereal -- > > 45 22.214610 x.x.x.x -> y.y.y.y ICMP Echo (ping) request > 46 22.215133 y.y.y.y -> x.x.x.x ICMP Echo (ping) reply > > 46/2 (request/reply) = 23. So 23 packets actually went out and returned, yet > I still get drops? *) You ping machine to machine (no other hops between)? *) ifconfig *) netstat -nI Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 17:49:45 2008 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 71CF81065674 for ; Tue, 26 Feb 2008 17:49:45 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id D04F313C428 for ; Tue, 26 Feb 2008 17:49:44 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 21798 invoked from network); 26 Feb 2008 18:49:43 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 18:49:43 +0100 Date: Tue, 26 Feb 2008 18:49:42 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03cf01c8789e$f15b0860$d4111920$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 17:49:45 -0000 Dear Dave, > Yes there are no hops, I'm just pinging the router infront of me. > > The silbpi card uses the em driver - I tried the onboard em cards but had > the same problem.. > > I've also connected a cable to my other card, silbpi0, which does no traffic > and pinging on there is stable. That seems to indicate it's something card > specific, but hping never has a problem ? As you tell the onboard em-card has the same problems: You directly connect to the router? Have you tried to connect a switch between? What if you ping (with a switch between) another ip at the same subnet? Kind regards, Ingo Flascberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 17:55:24 2008 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 8C023106566B for ; Tue, 26 Feb 2008 17:55:24 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id 8E85B13C461 for ; Tue, 26 Feb 2008 17:55:24 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU41T-000DSa-Aj; Tue, 26 Feb 2008 09:55:25 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 19:55:12 +0200 Message-ID: <03d001c878a0$bf3d8680$3db89380$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4oAmG0OkyErNDTpSnEz6Dm2V8cQAAH1fw Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 17:55:24 -0000 Hi Ingo, I get the drops with other IP addresses on the same switch as well. Also from another unit I can ping through the switch to the router without any problems. Given that hping works is it possible that it's a switch/network related problem - I had thought it would definitely be a problem on the unit (a buffer or something perhaps) seeing as hping works fine? Thanks again Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 7:50 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, > Yes there are no hops, I'm just pinging the router infront of me. > > The silbpi card uses the em driver - I tried the onboard em cards but had > the same problem.. > > I've also connected a cable to my other card, silbpi0, which does no traffic > and pinging on there is stable. That seems to indicate it's something card > specific, but hping never has a problem ? As you tell the onboard em-card has the same problems: You directly connect to the router? Have you tried to connect a switch between? What if you ping (with a switch between) another ip at the same subnet? Kind regards, Ingo Flascberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 17:56:21 2008 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 93A2D106566B for ; Tue, 26 Feb 2008 17:56:21 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id D54DF13C474 for ; Tue, 26 Feb 2008 17:56:20 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id A80FD7542; Wed, 27 Feb 2008 06:56:16 +1300 (NZDT) Date: Wed, 27 Feb 2008 06:56:16 +1300 From: Andrew Thompson To: Boris Kochergin Message-ID: <20080226175616.GC1509@heff.fud.org.nz> References: <47C428EC.3090909@acm.poly.edu> <20080226162307.GA80931@svzserv.kemerovo.su> <47C4439A.9050502@acm.poly.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C4439A.9050502@acm.poly.edu> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org, Eugene Grosbein Subject: Re: if_gif/if_bridge 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: Tue, 26 Feb 2008 17:56:21 -0000 On Tue, Feb 26, 2008 at 11:51:38AM -0500, Boris Kochergin wrote: > Eugene Grosbein wrote: >> On Tue, Feb 26, 2008 at 09:57:48AM -0500, Boris Kochergin wrote: >> >> >>> bridge0: flags=8843 metric 0 mtu >>> 1500 >>> ether 3e:7f:e8:ef:f6:a4 >>> inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 >>> id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 >>> maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 >>> root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 >>> member: gif6 flags=143 >>> >> >> [skip] >> >> >>> So, the tunnels and bridges appear to be sending the traffic around >>> properly, but the concentrator machine isn't replying to ARP requests for >>> its bridge0 interface's IP. This is where I'm stuck. Any help is >>> appreciated. >>> >> >> The problem is that if_bridge(4) won't work this way - with only one >> gif-member >> without patching. I've faced this recently and debugged it in detail. >> Then I've produced a patch and now I run it over a month in production >> without a problem: >> >> ftp://www.kuzbass.ru/pub/freebsd/lagg-0.1.tgz >> > > I just tested it on my 7.0-RC1 setup and it did indeed take care of the > problem. Thank you very much! Eugene, I take it the fix that applies on Boris's case is the M_BCAST|M_MCAST setting on the mbuf? I would like to test/commit this. Also, why to you add support for adding a bridge to a lagg interface? regards, Andrew From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 17:59:48 2008 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 319DE106566B for ; Tue, 26 Feb 2008 17:59:48 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outI.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 3645113C448 for ; Tue, 26 Feb 2008 17:59:48 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 26 Feb 2008 09:59:47 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 154FE127326; Tue, 26 Feb 2008 09:59:47 -0800 (PST) Message-ID: <47C453A1.4090706@elischer.org> Date: Tue, 26 Feb 2008 10:00:01 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Christian Meutes References: <17C2910EB359744123B355DB@[192.168.0.1]> In-Reply-To: <17C2910EB359744123B355DB@[192.168.0.1]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPv6 in Jail 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, 26 Feb 2008 17:59:48 -0000 Christian Meutes wrote: > Hi, > > can anyone say something to the current status of "running IPv6 in Jail"? > Is it somehow possible? > > > Thanks, > Christian > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" IPV6 in vimage is suported I believe.. (super jails) From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:04:03 2008 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 18835106566B for ; Tue, 26 Feb 2008 18:04:03 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 78CFF13C455 for ; Tue, 26 Feb 2008 18:04:02 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 29799 invoked from network); 26 Feb 2008 19:04:00 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 19:04:00 +0100 Date: Tue, 26 Feb 2008 19:03:59 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03d001c878a0$bf3d8680$3db89380$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:04:03 -0000 Dear Daven, > I get the drops with other IP addresses on the same switch as well. > Also from another unit I can ping through the switch to the router without > any problems. > > Given that hping works is it possible that it's a switch/network related > problem - I had thought it would definitely be a problem on the unit (a > buffer or something perhaps) seeing as hping works fine? You only have icmp packet-loss? Bye, Ingo From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:15:36 2008 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 AF93F106566B for ; Tue, 26 Feb 2008 18:15:36 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id 92D2713C455 for ; Tue, 26 Feb 2008 18:15:35 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU4L0-000DZB-1E; Tue, 26 Feb 2008 10:15:36 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 20:15:23 +0200 Message-ID: <03de01c878a3$90cc7560$b2656020$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4ofqheWa8GRUQQS64VsB/x6E8HwAAXfMA Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:15:36 -0000 Hi, Its hard to tell but it appears like all protocols are dropping. Thanks Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 8:04 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Daven, > I get the drops with other IP addresses on the same switch as well. > Also from another unit I can ping through the switch to the router without > any problems. > > Given that hping works is it possible that it's a switch/network related > problem - I had thought it would definitely be a problem on the unit (a > buffer or something perhaps) seeing as hping works fine? You only have icmp packet-loss? Bye, Ingo From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:22:22 2008 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 0DD391065671 for ; Tue, 26 Feb 2008 18:22:22 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 5064113C442 for ; Tue, 26 Feb 2008 18:22:20 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 9540 invoked from network); 26 Feb 2008 19:22:19 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 19:22:19 +0100 Date: Tue, 26 Feb 2008 19:22:19 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03de01c878a3$90cc7560$b2656020$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:22:22 -0000 Dear Dave, > Its hard to tell but it appears like all protocols are dropping. Tried to replace the cable? What product/vendor is the switch? Is it manageable? Is flow-control enabled at the switch? How much traffic does the switch handle? How much traffic does the server handle? bye, Ingo From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:28:20 2008 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 72C571065671 for ; Tue, 26 Feb 2008 18:28:20 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id 5406713C46B for ; Tue, 26 Feb 2008 18:28:20 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU4XK-000DcS-OT; Tue, 26 Feb 2008 10:28:21 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 20:28:07 +0200 Message-ID: <03e501c878a5$588f1c50$09ad54f0$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4pIt5AsTZcnZMSD+a1QPA3lOZUQAAKr6A Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:28:20 -0000 Hi, Unfortunately I don't have most of that information, I can try to get more but my question is if hping works and ping doesn't shouldn't I be looking on the box itself not at the network ? Thanks again Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 8:22 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, > Its hard to tell but it appears like all protocols are dropping. Tried to replace the cable? What product/vendor is the switch? Is it manageable? Is flow-control enabled at the switch? How much traffic does the switch handle? How much traffic does the server handle? bye, Ingo From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:33:17 2008 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 B87AF106566B for ; Tue, 26 Feb 2008 18:33:17 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 05C0D13C4D3 for ; Tue, 26 Feb 2008 18:33:16 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 15553 invoked from network); 26 Feb 2008 19:33:15 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 19:33:15 +0100 Date: Tue, 26 Feb 2008 19:33:14 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03e501c878a5$588f1c50$09ad54f0$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:33:17 -0000 Dear Dave, > Unfortunately I don't have most of that information, I can try to > get more but my question is if hping works and ping doesn't shouldn't I be > looking on the box itself not at the network ? With icmp I think about icmp bandwidth limit. sysctl -a | grep icmp net.inet.icmp.icmplim: 200 but then you should see messages about that in the logs (dmesg). Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:36:47 2008 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 DE82C1065670 for ; Tue, 26 Feb 2008 18:36:47 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id BE02413C44B for ; Tue, 26 Feb 2008 18:36:47 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU4fW-000Def-J8; Tue, 26 Feb 2008 10:36:49 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 20:36:35 +0200 Message-ID: <03e601c878a6$87380980$95a81c80$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4phfYD4OKG7b/TSOGYwFc+mrWRgAAC3cQ Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:36:48 -0000 I have set my icmplim to 1024. When it was 200 I would sometimes get a warning about an OPEN port RST - which was also strange to me (that it was open not closed). I suspected that it was because 5% of my packets where being dropped though. The server is under reasonable load (networking wise) around 80-90mbits, but the processor is 75% idle.. The other strange this is that a reboot solves this, and it takes around 1-2 days to happen again.. Thanks Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 8:33 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, > Unfortunately I don't have most of that information, I can try to > get more but my question is if hping works and ping doesn't shouldn't I be > looking on the box itself not at the network ? With icmp I think about icmp bandwidth limit. sysctl -a | grep icmp net.inet.icmp.icmplim: 200 but then you should see messages about that in the logs (dmesg). Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:44:38 2008 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 AC9221065676 for ; Tue, 26 Feb 2008 18:44:38 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id EABBA13C448 for ; Tue, 26 Feb 2008 18:44:37 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 21937 invoked from network); 26 Feb 2008 19:44:36 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 19:44:36 +0100 Date: Tue, 26 Feb 2008 19:44:35 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03e601c878a6$87380980$95a81c80$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:44:38 -0000 Dear Dave, > I have set my icmplim to 1024. When it was 200 I would sometimes get a > warning about an OPEN port RST - which was also strange to me (that it was > open not closed). I suspected that it was because 5% of my packets where > being dropped though. > > The server is under reasonable load (networking wise) around 80-90mbits, but > the processor is 75% idle.. > > The other strange this is that a reboot solves this, and it takes around 1-2 > days to happen again.. you can try to enable polling: kern.polling.reg_frac=20 kern.polling.user_frac=10 kern.polling.burst_max=1000 and perhaps tune rx_processing limit: dev.em.0.rx_processing_limit: 100 you can also look at all open sessions when the server is in trouble: netstat -n Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:46:26 2008 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 E88A01065677 for ; Tue, 26 Feb 2008 18:46:26 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx10.syd.optusnet.com.au (fallbackmx10.syd.optusnet.com.au [211.29.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC4B13C459 for ; Tue, 26 Feb 2008 18:46:25 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by fallbackmx10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m1QG5oEv020666 for ; Wed, 27 Feb 2008 03:05:51 +1100 Received: from c220-239-252-11.carlnfd3.nsw.optusnet.com.au (c220-239-252-11.carlnfd3.nsw.optusnet.com.au [220.239.252.11]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m1QG5fld008480 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Feb 2008 03:05:44 +1100 Date: Wed, 27 Feb 2008 03:05:41 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: ithilgore In-Reply-To: <47C46DCF.6050202@gmail.com> Message-ID: <20080227023848.E48510@delplex.bde.org> References: <47BFF17B.5080205@gmail.com> <47BFF74E.4010608@gmail.com> <20080226040438.GA2676@kobe.laptop> <47C46DCF.6050202@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Giorgos Keramidas , freebsd-net@freebsd.org Subject: Re: question about change in inet_ntoa.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2008 18:46:27 -0000 On Tue, 26 Feb 2008, ithilgore wrote: > Giorgos Keramidas wrote: >> On 2008-02-23 02:37, ithilgore wrote: >> >>> ithilgore wrote: >>> >>>> I was looking at the differences between some old FreeBSD code >>>> and the one of 7.0-RC1 and was wondering about a change >>>> in inet_ntoa.c >>>> >>>> /***** 7.0-RC1 **************/ >>>> >>>> sprintf(buf, "%d.%d.%d.%d", >>>> ucp[0] & 0xff, >>>> ucp[1] & 0xff, >>>> ucp[2] & 0xff, >>>> ucp[3] & 0xff); This version in libkern is best (except `buf' is static, so it is not reentrant and thus quite broken). ucp[N] is unsigned char, but masking with 0xff is needed to support the (unsupported) machines with more than 8 bits in their chars. On normal machines with 8-bit chars, the compiler will optimize away the masks so their only cost is increased portability of the source code. POSIX now requires 8-bit chars, but didn't when the above was written. %d is good enough after masking, since the result is nonnegative and <= INT_MAX. %u would be a style bug except on exotic machines with sizeof(char) == sizeof(int), since the default promotions normally turn all the numeric printf args into ints (not u_ints) thanks to C90's broken "value-preserving" promotion rules. >>>> /****** 4.11-RELEASE ***********/ >>>> >>>> >>>> static const char fmt[] = "%u.%u.%u%u"; >>>> if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) >>>> >= size) { This is actually in somewhere/inet_ntop.c:inet_ntop4(). Bugs in this version include: - benign type mismatch between %u and the promoted args except on exotic machines - broken on exotic machines. UCHAR_MAX can be arbitarily large. Then large values will e put in the string. sprintf() could then overrun the buffer, but using snprintf() avoids that. - bogus cast of snprintf's return value. -current has a different version in libc, without the bogus cast. Many files in libc/net including inet_ntop.c moved to libc/inet, and some nearby FreeBSD cleanups were lost (ISC cleaned things up differently and not so well in one case that I looked at). >>>> .... >>>> .... >>>> >>>> Was there a specific purpose of changing the more easy and simple way >>>> of %u instead of the combination of %d and and-ing with 0xff ?? >>>> It essentially gives the same result but increases overhead (i think) in >>>> the more >>>> recent version. I think the libkern version was written later, and it is better because its author knows what is portable. It's also much simpler. After and-ing with 0xff, we know the range of the values and don't have to understand UCHAR_MAX to know that our code is only broken on unsupported/exotic machines. > On the other hand, in version 4.11 RELEASE in > /usr/src/lib/libc/net/inet_ntoa.c & > inet_ntop.c (actually it is inet_ntop.c code but with the same functionality) But hard to find if you are looking for inet_ntoa.c. There is also libstand/inet_ntoa.c. It has different bugs and style bugs. At least in old versions, it combines the worst features of libkern and libc (static buffer; uses sprintf() and thus can overrun on exotic machines; otherwise mainly style bugs like libc). > which is > called by inet_ntoa there is : > > static const char * > inet_ntop4(src, dst, size) > const u_char *src; > char *dst; > size_t size; > { > static const char fmt[] = "%u.%u.%u.%u"; > > if ((size_t)snprintf(dst, size, fmt, src[0], src[1], src[2], src[3]) > >= size) { Another dubious cleanup in the -current version is to first snprintf() to a static buffer of length 16 and copy to the caller's buffer from there. snprintf() makes that unnecessary unless the API requires not touching the caller's buffer on error. > errno = ENOSPC; > return (NULL); > } > return (dst); > } Bruce From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:50:46 2008 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 9093F1065677 for ; Tue, 26 Feb 2008 18:50:46 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6E8E113C43E for ; Tue, 26 Feb 2008 18:50:46 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU4t3-000Did-5U; Tue, 26 Feb 2008 10:50:48 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 20:50:34 +0200 Message-ID: <03e701c878a8$7afefff0$70fcffd0$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4p6aZaaNqpAKrS8ufAZCs7zit+gAAJHSA Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:50:46 -0000 Hi Ingo, Unfortunately I am stuck using FreeBSD 4.11 for this, so the em driver options don't include rx_processing_limit. They do have rx and tx _int_delay which I have played with but hasn't made a different. As I understand polling might help if I had a load problem but my processor is idle and it only happens after a day or more? A netstat -na|wc -l gives over 7000 connections, but that shouldn't be a problem? I have plenty mbufs and mbuf clusters available .. Thanks Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 8:45 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, > I have set my icmplim to 1024. When it was 200 I would sometimes get a > warning about an OPEN port RST - which was also strange to me (that it was > open not closed). I suspected that it was because 5% of my packets where > being dropped though. > > The server is under reasonable load (networking wise) around 80-90mbits, but > the processor is 75% idle.. > > The other strange this is that a reboot solves this, and it takes around 1-2 > days to happen again.. you can try to enable polling: kern.polling.reg_frac=20 kern.polling.user_frac=10 kern.polling.burst_max=1000 and perhaps tune rx_processing limit: dev.em.0.rx_processing_limit: 100 you can also look at all open sessions when the server is in trouble: netstat -n Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 18:58:26 2008 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 040701065670 for ; Tue, 26 Feb 2008 18:58:26 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id D66D313C45D for ; Tue, 26 Feb 2008 18:58:25 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU50O-000Dk3-UD; Tue, 26 Feb 2008 10:58:26 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 20:58:09 +0200 Message-ID: <03ef01c878a9$8aa08180$9fe18480$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4p6aZaaNqpAKrS8ufAZCs7zit+gAAcy6w Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 18:58:26 -0000 Also - sometimes during my testing I see this message, it's hard to make it happen but its been popping up I'm not sure if its related/different etc -- "sendto: No buffer space available" Thanks Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 8:45 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, > I have set my icmplim to 1024. When it was 200 I would sometimes get a > warning about an OPEN port RST - which was also strange to me (that it was > open not closed). I suspected that it was because 5% of my packets where > being dropped though. > > The server is under reasonable load (networking wise) around 80-90mbits, but > the processor is 75% idle.. > > The other strange this is that a reboot solves this, and it takes around 1-2 > days to happen again.. you can try to enable polling: kern.polling.reg_frac=20 kern.polling.user_frac=10 kern.polling.burst_max=1000 and perhaps tune rx_processing limit: dev.em.0.rx_processing_limit: 100 you can also look at all open sessions when the server is in trouble: netstat -n Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 19:21:05 2008 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 9A56B1065672 for ; Tue, 26 Feb 2008 19:21:05 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id D7AB813C46B for ; Tue, 26 Feb 2008 19:21:04 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 13569 invoked from network); 26 Feb 2008 20:21:03 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 20:21:03 +0100 Date: Tue, 26 Feb 2008 20:21:02 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03ef01c878a9$8aa08180$9fe18480$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> <03ef01c878a9$8aa08180$9fe18480$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 19:21:05 -0000 Dear Dave, > Also - sometimes during my testing I see this message, it's hard to make it > happen but its been popping up I'm not sure if its related/different etc -- > > "sendto: No buffer space available" try: netstat -m Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 19:22:32 2008 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 C278610656DB for ; Tue, 26 Feb 2008 19:22:32 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF3513C506 for ; Tue, 26 Feb 2008 19:22:32 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU5Nl-000Drt-Q5; Tue, 26 Feb 2008 11:22:33 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> <03ef01c878a9$8aa08180$9fe18480$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 21:22:18 +0200 Message-ID: <03f901c878ac$ea20df30$be629d90$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4rL4najkwoUdKQdyezIM4HarrJgAABb8w Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 19:22:32 -0000 Hi Ingo, # netstat -m 4078/14240/67584 mbufs in use (current/peak/max): 4078 mbufs allocated to data 4065/14168/33792 mbuf clusters in use (current/peak/max) Thanks Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 9:21 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, > Also - sometimes during my testing I see this message, it's hard to make it > happen but its been popping up I'm not sure if its related/different etc -- > > "sendto: No buffer space available" try: netstat -m Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 19:25:27 2008 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 483591065671 for ; Tue, 26 Feb 2008 19:25:27 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 82FCF13C4EA for ; Tue, 26 Feb 2008 19:25:26 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 15922 invoked from network); 26 Feb 2008 20:25:25 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 20:25:25 +0100 Date: Tue, 26 Feb 2008 20:25:25 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03f901c878ac$ea20df30$be629d90$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> <03ef01c878a9$8aa08180$9fe18480$@za.net> <03f901c878ac$ea20df30$be629d90$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 19:25:27 -0000 Dear Dave, do you use firewall? what rules? do you use traffic shaping? > # netstat -m > 4078/14240/67584 mbufs in use (current/peak/max): > 4078 mbufs allocated to data > 4065/14168/33792 mbuf clusters in use (current/peak/max) do you have now traffic-loss? Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 19:28:04 2008 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 E4717106567D for ; Tue, 26 Feb 2008 19:28:04 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 2D44813C4CC for ; Tue, 26 Feb 2008 19:28:03 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 17660 invoked from network); 26 Feb 2008 20:28:03 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 20:28:03 +0100 Date: Tue, 26 Feb 2008 20:28:03 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <03f901c878ac$ea20df30$be629d90$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> <03ef01c878a9$8aa08180$9fe18480$@za.net> <03f901c878ac$ea20df30$be629d90$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 19:28:05 -0000 Dear Dave, some more ideas: sysctl -a | fgrep ip.intr_qu Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 19:46:35 2008 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 AC0781065673 for ; Tue, 26 Feb 2008 19:46:35 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id 888BB13C459 for ; Tue, 26 Feb 2008 19:46:35 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU5l3-000Dxd-7e; Tue, 26 Feb 2008 11:46:35 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> <03ef01c878a9$8aa08180$9fe18480$@za.net> <03f901c878ac$ea20df30$be629d90$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 21:46:21 +0200 Message-ID: <03fa01c878b0$46639e10$d32ada30$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4rbrgbfDL2q7zSBC/uTBd6b5G6QAAn76w Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 19:46:35 -0000 # sysctl -a | fgrep ip.intr_qu net.inet.ip.intr_queue_maxlen: 50 net.inet.ip.intr_queue_drops: 9506223 What do those drops mean? Thanks Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 9:28 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, some more ideas: sysctl -a | fgrep ip.intr_qu Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 20:05:32 2008 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 B747B106566B for ; Tue, 26 Feb 2008 20:05:32 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.freebsd.org (Postfix) with ESMTP id 92F2C13C469 for ; Tue, 26 Feb 2008 20:05:32 +0000 (UTC) (envelope-from dave@raven.za.net) Received: from [41.242.10.56] (helo=DHA12123) by elektra.opteqint.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.66 (FreeBSD)) (envelope-from ) id 1JU63K-000E3I-P3; Tue, 26 Feb 2008 12:05:30 -0800 From: "Dave Raven" To: "'Ingo Flaschberger'" References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> <03ef01c878a9$8aa08180$9fe18480$@za.net> <03f901c878ac$ea20df30$be629d90$@za.net> In-Reply-To: Date: Tue, 26 Feb 2008 22:05:15 +0200 Message-ID: <040401c878b2$eac6fb80$c054f280$@za.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ach4rbrgbfDL2q7zSBC/uTBd6b5G6QABM/UQ Content-Language: en-us Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 20:05:32 -0000 Ingo, you are a lifesaver! intr_queue_drops was rising very quickly, after changing queue_maxlen to 500 (from 50) the problems all went away. What's a reasonable value for that for a high load box (5000+ interrupts a second) ? Also, while over a 1000 pings have gone through fine now, a minute or two after I made the change I saw this -- 64 bytes from x.x.x.x: icmp_seq=25 ttl=255 time=0.465 ms ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available 64 bytes from x.x.x.x: icmp_seq=35 ttl=255 time=0.294 ms It hasn't happened again (and I hope it doesn't) - but is that something I should look for? Thank you again - very much Dave -----Original Message----- From: Ingo Flaschberger [mailto:if@xip.at] Sent: Tuesday, February 26, 2008 9:28 PM To: Dave Raven Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping Dear Dave, some more ideas: sysctl -a | fgrep ip.intr_qu Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 20:51:28 2008 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 BF940106566C for ; Tue, 26 Feb 2008 20:51:28 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 202B413C44B for ; Tue, 26 Feb 2008 20:51:27 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 30414 invoked from network); 26 Feb 2008 21:51:26 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 21:51:26 +0100 Date: Tue, 26 Feb 2008 21:51:25 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: <040401c878b2$eac6fb80$c054f280$@za.net> Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> <03ef01c878a9$8aa08180$9fe18480$@za.net> <03f901c878ac$ea20df30$be629d90$@za.net> <040401c878b2$eac6fb80$c054f280$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 20:51:28 -0000 Dear Dave, > intr_queue_drops was rising very quickly, after changing queue_maxlen to 500 > (from 50) the problems all went away. What's a reasonable value for that for > a high load box (5000+ interrupts a second) ? http://devwiki.pfsense.org/Tuning?show_comments=1 they set it to 3000 intel em-cards have a buffer of max. 4096 some more talks & tuning: http://osdir.com/ml/freebsd.devel.net/2002-10/msg00072.html http://osdir.com/ml/freebsd.devel.net/2002-10/msg00104.html > Also, while over a 1000 pings have gone through fine now, a minute or two > after I made the change I saw this -- > > 64 bytes from x.x.x.x: icmp_seq=25 ttl=255 time=0.465 ms > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > ping: sendto: No buffer space available > 64 bytes from x.x.x.x: icmp_seq=35 ttl=255 time=0.294 ms > > It hasn't happened again (and I hope it doesn't) - but is that something I > should look for? try todo a netstat -m when you get the buffer errors. and increase: net.inet.tcp.sendspace just to be shure, you have a 1000mbit link? Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Tue Feb 26 20:54:17 2008 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 2138C1065671 for ; Tue, 26 Feb 2008 20:54:17 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 5D43713C45A for ; Tue, 26 Feb 2008 20:54:16 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 32202 invoked from network); 26 Feb 2008 21:54:15 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 26 Feb 2008 21:54:15 +0100 Date: Tue, 26 Feb 2008 21:54:15 +0100 (CET) From: Ingo Flaschberger To: Dave Raven In-Reply-To: Message-ID: References: <03cb01c8789b$04aade30$0e009a90$@za.net> <03cf01c8789e$f15b0860$d4111920$@za.net> <03d001c878a0$bf3d8680$3db89380$@za.net> <03de01c878a3$90cc7560$b2656020$@za.net> <03e501c878a5$588f1c50$09ad54f0$@za.net> <03e601c878a6$87380980$95a81c80$@za.net> <03ef01c878a9$8aa08180$9fe18480$@za.net> <03f901c878ac$ea20df30$be629d90$@za.net> <040401c878b2$eac6fb80$c054f280$@za.net> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: RE: Hping/Ping 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, 26 Feb 2008 20:54:17 -0000 Dear Dave, and, what hz value do you use at the server? sysctl -a | grep hz It seems, you are missing incomming packets because the system is busy. For this high network load, you should use 1000HZ. (Thats a kernel compile option). Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Wed Feb 27 06:35:14 2008 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 3692F1065671; Wed, 27 Feb 2008 06:35:14 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 228F613C45E; Wed, 27 Feb 2008 06:35:12 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m1R5tVJR057747; Wed, 27 Feb 2008 12:55:32 +0700 (KRAT) (envelope-from eugen@kuzbass.ru) Message-ID: <47C4FB54.FF2F89EF@kuzbass.ru> Date: Wed, 27 Feb 2008 12:55:32 +0700 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Andrew Thompson References: <47C428EC.3090909@acm.poly.edu> <20080226162307.GA80931@svzserv.kemerovo.su> <47C4439A.9050502@acm.poly.edu> <20080226175616.GC1509@heff.fud.org.nz> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Boris Kochergin Subject: Re: if_gif/if_bridge 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: Wed, 27 Feb 2008 06:35:14 -0000 > Eugene, I take it the fix that applies on Boris's case is the > M_BCAST|M_MCAST setting on the mbuf? I would like to test/commit this. I see you have already got it :-) > Also, why to you add support for adding a bridge to a lagg interface? I needed to force lagg(4) to aggregate two EtherIP tunnels and now I have it working :-) Eugene From owner-freebsd-net@FreeBSD.ORG Wed Feb 27 07:24:36 2008 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 86DBC106566C for ; Wed, 27 Feb 2008 07:24:36 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from shrew.net (206-223-169-85.beanfield.net [206.223.169.85]) by mx1.freebsd.org (Postfix) with ESMTP id 59CC213C447 for ; Wed, 27 Feb 2008 07:24:36 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from localhost (wm-ca.hub.org [206.223.169.82]) by shrew.net (Postfix) with ESMTP id 3437779E8CA; Wed, 27 Feb 2008 01:24:36 -0600 (CST) Received: from shrew.net ([206.223.169.85]) by localhost (mx1.hub.org [206.223.169.82]) (amavisd-new, port 10024) with ESMTP id 73155-09; Wed, 27 Feb 2008 07:24:35 +0000 (UTC) Received: from hole.shrew.net (cpe-66-25-136-5.austin.res.rr.com [66.25.136.5]) by shrew.net (Postfix) with ESMTP id 7982D79E8BE; Wed, 27 Feb 2008 01:24:35 -0600 (CST) Received: from [10.22.200.30] ([10.22.200.30]) by hole.shrew.net (8.13.8/8.13.8) with ESMTP id m1R7OH0Q065304; Wed, 27 Feb 2008 01:24:18 -0600 (CST) (envelope-from mgrooms@shrew.net) Message-ID: <47C5102D.60001@shrew.net> Date: Wed, 27 Feb 2008 01:24:29 -0600 From: Matthew Grooms User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <47B4D002.5090101@shrew.net> <20080217122954.Q49429@maildrop.int.zabbadoz.net> In-Reply-To: <20080217122954.Q49429@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: KAME IPsec spd_delete2 bug ... 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, 27 Feb 2008 07:24:36 -0000 Bjoern A. Zeeb wrote: > On Thu, 14 Feb 2008, Matthew Grooms wrote: > > Hi, > >> There is a bug in /usr/src/sys/netipsec/key.c in FreeBSD KAME IPsec >> sources. > > netipsec/ is not KAME IPsec. > Right, my mistake. FAST IPsec then. >> If an spd_delete2 message is submitted for an invalid policy id, the >> kernel crashes. Can someone please commit this trivial patch? I'm >> afraid its against 6.2 sources but its also only one line. > > I cannot today but hopefully during next week. > > Can you file a PR and get it assigned to me so this will not be lost. > I'll go through the branches and get this fixed then. > You were CC'd on the PR submission. I will try to get it assigned to you as well. Thanks, -Matthew From owner-freebsd-net@FreeBSD.ORG Wed Feb 27 11:02:03 2008 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 852F31065677 for ; Wed, 27 Feb 2008 11:02:03 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from smtp20.nijmegen.internl.net (smtp20.nijmegen.internl.net [217.149.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2EEE98FC18 for ; Wed, 27 Feb 2008 11:02:02 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from mail.bsd4all.org (113-9.bbned.dsl.internl.net [82.215.9.113]) by smtp20.nijmegen.internl.net (8.13.8/2.04) with ESMTP id m1RB208s029590 for ; Wed, 27 Feb 2008 12:02:01 +0100 (CET) Received: from localhost (mailgw [192.168.1.12]) by mail.bsd4all.org (Postfix) with ESMTP id 3BB81508FC for ; Wed, 27 Feb 2008 12:02:00 +0100 (CET) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([192.168.1.1]) by localhost (fwgw.homebrew.bsd4all.org [192.168.1.12]) (amavisd-new, port 10024) with ESMTP id INPgSIKVy8VA for ; Wed, 27 Feb 2008 12:01:48 +0100 (CET) Received: from bsd4all.org (adexlinge10 [192.168.10.16]) by mail.bsd4all.org (Postfix) with ESMTP id 2E4FE5083D for ; Wed, 27 Feb 2008 12:01:48 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 27 Feb 2008 11:20:46 +0100 Content-class: urn:content-classes:message Message-ID: X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: fastforwarding and gif tunnel thread-index: Ach5Kmp7MFLiCJBSQRWFla+e21afQQ== From: "Peter Blok" To: Subject: fastforwarding and gif tunnel 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, 27 Feb 2008 11:02:03 -0000 Hi, I have an esp/tunnel between two sites. 192.168.1.0/24 -> 192.168.1.1 gif - esp/tunnel - gif 192.168.101.1 -> 192.168.101.0/24 If I ping 192.168.101.1 from the 192.168.1.1 gateway everything works. If I ping 192.168.101.2 from the 192.168.1.1 gateway everything works But if I ping from 192.168.1.x to 192.168.101.2 it doesn't setup the tunnel, nor does it use the tunnel when there. I have narrowed it down to the use of fastforwarding on 192.168.1.1. Without fastforwarding everything works, with fastforwarding it does not. Unfortunately I found out ICMP is not fastforwarded, so I didn't try a TCP or UDP test. I am running 7.0-RELEASE ( most recent, but it was broken before ). Is fastforwarding supposed to be compatible with gif tunnels, or is this a bug? Peter =20 __________ Information from ESET NOD32 Antivirus, version of virus signature database 2904 (20080227) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com =20 From owner-freebsd-net@FreeBSD.ORG Wed Feb 27 11:47:48 2008 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 D2F46106567B for ; Wed, 27 Feb 2008 11:47:48 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 93CC98FC25 for ; Wed, 27 Feb 2008 11:47:48 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id BD6041B10EF9; Wed, 27 Feb 2008 12:47:46 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id B26671B10ED2; Wed, 27 Feb 2008 12:47:42 +0100 (CET) Message-ID: <47C54DDE.8070605@moneybookers.com> Date: Wed, 27 Feb 2008 13:47:42 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20080212) MIME-Version: 1.0 To: d@delphij.net References: <47B2488D.70707@delphij.net> <47B34ED4.6090302@delphij.net> In-Reply-To: <47B34ED4.6090302@delphij.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: =?UTF-8?B?SklOTUVJIFRhdHV5YSAvIOelnuaYjumBlOWTiQ==?= , ume@FreeBSD.org, freebsd-net@freebsd.org Subject: Re: [RESOLVED] Re: Strange resolver behavior 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, 27 Feb 2008 11:47:48 -0000 Greetings, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > JINMEI Tatuya / =E7=A5=9E=E6=98=8E=E9=81=94=E5=93=89 wrote: > [snip] > > At the beginning I was confused with host(1) and resolver library, they= > are different problems, sorry for the confusion. > > I think Hajimu-san's analysis was correct that it was caused by the > check in resolver, here is a ktrace output from a system without patche= d > libc: > > http://www.delphij.net/kdump.txt > > Note that, with a patched (with ume@'s patch) resolver, the program > *does* worked as expected, also this will make firefox to be able to > resolve the domain name. > > Test program can be downloaded from http://www.delphij.net/test.c . > With patched libc you will get no output (expected), and with unpatched= > libc you will get "Unknown server error" and will be unable to get the = A RR. > > It turns out that the baidu.com DNS administrator might be unaware of > the potential violation of RFC 952 "ASSUMPTIONS" and RFC 1034 Section > 3.5. However, I am afraid that there are some DNS server > implementations that does allow '_'s in domain names, so if there is no= > potential risks allowing it from the resolver side I think it might be = a > good idea to be more permissive for this case, because there are real > uses of it, and other operating systems does allow it at the client sid= e. > =20 Did you check http://tools.ietf.org/html/rfc2782 ? It is "PROPOSED STANDARD" and MS DNS in Win2003 already uses it (if you=20 have domain controller for example). --=20 Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-net@FreeBSD.ORG Wed Feb 27 14:38:26 2008 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 F0C671065681 for ; Wed, 27 Feb 2008 14:38:25 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 979E08FC18 for ; Wed, 27 Feb 2008 14:38:25 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.13.8/8.13.8) with ESMTP id m1RDJW8c001138 for ; Wed, 27 Feb 2008 14:19:34 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id B6F54299 for ; Wed, 27 Feb 2008 14:19:32 +0100 (CET) Date: Wed, 27 Feb 2008 14:19:32 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-net@freebsd.org Message-Id: <20080227141932.2d185b92.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.7; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-PMX-Version: 5.4.1.325704 Subject: interface aliases and tap devices 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, 27 Feb 2008 14:38:26 -0000 Hello, I have two stories to tell meanwhile, the first comes here in form of a forward from a question I posted on the discussion list for dnsmasq (ports/dns/dnsmasq): --- Begin forwarded message: Date: Wed, 27 Feb 2008 09:28:28 +0000 From: Simon Kelley To: Gerrit K=FChn Cc: dnsmasq-discuss@thekelleys.org.uk Subject: Re: [Dnsmasq-discuss] question about subnets and interface aliases Gerrit K=FChn wrote: > Hi folks, >=20 > I have a private network here (192.168.0.0/16) which I have separated > in 8 subnets (192.168.0.0/19, 192.168.32.0/19 and so on). I want to > run dnsmasq to serve as dns and dhcp server, but only on one machine. > As the separation of the subnets is purely of logical nature and not=20 > physical (everything on the same switched network), I have configured > this machine with the primary IP address 192.168.0.254/19 and put IP > aliases for all other subnets (192.168.32.254/19 and so on) on that > interface. The free dhcp IP-range for unknown hosts is in the first > subnet (192.168.30.0/24), all others shall be fixed-host entries > which are identified via their MAC addresses. >=20 > Now I see the following behaviour: dhcp-addresses are delivered from > the free segment to unknown hosts as designed. However, fixed-host > entries only work if they come from the first subnet > (192.168.0.0/19). If I have dhcp-host entries for any other subnet, > they are completely ignored and the requesting hosts gets an IP from > the free range for unknown hosts instead. >=20 > Is my setup completely screwed up and something one should not do, or > does anyone here have an idea how to get things right? I'm using > FreeBSD 7-stable and dnsmasq 2.40 (if that matters). It does matter, specifically the FreeBSD bit. On Linux, the above arrangement will work, (or at least can be made to work). The code for determining the IP parameters of an interface on *BSD knows nothing about aliases, so it can't work. > Any hint is appreciated. If you are, or can find, a FreeBSD networking guru who can upgrade the code in src/bpf.c I'm happy to take a patch..... Cheers, Simon. --- As I am definitely not the networking guru who could do this, I thought it would be a good idea to ask here if anyone is interested in helping out. The second story is connected with the first: As the problem for dnsmasq seems to be that it cannot handle more than one IP per interface, I came up with the idea if setting up one IP on the physical interface and 7 more on 7 virtual tap devices. Then I bound the tap devices together with the physical interface on a bridge interface. This setup works insofar that I can ping all 8 addresses and receive answers. ssh connections and so on work, too. However, the dhcp client broadcasts do not reach dnsmasq, although I configured it to listen on all 8 interfaces. Even more strange to me was that I discovered that the virtual tap interfaces see nothing of the traffic. If I run tcpdump on the tap devices (or even on the bridge interface), I see /nothing/ of the traffic which is actually directed to one of the IPs the tap devices carry. I see everything floating though the physical interface, though. I actually thought that the traffic would reach the tap interfaces and could be processed there with other software like tcpdump or dnsmasq. Why is this not the case? cu Gerrit From owner-freebsd-net@FreeBSD.ORG Wed Feb 27 18:38:13 2008 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 F03E7106566B; Wed, 27 Feb 2008 18:38:13 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (tarsier.cn.freebsd.org [202.108.54.205]) by mx1.freebsd.org (Postfix) with ESMTP id EE42B8FC16; Wed, 27 Feb 2008 18:38:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 7439428448; Thu, 28 Feb 2008 02:22:04 +0800 (CST) Received: from localhost (tarsier.geekcn.org [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 2322FEB93B7; Thu, 28 Feb 2008 02:22:04 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id QsyZjjamkgjJ; Thu, 28 Feb 2008 02:21:58 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 7E65DEB6575; Thu, 28 Feb 2008 02:21:57 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=UrgEaQJ/hTA6h1gSP3xnyNItsSQakNPfTUf5FwwieFR4HZXlLv/zM3cKnyKPYRdBR P2QWSbxR2yHEyWIL/lz8Q== Message-ID: <47C5AA43.2040407@delphij.net> Date: Wed, 27 Feb 2008 10:21:55 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Stefan Lambrev References: <47B2488D.70707@delphij.net> <47B34ED4.6090302@delphij.net> <47C54DDE.8070605@moneybookers.com> In-Reply-To: <47C54DDE.8070605@moneybookers.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=x-gbk Content-Transfer-Encoding: 7bit Cc: =?x-gbk?Q?JINMEI_Tatuya_/_=C9=F1=C3=F7=DF=5F=D4=D5?= , d@delphij.net, ume@FreeBSD.org, freebsd-net@freebsd.org Subject: Re: [RESOLVED] Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 Feb 2008 18:38:14 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stefan Lambrev wrote: [snip] > Did you check http://tools.ietf.org/html/rfc2782 ? > It is "PROPOSED STANDARD" and MS DNS in Win2003 already uses it (if you > have domain controller for example). If I have understood the RFC correctly, it talks about SRV RR and not A RR, and as far as I know, there is no RFC updated 1034 and 952 on this aspect. The same thing worked for FreeBSD's portsnap service at the very least, and also Yahoo's domain key, but neither is an A RR having underscore and, for many traditional Internet applications like sendmail, an A RR with underscore is rejected. I have made a change on -CURRENT and is waiting for comments from others to see if it's suitable for MFC, to make it possible to resolve an A RR with underscore symbol, instead of querying it and drop the result, and give the application an opportunity to choose between rejecting or allowing _'s when they are using gethostbyname(). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHxapDi+vbBBjt66ARAsynAKCziDnfUYMsGTFHwWGMPrmLuguUtACgh/Wa z/AliWmZg1soCOa+kY4TPDg= =UDvY -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Feb 27 21:14:58 2008 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 9045E1065670 for ; Wed, 27 Feb 2008 21:14:58 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.248]) by mx1.freebsd.org (Postfix) with ESMTP id 4E5D58FC2C for ; Wed, 27 Feb 2008 21:14:58 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ag-out-0708.google.com with SMTP id 5so8040491agb.7 for ; Wed, 27 Feb 2008 13:14:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=jNMFaCHW4r1ws3PPY8VO8jGAs9Su3CcAMnMj39/18U0=; b=InAVBvibldoJyjRiBHhSZ+Btvf3NhuGLamBOzAwztTSsN7rUl4AsyqRea8scI7ojxSPit67ip0H22GWE34hNzoV6dHqEEpXYuNKzpZMUEC1rYyPphH/ygxWhgU4sVGk18MhCtRk0KLwhRH3col11wQtih8PVKXfVpQizEIkrP58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OWEG60d1icpbrISamuRQIImn3kTtqrxwq8s9GO0ALoD6mpsO/VSwTOBhvoUwqOxCozY5KgaslGp/GW1RHKJE/UFfzGf06+PBF6lQ4xJ/2Ev5LpPfeh5wJQZnLPmIfgsoVXSY5nn+G5Cr3arL6Dbbvy46uF9zPYnAc63wmTezalY= Received: by 10.100.123.4 with SMTP id v4mr13131451anc.4.1204146897115; Wed, 27 Feb 2008 13:14:57 -0800 (PST) Received: by 10.100.153.10 with HTTP; Wed, 27 Feb 2008 13:14:56 -0800 (PST) Message-ID: Date: Wed, 27 Feb 2008 21:14:56 +0000 From: "Rui Paulo" Sender: rpaulo@gmail.com To: "Fernando Gont" In-Reply-To: <200802250817.m1P8HoPb024302@venus.xmundo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200802250817.m1P8HoPb024302@venus.xmundo.net> X-Google-Sender-Auth: 761c1aba43dc9ef4 Cc: freebsd-net@freebsd.org Subject: Re: Ephemeral port selection (patch) 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, 27 Feb 2008 21:14:58 -0000 On Mon, Feb 25, 2008 at 8:16 AM, Fernando Gont wrote: > Folks, > > This patch simply eliminates duplicated code in the in_pcb_bind() function. > > Index: in_pcb.c > =================================================================== > RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v > retrieving revision 1.198 > diff -u -r1.198 in_pcb.c > --- in_pcb.c 22 Dec 2007 10:06:11 -0000 1.198 > +++ in_pcb.c 25 Feb 2008 06:10:04 -0000 > @@ -393,7 +393,7 @@ > if (*lportp != 0) > lport = *lportp; > if (lport == 0) { > - u_short first, last; > + u_short first, last, aux; > int count; > > if (laddr.s_addr != INADDR_ANY) > @@ -440,47 +440,28 @@ > /* > * Simple check to ensure all ports are not used up causing > * a deadlock here. > - * > - * We split the two cases (up and down) so that the direction > - * is not being tested on each round of the loop. > */ > if (first > last) { > - /* > - * counting down > - */ > - if (dorandom) > - *lastport = first - > - (arc4random() % (first - last)); > - count = first - last; > - > - do { > - if (count-- < 0) /* completely used? */ > - return (EADDRNOTAVAIL); > - --*lastport; > - if (*lastport > first || *lastport < last) > - *lastport = first; > - lport = htons(*lastport); > - } while (in_pcblookup_local(pcbinfo, laddr, lport, > - wild)); > - } else { > - /* > - * counting up > - */ > - if (dorandom) > - *lastport = first + > - (arc4random() % (last - first)); > - count = last - first; > - > - do { > - if (count-- < 0) /* completely used? */ > - return (EADDRNOTAVAIL); > - ++*lastport; > - if (*lastport < first || *lastport > last) > - *lastport = first; > - lport = htons(*lastport); > - } while (in_pcblookup_local(pcbinfo, laddr, lport, > - wild)); > + aux = first; > + first = last; > + last = aux; > } > + > + if (dorandom) > + *lastport = first + > + (arc4random() % (last - first)); > + > + count = last - first; > + > + do { > + if (count-- < 0) /* completely used? */ > + return (EADDRNOTAVAIL); > + ++*lastport; > + if (*lastport < first || *lastport > last) > + *lastport = first; > + lport = htons(*lastport); > + } while (in_pcblookup_local(pcbinfo, laddr, lport, > + wild)); > } > if (prison_ip(cred, 0, &laddr.s_addr)) > return (EINVAL); > > > -- > Fernando Gont > e-mail: fernando@gont.com.ar || fgont@acm.org > PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 > > Yeah, you're right. I'll try to commit this. Regards. -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Thu Feb 28 02:38:41 2008 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 4D1641065673 for ; Thu, 28 Feb 2008 02:38:41 +0000 (UTC) (envelope-from ccowart@rescomp.berkeley.edu) Received: from hal.rescomp.berkeley.edu (hal.Rescomp.Berkeley.EDU [169.229.70.150]) by mx1.freebsd.org (Postfix) with ESMTP id 264A78FC1C for ; Thu, 28 Feb 2008 02:38:41 +0000 (UTC) (envelope-from ccowart@rescomp.berkeley.edu) Received: by hal.rescomp.berkeley.edu (Postfix, from userid 1225) id A525C3C0499; Wed, 27 Feb 2008 18:38:40 -0800 (PST) Date: Wed, 27 Feb 2008 18:38:40 -0800 From: Christopher Cowart To: Pyun YongHyeon Message-ID: <20080228023840.GR58253@hal.rescomp.berkeley.edu> Mail-Followup-To: Pyun YongHyeon , freebsd-net@freebsd.org References: <20080225091712.GM88015@hal.rescomp.berkeley.edu> <20080226074355.GD47750@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IUSVF+LtaR4kWxuH" Content-Disposition: inline In-Reply-To: <20080226074355.GD47750@cdnetworks.co.kr> Organization: RSSP-IT, UC Berkeley User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org Subject: Re: vlan issues with 7.0-RC3 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, 28 Feb 2008 02:38:41 -0000 --IUSVF+LtaR4kWxuH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 26, 2008 at 04:43:55PM +0900, Pyun YongHyeon wrote: >On Mon, Feb 25, 2008 at 01:17:12AM -0800, Christopher Cowart wrote: >> Hello, >>=20 >> I have a mac mini running 7.0-RC3, which I'm trying to turn it into a >> router. I have a Linksys SRW2008 "fully managed" (via an IE only web >> interface, ick) switch.=20 >>=20 >> Switch: >> Port 1 - Trunk vlans 10,60,98 - FreeBSD Box >> Port 7 - Access vlan 98 - Existing LAN (192.168.1.0/24) >>=20 >> OpenWRT (192.168.1.1): >> WRT54G box on the Existing LAN >>=20 >> FreeBSD Box: >> ifconfig msk0 up >> ifconfig vlan98 create vlan 98 vlandev msk0 inet 192.168.1.67/24 >>=20 >> With this configuration, I can ping hosts on the other lan segment (Port >> 7). Arp and icmp seem to be quite happy. Unfortunately, I'm not having >> any luck with tcp and udp. Any attempt to ssh to OpenWRT or dig >> @OpenWRT hangs indefinitely. If I do a tcpdump, I see the SYN or A? >> leaving and absolutely no response returning. If I run a tcpdump on >> OpenWRT, I see no incoming traffic. >>=20 >> When I try to connect *to* the FreeBSD box from the other lan segment, I >> continue to have problems. tcpdump shows the SYNs arriving via vlan98 >> and the FreeBSD box responding with SYN-ACK. OpenWRT receives the SYNACK. >>=20 >> I disabled ipfw just to be sure (sysctl -w net.inet.ip.fw.enable=3D0), b= ut >> it had no effect on the problem. If I connect the FreeBSD box to a vlan >> 98 access port and assign the address to msk0, my connectivity problems >> go away. This leads me to believe that the firewall on OpenWRT is not >> the problem and the problem is related to vlans. >>=20 >> Thinking it was a problem with the not-so-cheap Linksys POS (bitterness >> about the IE web interface again), I plugged my MacBook (running >> Leopard, not FreeBSD) into the trunk port. Running the ifconfig commands >> above (s/msk0/en0/), I got up and running without any problems. This >> causes me to suspect the FreeBSD box. >>=20 >> Does anyone have any idea what's going on here? Any suggestions for >> further troubleshooting? >>=20 > > Try disabling hardware features one by one in msk(4) and see how > it goes. > o Disable TSO. > o Disable Tx checksum offload. > o Disable VLAN hardware tagging. Works great after `sudo ifconfig msk0 -txcsum'.=20 Is this a known bug, or should I file a PR? Let me know if there are any other details I can provide to help somebody squash it. Thanks, --=20 Chris Cowart Network Technical Lead Network & Infrastructure Services, RSSP-IT UC Berkeley --IUSVF+LtaR4kWxuH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iQIVAwUBR8YesCPHEDszU3zYAQJk2g//Qk2Tn9q40JJAXu43lZJWyZL7302R0h99 a37WYYaqKVUFOVqlbSpfmxqnWgGPKXGMHYv0Hl/gY9R/TUzWc7fsAd9LISGt72Uv rop4RZR/U5k4LEESYkXvXuAhf9kjZvBvT4W08XySwlOg6rjngOjIl4Y22rKT+MmZ EI0ZY/hAcyIfjsjUGSNz3jqj/Q/v7dRt7bmlX8IVOh7eY1ZL1Ge7kRyxS2lYkrm0 iQ9RdhFxRuTWzGbgdUbIVbJCvcmZLTFlzcQUk7FzdZrx0tCiydR9ARA/Fdblnman ed+CZHJtBcre0PCTmbTKR49sYCfqT49K6j1SoP9jhlg6OoWDQPWRbyBFvEpJR76J FlWYc6UTC/RC/InMuXGlqZ3Y8WucZQsxilR/YRrGQp/3/x5IZewmDKRgYZ8vaa0D 5GifCJvKdNrzMqWMG0RaNK44vruw824upXg0Sf38IlqRSQgghXM+RIQ6sba1ffFR hSGnY2XObKZyco0nSZ5KWCoX+TXszQymQtPiPf9SUJ52aWc1seYm72PVFIQAnmZc DbSDOKs6FiuP2wvlUQFzPJORkWysfonGuglWmE/xoO7fms0M4xYI5XNwmIlZiXhK f2S8gWBiw2hOnZq23dqguBFfJVBk2aiznqa0PX6FBBAeufVqtPQW0e9D14wyO7U+ TerTAnZ6qwg= =bGo7 -----END PGP SIGNATURE----- --IUSVF+LtaR4kWxuH-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 28 12:02:18 2008 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 6A2B8106566C; Thu, 28 Feb 2008 12:02:18 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3D57F8FC30; Thu, 28 Feb 2008 12:02:18 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1SC2IaE029694; Thu, 28 Feb 2008 12:02:18 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1SC2IIC029690; Thu, 28 Feb 2008 12:02:18 GMT (envelope-from gavin) Date: Thu, 28 Feb 2008 12:02:18 GMT Message-Id: <200802281202.m1SC2IIC029690@freefall.freebsd.org> To: Mel@rachie.is-a-geek.net, gavin@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/119548: [pf] [ath] [patch] PF Altq with ath hostap 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: Thu, 28 Feb 2008 12:02:18 -0000 Synopsis: [pf] [ath] [patch] PF Altq with ath hostap problem State-Changed-From-To: open->closed State-Changed-By: gavin State-Changed-When: Thu Feb 28 11:59:15 UTC 2008 State-Changed-Why: Fixed in -HEAD, 7.0-RELEASE and RELENG_6 (will be in 6.4-RELEASE) http://www.freebsd.org/cgi/query-pr.cgi?pr=119548 From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 06:04:00 2008 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 25F761065670 for ; Fri, 29 Feb 2008 06:04:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id E430C8FC1B for ; Fri, 29 Feb 2008 06:03:59 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so3752122wfa.7 for ; Thu, 28 Feb 2008 22:03:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=ZGqrt6LAB0lnr1c5078DhhhZQxGHA1AZVx6y2lB7PmE=; b=cCtXVadfTmewKi1HGW0IHYYXmOd62HVUY2SgXA9JxQi7Z0Nlj2B3xSBTJdSOulPN1Yq+uc/etJ1HvH/7e1T0U4tSXaHB4oG5GNjIOJGAAL7pa0od6M3yanOwFoqddPaLQiwHJAx4DWQYnRAvyEDnYdJNuKLvylgwN4evLEazxpc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=i1AcGMpnNs9fAJl8QrDdvLIcP2T6yHJl3mH6jJVVcwbBk9Y4iIJQa29+eV8JRGBikmUlBjkEEZU1lEnEYF6QqMTd+jcgRumpYigJ8JWZUCUvm+Xn0r7VV7HXzIN7BIUkw2rJGgcCBFNOZX8XKeHLUCq445BURQasvQJbIbcvu2s= Received: by 10.142.128.6 with SMTP id a6mr6853722wfd.138.1204265039532; Thu, 28 Feb 2008 22:03:59 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm18991914wff.11.2008.02.28.22.03.56 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Feb 2008 22:03:58 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1T63rJC061897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 29 Feb 2008 15:03:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1T63rVg061896 for freebsd-net@freebsd.org; Fri, 29 Feb 2008 15:03:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 29 Feb 2008 15:03:53 +0900 From: Pyun YongHyeon To: freebsd-net@freebsd.org Message-ID: <20080229060353.GC60623@cdnetworks.co.kr> References: <20080225091712.GM88015@hal.rescomp.berkeley.edu> <20080226074355.GD47750@cdnetworks.co.kr> <20080228023840.GR58253@hal.rescomp.berkeley.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080228023840.GR58253@hal.rescomp.berkeley.edu> User-Agent: Mutt/1.4.2.1i Subject: Re: vlan issues with 7.0-RC3 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: Fri, 29 Feb 2008 06:04:00 -0000 On Wed, Feb 27, 2008 at 06:38:40PM -0800, Christopher Cowart wrote: > On Tue, Feb 26, 2008 at 04:43:55PM +0900, Pyun YongHyeon wrote: > >On Mon, Feb 25, 2008 at 01:17:12AM -0800, Christopher Cowart wrote: > >> Hello, > >> > >> I have a mac mini running 7.0-RC3, which I'm trying to turn it into a > >> router. I have a Linksys SRW2008 "fully managed" (via an IE only web > >> interface, ick) switch. > >> > >> Switch: > >> Port 1 - Trunk vlans 10,60,98 - FreeBSD Box > >> Port 7 - Access vlan 98 - Existing LAN (192.168.1.0/24) > >> > >> OpenWRT (192.168.1.1): > >> WRT54G box on the Existing LAN > >> > >> FreeBSD Box: > >> ifconfig msk0 up > >> ifconfig vlan98 create vlan 98 vlandev msk0 inet 192.168.1.67/24 > >> > >> With this configuration, I can ping hosts on the other lan segment (Port > >> 7). Arp and icmp seem to be quite happy. Unfortunately, I'm not having > >> any luck with tcp and udp. Any attempt to ssh to OpenWRT or dig > >> @OpenWRT hangs indefinitely. If I do a tcpdump, I see the SYN or A? > >> leaving and absolutely no response returning. If I run a tcpdump on > >> OpenWRT, I see no incoming traffic. > >> > >> When I try to connect *to* the FreeBSD box from the other lan segment, I > >> continue to have problems. tcpdump shows the SYNs arriving via vlan98 > >> and the FreeBSD box responding with SYN-ACK. OpenWRT receives the SYNACK. > >> > >> I disabled ipfw just to be sure (sysctl -w net.inet.ip.fw.enable=0), but > >> it had no effect on the problem. If I connect the FreeBSD box to a vlan > >> 98 access port and assign the address to msk0, my connectivity problems > >> go away. This leads me to believe that the firewall on OpenWRT is not > >> the problem and the problem is related to vlans. > >> > >> Thinking it was a problem with the not-so-cheap Linksys POS (bitterness > >> about the IE web interface again), I plugged my MacBook (running > >> Leopard, not FreeBSD) into the trunk port. Running the ifconfig commands > >> above (s/msk0/en0/), I got up and running without any problems. This > >> causes me to suspect the FreeBSD box. > >> > >> Does anyone have any idea what's going on here? Any suggestions for > >> further troubleshooting? > >> > > > > Try disabling hardware features one by one in msk(4) and see how > > it goes. > > o Disable TSO. > > o Disable Tx checksum offload. > > o Disable VLAN hardware tagging. > > Works great after `sudo ifconfig msk0 -txcsum'. > > Is this a known bug, or should I file a PR? Let me know if there are any > other details I can provide to help somebody squash it. > Would you capture broken TCP/UDP frames with tcpdump on receiving side and show it to me? -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 10:37:30 2008 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 B09AC1065671; Fri, 29 Feb 2008 10:37:30 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6527B8FC23; Fri, 29 Feb 2008 10:37:29 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47C7E068.5040208@FreeBSD.org> Date: Fri, 29 Feb 2008 11:37:28 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: matthew , freebsd-net@freebsd.org, freebsd-ipfw@FreeBSD.org References: <47C5753A.8010806@matthew.sk> <47C57D01.8070007@FreeBSD.org> <47C7BB11.9020604@matthew.sk> In-Reply-To: <47C7BB11.9020604@matthew.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Lock order reversals with dummynet (Re: FreeBSD 7.0 Beta, RC, RELEASE (amd64) freezes with dummynet enabled) 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, 29 Feb 2008 10:37:30 -0000 Adding back the mailing list so others can help. matthew wrote: > Kris Kennaway wrote: > >> matthew wrote: >>> I have posted before that i have a stability issue with the 7.0 branch >>> on my servers. Tested on BETA2,BETA4,RC1,RC2,RELEASE >>> >>> The original thread and my post with details is at: >>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-12/msg00674.html >>> >>> >>> I was waiting for the 7.0-RELEASE, updated the whole servers, and >>> enabled dummynet again, but it always freezes after some minutes, 100% >>> reproducible. >>> >>> I tested it also on a HP 140 G3 1U server, where 6.3 has absolutely no >>> problems, but the 7.0 branch keeps freezing. >>> >>> Again, if it helps to solve this bug, i can rebuild the kernel with >>> debug symbols a take some screenshots :) >> >> Please follow the steps at >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >> >> >> Kris >> _______________________________________________ > I added to the kernel these options: > makeoptions DEBUG=-g # Build kernel with gdb(1) debug > symbols > options INVARIANTS > options INVARIANT_SUPPORT > options WITNESS > options DEBUG_LOCKS > options DEBUG_VFS_LOCKS > options DIAGNOSTIC > options KDB > options DDB > options GDB > options SOCKBUF_DEBUG > > But still, the server freezes withoutany debug message, And you can't break to DDB? It is expected you will have to when you encounter a deadlock. > panic whatever, > but at leasts it dumps the crash kernel to /var/crash, but the debug > looks like this: Dumping is an activity the occurs after panicking, so if you have a dump then you must have a panic. > root@hanka:/usr/src/sys/amd64/compile/HANKA-debug# kgdb kernel.debug > /var/crash/vmcore.0 > [GDB will not be able to debug user-mode threads: > /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > 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". > Cannot access memory at address 0x57 > (kgdb) backtrace > #0 0x0000000000000000 in ?? () > Cannot access memory at address 0x0 > (kgdb) > I have some debug messages at boot time: This usually means you are not running the dump against the kernel.debug corresponding exactly to the kernel that crashed. Probably the dump you found was old. > Feb 28 17:01:29 hanka lock order reversal: > Feb 28 17:01:29 hanka 1st 0xffffffff80b0e1e8 PFil hook read/write mutex > (PFil hook read/write mutex) @ net/pfil.c:73 > Feb 28 17:01:29 hanka 2nd 0xffffffff80b0f8e8 udp (udp) @ > /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:2970 > Feb 28 17:01:29 hanka KDB: stack backtrace: > Feb 28 17:01:29 hanka db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > Feb 28 17:01:29 hanka witness_checkorder() at witness_checkorder+0x605 > Feb 28 17:01:29 hanka _mtx_lock_flags() at _mtx_lock_flags+0x75 > Feb 28 17:01:29 hanka pf_socket_lookup() at pf_socket_lookup+0x241 > Feb 28 17:01:29 hanka pf_test_udp() at pf_test_udp+0x890 > Feb 28 17:01:29 hanka pf_test() at pf_test+0xeb2 > Feb 28 17:01:29 hanka pf_check_in() at pf_check_in+0x2b > Feb 28 17:01:29 hanka pfil_run_hooks() at pfil_run_hooks+0xbc > Feb 28 17:01:29 hanka ip_input() at ip_input+0x2c4 > Feb 28 17:01:29 hanka ether_demux() at ether_demux+0x1d9 > Feb 28 17:01:29 hanka ether_input() at ether_input+0x19d > Feb 28 17:01:29 hanka ether_demux() at ether_demux+0xe9 > Feb 28 17:01:29 hanka ether_input() at ether_input+0x19d > Feb 28 17:01:29 hanka em_rxeof() at em_rxeof+0x1ca > Feb 28 17:01:29 hanka em_poll() at em_poll+0x6f > Feb 28 17:01:29 hanka netisr_poll() at netisr_poll+0x87 > Feb 28 17:01:29 hanka swi_net() at swi_net+0xea > Feb 28 17:01:29 hanka ithread_loop() at ithread_loop+0xda > Feb 28 17:01:29 hanka fork_exit() at fork_exit+0x12a > Feb 28 17:01:29 hanka fork_trampoline() at fork_trampoline+0xe > Feb 28 17:01:29 hanka --- trap 0, rip = 0, rsp = 0xffffffff9feead30, rbp > = 0 --- > Feb 28 17:01:29 hanka lock order reversal: > Feb 28 17:01:29 hanka 1st 0xffffff0001237430 em0 (EM Core Lock) @ > dev/em/if_em.c:1416 > Feb 28 17:01:29 hanka 2nd 0xffffffff80b0f8e8 udp (udp) @ > netinet/udp_usrreq.c:385 > Feb 28 17:01:29 hanka KDB: stack backtrace: > Feb 28 17:01:29 hanka db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > Feb 28 17:01:29 hanka witness_checkorder() at witness_checkorder+0x605 > Feb 28 17:01:29 hanka _mtx_lock_flags() at _mtx_lock_flags+0x75 > Feb 28 17:01:29 hanka udp_input() at udp_input+0x1a4 > Feb 28 17:01:29 hanka ip_input() at ip_input+0xc0 > Feb 28 17:01:29 hanka ether_demux() at ether_demux+0x1d9 > Feb 28 17:01:29 hanka ether_input() at ether_input+0x19d > Feb 28 17:01:29 hanka ether_demux() at ether_demux+0xe9 > Feb 28 17:01:29 hanka ether_input() at ether_input+0x19d > Feb 28 17:01:29 hanka em_rxeof() at em_rxeof+0x1ca > Feb 28 17:01:29 hanka em_poll() at em_poll+0x6f > Feb 28 17:01:29 hanka netisr_poll() at netisr_poll+0x87 > Feb 28 17:01:29 hanka swi_net() at swi_net+0xea > Feb 28 17:01:29 hanka ithread_loop() at ithread_loop+0xda > Feb 28 17:01:29 hanka fork_exit() at fork_exit+0x12a > Feb 28 17:01:29 hanka fork_trampoline() at fork_trampoline+0xe > Feb 28 17:01:29 hanka --- trap 0, rip = 0, rsp = 0xffffffff9feead30, rbp > = 0 --- > Feb 28 17:01:29 hanka xinetd[1356]: xinetd Version 2.3.14 started with > libwrap loadavg options compiled in. > Feb 28 17:01:29 hanka xinetd[1356]: Started working: 1 available service > Feb 28 17:01:33 hanka lock order reversal: > Feb 28 17:01:33 hanka 1st 0xffffff00042f5b10 inp (tcpinp) @ > netinet/tcp_usrreq.c:781 > Feb 28 17:01:33 hanka 2nd 0xffffffff80b0e1e8 PFil hook read/write mutex > (PFil hook read/write mutex) @ net/pfil.c:73 > Feb 28 17:01:33 hanka KDB: stack backtrace: > Feb 28 17:01:33 hanka db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > Feb 28 17:01:33 hanka witness_checkorder() at witness_checkorder+0x605 > Feb 28 17:01:33 hanka _rw_rlock() at _rw_rlock+0x5b > Feb 28 17:01:33 hanka pfil_run_hooks() at pfil_run_hooks+0x44 > Feb 28 17:01:33 hanka ip_output() at ip_output+0x38e > Feb 28 17:01:33 hanka tcp_output() at tcp_output+0xacd > Feb 28 17:01:33 hanka tcp_usr_send() at tcp_usr_send+0x272 > Feb 28 17:01:33 hanka sosend_generic() at sosend_generic+0x347 > Feb 28 17:01:33 hanka soo_write() at soo_write+0x38 > Feb 28 17:01:33 hanka dofilewrite() at dofilewrite+0x85 > Feb 28 17:01:33 hanka kern_writev() at > Feb 28 17:01:33 hanka kern_writev+0x4c > Feb 28 17:01:33 hanka write() at write+0x54 > Feb 28 17:01:33 hanka syscall() at syscall+0x1f6 > Feb 28 17:01:33 hanka Xfast_syscall() at Xfast_syscall+0xab > Feb 28 17:01:33 hanka --- syscall (4, FreeBSD ELF64, write), rip = > 0x800e1fd3c, rsp = 0x7fffffffea88, rbp = 0x16 --- > Feb 28 17:03:54 hanka lock order reversal: > Feb 28 17:03:54 hanka 1st 0xffffffff80b0f308 tcp (tcp) @ > netinet/tcp_input.c:400 > Feb 28 17:03:54 hanka 2nd 0xffffffff80b0e1e8 PFil hook read/write mutex > (PFil hook read/write mutex) @ net/pfil.c:73 > Feb 28 17:03:54 hanka KDB: stack backtrace: > Feb 28 17:03:54 hanka db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > Feb 28 17:03:54 hanka witness_checkorder() at witness_checkorder+0x605 > Feb 28 17:03:54 hanka _rw_rlock() at _rw_rlock+0x5b > Feb 28 17:03:54 hanka pfil_run_hooks() at pfil_run_hooks+0x44 > Feb 28 17:03:54 hanka ip_output() at ip_output+0x38e > Feb 28 17:03:54 hanka tcp_respond() at tcp_respond+0x2d5 > Feb 28 17:03:54 hanka tcp_dropwithreset() at tcp_dropwithreset+0x131 > Feb 28 17:03:54 hanka tcp_input() at tcp_input+0x6d0 > Feb 28 17:03:54 hanka ip_input() at ip_input+0xc0 > Feb 28 17:03:54 hanka ether_demux() at ether_demux+0x1d9 > Feb 28 17:03:54 hanka ether_input() at ether_input+0x19d > Feb 28 17:03:54 hanka em_rxeof() at em_rxeof+0x1ca > Feb 28 17:03:54 hanka em_poll() at em_poll+0x6f > Feb 28 17:03:54 hanka netisr_poll() at netisr_poll+0x87 > Feb 28 17:03:54 hanka swi_net() at swi_net+0xea > Feb 28 17:03:54 hanka ithread_loop() at ithread_loop+0xda > Feb 28 17:03:54 hanka fork_exit() at fork_exit+0x12a > Feb 28 17:03:54 hanka fork_trampoline() at fork_trampoline+0xe > Feb 28 17:03:54 hanka --- trap 0, rip = 0, rsp = 0xffffffff9feead30, rbp > = 0 --- > Feb 28 17:23:36 hanka lock order reversal: > Feb 28 17:23:36 hanka 1st 0xffffffff810f9ef0 tcp_sc_head (tcp_sc_head) @ > netinet/tcp_syncache.c:477 > Feb 28 17:23:36 hanka 2nd 0xffffffff80b0e1e8 PFil hook read/write mutex > (PFil hook read/write mutex) @ net/pfil.c:73 > Feb 28 17:23:36 hanka KDB: stack backtrace: > Feb 28 17:23:36 hanka db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > Feb 28 17:23:36 hanka witness_checkorder() at witness_checkorder+0x605 > Feb 28 17:23:36 hanka _rw_rlock() at _rw_rlock+0x5b > Feb 28 17:23:36 hanka pfil_run_hooks() at pfil_run_hooks+0x44 > Feb 28 17:23:36 hanka ip_output() at ip_output+0x38e > Feb 28 17:23:36 hanka syncache_respond() at syncache_respond+0x32a > Feb 28 17:23:36 hanka syncache_add() at syncache_add+0x206 > Feb 28 17:23:36 hanka tcp_input() at tcp_input+0xa77 > Feb 28 17:23:36 hanka ip_input() at ip_input+0xc0 > Feb 28 17:23:36 hanka ether_demux() at ether_demux+0x1d9 > Feb 28 17:23:36 hanka ether_input() at ether_input+0x19d > Feb 28 17:23:36 hanka em_rxeof() at em_rxeof+0x1ca > Feb 28 17:23:36 hanka em_poll() at em_poll+0x6f > Feb 28 17:23:36 hanka netisr_poll() at netisr_poll+0x87 > Feb 28 17:23:36 hanka swi_net() at swi_net+0xea > Feb 28 17:23:36 hanka ithread_loop() at ithread_loop+0xda > Feb 28 17:23:36 hanka fork_exit() at fork_exit+0x12a > Feb 28 17:23:36 hanka fork_trampoline() at fork_trampoline+0xe > Feb 28 17:23:36 hanka --- trap 0, rip = 0, rsp = 0xffffffff9feead30, rbp > = 0 --- These look useful and should point to the problem. It is also probably related to something in your script: > I tried it with pf disabled, only running ipfw without dummynet, > everything is ok. > I tried it witout pf disabled, running ipfw with dummynet queue for > small traffic, everything is ok. > I tried it with/without pf disabled, running ipfw with dummynet queue > for hight traffic >100Mbit/s, the box freezes, everytime, after enabling > rules with the dummynet queue, after some second or few minutes, maybe > depending on the high traffic. > > The shaper script: > # SHAPER > IPFW_PIPE_DOWNLOAD=1 > IPFW_PIPE_UPLOAD=11 > IPFW_QUEUE_DOWNLOAD=1 > IPFW_QUEUE_UPLOAD=11 > > DOWNLOAD_ROOT="450Mbit/s" > UPLOAD_ROOT="450Mbit/s" > SHAPER_BUCKETS="1024" > > IPFW_SHAPER_ROOT=1000 > > $CMD pipe $IPFW_PIPE_DOWNLOAD config bw $DOWNLOAD_ROOT buckets > $SHAPER_BUCKETS > $CMD pipe $IPFW_PIPE_UPLOAD config bw $UPLOAD_ROOT buckets $SHAPER_BUCKETS > > $CMD queue $IPFW_QUEUE_DOWNLOAD config pipe $IPFW_PIPE_DOWNLOAD buckets > $SHAPER_BUCKETS mask dst-ip 0xFFFFFFFF > $CMD queue $IPFW_QUEUE_UPLOAD config pipe $IPFW_PIPE_UPLOAD buckets > $SHAPER_BUCKETS mask src-ip 0xFFFFFFFF > > $CMD delete $IPFW_SHAPER_ROOT > $CMD $IPFW_SHAPER_ROOT add queue $IPFW_QUEUE_DOWNLOAD ip from me to any > out // Share download > $CMD $IPFW_SHAPER_ROOT add queue $IPFW_QUEUE_UPLOAD ip from any to me in > // Share upload Thanks for the information. Kris From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 11:20:46 2008 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 4D1E71065677 for ; Fri, 29 Feb 2008 11:20:46 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBCA8FC45 for ; Fri, 29 Feb 2008 11:20:45 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id CAE2A3F61D2; Fri, 29 Feb 2008 12:20:44 +0100 (CET) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id 7EB603F619B; Fri, 29 Feb 2008 12:20:43 +0100 (CET) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 4C22B9BF12; Fri, 29 Feb 2008 11:20:25 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 3D5AF405B; Fri, 29 Feb 2008 12:20:25 +0100 (CET) Date: Fri, 29 Feb 2008 12:20:25 +0100 From: Jeremie Le Hen To: Julian Elischer Message-ID: <20080229112025.GB94339@obiwan.tataz.chchile.org> References: <17C2910EB359744123B355DB@[192.168.0.1]> <47C453A1.4090706@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47C453A1.4090706@elischer.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-net@freebsd.org Subject: Re: Multiple routing tables (was: IPv6 in Jail) 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, 29 Feb 2008 11:20:46 -0000 Julian, On Tue, Feb 26, 2008 at 10:00:01AM -0800, Julian Elischer wrote: > IPV6 in vimage is suported I believe.. (super jails) bz@ replied in another thread that the feature is coming forth. What about your multiple routing tables patch? ISTR you said it would be pretty orthogonal to vimages anyway. I don't mean to hurry you, it's just for the sake of my curiosity :). Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 11:56:18 2008 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 3207E1065673 for ; Fri, 29 Feb 2008 11:56:18 +0000 (UTC) (envelope-from matthew@matthew.sk) Received: from mailserver.antik.sk (mailserver.antik.sk [88.212.10.6]) by mx1.freebsd.org (Postfix) with ESMTP id 2EAD78FC35 for ; Fri, 29 Feb 2008 11:56:16 +0000 (UTC) (envelope-from matthew@matthew.sk) Received: (qmail 1616 invoked from network); 29 Feb 2008 12:29:34 +0100 Received: by simscan 1.4.0 ppid: 1601, pid: 1611, t: 0.0308s scanners: regex: 1.4.0 attach: 1.4.0 clamav: 0.91.2/m:45/d:6030 Received: from unknown (HELO ?10.252.4.243?) (matthew@matthew.sk@10.252.4.243) by mailserver.antik.sk with AES256-SHA encrypted SMTP; 29 Feb 2008 12:29:34 +0100 Message-ID: <47C7EC9F.4070403@matthew.sk> Date: Fri, 29 Feb 2008 12:29:35 +0100 From: matthew User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 To: Kris Kennaway References: <47C5753A.8010806@matthew.sk> <47C57D01.8070007@FreeBSD.org> <47C7BB11.9020604@matthew.sk> <47C7E068.5040208@FreeBSD.org> In-Reply-To: <47C7E068.5040208@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-ipfw@FreeBSD.org Subject: Re: Lock order reversals with dummynet (Re: FreeBSD 7.0 Beta, RC, RELEASE (amd64) freezes with dummynet enabled) 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, 29 Feb 2008 11:56:18 -0000 I have some more tests, but always the same. Here is the top output, that i see last on terminal: 65 processes: 4 running, 144 sleeping, 17 waiting CPU states: 0.0% user, 0.0% nice, 29.9% system, 7.8% interrupt, 62.3% idle Mem: 46M Active, 522M Inact, 350M Wired, 10M Cache, 109M Buf, 35M Free Swap: 2048M Total, 228K Used, 2048M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 12 root 1 171 ki31 0K 16K RUN 0 692:10 61.96% idle: cpu0 11 root 1 171 ki31 0K 16K RUN 1 804:37 51.51% idle: cpu1 13 root 1 -44 - 0K 16K WAIT 0 325:41 13.18% swi1: net 42 root 1 -68 - 0K 16K - 0 12:26 12.74% dummynet 72368 ftp 1 4 0 10832K 2080K RUN 0 4:05 10.01% vsftpd 74488 ftp 1 4 0 10832K 2080K zfs:(& 0 0:31 9.62% vsftpd 73690 ftp 1 8 0 10832K 2072K nanslp 0 1:43 8.64% vsftpd 74752 ftp 1 8 0 10832K 2068K nanslp 1 0:09 6.06% vsftpd 74811 ftp 1 8 0 10832K 2072K nanslp 1 0:03 3.79% vsftpd 74869 ftp 1 4 0 10832K 2056K sbwait 1 0:00 3.39% vsftpd As you can see, there is no high load, enought free memory and CPUs are relative idle. This is the output from nload -o 250000: Device em0 [10.252.2.3] (1/1): ============================================================================================================================================ Incoming: .. .| .|. . .. . ||...|.... .........| . . .. Curr: 2519.37 kBit/s ####|||######.###################### ############... ..... ..||... .|. ##|#|####. Avg: 2831.76 kBit/s ####################################|# .. |. | ######################|#######||############## Min: 141.74 kBit/s #########################################.##.#|############################################## Max: 6586.57 kBit/s ############################################################################################# Ttl: 542932224.00 MByte Outgoing: . .. # .. . . ##.. .... . . # . # .# ## ## ### # .##.|| #########|| |###|#####.. |#.#.#|## ####||.######.###################### ############... | . ..# .| |. #########. #################################### ###############.####|# ####|## ###|########## ####################################.# . . ##############################||############## ###################################### || ## # ############################################## Curr: 127802.60 kBit/s ######################################|## ## #|############################################## Avg: 144300.05 kBit/s #########################################|################################################### Min: 3339.92 kBit/s ############################################################################################# Max: 292397.75 kBit/s ############################################################################################# Ttl: 14977425408.00 MByte There is no rapid change of bw or anything. Kris Kennaway wrote: > Adding back the mailing list so others can help. > > matthew wrote: >> Kris Kennaway wrote: >> >>> matthew wrote: >>>> I have posted before that i have a stability issue with the 7.0 branch >>>> on my servers. Tested on BETA2,BETA4,RC1,RC2,RELEASE >>>> >>>> The original thread and my post with details is at: >>>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/current/2007-12/msg00674.html >>>> >>>> >>>> I was waiting for the 7.0-RELEASE, updated the whole servers, and >>>> enabled dummynet again, but it always freezes after some minutes, 100% >>>> reproducible. >>>> >>>> I tested it also on a HP 140 G3 1U server, where 6.3 has absolutely no >>>> problems, but the 7.0 branch keeps freezing. >>>> >>>> Again, if it helps to solve this bug, i can rebuild the kernel with >>>> debug symbols a take some screenshots :) >>> >>> Please follow the steps at >>> >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >>> >>> >>> Kris >>> _______________________________________________ >> I added to the kernel these options: >> makeoptions DEBUG=-g # Build kernel with gdb(1) >> debug symbols >> options INVARIANTS >> options INVARIANT_SUPPORT >> options WITNESS >> options DEBUG_LOCKS >> options DEBUG_VFS_LOCKS >> options DIAGNOSTIC >> options KDB >> options DDB >> options GDB >> options SOCKBUF_DEBUG >> >> But still, the server freezes withoutany debug message, > > And you can't break to DDB? It is expected you will have to when you > encounter a deadlock. No, i am unable to do anything, no input from keyboard, the only one thing thats work, is to change the num lock indicator on the keyboard :) > > > panic whatever, >> but at leasts it dumps the crash kernel to /var/crash, but the debug >> looks like this: > > Dumping is an activity the occurs after panicking, so if you have a > dump then you must have a panic. >> root@hanka:/usr/src/sys/amd64/compile/HANKA-debug# kgdb kernel.debug >> /var/crash/vmcore.0 >> [GDB will not be able to debug user-mode threads: >> /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] >> 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". >> Cannot access memory at address 0x57 >> (kgdb) backtrace >> #0 0x0000000000000000 in ?? () >> Cannot access memory at address 0x0 >> (kgdb) I have some debug messages >> at boot time: > > This usually means you are not running the dump against the > kernel.debug corresponding exactly to the kernel that crashed. > Probably the dump you found was old. > Yes, i think it is possible that it is the previous kernel, without the debug options. >> Feb 28 17:01:29 hanka lock order reversal: >> Feb 28 17:01:29 hanka 1st 0xffffffff80b0e1e8 PFil hook read/write >> mutex (PFil hook read/write mutex) @ net/pfil.c:73 >> Feb 28 17:01:29 hanka 2nd 0xffffffff80b0f8e8 udp (udp) @ >> /usr/src/sys/modules/pf/../../contrib/pf/net/pf.c:2970 >> Feb 28 17:01:29 hanka KDB: stack backtrace: >> Feb 28 17:01:29 hanka db_trace_self_wrapper() at >> db_trace_self_wrapper+0x2a >> Feb 28 17:01:29 hanka witness_checkorder() at witness_checkorder+0x605 >> Feb 28 17:01:29 hanka _mtx_lock_flags() at _mtx_lock_flags+0x75 >> Feb 28 17:01:29 hanka pf_socket_lookup() at pf_socket_lookup+0x241 >> Feb 28 17:01:29 hanka pf_test_udp() at pf_test_udp+0x890 >> Feb 28 17:01:29 hanka pf_test() at pf_test+0xeb2 >> Feb 28 17:01:29 hanka pf_check_in() at pf_check_in+0x2b >> Feb 28 17:01:29 hanka pfil_run_hooks() at pfil_run_hooks+0xbc >> Feb 28 17:01:29 hanka ip_input() at ip_input+0x2c4 >> Feb 28 17:01:29 hanka ether_demux() at ether_demux+0x1d9 >> Feb 28 17:01:29 hanka ether_input() at ether_input+0x19d >> Feb 28 17:01:29 hanka ether_demux() at ether_demux+0xe9 >> Feb 28 17:01:29 hanka ether_input() at ether_input+0x19d >> Feb 28 17:01:29 hanka em_rxeof() at em_rxeof+0x1ca >> Feb 28 17:01:29 hanka em_poll() at em_poll+0x6f >> Feb 28 17:01:29 hanka netisr_poll() at netisr_poll+0x87 >> Feb 28 17:01:29 hanka swi_net() at swi_net+0xea >> Feb 28 17:01:29 hanka ithread_loop() at ithread_loop+0xda >> Feb 28 17:01:29 hanka fork_exit() at fork_exit+0x12a >> Feb 28 17:01:29 hanka fork_trampoline() at fork_trampoline+0xe >> Feb 28 17:01:29 hanka --- trap 0, rip = 0, rsp = 0xffffffff9feead30, >> rbp = 0 --- > > >> Feb 28 17:01:29 hanka lock order reversal: >> Feb 28 17:01:29 hanka 1st 0xffffff0001237430 em0 (EM Core Lock) @ >> dev/em/if_em.c:1416 >> Feb 28 17:01:29 hanka 2nd 0xffffffff80b0f8e8 udp (udp) @ >> netinet/udp_usrreq.c:385 >> Feb 28 17:01:29 hanka KDB: stack backtrace: >> Feb 28 17:01:29 hanka db_trace_self_wrapper() at >> db_trace_self_wrapper+0x2a >> Feb 28 17:01:29 hanka witness_checkorder() at witness_checkorder+0x605 >> Feb 28 17:01:29 hanka _mtx_lock_flags() at _mtx_lock_flags+0x75 >> Feb 28 17:01:29 hanka udp_input() at udp_input+0x1a4 >> Feb 28 17:01:29 hanka ip_input() at ip_input+0xc0 >> Feb 28 17:01:29 hanka ether_demux() at ether_demux+0x1d9 >> Feb 28 17:01:29 hanka ether_input() at ether_input+0x19d >> Feb 28 17:01:29 hanka ether_demux() at ether_demux+0xe9 >> Feb 28 17:01:29 hanka ether_input() at ether_input+0x19d >> Feb 28 17:01:29 hanka em_rxeof() at em_rxeof+0x1ca >> Feb 28 17:01:29 hanka em_poll() at em_poll+0x6f >> Feb 28 17:01:29 hanka netisr_poll() at netisr_poll+0x87 >> Feb 28 17:01:29 hanka swi_net() at swi_net+0xea >> Feb 28 17:01:29 hanka ithread_loop() at ithread_loop+0xda >> Feb 28 17:01:29 hanka fork_exit() at fork_exit+0x12a >> Feb 28 17:01:29 hanka fork_trampoline() at fork_trampoline+0xe >> Feb 28 17:01:29 hanka --- trap 0, rip = 0, rsp = 0xffffffff9feead30, >> rbp = 0 --- > > >> Feb 28 17:01:29 hanka xinetd[1356]: xinetd Version 2.3.14 started >> with libwrap loadavg options compiled in. >> Feb 28 17:01:29 hanka xinetd[1356]: Started working: 1 available service >> Feb 28 17:01:33 hanka lock order reversal: >> Feb 28 17:01:33 hanka 1st 0xffffff00042f5b10 inp (tcpinp) @ >> netinet/tcp_usrreq.c:781 >> Feb 28 17:01:33 hanka 2nd 0xffffffff80b0e1e8 PFil hook read/write >> mutex (PFil hook read/write mutex) @ net/pfil.c:73 >> Feb 28 17:01:33 hanka KDB: stack backtrace: >> Feb 28 17:01:33 hanka db_trace_self_wrapper() at >> db_trace_self_wrapper+0x2a >> Feb 28 17:01:33 hanka witness_checkorder() at witness_checkorder+0x605 >> Feb 28 17:01:33 hanka _rw_rlock() at _rw_rlock+0x5b >> Feb 28 17:01:33 hanka pfil_run_hooks() at pfil_run_hooks+0x44 >> Feb 28 17:01:33 hanka ip_output() at ip_output+0x38e >> Feb 28 17:01:33 hanka tcp_output() at tcp_output+0xacd >> Feb 28 17:01:33 hanka tcp_usr_send() at tcp_usr_send+0x272 >> Feb 28 17:01:33 hanka sosend_generic() at sosend_generic+0x347 >> Feb 28 17:01:33 hanka soo_write() at soo_write+0x38 >> Feb 28 17:01:33 hanka dofilewrite() at dofilewrite+0x85 >> Feb 28 17:01:33 hanka kern_writev() at >> Feb 28 17:01:33 hanka kern_writev+0x4c >> Feb 28 17:01:33 hanka write() at write+0x54 >> Feb 28 17:01:33 hanka syscall() at syscall+0x1f6 >> Feb 28 17:01:33 hanka Xfast_syscall() at Xfast_syscall+0xab >> Feb 28 17:01:33 hanka --- syscall (4, FreeBSD ELF64, write), rip = >> 0x800e1fd3c, rsp = 0x7fffffffea88, rbp = 0x16 --- > > >> Feb 28 17:03:54 hanka lock order reversal: >> Feb 28 17:03:54 hanka 1st 0xffffffff80b0f308 tcp (tcp) @ >> netinet/tcp_input.c:400 >> Feb 28 17:03:54 hanka 2nd 0xffffffff80b0e1e8 PFil hook read/write >> mutex (PFil hook read/write mutex) @ net/pfil.c:73 >> Feb 28 17:03:54 hanka KDB: stack backtrace: >> Feb 28 17:03:54 hanka db_trace_self_wrapper() at >> db_trace_self_wrapper+0x2a >> Feb 28 17:03:54 hanka witness_checkorder() at witness_checkorder+0x605 >> Feb 28 17:03:54 hanka _rw_rlock() at _rw_rlock+0x5b >> Feb 28 17:03:54 hanka pfil_run_hooks() at pfil_run_hooks+0x44 >> Feb 28 17:03:54 hanka ip_output() at ip_output+0x38e >> Feb 28 17:03:54 hanka tcp_respond() at tcp_respond+0x2d5 >> Feb 28 17:03:54 hanka tcp_dropwithreset() at tcp_dropwithreset+0x131 >> Feb 28 17:03:54 hanka tcp_input() at tcp_input+0x6d0 >> Feb 28 17:03:54 hanka ip_input() at ip_input+0xc0 >> Feb 28 17:03:54 hanka ether_demux() at ether_demux+0x1d9 >> Feb 28 17:03:54 hanka ether_input() at ether_input+0x19d >> Feb 28 17:03:54 hanka em_rxeof() at em_rxeof+0x1ca >> Feb 28 17:03:54 hanka em_poll() at em_poll+0x6f >> Feb 28 17:03:54 hanka netisr_poll() at netisr_poll+0x87 >> Feb 28 17:03:54 hanka swi_net() at swi_net+0xea >> Feb 28 17:03:54 hanka ithread_loop() at ithread_loop+0xda >> Feb 28 17:03:54 hanka fork_exit() at fork_exit+0x12a >> Feb 28 17:03:54 hanka fork_trampoline() at fork_trampoline+0xe >> Feb 28 17:03:54 hanka --- trap 0, rip = 0, rsp = 0xffffffff9feead30, >> rbp = 0 --- > > >> Feb 28 17:23:36 hanka lock order reversal: >> Feb 28 17:23:36 hanka 1st 0xffffffff810f9ef0 tcp_sc_head >> (tcp_sc_head) @ netinet/tcp_syncache.c:477 >> Feb 28 17:23:36 hanka 2nd 0xffffffff80b0e1e8 PFil hook read/write >> mutex (PFil hook read/write mutex) @ net/pfil.c:73 >> Feb 28 17:23:36 hanka KDB: stack backtrace: >> Feb 28 17:23:36 hanka db_trace_self_wrapper() at >> db_trace_self_wrapper+0x2a >> Feb 28 17:23:36 hanka witness_checkorder() at witness_checkorder+0x605 >> Feb 28 17:23:36 hanka _rw_rlock() at _rw_rlock+0x5b >> Feb 28 17:23:36 hanka pfil_run_hooks() at pfil_run_hooks+0x44 >> Feb 28 17:23:36 hanka ip_output() at ip_output+0x38e >> Feb 28 17:23:36 hanka syncache_respond() at syncache_respond+0x32a >> Feb 28 17:23:36 hanka syncache_add() at syncache_add+0x206 >> Feb 28 17:23:36 hanka tcp_input() at tcp_input+0xa77 >> Feb 28 17:23:36 hanka ip_input() at ip_input+0xc0 >> Feb 28 17:23:36 hanka ether_demux() at ether_demux+0x1d9 >> Feb 28 17:23:36 hanka ether_input() at ether_input+0x19d >> Feb 28 17:23:36 hanka em_rxeof() at em_rxeof+0x1ca >> Feb 28 17:23:36 hanka em_poll() at em_poll+0x6f >> Feb 28 17:23:36 hanka netisr_poll() at netisr_poll+0x87 >> Feb 28 17:23:36 hanka swi_net() at swi_net+0xea >> Feb 28 17:23:36 hanka ithread_loop() at ithread_loop+0xda >> Feb 28 17:23:36 hanka fork_exit() at fork_exit+0x12a >> Feb 28 17:23:36 hanka fork_trampoline() at fork_trampoline+0xe >> Feb 28 17:23:36 hanka --- trap 0, rip = 0, rsp = 0xffffffff9feead30, >> rbp = 0 --- > > These look useful and should point to the problem. It is also > probably related to something in your script: > >> I tried it with pf disabled, only running ipfw without dummynet, >> everything is ok. >> I tried it witout pf disabled, running ipfw with dummynet queue for >> small traffic, everything is ok. >> I tried it with/without pf disabled, running ipfw with dummynet queue >> for hight traffic >100Mbit/s, the box freezes, everytime, after >> enabling rules with the dummynet queue, after some second or few >> minutes, maybe depending on the high traffic. >> >> The shaper script: >> # SHAPER >> IPFW_PIPE_DOWNLOAD=1 >> IPFW_PIPE_UPLOAD=11 >> IPFW_QUEUE_DOWNLOAD=1 >> IPFW_QUEUE_UPLOAD=11 >> >> DOWNLOAD_ROOT="450Mbit/s" >> UPLOAD_ROOT="450Mbit/s" >> SHAPER_BUCKETS="1024" >> >> IPFW_SHAPER_ROOT=1000 >> >> $CMD pipe $IPFW_PIPE_DOWNLOAD config bw $DOWNLOAD_ROOT buckets >> $SHAPER_BUCKETS >> $CMD pipe $IPFW_PIPE_UPLOAD config bw $UPLOAD_ROOT buckets >> $SHAPER_BUCKETS >> >> $CMD queue $IPFW_QUEUE_DOWNLOAD config pipe $IPFW_PIPE_DOWNLOAD >> buckets $SHAPER_BUCKETS mask dst-ip 0xFFFFFFFF >> $CMD queue $IPFW_QUEUE_UPLOAD config pipe $IPFW_PIPE_UPLOAD buckets >> $SHAPER_BUCKETS mask src-ip 0xFFFFFFFF >> >> $CMD delete $IPFW_SHAPER_ROOT >> $CMD $IPFW_SHAPER_ROOT add queue $IPFW_QUEUE_DOWNLOAD ip from me to >> any out // Share download >> $CMD $IPFW_SHAPER_ROOT add queue $IPFW_QUEUE_UPLOAD ip from any to me >> in // Share upload > > Thanks for the information. > > Kris I hope i can help to solve this problem. Matthew From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 14:54:53 2008 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 3B2521065675 for ; Fri, 29 Feb 2008 14:54:53 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id D1FF28FC1A for ; Fri, 29 Feb 2008 14:54:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 48805 invoked by uid 60001); 29 Feb 2008 14:28:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=AuvYMBWW9MBuzeZ09zX9hKb6QsWEDfpsQXt6alX6hJ9v+UckY76lgzhGwexHOXH5ttK+iqhmpgIsl9arL1m/ZklL71xy+ozhWuBA4/WakluoYKnNITZDL82a4JAY6/Hy/4K5V4hBV8syWgDg1x5bNKKzR/QVPkJ4hDg1xVFXfCo=; X-YMail-OSG: eXkvsIoVM1mMjngBM313VlP2lPr_RWjZrlqN9T8baZYKGg._7TDt.1k31j8aC5V3nA-- Received: from [98.203.28.38] by web63906.mail.re1.yahoo.com via HTTP; Fri, 29 Feb 2008 06:28:11 PST Date: Fri, 29 Feb 2008 06:28:11 -0800 (PST) From: Barney Cordoba To: net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <804857.47220.qm@web63906.mail.re1.yahoo.com> Cc: Subject: Bridge design issues 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, 29 Feb 2008 14:54:53 -0000 I've been playing with the bridging code, and something doesn't seem quite right about it. It seems to work better and more efficiently when configured the "wrong" way, according to the handbook. The "correct" way would be a settup as follows: bridge0 1.2.3.4 netmask 255.255.255.0 addm em0 addm em1 up where the bridge has the address and em0 and em1 are members of the bridge. However this results in some ugliness: The path for traffic originating from the system itself goes through the standard ethernet output machinery and gets queued twice: ip_output(bridge0) -> ether_output(bridge0) -> queued on bridge0 :: bridge_start() ->bridge_enqueue(em0/em1) bridge_output() is never used in this setup: When the following "wrong" setup is used: ifconfig em0 1.2.3.4 netmask 255.255.255.0 ifconfig bridge0 addm em0 addm em1 up Where em0 has the address. This results in 2 desirable things: 1) a real ethernet is used in packets, and 2) the path is streamlined: ip_output(bridge0) -> ether_output(bridge0) -> bridge_output(bridge0) -> bridge_enqueue(em0/em1) In my view, it should work the same no matter what the setup, if done correctly. Any output sent to a bridge should be passed through the same bridge output machinery. So ether_output(em0|em1|bridge0) should all resolve to bridge_output(bridge0) and let the bridge determine the proper path. The reason the FreeBSD code doesn't work this way is that the bridge interface doesn't point to itself. Setting if_bridge in the bridge interface structure to point to itself seems to normalized the path. bridge_output() needs to be made aware that it may be passed a bridge interface to make sure it resolves the route before trying to send the packet. bridge_forward() should also use bridge_output() rather than resolving itself. The bridge resolution is always the same logic; its undesirable to have different paths for every case. Arguably, packets that arrive from the local stack are no different from ones that arrive via a bridge member in terms of output resolution. There should also be a way to assign a static ethernet address to a bridge interface so its always the same. ISPs in many countries are required to keep track of devices so random ethernets are problematic idea for them Barney ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 15:55:24 2008 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 1223A106566B for ; Fri, 29 Feb 2008 15:55:24 +0000 (UTC) (envelope-from gizmen@blurp.pl) Received: from albion.azs.pwr.wroc.pl (albion.azs.pwr.wroc.pl [156.17.17.145]) by mx1.freebsd.org (Postfix) with ESMTP id C77AB8FC12 for ; Fri, 29 Feb 2008 15:55:23 +0000 (UTC) (envelope-from gizmen@blurp.pl) Received: from [10.8.1.58] (unknown [213.172.177.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by albion.azs.pwr.wroc.pl (Postfix) with ESMTP id 42CF9115F8 for ; Fri, 29 Feb 2008 16:35:42 +0100 (CET) From: Bartosz Giza Organization: BLURP.pl To: freebsd-net@freebsd.org Date: Fri, 29 Feb 2008 16:35:38 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802291635.38308.gizmen@blurp.pl> Subject: redirecting connections based on probability 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, 29 Feb 2008 15:55:24 -0000 Hi, I have to do such a thing like redirecting connections to port 80 based on probability. For example i need to redirect 10% requests to my web server and other 90% of requests should go to the original location. I know that pf has probability feature but there is no probability option for rdr rules. I have tryied couple of methods that could work but they didn't :( The problem is that rdr rules works on incoming packets so i can't use them dirrectly because i don't want to redirect all packets to different location. Could somebody tell me is such a thing possible in pf ? If yes please point me how is that possible. Very thanks From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 16:41:11 2008 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 2C74E106566C for ; Fri, 29 Feb 2008 16:41:11 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id B217E8FC15 for ; Fri, 29 Feb 2008 16:41:10 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-018-180.pools.arcor-ip.net [88.66.18.180]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1JV8652gql-0006Wh; Fri, 29 Feb 2008 17:28:33 +0100 Received: (qmail 11319 invoked by uid 80); 29 Feb 2008 16:28:07 -0000 Received: from 192.168.4.151 (SquirrelMail authenticated user mlaier) by router.laiers.local with HTTP; Fri, 29 Feb 2008 17:28:07 +0100 (CET) Message-ID: <55614.192.168.4.151.1204302487.squirrel@router.laiers.local> In-Reply-To: <200802291635.38308.gizmen@blurp.pl> References: <200802291635.38308.gizmen@blurp.pl> Date: Fri, 29 Feb 2008 17:28:07 +0100 (CET) From: "Max Laier" To: "Bartosz Giza" User-Agent: SquirrelMail/1.4.13 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Provags-ID: V01U2FsdGVkX1/lS5uVWc7c9rux8AXAJJxf5fhb3QmLGWDWTBh opxSWBPBUMeHDUjWD68xEP2+CvSFiQq2C2TzzicpXnj0GvF8Mu FeT44byeIyko2bBfJjWkA== Cc: freebsd-net@freebsd.org Subject: Re: redirecting connections based on probability 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, 29 Feb 2008 16:41:11 -0000 Am Fr, 29.02.2008, 16:35, schrieb Bartosz Giza: > Hi, > > I have to do such a thing like redirecting connections to port 80 based on > probability. For example i need to redirect 10% requests to my web server > and > other 90% of requests should go to the original location. > > I know that pf has probability feature but there is no probability option > for > rdr rules. I have tryied couple of methods that could work but they didn't > :( > > The problem is that rdr rules works on incoming packets so i can't use > them > dirrectly because i don't want to redirect all packets to different > location. > > Could somebody tell me is such a thing possible in pf ? If yes please > point me > how is that possible. Say you want to share 1/3 -> IP_A and 2/3 -> IP_B (for the sake of brevity): rdr on $ext_if proto tcp from any to any port 80 \ -> { $IP_B, $IP_A, $IP_B } round-robin This also works with random pool selection. src-hash and bitmask are obviously another story. sticky-address might also skew the results, but could be a good idea nontheless. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 17:14:36 2008 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 9AB8010656C6 for ; Fri, 29 Feb 2008 17:14:36 +0000 (UTC) (envelope-from gizmen@blurp.pl) Received: from albion.azs.pwr.wroc.pl (albion.azs.pwr.wroc.pl [156.17.17.145]) by mx1.freebsd.org (Postfix) with ESMTP id 5733F8FC15 for ; Fri, 29 Feb 2008 17:14:36 +0000 (UTC) (envelope-from gizmen@blurp.pl) Received: from gizmen (blurp.t2.ds.pwr.wroc.pl [156.17.224.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by albion.azs.pwr.wroc.pl (Postfix) with ESMTP id 8EE70115F1; Fri, 29 Feb 2008 18:14:35 +0100 (CET) From: Bartosz Giza To: "Max Laier" Date: Fri, 29 Feb 2008 18:14:34 +0100 User-Agent: KMail/1.9.7 References: <200802291635.38308.gizmen@blurp.pl> <55614.192.168.4.151.1204302487.squirrel@router.laiers.local> In-Reply-To: <55614.192.168.4.151.1204302487.squirrel@router.laiers.local> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200802291814.34559.gizmen@blurp.pl> Cc: freebsd-net@freebsd.org Subject: Re: redirecting connections based on probability 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, 29 Feb 2008 17:14:36 -0000 =46riday 29 of February 2008 17:28:07 napisa=C5=82e=C5=9B(-=C5=82a=C5=9B): > Am Fr, 29.02.2008, 16:35, schrieb Bartosz Giza: > > Hi, > > > > I have to do such a thing like redirecting connections to port 80 based > > on probability. For example i need to redirect 10% requests to my web > > server and > > other 90% of requests should go to the original location. > > > > I know that pf has probability feature but there is no probability opti= on > > for > > rdr rules. I have tryied couple of methods that could work but they > > didn't > > > > :( > > > > The problem is that rdr rules works on incoming packets so i can't use > > them > > dirrectly because i don't want to redirect all packets to different > > location. > > > > Could somebody tell me is such a thing possible in pf ? If yes please > > point me > > how is that possible. > > Say you want to share 1/3 -> IP_A and 2/3 -> IP_B (for the sake of > brevity): > > rdr on $ext_if proto tcp from any to any port 80 \ > -> { $IP_B, $IP_A, $IP_B } round-robin > > This also works with random pool selection. src-hash and bitmask are > obviously another story. sticky-address might also skew the results, but > could be a good idea nontheless. Hmm the problem is that i need to redirect only some % of packages and othe= rs=20 leave untouched (no rdr) But in this example i have to put redirection=20 addresses but i don't know them. Exactly what i need is to redirect some percentage of all web connections t= o=20 my www server where would be page with some information for a client. The=20 rest of those connections would be passed without redirection. So i need=20 something like this: rdr on $int_if inet proto tcp from someip to any port 80 probability 0.1 ->= =20 mywebserver But the problem is rdr rule does not understand probability keyword. =46or now i don't have a clue how to do this with pf. Other question is where can i use such a rule: rdr on $int_if inet proto tcp from someip to any port 80 tagged key -> mywe= bsr I can't really imagine how can i use key word tagged with rdr rule. What i= =20 know rdr are done on packets that come in to the iface and it is done on th= e=20 begining. So i can't imagie situation where can i use such a construcion. =2D-=20 Pozdrawiam Bartosz Giza From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 18:19:05 2008 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 BD9B3106567B for ; Fri, 29 Feb 2008 18:19:05 +0000 (UTC) (envelope-from eric@on-e.com) Received: from mail.on-e.com (adsl-70-137-80-122.dsl.sndg02.sbcglobal.net [70.137.80.122]) by mx1.freebsd.org (Postfix) with ESMTP id 7E2818FC39 for ; Fri, 29 Feb 2008 18:19:05 +0000 (UTC) (envelope-from eric@on-e.com) Received: from mail.on-e.com (localhost [127.0.0.1]) by mail.on-e.com (8.14.1/8.14.1) with ESMTP id m1TI6PoT025697 for ; Fri, 29 Feb 2008 10:06:25 -0800 (PST) Received: from localhost (keric@localhost) by mail.on-e.com (8.14.1/8.12.2/Submit) with ESMTP id m1TI6O94025694 for ; Fri, 29 Feb 2008 10:06:24 -0800 (PST) Date: Fri, 29 Feb 2008 10:06:24 -0800 (PST) From: Eric Anderson To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Routing confusion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eric Anderson List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Feb 2008 18:19:05 -0000 Ok, as a Solaris (and Linux) guy, I'm thoroughly confused by some routing issues going on in this FreeBSD-based load balancer that I'm working on. This box has one upstream NIC (fxp0) and a 4-port (hub?) as fxp1. Currently, it has two cables plugged into it (server1 and server2), and two domains being load balanced: 192.168.254.128, 192.168.254.130 server1 192.168.254.129, 192.168.254.131 server2 I guess my first question is, why are these IP addresses even registered on the load balancer? These IPs are plumbed and active on server1 and server2 respectively. I'm assuming the below is some kind of routing deal, but why is a route defined on the routing server? I'm trying to add another server (192.168.254.254) that can be accessed from the load balancer, server1 and server2. Seems simple enough: route add -host 192.168.254.254 192.168.254.1 but that didn't work. I guess I need to figure out how to "define" 192.168.254.254 the same as .128, .129, .130, .131 but I just can't figure it out because FreeBSD's netstat output is so different from Solaris (or Linux). Can anyone else? Let me know if you need more clarification.. 192.168.254.1:# netstat -nr Destination Gateway Flags Refs Use Netif Expire default x.y.187.1 UGSc 54607523 55161243 fxp0 x.y.187/24 link#1 UC 6 0 fxp0 x.y.187.1 00:07:b4:00:bb:01 UHLW 7 0 fxp0 918 x.y.187.2 00:11:5d:9c:d0:00 UHLW 0 0 fxp0 120 x.y.187.3 00:0f:f8:de:f4:00 UHLW 0 0 fxp0 1187 x.y.187.4 00:14:22:73:0a:20 UHLW 0 9254 fxp0 1196 x.y.187.8/32 link#1 UC 0 0 fxp0 x.y.187.10/32 link#1 UC 0 0 fxp0 x.y.187.243 link#1 UHLW 7 7 fxp0 x.y.187.246 00:17:31:ef:5f:f9 UHLW 7528 7528 fxp0 807 127.0.0.1 127.0.0.1 UH 0 8 lo0 192.168.254 link#2 UC 6 0 fxp1 192.168.254.1 00:40:d9:02:48:ff UHLW 0 7 lo0 192.168.254.128 00:14:22:72:87:67 UHLW 7 13663296 fxp1 857 192.168.254.129 00:14:22:72:91:48 UHLW 7 12663561 fxp1 1138 192.168.254.130 00:14:22:72:87:67 UHLW 7 685454 fxp1 918 192.168.254.131 00:14:22:72:91:48 UHLW 8 560930 fxp1 918 192.168.254.255 ff:ff:ff:ff:ff:ff UHLWb 0 4 fxp1 From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 18:49:11 2008 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 0E2301065688 for ; Fri, 29 Feb 2008 18:49:11 +0000 (UTC) (envelope-from keric@on-e.com) Received: from mail.on-e.com (adsl-70-137-80-122.dsl.sndg02.sbcglobal.net [70.137.80.122]) by mx1.freebsd.org (Postfix) with ESMTP id CC4528FC33 for ; Fri, 29 Feb 2008 18:49:10 +0000 (UTC) (envelope-from keric@on-e.com) Received: from mail.on-e.com (localhost [127.0.0.1]) by mail.on-e.com (8.14.1/8.14.1) with ESMTP id m1TIRe4d028225 for ; Fri, 29 Feb 2008 10:27:40 -0800 (PST) Received: from localhost (keric@localhost) by mail.on-e.com (8.14.1/8.12.2/Submit) with ESMTP id m1TIRebT028222 for ; Fri, 29 Feb 2008 10:27:40 -0800 (PST) Date: Fri, 29 Feb 2008 10:27:40 -0800 (PST) From: Eric Anderson To: freebsd-net@freebsd.org In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Routing confusion 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, 29 Feb 2008 18:49:11 -0000 I forgot to send the ifconfig for the load balancer as well. $ ifconfig -a fxp0: flags=8843 mtu 1500 inet x.y.187.253 netmask 0xffffff00 broadcast x.y.187.255 inet6 fe80::240:d9ff:fe02:48fe%fxp0 prefixlen 64 scopeid 0x1 inet x.y.187.8 netmask 0xffffffff broadcast x.y.187.255 inet x.y.187.10 netmask 0xffffffff broadcast x.y.187.255 ether 00:40:d9:02:48:fe media: Ethernet autoselect (100baseTX ) status: active fxp1: flags=c843 mtu 1500 inet 192.168.254.1 netmask 0xffffff00 broadcast 192.168.254.255 inet6 fe80::240:d9ff:fe02:48ff%fxp1 prefixlen 64 scopeid 0x2 ether 00:40:d9:02:48:ff media: Ethernet autoselect (100baseTX ) status: active faith0: flags=8002 mtu 1500 lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 ppp0: flags=8010 mtu 1500 sl0: flags=c010 mtu 552 I guess my biggest question is, why do the IPs .128, .129, .130, .131 appear in the routing tables where they're NOT defined? I don't get it? > Ok, as a Solaris (and Linux) guy, I'm thoroughly confused by some routing > issues going on in this FreeBSD-based load balancer that I'm working on. > > This box has one upstream NIC (fxp0) and a 4-port (hub?) as fxp1. > > Currently, it has two cables plugged into it (server1 and server2), and two > domains being load balanced: > > 192.168.254.128, 192.168.254.130 server1 > 192.168.254.129, 192.168.254.131 server2 > > I guess my first question is, why are these IP addresses even registered on > the load balancer? These IPs are plumbed and active on server1 and server2 > respectively. I'm assuming the below is some kind of routing deal, but why > is a route defined on the routing server? > > I'm trying to add another server (192.168.254.254) that can be accessed from > the load balancer, server1 and server2. > > Seems simple enough: > > route add -host 192.168.254.254 192.168.254.1 > > but that didn't work. > > I guess I need to figure out how to "define" 192.168.254.254 the same as > .128, .129, .130, .131 but I just can't figure it out because FreeBSD's > netstat output is so different from Solaris (or Linux). > > Can anyone else? Let me know if you need more clarification.. > > 192.168.254.1:# netstat -nr > > Destination Gateway Flags Refs Use Netif Expire > default x.y.187.1 UGSc 54607523 55161243 fxp0 > x.y.187/24 link#1 UC 6 0 fxp0 > x.y.187.1 00:07:b4:00:bb:01 UHLW 7 0 fxp0 918 > x.y.187.2 00:11:5d:9c:d0:00 UHLW 0 0 fxp0 120 > x.y.187.3 00:0f:f8:de:f4:00 UHLW 0 0 fxp0 1187 > x.y.187.4 00:14:22:73:0a:20 UHLW 0 9254 fxp0 1196 > x.y.187.8/32 link#1 UC 0 0 fxp0 > x.y.187.10/32 link#1 UC 0 0 fxp0 > x.y.187.243 link#1 UHLW 7 7 fxp0 > x.y.187.246 00:17:31:ef:5f:f9 UHLW 7528 7528 fxp0 807 > 127.0.0.1 127.0.0.1 UH 0 8 lo0 > 192.168.254 link#2 UC 6 0 fxp1 > 192.168.254.1 00:40:d9:02:48:ff UHLW 0 7 lo0 > 192.168.254.128 00:14:22:72:87:67 UHLW 7 13663296 fxp1 857 > 192.168.254.129 00:14:22:72:91:48 UHLW 7 12663561 fxp1 1138 > 192.168.254.130 00:14:22:72:87:67 UHLW 7 685454 fxp1 918 > 192.168.254.131 00:14:22:72:91:48 UHLW 8 560930 fxp1 918 > 192.168.254.255 ff:ff:ff:ff:ff:ff UHLWb 0 4 fxp1 > From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 19:22:07 2008 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 EFC2D1065671 for ; Fri, 29 Feb 2008 19:22:07 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id C49F98FC24 for ; Fri, 29 Feb 2008 19:22:07 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 119F5A797C; Fri, 29 Feb 2008 14:22:07 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 29 Feb 2008 14:22:07 -0500 X-Sasl-enc: nRCdxyhmNWsX+MZSg/nI/j+vqOooG8ZEnyZ1lCbXd5oY 1204312925 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 4219123A69; Fri, 29 Feb 2008 14:22:05 -0500 (EST) Message-ID: <47C85B5B.4050007@FreeBSD.org> Date: Fri, 29 Feb 2008 19:22:03 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Eric Anderson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Routing confusion 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, 29 Feb 2008 19:22:08 -0000 Eric Anderson wrote: > I guess my biggest question is, why do the IPs .128, .129, .130, .131 > appear in the routing tables where they're NOT defined? I don't get it? You are not seeing forwarding table entries. You are seeing ARP entries - the LLINFO flag is set (L). This is a legacy behaviour we haven't done away with just yet. BMS From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 19:44:29 2008 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 DE056106566C for ; Fri, 29 Feb 2008 19:44:29 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.freebsd.org (Postfix) with ESMTP id B06CB8FC12 for ; Fri, 29 Feb 2008 19:44:29 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from mail.your.org (server3-a.your.org [64.202.112.67]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id A2FCA2AD5688 for ; Fri, 29 Feb 2008 19:44:28 +0000 (UTC) Received: from pool014.dhcp.your.org (pool014.dhcp.your.org [69.31.99.14]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTP id 0C10BA0A44F for ; Fri, 29 Feb 2008 19:44:27 +0000 (UTC) Message-Id: <40D39AA0-3A15-4183-A52F-2880769CFE6D@dragondata.com> From: Kevin Day To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 29 Feb 2008 13:44:27 -0600 X-Mailer: Apple Mail (2.919.2) Subject: LOR icmp6_input/nd6_lookup 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, 29 Feb 2008 19:44:30 -0000 This is from 7.0-RELEASE: lock order reversal: 1st 0xc3bde2b8 rtentry (rtentry) @ netinet6/nd6.c:1930 2nd 0xc3af367c radix node head (radix node head) @ net/route.c:147 KDB: stack backtrace: db_trace_self_wrapper (c08af130,e11b8600,c0662bbe,c08b1592,c3af367c,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08b1592,c3af367c,c08b15f3,c08b15f3,c08b9ce7,...) at kdb_backtrace+0x29 witness_checkorder(c3af367c,9,c08b9cde,93,e11b8624,...) at witness_checkorder+0x6de _mtx_lock_flags(c3af367c,0,c08b9cde,93,c066160b,...) at _mtx_lock_flags +0xbc rtalloc1(e11b86e0,0,0,0,c3c9d01c,...) at rtalloc1+0x63 nd6_lookup(c3c9d024,0,c39fd800,c3bde258,c3bde258,...) at nd6_lookup+0x55 nd6_is_addr_neighbor(c3c9d01c,c39fd800,c08c1d75,78a,c09a5ed8,...) at nd6_is_addr_neighbor+0x3b nd6_output(c39fd800,c39fd800,c3cf9b00,c3c9d01c,c3bde258,...) at nd6_output+0x10f ip6_output(c3cf9b00,0,e11b88e0,0,0,...) at ip6_output+0x1081 icmp6_reflect(c3cf9b00,28,8,1,c08c96d0,...) at icmp6_reflect+0x42f icmp6_input(e11b8c88,e11b8c70,3a,1d5,0,...) at icmp6_input+0x6dc ip6_input(c3be2900,0,c08b9887,8c,c09a1e24,...) at ip6_input+0xe36 netisr_processqueue(c0955e30,0,c08b9887,f6,c3865a40,...) at netisr_processqueue+0x8b swi_net(0,0,c08a938d,471,c3870364,...) at swi_net+0x9b ithread_loop(c383ac90,e11b8d38,c08a9115,305,c3873000,...) at ithread_loop+0x1b5 fork_exit(c060fbe0,c383ac90,e11b8d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe11b8d70, ebp = 0 --- Are LOR's still PR-worthy? -- Kevin From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 22:41:50 2008 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 7832E1065674 for ; Fri, 29 Feb 2008 22:41:50 +0000 (UTC) (envelope-from juri_mian@yahoo.com) Received: from n56.bullet.mail.sp1.yahoo.com (n56.bullet.mail.sp1.yahoo.com [98.136.44.52]) by mx1.freebsd.org (Postfix) with SMTP id 600B28FC1C for ; Fri, 29 Feb 2008 22:41:50 +0000 (UTC) (envelope-from juri_mian@yahoo.com) Received: from [216.252.122.219] by n56.bullet.mail.sp1.yahoo.com with NNFMP; 01 Mar 2008 06:19:34 -0000 Received: from [69.147.65.158] by t4.bullet.sp1.yahoo.com with NNFMP; 29 Feb 2008 22:28:04 -0000 Received: from [127.0.0.1] by omp406.mail.sp1.yahoo.com with NNFMP; 29 Feb 2008 22:28:04 -0000 X-Yahoo-Newman-Property: ymail-5 X-Yahoo-Newman-Id: 957160.53180.bm@omp406.mail.sp1.yahoo.com Received: (qmail 92846 invoked by uid 60001); 29 Feb 2008 22:28:04 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=VE0nvuDcH120emovUbKdkVnLVt0L54GmiyLPW8qKF/LmkcJxPyZAW/8BmE5TRgroUn4m43oMY9yuU+eUCwneLYbB+xng53hRdJZL5ow4f+EtD64Aa643faW6JvnMtRiuxoaoha4fr8udAjmLE7CgvQD3SXKdISH3O2KSAB3RlWk=; X-YMail-OSG: D4fRwKcVM1n.PbCXdz4UGwv6o56oiSwj8_g9oLg0H..xZTqITulsGI15h8hQfeoLU3o1LygH218q0RGca1kLUUtR1g-- Received: from [71.63.232.32] by web45601.mail.sp1.yahoo.com via HTTP; Fri, 29 Feb 2008 14:28:04 PST Date: Fri, 29 Feb 2008 14:28:04 -0800 (PST) From: Juri Mianovich To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <754299.92112.qm@web45601.mail.sp1.yahoo.com> Subject: simple, adaptive bandwidth throttling with ipfw/dummynet ? 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, 29 Feb 2008 22:41:50 -0000 I do simple limiting of bandwidth with dummynet. Very simple, in fact - one inbound rule and one outbound rule. Easy. Sometimes people hit the limit I have in place, but if they only hit it on a short transfer, I don't care - they can live with being throttled for 30 mins. BUT, sometimes people have a big massive transfer that maxes out the limit for a long time. Not only do they get throttled too hard, but then other users are throttled as well - very hard. So, I am wondering if anybody knows of a simple way to do something like: "after 30 minutes of maxed dummynet rule, add X mbps to the rule for every active TCP session, with a max ceiling of Y mbps" and: "after 30 minutes of less than max usage, subtract X mbps from the rule every Y minutes, with a minimum floor of Z" Make sense ? Is there an easy way to do this ? If I wanted to do this myself with a shell script, is there any way to test a particular dummynet rule for its current "fill rate" - OR - a simple way to test if a particular dummynet rule is currently in enforcement ? Thanks. ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-net@FreeBSD.ORG Fri Feb 29 23:57:32 2008 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 4181D106566B; Fri, 29 Feb 2008 23:57:32 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id E58E58FC14; Fri, 29 Feb 2008 23:57:31 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id C954217390; Sat, 1 Mar 2008 00:33:30 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n6Bu6pzGW9ND; Sat, 1 Mar 2008 00:33:28 +0100 (CET) Received: from [192.168.2.10] (unknown [192.168.2.10]) by mail.digiware.nl (Postfix) with ESMTP id 7A34817335; Sat, 1 Mar 2008 00:33:28 +0100 (CET) Message-ID: <47C8964C.9080309@digiware.nl> Date: Sat, 01 Mar 2008 00:33:32 +0100 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Ingo Flaschberger References: <20080226003107.54CD94500E@ptavv.es.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?alves?= , =?ISO-8859-1?Q?Daniel_Dias_Gon=E7?=, freebsd-net@freebsd.org, freebsd-performance@freebsd.org, Kevin Oberman Subject: Re: FBSD 1GBit router? 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, 29 Feb 2008 23:57:32 -0000 > I have a 1.2Ghz Pentium-M appliance, with 4x 32bit, 33MHz pci intel > e1000 cards. > With maximum tuning I can "route" ~400mbps with big packets and ~80mbps > with 64byte packets. > around 100kpps, whats not bad for a pci architecture. > > To reach higher bandwiths, better busses are needed. > pci-express cards are currently the best choice. > one dedicated pci-express lane (1.25gbps) has more bandwith than a whole > 32bit, 33mhz pci-bus. Like you say routing 400 Mb/s is close to the max of the PCI bus, which has a theoretical max of 33*4*8 ~ 1Gbps. Now routing is 500Mb/s in, 500Mb/s out. So you are within 80% of the bus-max, not counting memory-access and others. PCI express will give you a bus per PCI-E device into a central hub, thus upping the limit to the speed of the FrontSideBus in Intel architectures. Which at the moment is a lot higher than what a single PCI bus does. What it does not explain is why you can only get 80Mb/s with 64byte packets, which would suggest other bottlenecks than just the bus. --WjW From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 01:03:19 2008 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 DEF101065677 for ; Sat, 1 Mar 2008 01:03:19 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 45B0A8FC1A for ; Sat, 1 Mar 2008 01:03:18 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 21564 invoked from network); 1 Mar 2008 02:03:16 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Mar 2008 02:03:16 +0100 Date: Sat, 1 Mar 2008 02:03:16 +0100 (CET) From: Ingo Flaschberger To: Willem Jan Withagen In-Reply-To: <47C8964C.9080309@digiware.nl> Message-ID: References: <20080226003107.54CD94500E@ptavv.es.net> <47C8964C.9080309@digiware.nl> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alves , freebsd-net@freebsd.org, freebsd-performance@freebsd.org, =?ISO-8859-1?Q?Daniel_Dias_Gon=E7?=@FreeBSD.ORG, Kevin Oberman Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 01:03:20 -0000 >> I have a 1.2Ghz Pentium-M appliance, with 4x 32bit, 33MHz pci intel e1000 >> cards. >> With maximum tuning I can "route" ~400mbps with big packets and ~80mbps >> with 64byte packets. >> around 100kpps, whats not bad for a pci architecture. >> >> To reach higher bandwiths, better busses are needed. >> pci-express cards are currently the best choice. >> one dedicated pci-express lane (1.25gbps) has more bandwith than a whole >> 32bit, 33mhz pci-bus. > > Like you say routing 400 Mb/s is close to the max of the PCI bus, which > has a theoretical max of 33*4*8 ~ 1Gbps. Now routing is 500Mb/s in, 500Mb/s > out. So you are within 80% of the bus-max, not counting memory-access and > others. yes. > PCI express will give you a bus per PCI-E device into a central hub, thus > upping the limit to the speed of the FrontSideBus in Intel architectures. > Which at the moment is a lot higher than what a single PCI bus does. Thats why my next router will be based at this box: http://www.axiomtek.com/products/ViewProduct.asp?view=429 Hopefully there will be direct memory bus connected nic's in future. (HyperTransport connected nic's) > What it does not explain is why you can only get 80Mb/s with 64byte packets, > which would suggest other bottlenecks than just the bus. Perhaps something with interrupts: http://books.google.at/books?id=pr4fspaQqZkC&pg=PA144&lpg=PA144&dq=pci+interrupt+delay&source=web&ots=zbvVU2CgVx&sig=APe9YjdtK35ccnow7BDI2hzie7s&hl=de#PPA144,M1 MSI (Message-signalled Interrupts) are not very common on PCI architekture; PCI-E use only MSI. The kpps keept always around 100, equally if I used fast-forwarding, fast-interrupts, or higher HZ values than 1000HZ. But 100kpps is great for a router hardware of about 600eur. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 01:32:31 2008 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 0BD921065674 for ; Sat, 1 Mar 2008 01:32:31 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outI.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id E92128FC16 for ; Sat, 1 Mar 2008 01:32:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 29 Feb 2008 17:32:29 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 67AEC2D600F; Fri, 29 Feb 2008 17:32:29 -0800 (PST) Message-ID: <47C8B240.5040907@elischer.org> Date: Fri, 29 Feb 2008 17:32:48 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Jeremie Le Hen References: <17C2910EB359744123B355DB@[192.168.0.1]> <47C453A1.4090706@elischer.org> <20080229112025.GB94339@obiwan.tataz.chchile.org> In-Reply-To: <20080229112025.GB94339@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Multiple routing tables 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, 01 Mar 2008 01:32:31 -0000 Jeremie Le Hen wrote: > Julian, > > On Tue, Feb 26, 2008 at 10:00:01AM -0800, Julian Elischer wrote: >> IPV6 in vimage is suported I believe.. (super jails) > > bz@ replied in another thread that the feature is coming forth. > > What about your multiple routing tables patch? ISTR you said it would > be pretty orthogonal to vimages anyway. > > I don't mean to hurry you, it's just for the sake of my curiosity :). > > Thanks. > Regards, I'm working on that still but it is ready.. I just need the time to get it reviewed. From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 11:31:35 2008 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 7083A1065670; Sat, 1 Mar 2008 11:31:35 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (www.tegenbosch28.nl [217.21.251.97]) by mx1.freebsd.org (Postfix) with ESMTP id C19658FC21; Sat, 1 Mar 2008 11:31:34 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 1EE761736D; Sat, 1 Mar 2008 12:31:28 +0100 (CET) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at digiware.nl X-Amavis-Alert: BAD HEADER, Non-encoded 8-bit data (char C3 hex): CC: ...com.br>, "Daniel Dias Gon\303\247"@FreeBSD.ORG,[...] Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e4MVsuD8DiHk; Sat, 1 Mar 2008 12:31:19 +0100 (CET) Received: from [192.168.2.10] (unknown [192.168.2.10]) by mail.digiware.nl (Postfix) with ESMTP id 48D5B17309; Sat, 1 Mar 2008 12:31:19 +0100 (CET) Message-ID: <47C93E8B.3010609@digiware.nl> Date: Sat, 01 Mar 2008 12:31:23 +0100 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Ingo Flaschberger References: <20080226003107.54CD94500E@ptavv.es.net> <47C8964C.9080309@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alves , freebsd-net@freebsd.org, "Daniel Dias Gonç"@FreeBSD.ORG, freebsd-performance@freebsd.org, Kevin Oberman Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 11:31:35 -0000 Ingo Flaschberger wrote: > >>> I have a 1.2Ghz Pentium-M appliance, with 4x 32bit, 33MHz pci >>> intel e1000 cards. With maximum tuning I can "route" ~400mbps >>> with big packets and ~80mbps with 64byte packets. around 100kpps, >>> whats not bad for a pci architecture. >>> >>> To reach higher bandwiths, better busses are needed. pci-express >>> cards are currently the best choice. one dedicated pci-express >>> lane (1.25gbps) has more bandwith than a whole 32bit, 33mhz >>> pci-bus. >> >> Like you say routing 400 Mb/s is close to the max of the PCI bus, >> which has a theoretical max of 33*4*8 ~ 1Gbps. Now routing is >> 500Mb/s in, 500Mb/s out. So you are within 80% of the bus-max, not >> counting memory-access and others. > > yes. > >> PCI express will give you a bus per PCI-E device into a central >> hub, thus upping the limit to the speed of the FrontSideBus in >> Intel architectures. Which at the moment is a lot higher than what >> a single PCI bus does. > > Thats why my next router will be based at this box: > http://www.axiomtek.com/products/ViewProduct.asp?view=429 Nice piece of hardware. Don't like the 2.5" one disk option though. And not shure what to think of: "Seven 10/100/1000Mbps (through PCI-E by one interface) ports (RJ-45)" Which seems to suggest everything comes in thru on PCI-E interface. That than better have 8 or 16 lanes. > Hopefully there will be direct memory bus connected nic's in future. > (HyperTransport connected nic's) Well that is going to be an AMD only solution, and I'm not even shure that AMD would like to have other things than CPU's on that bus. > >> What it does not explain is why you can only get 80Mb/s with 64byte >> packets, which would suggest other bottlenecks than just the bus. > > Perhaps something with interrupts: > http://books.google.at/books?id=pr4fspaQqZkC&pg=PA144&lpg=PA144&dq=pci+interrupt+delay&source=web&ots=zbvVU2CgVx&sig=APe9YjdtK35ccnow7BDI2hzie7s&hl=de#PPA144,M1 > > > > MSI (Message-signalled Interrupts) are not very common on PCI > architekture; PCI-E use only MSI. > > The kpps keept always around 100, equally if I used fast-forwarding, > fast-interrupts, or higher HZ values than 1000HZ. MSI is not used for regular PCI busses.Could be that PCI-E does use it. I believe youon that. But even than I'd like to know where the bottleneck is in the 100kp/s limit with 64byte pakkets. > But 100kpps is great for a router hardware of about 600eur. I've seen routers 10 times that expensive, not able to that. --WjW From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 13:39:16 2008 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 A04E91065670 for ; Sat, 1 Mar 2008 13:39:16 +0000 (UTC) (envelope-from fernando@gont.com.ar) Received: from smtp1.xmundo.net (smtp1.xmundo.net [201.216.232.80]) by mx1.freebsd.org (Postfix) with ESMTP id 120B38FC18 for ; Sat, 1 Mar 2008 13:39:15 +0000 (UTC) (envelope-from fernando@gont.com.ar) Received: from venus.xmundo.net (venus.xmundo.net [201.216.232.56]) by smtp1.xmundo.net (Postfix) with ESMTP id 41A845A8A73; Sat, 1 Mar 2008 11:39:15 -0200 (ARDT) Received: from notebook.gont.com.ar (201-254-62-65.speedy.com.ar [201.254.62.65] (may be forged)) (authenticated bits=0) by venus.xmundo.net (8.13.8/8.13.8) with ESMTP id m21DcY9Z026418; Sat, 1 Mar 2008 11:38:53 -0200 Message-Id: <200803011338.m21DcY9Z026418@venus.xmundo.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 01 Mar 2008 11:34:27 -0200 To: freebsd-net@freebsd.org From: Fernando Gont Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (venus.xmundo.net [201.216.232.56]); Sat, 01 Mar 2008 11:39:12 -0200 (ARDT) Cc: Rui Paulo Subject: Ephemeral port range (patch) 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, 01 Mar 2008 13:39:16 -0000 Folks, This patch changes the default ephemeral port range from 49152-65535 to 1024-65535. This makes it harder for an attacker to guess the ephemeral ports (as the port number space is larger). Also, it makes the chances of port number collisions smaller. (http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-port-randomization-01.txt) This patch also includes my previous patch that eliminated duplicated code in in_pcb_bind(). Index: in.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/in.h,v retrieving revision 1.100 diff -u -r1.100 in.h --- in.h 12 Jun 2007 16:24:53 -0000 1.100 +++ in.h 1 Mar 2008 09:00:10 -0000 @@ -293,8 +293,7 @@ * * The value IP_PORTRANGE_HIGH changes the range of candidate port numbers * into the "high" range. These are reserved for client outbound connections - * which do not want to be filtered by any firewalls. Note that by default - * this is the same as IP_PORTRANGE_DEFAULT. + * which do not want to be filtered by any firewalls. * * The value IP_PORTRANGE_LOW changes the range to the "low" are * that is (by convention) restricted to privileged processes. This @@ -331,8 +330,13 @@ #define IPPORT_RESERVED 1024 /* - * Default local port range, used by both IP_PORTRANGE_DEFAULT - * and IP_PORTRANGE_HIGH. + * Default local port range, used by IP_PORTRANGE_DEFAULT + */ +#define IPPORT_EPHEMERALFIRST 1024 +#define IPPORT_EPHEMERALLAST 65535 + +/* + * Dynamic port range, used by IP_PORTRANGE_HIGH. */ #define IPPORT_HIFIRSTAUTO 49152 #define IPPORT_HILASTAUTO 65535 Index: in_pcb.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/in_pcb.c,v retrieving revision 1.198 diff -u -r1.198 in_pcb.c --- in_pcb.c 22 Dec 2007 10:06:11 -0000 1.198 +++ in_pcb.c 1 Mar 2008 09:00:11 -0000 @@ -89,8 +89,8 @@ */ int ipport_lowfirstauto = IPPORT_RESERVED - 1; /* 1023 */ int ipport_lowlastauto = IPPORT_RESERVEDSTART; /* 600 */ -int ipport_firstauto = IPPORT_HIFIRSTAUTO; /* 49152 */ -int ipport_lastauto = IPPORT_HILASTAUTO; /* 65535 */ +int ipport_firstauto = IPPORT_EPHEMERALFIRST; /* 1024 */ +int ipport_lastauto = IPPORT_EPHEMERALLAST; /* 65535 */ int ipport_hifirstauto = IPPORT_HIFIRSTAUTO; /* 49152 */ int ipport_hilastauto = IPPORT_HILASTAUTO; /* 65535 */ @@ -393,7 +393,7 @@ if (*lportp != 0) lport = *lportp; if (lport == 0) { - u_short first, last; + u_short first, last, aux; int count; if (laddr.s_addr != INADDR_ANY) @@ -440,47 +440,28 @@ /* * Simple check to ensure all ports are not used up causing * a deadlock here. - * - * We split the two cases (up and down) so that the direction - * is not being tested on each round of the loop. */ if (first > last) { - /* - * counting down - */ - if (dorandom) - *lastport = first - - (arc4random() % (first - last)); - count = first - last; + aux = first; + first = last; + last = aux; + } - do { - if (count-- < 0) /* completely used? */ - return (EADDRNOTAVAIL); - --*lastport; - if (*lastport > first || *lastport < last) - *lastport = first; - lport = htons(*lastport); - } while (in_pcblookup_local(pcbinfo, laddr, lport, - wild)); - } else { - /* - * counting up - */ - if (dorandom) - *lastport = first + - (arc4random() % (last - first)); - count = last - first; + if (dorandom) + *lastport = first + + (arc4random() % (last - first)); - do { - if (count-- < 0) /* completely used? */ - return (EADDRNOTAVAIL); - ++*lastport; - if (*lastport < first || *lastport > last) - *lastport = first; - lport = htons(*lastport); - } while (in_pcblookup_local(pcbinfo, laddr, lport, - wild)); - } + count = last - first; + + do { + if (count-- < 0) /* completely used? */ + return (EADDRNOTAVAIL); + ++*lastport; + if (*lastport < first || *lastport > last) + *lastport = first; + lport = htons(*lastport); + } while (in_pcblookup_local(pcbinfo, laddr, lport, + wild)); } if (prison_ip(cred, 0, &laddr.s_addr)) return (EINVAL); Kind regards, -- Fernando Gont e-mail: fernando@gont.com.ar || fgont@acm.org PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 14:23:25 2008 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 3389C1065672; Sat, 1 Mar 2008 14:23:25 +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 0B9318FC13; Sat, 1 Mar 2008 14:23:25 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m21ENO3J074812; Sat, 1 Mar 2008 14:23:24 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m21ENOqo074808; Sat, 1 Mar 2008 14:23:24 GMT (envelope-from linimon) Date: Sat, 1 Mar 2008 14:23:24 GMT Message-Id: <200803011423.m21ENOqo074808@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/121242: [ate] [patch] Promiscuous mode of if_ate (arm) doesn't work 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, 01 Mar 2008 14:23:25 -0000 Synopsis: [ate] [patch] Promiscuous mode of if_ate (arm) doesn't work Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 1 14:23:11 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=121242 From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 14:23:41 2008 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 AE3F21065682 for ; Sat, 1 Mar 2008 14:23:41 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63913.mail.re1.yahoo.com (web63913.mail.re1.yahoo.com [69.147.97.128]) by mx1.freebsd.org (Postfix) with SMTP id 79AD38FC2E for ; Sat, 1 Mar 2008 14:23:41 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 72787 invoked by uid 60001); 1 Mar 2008 14:23:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=JPDAKHxv7IhgxhiFBhdnF2s8C/VB3ymVn4ycPKLIzXOjt4NgAGp8Lf3qKQ5OhlYtaTsPVPnONMvzrRIkOx/AQgHBdPIchP5E9zc6GI4FZjNvn4lIXh6RXivs2L+4QqA1jqRJ5wkDQMsFW2s1oou+iXFodAACqrDmhNAcD2tWC3c=; X-YMail-OSG: eeV_jaEVM1lE.vJkhIsi8jXCITehSXHF3h8eAgSU81EyIZK1tEQWY2eBA1pLcov5gaby5yJcv9R.vK5Ljw.oOeOtT5LsFb17GzHiOw4YjbDzfxnLxTw- Received: from [98.203.28.38] by web63913.mail.re1.yahoo.com via HTTP; Sat, 01 Mar 2008 06:23:40 PST Date: Sat, 1 Mar 2008 06:23:40 -0800 (PST) From: Barney Cordoba To: net@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <614952.71759.qm@web63913.mail.re1.yahoo.com> Cc: Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 14:23:41 -0000 --- Ingo Flaschberger wrote: > > >> I have a 1.2Ghz Pentium-M appliance, with 4x > 32bit, 33MHz pci intel e1000 > >> cards. > >> With maximum tuning I can "route" ~400mbps with > big packets and ~80mbps > >> with 64byte packets. > >> around 100kpps, whats not bad for a pci > architecture. > >> > >> To reach higher bandwiths, better busses are > needed. > >> pci-express cards are currently the best choice. > >> one dedicated pci-express lane (1.25gbps) has > more bandwith than a whole > >> 32bit, 33mhz pci-bus. > > > > Like you say routing 400 Mb/s is close to the max > of the PCI bus, which > > has a theoretical max of 33*4*8 ~ 1Gbps. Now > routing is 500Mb/s in, 500Mb/s > > out. So you are within 80% of the bus-max, not > counting memory-access and > > others. > > yes. > > > PCI express will give you a bus per PCI-E device > into a central hub, thus > > upping the limit to the speed of the FrontSideBus > in Intel architectures. > > Which at the moment is a lot higher than what a > single PCI bus does. > > Thats why my next router will be based at this box: > http://www.axiomtek.com/products/ViewProduct.asp?view=429 > > Hopefully there will be direct memory bus connected > nic's in future. > (HyperTransport connected nic's) > > > What it does not explain is why you can only get > 80Mb/s with 64byte packets, > > which would suggest other bottlenecks than just > the bus. To clarify this, you seem to leave out PCI-X, which is an 8Mb/s bus, which is certainly able to route or bridge a gigabit of traffic. PCIe 4x has an unencoded data rate of 16Gb/s and PCIe 8x is 64Gb/s, which is more than enough to do gigabit and 10gig. PCI can BURST to 1Gb/s and PCI-X can BURST to 8Gb/s, but bursts are limited, so its not possible to achieve full bandwidth. The more devices on the bus, the less throughput you'll get due to contention. A more limiting factor for routing is packets/second, not the actual throughput. Its foolhardy to use a NIC that doesn't have enough bandwidth, so "usually", the limiting factor is the CPUs ability to process the packets regardless of their size. We bridged 1 million PPS on a FreeBSD 4.x machine with a 2.8Ghz opteron and PCI-x intel cards. A 7.0 system can do about 20% less (of course you don't lose the keyboard on a 7.0 system as you do on the 4.x system!). So I'd assume a 3Ghz xeon could likely do close to 1 million pps on a 7.0 system. Routing will be a bit slower. Also be advised that implementation is an issue with bus througput. I've tested systems with both PCIe and PCIx and the PCIx gave higher thoughput even though the PCIe is theoretically faster. MB/chipset design is a factor in the utilization capability of the bus. Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 15:08:06 2008 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 162D1106566B for ; Sat, 1 Mar 2008 15:08:06 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 751918FC19 for ; Sat, 1 Mar 2008 15:08:04 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 3258 invoked from network); 1 Mar 2008 16:08:03 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Mar 2008 16:08:03 +0100 Date: Sat, 1 Mar 2008 16:08:02 +0100 (CET) From: Ingo Flaschberger To: Willem Jan Withagen In-Reply-To: <47C93E8B.3010609@digiware.nl> Message-ID: References: <20080226003107.54CD94500E@ptavv.es.net> <47C8964C.9080309@digiware.nl> <47C93E8B.3010609@digiware.nl> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: alves , freebsd-net@freebsd.org, freebsd-performance@freebsd.org, "=?x-unknown?B?IkRhbmllbA==?= Dias =?x-unknown?B?R29uw6ci?="@FreeBSD.ORG, Kevin Oberman Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 15:08:06 -0000 >> Thats why my next router will be based at this box: >> http://www.axiomtek.com/products/ViewProduct.asp?view=429 > > Nice piece of hardware. > Don't like the 2.5" one disk option though. > > And not shure what to think of: > "Seven 10/100/1000Mbps (through PCI-E by one > interface) ports (RJ-45)" > Which seems to suggest everything comes in thru on PCI-E interface. > That than better have 8 or 16 lanes. Each 1000Mbps port is connected via 1 lane PCI-E, which is fast enough. 1 lane: 250Mbyte/sec -> 2Gpbs >> Hopefully there will be direct memory bus connected nic's in future. >> (HyperTransport connected nic's) > > Well that is going to be an AMD only solution, and I'm not even shure > that AMD would like to have other things than CPU's on that bus. > >> >>> What it does not explain is why you can only get 80Mb/s with 64byte >>> packets, which would suggest other bottlenecks than just the bus. >> >> Perhaps something with interrupts: >> http://books.google.at/books?id=pr4fspaQqZkC&pg=PA144&lpg=PA144&dq=pci+interrupt+delay&source=web&ots=zbvVU2CgVx&sig=APe9YjdtK35ccnow7BDI2hzie7s&hl=de#PPA144,M1 >> >> >> >> MSI (Message-signalled Interrupts) are not very common on PCI architekture; >> PCI-E use only MSI. >> >> The kpps keept always around 100, equally if I used fast-forwarding, >> fast-interrupts, or higher HZ values than 1000HZ. > > MSI is not used for regular PCI busses.Could be that PCI-E does use it. > I believe youon that. But even than I'd like to know where the bottleneck is > in the 100kp/s limit with 64byte pakkets. As I also tested with polling (currently I use interface polling for the router) and also reached only 100kpps, the bottleneck must be someting different. >> But 100kpps is great for a router hardware of about 600eur. > > I've seen routers 10 times that expensive, not able to that. me too. Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 16:56:04 2008 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 7486B1065684 for ; Sat, 1 Mar 2008 16:56:04 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63911.mail.re1.yahoo.com (web63911.mail.re1.yahoo.com [69.147.97.126]) by mx1.freebsd.org (Postfix) with SMTP id 182468FC25 for ; Sat, 1 Mar 2008 16:56:03 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 55374 invoked by uid 60001); 1 Mar 2008 16:56:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=fbEz6BlefNp3DqpVXZrMrBbHsDQUHyOPJrnij3wVwkrzx72c6sKFsgUTV/5uEk6iH+Y45eDXRXg65z3EU29DYvIGTvIMUuwV5MibvHpbagGFcFhC0RPQ3UNu795NTUOwMp0M1wu4h+CbYChnId/fipEiVIqhB81nE3kIcesBNAM=; X-YMail-OSG: UTyIxl4VM1kUD79qIG9DbljuR0nCW__OstvAQCYYOsJKRtB0UfA82ByHtb.3GBoIWYChggM5vq9LZONhu0v6otZgPmYzLmZsnoPmS1mRxAZPo6sEQ9HEdPEcDFrdaPLFD9W5uI.6CAX_InQ- Received: from [98.203.28.38] by web63911.mail.re1.yahoo.com via HTTP; Sat, 01 Mar 2008 08:56:02 PST Date: Sat, 1 Mar 2008 08:56:02 -0800 (PST) From: Barney Cordoba To: net@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <640774.53824.qm@web63911.mail.re1.yahoo.com> Cc: Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 16:56:04 -0000 --- Ingo Flaschberger wrote: > >> Thats why my next router will be based at this > box: > >> > http://www.axiomtek.com/products/ViewProduct.asp?view=429 > > > > Nice piece of hardware. > > Don't like the 2.5" one disk option though. > > > > And not shure what to think of: > > "Seven 10/100/1000Mbps (through PCI-E by one > > interface) ports (RJ-45)" > > Which seems to suggest everything comes in thru on > PCI-E interface. > > That than better have 8 or 16 lanes. > > Each 1000Mbps port is connected via 1 lane PCI-E, > which is fast enough. > 1 lane: 250Mbyte/sec -> 2Gpbs > > >> Hopefully there will be direct memory bus > connected nic's in future. > >> (HyperTransport connected nic's) > > > > Well that is going to be an AMD only solution, and > I'm not even shure > > that AMD would like to have other things than > CPU's on that bus. > > > >> > >>> What it does not explain is why you can only get > 80Mb/s with 64byte > >>> packets, which would suggest other bottlenecks > than just the bus. > >> > >> Perhaps something with interrupts: > >> > http://books.google.at/books?id=pr4fspaQqZkC&pg=PA144&lpg=PA144&dq=pci+interrupt+delay&source=web&ots=zbvVU2CgVx&sig=APe9YjdtK35ccnow7BDI2hzie7s&hl=de#PPA144,M1 > >> > >> > >> > >> MSI (Message-signalled Interrupts) are not very > common on PCI architekture; > >> PCI-E use only MSI. > >> > >> The kpps keept always around 100, equally if I > used fast-forwarding, > >> fast-interrupts, or higher HZ values than > 1000HZ. > > > > MSI is not used for regular PCI busses.Could be > that PCI-E does use it. > > I believe youon that. But even than I'd like to > know where the bottleneck is > > in the 100kp/s limit with 64byte pakkets. > > As I also tested with polling (currently I use > interface polling for the router) > and also reached only 100kpps, the bottleneck must > be someting > different. > > >> But 100kpps is great for a router hardware of > about 600eur. > > > > I've seen routers 10 times that expensive, not > able to that. > > me too. > > Kind regards, > Ingo Flaschberger It seems absolutely ridiculous to buy such hardware and not install a PCIx or 4x PCIe card for another $100. or less. Saying a 1x is "fast enough" is like saying a Celeron is "fast enough". Barney ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 19:50:03 2008 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 AAAFE1065672 for ; Sat, 1 Mar 2008 19:50:03 +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 941EB8FC1C for ; Sat, 1 Mar 2008 19:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m21Jo33A003892 for ; Sat, 1 Mar 2008 19:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m21Jo3gU003891; Sat, 1 Mar 2008 19:50:03 GMT (envelope-from gnats) Date: Sat, 1 Mar 2008 19:50:03 GMT Message-Id: <200803011950.m21Jo3gU003891@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= Cc: Subject: Re: kern/118975: [bge] [patch] Broadcom 5906 not handled by FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 19:50:03 -0000 The following reply was made to PR kern/118975; it has been noted by GNATS. From: =?ISO-8859-1?Q?Thomas_Nystr=F6m?= To: bug-followup@FreeBSD.org, thn@saeab.se Cc: Subject: Re: kern/118975: [bge] [patch] Broadcom 5906 not handled by FreeBSD Date: Sat, 01 Mar 2008 20:35:04 +0100 This is a multi-part message in MIME format. --------------000103070907090204020108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Updated patch for 7.0-RELEASE (and probably -CURRENT). /thn --------------000103070907090204020108 Content-Type: text/plain; name="broadcom5906-70.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="broadcom5906-70.diff" --- ./sys/dev/bge/if_bge.c.70 2008-03-01 15:03:15.000000000 +0100 +++ ./sys/dev/bge/if_bge.c 2008-03-01 15:00:22.000000000 +0100 @@ -195,6 +195,8 @@ { BCOM_VENDORID, BCOM_DEVICEID_BCM5901 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5901A2 }, { BCOM_VENDORID, BCOM_DEVICEID_BCM5903M }, + { BCOM_VENDORID, BCOM_DEVICEID_BCM5906 }, + { BCOM_VENDORID, BCOM_DEVICEID_BCM5906M }, { SK_VENDORID, SK_DEVICEID_ALTIMA }, @@ -271,6 +273,8 @@ { BGE_CHIPID_BCM5787_A0, "BCM5754/5787 A0" }, { BGE_CHIPID_BCM5787_A1, "BCM5754/5787 A1" }, { BGE_CHIPID_BCM5787_A2, "BCM5754/5787 A2" }, + { BGE_CHIPID_BCM5906_A1, "BCM5906 A1" }, + { BGE_CHIPID_BCM5906_A2, "BCM5906 A2" }, { 0, NULL } }; @@ -293,6 +297,7 @@ { BGE_ASICREV_BCM5755, "unknown BCM5755" }, /* 5754 and 5787 share the same ASIC ID */ { BGE_ASICREV_BCM5787, "unknown BCM5754/5787" }, + { BGE_ASICREV_BCM5906, "unknown BCM5906" }, { 0, NULL } }; @@ -305,6 +310,9 @@ const struct bge_revision * bge_lookup_rev(uint32_t); const struct bge_vendor * bge_lookup_vendor(uint16_t); + +typedef int (*bge_eaddr_fcn_t)(struct bge_softc *, uint8_t[]); + static int bge_probe(device_t); static int bge_attach(device_t); static int bge_detach(device_t); @@ -315,6 +323,11 @@ static int bge_dma_alloc(device_t); static void bge_dma_free(struct bge_softc *); +static int bge_get_eaddr_mem(struct bge_softc *, uint8_t[]); +static int bge_get_eaddr_nvram(struct bge_softc *, uint8_t[]); +static int bge_get_eaddr_eeprom(struct bge_softc *, uint8_t[]); +static int bge_get_eaddr(struct bge_softc *, uint8_t[]); + static void bge_txeof(struct bge_softc *); static void bge_rxeof(struct bge_softc *); @@ -337,6 +350,9 @@ static int bge_ifmedia_upd(struct ifnet *); static void bge_ifmedia_sts(struct ifnet *, struct ifmediareq *); +static uint8_t bge_nvram_getbyte(struct bge_softc *, int, uint8_t *); +static int bge_read_nvram(struct bge_softc *, caddr_t, int, int); + static uint8_t bge_eeprom_getbyte(struct bge_softc *, int, uint8_t *); static int bge_read_eeprom(struct bge_softc *, caddr_t, int, int); @@ -359,6 +375,7 @@ static int bge_has_eeprom(struct bge_softc *); static uint32_t bge_readmem_ind(struct bge_softc *, int); static void bge_writemem_ind(struct bge_softc *, int, int); +static void bge_writembx(struct bge_softc *, int, int); #ifdef notdef static uint32_t bge_readreg_ind(struct bge_softc *, int); #endif @@ -474,6 +491,10 @@ return (0); } #endif + + if (sc->bge_asicrev == BGE_ASICREV_BCM5906) + return (0); + return (1); } @@ -533,6 +554,15 @@ CSR_WRITE_4(sc, off, val); } +static void +bge_writembx(struct bge_softc *sc, int off, int val) +{ + if (sc->bge_asicrev == BGE_ASICREV_BCM5906) + off += BGE_LPMBX_IRQ0_HI - BGE_MBX_IRQ0_HI; + + CSR_WRITE_4(sc, off, val); +} + /* * Map a single buffer address. */ @@ -555,6 +585,78 @@ ctx->bge_busaddr = segs->ds_addr; } +static uint8_t +bge_nvram_getbyte(struct bge_softc *sc, int addr, uint8_t *dest) +{ + uint32_t access, byte = 0; + int i; + + /* Lock. */ + CSR_WRITE_4(sc, BGE_NVRAM_SWARB, BGE_NVRAMSWARB_SET1); + for (i = 0; i < 8000; i++) { + if (CSR_READ_4(sc, BGE_NVRAM_SWARB) & BGE_NVRAMSWARB_GNT1) + break; + DELAY(20); + } + if (i == 8000) + return (1); + + /* Enable access. */ + access = CSR_READ_4(sc, BGE_NVRAM_ACCESS); + CSR_WRITE_4(sc, BGE_NVRAM_ACCESS, access | BGE_NVRAMACC_ENABLE); + + CSR_WRITE_4(sc, BGE_NVRAM_ADDR, addr & 0xfffffffc); + CSR_WRITE_4(sc, BGE_NVRAM_CMD, BGE_NVRAM_READCMD); + for (i = 0; i < BGE_TIMEOUT * 10; i++) { + DELAY(10); + if (CSR_READ_4(sc, BGE_NVRAM_CMD) & BGE_NVRAMCMD_DONE) { + DELAY(10); + break; + } + } + + if (i == BGE_TIMEOUT * 10) { + if_printf(sc->bge_ifp, "nvram read timed out\n"); + return (1); + } + + /* Get result. */ + byte = CSR_READ_4(sc, BGE_NVRAM_RDDATA); + + *dest = (bswap32(byte) >> ((addr % 4) * 8)) & 0xFF; + + /* Disable access. */ + CSR_WRITE_4(sc, BGE_NVRAM_ACCESS, access); + + /* Unlock. */ + CSR_WRITE_4(sc, BGE_NVRAM_SWARB, BGE_NVRAMSWARB_CLR1); + CSR_READ_4(sc, BGE_NVRAM_SWARB); + + return (0); +} + +/* + * Read a sequence of bytes from NVRAM. + */ +static int +bge_read_nvram(struct bge_softc *sc, caddr_t dest, int off, int cnt) +{ + int err = 0, i; + uint8_t byte = 0; + + if (sc->bge_asicrev != BGE_ASICREV_BCM5906) + return (1); + + for (i = 0; i < cnt; i++) { + err = bge_nvram_getbyte(sc, off + i, &byte); + if (err) + break; + *(dest + i) = byte; + } + + return (err ? 1 : 0); +} + /* * Read a byte of data stored in the EEPROM at address 'addr.' The * BCM570x supports both the traditional bitbang interface and an @@ -659,11 +761,13 @@ } if (i == BGE_TIMEOUT) { - device_printf(sc->bge_dev, "PHY read timed out\n"); + device_printf(sc->bge_dev, "PHY read timed out " + "(phy %d, reg %d, val 0x%08x)\n", phy, reg, val); val = 0; goto done; } + DELAY(5); val = CSR_READ_4(sc, BGE_MI_COMM); done: @@ -687,6 +791,10 @@ sc = device_get_softc(dev); + if (sc->bge_asicrev == BGE_ASICREV_BCM5906 && + (reg == BRGPHY_MII_1000CTL || reg == BRGPHY_MII_AUXCTL)) + return(0); + /* Reading with autopolling on may trigger PCI errors */ autopoll = CSR_READ_4(sc, BGE_MI_MODE); if (autopoll & BGE_MIMODE_AUTOPOLL) { @@ -699,12 +807,17 @@ for (i = 0; i < BGE_TIMEOUT; i++) { DELAY(10); - if (!(CSR_READ_4(sc, BGE_MI_COMM) & BGE_MICOMM_BUSY)) + if (!(CSR_READ_4(sc, BGE_MI_COMM) & BGE_MICOMM_BUSY)) { + DELAY(5); + CSR_READ_4(sc, BGE_MI_COMM); /* dummy read */ break; + } } if (i == BGE_TIMEOUT) { - device_printf(sc->bge_dev, "PHY write timed out\n"); + device_printf(sc->bge_dev, + "PHY write timed out (phy %d, reg %d, val %d)\n", + phy, reg, val); return (0); } @@ -887,7 +1000,7 @@ BUS_DMASYNC_PREREAD | BUS_DMASYNC_PREWRITE); sc->bge_std = i - 1; - CSR_WRITE_4(sc, BGE_MBX_RX_STD_PROD_LO, sc->bge_std); + bge_writembx(sc, BGE_MBX_RX_STD_PROD_LO, sc->bge_std); return (0); } @@ -934,7 +1047,7 @@ BGE_RCB_FLAG_USE_EXT_RX_BD); CSR_WRITE_4(sc, BGE_RX_JUMBO_RCB_MAXLEN_FLAGS, rcb->bge_maxlen_flags); - CSR_WRITE_4(sc, BGE_MBX_RX_JUMBO_PROD_LO, sc->bge_jumbo); + bge_writembx(sc, BGE_MBX_RX_JUMBO_PROD_LO, sc->bge_jumbo); return (0); } @@ -990,17 +1103,17 @@ /* Initialize transmit producer index for host-memory send ring. */ sc->bge_tx_prodidx = 0; - CSR_WRITE_4(sc, BGE_MBX_TX_HOST_PROD0_LO, sc->bge_tx_prodidx); + bge_writembx(sc, BGE_MBX_TX_HOST_PROD0_LO, sc->bge_tx_prodidx); /* 5700 b2 errata */ if (sc->bge_chiprev == BGE_CHIPREV_5700_BX) - CSR_WRITE_4(sc, BGE_MBX_TX_HOST_PROD0_LO, sc->bge_tx_prodidx); + bge_writembx(sc, BGE_MBX_TX_HOST_PROD0_LO, sc->bge_tx_prodidx); /* NIC-memory send ring not used; initialize to zero. */ - CSR_WRITE_4(sc, BGE_MBX_TX_NIC_PROD0_LO, 0); + bge_writembx(sc, BGE_MBX_TX_NIC_PROD0_LO, 0); /* 5700 b2 errata */ if (sc->bge_chiprev == BGE_CHIPREV_5700_BX) - CSR_WRITE_4(sc, BGE_MBX_TX_NIC_PROD0_LO, 0); + bge_writembx(sc, BGE_MBX_TX_NIC_PROD0_LO, 0); return (0); } @@ -1271,6 +1384,15 @@ /* Set the timer prescaler (always 66Mhz) */ CSR_WRITE_4(sc, BGE_MISC_CFG, BGE_32BITTIME_66MHZ); + if (sc->bge_asicrev == BGE_ASICREV_BCM5906) { + DELAY(40); /* XXX */ + + /* Put PHY into ready state */ + BGE_CLRBIT(sc, BGE_MISC_CFG, BGE_MISCCFG_EPHY_IDDQ); + CSR_READ_4(sc, BGE_MISC_CFG); /* Flush */ + DELAY(40); + } + return (0); } @@ -1307,15 +1429,21 @@ CSR_WRITE_4(sc, BGE_BMAN_DMA_DESCPOOL_LEN, 0x2000); } + /* Configure mbuf pool watermarks */ - if (BGE_IS_5705_PLUS(sc)) { - CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_READDMA_LOWAT, 0x0); - CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_MACRX_LOWAT, 0x10); - } else { + if (!BGE_IS_5705_PLUS(sc)) { CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_READDMA_LOWAT, 0x50); CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_MACRX_LOWAT, 0x20); + CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_HIWAT, 0x60); + } else if (sc->bge_asicrev == BGE_ASICREV_BCM5906) { + CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_READDMA_LOWAT, 0x0); + CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_MACRX_LOWAT, 0x04); + CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_HIWAT, 0x10); + } else { + CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_READDMA_LOWAT, 0x0); + CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_MACRX_LOWAT, 0x10); + CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_HIWAT, 0x60); } - CSR_WRITE_4(sc, BGE_BMAN_MBUFPOOL_HIWAT, 0x60); /* Configure DMA resource watermarks */ CSR_WRITE_4(sc, BGE_BMAN_DMA_DESCPOOL_LOWAT, 5); @@ -1462,15 +1590,15 @@ BGE_RCB_MAXLEN_FLAGS(sc->bge_return_ring_cnt, BGE_RCB_FLAG_RING_DISABLED)); RCB_WRITE_4(sc, vrcb, bge_nicaddr, 0); - CSR_WRITE_4(sc, BGE_MBX_RX_CONS0_LO + + bge_writembx(sc, BGE_MBX_RX_CONS0_LO + (i * (sizeof(uint64_t))), 0); vrcb += sizeof(struct bge_rcb); } /* Initialize RX ring indexes */ - CSR_WRITE_4(sc, BGE_MBX_RX_STD_PROD_LO, 0); - CSR_WRITE_4(sc, BGE_MBX_RX_JUMBO_PROD_LO, 0); - CSR_WRITE_4(sc, BGE_MBX_RX_MINI_PROD_LO, 0); + bge_writembx(sc, BGE_MBX_RX_STD_PROD_LO, 0); + bge_writembx(sc, BGE_MBX_RX_JUMBO_PROD_LO, 0); + bge_writembx(sc, BGE_MBX_RX_MINI_PROD_LO, 0); /* * Set up RX return ring 0 @@ -2230,7 +2358,6 @@ struct ifnet *ifp; struct bge_softc *sc; uint32_t hwcfg = 0; - uint32_t mac_tmp = 0; u_char eaddr[ETHER_ADDR_LEN]; int error, reg, rid, trys; @@ -2283,6 +2410,7 @@ case BGE_ASICREV_BCM5752: case BGE_ASICREV_BCM5755: case BGE_ASICREV_BCM5787: + case BGE_ASICREV_BCM5906: sc->bge_flags |= BGE_FLAG_575X_PLUS; /* FALLTHRU */ case BGE_ASICREV_BCM5705: @@ -2304,7 +2432,7 @@ if (sc->bge_asicrev == BGE_ASICREV_BCM5755 || sc->bge_asicrev == BGE_ASICREV_BCM5787) sc->bge_flags |= BGE_FLAG_JITTER_BUG; - else + else if (sc->bge_asicrev != BGE_ASICREV_BCM5906) sc->bge_flags |= BGE_FLAG_BER_BUG; } @@ -2415,22 +2543,14 @@ } #ifdef __sparc64__ - if ((sc->bge_flags & BGE_FLAG_EEPROM) == 0) + if (((sc->bge_flags & BGE_FLAG_EEPROM) == 0) && + (sc->bge_asicrev != BGE_ASICREV_BCM5906)) OF_getetheraddr(dev, eaddr); else #endif { - mac_tmp = bge_readmem_ind(sc, 0x0C14); - if ((mac_tmp >> 16) == 0x484B) { - eaddr[0] = (u_char)(mac_tmp >> 8); - eaddr[1] = (u_char)mac_tmp; - mac_tmp = bge_readmem_ind(sc, 0x0C18); - eaddr[2] = (u_char)(mac_tmp >> 24); - eaddr[3] = (u_char)(mac_tmp >> 16); - eaddr[4] = (u_char)(mac_tmp >> 8); - eaddr[5] = (u_char)mac_tmp; - } else if (bge_read_eeprom(sc, eaddr, - BGE_EE_MAC_OFFSET + 2, ETHER_ADDR_LEN)) { + error = bge_get_eaddr(sc, eaddr); + if (error) { device_printf(sc->bge_dev, "failed to read station address\n"); error = ENXIO; @@ -2688,7 +2808,8 @@ dev = sc->bge_dev; - if (BGE_IS_575X_PLUS(sc) && !BGE_IS_5714_FAMILY(sc)) { + if (BGE_IS_575X_PLUS(sc) && !BGE_IS_5714_FAMILY(sc) && + (sc->bge_asicrev != BGE_ASICREV_BCM5906)) { if (sc->bge_flags & BGE_FLAG_PCIE) write_op = bge_writemem_direct; else @@ -2744,6 +2865,17 @@ /* Issue global reset */ write_op(sc, BGE_MISC_CFG, reset); + if (sc->bge_asicrev == BGE_ASICREV_BCM5906) { + uint32_t status, ctrl; + + status = CSR_READ_4(sc, BGE_VCPU_STATUS); + CSR_WRITE_4(sc, BGE_VCPU_STATUS, + status | BGE_VCPU_STATUS_DRV_RESET); + ctrl = CSR_READ_4(sc, BGE_VCPU_EXT_CTRL); + CSR_WRITE_4(sc, BGE_VCPU_EXT_CTRL, + ctrl & ~BGE_VCPU_EXT_CTRL_HALT_CPU); + } + DELAY(1000); /* XXX: Broadcom Linux driver. */ @@ -2788,21 +2920,34 @@ } else CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); - /* - * Poll until we see the 1's complement of the magic number. - * This indicates that the firmware initialization is complete. - * We expect this to fail if no EEPROM is fitted though. - */ - for (i = 0; i < BGE_TIMEOUT; i++) { - DELAY(10); - val = bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM); - if (val == ~BGE_MAGIC_NUMBER) - break; - } + if (sc->bge_asicrev == BGE_ASICREV_BCM5906) { + for (i = 0; i < BGE_TIMEOUT; i++) { + val = CSR_READ_4(sc, BGE_VCPU_STATUS); + if (val & BGE_VCPU_STATUS_INIT_DONE) + break; + DELAY(100); + } + if (i == BGE_TIMEOUT) { + device_printf(sc->bge_dev, "reset timed out\n"); + return (1); + } + } else { + /* + * Poll until we see the 1's complement of the magic number. + * This indicates that the firmware initialization is complete. + * We expect this to fail if no EEPROM is fitted though. + */ + for (i = 0; i < BGE_TIMEOUT; i++) { + DELAY(10); + val = bge_readmem_ind(sc, BGE_SOFTWARE_GENCOMM); + if (val == ~BGE_MAGIC_NUMBER) + break; + } - if ((sc->bge_flags & BGE_FLAG_EEPROM) && i == BGE_TIMEOUT) - device_printf(sc->bge_dev, "firmware handshake timed out, " - "found 0x%08x\n", val); + if ((sc->bge_flags & BGE_FLAG_EEPROM) && i == BGE_TIMEOUT) + device_printf(sc->bge_dev, "firmware handshake timed out, " + "found 0x%08x\n", val); + } /* * XXX Wait for the value of the PCISTATE register to @@ -3022,11 +3167,11 @@ bus_dmamap_sync(sc->bge_cdata.bge_rx_jumbo_ring_tag, sc->bge_cdata.bge_rx_jumbo_ring_map, BUS_DMASYNC_PREWRITE); - CSR_WRITE_4(sc, BGE_MBX_RX_CONS0_LO, sc->bge_rx_saved_considx); + bge_writembx(sc, BGE_MBX_RX_CONS0_LO, sc->bge_rx_saved_considx); if (stdcnt) - CSR_WRITE_4(sc, BGE_MBX_RX_STD_PROD_LO, sc->bge_std); + bge_writembx(sc, BGE_MBX_RX_STD_PROD_LO, sc->bge_std); if (jumbocnt) - CSR_WRITE_4(sc, BGE_MBX_RX_JUMBO_PROD_LO, sc->bge_jumbo); + bge_writembx(sc, BGE_MBX_RX_JUMBO_PROD_LO, sc->bge_jumbo); #ifdef notyet /* * This register wraps very quickly under heavy packet drops. @@ -3168,7 +3313,7 @@ * the status check). So toggling would probably be a pessimization * even with MSI. It would only be needed for using a task queue. */ - CSR_WRITE_4(sc, BGE_MBX_IRQ0_LO, 0); + bge_writembx(sc, BGE_MBX_IRQ0_LO, 0); /* * Do the mandatory PCI flush as well as get the link status. @@ -3545,10 +3690,10 @@ return; /* Transmit. */ - CSR_WRITE_4(sc, BGE_MBX_TX_HOST_PROD0_LO, prodidx); + bge_writembx(sc, BGE_MBX_TX_HOST_PROD0_LO, prodidx); /* 5700 b2 errata */ if (sc->bge_chiprev == BGE_CHIPREV_5700_BX) - CSR_WRITE_4(sc, BGE_MBX_TX_HOST_PROD0_LO, prodidx); + bge_writembx(sc, BGE_MBX_TX_HOST_PROD0_LO, prodidx); sc->bge_tx_prodidx = prodidx; @@ -3675,7 +3820,7 @@ if (ifp->if_capenable & IFCAP_POLLING) { BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_MASK_PCI_INTR); - CSR_WRITE_4(sc, BGE_MBX_IRQ0_LO, 1); + bge_writembx(sc, BGE_MBX_IRQ0_LO, 1); } else #endif @@ -3683,7 +3828,7 @@ { BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_CLEAR_INTA); BGE_CLRBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_MASK_PCI_INTR); - CSR_WRITE_4(sc, BGE_MBX_IRQ0_LO, 0); + bge_writembx(sc, BGE_MBX_IRQ0_LO, 0); } bge_ifmedia_upd_locked(ifp); @@ -3906,7 +4051,7 @@ BGE_LOCK(sc); BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_MASK_PCI_INTR); - CSR_WRITE_4(sc, BGE_MBX_IRQ0_LO, 1); + bge_writembx(sc, BGE_MBX_IRQ0_LO, 1); ifp->if_capenable |= IFCAP_POLLING; BGE_UNLOCK(sc); } else { @@ -3915,7 +4060,7 @@ BGE_LOCK(sc); BGE_CLRBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_MASK_PCI_INTR); - CSR_WRITE_4(sc, BGE_MBX_IRQ0_LO, 0); + bge_writembx(sc, BGE_MBX_IRQ0_LO, 0); ifp->if_capenable &= ~IFCAP_POLLING; BGE_UNLOCK(sc); } @@ -4040,7 +4185,7 @@ /* Disable host interrupts. */ BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_MASK_PCI_INTR); - CSR_WRITE_4(sc, BGE_MBX_IRQ0_LO, 1); + bge_writembx(sc, BGE_MBX_IRQ0_LO, 1); /* * Tell firmware we're shutting down. @@ -4536,3 +4681,64 @@ return (error); } #endif + +static int +bge_get_eaddr_mem(struct bge_softc *sc, uint8_t ether_addr[]) +{ + uint32_t mac_addr; + int ret = 1; + + mac_addr = bge_readmem_ind(sc, 0x0c14); + if ((mac_addr >> 16) == 0x484b) { + ether_addr[0] = (uint8_t)(mac_addr >> 8); + ether_addr[1] = (uint8_t)mac_addr; + mac_addr = bge_readmem_ind(sc, 0x0c18); + ether_addr[2] = (uint8_t)(mac_addr >> 24); + ether_addr[3] = (uint8_t)(mac_addr >> 16); + ether_addr[4] = (uint8_t)(mac_addr >> 8); + ether_addr[5] = (uint8_t)mac_addr; + ret = 0; + } + return ret; +} + +static int +bge_get_eaddr_nvram(struct bge_softc *sc, uint8_t ether_addr[]) +{ + int mac_offset = BGE_EE_MAC_OFFSET; + + if (sc->bge_asicrev == BGE_ASICREV_BCM5906) + mac_offset = BGE_EE_MAC_OFFSET_5906; + + return bge_read_nvram(sc, ether_addr, mac_offset + 2, ETHER_ADDR_LEN); +} + +static int +bge_get_eaddr_eeprom(struct bge_softc *sc, uint8_t ether_addr[]) +{ + if (!(sc->bge_flags & BGE_FLAG_EEPROM)) + return 1; + + return bge_read_eeprom(sc, ether_addr, BGE_EE_MAC_OFFSET + 2, + ETHER_ADDR_LEN); +} + +static int +bge_get_eaddr(struct bge_softc *sc, uint8_t eaddr[]) +{ + static const bge_eaddr_fcn_t bge_eaddr_funcs[] = { + /* NOTE: Order is critical */ + bge_get_eaddr_mem, + bge_get_eaddr_nvram, + bge_get_eaddr_eeprom, + NULL + }; + const bge_eaddr_fcn_t *func; + + for (func = bge_eaddr_funcs; *func != NULL; ++func) { + if ((*func)(sc, eaddr) == 0) + break; + } + return (*func == NULL ? ENXIO : 0); +} + --- ./sys/dev/bge/if_bgereg.h.orig 2007-05-22 21:22:58.000000000 +0200 +++ ./sys/dev/bge/if_bgereg.h 2008-03-01 14:55:49.000000000 +0100 @@ -283,6 +283,8 @@ #define BGE_CHIPID_BCM5787_A0 0xb0000000 #define BGE_CHIPID_BCM5787_A1 0xb0010000 #define BGE_CHIPID_BCM5787_A2 0xb0020000 +#define BGE_CHIPID_BCM5906_A1 0xc0010000 +#define BGE_CHIPID_BCM5906_A2 0xc0020000 /* shorthand one */ #define BGE_ASICREV(x) ((x) >> 28) @@ -299,6 +301,7 @@ #define BGE_ASICREV_BCM5755 0x0a #define BGE_ASICREV_BCM5754 0x0b #define BGE_ASICREV_BCM5787 0x0b +#define BGE_ASICREV_BCM5906 0x0c /* chip revisions */ #define BGE_CHIPREV(x) ((x) >> 24) @@ -1438,6 +1441,17 @@ #define BGE_RXCPUSTAT_MA_REQ_FIFOOFLOW 0x40000000 #define BGE_RXCPUSTAT_BLOCKING_READ 0x80000000 +/* + * V? CPU registers + */ +#define BGE_VCPU_STATUS 0x5100 +#define BGE_VCPU_EXT_CTRL 0x6890 + +#define BGE_VCPU_STATUS_INIT_DONE 0x04000000 +#define BGE_VCPU_STATUS_DRV_RESET 0x08000000 + +#define BGE_VCPU_EXT_CTRL_HALT_CPU 0x00400000 +#define BGE_VCPU_EXT_CTRL_DISABLE_WOL 0x20000000 /* * TX CPU registers @@ -1683,6 +1697,55 @@ #define BGE_MDI_CTL 0x6844 #define BGE_EE_DELAY 0x6848 #define BGE_FASTBOOT_PC 0x6894 +/* + * NVRAM Control registers + */ +#define BGE_NVRAM_CMD 0x7000 +#define BGE_NVRAM_STAT 0x7004 +#define BGE_NVRAM_WRDATA 0x7008 +#define BGE_NVRAM_ADDR 0x700c +#define BGE_NVRAM_RDDATA 0x7010 +#define BGE_NVRAM_CFG1 0x7014 +#define BGE_NVRAM_CFG2 0x7018 +#define BGE_NVRAM_CFG3 0x701c +#define BGE_NVRAM_SWARB 0x7020 +#define BGE_NVRAM_ACCESS 0x7024 +#define BGE_NVRAM_WRITE1 0x7028 + +#define BGE_NVRAMCMD_RESET 0x00000001 +#define BGE_NVRAMCMD_DONE 0x00000008 +#define BGE_NVRAMCMD_START 0x00000010 +#define BGE_NVRAMCMD_WR 0x00000020 /* 1 = wr, 0 = rd */ +#define BGE_NVRAMCMD_ERASE 0x00000040 +#define BGE_NVRAMCMD_FIRST 0x00000080 +#define BGE_NVRAMCMD_LAST 0x00000100 + +#define BGE_NVRAM_READCMD \ + (BGE_NVRAMCMD_FIRST|BGE_NVRAMCMD_LAST| \ + BGE_NVRAMCMD_START|BGE_NVRAMCMD_DONE) +#define BGE_NVRAM_WRITECMD \ + (BGE_NVRAMCMD_FIRST|BGE_NVRAMCMD_LAST| \ + BGE_NVRAMCMD_START|BGE_NVRAMCMD_DONE|BGE_NVRAMCMD_WR) + +#define BGE_NVRAMSWARB_SET0 0x00000001 +#define BGE_NVRAMSWARB_SET1 0x00000002 +#define BGE_NVRAMSWARB_SET2 0x00000003 +#define BGE_NVRAMSWARB_SET3 0x00000004 +#define BGE_NVRAMSWARB_CLR0 0x00000010 +#define BGE_NVRAMSWARB_CLR1 0x00000020 +#define BGE_NVRAMSWARB_CLR2 0x00000040 +#define BGE_NVRAMSWARB_CLR3 0x00000080 +#define BGE_NVRAMSWARB_GNT0 0x00000100 +#define BGE_NVRAMSWARB_GNT1 0x00000200 +#define BGE_NVRAMSWARB_GNT2 0x00000400 +#define BGE_NVRAMSWARB_GNT3 0x00000800 +#define BGE_NVRAMSWARB_REQ0 0x00001000 +#define BGE_NVRAMSWARB_REQ1 0x00002000 +#define BGE_NVRAMSWARB_REQ2 0x00004000 +#define BGE_NVRAMSWARB_REQ3 0x00008000 + +#define BGE_NVRAMACC_ENABLE 0x00000001 +#define BGE_NVRAMACC_WRENABLE 0x00000002 /* Mode control register */ #define BGE_MODECTL_INT_SNDCOAL_ONLY 0x00000001 @@ -1711,6 +1774,7 @@ /* Misc. config register */ #define BGE_MISCCFG_RESET_CORE_CLOCKS 0x00000001 #define BGE_MISCCFG_TIMER_PRESCALER 0x000000FE +#define BGE_MISCCFG_EPHY_IDDQ 0x00200000 #define BGE_32BITTIME_66MHZ (0x41 << 1) @@ -2037,6 +2101,8 @@ #define BCOM_DEVICEID_BCM5901 0x170D #define BCOM_DEVICEID_BCM5901A2 0x170E #define BCOM_DEVICEID_BCM5903M 0x16FF +#define BCOM_DEVICEID_BCM5906 0x1712 +#define BCOM_DEVICEID_BCM5906M 0x1713 /* * Alteon AceNIC PCI vendor/device ID. @@ -2090,6 +2156,7 @@ * Offset of MAC address inside EEPROM. */ #define BGE_EE_MAC_OFFSET 0x7C +#define BGE_EE_MAC_OFFSET_5906 0x10 #define BGE_EE_HWCFG_OFFSET 0xC8 #define BGE_HWCFG_VOLTAGE 0x00000003 @@ -2474,6 +2541,7 @@ #define BGE_FLAG_BER_BUG 0x02000000 #define BGE_FLAG_ADJUST_TRIM 0x04000000 #define BGE_FLAG_CRC_BUG 0x08000000 +#define BGE_FLAG_NO_EEPROM 0x10000000 uint32_t bge_chipid; uint8_t bge_asicrev; uint8_t bge_chiprev; --- ./sys/dev/mii/brgphy.c.70 2008-03-01 14:54:58.000000000 +0100 +++ ./sys/dev/mii/brgphy.c 2008-03-01 14:55:49.000000000 +0100 @@ -131,6 +131,7 @@ MII_PHY_DESC(xxBROADCOM_ALT1, BCM5755), MII_PHY_DESC(xxBROADCOM_ALT1, BCM5787), MII_PHY_DESC(xxBROADCOM_ALT1, BCM5708S), + MII_PHY_DESC(BROADCOM2, BCM5906), MII_PHY_END }; @@ -186,6 +187,7 @@ /* Handle any special cases based on the PHY ID */ switch (bsc->mii_oui) { case MII_OUI_BROADCOM: + case MII_OUI_BROADCOM2: break; case MII_OUI_xxBROADCOM: switch (bsc->mii_model) { @@ -226,12 +228,14 @@ bce_sc = ifp->if_softc; } - /* Todo: Need to add additional controllers such as 5906 & 5787F */ + /* Todo: Need to add additional controllers such as 5787F */ /* The 590x chips are 10/100 only. */ if (bge_sc && pci_get_vendor(bge_sc->bge_dev) == BCOM_VENDORID && (pci_get_device(bge_sc->bge_dev) == BCOM_DEVICEID_BCM5901 || - pci_get_device(bge_sc->bge_dev) == BCOM_DEVICEID_BCM5901A2)) { + pci_get_device(bge_sc->bge_dev) == BCOM_DEVICEID_BCM5901A2 || + pci_get_device(bge_sc->bge_dev) == BCOM_DEVICEID_BCM5906 || + pci_get_device(bge_sc->bge_dev) == BCOM_DEVICEID_BCM5906M)) { fast_ether = 1; sc->mii_anegticks = MII_ANEGTICKS; } @@ -930,6 +934,11 @@ PHY_READ(sc, BRGPHY_MII_PHY_EXTCTL) & ~BRGPHY_PHY_EXTCTL_3_LED); } + + /* Adjust output voltage (From Linux driver) */ + if (bge_sc->bge_asicrev == BGE_ASICREV_BCM5906) + PHY_WRITE(sc, BRGPHY_MII_EPHY_PTEST, 0x12); + /* Handle any bce (NetXtreme II) workarounds. */ } else if (bce_sc) { --- ./sys/dev/mii/brgphyreg.h.70 2008-03-01 14:55:05.000000000 +0100 +++ ./sys/dev/mii/brgphyreg.h 2008-03-01 14:55:49.000000000 +0100 @@ -161,6 +161,7 @@ #define BRGPHY_MII_DSP_RW_PORT 0x15 /* DSP coefficient r/w port */ #define BRGPHY_MII_DSP_ADDR_REG 0x17 /* DSP coefficient addr register */ +#define BRGPHY_MII_EPHY_PTEST 0x17 /* 5906 PHY register */ #define BRGPHY_DSP_TAP_NUMBER_MASK 0x00 #define BRGPHY_DSP_AGC_A 0x00 --- ./sys/dev/mii/miidevs.orig 2007-11-05 02:42:02.000000000 +0100 +++ ./sys/dev/mii/miidevs 2008-03-01 14:55:49.000000000 +0100 @@ -52,6 +52,7 @@ oui ALTIMA 0x0010a9 Altima Communications oui AMD 0x00001a Advanced Micro Devices oui BROADCOM 0x001018 Broadcom Corporation +oui BROADCOM2 0x000af7 Broadcom Corporation oui CICADA 0x0003F1 Cicada Semiconductor oui DAVICOM 0x00606e Davicom Semiconductor oui ICPLUS 0x0090c3 IC Plus Corp. @@ -135,6 +136,7 @@ model xxBROADCOM_ALT1 BCM5755 0x000c BCM5755 10/100/1000baseTX PHY model xxBROADCOM_ALT1 BCM5787 0x000e BCM5787 10/100/1000baseTX PHY model xxBROADCOM_ALT1 BCM5708S 0x0015 BCM5708S 1000/2500BaseSX PHY +model BROADCOM2 BCM5906 0x0004 BCM5906 10/100baseTX PHY /* Cicada Semiconductor PHYs (now owned by Vitesse?) */ model CICADA CS8201 0x0001 Cicada CS8201 10/100/1000TX PHY --------------000103070907090204020108-- From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 19:52:16 2008 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 0D3B81065670 for ; Sat, 1 Mar 2008 19:52:16 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 514AE8FC12 for ; Sat, 1 Mar 2008 19:52:14 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 30367 invoked from network); 1 Mar 2008 20:25:32 +0100 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 1 Mar 2008 20:25:32 +0100 Date: Sat, 1 Mar 2008 20:25:32 +0100 (CET) From: Ingo Flaschberger To: Barney Cordoba In-Reply-To: <640774.53824.qm@web63911.mail.re1.yahoo.com> Message-ID: References: <640774.53824.qm@web63911.mail.re1.yahoo.com> User-Agent: Alpine 1.00 (LFD 882 2007-12-20) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: net@freebsd.org Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 19:52:16 -0000 Dear Barney, > It seems absolutely ridiculous to buy such hardware > and not install a PCIx or 4x PCIe card for another > $100. or less. Saying a 1x is "fast enough" is like > saying a Celeron is "fast enough". The box is a small 1HE appliance and can boot from a CF-Card. I trust them more than a "al cheapo" pc. 1x axiomtek NA-820 1x P4 3Ghz cpu 1x 1gb ddr2 --- 850eur without taxes. A good chipset, good cpu, good ram, good harddisk, god powersupply has same price. And don't forget that in exchanges you pay for each HE. And back to 1x is not fast enough: There are no 1gbit single port network cards that support more than 1 lane, even if you plug it into a 16 lane slot. (and I'm not talking about 10gbit cards; if you have 10gbit upstream you have enough $$ to buy good gear) http://www.intel.com/network/connectivity/products/prodbrf/pro1000_pt_server_adapter.pdf Bus width x1 Lane PCI Express, operable in x1, x4,x8, x16 slots Bus speed (x1, encoded rate) 2.5 Gbps uni-directional; 5 Gbps bi-directional Kind regards, Ingo Flaschberger From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 20:27:48 2008 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 713B6106567F for ; Sat, 1 Mar 2008 20:27:48 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.freebsd.org (Postfix) with SMTP id F144A8FC14 for ; Sat, 1 Mar 2008 20:27:47 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 42030 invoked from network); 1 Mar 2008 20:27:46 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 1 Mar 2008 20:27:46 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sat, 1 Mar 2008 14:27:45 -0600 (CST) From: Mike Silbersack To: Fernando Gont In-Reply-To: <200803011338.m21DcY9Z026418@venus.xmundo.net> Message-ID: <20080301142538.L29763@odysseus.silby.com> References: <200803011338.m21DcY9Z026418@venus.xmundo.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rui Paulo , freebsd-net@freebsd.org Subject: Re: Ephemeral port range (patch) 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, 01 Mar 2008 20:27:48 -0000 On Sat, 1 Mar 2008, Fernando Gont wrote: > Folks, > > This patch changes the default ephemeral port range from 49152-65535 to > 1024-65535. This makes it harder for an attacker to guess the ephemeral ports > (as the port number space is larger). Also, it makes the chances of port > number collisions smaller. > (http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-port-randomization-01.txt) There are a number of commonly used ports above 1000, such as nfs and x11. I think OpenBSD uses 10000-65535, maybe that's a safer choice to go with. -Mike From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 21:27:47 2008 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 DD0C8106567E for ; Sat, 1 Mar 2008 21:27:47 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63905.mail.re1.yahoo.com (web63905.mail.re1.yahoo.com [69.147.97.120]) by mx1.freebsd.org (Postfix) with SMTP id 7C67E8FC2B for ; Sat, 1 Mar 2008 21:27:47 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 45232 invoked by uid 60001); 1 Mar 2008 21:27:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=SrHt4u5aA036YESSIE/Xse9QyF1QpNtgkpYBVZOlOfx6nc3HYReIIeMotn8xwpPhGdTuQ9F4SW02CItcRJUHgKLXXGz41oEPX87DHtLnX2Mca2IsIOaWwv8jxdwj4axeqGNWdU8heeRF/hraYxzTcFJUjez1xLTJ3Jt3zDhH42c=; X-YMail-OSG: RjSlatMVM1m9Wu3ruhzQZ8C2kWt4ANH_sYSPLfLGiJ4ja32F.onQjPvCnxDUNyGhSybFe_yzeh51LN85.09FNtN96Se8BvXoQjOi1ZYbPPeJw6XyZug4T.hgQAfBEgm9AtP7m8tx2zoXJw-- Received: from [98.203.28.38] by web63905.mail.re1.yahoo.com via HTTP; Sat, 01 Mar 2008 13:27:46 PST Date: Sat, 1 Mar 2008 13:27:46 -0800 (PST) From: Barney Cordoba To: Ingo Flaschberger In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <497111.42659.qm@web63905.mail.re1.yahoo.com> Cc: net@freebsd.org Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 21:27:48 -0000 --- Ingo Flaschberger wrote: > Dear Barney, > > > It seems absolutely ridiculous to buy such > hardware > > and not install a PCIx or 4x PCIe card for another > > $100. or less. Saying a 1x is "fast enough" is > like > > saying a Celeron is "fast enough". > > The box is a small 1HE appliance and can boot from a > CF-Card. > I trust them more than a "al cheapo" pc. > 1x axiomtek NA-820 > 1x P4 3Ghz cpu > 1x 1gb ddr2 > --- > 850eur without taxes. > > A good chipset, good cpu, good ram, good harddisk, > god powersupply has > same price. > And don't forget that in exchanges you pay for each > HE. > > And back to 1x is not fast enough: > There are no 1gbit single port network cards that > support more than 1 > lane, even if you plug it into a 16 lane slot. > (and I'm not talking about 10gbit cards; if you have > 10gbit upstream you > have enough $$ to buy good gear) Ok, well I've never seen a router with 1 port. I thought we were talking about building a router? The lack of PCIe cards is a good reason to consider a PCIX machine. On the systems that we have, the 1x PCIe ports are a lot slower than a PCI-X card in the slot. You need 4Gb/s of throughput to handle a gigablt router. (1 GB/s full duplex times 2). 1x is 4Gb/s maximum. In my view, you always need twice the bandwidth on the bus to avoid contention issues. Barney ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 21:35:30 2008 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 5A7731065676 for ; Sat, 1 Mar 2008 21:35:30 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63903.mail.re1.yahoo.com (web63903.mail.re1.yahoo.com [69.147.97.118]) by mx1.freebsd.org (Postfix) with SMTP id 0849F8FC14 for ; Sat, 1 Mar 2008 21:35:29 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 85093 invoked by uid 60001); 1 Mar 2008 21:35:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=uky3GVBsTCB4UZjZybM2zeuUG7CSMbNujPdSnd5ucUCHDSRtTpvelS5Z+6jokDoZQW9PkO/IWcAdPW900siStjTI3o05gMFXwWvSC5dnqQe57LQO2UlZy0/fsEUkWd5XQqQfdzWaQ6mik5j2jMjx6CkzMRshdXgDEcvjQJJBmXw=; X-YMail-OSG: g4_kJR8VM1losy9Odu2ZZTQtCsuOXGZ_yQ4m4EnG7STMehYUjOCT2RbcGEHpydU_S2wIbOQr5C8xctlBfLAlLBiU2AGHQwO8u1_iJUZkcMSod4VeBfe671eYA.NXth5xVJHIEZtNUVUdriA_5a6M_FIcng-- Received: from [98.203.28.38] by web63903.mail.re1.yahoo.com via HTTP; Sat, 01 Mar 2008 13:35:29 PST Date: Sat, 1 Mar 2008 13:35:29 -0800 (PST) From: Barney Cordoba To: Ingo Flaschberger In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <118554.84371.qm@web63903.mail.re1.yahoo.com> Cc: net@freebsd.org Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 21:35:30 -0000 --- Ingo Flaschberger wrote: > Dear Barney, > > > It seems absolutely ridiculous to buy such > hardware > > and not install a PCIx or 4x PCIe card for another > > $100. or less. Saying a 1x is "fast enough" is > like > > saying a Celeron is "fast enough". > > The box is a small 1HE appliance and can boot from a > CF-Card. > I trust them more than a "al cheapo" pc. > 1x axiomtek NA-820 > 1x P4 3Ghz cpu > 1x 1gb ddr2 > --- > 850eur without taxes. > > A good chipset, good cpu, good ram, good harddisk, > god powersupply has > same price. > And don't forget that in exchanges you pay for each > HE. > > And back to 1x is not fast enough: > There are no 1gbit single port network cards that > support more than 1 > lane, even if you plug it into a 16 lane slot. > (and I'm not talking about 10gbit cards; if you have > 10gbit upstream you > have enough $$ to buy good gear) > Additionally, you're also doing I/O on the bus. You have I/O and setup operations. Although they are small bandwidth-wise, they interfere with transfers and force gaps in your transfers. So you always need much more bandwidth than your transfers. Barney ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 22:42:19 2008 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 E67C91065670 for ; Sat, 1 Mar 2008 22:42:19 +0000 (UTC) (envelope-from SRS0=066728c16b4a638cbe6f4590937b2ec6e6533bcd=627=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 5BF328FC15 for ; Sat, 1 Mar 2008 22:42:19 +0000 (UTC) (envelope-from SRS0=066728c16b4a638cbe6f4590937b2ec6e6533bcd=627=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id HZR43117; Sat, 01 Mar 2008 14:42:17 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 33F0A45047; Sat, 1 Mar 2008 14:42:17 -0800 (PST) To: Fernando Gont In-Reply-To: Your message of "Sat, 01 Mar 2008 11:34:27 -0200." <200803011338.m21DcY9Z026418@venus.xmundo.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1204411337_37678P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sat, 01 Mar 2008 14:42:17 -0800 From: "Kevin Oberman" Message-Id: <20080301224217.33F0A45047@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Fernando Gont X-To_Domain: gont.com.ar X-To: Fernando Gont X-To_Email: fernando@gont.com.ar X-To_Alias: fernando Cc: Rui Paulo , freebsd-net@freebsd.org Subject: Re: Ephemeral port range (patch) 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, 01 Mar 2008 22:42:20 -0000 --==_Exmh_1204411337_37678P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Sat, 01 Mar 2008 11:34:27 -0200 > From: Fernando Gont > Sender: owner-freebsd-net@freebsd.org > > Folks, > > This patch changes the default ephemeral port range from 49152-65535 > to 1024-65535. This makes it harder for an attacker to guess the > ephemeral ports (as the port number space is larger). Also, it makes > the chances of port number collisions smaller. > (http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-port-randomization-01.txt) > > This patch also includes my previous patch that eliminated duplicated > code in in_pcb_bind(). The idea is good, but 1024 is way too low. Things like rpc and the like use ports well above 1024. Notably, 6000 and above are used by X. Maybe 10000 would be OK. Maybe not, though. I see that gnuserv and gkrellmd both use ports about 1000. (gnuserv uses 30871 and gkrellmd uses 19150.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1204411337_37678P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHydvJkn3rs5h7N1ERAmtMAKCZC3Ag8hH4z52WQDiqZjkGT5GjzwCfWxNE Wr8CtH+wf9gBFdEuGfldzdc= =lYpN -----END PGP SIGNATURE----- --==_Exmh_1204411337_37678P-- From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 23:12:58 2008 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 796ED106566C for ; Sat, 1 Mar 2008 23:12:58 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id EA1148FC16 for ; Sat, 1 Mar 2008 23:12:57 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:61088 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1JVae2-0008Nn-7T for net@freebsd.org; Sat, 01 Mar 2008 23:57:30 +0100 Received: (qmail 1411 invoked from network); 1 Mar 2008 23:57:27 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 1 Mar 2008 23:57:27 +0100 Received: (qmail 85918 invoked by uid 1001); 1 Mar 2008 23:57:27 +0100 Date: Sat, 1 Mar 2008 23:57:27 +0100 From: Erik Trulsson To: Barney Cordoba Message-ID: <20080301225727.GA85851@owl.midgard.homeip.net> Mail-Followup-To: Barney Cordoba , Ingo Flaschberger , net@freebsd.org References: <497111.42659.qm@web63905.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <497111.42659.qm@web63905.mail.re1.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1JVae2-0008Nn-7T. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1JVae2-0008Nn-7T 0d896a05fafc0c0c329cb007a2002ffc Cc: Ingo Flaschberger , net@freebsd.org Subject: Re: FBSD 1GBit router? 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, 01 Mar 2008 23:12:58 -0000 On Sat, Mar 01, 2008 at 01:27:46PM -0800, Barney Cordoba wrote: > > --- Ingo Flaschberger wrote: > > > Dear Barney, > > > > > It seems absolutely ridiculous to buy such > > hardware > > > and not install a PCIx or 4x PCIe card for another > > > $100. or less. Saying a 1x is "fast enough" is > > like > > > saying a Celeron is "fast enough". > > > > The box is a small 1HE appliance and can boot from a > > CF-Card. > > I trust them more than a "al cheapo" pc. > > 1x axiomtek NA-820 > > 1x P4 3Ghz cpu > > 1x 1gb ddr2 > > --- > > 850eur without taxes. > > > > A good chipset, good cpu, good ram, good harddisk, > > god powersupply has > > same price. > > And don't forget that in exchanges you pay for each > > HE. > > > > And back to 1x is not fast enough: > > There are no 1gbit single port network cards that > > support more than 1 > > lane, even if you plug it into a 16 lane slot. > > (and I'm not talking about 10gbit cards; if you have > > 10gbit upstream you > > have enough $$ to buy good gear) > > Ok, well I've never seen a router with 1 port. I > thought we were talking about building a router? He did not say anything about a single port router. He talked about single port network cards. You can use more than one of them when building a router. > > The lack of PCIe cards is a good reason to consider a > PCIX machine. What lack of PCI-E cards? These days there are quite a few to choose between. > On the systems that we have, the 1x PCIe > ports are a lot slower than a PCI-X card in the slot. > > You need 4Gb/s of throughput to handle a gigablt > router. (1 GB/s full duplex times 2). 1x is 4Gb/s > maximum. In my view, you always need twice the > bandwidth on the bus to avoid contention issues. What contention issues? With PCI-E each device is essentially on its own bus and does not need to contend with other devices for bandwidth on that bus. A PCI-E 1x connection provides more bandwidth than one gigabit ethernet connection can use. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 23:21:31 2008 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 EFCAB106566B; Sat, 1 Mar 2008 23:21:31 +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 C38448FC12; Sat, 1 Mar 2008 23:21:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m21NLVg3023448; Sat, 1 Mar 2008 23:21:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m21NLVJg023444; Sat, 1 Mar 2008 23:21:31 GMT (envelope-from linimon) Date: Sat, 1 Mar 2008 23:21:31 GMT Message-Id: <200803012321.m21NLVJg023444@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/121257: [tcp] TSO + natd -> slow outgoing tcp traffic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2008 23:21:32 -0000 Old Synopsis: TSO + natd -> slow outgoing tcp traffic New Synopsis: [tcp] TSO + natd -> slow outgoing tcp traffic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Mar 1 23:21:15 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=121257 From owner-freebsd-net@FreeBSD.ORG Sat Mar 1 23:29:38 2008 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 F3D73106566C; Sat, 1 Mar 2008 23:29:37 +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 C75D28FC15; Sat, 1 Mar 2008 23:29:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m21NTbAK023863; Sat, 1 Mar 2008 23:29:37 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m21NTaVt023859; Sat, 1 Mar 2008 23:29:36 GMT (envelope-from linimon) Date: Sat, 1 Mar 2008 23:29:36 GMT Message-Id: <200803012329.m21NTaVt023859@freefall.freebsd.org> To: roberto@redix.it, linimon@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/62374: panic: free: multiple frees 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, 01 Mar 2008 23:29:38 -0000 Synopsis: panic: free: multiple frees State-Changed-From-To: feedback->closed State-Changed-By: linimon State-Changed-When: Sat Mar 1 23:29:14 UTC 2008 State-Changed-Why: Feedback timeout (> 3 months). http://www.freebsd.org/cgi/query-pr.cgi?pr=62374