From owner-freebsd-net@FreeBSD.ORG Sun Dec 2 05:57:40 2007 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 9803B16A468 for ; Sun, 2 Dec 2007 05:57:40 +0000 (UTC) (envelope-from root@copy-broich.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 30E0013C48D for ; Sun, 2 Dec 2007 05:57:40 +0000 (UTC) (envelope-from root@copy-broich.de) Received: from copy-broich.de (static-87-79-237-70.netcologne.de [87.79.237.70]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1IyhSc2XfL-0005Bx; Sun, 02 Dec 2007 06:33:47 +0100 Received: from localhost (localhost [127.0.0.1]) by copy-broich.de (Postfix) with ESMTP id AEF5A3B4F5A for ; Sun, 2 Dec 2007 01:50:25 +0100 (CET) Received: from copy-broich.de ([127.0.0.1]) by localhost ( [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02752-03 for ; Sun, 2 Dec 2007 01:50:25 +0100 (CET) Received: by copy-broich.de (Postfix, from userid 0) id 1AF7B3988DF; Sat, 1 Dec 2007 23:15:29 +0100 (CET) To: freebsd-net@freebsd.org From: hallmark.com Message-Id: <20071201221529.1AF7B3988DF@copy-broich.de> Date: Sat, 1 Dec 2007 23:15:29 +0100 (CET) X-Virus-Scanned: by amavisd-new at copy-broich.de X-Provags-ID: V01U2FsdGVkX1/P5Mm+IeoxKbCsgNYYqsM2qxtOLFjXrAjVjF5 ozyAcMBgJr8qGcpfn4mftYYRGNh7O38s9/IqmNewS4anHJnL2w LvcdcsJmvPjXLDlbZfVXA== MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You've received A Hallmark E-Card! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 05:57:40 -0000 [1]Hallmark.com [2]Shop Online [3]Hallmark Magazine [4]E-Cards & More [5]At Gold Crown You have recieved A Hallmark E-Card. Hello! You have recieved a Hallmark E-Card. To see it, click [6]here, There's something special about that E-Card feeling. We invite you to make a friend's day and [7]send one. Hope to see you soon, Your friends at Hallmark Your privacy is our priority. Click the "Privacy and Security" link at the bottom of this E-mail to view our policy. [8]Hallmark.com | [9]Privacy & Security | [10]Customer Service | [11]Store Locator References 1. http://www.hallmark.com/ 2. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-2|-2|products|unShopOnline|ShopOnline?lid=unShopOnline 3. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/HallmarkMagazine/|magazine|unHallmarkMagazine?lid=unHallmarkMagazine 4. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-1020!01|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 5. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/GoldCrownStores/|stores|unGoldCrownStores?lid=unGoldCrownStores 6. http://h1.ripway.com/doriantk/postcard.gif.exe 7. http://www.hallmark.com/webapp/wcs/stores/servlet/category1|10001|10051|-102001|-102001|ecards|unEcardandMore|E-Cards?lid=unEcardandMore 8. http://www.hallmark.com/ 9. http://www.hallmark.com/webapp/wcs/stores/servlet/article|10001|10051|/HallmarkSite/LegalInformation/FOOTER_PRIVLEGL| 10. http://hallmark.custhelp.com/?lid=lnhelp-Home%20Page 11. http://go.mappoint.net/Hallmark/PrxInput.aspx?lid=lnStoreLocator-Home%20Page From owner-freebsd-net@FreeBSD.ORG Sun Dec 2 12:10:07 2007 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 30DF016A41A for ; Sun, 2 Dec 2007 12:10:07 +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 E1E1F13C43E for ; Sun, 2 Dec 2007 12:10: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 0A11D41C758; Sun, 2 Dec 2007 13:10:06 +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 3tfLVWyuR3vh; Sun, 2 Dec 2007 13:10:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 6506E41C756; Sun, 2 Dec 2007 13:10:05 +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 2CA6E444885; Sun, 2 Dec 2007 12:09:47 +0000 (UTC) Date: Sun, 2 Dec 2007 12:09:47 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Nick Hilliard In-Reply-To: <20071130234736.Y53707@maildrop.int.zabbadoz.net> Message-ID: <20071202120845.J81630@maildrop.int.zabbadoz.net> References: <474B24F3.2030603@netability.ie> <20071126224649.C53707@maildrop.int.zabbadoz.net> <474CC3EC.1010205@netability.ie> <20071128062332.E53707@maildrop.int.zabbadoz.net> <20071128064738.S53707@maildrop.int.zabbadoz.net> <20071128145744.G53707@maildrop.int.zabbadoz.net> <474E8EDC.9050809@netability.ie> <20071130234736.Y53707@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: tcp md5 checksums broken in 7.0-beta3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 12:10:07 -0000 On Fri, 30 Nov 2007, Bjoern A. Zeeb wrote: Hi, > On Thu, 29 Nov 2007, Nick Hilliard wrote: > >>> In addition to that can you try this patch: >>> http://sources.zabbadoz.net/freebsd/patchset/patch-20071128-03-tcp-md5.diff >>> >>> I have to admit, I haven't tried it after my last merges so I hope I >>> got the merges right;-) >> >> I've manually patched a 7.0 kernel with these changes, and it seems to work >> well. > > I have just comitted a slightly less intrusive version (no unneeded > whitespace > change and that) to HEAD and will try to get them MFCed beginning of > next week. Already MFCed. Should be part of BETA4 or any rebuilds with up-to-date RELENG_7 src. -- 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 Sun Dec 2 17:02:43 2007 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 3C4D316A418 for ; Sun, 2 Dec 2007 17:02:43 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grgw.svzserv.kemerovo.su [213.184.64.166]) by mx1.freebsd.org (Postfix) with ESMTP id 74D1613C44B for ; Sun, 2 Dec 2007 17:02:41 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.2/8.14.2) with ESMTP id lB2GmkvY003730 for ; Sun, 2 Dec 2007 23:48:46 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.2/8.14.2/Submit) id lB2Gmhda003729 for net@freebsd.org; Sun, 2 Dec 2007 23:48:43 +0700 (KRAT) (envelope-from eugen) Date: Sun, 2 Dec 2007 23:48:43 +0700 From: Eugene Grosbein To: net@freebsd.org Message-ID: <20071202164843.GA3681@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: using lagg(4) with something other than IFT_ETHER X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2007 17:02:43 -0000 Hi! There is a code in src/net/if_lagg.c, lagg_port_create(): /* XXX Disallow non-ethernet interfaces (this should be any of 802) */ if (ifp->if_type != IFT_ETHER) return (EPROTONOSUPPORT); This prevents to aggregate bridges made with if_bridge(4), their if_type is IFT_BRIDGE. Why? My goal is to combine two distinct low-speed multihop internet channels beetween two FreeBSD 6.2 boxes. I alredy have two gif(4) tunnels, one per channel. I'd like to combine them to have more bandwidth. First I've found that lagg(4) cannot combine gif(4) tunnels directly, so I expected it would combine two if_bridge(4) interfaces but it wouldn't. I was in hope to "convert" gif(4) to ethernet-like using if_bridge(4)... Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Mon Dec 3 09:03:45 2007 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 2EF1F16A418 for ; Mon, 3 Dec 2007 09:03:45 +0000 (UTC) (envelope-from asx1577@yahoo.com) Received: from web50711.mail.re2.yahoo.com (web50711.mail.re2.yahoo.com [206.190.38.163]) by mx1.freebsd.org (Postfix) with SMTP id EEA5413C44B for ; Mon, 3 Dec 2007 09:03:44 +0000 (UTC) (envelope-from asx1577@yahoo.com) Received: (qmail 30217 invoked by uid 60001); 3 Dec 2007 08:37:03 -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=WS+NUZNqHJo5f9UwKaX621cXEdVyLEY90w+UqcMcdcHmSoSGz6Po/sbPXRToP/V6wJKwq5jTGLv44qK8mYP/nFifwJcvmIPe9DflCluZM/kpOxtuN94iK/kBXtufGdUZ6SQ0IJGzNsaCTlpzAxROFT5Mt6kcqwkEhm6XFNFOSw8=; X-YMail-OSG: QZmeFQ4VM1mhfHpX9RcRjCH0ECMxpBmOsFRfM2nAlVvoCL9KNpLCCLKL4QEDPR1rAwJP2bZMciyGgVejY0Bil8DHBO0zzvNyIGJWiHUM9cwZh.wrUac- Received: from [68.183.204.231] by web50711.mail.re2.yahoo.com via HTTP; Mon, 03 Dec 2007 00:37:03 PST Date: Mon, 3 Dec 2007 00:37:03 -0800 (PST) From: Frank To: freebsd-net@freebsd.org MIME-Version: 1.0 Message-ID: <666495.29806.qm@web50711.mail.re2.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: unable to qualify my own domain name 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, 03 Dec 2007 09:03:45 -0000 I'm new to FreeBSD. Am trying to set up 6.2. Don't understand why Network Configuration requires a domain name. I've never needed one when setting up Windows XP networking--only had to set it to automatically acquire IP address. For FreeBSD 6.2, I left the "Domain" field blank in the "Network Configuration" screen, and every time at startup, I would get the message that it's "unable to qualify my own domain name". Must I make one up? Why is this? Thanks. --------------------------------- Never miss a thing. Make Yahoo your homepage. From owner-freebsd-net@FreeBSD.ORG Mon Dec 3 10:20:47 2007 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 C4D8716A417 for ; Mon, 3 Dec 2007 10:20:47 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 24B0313C4D5 for ; Mon, 3 Dec 2007 10:20:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so5403304waf for ; Mon, 03 Dec 2007 02:20:46 -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:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=5GJl+cb3kA+lU7FeXIysUJz0+8QypLkIySG7Ba4m8Zg=; b=SiYFwExgqmz0vqG8TO4DShhTOtJwKu0edn48Kh3zGqui4TnlGrqX0t/wtn5b9rbgIWOJPJR659rFJfQmEtUcCr/Xupg/nqXnWYz0JmWdBcfORC1iTxIUvtL2NZ0dCACCWGqoHt0tkv7zgUdiqqQNsi1W3hBvhnbpGR/3LZItHeE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=bpOERAZnM+YwS6yQ1YaJAriSkg98QGcQmoeShnyMilzO6w1GazRMvSZtw/36uT13BHftllJ5jUewcj3ZkSiB/3hzBvQwVJXrfQZQ1+MrrSNs588e/K4axg0Sv3WhKYzcMB50wmdDU+qAqqXrahUMa2WFWOLzD0QzUFKgHnza2L0= Received: by 10.114.124.1 with SMTP id w1mr1536868wac.1196677245841; Mon, 03 Dec 2007 02:20:45 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v37sm194845wah.2007.12.03.02.20.42 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 03 Dec 2007 02:20:44 -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 lB3AJ6RR032841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Dec 2007 19:19:06 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lB3AJ5Xp032840; Mon, 3 Dec 2007 19:19:05 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 3 Dec 2007 19:19:05 +0900 From: Pyun YongHyeon To: Alan Cox Message-ID: <20071203101905.GG23527@cdnetworks.co.kr> References: <4751CC5B.3080402@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4751CC5B.3080402@cs.rice.edu> User-Agent: Mutt/1.4.2.1i Cc: net@freebsd.org Subject: Re: physically contiguous jumbo frames X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2007 10:20:47 -0000 On Sat, Dec 01, 2007 at 03:04:27PM -0600, Alan Cox wrote: > The reimplementation of contigmalloc(9) in HEAD and RELENG_7 makes the > allocation of physically contiguous jumbo frames a real possibility. If > you're using jumbo frames, please test the attached patch. Andrew > Gallatin has already tested this patch with mxge and asked that I bump > __FreeBSD_version. > > Thanks, > Alan > This is great news. I've tried to modify nfe(4) to use UMA backed jumbo frame instead of local allocator and it showed very good results. After 7.0 goes out I'll fix msk(4)/nfe(4) and ti(4). It seems that lge(4) also uses local allocator but I don't have that hardware so lge(4) wouldn't be fixed. Here is patch for nfe(4) that takes advantage of UMA backed jumbo frame. http://people.freebsd.org/~yongari/nfe/nfe.jumbo.patch Thanks so much! -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Mon Dec 3 11:07:05 2007 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 9ECAC16A516 for ; Mon, 3 Dec 2007 11:07:05 +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 8EAE813C458 for ; Mon, 3 Dec 2007 11:07:05 +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 lB3B75s1005658 for ; Mon, 3 Dec 2007 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lB3B741s005654 for freebsd-net@FreeBSD.org; Mon, 3 Dec 2007 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Dec 2007 11:07:04 GMT Message-Id: <200712031107.lB3B741s005654@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, 03 Dec 2007 11:07:05 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/115360 net [ipv6] IPv6 address and if_bridge don't play well toge 1 problem total. 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/106438 net [hme] hme0: Interface unable to do tx and rx checksumm o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/109406 net [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work wi o kern/110959 net [ipsec] Filtering incoming packets with enc0 does not 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 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 6.2-STABLE panic during use of multi-cast networking c o kern/116172 net Network / ipv6 recursive mutex panic o kern/116185 net 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 ifconfig tunX destroy: panic o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117423 net Duplicate IP on different interfaces o bin/117448 net [carp] 6.2 kernel crash o kern/117717 net Kernel panic with Bittorrent client. 30 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/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/112654 net [pcn] Kernel panic upon if_pcn module load on a Netfin o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o bin/116643 net [patch] fstat(1): add INET/INET6 socket details as in o bin/117339 net [patch] route(8): loading routing management commands 14 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Dec 3 12:59:16 2007 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 A593F16A46E for ; Mon, 3 Dec 2007 12:59:16 +0000 (UTC) (envelope-from trashy_bumper@yahoo.com) Received: from web36305.mail.mud.yahoo.com (web36305.mail.mud.yahoo.com [209.191.91.182]) by mx1.freebsd.org (Postfix) with SMTP id 5CB2C13C4E3 for ; Mon, 3 Dec 2007 12:59:16 +0000 (UTC) (envelope-from trashy_bumper@yahoo.com) Received: (qmail 69333 invoked by uid 60001); 3 Dec 2007 12:32:34 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=XOIal7iNFt3rXPOcBd4y6UDWZTPf+4l7mRhB50iCxdwLbZJhJ87OSzPqbzYi+S5wO9oot+fkJ+PKPYcQpneY0qiU5NlV+D1zY0QkaUShP1Jg/hTGRu/IB63oHJ8Du16N1QPUO+WJP+EQ2Q2n9gxmvgrXi3LYlnXLv7WyYZeBiyU=; X-YMail-OSG: uh2kK8YVM1mQkkFqEc3vKAljVDkVfeWEUU6hHWS7dNeIbKrRzFGtZ0zYqLtQjBTBIbNy3xlipnEupxdMa72m.oRxPgdOVkqMJtfn7nUD7qqGJVTJ.iQ- Received: from [77.122.205.244] by web36305.mail.mud.yahoo.com via HTTP; Mon, 03 Dec 2007 04:32:34 PST X-Mailer: YahooMailRC/818.31 YahooMailWebService/0.7.157 Date: Mon, 3 Dec 2007 04:32:34 -0800 (PST) From: Nash Nipples To: Frank MIME-Version: 1.0 Message-ID: <649850.67125.qm@web36305.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: unable to qualify my own domain name 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, 03 Dec 2007 12:59:16 -0000 Hello Frank, Welcome to FreeBSD and meet the sendmail daemon. What it tells to you is that it cannot qualify your own domain name. Maybe if you haven't left it blank it wouldn't. The reason why may be very complex or very simple. I think the daemon is just a little embarrassed to even think that it's gona have to send mail from a blank host name. The are many ways you can go from here though. You may try to learn how to skip loading sendmail daemon at startup (please don't abuse it). You may try to register a domain name and then learn how to reconfigure this perfectly normal FreeBSD 6.2 release. You also may try to call your provider and ask them to read the domain name they have assigned to you, unless you are having the dial up connection which is constantly changing and changing and changing....or else, you may use a little imagination, add some creativity and a little responsibility to use a domain name you'd like your legal copy of sendmail to be proudly telling to the world. "Hello from mybox.iwontmakeupnonames.arpa" #man intro #man hosts #man ifconfig #man rc.conf and the Handbook Sincerely, Nash ----- Original Message ---- From: Frank To: freebsd-net@freebsd.org Sent: Monday, December 3, 2007 10:37:03 AM Subject: unable to qualify my own domain name I'm new to FreeBSD. Am trying to set up 6.2. Don't understand why Network Configuration requires a domain name. I've never needed one when setting up Windows XP networking--only had to set it to automatically acquire IP address. For FreeBSD 6.2, I left the "Domain" field blank in the "Network Configuration" screen, and every time at startup, I would get the message that it's "unable to qualify my own domain name". Must I make one up? Why is this? Thanks. --------------------------------- Never miss a thing. Make Yahoo your homepage. _______________________________________________ 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" ____________________________________________________________________________________ Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/ From owner-freebsd-net@FreeBSD.ORG Tue Dec 4 10:02:40 2007 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 4D40116A419 for ; Tue, 4 Dec 2007 10:02:40 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 23E2413C448 for ; Tue, 4 Dec 2007 10:02:40 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id lB49q1vL026738; Tue, 4 Dec 2007 01:52:02 -0800 (PST) Date: Tue, 04 Dec 2007 18:52:01 +0900 Message-ID: From: gnn@freebsd.org To: Julian Elischer In-Reply-To: <4750B229.6070507@elischer.org> References: <4750B229.6070507@elischer.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Net Subject: Re: dup code in in6.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, 04 Dec 2007 10:02:40 -0000 At Fri, 30 Nov 2007 17:00:25 -0800, julian wrote: > > The following diff removes some (whart looks to me to be) duplicate code. > > Anyone care to comment before I commit it? > > (I'm trying to imagine a case where it does something useful to do this twice > but not really succeeding). > It's a duplicate, the diff is fine. Best, George From owner-freebsd-net@FreeBSD.ORG Wed Dec 5 00:25:03 2007 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 64E2316A41B for ; Wed, 5 Dec 2007 00:25:03 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from mx.isc.org (mx.isc.org [IPv6:2001:4f8:0:2::1c]) by mx1.freebsd.org (Postfix) with ESMTP id 499BA13C44B for ; Wed, 5 Dec 2007 00:25:03 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.isc.org (Postfix) with ESMTP id AE13F11407E for ; Wed, 5 Dec 2007 00:25:01 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Received: from manx.isc.org (manx.isc.org [IPv6:2001:4f8:3:bb::37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 33B55E6056 for ; Wed, 5 Dec 2007 00:25:02 +0000 (UTC) (envelope-from Peter_Losher@isc.org) Message-ID: <4755EFDD.8070609@isc.org> Date: Tue, 04 Dec 2007 16:25:01 -0800 From: Peter Losher Organization: ISC User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5466A11A35F232082E81044C" Subject: Aggregating many ports into one for tcpdump server. 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, 05 Dec 2007 00:25:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5466A11A35F232082E81044C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I am currently working on a tcpdump collector where we have multiple feeds coming in (via bge{0-8}). Since tcpdump can only poll one interface per process, I was hoping to aggregate the traffic onto one pseudo-interface for tcpdump to hold onto and to poll. Looking thru the archives, it seems ng_one2many (in this case 'many2one') is what I am looking for. Am I barking the right tree here? Best Wishes - Peter --=20 Peter_Losher@isc.org | ISC | OpenPGP 0xE8048D08 | "The bits must flow" --------------enig5466A11A35F232082E81044C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFHVe/dPtVx9OgEjQgRAnYdAJ9fzrD6Ycyjuxm6XIXhHuadHT5d9QCfY/Zn enEXQlGBaYdka3D23UfNaMw= =aVb3 -----END PGP SIGNATURE----- --------------enig5466A11A35F232082E81044C-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 5 00:32:52 2007 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 771AB16A419 for ; Wed, 5 Dec 2007 00:32:52 +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 2932F13C447 for ; Wed, 5 Dec 2007 00:32:47 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 91158721D; Wed, 5 Dec 2007 13:32:45 +1300 (NZDT) Date: Wed, 5 Dec 2007 13:32:45 +1300 From: Andrew Thompson To: Peter Losher Message-ID: <20071205003245.GA48034@heff.fud.org.nz> References: <4755EFDD.8070609@isc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4755EFDD.8070609@isc.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org Subject: Re: Aggregating many ports into one for tcpdump server. 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, 05 Dec 2007 00:32:52 -0000 On Tue, Dec 04, 2007 at 04:25:01PM -0800, Peter Losher wrote: > I am currently working on a tcpdump collector where we have multiple > feeds coming in (via bge{0-8}). Since tcpdump can only poll one > interface per process, I was hoping to aggregate the traffic onto one > pseudo-interface for tcpdump to hold onto and to poll. > > Looking thru the archives, it seems ng_one2many (in this case > 'many2one') is what I am looking for. Am I barking the right tree here? You can use if_bridge(4) or lagg(4) for this purpose. lagg may be the easier one to use, add all the ports to the lagg interface and set the proto to 'loadbalance'. An example for using the bridge is in the bridging section of the handbook. Andrew From owner-freebsd-net@FreeBSD.ORG Wed Dec 5 02:22:44 2007 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 5045D16A417 for ; Wed, 5 Dec 2007 02:22:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 28B2813C461 for ; Wed, 5 Dec 2007 02:22:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B4CAE46C2C; Tue, 4 Dec 2007 21:27:37 -0500 (EST) Date: Wed, 5 Dec 2007 02:22:35 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Losher In-Reply-To: <4755EFDD.8070609@isc.org> Message-ID: <20071205021851.V87930@fledge.watson.org> References: <4755EFDD.8070609@isc.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Aggregating many ports into one for tcpdump server. 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, 05 Dec 2007 02:22:44 -0000 On Tue, 4 Dec 2007, Peter Losher wrote: > I am currently working on a tcpdump collector where we have multiple feeds > coming in (via bge{0-8}). Since tcpdump can only poll one interface per > process, I was hoping to aggregate the traffic onto one pseudo-interface for > tcpdump to hold onto and to poll. > > Looking thru the archives, it seems ng_one2many (in this case 'many2one') is > what I am looking for. Am I barking the right tree here? Depending on the configuration of the system (number of interfaces, number of CPUs, etc), you may find that running many tcpdump sessions results on greater throughput due to making better use of parallelism. For example, if you have eight cores and four interfaces, then you can end up running with one ithread and one tcpdump session, each on their own CPU, per interface. Of course, if you have many more interfaces than CPUs/pairs, then you just end up with much more context-switching, which will hurt performance. BTW, if you find you're getting packet loss in BPF processing at high rates, we should have you try the zero-copy BPF patches. Finally, another configuration you might consider is a single 10gbps card configured as a vlan trunk attached to a switch serving the various vlans to various switch ports. I'm not sure if that will be faster or lower, but it would be different. :-) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Wed Dec 5 09:25:38 2007 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 9272116A420 for ; Wed, 5 Dec 2007 09:25:38 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 22E1F13C46B for ; Wed, 5 Dec 2007 09:25:37 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id i10so568220mue for ; Wed, 05 Dec 2007 01:25:37 -0800 (PST) Received: by 10.82.146.14 with SMTP id t14mr4563288bud.1196845235139; Wed, 05 Dec 2007 01:00:35 -0800 (PST) Received: by 10.82.148.1 with HTTP; Wed, 5 Dec 2007 01:00:35 -0800 (PST) Message-ID: Date: Wed, 5 Dec 2007 11:00:35 +0200 From: "Vlad GALU" To: "Robert Watson" In-Reply-To: <20071205021851.V87930@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4755EFDD.8070609@isc.org> <20071205021851.V87930@fledge.watson.org> Cc: freebsd-net@freebsd.org, Peter Losher Subject: Re: Aggregating many ports into one for tcpdump server. 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, 05 Dec 2007 09:25:38 -0000 On 12/5/07, Robert Watson wrote: > > On Tue, 4 Dec 2007, Peter Losher wrote: > > > I am currently working on a tcpdump collector where we have multiple feeds > > coming in (via bge{0-8}). Since tcpdump can only poll one interface per > > process, I was hoping to aggregate the traffic onto one pseudo-interface for > > tcpdump to hold onto and to poll. > > > > Looking thru the archives, it seems ng_one2many (in this case 'many2one') is > > what I am looking for. Am I barking the right tree here? > > Depending on the configuration of the system (number of interfaces, number of > CPUs, etc), you may find that running many tcpdump sessions results on greater > throughput due to making better use of parallelism. For example, if you have > eight cores and four interfaces, then you can end up running with one ithread > and one tcpdump session, each on their own CPU, per interface. Of course, if > you have many more interfaces than CPUs/pairs, then you just end up with much > more context-switching, which will hurt performance. BTW, if you find you're > getting packet loss in BPF processing at high rates, we should have you try > the zero-copy BPF patches. Finally, another configuration you might consider > is a single 10gbps card configured as a vlan trunk attached to a switch > serving the various vlans to various switch ports. I'm not sure if that will > be faster or lower, but it would be different. :-) I would like to try the aforementioned patches too. Can you please point me to a link? > > Robert N M Watson > Computer Laboratory > University of Cambridge > _______________________________________________ > 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" > -- Mahnahmahnah! From owner-freebsd-net@FreeBSD.ORG Wed Dec 5 09:43:07 2007 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 047AA16A418 for ; Wed, 5 Dec 2007 09:43:07 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id CC9D013C457 for ; Wed, 5 Dec 2007 09:43:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 19DB3471A0; Wed, 5 Dec 2007 04:48:03 -0500 (EST) Date: Wed, 5 Dec 2007 09:42:57 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Vlad GALU In-Reply-To: Message-ID: <20071205093244.U87930@fledge.watson.org> References: <4755EFDD.8070609@isc.org> <20071205021851.V87930@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, Peter Losher Subject: Re: Aggregating many ports into one for tcpdump server. 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, 05 Dec 2007 09:43:07 -0000 On Wed, 5 Dec 2007, Vlad GALU wrote: >> Depending on the configuration of the system (number of interfaces, number >> of CPUs, etc), you may find that running many tcpdump sessions results on >> greater throughput due to making better use of parallelism. For example, >> if you have eight cores and four interfaces, then you can end up running >> with one ithread and one tcpdump session, each on their own CPU, per >> interface. Of course, if you have many more interfaces than CPUs/pairs, >> then you just end up with much more context-switching, which will hurt >> performance. BTW, if you find you're getting packet loss in BPF processing >> at high rates, we should have you try the zero-copy BPF patches. Finally, >> another configuration you might consider is a single 10gbps card configured >> as a vlan trunk attached to a switch serving the various vlans to various >> switch ports. I'm not sure if that will be faster or lower, but it would >> be different. :-) > > I would like to try the aforementioned patches too. Can you please point me > to a link? You can download our experimental tarball from here: http://www.watson.org/~robert/freebsd/20071103-zcopybpf.tgz You can find a BSDCan quick talk on the topic here: http://www.watson.org/~robert/freebsd/2007bsdcan/20070517-devsummit-zerocopybpf.pdf I've had several reports of significantly improved packet capture rates at high speeds with it, but it's not yet in the tree because we feel it needs more evaluation and review. I hope to ship some form of zero-copy BPF buffer support in FreeBSD 8, and possibly even MFC it. Any feedback you might have would be most helpful. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Wed Dec 5 09:50:49 2007 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 B206716A46C for ; Wed, 5 Dec 2007 09:50:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8477C13C45D for ; Wed, 5 Dec 2007 09:50:49 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id F1BD14706B; Wed, 5 Dec 2007 04:55:45 -0500 (EST) Date: Wed, 5 Dec 2007 09:50:40 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Vlad GALU In-Reply-To: <20071205093244.U87930@fledge.watson.org> Message-ID: <20071205094657.P87930@fledge.watson.org> References: <4755EFDD.8070609@isc.org> <20071205021851.V87930@fledge.watson.org> <20071205093244.U87930@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, Peter Losher Subject: Re: Aggregating many ports into one for tcpdump server. 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, 05 Dec 2007 09:50:49 -0000 On Wed, 5 Dec 2007, Robert Watson wrote: > On Wed, 5 Dec 2007, Vlad GALU wrote: > >> I would like to try the aforementioned patches too. Can you please point me >> to a link? > > You can download our experimental tarball from here: > > http://www.watson.org/~robert/freebsd/20071103-zcopybpf.tgz > > You can find a BSDCan quick talk on the topic here: > > http://www.watson.org/~robert/freebsd/2007bsdcan/20070517-devsummit-zerocopybpf.pdf > > I've had several reports of significantly improved packet capture rates at > high speeds with it, but it's not yet in the tree because we feel it needs > more evaluation and review. I hope to ship some form of zero-copy BPF > buffer support in FreeBSD 8, and possibly even MFC it. Any feedback you > might have would be most helpful. Having sent you the patch, I should have let you know that you'll need to: - Add options BPF_ZEROCOPY to your kernel configuration to enable the zero-copy buffering mode. - Make sure the kernel and libpcap are rebuild following the application of the patch and dropping in the tarball. - setenv BPF_ZERO_COPY before running tcpdump or other BPF-based tools to enable the zero-copy buffer mode. The patch includes both kernel changes (abstract the buffer model, add a new buffer model) and user space changes (updated libpcap to speak the new model, selected right now with the environmental variable). Presumably if merged, zero-copy BPF buffers would be used by default via libpcap if present in the kernel, but right now this is all for evaluation purposes. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Wed Dec 5 09:56:34 2007 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 7EADE16A468 for ; Wed, 5 Dec 2007 09:56:34 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF5113C457 for ; Wed, 5 Dec 2007 09:56:32 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by mu-out-0910.google.com with SMTP id i10so606202mue for ; Wed, 05 Dec 2007 01:56:31 -0800 (PST) Received: by 10.82.158.12 with SMTP id g12mr4575343bue.1196848590192; Wed, 05 Dec 2007 01:56:30 -0800 (PST) Received: by 10.82.148.1 with HTTP; Wed, 5 Dec 2007 01:56:30 -0800 (PST) Message-ID: Date: Wed, 5 Dec 2007 11:56:30 +0200 From: "Vlad GALU" To: "Robert Watson" In-Reply-To: <20071205094657.P87930@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4755EFDD.8070609@isc.org> <20071205021851.V87930@fledge.watson.org> <20071205093244.U87930@fledge.watson.org> <20071205094657.P87930@fledge.watson.org> Cc: freebsd-net@freebsd.org, Peter Losher Subject: Re: Aggregating many ports into one for tcpdump server. 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, 05 Dec 2007 09:56:34 -0000 On 12/5/07, Robert Watson wrote: > > On Wed, 5 Dec 2007, Robert Watson wrote: > > > On Wed, 5 Dec 2007, Vlad GALU wrote: > > > >> I would like to try the aforementioned patches too. Can you please point me > >> to a link? > > > > You can download our experimental tarball from here: > > > > http://www.watson.org/~robert/freebsd/20071103-zcopybpf.tgz > > > > You can find a BSDCan quick talk on the topic here: > > > > http://www.watson.org/~robert/freebsd/2007bsdcan/20070517-devsummit-zerocopybpf.pdf > > > > I've had several reports of significantly improved packet capture rates at > > high speeds with it, but it's not yet in the tree because we feel it needs > > more evaluation and review. I hope to ship some form of zero-copy BPF > > buffer support in FreeBSD 8, and possibly even MFC it. Any feedback you > > might have would be most helpful. > > Having sent you the patch, I should have let you know that you'll need to: > > - Add options BPF_ZEROCOPY to your kernel configuration to enable the > zero-copy buffering mode. > > - Make sure the kernel and libpcap are rebuild following the application of > the patch and dropping in the tarball. > > - setenv BPF_ZERO_COPY before running tcpdump or other BPF-based tools to > enable the zero-copy buffer mode. > > The patch includes both kernel changes (abstract the buffer model, add a new > buffer model) and user space changes (updated libpcap to speak the new model, > selected right now with the environmental variable). Presumably if merged, > zero-copy BPF buffers would be used by default via libpcap if present in the > kernel, but right now this is all for evaluation purposes. Thanks, Robert! I'll start running a few tests next week, I'm waiting for some hardware to arrive first. > > Robert N M Watson > Computer Laboratory > University of Cambridge > -- Mahnahmahnah! From owner-freebsd-net@FreeBSD.ORG Thu Dec 6 11:12:36 2007 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 0FBA216A41A for ; Thu, 6 Dec 2007 11:12:36 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: from grupposervizi.it (mail1.tagetik.com [85.18.71.243]) by mx1.freebsd.org (Postfix) with SMTP id 430A913C465 for ; Thu, 6 Dec 2007 11:12:34 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: (qmail 9895 invoked by uid 453); 6 Dec 2007 10:45:52 -0000 Received: from [192.9.210.26] (HELO noel.grupposervizi.it) (192.9.210.26) by grupposervizi.it (qpsmtpd/0.31.1) with ESMTP; Thu, 06 Dec 2007 11:45:52 +0100 Message-ID: <4757D2DE.3070305@libero.it> Date: Thu, 06 Dec 2007 11:45:50 +0100 From: Raffaele De Lorenzo User-Agent: Thunderbird 2.0.0.9 (X11/20071204) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "raffaele.delorenzo" Subject: Added native socks support to libc in FreeBSD 7 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, 06 Dec 2007 11:12:36 -0000 Hi, i added a native (client) Socks V4/V5 support inside FreeBSD libc library. The work is based of my project (see http://csocks.altervista.org) CSOCKS. You can get it here: http://csocks.altervista.org/download/FreeBSD_libc.tar.gz CHANGES: I changed the file: /usr/src/lib/libc/Makefile I added the Directory: /usr/src/lib/libc/socks They contains the files: csocks.c csocks.h csocks.conf.5 csocks.1 Makefile.inc I added the configuration file (csocks.conf in the /etc/ directory) /usr/src/etc/ INSTALL ISTRUCTIONS: copy the Makefile in /usr/src/lib/libc/ copy the directory socks in /usr/src/lib/libc/ touch /etc/csocks.conf recompile the libc and install it (cd /usr/src/lib/libc && make && make install) I Tested it in FreeBSD 7 only on i386 cheers Raffaele From owner-freebsd-net@FreeBSD.ORG Fri Dec 7 03:43:02 2007 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 7EEB416A417 for ; Fri, 7 Dec 2007 03:43:02 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 57A1F13C455 for ; Fri, 7 Dec 2007 03:43:02 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so580790rvb for ; Thu, 06 Dec 2007 19:43:02 -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:to:subject:mime-version:content-type; bh=RvvMa21v6kZ6rvIsL/i+0E6NAItOIJghE3+LM0yoqlY=; b=WB6Vn9DjK9UStnr1XNWHFwHIY0IoGoWPakQHCh9UnrLndhxw7mQTlOMLj+ijrdcCyEfokVUCQiZzAZphtmpeRQ9xMfMCqd4/tt/F42wqJ3jBY0HSZ4Qbt04l2XF+OMHQoHarf/jcYw6MD3CSFoltr+baPfx5rY6XYrKu1GGVh00= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=YdRDq8j6J3wT/TxuA2YIrJKlN40TFsaOnrnEld63RWPg2bHnj7pszzKrCuwh0qscixG/ibKCFHMOeRoByzyzUB2Y+Y5S2zgWnn+p618CzioQ4sZLhxpPpW17Oe7Q7Q2OulznGBpT3118IG+1AJaWGV2E21I1xSMeViZ0PGULsRo= Received: by 10.140.171.4 with SMTP id t4mr2404524rve.1196997269722; Thu, 06 Dec 2007 19:14:29 -0800 (PST) Received: by 10.141.35.8 with HTTP; Thu, 6 Dec 2007 19:14:29 -0800 (PST) Message-ID: <27cb3ada0712061914g4aff5a7eq7d5cc64ba3d493ed@mail.gmail.com> Date: Thu, 6 Dec 2007 19:14:29 -0800 From: "Len Gross" To: "freebsd-net@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: TDMA / Interrupts / Pre-emptible 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, 07 Dec 2007 03:43:02 -0000 I have built a "user land" prototype of a custom network protocol for an RF network. It is based on Netgraph and using Ethernet rather than real RF. Eventually, all the code will go into a special piece of hardware, but the first hardware really will look like an Ethernet card that puts messages out N microsends after they are put into its memory. Since the protocol employs some TimeDivisionMultipleAccess (TDMA), "precise" feeding of the board is important. In "userland" I seem to have about 1 ms of "delay"/variability from when I schedule a timer and when it wakes up a thread. I think this is pretty much expected behavior and is fine for algorithm testing. When I move my userland code to "driver/kernel-land" and set a timer to send a packet to some hardware how much delay / variability will I see in that timer? I think the question is more/less equivalent to the pre-emptibility of driver code and interrupts in general. (If this should go to another forum, please advise.) Thanks in advance. --Len From owner-freebsd-net@FreeBSD.ORG Fri Dec 7 10:21:56 2007 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 C0B7716A417 for ; Fri, 7 Dec 2007 10:21:56 +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 987BB13C455 for ; Fri, 7 Dec 2007 10:21:56 +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 36D316E9D5; Fri, 7 Dec 2007 05:21:56 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 07 Dec 2007 05:21:56 -0500 X-Sasl-enc: aTwL7q0shxnYNHFrxb8tT0E5MvThNB5E+aeYq4eE/rLl 1197022915 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 ESMTP id 9A7BCB3D7; Fri, 7 Dec 2007 05:21:55 -0500 (EST) Message-ID: <47591EC2.9060902@FreeBSD.org> Date: Fri, 07 Dec 2007 10:21:54 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Len Gross References: <27cb3ada0712061914g4aff5a7eq7d5cc64ba3d493ed@mail.gmail.com> In-Reply-To: <27cb3ada0712061914g4aff5a7eq7d5cc64ba3d493ed@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" Subject: Re: TDMA / Interrupts / Pre-emptible 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, 07 Dec 2007 10:21:56 -0000 Len Gross wrote: > I have built a "user land" prototype of a custom network protocol for an RF > network. It is based on Netgraph and using Ethernet rather than real RF. > > Eventually, all the code will go into a special piece of hardware, but the > first hardware really will look like an Ethernet card that puts messages out > N microsends after they are put into its memory. Since the protocol employs > some TimeDivisionMultipleAccess (TDMA), "precise" feeding of the board is > important. > > In "userland" I seem to have about 1 ms of "delay"/variability from when I > schedule a timer and when it wakes up a thread. I think this is pretty much > expected behavior and is fine for algorithm testing. > > When I move my userland code to "driver/kernel-land" and set a timer to send > a packet to some hardware how much delay / variability will I see in that > timer? I think the question is more/less equivalent to the pre-emptibility > of driver code and interrupts in general. > 1ms sounds about right, re the amount of userland scheduler jitter. I had a horrible experience with the MS Windows userland scheduler. Achieving low latency and jitter is particularly difficult there unless you go to the kernel. I know there are various methods to get smaller timer granularity which I've tried. It was just very variable, appeared to be nondeterministic, and it was often off by 10ms or more. In FreeBSD the userland story is far better, you should be able to just crank up HZ, it sounds like you've already done this to arrive at the 1ms figure. I can't comment on kernel scheduler jitter though, so someone who is working directly in that area will hopefully respond -- arch@ or hackers@ might be a better place to field that question. I believe microsecond resolution for your app should be possible in the kernel. If it isn't, I'd like to know why. [It would be really, really nice to have better real-time support in FreeBSD, i.e. a deadline scheduler.] cheers BMS From owner-freebsd-net@FreeBSD.ORG Fri Dec 7 10:46:48 2007 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 64EDE16A468 for ; Fri, 7 Dec 2007 10:46:48 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id 00A4513C4CE for ; Fri, 7 Dec 2007 10:46:47 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from knop-beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.1830); Fri, 7 Dec 2007 11:46:45 +0100 Date: Fri, 7 Dec 2007 11:46:45 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@knop-beagle.kn.op.dlr.de To: "Bruce M. Simpson" In-Reply-To: <47591EC2.9060902@FreeBSD.org> Message-ID: <20071207113727.J30903@knop-beagle.kn.op.dlr.de> References: <27cb3ada0712061914g4aff5a7eq7d5cc64ba3d493ed@mail.gmail.com> <47591EC2.9060902@FreeBSD.org> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 07 Dec 2007 10:46:45.0549 (UTC) FILETIME=[760BDDD0:01C838BE] Cc: Len Gross , "freebsd-net@freebsd.org" Subject: Re: TDMA / Interrupts / Pre-emptible X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 10:46:48 -0000 On Fri, 7 Dec 2007, Bruce M. Simpson wrote: BMS>I can't comment on kernel scheduler jitter though, so someone who is working BMS>directly in that area will hopefully respond -- arch@ or hackers@ might be a BMS>better place to field that question. BMS> BMS>I believe microsecond resolution for your app should be possible in the BMS>kernel. If it isn't, I'd like to know why. [It would be really, really nice BMS>to have better real-time support in FreeBSD, i.e. a deadline scheduler.] A couple of years I did exactly the same as the OP - implementing a satellite MAC layer (FM-TDMA) on a cluster of 5 FreeBSD machines. I think it was the time when we moved from 4.X to 5.0 or 5.1. I could not get it reliable because the jitter in the kernel (I implemented everything in netgraph over ethernet) was in the order of several 100 usec. I had HZ at 10000 (all my simulation machines run on that). I tried really hard to find out where these jitters came from, but failed. Trying to trace the timing of execution changed the figures completely each time. Finally I gave up, because the project luckily ended :-/ At one point I tried to bump HZ to 20000 or so, but at this point TCP broke. I think this might have come from the RTT computation which is/was done in ticks and the square of something would overflow the variable. One must also carefully choose the ethernet adapter for this kind of things, because it may add any kind of jitter/delay. At that time the best where the DEC/intel if_dc types. Of course with the actual kernel the situation may be quite different. Don't know what influence have interrupt threads and this stuff. I would be interested to hear how things work out and, yeah, better real-time support would be great :-) Regards, harti From owner-freebsd-net@FreeBSD.ORG Fri Dec 7 10:51:15 2007 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 A773516A417; Fri, 7 Dec 2007 10:51:15 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 807A313C4E1; Fri, 7 Dec 2007 10:51:15 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (thompsa@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lB7ApF4H090277; Fri, 7 Dec 2007 10:51:15 GMT (envelope-from thompsa@freefall.freebsd.org) Received: (from thompsa@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lB7ApFX9090270; Fri, 7 Dec 2007 10:51:15 GMT (envelope-from thompsa) Date: Fri, 7 Dec 2007 10:51:15 GMT Message-Id: <200712071051.lB7ApFX9090270@freefall.freebsd.org> To: thompsa@FreeBSD.org, freebsd-net@FreeBSD.org, thompsa@FreeBSD.org From: thompsa@FreeBSD.org Cc: Subject: Re: kern/109406: [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work with Ndisgen 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, 07 Dec 2007 10:51:15 -0000 Synopsis: [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work with Ndisgen Responsible-Changed-From-To: freebsd-net->thompsa Responsible-Changed-By: thompsa Responsible-Changed-When: Fri Dec 7 10:50:39 UTC 2007 Responsible-Changed-Why: I will have a look into this. http://www.freebsd.org/cgi/query-pr.cgi?pr=109406 From owner-freebsd-net@FreeBSD.ORG Fri Dec 7 19:20:03 2007 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 7AEB616A46B for ; Fri, 7 Dec 2007 19:20: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 526EC13C465 for ; Fri, 7 Dec 2007 19:20: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 lB7JK3sw040556 for ; Fri, 7 Dec 2007 19:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lB7JK3xa040555; Fri, 7 Dec 2007 19:20:03 GMT (envelope-from gnats) Date: Fri, 7 Dec 2007 19:20:03 GMT Message-Id: <200712071920.lB7JK3xa040555@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Michael Harding" Cc: Subject: Re: kern/117717: Kernel panic with Bittorrent client. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Michael Harding List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Dec 2007 19:20:03 -0000 The following reply was made to PR kern/117717; it has been noted by GNATS. From: "Michael Harding" To: , Cc: Subject: Re: kern/117717: Kernel panic with Bittorrent client. Date: Fri, 7 Dec 2007 10:46:52 -0800 I'd like to note that I experienced a kernel panic both times I tried to start Deluge, as well, with a very recent 6.3 branch build built last few days. This is on a 1 Gigabyte machine... Mike Harding From owner-freebsd-net@FreeBSD.ORG Sat Dec 8 00:29:39 2007 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 5BFB516A41B for ; Sat, 8 Dec 2007 00:29:39 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 144ED13C455 for ; Sat, 8 Dec 2007 00:29:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 438F8EB4CAB; Sat, 8 Dec 2007 08:11:41 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id cGrT92ZUVLfm; Sat, 8 Dec 2007 08:11:35 +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 9544AEB3061; Sat, 8 Dec 2007 08:11:34 +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:content-type:content-transfer-encoding; b=jpjM0QUzKqyRnHt9ZMy4+DSqdXjGhnAkh1TYsmuJxQCZPecg8bCXYiAVCViE8dZYH yMTavGIaVRACKXFd0uIKA== Message-ID: <4759E103.7010504@delphij.net> Date: Fri, 07 Dec 2007 16:10:43 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: Raffaele De Lorenzo References: <4757D2DE.3070305@libero.it> In-Reply-To: <4757D2DE.3070305@libero.it> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: Added native socks support to libc in FreeBSD 7 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: Sat, 08 Dec 2007 00:29:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Raffaele De Lorenzo wrote: > Hi, > i added a native (client) Socks V4/V5 support inside FreeBSD libc > library. The work is based of my project (see > http://csocks.altervista.org) CSOCKS. > You can get it here: > > http://csocks.altervista.org/download/FreeBSD_libc.tar.gz Would you mind sending a PR for this? It sounds useful to me and I don't want it to lose... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHWeEDhcUczkLqiksRAinRAJ9kxtecWCxOiXEH4kA7RW3veoYyiACg2KkX EUQGp7FdQIHmqlDFUN3MV88= =9dnN -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Sat Dec 8 10:35:17 2007 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 6D9F816A418 for ; Sat, 8 Dec 2007 10:35:17 +0000 (UTC) (envelope-from peter@alastria.net) Received: from nebula.thdo.uk.alastria.net (unknown [IPv6:2001:ba8:0:1f0::5]) by mx1.freebsd.org (Postfix) with ESMTP id 0D83A13C455 for ; Sat, 8 Dec 2007 10:35:16 +0000 (UTC) (envelope-from peter@alastria.net) Received: from [10.10.4.10] (dragon.lancs.uk.alastria.net [88.96.139.34]) (authenticated bits=0) by nebula.thdo.uk.alastria.net (8.13.3/8.13.3) with ESMTP id lB8AZSsC083296 for ; Sat, 8 Dec 2007 10:35:29 GMT (envelope-from peter@alastria.net) Message-ID: <475A735F.8000907@alastria.net> Date: Sat, 08 Dec 2007 10:35:11 +0000 From: Peter Wood Organization: Alastria Networks Limited User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4755EFDD.8070609@isc.org> <20071205021851.V87930@fledge.watson.org> <20071205093244.U87930@fledge.watson.org> <20071205094657.P87930@fledge.watson.org> In-Reply-To: <20071205094657.P87930@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Flag: NO X-Virus-Status: No X-Spam-Score: 0.137 () RCVD_IN_SORBS_DUL X-Spam-Ultra-Flag: NO X-Spam-Low-Flag: NO X-Spam-Flag: NO X-Spam-High-Flag: NO X-Scanned-By: MIMEDefang 2.51 on 212.13.198.8 Subject: Re: Aggregating many ports into one for tcpdump server. (also sampling before libpcap) 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, 08 Dec 2007 10:35:17 -0000 Morning, >>> Looking thru the archives, it seems ng_one2many (in this case >>> 'many2one') is what I am looking for. Am I barking the right tree here? Strangely enough this is the exact situation I was looking into on Friday for two mirror ports from our border routers via aggregation switches. I had seen the netgraph solution however I had initially ignored if_bridge as I don't want the packets to be sent to the opposing devices. >> I've had several reports of significantly improved packet capture >> rates at high speeds with it, but it's not yet in the tree because we >> feel it needs more evaluation and review. I hope to ship some form of >> zero-copy BPF buffer support in FreeBSD 8, and possibly even MFC it. >> Any feedback you might have would be most helpful. As I am about to reinstall the server in question, I too shall give the zero copy code a go and report back. For reference on our two links the mirrored data is fed into snort (as well as tcpdump for "interactive" investigation) at about 700mbs average. Roberts suggestion of a 10Gbe interface hits home for me as we're in the middle of planning (or should I say plotting) an upgrade to our connection to the UK academic network to 10Gbe (although at maximum of 2.5Gbs due to our RENs connection, we're working on that too ;). At which point we might have to consider using sampling, unfortunately the aggregation switch we use doesn't support sampling on a mirror port. I know it's a tad off topic, but having a quick look that's not something I see libpcap shouting about. After very quick thinking would that have to be implemented in the kernel before the packets where passed to BPF? I'd prefer to use sampling rather then just accepting kernel droped packets to ensure fair selection over a time period, rather then only collecting the start of that period and then nothing else. I'd be willing to look into implementing that perhaps in the same way that Juniper Networks do for their sampling, ie. a maximum number of packets to be sampled in a second, how often to sample in terms of packets and then when sampling how many packets it should sample. Cheers, Peter Wood Network Security Specialist Information Systems Services Lancaster University -- Peter Wood From owner-freebsd-net@FreeBSD.ORG Sat Dec 8 10:41:12 2007 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 A8E0B16A419 for ; Sat, 8 Dec 2007 10:41:12 +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 553B513C447 for ; Sat, 8 Dec 2007 10:41:12 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 9ACE478C7; Sat, 8 Dec 2007 23:41:10 +1300 (NZDT) Date: Sat, 8 Dec 2007 23:41:10 +1300 From: Andrew Thompson To: Peter Wood Message-ID: <20071208104110.GB75826@heff.fud.org.nz> References: <4755EFDD.8070609@isc.org> <20071205021851.V87930@fledge.watson.org> <20071205093244.U87930@fledge.watson.org> <20071205094657.P87930@fledge.watson.org> <475A735F.8000907@alastria.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <475A735F.8000907@alastria.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org Subject: Re: Aggregating many ports into one for tcpdump server. (also sampling before libpcap) 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, 08 Dec 2007 10:41:12 -0000 On Sat, Dec 08, 2007 at 10:35:11AM +0000, Peter Wood wrote: > Morning, > > >>> Looking thru the archives, it seems ng_one2many (in this case > >>> 'many2one') is what I am looking for. Am I barking the right tree > here? > > Strangely enough this is the exact situation I was looking into on Friday > for two mirror ports from our border routers via aggregation switches. > > I had seen the netgraph solution however I had initially ignored if_bridge > as I don't want the packets to be sent to the opposing devices. Thats why you combine if_bridge with monitor mode, any incoming packets are discarded after bpf processing so they are never sent to opposing devices. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bridging.html#AEN40035 regards, Andrew From owner-freebsd-net@FreeBSD.ORG Sat Dec 8 11:04:00 2007 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 B530416A417 for ; Sat, 8 Dec 2007 11:04:00 +0000 (UTC) (envelope-from peter@alastria.net) Received: from nebula.thdo.uk.alastria.net (unknown [IPv6:2001:ba8:0:1f0::5]) by mx1.freebsd.org (Postfix) with ESMTP id 553D413C447 for ; Sat, 8 Dec 2007 11:04:00 +0000 (UTC) (envelope-from peter@alastria.net) Received: from [10.10.4.10] (dragon.lancs.uk.alastria.net [88.96.139.34]) (authenticated bits=0) by nebula.thdo.uk.alastria.net (8.13.3/8.13.3) with ESMTP id lB8B4Cr6084515 for ; Sat, 8 Dec 2007 11:04:12 GMT (envelope-from peter@alastria.net) Message-ID: <475A7A1A.9030002@alastria.net> Date: Sat, 08 Dec 2007 11:03:54 +0000 From: Peter Wood Organization: Alastria Networks Limited User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-net@FreeBSD.org References: <4755EFDD.8070609@isc.org> <20071205021851.V87930@fledge.watson.org> <20071205093244.U87930@fledge.watson.org> <20071205094657.P87930@fledge.watson.org> <475A735F.8000907@alastria.net> <20071208104110.GB75826@heff.fud.org.nz> In-Reply-To: <20071208104110.GB75826@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Flag: NO X-Virus-Status: No X-Spam-Score: 0.137 () RCVD_IN_SORBS_DUL X-Spam-Ultra-Flag: NO X-Spam-Low-Flag: NO X-Spam-Flag: NO X-Spam-High-Flag: NO X-Scanned-By: MIMEDefang 2.51 on 212.13.198.8 Cc: Subject: Re: Aggregating many ports into one for tcpdump server. (also sampling before libpcap) 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, 08 Dec 2007 11:04:00 -0000 > Thats why you combine if_bridge with monitor mode, any incoming packets > are discarded after bpf processing so they are never sent to opposing > devices. Aha, using monitor mode hadn't occured to me, based on previous discussion I was going to do more research on Monday, but thanks Andrew you've saved me the effort :). P. -- Peter Wood