From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 07:09:41 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A73316A4FC for ; Mon, 28 Aug 2006 07:09:41 +0000 (UTC) (envelope-from rajkumars@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3764D43D49 for ; Mon, 28 Aug 2006 07:09:33 +0000 (GMT) (envelope-from rajkumars@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so318966wri for ; Mon, 28 Aug 2006 00:09:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bTdWzrqVKeyXHL831YCTQtwUT/wfzA3I7h2xFV53ZFDSUeZI4E4sfTRwkDIHmhAmn0oJAsSR9xWawfls4FGmjblBFhCFCcEv5zRfcsOHRZ3NznIqvMJI5vtimdyEvlMT0MH/n96K3HuyOHOVOHWi7uPEvaEH1bO3jHRCLAi+FOg= Received: by 10.64.185.7 with SMTP id i7mr6393040qbf; Mon, 28 Aug 2006 00:09:31 -0700 (PDT) Received: by 10.65.248.1 with HTTP; Mon, 28 Aug 2006 00:09:31 -0700 (PDT) Message-ID: <64de5c8b0608280009r52aabb4cl11103635419b845d@mail.gmail.com> Date: Mon, 28 Aug 2006 12:39:31 +0530 From: "Rajkumar S" To: freebsd-net@freebsd.org In-Reply-To: <20060826144424.GC30165@rambler-co.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <64de5c8b0608250849p2912457cs84c227cc914d1f10@mail.gmail.com> <20060826144424.GC30165@rambler-co.ru> Subject: Re: Netgraph plumbing question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 07:09:41 -0000 On 8/26/06, Ruslan Ermilov wrote: > No, but it's trivial to set up ng_bpf(4) to do it. Since the > default BPF program will be non-matching, "ifNotMatch" action > should be used. Cool!! While testing this I ran into some difficulty. > # ngctl > [...] > + mkpeer bpf mixed mixed > + name mixed bpf > + conn bpf: in1 in1 > + conn bpf: in2 in2 > + conn bpf: out out So far it's okay. > + msg bpf: setprogram { thisHook="in1" ifNotMatch="mixed" } This is not working, and I get an error: ngctl: send msg: Invalid argument 2 days back, I was playing with bpf for testing packet filtering. I was using c program for creating bpf nodes and connecting. So today I wrote a test program to create the steps you have given using ngctl. In that program also I am getting upto the "conn" commands. But the msg commands fails. I have put my test program at http://pastebin.ca/151630 The msg part is: struct ng_bpf_hookprog bpf_hookprog; bzero (&bpf_hookprog, sizeof(bpf_hookprog)); strlcpy (bpf_hookprog.thisHook, "in1", sizeof (bpf_hookprog.thisHook)); strlcpy (bpf_hookprog.ifNotMatch, "mixed", sizeof (bpf_hookprog.ifNotMatch)); if (NgSendMsg(cfd, "bpf:", NGM_GENERIC_COOKIE, NGM_BPF_SET_PROGRAM, &bpf_hookprog, sizeof(bpf_hookprog)) < 0) { perror ("Setup Hooks"); return (-1); } If I comment out this part then I get in ngctl list Name: bpf Type: bpf ID: 0000001c Num hooks: 4 Name: test_socket Type: socket ID: 0000001b Num hooks: 4 Name: ngctl775 Type: socket ID: 00000011 Num hooks: 0 Name: vr0 Type: ether ID: 00000002 Num hooks: 0 Name: rl0 Type: ether ID: 00000001 Num hooks: 0 but if this code fragment is present then: Name: test_socket Type: socket ID: 0000001d Num hooks: 0 Name: ngctl775 Type: socket ID: 00000011 Num hooks: 0 Name: vr0 Type: ether ID: 00000002 Num hooks: 0 Name: rl0 Type: ether ID: 00000001 Num hooks: 0 the bpf node is absent. I had tested creating a bpf filter also, but running that also gives the same result. So this is the smallest code fragment simulating the problem. Thanks again to you and Julian for all the help. raj From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 10:55:41 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E425816A4DA for ; Mon, 28 Aug 2006 10:55:41 +0000 (UTC) (envelope-from felix.schalck@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2087043D4C for ; Mon, 28 Aug 2006 10:55:40 +0000 (GMT) (envelope-from felix.schalck@gmx.net) Received: (qmail invoked by alias); 28 Aug 2006 10:55:39 -0000 Received: from lns-bzn-46-82-253-205-172.adsl.proxad.net (EHLO [192.168.0.7]) [82.253.205.172] by mail.gmx.net (mp010) with SMTP; 28 Aug 2006 12:55:39 +0200 X-Authenticated: #23426003 Message-ID: <44F2CBA6.3040109@gmx.net> Date: Mon, 28 Aug 2006 12:55:34 +0200 From: "felix.schalck" User-Agent: Thunderbird 1.5 (X11/20060223) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Strange internet connection... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 10:55:42 -0000 Hi, I'm currently running 6.1-STABLE on a little laptop (CLEVO M120 W) connected via an ISP-router to the Internet. Since a few weeks, I m experiencing very strange Netwok behaviour: the adsl connection seems to "hang up" from time to time, getting a "host not found"; a few minutes (~10-15) later, it works again, without having changed anything... I tried different browsers, different ifconfigs, routing options and DNS configs. On both interfaces (iwi & rl) , I got the same symptoms. I'm wondering wether it is the ISP or a wrong config. What can I do to find it out ? Thanks, Felix From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 11:09:48 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F67D16A4DA for ; Mon, 28 Aug 2006 11:09:48 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 678A943DEC for ; Mon, 28 Aug 2006 11:08:22 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k7SB8Dap071586 for ; Mon, 28 Aug 2006 11:08:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k7SB8CXi071582 for freebsd-net@FreeBSD.org; Mon, 28 Aug 2006 11:08:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Aug 2006 11:08:12 GMT Message-Id: <200608281108.k7SB8CXi071582@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 11:09:48 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/92552 net A serious bug in most network drivers from 5.X to 6.X f kern/93220 net [inet6] nd6_lookup: failed to add route for a neighbor o kern/100172 net [arp] Transfer of large file fails with host is down m 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s kern/19875 net A new protocol family, PF_IPOPTION, to handle IP optio o conf/23063 net [PATCH] for static ARP tables in rc.network s kern/31686 net Problem with the timestamp option when flag equals zer 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 o kern/102035 net [plip] plip networking disables parallel port printing 7 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 12:50:27 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3C6816A57E; Mon, 28 Aug 2006 12:50:27 +0000 (UTC) (envelope-from brooks@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2965943D49; Mon, 28 Aug 2006 12:50:25 +0000 (GMT) (envelope-from brooks@FreeBSD.org) Received: from freefall.freebsd.org (brooks@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k7SCoP9d008957; Mon, 28 Aug 2006 12:50:25 GMT (envelope-from brooks@freefall.freebsd.org) Received: (from brooks@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k7SCoO0c008953; Mon, 28 Aug 2006 12:50:24 GMT (envelope-from brooks) Date: Mon, 28 Aug 2006 12:50:24 GMT From: Brooks Davis Message-Id: <200608281250.k7SCoO0c008953@freefall.freebsd.org> To: brooks@FreeBSD.org, freebsd-rc@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: conf/102502: [patch] ifconfig name does't rename netgraph node in network.subr X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 12:50:27 -0000 Synopsis: [patch] ifconfig name does't rename netgraph node in network.subr Responsible-Changed-From-To: freebsd-rc->freebsd-net Responsible-Changed-By: brooks Responsible-Changed-When: Mon Aug 28 12:49:02 UTC 2006 Responsible-Changed-Why: While the proposed workaround is in network.subr, it's not committable and the real issue is in the kernel. http://www.freebsd.org/cgi/query-pr.cgi?pr=102502 From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 15:10:34 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF3416A4DE for ; Mon, 28 Aug 2006 15:10:34 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5578543D69 for ; Mon, 28 Aug 2006 15:10:30 +0000 (GMT) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.13.7/8.13.1) with ESMTP id k7SFAQAG078859; Mon, 28 Aug 2006 11:10:26 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.13.7/8.13.1/Submit) id k7SFAK2e078858; Mon, 28 Aug 2006 11:10:20 -0400 (EDT) (envelope-from bv) Date: Mon, 28 Aug 2006 11:10:20 -0400 From: Bill Vermillion To: "felix.schalck" Message-ID: <20060828151020.GB78704@wjv.com> References: <44F2CBA6.3040109@gmx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F2CBA6.3040109@gmx.net> Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, J_CHICKENPOX_57,SPF_HELO_PASS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on bilver.wjv.com Cc: freebsd-net@freebsd.org Subject: Re: Strange internet connection... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 15:10:34 -0000 Wise men talk because they have something to say, however on Mon, Aug 28, 2006 at 12:55 , felix.schalck just had to say something so we heard: > Hi, > I'm currently running 6.1-STABLE on a little laptop (CLEVO > M120 W) connected via an ISP-router to the Internet. Since a > few weeks, I m experiencing very strange Netwok behaviour: the > adsl connection seems to "hang up" from time to time, getting a > "host not found"; a few minutes (~10-15) later, it works again, > without having changed anything... I've seen that recently here in Central Florida. When lightning strikes anywhere in about 10 miles the ADSL device can lose sync, so I see it trying to train to regain a connection. Sometimes a power-off will fix it, but other times I just have to wait it out. Who is the transport - not the ISP. Here the company who handles all the network address and connections is Earthlink but the transport it handled by Embarq - the company formerly known as Sprint. > I tried different browsers, different ifconfigs, routing options > and DNS configs. On both interfaces (iwi & rl) , I got the same > symptoms. I'm wondering wether it is the ISP or a wrong config. > What can I do to find it out ? It really sounds like a connection problem and not any of the software things you mentioned above. A typieal DSL device will have lights on them. WHen it is reset the typical device will show a red light for DSL, then go to a slow green blink as it starts up, then go to a faster blink, and then when it is steady you have a working DSL connection. This really should probably go to freebsd-questions as from my POV it's not a 'net' problem. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 18:19:13 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 793BC16A4DD; Mon, 28 Aug 2006 18:19:13 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA00343D58; Mon, 28 Aug 2006 18:19:12 +0000 (GMT) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (thompsa@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k7SIJCLl043070; Mon, 28 Aug 2006 18:19:12 GMT (envelope-from thompsa@freefall.freebsd.org) Received: (from thompsa@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k7SIJC51043066; Mon, 28 Aug 2006 18:19:12 GMT (envelope-from thompsa) Date: Mon, 28 Aug 2006 18:19:12 GMT From: Andrew Thompson Message-Id: <200608281819.k7SIJC51043066@freefall.freebsd.org> To: thompsa@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/102607: [if_bridge] don't generate random L2 address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 18:19:13 -0000 Synopsis: [if_bridge] don't generate random L2 address Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: thompsa Responsible-Changed-When: Mon Aug 28 18:18:21 UTC 2006 Responsible-Changed-Why: Pass over to freebsd-net for discussion on the best way to handle this. http://www.freebsd.org/cgi/query-pr.cgi?pr=102607 From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 19:23:27 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2383416A4F1 for ; Mon, 28 Aug 2006 19:23:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id A234C43D8C for ; Mon, 28 Aug 2006 19:23:14 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 25710 invoked by uid 399); 28 Aug 2006 19:23:13 -0000 Received: from localhost (HELO ?192.168.0.10?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 28 Aug 2006 19:23:13 -0000 Message-ID: <44F3429F.6050204@FreeBSD.org> Date: Mon, 28 Aug 2006 12:23:11 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Julian Elischer References: <44EF6E18.6090905@elischer.org> In-Reply-To: <44EF6E18.6090905@elischer.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 19:23:27 -0000 Julian Elischer wrote: > I need some processes to look elsewhere for DNS information from where > the rest of the system looks.. This patch seems to me a simple solution. > We over-ride where the resolver looks for resolv.conf using an > environment variable. This would allow me to reset this to an application > specific config file that specifies a different server. > > Anyone got better ways fo doing this? Run the special processes in a jail with its own resolv.conf? My gut reaction to your suggestion is negative, but I'm having a hard time articulating a solid reason why. Perhaps if you described your problem in more detail, it would be easier to work around it, but I can't help thinking that there are better ways to solve this problem. Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 19:39:31 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CCFA16A4F1; Mon, 28 Aug 2006 19:39:31 +0000 (UTC) (envelope-from prvs=julian=388a75976@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9339243F15; Mon, 28 Aug 2006 19:33:27 +0000 (GMT) (envelope-from prvs=julian=388a75976@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 28 Aug 2006 12:33:14 -0700 Message-ID: <44F344FA.1000408@elischer.org> Date: Mon, 28 Aug 2006 12:33:14 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> In-Reply-To: <44F3429F.6050204@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 19:39:31 -0000 Doug Barton wrote: >Julian Elischer wrote: > > >>I need some processes to look elsewhere for DNS information from where >>the rest of the system looks.. This patch seems to me a simple solution. >>We over-ride where the resolver looks for resolv.conf using an >>environment variable. This would allow me to reset this to an application >>specific config file that specifies a different server. >> >>Anyone got better ways fo doing this? >> >> > >Run the special processes in a jail with its own resolv.conf? My gut >reaction to your suggestion is negative, but I'm having a hard time >articulating a solid reason why. > > I need a couple of processes to go to different nameservers for the same names.. for example running 2 proxy servers, one taking requests from the inside and one from the outside. I want them to see two different universes so makign them source different resolv.conf allows me to give them different default domains and query different servers. as well as use different timeouts. I can not run them in different jails. they still need to listen on overlapping addresses for different ports etc. ALmost all other services (e.g. inetd,natd,sshd, etc.etc.) allow you to specify a different config file so that you can supply different services to theinside and outside but it all falls appart if they still are forced to use the same DNS server and can not provide a differentiated service for that reason. >Perhaps if you described your problem in more detail, it would be easier to >work around it, but I can't help thinking that there are better ways to >solve this problem. > >Doug > > > From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 19:53:43 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2591516A4DA; Mon, 28 Aug 2006 19:53:43 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36FB843D55; Mon, 28 Aug 2006 19:53:42 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (m2hxxagoj2b04x8i@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k7SJreO1012726; Mon, 28 Aug 2006 12:53:40 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k7SJreQM012725; Mon, 28 Aug 2006 12:53:40 -0700 (PDT) (envelope-from jmg) Date: Mon, 28 Aug 2006 12:53:39 -0700 From: John-Mark Gurney To: Julian Elischer Message-ID: <20060828195339.GF37035@funkthat.com> Mail-Followup-To: Julian Elischer , Doug Barton , FreeBSD Net References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F344FA.1000408@elischer.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: FreeBSD Net , Doug Barton Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 19:53:43 -0000 Julian Elischer wrote this message on Mon, Aug 28, 2006 at 12:33 -0700: > ALmost all other services (e.g. inetd,natd,sshd, etc.etc.) allow you to > specify a different config file > so that you can supply different services to theinside and outside but > it all falls appart > if they still are forced to use the same DNS server and can not provide > a differentiated service > for that reason. Why not put one of the two in side a jail (I think someone else mentioned this), or chroot'd environment where it can pick up a different resolv.conf? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 21:05:19 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5696516A4E1 for ; Mon, 28 Aug 2006 21:05:19 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25B4843D64 for ; Mon, 28 Aug 2006 21:05:06 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-5.cisco.com with ESMTP; 28 Aug 2006 14:05:06 -0700 X-IronPort-AV: i="4.08,177,1154934000"; d="scan'208"; a="315052270:sNHT32482242" Received: from sj-core-4.cisco.com (sj-core-4.cisco.com [171.68.223.138]) by sj-dkim-5.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k7SL55vA032583 for ; Mon, 28 Aug 2006 14:05:05 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k7SL556Y016698 for ; Mon, 28 Aug 2006 14:05:05 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Aug 2006 14:05:05 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 28 Aug 2006 14:05:05 -0700 Message-ID: <44F35A65.3080605@cisco.com> Date: Mon, 28 Aug 2006 17:04:37 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Aug 2006 21:05:05.0291 (UTC) FILETIME=[A2B7BDB0:01C6CAE5] DKIM-Signature: a=rsa-sha1; q=dns; l=2755; t=1156799105; x=1157663105; c=relaxed/simple; s=sjdkim5002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Problem=20with=20uipc_mbuf.c; X=v=3Dcisco.com=3B=20h=3DdfZfsNcoqS4OnyibfxSfNntZUb0=3D; b=itdBBdYvGVd3KMvghyQgRA9kJMdz+xLGEezKQUxJXykuba1EOGX8H8N0ia8CHZ+RiXWYC/vZ Cgf2MppEyY/qRKdPJVJBdY5WdHNOPPHvmkGe65Xgoz2ROoyy7eZLPjYz; Authentication-Results: sj-dkim-5.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Subject: Problem with uipc_mbuf.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: Mon, 28 Aug 2006 21:05:19 -0000 Hi all: In 6.1 the function mb_free_ext(struct mbuf *m) looked like this: ............................................... void mb_free_ext(struct mbuf *m) { u_int cnt; int dofree; /* Account for lazy ref count assign. */ if (m->m_ext.ref_cnt == NULL) dofree = 1; else dofree = 0; /* * This is tricky. We need to make sure to decrement the * refcount in a safe way but to also clean up if we're the * last reference. This method seems to do it without race. */ while (dofree == 0) { cnt = *(m->m_ext.ref_cnt); if (atomic_cmpset_int(m->m_ext.ref_cnt, cnt, cnt - 1)) { if (cnt == 1) dofree = 1; break; } } if (dofree) { /* * Do the free, should be safe. */ switch (m->m_ext.ext_type) { ................................. Other fine code that does the freeing... .................................. Now, in 7.0 we have: ------------------------------------------- void mb_free_ext(struct mbuf *m) { KASSERT((m->m_flags & M_EXT) == M_EXT, ("%s: M_EXT not set", __func__)); KASSERT(m->m_ext.ref_cnt != NULL, ("%s: ref_cnt not set", __func__)); /* Free attached storage if this mbuf is the only reference to it. */ if (*(m->m_ext.ref_cnt) == 1 || atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 0) { switch (m->m_ext.ext_type) { ------------------------------------- Other stuff that does the freeing ------------------------------------- This new code is broken... I am sad to say.. I have spent a LARGE amount of time hunting an "mbuf" leak.. and this is where I have traced it to... Now here is what I see happening.. I have two Xeon PIV machines.. Dell servers.. with Hyper threading.. One runs 6.1 Release.. the other 7.0... current. Now I am playing with SCTP.. and when I run netpipe the 7.0 machine leaks mbufs I have traced it down to the fact that SCTP uses finer grain locks.. so what is going on is the input processing is happening... and on the other CPU the reader (netpipe) is reading the data. This causes m_free()'s to be called on the same EXT's about the same time... and they don't get freed. Now to prove that it was NOT the SCTP code I went in and put a new mutex around the actual m_free and m_freem code... letting only one guy in at a time to free.. and all my leaks went away.. (my performance was also drug down a lot.. but thats besides the point)... So... has anyone else seen this? Or is SCTP the only one who is truely excercising this bug? I am thinking about restoring the old code.. since it appears to work... Any comments or help would be appreciated.. Thanks R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 21:40:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E189C16A4DA; Mon, 28 Aug 2006 21:40:16 +0000 (UTC) (envelope-from prvs=julian=388a75976@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8063743D45; Mon, 28 Aug 2006 21:40:16 +0000 (GMT) (envelope-from prvs=julian=388a75976@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 28 Aug 2006 14:40:16 -0700 Message-ID: <44F362C0.6080309@elischer.org> Date: Mon, 28 Aug 2006 14:40:16 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828195339.GF37035@funkthat.com> In-Reply-To: <20060828195339.GF37035@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net , Doug Barton Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 21:40:17 -0000 John-Mark Gurney wrote: >Julian Elischer wrote this message on Mon, Aug 28, 2006 at 12:33 -0700: > > >>ALmost all other services (e.g. inetd,natd,sshd, etc.etc.) allow you to >>specify a different config file >>so that you can supply different services to theinside and outside but >>it all falls appart >>if they still are forced to use the same DNS server and can not provide >>a differentiated service >>for that reason. >> >> > >Why not put one of the two in side a jail (I think someone else mentioned >this), or chroot'd environment where it can pick up a different resolv.conf? > > > The very mail you quoted says that I can not put it inside a jail. a chroot is slightly less problematical except that they do need to share filesystems. To make it fully work I need to have /etc nearly all shared along with a lot more but I need to have different /etc/resolv.conf so, Why NOT make this tunable from the environment? it does not do it for SUID processes and there are already environment varables that influence name lookup. From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 21:50:19 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB49D16A4DA for ; Mon, 28 Aug 2006 21:50:19 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp2-g19.free.fr (smtp2-g19.free.fr [212.27.42.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A1F943D46 for ; Mon, 28 Aug 2006 21:50:19 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp2-g19.free.fr (Postfix) with ESMTP id 6E0CA75BB1; Mon, 28 Aug 2006 23:50:17 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 8C0739E553; Mon, 28 Aug 2006 21:50:48 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 5CA3F408C; Mon, 28 Aug 2006 23:50:48 +0200 (CEST) Date: Mon, 28 Aug 2006 23:50:48 +0200 From: Jeremie Le Hen To: Julian Elischer Message-ID: <20060828215048.GB15761@obiwan.tataz.chchile.org> References: <44EF6E18.6090905@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44EF6E18.6090905@elischer.org> User-Agent: Mutt/1.5.12-2006-07-14 Cc: FreeBSD Net Subject: Re: [fbsd] possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 21:50:19 -0000 Julian, On Fri, Aug 25, 2006 at 02:39:36PM -0700, Julian Elischer wrote: > I need some processes to look elsewhere for DNS information from where > the rest > of the system looks.. This patch seems to me a simple solution. > We over-ride where the resolver looks for resolv.conf using an > environment variable. > This would allow me to reset this to an application specific config file > that > specifies a different server. I like this idea, but don't you think the administrator might want to be able to disable this functionnality for his users ? Unless using a packet filter might suffice... Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 22:17:07 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A31616A4DA for ; Mon, 28 Aug 2006 22:17:07 +0000 (UTC) (envelope-from duane@dwpc.dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A10D943D45 for ; Mon, 28 Aug 2006 22:17:04 +0000 (GMT) (envelope-from duane@dwpc.dwlabs.ca) Received: from ip03.eastlink.ca ([24.222.10.15]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J4Q00KRMB4SOPL0@mta01.eastlink.ca> for freebsd-net@freebsd.org; Mon, 28 Aug 2006 19:14:52 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip03.eastlink.ca with ESMTP; Mon, 28 Aug 2006 19:17:03 -0300 Received: from dwpc.dwlabs.ca (localhost [127.0.0.1]) by dwpc.dwlabs.ca (8.13.6/8.13.6) with ESMTP id k7SMCIaH040070; Mon, 28 Aug 2006 19:12:18 -0300 (ADT envelope-from duane@dwpc.dwlabs.ca) Received: (from duane@localhost) by dwpc.dwlabs.ca (8.13.6/8.13.6/Submit) id k7SMCIZw040069; Mon, 28 Aug 2006 19:12:18 -0300 (ADT envelope-from duane) Date: Mon, 28 Aug 2006 19:12:18 -0300 From: Duane Whitty In-reply-to: <44F344FA.1000408@elischer.org> To: Julian Elischer Message-id: <20060828221218.GB93062@dwpc.dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 22:17:07 -0000 On Mon, Aug 28, 2006 at 12:33:14PM -0700, Julian Elischer wrote: > Doug Barton wrote: > > >Julian Elischer wrote: > > > > > >>I need some processes to look elsewhere for DNS information from where > >>the rest of the system looks.. This patch seems to me a simple solution. > >>We over-ride where the resolver looks for resolv.conf using an > >>environment variable. This would allow me to reset this to an application > >>specific config file that specifies a different server. > >> > >>Anyone got better ways fo doing this? > >> > >> > > > >Run the special processes in a jail with its own resolv.conf? My gut > >reaction to your suggestion is negative, but I'm having a hard time > >articulating a solid reason why. > > > > > > I need a couple of processes to go to different nameservers for the same > names.. > for example running 2 proxy servers, one taking requests from the inside > and one from the outside. > I want them to see two different universes so makign them source > different resolv.conf allows me to give > them different default domains and query different servers. > as well as use different timeouts. I can not run them in different jails. > they still need to listen on overlapping addresses for different ports etc. > Hi Julian, I'm no expert so I apologize in advance if I am wasting your time. I was just wondering if you could use the multiple views facility as provided by Bind 9? I'm currently using the technique to provide different views of my network depending on whether access is coming from an internal address or an external address. Perhaps I am not fully understanding the depth of the problem. Best Regards, Duane Whitty > ALmost all other services (e.g. inetd,natd,sshd, etc.etc.) allow you to > specify a different config file > so that you can supply different services to theinside and outside but > it all falls appart > if they still are forced to use the same DNS server and can not provide > a differentiated service > for that reason. > > >Perhaps if you described your problem in more detail, it would be easier to > >work around it, but I can't help thinking that there are better ways to > >solve this problem. > > > >Doug > > > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 22:38:29 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02A5F16A4DD; Mon, 28 Aug 2006 22:38:29 +0000 (UTC) (envelope-from prvs=julian=388a75976@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A9E43D46; Mon, 28 Aug 2006 22:38:28 +0000 (GMT) (envelope-from prvs=julian=388a75976@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 28 Aug 2006 15:38:28 -0700 Message-ID: <44F37063.6010302@elischer.org> Date: Mon, 28 Aug 2006 15:38:27 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828195339.GF37035@funkthat.com> <44F362C0.6080309@elischer.org> In-Reply-To: <44F362C0.6080309@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net , John-Mark Gurney , Doug Barton Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 22:38:29 -0000 Julian Elischer wrote: > John-Mark Gurney wrote: > >> Julian Elischer wrote this message on Mon, Aug 28, 2006 at 12:33 -0700: >> >> >>> ALmost all other services (e.g. inetd,natd,sshd, etc.etc.) allow you >>> to specify a different config file >>> so that you can supply different services to theinside and outside >>> but it all falls appart >>> if they still are forced to use the same DNS server and can not >>> provide a differentiated service >>> for that reason. >>> >> >> >> Why not put one of the two in side a jail (I think someone else >> mentioned >> this), or chroot'd environment where it can pick up a different >> resolv.conf? >> >> >> > > The very mail you quoted says that I can not put it inside a jail. > a chroot is slightly less problematical except that they do need to > share filesystems. > To make it fully work I need to have /etc nearly all shared along with > a lot more but I need > to have different /etc/resolv.conf to expand on this.. imagine a set of 20 or so processes with about 10 or so channels of communication between each pair of processes, utilising unix domain sockets, lots of shared files, ip sockets and sysV opts. I want some of this rats nest of processes to use a different name server but not all of them, without completely breaking any of the thousands of not-so-obvious connections. puting them in a chroot or a jail gives me so many possible failure points my head spins. just asking the rsolver to ask a different server seems the simple and less error prone path. I would ask the security crew to think about this too as DNS is important to get right for security, but I believe it can be done in such a way that it remains secure.. possibly, by insisting that it remains in /etc but specifying only the name portion. (for example). > > so, Why NOT make this tunable from the environment? it does not do it > for SUID processes > and there are already environment varables that influence name lookup. > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 22:40:50 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA75A16A4DD for ; Mon, 28 Aug 2006 22:40:50 +0000 (UTC) (envelope-from prvs=julian=388a75976@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA7D143D49 for ; Mon, 28 Aug 2006 22:40:50 +0000 (GMT) (envelope-from prvs=julian=388a75976@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 28 Aug 2006 15:40:51 -0700 Message-ID: <44F370F2.7080406@elischer.org> Date: Mon, 28 Aug 2006 15:40:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828221218.GB93062@dwpc.dwlabs.ca> In-Reply-To: <20060828221218.GB93062@dwpc.dwlabs.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 22:40:51 -0000 Duane Whitty wrote: >On Mon, Aug 28, 2006 at 12:33:14PM -0700, Julian Elischer wrote: > > >>Doug Barton wrote: >> >> >> >>>Julian Elischer wrote: >>> >>> >>> >>> >>>>I need some processes to look elsewhere for DNS information from where >>>>the rest of the system looks.. This patch seems to me a simple solution. >>>>We over-ride where the resolver looks for resolv.conf using an >>>>environment variable. This would allow me to reset this to an application >>>>specific config file that specifies a different server. >>>> >>>>Anyone got better ways fo doing this? >>>> >>>> >>>> >>>> >>>Run the special processes in a jail with its own resolv.conf? My gut >>>reaction to your suggestion is negative, but I'm having a hard time >>>articulating a solid reason why. >>> >>> >>> >>> >>I need a couple of processes to go to different nameservers for the same >>names.. >>for example running 2 proxy servers, one taking requests from the inside >>and one from the outside. >>I want them to see two different universes so makign them source >>different resolv.conf allows me to give >>them different default domains and query different servers. >>as well as use different timeouts. I can not run them in different jails. >>they still need to listen on overlapping addresses for different ports etc. >> >> >> >Hi Julian, > >I'm no expert so I apologize in advance if I am wasting your time. > >I was just wondering if you could use the multiple views facility as provided >by Bind 9? I'm currently using the technique to provide different views of my >network depending on whether access is coming from an internal address or an >external address. Perhaps I am not fully understanding the depth of the problem. > >Best Regards, > >Duane Whitty > > > >>ALmost all other services (e.g. inetd,natd,sshd, etc.etc.) allow you to >>specify a different config file >>so that you can supply different services to theinside and outside but >>it all falls appart >>if they still are forced to use the same DNS server and can not provide >>a differentiated service >>for that reason. >> >> I'm not an expert on bind 9 views, but I want two sibling processs to get different network views. can I do that on a freebsd6.1 machine using stock gethostbyname() from libc? >> >> >>>Perhaps if you described your problem in more detail, it would be easier to >>>work around it, but I can't help thinking that there are better ways to >>>solve this problem. >>> >>>Doug >>> >>> >>> >>> >>> >>_______________________________________________ >>freebsd-net@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/freebsd-net >>To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 22:43:48 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DFD116A4DA for ; Mon, 28 Aug 2006 22:43:48 +0000 (UTC) (envelope-from prvs=julian=388a75976@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 148BA43D46 for ; Mon, 28 Aug 2006 22:43:48 +0000 (GMT) (envelope-from prvs=julian=388a75976@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 28 Aug 2006 15:43:48 -0700 Message-ID: <44F371A4.6030801@elischer.org> Date: Mon, 28 Aug 2006 15:43:48 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <44EF6E18.6090905@elischer.org> <20060828215048.GB15761@obiwan.tataz.chchile.org> In-Reply-To: <20060828215048.GB15761@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: [fbsd] possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 22:43:48 -0000 Jeremie Le Hen wrote: >Julian, > >On Fri, Aug 25, 2006 at 02:39:36PM -0700, Julian Elischer wrote: > > >>I need some processes to look elsewhere for DNS information from where >>the rest >>of the system looks.. This patch seems to me a simple solution. >>We over-ride where the resolver looks for resolv.conf using an >>environment variable. >>This would allow me to reset this to an application specific config file >>that >>specifies a different server. >> >> > >I like this idea, but don't you think the administrator might want >to be able to disable this functionnality for his users ? >Unless using a packet filter might suffice... > > my thought would be that we specify a filename (default resolv.conf) and we look for it in /etc. if is not there or not the right format, it doesn't work. Nor does it work if you are SUID. i.e the admin will have to have set it up. >Regards, > > From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 22:44:56 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9FDF16A4E2; Mon, 28 Aug 2006 22:44:56 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14EAE43D53; Mon, 28 Aug 2006 22:44:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (381kgzpe9j9hdo9t@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k7SMirGg015912; Mon, 28 Aug 2006 15:44:53 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k7SMiqNm015911; Mon, 28 Aug 2006 15:44:52 -0700 (PDT) (envelope-from jmg) Date: Mon, 28 Aug 2006 15:44:52 -0700 From: John-Mark Gurney To: Randall Stewart Message-ID: <20060828224452.GK37035@funkthat.com> Mail-Followup-To: Randall Stewart , freebsd-net@freebsd.org, andre@FreeBSD.org References: <44F35A65.3080605@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F35A65.3080605@cisco.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-net@freebsd.org, andre@freebsd.org Subject: Re: Problem with uipc_mbuf.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 22:44:56 -0000 Randall Stewart wrote this message on Mon, Aug 28, 2006 at 17:04 -0400: > atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 0) { ^ This should be 1 not 0.. as apparently fetchadd_int returns the old value (at least that's what atomic(9) says), which means that if we ever race on this comparision, we won't free though we should of... if we look at refcount.h, it does: return (atomic_fetchadd_int(count, -1) == 1); which release a reference and apparently returns true if it needs to be free'd... Though the wierd part is that andre, "fixed" it to be 0 in 1.157: Fix a logic error introduced with mandatory mbuf cluster refcounting and freeing of mbufs+clusters back to the packet zone. > I am thinking about restoring the old code.. since > it appears to work... > > Any comments or help would be appreciated.. Lets see what andre has to say about this. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 22:52:03 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0E9716A4DA for ; Mon, 28 Aug 2006 22:52:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id A71A443D8A for ; Mon, 28 Aug 2006 22:51:53 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 13111 invoked by uid 399); 28 Aug 2006 22:51:53 -0000 Received: from localhost (HELO ?192.168.0.10?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 28 Aug 2006 22:51:53 -0000 Message-ID: <44F37386.4020702@FreeBSD.org> Date: Mon, 28 Aug 2006 15:51:50 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Julian Elischer References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828221218.GB93062@dwpc.dwlabs.ca> <44F370F2.7080406@elischer.org> In-Reply-To: <44F370F2.7080406@elischer.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 22:52:03 -0000 Julian Elischer wrote: > Duane Whitty wrote: >> Hi Julian, >> >> I'm no expert so I apologize in advance if I am wasting your time. >> >> I was just wondering if you could use the multiple views facility as >> provided by Bind 9? I'm currently using the technique to provide >> different views of my network depending on whether access is coming >> from an internal address or an external address. Perhaps I am not >> fully understanding the depth of the problem. > I'm not an expert on bind 9 views, but I want two sibling processs to get > different network views. can I do that on a freebsd6.1 machine using > stock gethostbyname() from libc? I waited to suggest this based on whatever additional information you provided, but it sounds like this could work, with the condition that you be able to identify the IP addresses (or better yet, ranges) that the different categories of process will be assigned to in advance; or that you could configure named.conf (or an include file) on the fly. And of course, all THIS is presupposing that you can get both views (inside and outside) on the same nameserver, that is available to both sets of processes. So, not trivial, but could possibly solve your problem. Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 23:17:46 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C171A16A4E2; Mon, 28 Aug 2006 23:17:46 +0000 (UTC) (envelope-from prvs=julian=388a75976@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FE5443D72; Mon, 28 Aug 2006 23:17:40 +0000 (GMT) (envelope-from prvs=julian=388a75976@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 28 Aug 2006 16:17:41 -0700 Message-ID: <44F37994.8010808@elischer.org> Date: Mon, 28 Aug 2006 16:17:40 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828221218.GB93062@dwpc.dwlabs.ca> <44F370F2.7080406@elischer.org> <44F37386.4020702@FreeBSD.org> In-Reply-To: <44F37386.4020702@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 23:17:46 -0000 Doug Barton wrote: >Julian Elischer wrote: > > >>Duane Whitty wrote: >> >> > > > >>>Hi Julian, >>> >>>I'm no expert so I apologize in advance if I am wasting your time. >>> >>>I was just wondering if you could use the multiple views facility as >>>provided by Bind 9? I'm currently using the technique to provide >>>different views of my network depending on whether access is coming >>>from an internal address or an external address. Perhaps I am not >>>fully understanding the depth of the problem. >>> >>> > > > >>I'm not an expert on bind 9 views, but I want two sibling processs to get >>different network views. can I do that on a freebsd6.1 machine using >>stock gethostbyname() from libc? >> >> > >I waited to suggest this based on whatever additional information you >provided, but it sounds like this could work, with the condition that you be >able to identify the IP addresses (or better yet, ranges) that the different >categories of process will be assigned to in advance; or that you could >configure named.conf (or an include file) on the fly. And of course, all >THIS is presupposing that you can get both views (inside and outside) on the >same nameserver, that is available to both sets of processes. > > the machine is running a proprietary name server. but I want to alter resolv.conf to bypass this and go elsewhere for some processes. The processes in this machine are on one of two addresses but there is no correlation between which address they are bound to and how I where I want them to go for name resolution. Anyhow, I've yet to find a way to make gethostbyname bind to a particular address. It is intersting that people are suggesting tons of really complicated solutions involving loading essoteric softwere or setting up complicated virtual machines when listenning to a simple environment variable will do the trick.. For comparison, the nsswitch code in current ALREADY listens to an environment variable for an alternate name for /etc/nsswitch.conf.. i.e. nsdispatch.c: path = getenv("NSSWITCH_CONF"); >So, not trivial, but could possibly solve your problem. > >Doug > > > From owner-freebsd-net@FreeBSD.ORG Mon Aug 28 23:29:49 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11D0316A4DE for ; Mon, 28 Aug 2006 23:29:49 +0000 (UTC) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 997BF43D45 for ; Mon, 28 Aug 2006 23:29:48 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Mon, 28 Aug 2006 18:29:47 -0500 id 00095805.44F37C6B.00008F61 Received: from local2.local.net (local2.local.net [192.168.1.2]) by mail.bafirst.com (Horde MIME library) with HTTP; Mon, 28 Aug 2006 18:29:47 -0500 Message-ID: <20060828182947.p8ylw4x48oko00kg@mail.bafirst.com> Date: Mon, 28 Aug 2006 18:29:47 -0500 From: eculp@bafirst.com To: freebsd-net@freebsd.org References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828195339.GF37035@funkthat.com> <44F362C0.6080309@elischer.org> <44F37063.6010302@elischer.org> In-Reply-To: <44F37063.6010302@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 23:29:49 -0000 Quoting Julian Elischer : > Julian Elischer wrote: > >> John-Mark Gurney wrote: >> >>> Julian Elischer wrote this message on Mon, Aug 28, 2006 at 12:33 -0700: >>> >>>> ALmost all other services (e.g. inetd,natd,sshd, etc.etc.) allow >>>> you to specify a different config file >>>> so that you can supply different services to theinside and outside >>>> but it all falls appart >>>> if they still are forced to use the same DNS server and can not >>>> provide a differentiated service >>>> for that reason. >>>> >>> >>> >>> Why not put one of the two in side a jail (I think someone else mentioned >>> this), or chroot'd environment where it can pick up a different >>> resolv.conf? >>> >>> >> >> The very mail you quoted says that I can not put it inside a jail. >> a chroot is slightly less problematical except that they do need to >> share filesystems. >> To make it fully work I need to have /etc nearly all shared along >> with a lot more but I need >> to have different /etc/resolv.conf > > > to expand on this.. imagine a set of 20 or so processes with about 10 or so > channels of communication between each pair of processes, > utilising unix domain sockets, lots of shared files, ip sockets and > sysV opts. > I want some of this rats nest of processes to use a different name > server but not all of them, > without completely breaking any of the thousands of not-so-obvious > connections. > puting them in a chroot or a jail gives me so many possible failure > points my head spins. > > just asking the rsolver to ask a different server seems the simple > and less error prone path. > I would ask the security crew to think about this too as DNS is > important to get right for security, > but I believe it can be done in such a way that it remains secure.. > possibly, by insisting that it remains in /etc but specifying only > the name portion. (for example). hi, julian, I assume that you have seen the following: http://www.howtoforge.com/two_in_one_dns_bind9_views I found it interesting although I haven't had time to give it a try especially since I'm thinking about leaving bind9 for djbdns and ldap2dns even though I've never been crazy about djbdns and family. Good luck, ed > >> >> so, Why NOT make this tunable from the environment? it does not do >> it for SUID processes >> and there are already environment varables that influence name lookup. >> >> >> _______________________________________________ >> 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" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 01:10:46 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042E416A4DE for ; Tue, 29 Aug 2006 01:10:46 +0000 (UTC) (envelope-from duane@dwpc.dwlabs.ca) Received: from smtpout.eastlink.ca (smtpout.eastlink.ca [24.222.0.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DBAA43D4C for ; Tue, 29 Aug 2006 01:10:43 +0000 (GMT) (envelope-from duane@dwpc.dwlabs.ca) Received: from ip04.eastlink.ca ([24.222.10.20]) by mta01.eastlink.ca (Sun Java System Messaging Server 6.2-4.03 (built Sep 22 2005)) with ESMTP id <0J4Q00KNRJ68ORW0@mta01.eastlink.ca> for freebsd-net@freebsd.org; Mon, 28 Aug 2006 22:08:32 -0300 (ADT) Received: from blk-224-199-230.eastlink.ca (HELO dwpc.dwlabs.ca) ([24.224.199.230]) by ip04.eastlink.ca with ESMTP; Mon, 28 Aug 2006 22:10:41 -0300 Received: from dwpc.dwlabs.ca (localhost [127.0.0.1]) by dwpc.dwlabs.ca (8.13.6/8.13.6) with ESMTP id k7T15rdr040518; Mon, 28 Aug 2006 22:05:53 -0300 (ADT envelope-from duane@dwpc.dwlabs.ca) Received: (from duane@localhost) by dwpc.dwlabs.ca (8.13.6/8.13.6/Submit) id k7T15rTe040517; Mon, 28 Aug 2006 22:05:53 -0300 (ADT envelope-from duane) Date: Mon, 28 Aug 2006 22:05:53 -0300 From: Duane Whitty In-reply-to: <44F370F2.7080406@elischer.org> To: Julian Elischer Message-id: <20060829010553.GC93062@dwpc.dwlabs.ca> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Content-disposition: inline X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAQAAA+k= References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828221218.GB93062@dwpc.dwlabs.ca> <44F370F2.7080406@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 01:10:46 -0000 On Mon, Aug 28, 2006 at 03:40:50PM -0700, Julian Elischer wrote: > Duane Whitty wrote: > > >On Mon, Aug 28, 2006 at 12:33:14PM -0700, Julian Elischer wrote: > > > > > >>Doug Barton wrote: > >> > >> > >> > >>>Julian Elischer wrote: > >>> > >>> > >>> > >>> > >>>>I need some processes to look elsewhere for DNS information from where > >>>>the rest of the system looks.. This patch seems to me a simple > >>>>solution. We over-ride where the resolver looks for resolv.conf using > >>>>an environment variable. This would allow me to reset this to an > >>>>application > >>>>specific config file that specifies a different server. > >>>> > >>>>Anyone got better ways fo doing this? > >>>> > >>>> > >>>> > >>>> > >>>Run the special processes in a jail with its own resolv.conf? My gut > >>>reaction to your suggestion is negative, but I'm having a hard time > >>>articulating a solid reason why. > >>> > >>> > >>> > >>> > >>I need a couple of processes to go to different nameservers for the same > >>names.. > >>for example running 2 proxy servers, one taking requests from the inside > >>and one from the outside. > >>I want them to see two different universes so makign them source > >>different resolv.conf allows me to give > >>them different default domains and query different servers. > >>as well as use different timeouts. I can not run them in different jails. > >>they still need to listen on overlapping addresses for different ports > >>etc. > >> > >> > >> > >Hi Julian, > > > >I'm no expert so I apologize in advance if I am wasting your time. > > > >I was just wondering if you could use the multiple views facility as > >provided > >by Bind 9? I'm currently using the technique to provide different views > >of my > >network depending on whether access is coming from an internal address or > >an > >external address. Perhaps I am not fully understanding the depth of the > >problem. > > > >Best Regards, > > > >Duane Whitty > > > > > > > >>ALmost all other services (e.g. inetd,natd,sshd, etc.etc.) allow you to > >>specify a different config file > >>so that you can supply different services to theinside and outside but > >>it all falls appart > >>if they still are forced to use the same DNS server and can not provide > >>a differentiated service > >>for that reason. > >> > >> > I'm not an expert on bind 9 views, but I want two sibling processs to > get different network views. > can I do that on a freebsd6.1 machine using stock gethostbyname() from libc? > Well, I think maybe your solution is the simplest and it sounds like an interesting feature. I do wonder though if it would be possible to bind a process to a network interface alias on the fly? So if you had ten possible network views create ten interface aliases and ten views in your named.conf. Could you then have your process use an ip address from the network interface alias of your choosing? I'm probably just making noise here... Best Regards, Duane Whitty > >> > >> > >>>Perhaps if you described your problem in more detail, it would be easier > >>>to > >>>work around it, but I can't help thinking that there are better ways to > >>>solve this problem. > >>> > >>>Doug > >>> > >>> > >>> > >>> > >>> > >>_______________________________________________ > >>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" > >> > >> > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 07:58:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA9F216A4E1 for ; Tue, 29 Aug 2006 07:58:17 +0000 (UTC) (envelope-from regnauld@catpipe.net) Received: from moof.catpipe.net (moof.catpipe.net [195.249.214.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 598D143D6A for ; Tue, 29 Aug 2006 07:58:09 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from localhost (moof.catpipe.net [195.249.214.130]) by localhost.catpipe.net (Postfix) with ESMTP id 22F356340C2; Tue, 29 Aug 2006 09:58:06 +0200 (CEST) Received: from moof.catpipe.net ([195.249.214.130]) by localhost (moof.catpipe.net [195.249.214.130]) (amavisd-new, port 10024) with ESMTP id 35688-08; Tue, 29 Aug 2006 09:58:05 +0200 (CEST) Received: from vinyl.catpipe.net (vinyl.catpipe.net [195.249.214.189]) by moof.catpipe.net (Postfix) with ESMTP id 0F37E6340F5; Tue, 29 Aug 2006 09:57:54 +0200 (CEST) Received: by vinyl.catpipe.net (Postfix, from userid 1006) id 9608378C31; Tue, 29 Aug 2006 09:57:27 +0200 (CEST) Date: Tue, 29 Aug 2006 09:57:27 +0200 From: Phil Regnauld To: eculp@bafirst.com Message-ID: <20060829075727.GD20989@catpipe.net> References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828195339.GF37035@funkthat.com> <44F362C0.6080309@elischer.org> <44F37063.6010302@elischer.org> <20060828182947.p8ylw4x48oko00kg@mail.bafirst.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060828182947.p8ylw4x48oko00kg@mail.bafirst.com> X-Operating-System: FreeBSD 6.1-PRERELEASE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at catpipe.net Cc: freebsd-net@freebsd.org Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 07:58:17 -0000 eculp@bafirst.com (eculp) writes: > > I assume that you have seen the following: > > http://www.howtoforge.com/two_in_one_dns_bind9_views That is definitely the right way to do it imho. > I found it interesting although I haven't had time to give it a try > especially since I'm thinking about leaving bind9 for djbdns and > ldap2dns even though I've never been crazy about djbdns and family. djbdns is ok as long as you don't plan on using IPv6, EDNS0 or DNSSEC. Phil From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 08:11:08 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2479D16A4DA for ; Tue, 29 Aug 2006 08:11:08 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 68C8543D46 for ; Tue, 29 Aug 2006 08:11:07 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k7T8Asn9037080; Tue, 29 Aug 2006 11:10:54 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k7T8Aria037075; Tue, 29 Aug 2006 11:10:53 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 29 Aug 2006 11:10:53 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-net@freebsd.org In-Reply-To: <20060829010553.GC93062@dwpc.dwlabs.ca> Message-ID: <20060829101749.R48261@atlantis.atlantis.dp.ua> References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828221218.GB93062@dwpc.dwlabs.ca> <44F370F2.7080406@elischer.org> <20060829010553.GC93062@dwpc.dwlabs.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Julian Elischer Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 08:11:08 -0000 Hello! On Mon, 28 Aug 2006, Duane Whitty wrote: > Well, I think maybe your solution is the simplest and it sounds like an > interesting feature. I do wonder though if it would be possible to bind > a process to a network interface alias on the fly? So if you had ten possible Alas I don't see the way to bind an abstract process to the specific IP address on hosts with several IPs. For applications which use connect(2), we have net/libconnect port, but simple experiments with it and a couple of trivial resolver(3) consumers (like ping or telnet) show that resolver(3) doesn't use connect(2) by default, so net/libconnect can't change source IP address for DNS queries on the fly. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 08:34:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7A6416A4DA for ; Tue, 29 Aug 2006 08:34:30 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 264CC43D45 for ; Tue, 29 Aug 2006 08:34:29 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k7T8YCDv060244; Tue, 29 Aug 2006 11:34:14 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k7T8YC78060239; Tue, 29 Aug 2006 11:34:12 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 29 Aug 2006 11:34:12 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-net@freebsd.org In-Reply-To: <20060829101749.R48261@atlantis.atlantis.dp.ua> Message-ID: <20060829113148.V48261@atlantis.atlantis.dp.ua> References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828221218.GB93062@dwpc.dwlabs.ca> <44F370F2.7080406@elischer.org> <20060829010553.GC93062@dwpc.dwlabs.ca> <20060829101749.R48261@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Julian Elischer Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 08:34:30 -0000 On Tue, 29 Aug 2006, Dmitry Pryanishnikov wrote: >> a process to a network interface alias on the fly? So if you had ten >> possible > > Alas I don't see the way to bind an abstract process to the specific IP > address on hosts with several IPs. For applications which use connect(2), ...short of using jails, of course (but it isn't always an option due to their overhead and limitations). Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 08:36:09 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4FAA16A4DA; Tue, 29 Aug 2006 08:36:09 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6964C43D46; Tue, 29 Aug 2006 08:36:09 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g19.free.fr (Postfix) with ESMTP id 78EB7917D2; Tue, 29 Aug 2006 10:36:07 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id 34DA69C4C4; Tue, 29 Aug 2006 08:36:38 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 1BE3F408C; Tue, 29 Aug 2006 10:36:38 +0200 (CEST) Date: Tue, 29 Aug 2006 10:36:38 +0200 From: Jeremie Le Hen To: Julian Elischer Message-ID: <20060829083638.GC15761@obiwan.tataz.chchile.org> References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828221218.GB93062@dwpc.dwlabs.ca> <44F370F2.7080406@elischer.org> <44F37386.4020702@FreeBSD.org> <44F37994.8010808@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F37994.8010808@elischer.org> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-net@FreeBSD.org, Doug Barton Subject: Re: [fbsd] Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 08:36:09 -0000 On Mon, Aug 28, 2006 at 04:17:40PM -0700, Julian Elischer wrote: > It is intersting that people are suggesting tons of really complicated > solutions involving loading essoteric > softwere or setting up complicated virtual machines when listenning to a > simple environment variable > will do the trick.. For comparison, the nsswitch code in current ALREADY > listens to an environment variable > for an alternate name for /etc/nsswitch.conf.. > > i.e. nsdispatch.c: path = getenv("NSSWITCH_CONF"); The full context should have been pasted: % #if defined(_NSS_DEBUG) && defined(_NSS_SHOOT_FOOT) % /* NOTE WELL: THIS IS A SECURITY HOLE. This must only be built % * for debugging purposes and MUST NEVER be used in production. % */ % path = getenv("NSSWITCH_CONF"); % if (path == NULL) % #endif % path = _PATH_NS_CONF; -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 08:50:04 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A4DF16A4DE for ; Tue, 29 Aug 2006 08:50:04 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8942E43D45 for ; Tue, 29 Aug 2006 08:50:03 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 71E8732E459; Tue, 29 Aug 2006 08:50:02 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 6F3A01141D; Tue, 29 Aug 2006 10:50:02 +0200 (CEST) Date: Tue, 29 Aug 2006 10:50:02 +0200 From: "Simon L. Nielsen" To: Julian Elischer Message-ID: <20060829085001.GB982@zaphod.nitro.dk> References: <44EF6E18.6090905@elischer.org> <44EF74CD.6080500@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44EF74CD.6080500@elischer.org> User-Agent: Mutt/1.5.11 Cc: FreeBSD Net Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 08:50:04 -0000 On 2006.08.25 15:08:13 -0700, Julian Elischer wrote: > Julian Elischer wrote: > > >I need some processes to look elsewhere for DNS information from > >where the rest of the system looks.. This patch seems to me a > >simple solution. We over-ride where the resolver looks for > >resolv.conf using an environment variable. This would allow me to > >reset this to an application specific config file that specifies a > >different server. > > > >Anyone got better ways fo doing this? Since a bunch of people have suggested other solutions I just wanted to add me 0.01$CURRENCY, FWIW. Other than missing update for some manual page (not sure where this should go) I don't see a problem adding this patch. "Normal" users should be able already get similar functionality already by simply preloading a custom patched libc, so I don't see a problem supporting this. This is clearly much simpler than setting up a full blown bind with split DNS. -- Simon L. Nielsen From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 08:56:03 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CB0F16A4E1 for ; Tue, 29 Aug 2006 08:56:03 +0000 (UTC) (envelope-from babolo@cicuta.babolo.ru) Received: from ints.mail.pike.ru (ints.mail.pike.ru [85.30.199.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10E8443D5A for ; Tue, 29 Aug 2006 08:56:00 +0000 (GMT) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 69700 invoked from network); 29 Aug 2006 08:55:58 -0000 Received: from cicuta.babolo.ru (85.30.224.245) by ints.mail.pike.ru with SMTP; 29 Aug 2006 08:55:58 -0000 Received: (nullmailer pid 7169 invoked by uid 136); Tue, 29 Aug 2006 08:57:46 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <44F3429F.6050204@FreeBSD.org> To: Doug Barton Date: Tue, 29 Aug 2006 12:57:46 +0400 (MSD) From: .@babolo.ru X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1156841866.178399.7168.nullmailer@cicuta.babolo.ru> Cc: FreeBSD Net , Julian Elischer Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 08:56:03 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > Julian Elischer wrote: > > I need some processes to look elsewhere for DNS information from where > > the rest of the system looks.. This patch seems to me a simple solution. > > We over-ride where the resolver looks for resolv.conf using an > > environment variable. This would allow me to reset this to an application > > specific config file that specifies a different server. > > > > Anyone got better ways fo doing this? > > Run the special processes in a jail with its own resolv.conf? My gut > reaction to your suggestion is negative, but I'm having a hard time > articulating a solid reason why. > > Perhaps if you described your problem in more detail, it would be easier to > work around it, but I can't help thinking that there are better ways to > solve this problem. I can describe another problem. shell computer for many groups of users, each of it want to use own "search" and probably "nameserver". From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 09:01:42 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E417916A4E8; Tue, 29 Aug 2006 09:01:42 +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 9339B43D86; Tue, 29 Aug 2006 09:01:23 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id D0CDB275A4; Tue, 29 Aug 2006 11:01:18 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id AB7509C4C4; Tue, 29 Aug 2006 09:01:48 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 8FD00408C; Tue, 29 Aug 2006 11:01:48 +0200 (CEST) Date: Tue, 29 Aug 2006 11:01:48 +0200 From: Jeremie Le Hen To: "Simon L. Nielsen" Message-ID: <20060829090148.GD15761@obiwan.tataz.chchile.org> References: <44EF6E18.6090905@elischer.org> <44EF74CD.6080500@elischer.org> <20060829085001.GB982@zaphod.nitro.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060829085001.GB982@zaphod.nitro.dk> User-Agent: Mutt/1.5.12-2006-07-14 Cc: Julian Elischer , FreeBSD Net Subject: Re: [fbsd] Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 09:01:43 -0000 Hi Simon, On Tue, Aug 29, 2006 at 10:50:02AM +0200, Simon L. Nielsen wrote: > On 2006.08.25 15:08:13 -0700, Julian Elischer wrote: > Since a bunch of people have suggested other solutions I just wanted > to add me 0.01$CURRENCY, FWIW. > > Other than missing update for some manual page (not sure where this > should go) I don't see a problem adding this patch. "Normal" users > should be able already get similar functionality already by simply > preloading a custom patched libc, so I don't see a problem supporting > this. I agree with this statement. If users really want to, they can compile their own libc. However, nectar@ has added the following comment in nsdispatch.c: % #if defined(_NSS_DEBUG) && defined(_NSS_SHOOT_FOOT) % /* NOTE WELL: THIS IS A SECURITY HOLE. This must only be built % * for debugging purposes and MUST NEVER be used in production. % */ % path = getenv("NSSWITCH_CONF"); % if (path == NULL) % #endif % path = _PATH_NS_CONF; We should remove this #if clause because of your argument. I'm not sure it is worth documenting it however. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 09:05:56 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED66016A4DA for ; Tue, 29 Aug 2006 09:05:56 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30D6243D6E for ; Tue, 29 Aug 2006 09:05:52 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k7T95ls9095431 for ; Tue, 29 Aug 2006 12:05:47 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k7T95lUQ095428 for ; Tue, 29 Aug 2006 12:05:47 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 29 Aug 2006 12:05:47 +0300 (EEST) From: Dmitry Pryanishnikov To: freebsd-net@freebsd.org Message-ID: <20060829120351.D63269@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: IP fastforwarding in RELENG_4 and CURRENT/RELENG_6 (fwd) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 09:05:57 -0000 Hello! Sorry for reposting my questions again, I hope they are interesting not only for me... What is the current status of the fast IP forwarding in RELENG_4 and in modern versions (CURRENT/RELENG_6)? I see that this code (either ip_flow.* in RELENG_4 or ip_fastfwd.c in RELENG_6) is always included into kernel (no separate option for it), but is disabled by default. What are drawbacks from enabling it (pure-IPv4 environment, heavy use of ipfw+divert+dummynet, occasionally use of IPSEC)? I haven't found any documentation for this option besides comments in ip_fastfwd.c, and those comments rose several questions: * Else if something is not pure IPv4 unicast forwarding we fall back to * the normal ip_input processing path. We should only be called from ----------------------------------------^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ * interfaces connected to the outside world. ---^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ How to achieve this aim? I see no fastforwarding-specific options in ifconfig. * IPSEC is not supported if this host is a tunnel broker. IPSEC is * supported for connections to/from local host. Is it true for FAST_IPSEC? Am I understand 'tunnel broker' correctly: it's the host that wraps other host's traffic into the ESP using IPSEC tunnel mode? How about IPSEC transport mode? And the main question: does this description stands for ip_flow implementation in RELENG_4? If not, what are the differences? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 09:20:11 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E2BF16A4E0 for ; Tue, 29 Aug 2006 09:20:11 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13F3843D45 for ; Tue, 29 Aug 2006 09:20:11 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 2246E32E431; Tue, 29 Aug 2006 09:20:10 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 0C2891141D; Tue, 29 Aug 2006 11:20:09 +0200 (CEST) Date: Tue, 29 Aug 2006 11:20:09 +0200 From: "Simon L. Nielsen" To: Jeremie Le Hen Message-ID: <20060829092009.GC982@zaphod.nitro.dk> References: <44EF6E18.6090905@elischer.org> <44EF74CD.6080500@elischer.org> <20060829085001.GB982@zaphod.nitro.dk> <20060829090148.GD15761@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060829090148.GD15761@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.11 Cc: Julian Elischer , FreeBSD Net Subject: Re: [fbsd] Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 09:20:11 -0000 On 2006.08.29 11:01:48 +0200, Jeremie Le Hen wrote: Hey, > On Tue, Aug 29, 2006 at 10:50:02AM +0200, Simon L. Nielsen wrote: > > On 2006.08.25 15:08:13 -0700, Julian Elischer wrote: > > Since a bunch of people have suggested other solutions I just wanted > > to add me 0.01$CURRENCY, FWIW. > > > > Other than missing update for some manual page (not sure where this > > should go) I don't see a problem adding this patch. "Normal" users > > should be able already get similar functionality already by simply > > preloading a custom patched libc, so I don't see a problem supporting > > this. > > I agree with this statement. If users really want to, they can > compile their own libc. However, nectar@ has added the following > comment in nsdispatch.c: > > % #if defined(_NSS_DEBUG) && defined(_NSS_SHOOT_FOOT) > % /* NOTE WELL: THIS IS A SECURITY HOLE. This must only be built > % * for debugging purposes and MUST NEVER be used in production. > % */ > % path = getenv("NSSWITCH_CONF"); > % if (path == NULL) > % #endif > % path = _PATH_NS_CONF; > > We should remove this #if clause because of your argument. I'm not sure > it is worth documenting it however. Well, nsswitch is part of the user authentication framework (I think), so I'm not entirely sure if exactly the same argument can be used safely. I never really had a need to look at nsswitch, so I don't know if it's used in contexts (other than set[ug]id) where overriding nsswitch.conf can cause problems. At least if that #if is removed it's probably required to add a issetugid() check. -- Simon L. Nielsen From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 09:46:02 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F29016A4DD for ; Tue, 29 Aug 2006 09:46:02 +0000 (UTC) (envelope-from ss666@bsd.mirknigi.ru) Received: from mx4.bsd.mirknigi.ru (mx4.bsd.mirknigi.ru [217.114.33.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 1921B43D46 for ; Tue, 29 Aug 2006 09:46:00 +0000 (GMT) (envelope-from ss666@bsd.mirknigi.ru) Received: (qmail 35131 invoked by uid 0); 29 Aug 2006 09:43:48 -0000 Received: from 172.17.2.38 by mx4.bsd.mirknigi.ru (envelope-from , uid 0) with qmail-scanner-1.25 (clamdscan: devel-20060403/1369. sweep: 2.32.14/4.04.0. f-prot: 4.5.4/3.16.6. spamassassin: 3.1.0. Clear:RC:0(172.17.2.38):SA:0(0.0/3.5):. Processed in 4.48502 secs); 29 Aug 2006 09:43:48 -0000 X-Spam-Status: No, hits=0.0 required=3.5 X-Qmail-Scanner-Mail-From: ss666@bsd.mirknigi.ru via mx4.bsd.mirknigi.ru X-Qmail-Scanner: 1.25 (Clear:RC:0(172.17.2.38):SA:0(0.0/3.5):. Processed in 4.48502 secs) Received: from unknown (HELO ?172.17.2.38?) (ss666@bsd.mirknigi.ru@172.17.2.38) by mx4.bsd.mirknigi.ru with SMTP; 29 Aug 2006 09:43:43 -0000 Message-ID: <44F40CB3.5020502@bsd.mirknigi.ru> Date: Tue, 29 Aug 2006 13:45:23 +0400 From: Alexey Vesnin Organization: Mir Knigi LLC ITSecurity User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: net@freebsd.org Content-Type: multipart/mixed; boundary="------------030905000102080802090002" Cc: Subject: [Fwd: Re: possible patch for implementing split DNS] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ss666@bsd.mirknigi.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 09:46:02 -0000 This is a multi-part message in MIME format. --------------030905000102080802090002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm currently working on a similar patch - so you welcome to contact me if you need one. And - by the way - is there's a need for such a patch? then I can post it to this list Alexey "Steel Scorpion 666" Vesnin --------------030905000102080802090002 Content-Type: message/rfc822; name="Re: possible patch for implementing split DNS" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Re: possible patch for implementing split DNS" Return-Path: Delivered-To: ss666@bsd.mirknigi.ru Received: (qmail 34197 invoked by uid 1000); 29 Aug 2006 08:50:09 -0000 Delivered-To: ss666@mx4.bsd.mirknigi.ru Received: (qmail 34191 invoked by uid 98); 29 Aug 2006 08:50:09 -0000 Received: from 217.114.33.23 by mx4.bsd.mirknigi.ru (envelope-from , uid 82) with qmail-scanner-1.25 (clamdscan: devel-20060403/1369. sweep: 2.32.14/4.04.0. f-prot: 4.5.4/3.16.6. spamassassin: 3.1.0. Clear:RC:0(217.114.33.23):SA:0(1.5/3.5):. Processed in 2.864928 secs); 29 Aug 2006 08:50:09 -0000 X-Spam-Status: No, hits=1.5 required=3.5 X-Spam-Level: + X-Qmail-Scanner-Mail-From: owner-freebsd-net@freebsd.org via mx4.bsd.mirknigi.ru X-Qmail-Scanner: 1.25 (Clear:RC:0(217.114.33.23):SA:0(1.5/3.5):. Processed in 2.864928 secs) Received: from mx1.mirknigi.ru (217.114.33.23) by mx4.bsd.mirknigi.ru with SMTP; 29 Aug 2006 08:50:06 -0000 Received: from dummy.name; Tue, 29 Aug 2006 12:51:45 +0400 Received-SPF: pass receiver=mx1.mirknigi.ru; client-ip=216.136.204.119; envelope-from=owner-freebsd-net@freebsd.org Received: from dummy.name; Tue, 29 Aug 2006 08:50:41 +0000 (GMT) (envelope-from owner-freebsd-net@freebsd.org) Received: from dummy.name; Tue, 29 Aug 2006 08:50:34 +0000 (UTC) (envelope-from owner-freebsd-net@freebsd.org) X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from dummy.name; Tue, 29 Aug 2006 08:50:04 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from dummy.name; Tue, 29 Aug 2006 08:50:03 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from dummy.name; Tue, 29 Aug 2006 08:50:02 +0000 (UTC) Received: from dummy.name; Tue, 29 Aug 2006 10:50:02 +0200 (CEST) Date: Tue, 29 Aug 2006 10:50:02 +0200 From: "Simon L. Nielsen" To: Julian Elischer Message-ID: <20060829085001.GB982@zaphod.nitro.dk> References: <44EF6E18.6090905@elischer.org> <44EF74CD.6080500@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44EF74CD.6080500@elischer.org> User-Agent: Mutt/1.5.11 Cc: FreeBSD Net Subject: Re: possible patch for implementing split DNS 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: , Sender: owner-freebsd-net@freebsd.org Errors-To: owner-freebsd-net@freebsd.org On 2006.08.25 15:08:13 -0700, Julian Elischer wrote: > Julian Elischer wrote: > > >I need some processes to look elsewhere for DNS information from > >where the rest of the system looks.. This patch seems to me a > >simple solution. We over-ride where the resolver looks for > >resolv.conf using an environment variable. This would allow me to > >reset this to an application specific config file that specifies a > >different server. > > > >Anyone got better ways fo doing this? Since a bunch of people have suggested other solutions I just wanted to add me 0.01$CURRENCY, FWIW. Other than missing update for some manual page (not sure where this should go) I don't see a problem adding this patch. "Normal" users should be able already get similar functionality already by simply preloading a custom patched libc, so I don't see a problem supporting this. This is clearly much simpler than setting up a full blown bind with split DNS. -- Simon L. Nielsen _______________________________________________ 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" --------------030905000102080802090002-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 11:16:23 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9509516A4DA for ; Tue, 29 Aug 2006 11:16:23 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from rune.pobox.com (rune.pobox.com [208.210.124.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 267EB43D46 for ; Tue, 29 Aug 2006 11:16:23 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from rune (localhost [127.0.0.1]) by rune.pobox.com (Postfix) with ESMTP id 14B967D220; Tue, 29 Aug 2006 07:16:44 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rune.sasl.smtp.pobox.com (Postfix) with ESMTP id C02D77C5F3; Tue, 29 Aug 2006 07:16:42 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GI1Zq-0001UL-Mz; Tue, 29 Aug 2006 12:16:18 +0100 Date: Tue, 29 Aug 2006 12:16:18 +0100 From: Brian Candler To: Morgan Message-ID: <20060829111618.GA5670@uk.tiscali.com> References: <02df01c6c84c$dcd564c0$4345a8c0@phobos> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <02df01c6c84c$dcd564c0$4345a8c0@phobos> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: Optimizing a high-latency connection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 11:16:23 -0000 On Fri, Aug 25, 2006 at 03:46:22PM +0200, Morgan wrote: > I'm trying som file transfers across the globe. The RTT is almost 400ms and > the transfer rate is painfully slow. There are 24 router hops on the path > and I assume most of the problem is there The number of routers isn't an issue, as long as they forward packets without dropping them on the floor. > but I wonder if there are any > sysctl variables I can trim on my side to help this problem slightly? I seem > to understand that there need to be an ACK received for at least every other > packet No, the two sides negotiate a 'window' which is the amount of outstanding unacknowledged traffic in transit. tcpdump will show you the negotiated window size. As long as the window is greater than the (bandwidth * RTT) product, you should be able to fill the pipe. e.g. a 2Mbps pipe (256KBps) with 400ms RTT has a delay-bandwidth product of 0.4*256 = 102.4KB You need to define "painfully slow", but my guess is that your problems are due to packet loss. Each lost packet causes the window size to be reduced by half, and it will only gradually creep back up. This is part of TCP's congestion control mechanism, since TCP equates packet loss with congestion, indicating that the transmission speed must be reduced. You can check your packet loss like this: # ping -s1472 -c100 x.x.x.x where x.x.x.x is the remote endpoint. (This sends 1500-byte sized packets: 20 bytes IP header + 8 bytes ICMP header + 1472 bytes data padding). TCP performs extremely poorly at packet loss of around 2% and above. If you see a large level of packet loss, by changing x.x.x.x to point to intermediate routers shown by traceroute, you may be able to identify where the packet loss is taking place. An ethernet full-duplex/half-duplex mismatch can cause packet loss in the 2% range, which is not enough for the network to be visibly "broken", but enough for it to perform very badly. Worst offenders here are old Cisco Catalyst 29xx switches, which don't perform auto-negotation properly. Regards, Brian. From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 12:03:51 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.ORG Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD76016A4E0 for ; Tue, 29 Aug 2006 12:03:51 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69F1B43E40 for ; Tue, 29 Aug 2006 12:02:43 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qdovsj@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7TC2MaG012961; Tue, 29 Aug 2006 14:02:27 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7TC2MnX012960; Tue, 29 Aug 2006 14:02:22 +0200 (CEST) (envelope-from olli) Date: Tue, 29 Aug 2006 14:02:22 +0200 (CEST) Message-Id: <200608291202.k7TC2MnX012960@lurza.secnetix.de> From: Oliver Fromme To: freebsd-net@FreeBSD.ORG, julian@elischer.org In-Reply-To: <44EF6E18.6090905@elischer.org> X-Newsgroups: list.freebsd-net User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 29 Aug 2006 14:02:28 +0200 (CEST) Cc: Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-net@FreeBSD.ORG, julian@elischer.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 12:03:51 -0000 Julian Elischer wrote: > I need some processes to look elsewhere for DNS information from where > the rest > of the system looks.. This patch seems to me a simple solution. > We over-ride where the resolver looks for resolv.conf using an > environment variable. > This would allow me to reset this to an application specific config file > that > specifies a different server. I think that could be useful indeed. In fact it could have been very helpful to me recently when I had to debug a very strange resolver problem (it turned out that the DSL modem dropped SOA and ANY requests). In theory, there would be a different (and maybe better) solution to the problem. On the "FreeBSD Ideas" web page there is an entry to port variant symlinks from DragonFly (but as far as I know, nobody is actually working on it). Using variant symlinks, the problem could easily be solved: $ ls -l /etc/resolv* -r--r--r-- 1 root wheel ... /etc/resolv.conf -> resolv-${RES}.conf -r--r--r-- 1 root wheel ... /etc/resolv-default.conf -r--r--r-- 1 root wheel ... /etc/resolv-special.conf $ varsym RES RES=default $ cat /etc/resolv.conf nameserver 11.22.33.44 $ varsym RES=special $ cat /etc/resolv.conf nameserver 55.66.77.88 It also has the advantage that the admin still has some control over it, because the symlink can only point to existing files under /etc in this case. By the way, the varsym variables can be set globally, per-user and per- process. However, I'm aware that variant symlinks are probably not going to be available in FreeBSD anytime soon. Therefore I think your patch to libc/net/res_init.c would be useful. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 12:46:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B64016A4DF; Tue, 29 Aug 2006 12:46:30 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7430E43D49; Tue, 29 Aug 2006 12:46:29 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-6.cisco.com with ESMTP; 29 Aug 2006 05:46:29 -0700 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k7TCkTQt019799; Tue, 29 Aug 2006 05:46:29 -0700 Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id k7TCkT1E025515; Tue, 29 Aug 2006 05:46:29 -0700 (PDT) Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Tue, 29 Aug 2006 05:46:28 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 29 Aug 2006 05:46:28 -0700 Message-ID: <44F436FD.6020506@cisco.com> Date: Tue, 29 Aug 2006 08:45:49 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <44F35A65.3080605@cisco.com> <20060828224452.GK37035@funkthat.com> In-Reply-To: <20060828224452.GK37035@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 Aug 2006 12:46:28.0754 (UTC) FILETIME=[257C3720:01C6CB69] DKIM-Signature: a=rsa-sha1; q=dns; l=2013; t=1156855589; x=1157719589; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Problem=20with=20uipc_mbuf.c; X=v=3Dcisco.com=3B=20h=3DGX4otkzfuvQkPAK8JGkm7Q3VVZc=3D; b=cF3ANyVKEpIY9camDWFItw0Fh34LGbS75qkapYCgF3rZWr8cEwK9PT+n/wH4DEpDdTG6He24 PumN3/7HRTvLXh9Ec7JSdeKPmKwBIdfWSiZa9Tak4SExEteh/7YTa/LZ; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: freebsd-net@freebsd.org, andre@freebsd.org Subject: Re: Problem with uipc_mbuf.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, 29 Aug 2006 12:46:30 -0000 John-Mark: I had read that in the atomic_fetchadd_int() comments.. and was wondering if that was the case.. I don't have an X86 assembler reference.. so I did not bother to see if the asm and comments were in sync... you are right if this is true.. and I can surely make SCTP have this occur.. note that I can minimize how often it hits this .. I had an optimziation where I would steal the last mbuf if no other chunk is being pulled and used as data.. otherwise do a mcopy()... which is then later freed... The optimzation had a bug.. it mis-calculated and NEVER stole the last mbuf.. which meant we were ALWAYS heading for this race condition on an SMP box.. Since I have fixed the optimzation bug.. I see it much less now.. but a simple un-fix of it can quickly test any change.. Let me go change the code to test for 1 (as you suggest) and then un-fix my optimzation.. and see if it fixes the bug.. R John-Mark Gurney wrote: > Randall Stewart wrote this message on Mon, Aug 28, 2006 at 17:04 -0400: > >> atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 0) { > > ^ > > This should be 1 not 0.. as apparently fetchadd_int returns the old value > (at least that's what atomic(9) says), which means that if we ever race > on this comparision, we won't free though we should of... > > if we look at refcount.h, it does: > return (atomic_fetchadd_int(count, -1) == 1); > > which release a reference and apparently returns true if it needs to > be free'd... > > Though the wierd part is that andre, "fixed" it to be 0 in 1.157: > Fix a logic error introduced with mandatory mbuf cluster refcounting and > freeing of mbufs+clusters back to the packet zone. > > >>I am thinking about restoring the old code.. since >>it appears to work... >> >>Any comments or help would be appreciated.. > > > Lets see what andre has to say about this. > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 14:02:34 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9ED416A4DD for ; Tue, 29 Aug 2006 14:02:33 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id D801043D66 for ; Tue, 29 Aug 2006 14:02:26 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060829140225m9100h58rpe>; Tue, 29 Aug 2006 14:02:25 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7TE2JTi013163; Tue, 29 Aug 2006 09:02:20 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7TE2JWp013162; Tue, 29 Aug 2006 09:02:19 -0500 (CDT) (envelope-from brooks) Date: Tue, 29 Aug 2006 09:02:19 -0500 From: Brooks Davis To: freebsd-net@freebsd.org, julian@elischer.org Message-ID: <20060829140218.GA13054@lor.one-eyed-alien.net> References: <44EF6E18.6090905@elischer.org> <200608291202.k7TC2MnX012960@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <200608291202.k7TC2MnX012960@lurza.secnetix.de> User-Agent: Mutt/1.5.11 Cc: Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 14:02:34 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 29, 2006 at 02:02:22PM +0200, Oliver Fromme wrote: > Julian Elischer wrote: > > I need some processes to look elsewhere for DNS information from where= =20 > > the rest > > of the system looks.. This patch seems to me a simple solution. > > We over-ride where the resolver looks for resolv.conf using an=20 > > environment variable. > > This would allow me to reset this to an application specific config fi= le=20 > > that > > specifies a different server. >=20 > I think that could be useful indeed. In fact it could have > been very helpful to me recently when I had to debug a very > strange resolver problem (it turned out that the DSL modem > dropped SOA and ANY requests). >=20 > In theory, there would be a different (and maybe better) > solution to the problem. On the "FreeBSD Ideas" web page > there is an entry to port variant symlinks from DragonFly > (but as far as I know, nobody is actually working on it). > Using variant symlinks, the problem could easily be solved: >=20 > $ ls -l /etc/resolv* > -r--r--r-- 1 root wheel ... /etc/resolv.conf -> resolv-${RES}.conf > -r--r--r-- 1 root wheel ... /etc/resolv-default.conf > -r--r--r-- 1 root wheel ... /etc/resolv-special.conf > $ varsym RES > RES=3Ddefault > $ cat /etc/resolv.conf > nameserver 11.22.33.44 > $ varsym RES=3Dspecial > $ cat /etc/resolv.conf > nameserver 55.66.77.88 >=20 > It also has the advantage that the admin still has some > control over it, because the symlink can only point to > existing files under /etc in this case. By the way, the > varsym variables can be set globally, per-user and per- > process. >=20 > However, I'm aware that variant symlinks are probably not > going to be available in FreeBSD anytime soon. Therefore > I think your patch to libc/net/res_init.c would be useful. Actually there's a patch floating around. I don't remember what the most recent status is, but it does work and I've got it in the branch I run on my laptop. There's some diagreement about the order of evaluation of the various tables with the patch implementing a pid overrides user which overrides global and rwatson arguing for the opposite (which is what AFS does). I think I'd like to see the AFS version plus a "default" table since I find Robert's arguments compelling, but have applications where a default is needed. Alternativly ${varname-default_value} syntax could be implemented alongside AFS semantics. -- Brooks P.S. The motivating application in my case is making /tmp a varsym which points to storage with the ordinary semantics for ordinary processes, but is overriden to point to a managed directory for processes within a batch job under Sun Grid Engine. --rwEMma7ioTxnRzrJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE9EjqXY6L6fI4GtQRAqR3AJ9r5YQwPsRoxBHRET7S3y3u+qKlAwCbBB9k Liz5w8cMVbvhsh1ZJTdnNj4= =s652 -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 14:09:06 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1907416A4DD for ; Tue, 29 Aug 2006 14:09:06 +0000 (UTC) (envelope-from rajkumars@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99E5143D45 for ; Tue, 29 Aug 2006 14:09:05 +0000 (GMT) (envelope-from rajkumars@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so1207859nzn for ; Tue, 29 Aug 2006 07:09:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cryTCbodYEdU0TNxqdARztNi9GA3j3hH0jdTTe9v7dlh/GUlwe4W5VIzW6922SBOtap/yQfV1Bh+qePbtq8JHQtKB4o+lHYRi5lJO72r7C1DXwSJ3ZT1l8uhBbxMh0EYLoWDPv1QunDxqkPTjdFve1FBcQWQBgUnyxCuxi2lcS4= Received: by 10.65.119.14 with SMTP id w14mr8411243qbm; Tue, 29 Aug 2006 07:09:04 -0700 (PDT) Received: by 10.65.248.1 with HTTP; Tue, 29 Aug 2006 07:09:04 -0700 (PDT) Message-ID: <64de5c8b0608290709g6a10463dt4667f59ab6c6163e@mail.gmail.com> Date: Tue, 29 Aug 2006 19:39:04 +0530 From: "Rajkumar S" To: freebsd-net@freebsd.org In-Reply-To: <64de5c8b0608280009r52aabb4cl11103635419b845d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <64de5c8b0608250849p2912457cs84c227cc914d1f10@mail.gmail.com> <20060826144424.GC30165@rambler-co.ru> <64de5c8b0608280009r52aabb4cl11103635419b845d@mail.gmail.com> Subject: Re: Netgraph plumbing question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 14:09:06 -0000 On 8/28/06, Rajkumar S wrote: > On 8/26/06, Ruslan Ermilov wrote: > > + msg bpf: setprogram { thisHook="in1" ifNotMatch="mixed" } > > This is not working, and I get an error: > ngctl: send msg: Invalid argument Did some more work on this. It seems the full commands needs to be given. The following commands are working fine, and I am able to ping form an external machine to my box. + mkpeer rl0: bpf lower from_lower + name rl0:lower bpf + connect rl0: bpf: upper to_upper + mkpeer bpf: hole discard discard + msg bpf: setprogram { thisHook="from_lower" ifMatch="discard" ifNotMatch="to_upper" bpf_prog_len=1 bpf_prog=[ { code=6 jt=0 jf=0 k=0 } ] } + msg bpf: setprogram { thisHook="to_upper" ifMatch="discard" ifNotMatch="from_lower" bpf_prog_len=1 bpf_prog=[ { code=6 jt=0 jf=0 k=0 } ] } Now I am trying to allow only icmp + msg bpf: setprogram { thisHook="from_lower" ifMatch="to_upper" ifNotMatch="discard" bpf_prog_len=6 bpf_prog=[ { code=40 jt=0 jf=0 k=12 } { code=21 jt=0 jf=3 k=2048 } { code=48 jt=0 jf=0 k=23 } { code=21 jt=0 jf=1 k=1 } { code=6 jt=0 jf=0 k=8192 } { code=6 jt=0 jf=0 k=0 } ] } + msg bpf: setprogram { thisHook="to_upper" ifMatch="from_lower" ifNotMatch="discard" bpf_prog_len=6 bpf_prog=[ { code=40 jt=0 jf=0 k=12 } { code=21 jt=0 jf=3 k=2048 } { code=48 jt=0 jf=0 k=23 } { code=21 jt=0 jf=1 k=1 } { code=6 jt=0 jf=0 k=8192 } { code=6 jt=0 jf=0 k=0 } ] } which also works. I will try with C code also tomorrow. raj From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 14:19:11 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BFCC16A4DA; Tue, 29 Aug 2006 14:19:11 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 273AB43D67; Tue, 29 Aug 2006 14:18:57 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-2.cisco.com with ESMTP; 29 Aug 2006 07:18:58 -0700 X-IronPort-AV: i="4.08,181,1154934000"; d="scan'208"; a="338687627:sNHT32084516" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k7TEIvu4029418; Tue, 29 Aug 2006 07:18:57 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id k7TEIvYp006033; Tue, 29 Aug 2006 07:18:57 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 29 Aug 2006 07:18:57 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 29 Aug 2006 07:18:56 -0700 Message-ID: <44F44CAA.2000203@cisco.com> Date: Tue, 29 Aug 2006 10:18:18 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <44F35A65.3080605@cisco.com> <20060828224452.GK37035@funkthat.com> In-Reply-To: <20060828224452.GK37035@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 29 Aug 2006 14:18:57.0111 (UTC) FILETIME=[10904E70:01C6CB76] DKIM-Signature: a=rsa-sha1; q=dns; l=1236; t=1156861137; x=1157725137; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Re=3A=20Problem=20with=20uipc_mbuf.c; X=v=3Dcisco.com=3B=20h=3DGX4otkzfuvQkPAK8JGkm7Q3VVZc=3D; b=CwkIQmq13eGywpKUaxr6aOB1gtNjq8lpcU93QXJopt+VUz5w5+plCBesUkd8tRaoo9ZJ0nkU 5AKST6JH9/tVUBnEW4wHBj90gdLZf5s6on/e2HeQmtz13vb+d6jXmmpa; Authentication-Results: sj-dkim-3.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Cc: freebsd-net@freebsd.org, andre@freebsd.org Subject: Re: Problem with uipc_mbuf.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, 29 Aug 2006 14:19:11 -0000 John-Mark: Ok, I confirmed it... Changing it to be atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) Fixes the problem.. no more leaks :-D R John-Mark Gurney wrote: > Randall Stewart wrote this message on Mon, Aug 28, 2006 at 17:04 -0400: > >> atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 0) { > > ^ > > This should be 1 not 0.. as apparently fetchadd_int returns the old value > (at least that's what atomic(9) says), which means that if we ever race > on this comparision, we won't free though we should of... > > if we look at refcount.h, it does: > return (atomic_fetchadd_int(count, -1) == 1); > > which release a reference and apparently returns true if it needs to > be free'd... > > Though the wierd part is that andre, "fixed" it to be 0 in 1.157: > Fix a logic error introduced with mandatory mbuf cluster refcounting and > freeing of mbufs+clusters back to the packet zone. > > >>I am thinking about restoring the old code.. since >>it appears to work... >> >>Any comments or help would be appreciated.. > > > Lets see what andre has to say about this. > -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 15:15:57 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D6F316A4F2 for ; Tue, 29 Aug 2006 15:15:57 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D473543D58 for ; Tue, 29 Aug 2006 15:15:55 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 54512 invoked from network); 29 Aug 2006 15:02:24 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 29 Aug 2006 15:02:24 -0000 Message-ID: <44F45A2A.8030405@freebsd.org> Date: Tue, 29 Aug 2006 17:15:54 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Randall Stewart , freebsd-net@freebsd.org, andre@FreeBSD.org References: <44F35A65.3080605@cisco.com> <20060828224452.GK37035@funkthat.com> In-Reply-To: <20060828224452.GK37035@funkthat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with uipc_mbuf.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, 29 Aug 2006 15:15:57 -0000 John-Mark Gurney wrote: > Randall Stewart wrote this message on Mon, Aug 28, 2006 at 17:04 -0400: >> atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 0) { > ^ > > This should be 1 not 0.. as apparently fetchadd_int returns the old value > (at least that's what atomic(9) says), which means that if we ever race > on this comparision, we won't free though we should of... > > if we look at refcount.h, it does: > return (atomic_fetchadd_int(count, -1) == 1); > > which release a reference and apparently returns true if it needs to > be free'd... > > Though the wierd part is that andre, "fixed" it to be 0 in 1.157: > Fix a logic error introduced with mandatory mbuf cluster refcounting and > freeing of mbufs+clusters back to the packet zone. Honestly I'm a bit confused myself now and have to dig up things from when I did the change. However I'm certain there was a problem and the commit fixed it in some way (not necessarily the correct way). Before the 'fix' there were some larger leaks going on. -- Andre From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 16:08:15 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7875F16A4DF; Tue, 29 Aug 2006 16:08:15 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF71543D55; Tue, 29 Aug 2006 16:08:14 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (x2sgmxjm4tfgpyjb@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id k7TG8EHs034246; Tue, 29 Aug 2006 09:08:14 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id k7TG8DgY034245; Tue, 29 Aug 2006 09:08:13 -0700 (PDT) (envelope-from jmg) Date: Tue, 29 Aug 2006 09:08:13 -0700 From: John-Mark Gurney To: Randall Stewart Message-ID: <20060829160813.GL37035@funkthat.com> Mail-Followup-To: Randall Stewart , freebsd-net@freebsd.org, andre@freebsd.org References: <44F35A65.3080605@cisco.com> <20060828224452.GK37035@funkthat.com> <44F44CAA.2000203@cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <44F44CAA.2000203@cisco.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-net@freebsd.org, andre@freebsd.org Subject: Re: Problem with uipc_mbuf.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 16:08:15 -0000 Randall Stewart wrote this message on Tue, Aug 29, 2006 at 10:18 -0400: > Ok, I confirmed it... > > Changing it to be > > atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 1) > > Fixes the problem.. no more leaks :-D And if you are curious XADD is: The XADD (exchange and add) instruction swaps two operands and then stores the sum of the two operands in the destination operand. The status flags in the EFLAGS register indicate the result of the addition. This instruction can be combined with the LOCK prefix (see “LOCK—Assert LOCK# Signal Prefix†in Chapter 3, “Instruction Set Reference, A-M†of the IA-32 Intel® Architecture Software Developer’s Manual, Volume 2A) in a multiprocessing system to allow multiple processors to execute one DO loop. >From IA-32 Intel® Architecture Software Developer’s Manual Volume 1: Basic Architecture It's useful to keep a copy of them around for times like these... > John-Mark Gurney wrote: > >Randall Stewart wrote this message on Mon, Aug 28, 2006 at 17:04 -0400: > > > >> atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 0) { > > > > ^ > > > >This should be 1 not 0.. as apparently fetchadd_int returns the old value > >(at least that's what atomic(9) says), which means that if we ever race > >on this comparision, we won't free though we should of... > > > >if we look at refcount.h, it does: > > return (atomic_fetchadd_int(count, -1) == 1); > > > >which release a reference and apparently returns true if it needs to > >be free'd... > > > >Though the wierd part is that andre, "fixed" it to be 0 in 1.157: > >Fix a logic error introduced with mandatory mbuf cluster refcounting and > >freeing of mbufs+clusters back to the packet zone. > > > > > >>I am thinking about restoring the old code.. since > >>it appears to work... > >> > >>Any comments or help would be appreciated.. > > > > > >Lets see what andre has to say about this. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 16:43:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A04B16A4DF for ; Tue, 29 Aug 2006 16:43:17 +0000 (UTC) (envelope-from arcade@synergetica.dn.ua) Received: from nora.synergetica.dn.ua (synergetica.dn.ua [82.207.115.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9414A43D55 for ; Tue, 29 Aug 2006 16:43:16 +0000 (GMT) (envelope-from arcade@synergetica.dn.ua) Received: from [172.30.0.209] (yarn.lan [172.30.0.209]) (authenticated bits=0) by nora.synergetica.dn.ua (8.13.8/8.13.8) with ESMTP id k7TGhBtp075690 for ; Tue, 29 Aug 2006 19:43:13 +0300 (EEST) (envelope-from arcade@synergetica.dn.ua) Message-ID: <44F46E9F.8090800@synergetica.dn.ua> Date: Tue, 29 Aug 2006 19:43:11 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.8.0.6) Gecko/20060804 SeaMonkey/1.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: mpd on sparc64 problem (maybe netgraph involved) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 16:43:17 -0000 Can't make use of mpd on sparc64. After going up link goes down almost instantly. On sparc64(client): Aug 29 16:32:04 blade mpd: [pppoe0] IFACE: Up event Aug 29 16:32:10 blade mpd: [pppoe0] PPPoE connection closed Aug 29 16:32:10 blade mpd: [pppoe0] device: DOWN event in state UP Aug 29 16:32:10 blade mpd: [pppoe0] device is now in state DOWN On i386(server): Aug 29 19:33:19 nora mpd: [pppoe2] LCP: magic number is wrong: 0xc4b86a38 != 0x00000000 Aug 29 19:33:19 nora mpd: [pppoe2] LCP: received an invalid magic number Aug 29 19:33:19 nora mpd: [pppoe2] LCP: LayerFinish Aug 29 19:33:19 nora mpd: [pppoe2] LCP: LayerStart Aug 29 19:33:19 nora mpd: [pppoe2] LCP: state change Opened --> Starting Aug 29 19:33:19 nora mpd: [pppoe2] LCP: phase shift NETWORK --> DEAD It goes on and on, and nothing changes... > uname -a FreeBSD blade.lan 6.1-STABLE FreeBSD 6.1-STABLE #16: Wed Aug 9 12:14:57 UTC 2006 arcade@blade.lan:/usr/obj/usr/src/sys/BLADE sparc64 Mpd version: mpd-3.18_4 -- [WBR], Arcade. From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 19:09:01 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7763616A4E2 for ; Tue, 29 Aug 2006 19:09:01 +0000 (UTC) (envelope-from prvs=julian=38983aa42@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E80043D5A for ; Tue, 29 Aug 2006 19:09:01 +0000 (GMT) (envelope-from prvs=julian=38983aa42@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 29 Aug 2006 12:09:00 -0700 Message-ID: <44F490CC.70505@elischer.org> Date: Tue, 29 Aug 2006 12:09:00 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Volodymyr Kostyrko References: <44F46E9F.8090800@synergetica.dn.ua> In-Reply-To: <44F46E9F.8090800@synergetica.dn.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: mpd on sparc64 problem (maybe netgraph involved) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 19:09:01 -0000 Volodymyr Kostyrko wrote: > Can't make use of mpd on sparc64. After going up link goes down almost > instantly. > > On sparc64(client): > Aug 29 16:32:04 blade mpd: [pppoe0] IFACE: Up event > Aug 29 16:32:10 blade mpd: [pppoe0] PPPoE connection closed > Aug 29 16:32:10 blade mpd: [pppoe0] device: DOWN event in state UP > Aug 29 16:32:10 blade mpd: [pppoe0] device is now in state DOWN > > On i386(server): > Aug 29 19:33:19 nora mpd: [pppoe2] LCP: magic number is wrong: > 0xc4b86a38 != 0x00000000 > Aug 29 19:33:19 nora mpd: [pppoe2] LCP: received an invalid magic number > Aug 29 19:33:19 nora mpd: [pppoe2] LCP: LayerFinish > Aug 29 19:33:19 nora mpd: [pppoe2] LCP: LayerStart > Aug 29 19:33:19 nora mpd: [pppoe2] LCP: state change Opened --> Starting > Aug 29 19:33:19 nora mpd: [pppoe2] LCP: phase shift NETWORK --> DEAD > > It goes on and on, and nothing changes... > > > uname -a > FreeBSD blade.lan 6.1-STABLE FreeBSD 6.1-STABLE #16: Wed Aug 9 > 12:14:57 UTC 2006 arcade@blade.lan:/usr/obj/usr/src/sys/BLADE > sparc64 > > Mpd version: mpd-3.18_4 0xc4b86a38 looks like a kernel address use tcpdump on the ethernet interace with 2 x i386 machines and with the failing setup and see what the difference is.. quite possibly sparc64 is getting the pppoe header differently due to allignment or something.. From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 19:13:55 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97C0B16A4DD for ; Tue, 29 Aug 2006 19:13:55 +0000 (UTC) (envelope-from prvs=julian=38983aa42@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5640B43D49 for ; Tue, 29 Aug 2006 19:13:55 +0000 (GMT) (envelope-from prvs=julian=38983aa42@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 29 Aug 2006 12:13:55 -0700 Message-ID: <44F491F3.8000200@elischer.org> Date: Tue, 29 Aug 2006 12:13:55 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Phil Regnauld References: <44EF6E18.6090905@elischer.org> <44F3429F.6050204@FreeBSD.org> <44F344FA.1000408@elischer.org> <20060828195339.GF37035@funkthat.com> <44F362C0.6080309@elischer.org> <44F37063.6010302@elischer.org> <20060828182947.p8ylw4x48oko00kg@mail.bafirst.com> <20060829075727.GD20989@catpipe.net> In-Reply-To: <20060829075727.GD20989@catpipe.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 19:13:55 -0000 Phil Regnauld wrote: >eculp@bafirst.com (eculp) writes: > > >>I assume that you have seen the following: >> >>http://www.howtoforge.com/two_in_one_dns_bind9_views >> >> > > That is definitely the right way to do it imho. > > unless as I said, I cannot run another nameserver on this box.. (there is already one running here) and even if I could I couldn't distiguish which sessions should get which views. > > >>I found it interesting although I haven't had time to give it a try >>especially since I'm thinking about leaving bind9 for djbdns and >>ldap2dns even though I've never been crazy about djbdns and family. >> >> > > djbdns is ok as long as you don't plan on using IPv6, EDNS0 or DNSSEC. > > Phil > >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 19:15:14 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEFA116A4DA; Tue, 29 Aug 2006 19:15:14 +0000 (UTC) (envelope-from prvs=julian=38983aa42@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D77343D73; Tue, 29 Aug 2006 19:15:12 +0000 (GMT) (envelope-from prvs=julian=38983aa42@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 29 Aug 2006 12:15:12 -0700 Message-ID: <44F4923F.8040708@elischer.org> Date: Tue, 29 Aug 2006 12:15:11 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: .@babolo.ru References: <1156841866.178399.7168.nullmailer@cicuta.babolo.ru> In-Reply-To: <1156841866.178399.7168.nullmailer@cicuta.babolo.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net , Doug Barton Subject: Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 19:15:14 -0000 .@babolo.ru wrote: >[ Charset ISO-8859-1 unsupported, converting... ] > > >>Julian Elischer wrote: >> >> >>>I need some processes to look elsewhere for DNS information from where >>>the rest of the system looks.. This patch seems to me a simple solution. >>>We over-ride where the resolver looks for resolv.conf using an >>>environment variable. This would allow me to reset this to an application >>>specific config file that specifies a different server. >>> >>>Anyone got better ways fo doing this? >>> >>> >>Run the special processes in a jail with its own resolv.conf? My gut >>reaction to your suggestion is negative, but I'm having a hard time >>articulating a solid reason why. >> >>Perhaps if you described your problem in more detail, it would be easier to >>work around it, but I can't help thinking that there are better ways to >>solve this problem. >> >> >I can describe another problem. >shell computer for many groups of users, >each of it want to use own "search" >and probably "nameserver". > > definitly! From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 19:24:16 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB5216A4EA; Tue, 29 Aug 2006 19:24:16 +0000 (UTC) (envelope-from prvs=julian=38983aa42@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E56D43DAB; Tue, 29 Aug 2006 19:23:49 +0000 (GMT) (envelope-from prvs=julian=38983aa42@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 29 Aug 2006 12:23:41 -0700 Message-ID: <44F4943C.70600@elischer.org> Date: Tue, 29 Aug 2006 12:23:40 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <44EF6E18.6090905@elischer.org> <44EF74CD.6080500@elischer.org> <20060829085001.GB982@zaphod.nitro.dk> <20060829090148.GD15761@obiwan.tataz.chchile.org> In-Reply-To: <20060829090148.GD15761@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "Simon L. Nielsen" , FreeBSD Net Subject: Re: [fbsd] Re: possible patch for implementing split DNS X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 19:24:16 -0000 Jeremie Le Hen wrote: >Hi Simon, > >On Tue, Aug 29, 2006 at 10:50:02AM +0200, Simon L. Nielsen wrote: > > >>On 2006.08.25 15:08:13 -0700, Julian Elischer wrote: >>Since a bunch of people have suggested other solutions I just wanted >>to add me 0.01$CURRENCY, FWIW. >> >>Other than missing update for some manual page (not sure where this >>should go) I don't see a problem adding this patch. "Normal" users >>should be able already get similar functionality already by simply >>preloading a custom patched libc, so I don't see a problem supporting >>this. >> >> > >I agree with this statement. If users really want to, they can >compile their own libc. However, nectar@ has added the following >comment in nsdispatch.c: > >% #if defined(_NSS_DEBUG) && defined(_NSS_SHOOT_FOOT) >% /* NOTE WELL: THIS IS A SECURITY HOLE. This must only be built >% * for debugging purposes and MUST NEVER be used in production. >% */ >% path = getenv("NSSWITCH_CONF"); >% if (path == NULL) >% #endif >% path = _PATH_NS_CONF; > >We should remove this #if clause because of your argument. I'm not sure >it is worth documenting it however. > > > by testing for SUID and a few other cases this can be made safe.. notice that my patch would not do anything on suid programs (which you an not use LD hacks with for the same reason) >Regards, > > From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 21:56:33 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED15E16A4E0; Tue, 29 Aug 2006 21:56:33 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60A8143D46; Tue, 29 Aug 2006 21:56:32 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k7TLuU5d043981 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Tue, 29 Aug 2006 23:56:31 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <200608281819.k7SIJC51043066@freefall.freebsd.org> References: <200608281819.k7SIJC51043066@freefall.freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0809B75C-B4C4-4D02-A287-70810C4ECA69@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Tue, 29 Aug 2006 23:56:29 +0200 To: Andrew Thompson X-Mailer: Apple Mail (2.752.2) Cc: freebsd-net@freebsd.org, Radim Kolar Subject: Re: kern/102607: [if_bridge] don't generate random L2 address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 21:56:34 -0000 Am 28.08.2006 um 18:19 schrieb Andrew Thompson: > Pass over to freebsd-net for discussion on the best way to handle > this. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=102607 From the PR: > 1. change kernel code or to generate static IP address > for bridge interface from attached member interfaces. > or > 2. use startup scripts to generate random number and > store it somewhere in /var. > or > 3. Make system complain/warning if you set bridge0 to broadcast > address. > or > 4. Document in if_bridge(4) that L2 address is random and > document > correct format of ethernet addresses. > > Problem with 1. is that address will change if you add or swap NICs > in bridge, but it is still less likely to change than using random > numbers now. First, the actual behavior and it's implications should be documented in if_bridge(4), specifically the random assignment of a locally administered address. (Cf. net/if_bridge.c:bridge_clone_create()) If the user wants a different (fixed) address on the bridge, I think it's acceptable to configure this in rc.conf along with the member interfaces. (Already implemented: ifconfig_bridge0="create ether 01:23:45:67:89:ab...") In general, ifconfig should at least warn if you try to assign an invalid MAC address to an interface. It probably wouldn't hurt to add a section about ethernet addresses to the ifconfig man page, explaining valid choices for LAAs. (I'll try to put together something over the weekend.) My 0,02 EUR, Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 22:40:05 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68BEF16A4ED; Tue, 29 Aug 2006 22:40:05 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14AF343D62; Tue, 29 Aug 2006 22:40:05 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k7TMe42U019831; Tue, 29 Aug 2006 22:40:04 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k7TMe4vK019827; Tue, 29 Aug 2006 22:40:04 GMT (envelope-from linimon) Date: Tue, 29 Aug 2006 22:40:04 GMT From: Mark Linimon Message-Id: <200608292240.k7TMe4vK019827@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/102653: TCP stack sends infinite retries for connection in LAST_ACK state X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 22:40:05 -0000 Synopsis: TCP stack sends infinite retries for connection in LAST_ACK state Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Aug 29 22:39:55 UTC 2006 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=102653 From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 23:24:07 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 514BB16A4E1 for ; Tue, 29 Aug 2006 23:24:07 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id A396543D55 for ; Tue, 29 Aug 2006 23:24:05 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2862061pye for ; Tue, 29 Aug 2006 16:24:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=t4Q2KgNJ7wX+rDQklt15QakB1qcKMZL8Xgy99QUQCeqJVi3Mz6NLyQLj7nUBtTfbMcHPoMMGhC4b0Q0/3EFkaOGFcjxb4Jz+CSF+UllTZPft369IbbqoCqUmaCMdUuVQejCdzJDJkRsU+LoB9aWMkfkQIgBOBwH6U4sWLDf8RbE= Received: by 10.35.98.6 with SMTP id a6mr236146pym; Tue, 29 Aug 2006 16:24:05 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Tue, 29 Aug 2006 16:24:05 -0700 (PDT) Message-ID: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> Date: Tue, 29 Aug 2006 16:24:05 -0700 From: "Jack Vogel" To: freebsd-net , freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Robert Watson , Alan Cox , Mohan Srinivasan Subject: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 23:24:07 -0000 We are making our development driver for the I/OAT engine available for download, experimentation, and comment available at: http://sourceforge.net/project/showfiles.php?group_id=42302&package_id=202220 This includes a core driver for the dma hardware and a set of stack changes to allow use of the engine on the receive side of the stack. There are certainly rough edges and limitations in this code, but we have run it internally and seen some great results. I would like to see this get into CURRENT, so anything Prafulla and I can do to help or answer questions, send us email. Cheers, Jack and Prafulla From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 23:36:56 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1474D16A500 for ; Tue, 29 Aug 2006 23:36:56 +0000 (UTC) (envelope-from h.nieser@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BFEC43D45 for ; Tue, 29 Aug 2006 23:36:55 +0000 (GMT) (envelope-from h.nieser@xs4all.nl) Received: from [192.168.1.64] (aphax.nl [82.92.29.227]) by smtp-vbr9.xs4all.nl (8.13.6/8.13.6) with ESMTP id k7TNarWa091715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 30 Aug 2006 01:36:54 +0200 (CEST) (envelope-from h.nieser@xs4all.nl) Message-ID: <44F4CF17.8060203@xs4all.nl> Date: Wed, 30 Aug 2006 01:34:47 +0200 From: Hans Nieser User-Agent: Thunderbird 1.5.0.5 (X11/20060805) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: iwi discarding oversized packets while mtu=1500 for src/dst X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 23:36:56 -0000 Hi, Today I wanted to go back to using FreeBSD on my laptop, which is still installed but hasn't been used for several months because I am still waiting for a stable Intel HDA driver. So I performed a full upgrade of my installed ports. However I ran into an issue that prevented me from logging in to my FreeBSD server over ssh. When I tried to login to the server I got the usual "Password: " prompt, but as soon as I typed my password and hit enter, nothing happened. At first I thought it was a DNS issue, but after disabling UseDNS in sshd_config I still ran into it. Also, other computers on my LAN were able to ssh to the server without problems and I could ssh from the server to the laptop and any other computer on my LAN without problems. Upon closer inspection I found that logging into my FreeBSD sshd server from my FreeBSD laptop triggered a bunch of iwi0 errors in dmesg (on the laptop): iwi0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) iwi0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) iwi0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) iwi0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) (and many more, probably aggregated from several login attempts). Note that I have not touched any MTU settings at all and that all computers on my LAN have the default MTU (1500) set (according to ifconfig). To check that my server's NIC was in fact sending packets of 1518 bytes I sniffed a SSH login from my Gentoo desktop computer to the server with wireshark which did capture a packet of 1518 bytes: No. Time Source Destination Protocol Info 36 1.678370 192.168.1.1 192.168.1.64 SSHv2 Encrypted response packet len=1448 Frame 36 (1518 bytes on wire, 1518 bytes captured) Ethernet II, Src: Albatron_0f:40:c7 (00:0a:48:0f:40:c7), Dst: SitecomE_1b:35:d9 (00:0c:f6:1b:35:d9) Internet Protocol, Src: 192.168.1.1 (192.168.1.1), Dst: 192.168.1.64 (192.168.1.64) Transmission Control Protocol, Src Port: ssh (22), Dst Port: 47797 (47797), Seq: 1896, Ack: 1733, Len: 1448 SSH Protocol So it would seem that my desktop's NIC (or WNIC actually) can handle these "oversized" packets (if they are in fact oversized, I don't really know at what layer the MTU setting is applied), while my Laptop's WNIC (iwi) doesn't. Can anyone shed some light on who or what is to blame for my problems and what the best way to solve it is? I can at least get things working by lowering my server's MTU, but I really don't understand why this is a problem now because I'm pretty sure I've succesfully been able ssh to my server in the past from my laptop and I never ever had to touch any MTU settings. I should mention that I am actually not sure if the problem was present before I updated all my ports since it was the first thing I did. But I guess if it was caused by an update it would have to be something with the iwi-firmware port, unfortunately I don't know if it was updated. My server's NIC: xl0@pci2:0:0: class=0x020000 card=0x10001458 chip=0x920010b7 rev=0x78 hdr=0x00 vendor = '3COM Corp, Networking Division' device = '3C905C-TX Fast EtherLink for PC Management NIC' class = network subclass = ethernet Laptop's NIC: iwi0@pci1:3:0: class=0x028000 card=0x27018086 chip=0x42208086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/Wireless 2200BG Network Connection' class = network From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 02:05:10 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDE2416A4F6 for ; Wed, 30 Aug 2006 02:05:09 +0000 (UTC) (envelope-from fiizgbuyu@free4life.usarabia.com) Received: from free4life.usarabia.com (206.Red-81-38-142.dynamicIP.rima-tde.net [81.38.142.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 09AC843D64 for ; Wed, 30 Aug 2006 02:05:04 +0000 (GMT) (envelope-from fiizgbuyu@free4life.usarabia.com) Date: Wed, 30 Aug 2006 04:05:04 +0100 From: "ajyuww gomsjfdx" X-Sender: fiizgbuyu@free4life.usarabia.com To: Message-Id: <6705657466.DGCMui-13520895-6867@free4life.usarabia.com> MIME-Version: 1.0 Content-Type: text/plain X-Antivirus: avast! (VPS 0635-1, 28/08/2006), Outbound message X-Antivirus-Status: Not-Tested Cc: Subject: Rising Star Stocks gdki X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 02:05:10 -0000 All I ask is you read the info and do your due diligence, you will see the potential It really could'nt hurt to do a little research Company Profile Goldmark Industries, specializes in the production and distribution of Music, Feature Fillms and Television entertainment for North America's most rapidly growing demographic, with a total consumer-based purchasing power of over 1 Trillion dollars: the Hip-Hop community. GOLDMARK INDUSTRIES (GDKI) CURRENT_PRICE: $ 4.60 GET IT NoW! 5 DAY expected : $ 7.90 Current News Goldmark Industries, Inc. (GDKI - News), a rising Urban Entertainment force, is pleased to announce that the Company has enhanced its Executive Leadership with the addition of accomplished artist, Frost, as Vice President of the Music Division. Frost is very well respected by already established act and is looked at as a role model by up and coming talent. He was the pioneer of Latin Hip Hop, which has exploded, with the extremely popular, Regaetton over the past 4 years. Frost will serve as an ideal Vice President of Music Operations within Goldmark, due to his extensive musical knowledge, skills, history and experience. His presence on the Board of Executives will only serve to be advantageous to Goldmark's overall growth. Frost -- originally known as Kid Frost -- was a pioneer in the field of Latin hip-hop, cutting some of its very first records and helping to bring exposure to other bilingual MCs. Pioneering Latino rapper Frost only gets better with age. The veteran East Los Angeles rapper, who became a hip-hop icon in 1990 with his groundbreaking single "La Raza" has stepped up his game in the last decade, sharpening his lyrical skills and becoming an authority figure in the rap world. His success allowed such Latino rappers as Cypress Hill, Fat Joe, Big Pun to make substantial hip-hop inroads. His music features a hard-hitting mix of hard-core hip-hop, smoothed out cuts for the ladies and laid-back songs for cruising. This versatility is one of Frost's strengths, something that keeps him fresh. "The thing keeps my name in people's mouths is that I keep reinventing myself," Frost explains. "I don't just keep on making the same music I want to take bilingual hip-hop a trend I was the forefront of one step further while still kicking vivid rhymes about the code of the streets with authenticity." Frost is an original and knows about originality. Rapping since 1980 Frost scored his first record deal with Electrobeat Records thanks to the help of his long time mentor and frieend Ice-T. When deciding on his name, Frost decided to model his moniker after that of the man who helped start his career, choosing Frost since Frost comes before ice. Then known as Kid Frost, Frost became a regular on the car show circuit in the mid 1980's. When he released "La Raza" and his debut album, "Hispanic Causing Panic" a few years later, his visibility exploded and helped the Lowrider culture thrive in Southern California and eventually Worldwide. Frost says, "As I see the KRS-Ones and the LL Cool J's still in it, I won't budge. A lot of people might say that I'm too old. But I don't think it's your age or how you rap. It's your rap skills that keep you in the game. As long as we make that knocking Chevy music, we're going to stay in this rap game." Frost is a more than welcome addition to Goldmark's Board of Executives. This is one decision that is easy as it is profitable ----------------------- Rough as a cob. Sow dry and set wet. The sun will shine into our yard to. You can't squeeze blood out of a turnip. So hungry I could eat a horse. When we love - we grow. We'll hand you out to dry. Spring forward fall back. Under the weather. Take time to smell the roses. Slow as a snail. A rose is a rose is a rose. When it rains it pours. Slow as molasses in January. Ugly as a mud fence. Useless as tits on bull. Sweet as honey. A weed is no more than a flower in disguise. Salt of the Earth. Spring forward fall back. A weed is no more than a flower in disguise. Sitting on the fence. Tossed around like a hot potato. Sweating blood. When pigs fly. Walking on cloud nine. Two peas in a pod. Putting it in a nutshell. Play a harp before a cow. Run to seed. Timber! Raking in the dough. When the cows come home. Your in hot water. Still waters run deep. Sweet as honey. Spill the beans. Pull it up by the roots. Pull it up by the roots. Root it out. Shiver me timber. Sow dry and set wet. From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 06:41:51 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A05E16A4DE for ; Wed, 30 Aug 2006 06:41:51 +0000 (UTC) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx3.wipro.com (wip-ectls-mx3.wipro.com [203.91.193.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8807E43D49 for ; Wed, 30 Aug 2006 06:41:49 +0000 (GMT) (envelope-from sivakumar.subramani@wipro.com) Received: from wip-ectls-mx3.wipro.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 68EC3224443 for ; Wed, 30 Aug 2006 12:11:46 +0530 (IST) Received: from blr-ec-bh01.wipro.com (blr-ec-bh01.wipro.com [10.201.50.91]) by wip-ectls-mx3.wipro.com (Postfix) with ESMTP id 5A03C224485 for ; Wed, 30 Aug 2006 12:11:46 +0530 (IST) Received: from blr-m3-msg.wipro.com ([10.114.50.99]) by blr-ec-bh01.wipro.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 30 Aug 2006 12:11:36 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 30 Aug 2006 12:11:30 +0530 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Testing on network interface - promisc mode. Thread-Index: AcbL/1OfCS6qCsJ2RKSSRBni/WDUtw== From: To: X-OriginalArrivalTime: 30 Aug 2006 06:41:36.0975 (UTC) FILETIME=[576195F0:01C6CBFF] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Testing on network interface - promisc mode. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 06:41:51 -0000 Hi, =0D I was using following steps to test the promisc mode on the network interface on my system on FreeBSD 6.1. =0D - On machine A, I updated the arp table with the a dummy MAC address (aa:bb:cc:dd:ee:ff) for the remote interface on Machine B. #arp -s 17.1.1.110 aa:bb:cc:dd:ee:f =0D - On Machine B, I enabled promisc mode for the test N/W interface.=0D #ifconfig promisc=0D =0D - Started tcpdump on Machine A, for capturing the packets.=0D =0D - On Machine A, I ping to the remote Interface of the Machine B #ping -c2 17.1.1.110 - Ping went through fine and Tcpdump is displaying both ICMP request and ICMP reply. =0D I could understand that machine B receives ICMP request as promisc mode is enabled. But it was not suppose to send ICMP reply as the packet was not intended for this machine (I mean the ICMP REQUEST PACKET contain some dummy MAC address). It was supposed to be discarded. =0D After testing the above steps, I could see the ICMP REPLY from MACHINE B and ICMP REPLY contain original Mac address in the Source MAC address field in the Ethernet header. =0D Please let me know whether the above behavior is correct and acceptable. =0D Thanks, ~Siva =0D The information contained in this electronic message and any attachments to= this message are intended for the exclusive use of the addressee(s) and= may contain proprietary, confidential or privileged information. If you= are not the intended recipient, you should not disseminate, distribute or= copy this e-mail. Please notify the sender immediately and destroy all= copies of this message and any attachments.=0D WARNING: Computer viruses can be transmitted via email. The recipient= should check this email and any attachments for the presence of viruses.= The company accepts no liability for any damage caused by any virus= transmitted by this email. =0D www.wipro.com From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 08:00:23 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E83616A4DA for ; Wed, 30 Aug 2006 08:00:23 +0000 (UTC) (envelope-from silby@silby.com) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.FreeBSD.org (Postfix) with SMTP id 9EFE543D46 for ; Wed, 30 Aug 2006 08:00:22 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 83203 invoked from network); 30 Aug 2006 08:00:21 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 30 Aug 2006 08:00:21 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 30 Aug 2006 03:00:54 -0500 (CDT) From: Mike Silbersack To: Chris In-Reply-To: <3aaaa3a0608172143l103dafe0hf4c0fbc8044b0d01@mail.gmail.com> Message-ID: <20060830025222.A86833@odysseus.silby.com> References: <44DD1909.40703@matteworld.com> <20060811203041.E44075@odysseus.silby.com> <3aaaa3a0608172143l103dafe0hf4c0fbc8044b0d01@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Long keepidle time X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 08:00:23 -0000 On Fri, 18 Aug 2006, Chris wrote: > whats the point of keeping a connection alive (hung) to a dead network > for 2 hours tho? That I dont understand either. > > Chris I used to wonder that myself. From the perspective of minimizing the number of open sockets, it makes sense to kill connections to dead networks as quickly as possible. However, there are other things to consider: 1. Is it TCP's problem to care whether or not the connection is alive? Most applications that open a large number of connections (web servers, etc) are smart enough to notice that the other end of the connection has gone silent and automatically terminate the connection. 2. If your application tries to transmit data to the dead machine, the TCP retransmit timer will cause the connection to be terminated, so there is no need for keepalive to help in that case. 3. In the case of telnet / ssh sessions, you don't want keepalive being too active. When I go to bed, my ssh sessions will be idle for at least 6 hours. If my cable modem provider decides to do maintenance during that time, it would be nice if the ssh sessions survive. If keepalive was checking every 5 minutes, it might needlessly terminate the connection. So, in summary, there are many opinions about keepalives. That's why everything about them is tunable. :) Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 08:07:12 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 671DC16A4DD for ; Wed, 30 Aug 2006 08:07:12 +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 C3D8D43D49 for ; Wed, 30 Aug 2006 08:07:09 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 81913 invoked from network); 30 Aug 2006 08:07:08 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 30 Aug 2006 08:07:08 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 30 Aug 2006 03:07:40 -0500 (CDT) From: Mike Silbersack To: Simon Walton In-Reply-To: <44E0C3AC.7030603@matteworld.com> Message-ID: <20060830030439.B86833@odysseus.silby.com> References: <44DD1909.40703@matteworld.com> <20060811203041.E44075@odysseus.silby.com> <44E0C3AC.7030603@matteworld.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Long keepidle time X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 08:07:12 -0000 On Mon, 14 Aug 2006, Simon Walton wrote: > Thanks. I did not go with ipfw2 partly because of concerns about > whether it was stable enough (this is on 4.10) and also because > it requires rebuilding part of userland. Perhaps this would > be the way to go after all. The only way you'll know is to try it. :) > Note that the probes are retransmitted a few times (I think eight times) > before the connection is considered dead, so it would take longer > than two minutes. > > Simon Walton True, I had forgotten about that fact. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 10:16:29 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 515B316A4DA; Wed, 30 Aug 2006 10:16:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E31D443D46; Wed, 30 Aug 2006 10:16:28 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GIMNJ-0000Dd-QH; Wed, 30 Aug 2006 12:28:45 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@FreeBSD.org, freebsd-net@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 30 Aug 2006 12:28:45 +0300 From: Danny Braniss Message-ID: Cc: Subject: tcp/udp performance X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 10:16:29 -0000 ever since 6.1 I've seen fluctuations in the performance of the em (Intel(R) PRO/1000 Gigabit Ethernet). motherboard OBN (On Board NIC) ---------------- ------------------ 1- Intel SE7501WV2S Intel 82546EB::2.1 2- Intel SE7320VP2D2 INTEL 82541 3- Sun Fire X4100 Server Intel(R) PRO/1000 test 1: writing to a NetApp filer via NFS/UDP FreeBSD Linux MegaBytes/sec 1- Average: 18.48 32.61 2- Average: 15.69 35.72 3- Average: 16.61 29.69 (interstingly, doing NFS/TCP instead of NFS/UDP shows an increase in speed of around 60% on FreeBSD but none on Linux) test2: iperf using 1 as server: FreeBSD(*) Linux Mbits/sec 1- 926 905 (this machine was busy) 2- 545 798 3- 910 912 *: did a 'sysctl net.inet.tcp.sendspace=65536' So, it seems to me something is not that good in the UDP department, but I can't find what to tweek. Any help? danny From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 10:51:54 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C8016A4DD for ; Wed, 30 Aug 2006 10:51:54 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id E11B643D53 for ; Wed, 30 Aug 2006 10:51:53 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so162409wxd for ; Wed, 30 Aug 2006 03:51:53 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tnpFYhfyNuERPg0wv73yW9lWl/tdfCYnqab6yzeVUj50Rl2EnFDaoWeQTlKJPmp4Yt3rt9yxCXT8SReEoflo0ZmwyuABliU5mK67mTVEZSxgicP9Fhj81NF1v5AgCK+FRxXM+zfA9XNvrojBL4yZRuOGUku5yWzhKv+hag9Jnmo= Received: by 10.70.19.16 with SMTP id 16mr433275wxs; Wed, 30 Aug 2006 03:51:53 -0700 (PDT) Received: by 10.70.38.5 with HTTP; Wed, 30 Aug 2006 03:51:52 -0700 (PDT) Message-ID: Date: Wed, 30 Aug 2006 12:51:52 +0200 From: "Claus Guttesen" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tcp/udp performance X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 10:51:54 -0000 > test 1: writing to a NetApp filer via NFS/UDP > FreeBSD Linux > MegaBytes/sec > 1- Average: 18.48 32.61 > 2- Average: 15.69 35.72 > 3- Average: 16.61 29.69 > (interstingly, doing NFS/TCP instead of NFS/UDP shows an increase in speed of > around 60% on FreeBSD but none on Linux) I've always used tcp when doing nfs between my (former) FreeBSD 5.3 fileserver and my FreeBSD 6.x webservers. I increased the read- and write-packetsize to 32768 and achieved the best performance using this packetsize and tcp. Using udp sometimes gave me the "server not responding", but never appeared using tcp. So stick to tcp. regards Claus From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 12:31:13 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D94E616A4DE for ; Wed, 30 Aug 2006 12:31:13 +0000 (UTC) (envelope-from rajkumars@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64C5D43D5E for ; Wed, 30 Aug 2006 12:31:11 +0000 (GMT) (envelope-from rajkumars@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so94252nzn for ; Wed, 30 Aug 2006 05:31:10 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=c3EtpJKfug+k07kpshWZGujr0QH8Ra8ODw+sFotGP68m0FN4FVsBS2e06SmnUx77UdhuW2UE/H3Ve1hl73A3REdNMDKwC2FBfdwlMTC83MfaQX7HhyS8qP4AbcTEJ6ifebBlx1aMAR7aKtqIijbhBDm2w9xhZOc0nL83A7hh/PA= Received: by 10.64.184.14 with SMTP id h14mr546750qbf; Wed, 30 Aug 2006 05:31:10 -0700 (PDT) Received: by 10.65.248.1 with HTTP; Wed, 30 Aug 2006 05:31:10 -0700 (PDT) Message-ID: <64de5c8b0608300531y7ab06ea5ibde5c96aaaa6374e@mail.gmail.com> Date: Wed, 30 Aug 2006 18:01:10 +0530 From: "Rajkumar S" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: sending NGM_BPF_SET_PROGRAM message to a bpf node from a program X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 12:31:13 -0000 Hi, I am trying to write a program to create a bpf node and assign a bpf filter to that node. I am able to create the node and attch the node to 3 other nodes, but not settng up a bpf filter to the node. I am initialising the ng_bpf_hookprog struct using the following code: struct ng_bpf_hookprog *bpf_hookprog; bpf_hookprog = calloc (1, sizeof (struct ng_bpf_hookprog) + fp.bf_len * sizeof (struct bpf_insn)); bpf_hookprog->bpf_prog_len = fp.bf_len; printf ("fp.bf_len is %d\n", fp.bf_len); insn = fp.bf_insns; for (k=0; k < fp.bf_len; ++k,++insn){ memcpy ((bpf_hookprog->bpf_prog + k), insn, sizeof(insn)); printf ("code=%d\n", bpf_hookprog->bpf_prog[k].code); } strlcpy (bpf_hookprog->thisHook, "from_lower", sizeof (bpf_hookprog->thisHook)); strlcpy (bpf_hookprog->ifNotMatch, "discard", sizeof (bpf_hookprog->ifNotMatch)); strlcpy (bpf_hookprog->ifMatch, "to_upper", sizeof (bpf_hookprog->ifMatch)); and messaging the bpf: using the following code fragment. if (NgSendMsg(cfd, "bpf:", NGM_GENERIC_COOKIE, NGM_BPF_SET_PROGRAM, bpf_hookprog, (sizeof (struct ng_bpf_hookprog) + fp.bf_len * sizeof (struct bpf_insn))) < 0) { perror ("Setup bpf program"); return (-1); } The full souce is available at http://pastebin.ca/154537 While running the code, just before sending the setprogram message, the ngctl list shows: + list There are 6 total nodes: Name: sink Type: hole ID: 00000082 Num hooks: 1 Name: bpf Type: bpf ID: 00000081 Num hooks: 3 Name: test_socket Type: socket ID: 00000080 Num hooks: 0 Name: ngctl5868 Type: socket ID: 0000003f Num hooks: 0 Name: vr0 Type: ether ID: 00000002 Num hooks: 0 Name: rl0 Type: ether ID: 00000001 Num hooks: 2 but once the setprogram message has been sent, it becomes: + list There are 4 total nodes: Name: test_socket Type: socket ID: 00000080 Num hooks: 0 Name: ngctl5868 Type: socket ID: 0000003f Num hooks: 0 Name: vr0 Type: ether ID: 00000002 Num hooks: 0 Name: rl0 Type: ether ID: 00000001 Num hooks: 0 Since the argument for setprogram involves flexible array, I have tried my best to make sure that there are no issues with the argument passing, but even in that case zapping the already running bpf node is bit strange, or is this a case of me being stupid? with warm regards, raj From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 13:19:34 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 601C516A4E2 for ; Wed, 30 Aug 2006 13:19:34 +0000 (UTC) (envelope-from baldur@foo.is) Received: from gremlin.foo.is (gremlin.foo.is [194.105.250.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08B2E43D49 for ; Wed, 30 Aug 2006 13:19:33 +0000 (GMT) (envelope-from baldur@foo.is) Received: from 127.0.0.1 (localhost.foo.is [127.0.0.1]) by injector.foo.is (Postfix) with SMTP id 08855DA86F for ; Wed, 30 Aug 2006 13:19:32 +0000 (GMT) Received: by gremlin.foo.is (Postfix, from userid 1000) id 4C71FDA849; Wed, 30 Aug 2006 13:19:29 +0000 (GMT) Date: Wed, 30 Aug 2006 13:19:29 +0000 From: Baldur Gislason To: freebsd-net@freebsd.org Message-ID: <20060830131929.GD804@gremlin.foo.is> User-Agent: Mutt/1.4.2.1i X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on gremlin.foo.is X-Spam-Level: X-Spam-Status: No, score=-5.9 required=6.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Sanitizer: Foo MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Subject: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 13:19:34 -0000 I'd like to set up a load balancing and resiliance system to load balance between a bunch of web servers running Apache tomcat (slow java stuff). Ideally I'd like each client IP to get mapped to a certain server and keep that mapping throughout the entire session. I'd also like to have some means of detecting a server that goes down and yank it from the load balancing pool. I do understand I may have to write some code on that side. Any suggestions to an approach? Can Netgraph do something like this? Baldur From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 13:27:44 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ED0316A4DF for ; Wed, 30 Aug 2006 13:27:44 +0000 (UTC) (envelope-from regnauld@catpipe.net) Received: from moof.catpipe.net (moof.catpipe.net [195.249.214.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9445E43D7C for ; Wed, 30 Aug 2006 13:27:34 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from localhost (moof.catpipe.net [195.249.214.130]) by localhost.catpipe.net (Postfix) with ESMTP id B24A86340C4; Wed, 30 Aug 2006 15:27:31 +0200 (CEST) Received: from moof.catpipe.net ([195.249.214.130]) by localhost (moof.catpipe.net [195.249.214.130]) (amavisd-new, port 10024) with ESMTP id 88615-07; Wed, 30 Aug 2006 15:27:30 +0200 (CEST) Received: from vinyl.catpipe.net (vinyl.catpipe.net [195.249.214.189]) by moof.catpipe.net (Postfix) with ESMTP id DB7A06340FD; Wed, 30 Aug 2006 15:27:30 +0200 (CEST) Received: by vinyl.catpipe.net (Postfix, from userid 1006) id 8E63178C31; Wed, 30 Aug 2006 15:26:59 +0200 (CEST) Date: Wed, 30 Aug 2006 15:26:59 +0200 From: Phil Regnauld To: Baldur Gislason Message-ID: <20060830132659.GF30474@catpipe.net> References: <20060830131929.GD804@gremlin.foo.is> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060830131929.GD804@gremlin.foo.is> X-Operating-System: FreeBSD 6.1-PRERELEASE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at catpipe.net Cc: freebsd-net@freebsd.org Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 13:27:44 -0000 Baldur Gislason (baldur) writes: > I'd like to set up a load balancing and resiliance system to > load balance between a bunch of web servers running Apache tomcat (slow java stuff). > Ideally I'd like each client IP to get mapped to a certain server and keep that > mapping throughout the entire session. I'd also like to have some means of detecting > a server that goes down and yank it from the load balancing pool. I do understand I > may have to write some code on that side. pf and sticky rdr. Use a shell script that pings the hosts on the backend, to insert/remove them from a persistent table. From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 14:10:13 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A6A016A4DD for ; Wed, 30 Aug 2006 14:10:13 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane.co.uk [62.140.220.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E55143D49 for ; Wed, 30 Aug 2006 14:10:12 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from [192.168.10.217] (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.13.7/8.13.3) with ESMTP id k7UE9jr4011961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Aug 2006 15:09:47 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-ID: <44F59C25.8040603@unsane.co.uk> Date: Wed, 30 Aug 2006 15:09:41 +0100 From: Vince User-Agent: Thunderbird 1.5.0.5 (X11/20060811) MIME-Version: 1.0 To: Phil Regnauld References: <20060830131929.GD804@gremlin.foo.is> <20060830132659.GF30474@catpipe.net> In-Reply-To: <20060830132659.GF30474@catpipe.net> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Baldur Gislason , freebsd-net@freebsd.org Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 14:10:13 -0000 Phil Regnauld wrote: > Baldur Gislason (baldur) writes: >> I'd like to set up a load balancing and resiliance system to >> load balance between a bunch of web servers running Apache tomcat (slow java stuff). >> Ideally I'd like each client IP to get mapped to a certain server and keep that >> mapping throughout the entire session. I'd also like to have some means of detecting >> a server that goes down and yank it from the load balancing pool. I do understand I >> may have to write some code on that side. > > pf and sticky rdr. > > Use a shell script that pings the hosts on the backend, to insert/remove > them from a persistent table. > I'd probably go with that for a basic solutions myself, but also have a look at the results of cd /usr/ports && make search key="load balance" haproxy looks promising for your requirements. Vince > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 14:22:35 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EAE116A4DD for ; Wed, 30 Aug 2006 14:22:35 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC39143D49 for ; Wed, 30 Aug 2006 14:22:34 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7UEMWrI028337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Aug 2006 18:22:32 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7UEMVGJ028336; Wed, 30 Aug 2006 18:22:31 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 30 Aug 2006 18:22:31 +0400 From: Gleb Smirnoff To: Rajkumar S Message-ID: <20060830142231.GX76666@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Rajkumar S , freebsd-net@freebsd.org References: <64de5c8b0608300531y7ab06ea5ibde5c96aaaa6374e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <64de5c8b0608300531y7ab06ea5ibde5c96aaaa6374e@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: sending NGM_BPF_SET_PROGRAM message to a bpf node from a program X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 14:22:35 -0000 On Wed, Aug 30, 2006 at 06:01:10PM +0530, Rajkumar S wrote: R> and messaging the bpf: using the following code fragment. R> R> if (NgSendMsg(cfd, "bpf:", NGM_GENERIC_COOKIE, R> NGM_BPF_SET_PROGRAM, bpf_hookprog, (sizeof R> (struct ng_bpf_hookprog) + fp.bf_len * sizeof (struct bpf_insn))) < 0) R> { R> perror ("Setup bpf program"); R> return (-1); R> } The cookie shouldn't be NGM_GENERIC_COOKIE, but should be NGM_BPF_COOKIE. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 14:23:19 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4927F16A4DA for ; Wed, 30 Aug 2006 14:23:19 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46DD243D6E for ; Wed, 30 Aug 2006 14:23:04 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.189.160] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis), id 0MKxQS-1GIQy61043-0005he; Wed, 30 Aug 2006 16:23:02 +0200 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Wed, 30 Aug 2006 16:22:54 +0200 User-Agent: KMail/1.9.3 References: <20060830131929.GD804@gremlin.foo.is> <20060830132659.GF30474@catpipe.net> In-Reply-To: <20060830132659.GF30474@catpipe.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8900495.temdgs2z6C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608301623.01478.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Baldur Gislason Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 14:23:19 -0000 --nextPart8900495.temdgs2z6C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 30 August 2006 15:26, Phil Regnauld wrote: > Baldur Gislason (baldur) writes: > > I'd like to set up a load balancing and resiliance system to > > load balance between a bunch of web servers running Apache tomcat > > (slow java stuff). Ideally I'd like each client IP to get mapped to a > > certain server and keep that mapping throughout the entire session. > > I'd also like to have some means of detecting a server that goes down > > and yank it from the load balancing pool. I do understand I may have > > to write some code on that side. > > pf and sticky rdr. > > Use a shell script that pings the hosts on the backend, to > insert/remove them from a persistent table. Have a look at: http://www.countersiege.com/doc/pfsync-carp/#big for one=20 idea. All requirements (carp, pf and pfsync) are available in FreeBSD as=20 well. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart8900495.temdgs2z6C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE9Z9FXyyEoT62BG0RAm/8AJ9JGPZjFlDCL94g6Bk9Rb+PxhIneQCfc67M YxupOoBLb7cb/t1MVNjOGi8= =Y4Ax -----END PGP SIGNATURE----- --nextPart8900495.temdgs2z6C-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 14:23:36 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B2116A4EA; Wed, 30 Aug 2006 14:23:36 +0000 (UTC) (envelope-from jalzdb@inetia.pl) Received: from inetia.pl (87-205-88-98.adsl.inetia.pl [87.205.88.98]) by mx1.FreeBSD.org (Postfix) with SMTP id 486D043DAA; Wed, 30 Aug 2006 14:23:27 +0000 (GMT) (envelope-from jalzdb@inetia.pl) Date: Wed, 30 Aug 2006 16:23:28 +0100 From: "vlzrfsk tvyeya" X-Sender: jalzdb@inetia.pl To: , , , Message-Id: <8429990025.olkMUt-30372847-7415@inetia.pl> MIME-Version: 1.0 Content-Type: text/plain Cc: Subject: The Touchdown Equity Report gdki . PK X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 14:23:36 -0000 Keep an eye on GDKI entertainment sector is always going to go up, GDKI is the company thats going to go up with it. Company Profile Goldmark Industries, specializes in the production and distribution of Music, Feature Fillms and Television entertainment for North America's most rapidly growing demographic, with a total consumer-based purchasing power of over 1 Trillion dollars: the Hip-Hop community. GOLDMARK INDUSTRIES (GDKI) CURRENT_PRICE: $ 4.60 GET IT NoW! 5 DAY expected : $ 7.90 Current News Goldmark Industries, Inc. (GDKI - News), a rising Urban Entertainment force, is pleased to announce that the Company has enhanced its Executive Leadership with the addition of accomplished artist, Frost, as Vice President of the Music Division. Frost is very well respected by already established act and is looked at as a role model by up and coming talent. He was the pioneer of Latin Hip Hop, which has exploded, with the extremely popular, Regaetton over the past 4 years. Frost will serve as an ideal Vice President of Music Operations within Goldmark, due to his extensive musical knowledge, skills, history and experience. His presence on the Board of Executives will only serve to be advantageous to Goldmark's overall growth. Frost -- originally known as Kid Frost -- was a pioneer in the field of Latin hip-hop, cutting some of its very first records and helping to bring exposure to other bilingual MCs. Pioneering Latino rapper Frost only gets better with age. The veteran East Los Angeles rapper, who became a hip-hop icon in 1990 with his groundbreaking single "La Raza" has stepped up his game in the last decade, sharpening his lyrical skills and becoming an authority figure in the rap world. His success allowed such Latino rappers as Cypress Hill, Fat Joe, Big Pun to make substantial hip-hop inroads. His music features a hard-hitting mix of hard-core hip-hop, smoothed out cuts for the ladies and laid-back songs for cruising. This versatility is one of Frost's strengths, something that keeps him fresh. "The thing keeps my name in people's mouths is that I keep reinventing myself," Frost explains. "I don't just keep on making the same music I want to take bilingual hip-hop a trend I was the forefront of one step further while still kicking vivid rhymes about the code of the streets with authenticity." Frost is an original and knows about originality. Rapping since 1980 Frost scored his first record deal with Electrobeat Records thanks to the help of his long time mentor and frieend Ice-T. When deciding on his name, Frost decided to model his moniker after that of the man who helped start his career, choosing Frost since Frost comes before ice. Then known as Kid Frost, Frost became a regular on the car show circuit in the mid 1980's. When he released "La Raza" and his debut album, "Hispanic Causing Panic" a few years later, his visibility exploded and helped the Lowrider culture thrive in Southern California and eventually Worldwide. Frost says, "As I see the KRS-Ones and the LL Cool J's still in it, I won't budge. A lot of people might say that I'm too old. But I don't think it's your age or how you rap. It's your rap skills that keep you in the game. As long as we make that knocking Chevy music, we're going to stay in this rap game." Frost is a more than welcome addition to Goldmark's Board of Executives. This is one decision that is easy as it is profitable ----------------------- Treat him like dirt. Welcome to my garden. Your barking up the wrong tree. You can't squeeze blood out of a turnip. Save it for a rainy day. That's water under the bridge. That's water under the bridge. Thick as a brick. This is for the birds. What's done is done. Stir up an ant's nest. What on earth? Save it for a rainy day. Shake like a leaf. A thing of beauty is a joy forever. Weed 'um and reap. Your barking up the wrong tree. What goes up must come down. Stir up an ant's nest. Sweating blood. As uneasy as a cat near water. Tall as a tree. Sitting on the fence. As uneasy as a cat near water. Water under the bridge. Rain, rain go away; come again some other day. Rain, rain go away; come again some other day. Too little too late. Still waters run deep. Strong as an ox. Plant kindness and gather love. Two peas in a pod. What's good for the goose is good for the gander. What on earth? You say potayto, I say potahto. Salt of the Earth. You can't squeeze blood out of a turnip. From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 14:33:14 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7023D16A4DE for ; Wed, 30 Aug 2006 14:33:14 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C0F543D46 for ; Wed, 30 Aug 2006 14:33:13 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7UEX9Xg028501 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Aug 2006 18:33:10 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7UEX9Tq028500; Wed, 30 Aug 2006 18:33:09 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 30 Aug 2006 18:33:09 +0400 From: Gleb Smirnoff To: Max Laier Message-ID: <20060830143309.GY76666@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Max Laier , freebsd-net@freebsd.org, Baldur Gislason References: <20060830131929.GD804@gremlin.foo.is> <20060830132659.GF30474@catpipe.net> <200608301623.01478.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200608301623.01478.max@love2party.net> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org, Baldur Gislason Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 14:33:14 -0000 On Wed, Aug 30, 2006 at 04:22:54PM +0200, Max Laier wrote: M> > > I'd like to set up a load balancing and resiliance system to M> > > load balance between a bunch of web servers running Apache tomcat M> > > (slow java stuff). Ideally I'd like each client IP to get mapped to a M> > > certain server and keep that mapping throughout the entire session. M> > > I'd also like to have some means of detecting a server that goes down M> > > and yank it from the load balancing pool. I do understand I may have M> > > to write some code on that side. M> > M> > pf and sticky rdr. M> > M> > Use a shell script that pings the hosts on the backend, to M> > insert/remove them from a persistent table. M> M> Have a look at: http://www.countersiege.com/doc/pfsync-carp/#big for one M> idea. All requirements (carp, pf and pfsync) are available in FreeBSD as M> well. Yeah, I was just looking for that URL to post it... :) Also, I'm using a small program to monitor backends and edit the pf tables: http://people.freebsd.org/~glebius/pfmon/ -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 14:55:02 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD99616A4DE for ; Wed, 30 Aug 2006 14:55:02 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth01.prod.mesa1.secureserver.net (smtpauth01.prod.mesa1.secureserver.net [64.202.165.181]) by mx1.FreeBSD.org (Postfix) with SMTP id EE81943D79 for ; Wed, 30 Aug 2006 14:55:01 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 22044 invoked from network); 30 Aug 2006 14:55:00 -0000 Received: from unknown (24.144.77.138) by smtpauth01-04.prod.mesa1.secureserver.net (64.202.165.181) with ESMTP; 30 Aug 2006 14:55:00 -0000 Message-ID: <44F5A6C3.30705@seclark.us> Date: Wed, 30 Aug 2006 10:54:59 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Tee packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 14:55:02 -0000 Hello List, We have a monitoring app that receives udp packets from units in the field. We are in the process of increasing the number of units we have reporting and are seeing some performance issues with our current hardware. I would like be able to somehow route a copy of each packet to another machine so I can test out different hardware configurations to see how performance is affected. Any ideas on the best way to do this? Thanks in advance, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 16:00:42 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01DC716A4DA for ; Wed, 30 Aug 2006 16:00:41 +0000 (UTC) (envelope-from rajkumars@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7A443D45 for ; Wed, 30 Aug 2006 16:00:41 +0000 (GMT) (envelope-from rajkumars@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so145504nzn for ; Wed, 30 Aug 2006 09:00:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tPajubdU24Cd9B/1m1p3TyUkSztLdPjsWlQmEXLxYMYqUc3AyZ4Ns8Whj4oBxbV8DtdRXB5ZZaUr2aKNUbCSPq0hAsjKGMU5bDOzVK9jOjYRR+7rig1Szmxp59Xsor1xfmBtmRnEy7a8mEU/M6yD9qfuMrRG+izFMnyCKL3x+ZA= Received: by 10.65.81.19 with SMTP id i19mr1119654qbl; Wed, 30 Aug 2006 09:00:37 -0700 (PDT) Received: by 10.65.248.1 with HTTP; Wed, 30 Aug 2006 09:00:37 -0700 (PDT) Message-ID: <64de5c8b0608300900o643d8937i136f0d9652499d76@mail.gmail.com> Date: Wed, 30 Aug 2006 21:30:37 +0530 From: "Rajkumar S" To: freebsd-net@freebsd.org In-Reply-To: <20060830142231.GX76666@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <64de5c8b0608300531y7ab06ea5ibde5c96aaaa6374e@mail.gmail.com> <20060830142231.GX76666@FreeBSD.org> Subject: Re: sending NGM_BPF_SET_PROGRAM message to a bpf node from a program X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 16:00:42 -0000 On 8/30/06, Gleb Smirnoff wrote: > > The cookie shouldn't be NGM_GENERIC_COOKIE, but should be NGM_BPF_COOKIE. > Thanks a lot, it's working now! raj From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 16:52:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D09816A4DA for ; Wed, 30 Aug 2006 16:52:30 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E40843D45 for ; Wed, 30 Aug 2006 16:52:29 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id EC15E11456; Wed, 30 Aug 2006 12:52:34 -0400 (EDT) Message-ID: <44F5C24B.6080500@rogers.com> Date: Wed, 30 Aug 2006 12:52:27 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Max Laier References: <20060830131929.GD804@gremlin.foo.is> <20060830132659.GF30474@catpipe.net> <200608301623.01478.max@love2party.net> In-Reply-To: <200608301623.01478.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.49, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-net@freebsd.org, Baldur Gislason Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 16:52:30 -0000 Max Laier wrote: > Have a look at: http://www.countersiege.com/doc/pfsync-carp/#big for one > idea. All requirements (carp, pf and pfsync) are available in FreeBSD as > well. > > You can load balance with CARP, but AFAIK it only works on the local network segment, i.e. it wont work past a router. From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 17:04:40 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D877B16A4DA for ; Wed, 30 Aug 2006 17:04:40 +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 38ECA43D53 for ; Wed, 30 Aug 2006 17:04:40 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.189.160] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1GITUT1Z6H-0004VF; Wed, 30 Aug 2006 19:04:38 +0200 From: Max Laier Organization: FreeBSD To: Mike Jakubik Date: Wed, 30 Aug 2006 19:04:27 +0200 User-Agent: KMail/1.9.3 References: <20060830131929.GD804@gremlin.foo.is> <200608301623.01478.max@love2party.net> <44F5C24B.6080500@rogers.com> In-Reply-To: <44F5C24B.6080500@rogers.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2357225.AtfJ9Si43I"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608301904.35774.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-net@freebsd.org, Baldur Gislason Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 17:04:40 -0000 --nextPart2357225.AtfJ9Si43I Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 30 August 2006 18:52, Mike Jakubik wrote: > Max Laier wrote: > > Have a look at: http://www.countersiege.com/doc/pfsync-carp/#big for > > one idea. All requirements (carp, pf and pfsync) are available in > > FreeBSD as well. > > You can load balance with CARP, but AFAIK it only works on the local > network segment, i.e. it wont work past a router. Did you look at the sollution described at the above URL? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2357225.AtfJ9Si43I Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE9cUjXyyEoT62BG0RArsaAJ9DqH8Nta3ryq5rxTD9iPxNenrJ9QCfcPVp FsqzTFCy+tLohMK6cKPWHRo= =niph -----END PGP SIGNATURE----- --nextPart2357225.AtfJ9Si43I-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 17:23:28 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8B3516A4E2 for ; Wed, 30 Aug 2006 17:23:28 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6107743D55 for ; Wed, 30 Aug 2006 17:23:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 88BD111425; Wed, 30 Aug 2006 13:23:33 -0400 (EDT) Message-ID: <44F5C990.6090109@rogers.com> Date: Wed, 30 Aug 2006 13:23:28 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Max Laier References: <20060830131929.GD804@gremlin.foo.is> <200608301623.01478.max@love2party.net> <44F5C24B.6080500@rogers.com> <200608301904.35774.max@love2party.net> In-Reply-To: <200608301904.35774.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.49, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-net@freebsd.org, Baldur Gislason Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 17:23:28 -0000 Max Laier wrote: > On Wednesday 30 August 2006 18:52, Mike Jakubik wrote: > >> Max Laier wrote: >> >>> Have a look at: http://www.countersiege.com/doc/pfsync-carp/#big for >>> one idea. All requirements (carp, pf and pfsync) are available in >>> FreeBSD as well. >>> >> You can load balance with CARP, but AFAIK it only works on the local >> network segment, i.e. it wont work past a router. >> > > Did you look at the sollution described at the above URL? > > The link did not work, it seems to work now though. Good info. From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 17:23:39 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 874E916A4E8; Wed, 30 Aug 2006 17:23:39 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B8EA43D49; Wed, 30 Aug 2006 17:23:38 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.6/8.13.6) with ESMTP id k7UHNWRY026651 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 30 Aug 2006 13:23:32 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k7UHNQu5063184; Wed, 30 Aug 2006 13:23:26 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17653.51598.910897.127606@grasshopper.cs.duke.edu> Date: Wed, 30 Aug 2006 13:23:26 -0400 (EDT) To: "Jack Vogel" In-Reply-To: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net , Alan Cox , freebsd-current , Mohan Srinivasan , Robert Watson Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 17:23:39 -0000 Jack Vogel writes: > We are making our development driver for the I/OAT engine available for > download, experimentation, and comment available at: > > http://sourceforge.net/project/showfiles.php?group_id=42302&package_id=202220 > > This includes a core driver for the dma hardware and a set of stack changes > to allow use of the engine on the receive side of the stack. > > There are certainly rough edges and limitations in this code, but we have run > it internally and seen some great results. > > I would like to see this get into CURRENT, so anything Prafulla and I can do > to help or answer questions, send us email. Excellent! Can you share some of these results? I would love to try it, but I don't have FreeBSD on any machine with I/OAT hardware. I've taken a very quick look at it. Maybe I'm just being dense, but I don't like the name "dma_" being in the global namespace. Maybe things (like dma_*_list should be called at least dmaengine_*_list, etc. There are some style(9) defects which I'm sure others who are more proficient at style(9) than I am will point out (// comments, function names not starting in column 0, etc). How deep would you expect so->dma_wait_queue to get? Would it make sense to keep a pointer to the last item so that insertion is O(1), rather than O(N)? Would it be possible to have a sysctl tunable threshold, below which the system does a normal uiomove? A normal copyout() will certainly be faster at some point.. Thanks for the great work! Drew From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 18:18:46 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 988C316A4E8 for ; Wed, 30 Aug 2006 18:18:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76F0B43D58 for ; Wed, 30 Aug 2006 18:18:44 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so372079pye for ; Wed, 30 Aug 2006 11:18:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bV7d7adVKQ8/cE+pKTRTjvF2/tnG4yf4YWa3/oPRl6snNQrUYI6JgImWCZNotQ14HBgDzAYQwYiCfnOXvRvannadtFJTGPzQpKicY4n+Qk7hKswgn0M+rwvOGQw++/M5JXZJKzb5+1+HYtFyctUMV8WO1zq1wp70eKhY5sJHdew= Received: by 10.35.72.6 with SMTP id z6mr1529760pyk; Wed, 30 Aug 2006 11:18:43 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 30 Aug 2006 11:18:43 -0700 (PDT) Message-ID: <2a41acea0608301118r3c9bcces1c5b20fe208d6e93@mail.gmail.com> Date: Wed, 30 Aug 2006 11:18:43 -0700 From: "Jack Vogel" To: "Andrew Gallatin" In-Reply-To: <17653.51598.910897.127606@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> Cc: freebsd-net , Alan Cox , freebsd-current , Mohan Srinivasan , Robert Watson Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 18:18:46 -0000 On 8/30/06, Andrew Gallatin wrote: > > Excellent! Can you share some of these results? I would love to try > it, but I don't have FreeBSD on any machine with I/OAT hardware. Prafulla had the results > I've taken a very quick look at it. Maybe I'm just being dense, > but I don't like the name "dma_" being in the global namespace. > Maybe things (like dma_*_list should be called at least > dmaengine_*_list, etc. I have no commitment to specifics in the namespace, so it can be changed to suit tastes. > There are some style(9) defects which I'm sure others who are more > proficient at style(9) than I am will point out (// comments, function > names not starting in column 0, etc). Same as above, minor things we can fix... > How deep would you expect so->dma_wait_queue to get? Would it make > sense to keep a pointer to the last item so that insertion is O(1), > rather than O(N)? Again, this is Prafulla's code, he should respond. > Would it be possible to have a sysctl tunable threshold, below which > the system does a normal uiomove? A normal copyout() will certainly > be faster at some point.. This sounds like a good idea. We only provided the stack client, because of interest by a specific customer, but there is potential for this engine to be used in a variety of places, for instance in VM. For more diverse usages the registration/client code would need to be enhanced, something like what Linux has now. That is doable later down the path... > Thanks for the great work! > > Drew Thanks for looking it over :) Jack From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 18:34:38 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13DB416A4E0 for ; Wed, 30 Aug 2006 18:34:38 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0A2543D77 for ; Wed, 30 Aug 2006 18:34:36 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so376836pye for ; Wed, 30 Aug 2006 11:34:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U0omDirY5YOcOicKZWaYQIO4XU2TAvO86chWHjgVFyYo56mw33QlYE1SXrCAK85IBafzTItsR9zPznYGUDDYLPy6CGz7QEVAy2jpsIqUnweufNcl79SHyxn8KQQmo9B8nkj+LtxlaRiaH4NeAdGPoNYNanpnDmHombJPI8rFWFg= Received: by 10.35.96.7 with SMTP id y7mr1534763pyl; Wed, 30 Aug 2006 11:34:36 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 30 Aug 2006 11:34:36 -0700 (PDT) Message-ID: <2a41acea0608301134t48f59809oc0ad3d6c157219@mail.gmail.com> Date: Wed, 30 Aug 2006 11:34:36 -0700 From: "Jack Vogel" To: "Andrew Gallatin" , "Julian Elischer" In-Reply-To: <2a41acea0608301118r3c9bcces1c5b20fe208d6e93@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> <2a41acea0608301118r3c9bcces1c5b20fe208d6e93@mail.gmail.com> Cc: freebsd-net , Alan Cox , freebsd-current , Mohan Srinivasan , Robert Watson Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 18:34:38 -0000 There have been a couple requests for more info about I/OAT in general. While I think the hardware specs are still only available with NDA, there are some public papers and descriptions at the URL: http://www.intel.com/technology/ioacceleration/ Cheers, Jack From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 18:42:03 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E368516A4E0 for ; Wed, 30 Aug 2006 18:42:03 +0000 (UTC) (envelope-from mohan_srinivasan@yahoo.com) Received: from web30807.mail.mud.yahoo.com (web30807.mail.mud.yahoo.com [68.142.200.150]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D7C143D6E for ; Wed, 30 Aug 2006 18:42:03 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Received: (qmail 4495 invoked by uid 60001); 30 Aug 2006 18:42:02 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=4PLOylMSP1sbrQ7NwQqJJww5NNJhT67cUPMHt0UJ4teHvBPT97y1yPUJIJWfcYfC3uV77SxJM02AN/i/EZPwufIgWMmo5fgIW1m6/peFhIJ4PR+lmmpoK70NuMrc1BlnazMdHUQSjUk4kxg7DjQsqIT2j4xV/Xe6ZZMSZneIMu0= ; Message-ID: <20060830184202.4488.qmail@web30807.mail.mud.yahoo.com> Received: from [71.139.4.73] by web30807.mail.mud.yahoo.com via HTTP; Wed, 30 Aug 2006 11:42:02 PDT Date: Wed, 30 Aug 2006 11:42:02 -0700 (PDT) From: Mohan Srinivasan To: Danny Braniss , freebsd-stable@FreeBSD.org, freebsd-net@FreeBSD.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: tcp/udp performance X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 18:42:04 -0000 Hi, 1) Have you made sure there are no NFS rexmits reported by nfsstat -c ? 2) I haven't run thruput tests lately, but when I tested NFS/UDP thruput a few months ago, I routinely got over 70MB/s sequential read thruput and over 80MB/s sequential write thruput (against filers). I used 32KB blocksizes. -current improves upon this significantly, by about 25%-30%. Send me private e-mail and we can discuss NFS client tunings. mohan --- Danny Braniss wrote: > > ever since 6.1 I've seen fluctuations in the performance of > the em (Intel(R) PRO/1000 Gigabit Ethernet). > > motherboard OBN (On Board NIC) > ---------------- ------------------ > 1- Intel SE7501WV2S Intel 82546EB::2.1 > 2- Intel SE7320VP2D2 INTEL 82541 > 3- Sun Fire X4100 Server Intel(R) PRO/1000 > > test 1: writing to a NetApp filer via NFS/UDP > FreeBSD Linux > MegaBytes/sec > 1- Average: 18.48 32.61 > 2- Average: 15.69 35.72 > 3- Average: 16.61 29.69 > (interstingly, doing NFS/TCP instead of NFS/UDP shows an increase in speed of > around 60% on FreeBSD but none on Linux) > > test2: iperf using 1 as server: > FreeBSD(*) Linux > Mbits/sec > 1- 926 905 (this machine was busy) > 2- 545 798 > 3- 910 912 > *: did a 'sysctl net.inet.tcp.sendspace=65536' > > > So, it seems to me something is not that good in the UDP department, but > I can't find what to tweek. > > Any help? > > danny > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 18:45:03 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAF1816A4E5 for ; Wed, 30 Aug 2006 18:45:03 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E0E743D77 for ; Wed, 30 Aug 2006 18:45:02 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so379763pye for ; Wed, 30 Aug 2006 11:45:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qRVaPVzZTX8V15P9R1IKf4PWxyCtEJ4kreBX2xoJzxwUAxo/gF7ow8v83upwWuB/vFTauuElJzN9gsYtzYXtkK8yuimjg4/sZUfjkkDAk41B4Dh90A1DTRwiR2dDl7ozlrbdV4S6MO0XtUfoHSPOKnukazzyKRKogKwFHapmapo= Received: by 10.35.72.6 with SMTP id z6mr1575491pyk; Wed, 30 Aug 2006 11:45:01 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 30 Aug 2006 11:45:01 -0700 (PDT) Message-ID: <2a41acea0608301145j7bbed961j33ce903a27d8963d@mail.gmail.com> Date: Wed, 30 Aug 2006 11:45:01 -0700 From: "Jack Vogel" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tcp/udp performance X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 18:45:03 -0000 On 8/30/06, Danny Braniss wrote: > > ever since 6.1 I've seen fluctuations in the performance of > the em (Intel(R) PRO/1000 Gigabit Ethernet). > > motherboard OBN (On Board NIC) > ---------------- ------------------ > 1- Intel SE7501WV2S Intel 82546EB::2.1 > 2- Intel SE7320VP2D2 INTEL 82541 > 3- Sun Fire X4100 Server Intel(R) PRO/1000 > > test 1: writing to a NetApp filer via NFS/UDP > FreeBSD Linux > MegaBytes/sec > 1- Average: 18.48 32.61 > 2- Average: 15.69 35.72 > 3- Average: 16.61 29.69 > (interstingly, doing NFS/TCP instead of NFS/UDP shows an increase in speed of > around 60% on FreeBSD but none on Linux) > > test2: iperf using 1 as server: > FreeBSD(*) Linux > Mbits/sec > 1- 926 905 (this machine was busy) > 2- 545 798 > 3- 910 912 > *: did a 'sysctl net.inet.tcp.sendspace=65536' > > > So, it seems to me something is not that good in the UDP department, but > I can't find what to tweek. > > Any help? > > danny Have discussed this some internally, the best idea I've heard is that UDP is not giving us the interrupt rate that TCP would, so we end up not cleaning up as often, and thus descriptors might not be as quickly available.. Its just speculation at this point. Try this: the default is only to have 256 descriptors, try going for the MAX which is 4K. Cheers, Jack From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 19:00:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 791A816A4DE for ; Wed, 30 Aug 2006 19:00:30 +0000 (UTC) (envelope-from stom@free.fr) Received: from smtp004.mail.ukl.yahoo.com (smtp004.mail.ukl.yahoo.com [217.12.11.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 75C5E43D45 for ; Wed, 30 Aug 2006 19:00:29 +0000 (GMT) (envelope-from stom@free.fr) Received: (qmail 58399 invoked from network); 30 Aug 2006 19:00:28 -0000 Received: from unknown (HELO btn.mine.nu) (tux?shady@84.4.148.48 with login) by smtp004.mail.ukl.yahoo.com with SMTP; 30 Aug 2006 19:00:27 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by btn.mine.nu (Postfix) with ESMTP id F1C0E47CF8; Wed, 30 Aug 2006 21:00:19 +0200 (CEST) Received: from btn.mine.nu ([127.0.0.1]) by localhost (btn.mine.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19725-02; Wed, 30 Aug 2006 21:00:17 +0200 (CEST) Received: from [192.168.0.101] (unknown [192.168.0.101]) by btn.mine.nu (Postfix) with ESMTP id 928DA47CF4; Wed, 30 Aug 2006 21:00:17 +0200 (CEST) Message-ID: <44F5E04B.2040208@free.fr> Date: Wed, 30 Aug 2006 21:00:27 +0200 From: Philippe LAQUET User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Mike Jakubik References: <20060830131929.GD804@gremlin.foo.is> <200608301623.01478.max@love2party.net> <44F5C24B.6080500@rogers.com> <200608301904.35774.max@love2party.net> <44F5C990.6090109@rogers.com> In-Reply-To: <44F5C990.6090109@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at btn.mine.nu Cc: Max Laier , Baldur Gislason , freebsd-net@freebsd.org Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 19:00:30 -0000 You can also take a look on LVS/IPVS... http://kb.linuxvirtualserver.org/wiki/LVS/TUN_mode_with_FreeBSD_and_Solaris_realserver The software is also available for FreeBSD and works on WAN architectures. I didn't test it yet but used sucessfully on Lin boxes. Hope this helps... Philippe LAQUET Mike Jakubik a écrit : > Max Laier wrote: >> On Wednesday 30 August 2006 18:52, Mike Jakubik wrote: >> >>> Max Laier wrote: >>> >>>> Have a look at: http://www.countersiege.com/doc/pfsync-carp/#big for >>>> one idea. All requirements (carp, pf and pfsync) are available in >>>> FreeBSD as well. >>>> >>> You can load balance with CARP, but AFAIK it only works on the local >>> network segment, i.e. it wont work past a router. >>> >> >> Did you look at the sollution described at the above URL? >> >> > > The link did not work, it seems to work now though. Good info. > > > _______________________________________________ > 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" p2.vert.ukl.yahoo.com uncompressed Wed Aug 30 18:27:00 GMT 2006 ___________________________________________________________________________ Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. http://fr.answers.yahoo.com From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 19:05:05 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1264916A4DF for ; Wed, 30 Aug 2006 19:05:05 +0000 (UTC) (envelope-from stom@free.fr) Received: from smtp004.mail.ukl.yahoo.com (smtp004.mail.ukl.yahoo.com [217.12.11.35]) by mx1.FreeBSD.org (Postfix) with SMTP id 0848143D79 for ; Wed, 30 Aug 2006 19:05:03 +0000 (GMT) (envelope-from stom@free.fr) Received: (qmail 74797 invoked from network); 30 Aug 2006 19:05:03 -0000 Received: from unknown (HELO btn.mine.nu) (tux?shady@84.4.148.48 with login) by smtp004.mail.ukl.yahoo.com with SMTP; 30 Aug 2006 19:05:02 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by btn.mine.nu (Postfix) with ESMTP id B89B547CF8; Wed, 30 Aug 2006 21:04:53 +0200 (CEST) Received: from btn.mine.nu ([127.0.0.1]) by localhost (btn.mine.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19556-10; Wed, 30 Aug 2006 21:04:50 +0200 (CEST) Received: from [192.168.0.101] (unknown [192.168.0.101]) by btn.mine.nu (Postfix) with ESMTP id E2DB747CF4; Wed, 30 Aug 2006 21:04:50 +0200 (CEST) Message-ID: <44F5E15D.5040702@free.fr> Date: Wed, 30 Aug 2006 21:05:01 +0200 From: Philippe LAQUET User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Philippe LAQUET References: <20060830131929.GD804@gremlin.foo.is> <200608301623.01478.max@love2party.net> <44F5C24B.6080500@rogers.com> <200608301904.35774.max@love2party.net> <44F5C990.6090109@rogers.com> <44F5E04B.2040208@free.fr> In-Reply-To: <44F5E04B.2040208@free.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at btn.mine.nu Cc: Mike Jakubik , freebsd-net@freebsd.org, Baldur Gislason , Max Laier Subject: Re: Load balancing for web servers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 19:05:05 -0000 "The master of the address sends out CARP advertisement messages via multicast using the CARP protocol (IP Protocol 112) on a regular basis, and the backup hosts listen for this advertisement. If the advertisements stop, the backup hosts will begin advertising." I'm afraid CARP will not be routed on some WAN architectures... Because of the IP Protocol #112 that may not be routed by your ISP and the Internet segment you're on, and it uses multicast... Philippe LAQUET a écrit : > You can also take a look on LVS/IPVS... > > http://kb.linuxvirtualserver.org/wiki/LVS/TUN_mode_with_FreeBSD_and_Solaris_realserver > > > The software is also available for FreeBSD and works on WAN > architectures. I didn't test it yet but used sucessfully on Lin boxes. > > Hope this helps... > > Philippe LAQUET > > > > Mike Jakubik a écrit : >> Max Laier wrote: >>> On Wednesday 30 August 2006 18:52, Mike Jakubik wrote: >>> >>>> Max Laier wrote: >>>> >>>>> Have a look at: http://www.countersiege.com/doc/pfsync-carp/#big for >>>>> one idea. All requirements (carp, pf and pfsync) are available in >>>>> FreeBSD as well. >>>>> >>>> You can load balance with CARP, but AFAIK it only works on the local >>>> network segment, i.e. it wont work past a router. >>>> >>> >>> Did you look at the sollution described at the above URL? >>> >>> >> >> The link did not work, it seems to work now though. Good info. >> >> >> _______________________________________________ >> 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" > ___________________________________________________________________________ Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. http://fr.answers.yahoo.com From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 19:06:21 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4A8916A4E5 for ; Wed, 30 Aug 2006 19:06:21 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from slimak.dkm.cz (slimak.dkm.cz [62.24.64.34]) by mx1.FreeBSD.org (Postfix) with SMTP id BF68843D7F for ; Wed, 30 Aug 2006 19:06:20 +0000 (GMT) (envelope-from 000.fbsd@quip.cz) Received: (qmail 66779 invoked by uid 0); 30 Aug 2006 19:06:18 -0000 Received: from grimm.quip.cz (HELO ?192.168.1.2?) (213.220.192.218) by slimak.dkm.cz with SMTP; 30 Aug 2006 19:06:18 -0000 Message-ID: <44F5E1A9.2010605@quip.cz> Date: Wed, 30 Aug 2006 21:06:17 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cs, cz, en, en-us MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <44F5A6C3.30705@seclark.us> In-Reply-To: <44F5A6C3.30705@seclark.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Tee packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 19:06:21 -0000 Stephen Clark wrote: > Hello List, > > We have a monitoring app that receives udp packets from units in the > field. We are in > the process of increasing the number of units we have reporting and are > seeing some > performance issues with our current hardware. I would like be able to > somehow route a > copy of each packet to another machine so I can test out different > hardware configurations > to see how performance is affected. > > Any ideas on the best way to do this? If you are using PF as your firewall, you can use dup-to (man pf.conf) "The dup-to option creates a duplicate of the packet and routes it like route-to. The original packet gets routed as it normally would." Miroslav Lachman From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 20:41:28 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 916) id 924F516A4E2; Wed, 30 Aug 2006 20:41:28 +0000 (UTC) Date: Wed, 30 Aug 2006 20:41:28 +0000 From: Prafulla Deuskar To: Andrew Gallatin Message-ID: <20060830204128.GA73801@hub.freebsd.org> References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17653.51598.910897.127606@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-STABLE on an i386 Cc: freebsd-net , Alan Cox , freebsd-current , Robert Watson , Jack Vogel , Mohan Srinivasan Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 20:41:28 -0000 Andrew Gallatin [gallatin@cs.duke.edu] wrote: > > Jack Vogel writes: > > We are making our development driver for the I/OAT engine available for > > download, experimentation, and comment available at: > > > > http://sourceforge.net/project/showfiles.php?group_id=42302&package_id=202220 > > > > This includes a core driver for the dma hardware and a set of stack changes > > to allow use of the engine on the receive side of the stack. > > > > There are certainly rough edges and limitations in this code, but we have run > > it internally and seen some great results. > > > > I would like to see this get into CURRENT, so anything Prafulla and I can do > > to help or answer questions, send us email. > > Excellent! Can you share some of these results? I would love to try > it, but I don't have FreeBSD on any machine with I/OAT hardware. > Dual core Woodcrest Bensley Chipset Netperf Receive Test - 64k IO size 6.1-RELEASE SMP Kernel MTU 1500 bytes Num Ports Thr(Native) Thr(I/OAT) CPU (Native) CPU (I/OAT) (Mbps) (Mbps) (%) (%) 1 943 943 14 11 2 1886 1886 46 22 4 1945 2531 84 54 It scales fairly linearly as number of ports increase. Haven't run more than 4 port test with FreeBSD though. > I've taken a very quick look at it. Maybe I'm just being dense, > but I don't like the name "dma_" being in the global namespace. > Maybe things (like dma_*_list should be called at least > dmaengine_*_list, etc. Yeah - probably ioatdma_ would be more clear. > > There are some style(9) defects which I'm sure others who are more > proficient at style(9) than I am will point out (// comments, function > names not starting in column 0, etc). > > How deep would you expect so->dma_wait_queue to get? Would it make > sense to keep a pointer to the last item so that insertion is O(1), > rather than O(N)? The size is dependant on Application IO size and MSS. So you are right it might be useful to keep a pointer to last item. At higher IO sizes it can get quite deep for 1500 byte MTU. > > Would it be possible to have a sysctl tunable threshold, below which > the system does a normal uiomove? A normal copyout() will certainly > be faster at some point.. > Yes - it doesn't make sense to use the DMA engine for small packets. Also you get more benefit if you overlap IO with computation. > Thanks for the great work! Thank you for your help earlier. > From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 21:04:31 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5701C16A4E2 for ; Wed, 30 Aug 2006 21:04:31 +0000 (UTC) (envelope-from prvs=julian=390fd56d3@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DBD343D8F for ; Wed, 30 Aug 2006 21:04:30 +0000 (GMT) (envelope-from prvs=julian=390fd56d3@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 30 Aug 2006 14:04:29 -0700 Message-ID: <44F5FD5D.8040202@elischer.org> Date: Wed, 30 Aug 2006 14:04:29 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz> References: <44F5A6C3.30705@seclark.us> <44F5E1A9.2010605@quip.cz> In-Reply-To: <44F5E1A9.2010605@quip.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Stephen.Clark@seclark.us, freebsd-net@freebsd.org Subject: Re: Tee packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 21:04:31 -0000 Miroslav Lachman wrote: > Stephen Clark wrote: > >> Hello List, >> >> We have a monitoring app that receives udp packets from units in the >> field. We are in >> the process of increasing the number of units we have reporting and >> are seeing some >> performance issues with our current hardware. I would like be able to >> somehow route a >> copy of each packet to another machine so I can test out different >> hardware configurations >> to see how performance is affected. >> >> Any ideas on the best way to do this? > > > If you are using PF as your firewall, you can use dup-to (man pf.conf) > > "The dup-to option creates a duplicate of the packet and routes it > like route-to. The original packet gets routed as it normally would." you can also use netgraph to tunnel a copy of the packets to another machine. > > Miroslav Lachman > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 21:05:18 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B3416A4E5 for ; Wed, 30 Aug 2006 21:05:18 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout08-04.prod.mesa1.secureserver.net (smtpout08-04.prod.mesa1.secureserver.net [64.202.165.12]) by mx1.FreeBSD.org (Postfix) with SMTP id 864B243D7C for ; Wed, 30 Aug 2006 21:05:14 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 18248 invoked from network); 30 Aug 2006 21:05:11 -0000 Received: from unknown (24.144.77.138) by smtpout08-04.prod.mesa1.secureserver.net (64.202.165.12) with ESMTP; 30 Aug 2006 21:05:11 -0000 Message-ID: <44F5FD86.9010101@seclark.us> Date: Wed, 30 Aug 2006 17:05:10 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <44F5A6C3.30705@seclark.us> <44F5E1A9.2010605@quip.cz> In-Reply-To: <44F5E1A9.2010605@quip.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Tee packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 21:05:18 -0000 Miroslav Lachman wrote: >Stephen Clark wrote: > > > >>Hello List, >> >>We have a monitoring app that receives udp packets from units in the >>field. We are in >>the process of increasing the number of units we have reporting and are >>seeing some >>performance issues with our current hardware. I would like be able to >>somehow route a >>copy of each packet to another machine so I can test out different >>hardware configurations >>to see how performance is affected. >> >>Any ideas on the best way to do this? >> >> > >If you are using PF as your firewall, you can use dup-to (man pf.conf) > >"The dup-to option creates a duplicate of the packet and routes it >like route-to. The original packet gets routed as it normally would." > >Miroslav Lachman >_______________________________________________ >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" > > > Thanks for the response - I am not using pf - this on freebsd 4.10. I did solve the problem by using ipfw - tee option and wrote a quickie userspace app to change the destination address. -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Wed Aug 30 21:14:16 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 251A516A4DA; Wed, 30 Aug 2006 21:14:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C2EC43D46; Wed, 30 Aug 2006 21:14:15 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7ULCxTX018784; Wed, 30 Aug 2006 17:12:59 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id k7ULCxvx071311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Aug 2006 17:12:59 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060830171131.1201d9a8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 30 Aug 2006 17:15:10 -0400 To: Prafulla Deuskar From: Mike Tancsa In-Reply-To: <20060830204128.GA73801@hub.freebsd.org> References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> <20060830204128.GA73801@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner4 X-Virus-Status: Clean Cc: freebsd-net , Alan Cox , freebsd-current , Robert Watson , Jack Vogel , Mohan Srinivasan Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 21:14:16 -0000 At 04:41 PM 8/30/2006, Prafulla Deuskar wrote: >Dual core Woodcrest >Bensley Chipset >Netperf Receive Test - 64k IO size >6.1-RELEASE SMP Kernel >MTU 1500 bytes > >Num Ports Thr(Native) Thr(I/OAT) CPU (Native) CPU (I/OAT) > (Mbps) (Mbps) (%) (%) > 1 943 943 14 11 > 2 1886 1886 46 22 > 4 1945 2531 84 54 Hi, have you tried it with something like /usr/src/tools/tools/netrate ? I am interested in what it can do as a decent 200-500Mb router / firewall with small packets ---Mike From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 16:08:46 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCCD116A4E2 for ; Thu, 31 Aug 2006 16:08:45 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id D08E843D62 for ; Thu, 31 Aug 2006 16:08:38 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7VG8ZQg024521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 09:08:38 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44F70983.40705@errno.com> Date: Thu, 31 Aug 2006 09:08:35 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Hans Nieser References: <44F4CF17.8060203@xs4all.nl> In-Reply-To: <44F4CF17.8060203@xs4all.nl> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: iwi discarding oversized packets while mtu=1500 for src/dst 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, 31 Aug 2006 16:08:46 -0000 Hans Nieser wrote: > Hi, > > Today I wanted to go back to using FreeBSD on my laptop, which is still > installed but hasn't been used for several months because I am still > waiting for a stable Intel HDA driver. So I performed a full upgrade of my > installed ports. However I ran into an issue that prevented me from > logging in to my FreeBSD server over ssh. > > When I tried to login to the server I got the usual "Password: " prompt, > but as soon as I typed my password and hit enter, nothing happened. At > first I thought it was a DNS issue, but after disabling UseDNS in > sshd_config I still ran into it. Also, other computers on my LAN were able > to ssh to the server without problems and I could ssh from the server to > the laptop and any other computer on my LAN without problems. > > Upon closer inspection I found that logging into my FreeBSD sshd server > from my FreeBSD laptop triggered a bunch of iwi0 errors in dmesg (on the > laptop): > > iwi0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) > iwi0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) > iwi0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) > iwi0: discard oversize frame (ether type 800 flags 3 len 1518 > max 1514) > (and many more, probably aggregated from several login attempts). > > Note that I have not touched any MTU settings at all and that all > computers on my LAN have the default MTU (1500) set (according to ifconfig). > > To check that my server's NIC was in fact sending packets of 1518 bytes I > sniffed a SSH login from my Gentoo desktop computer to the server with > wireshark which did capture a packet of 1518 bytes: > > No. Time Source Destination Protocol Info > 36 1.678370 192.168.1.1 192.168.1.64 SSHv2 > Encrypted response packet len=1448 > > Frame 36 (1518 bytes on wire, 1518 bytes captured) > Ethernet II, Src: Albatron_0f:40:c7 (00:0a:48:0f:40:c7), Dst: > SitecomE_1b:35:d9 (00:0c:f6:1b:35:d9) > Internet Protocol, Src: 192.168.1.1 (192.168.1.1), Dst: 192.168.1.64 > (192.168.1.64) > Transmission Control Protocol, Src Port: ssh (22), Dst Port: 47797 > (47797), Seq: 1896, Ack: 1733, Len: 1448 > SSH Protocol > > So it would seem that my desktop's NIC (or WNIC actually) can handle these > "oversized" packets (if they are in fact oversized, I don't really know at > what layer the MTU setting is applied), while my Laptop's WNIC (iwi) doesn't. > > Can anyone shed some light on who or what is to blame for my problems and > what the best way to solve it is? I can at least get things working by > lowering my server's MTU, but I really don't understand why this is a > problem now because I'm pretty sure I've succesfully been able ssh to my > server in the past from my laptop and I never ever had to touch any MTU > settings. > > I should mention that I am actually not sure if the problem was present > before I updated all my ports since it was the first thing I did. But I > guess if it was caused by an update it would have to be something with the > iwi-firmware port, unfortunately I don't know if it was updated. > > My server's NIC: > xl0@pci2:0:0: class=0x020000 card=0x10001458 chip=0x920010b7 rev=0x78 > hdr=0x00 > vendor = '3COM Corp, Networking Division' > device = '3C905C-TX Fast EtherLink for PC Management NIC' > class = network > subclass = ethernet > > Laptop's NIC: > iwi0@pci1:3:0: class=0x028000 card=0x27018086 chip=0x42208086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = 'PRO/Wireless 2200BG Network Connection' > class = network I see none of the basic info needed to help. OS version? description of how the device is setup (e.g. ifconfig cmds) and current state--ifconfig iwi0. Sam From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 16:55:27 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA6D816A5DC for ; Thu, 31 Aug 2006 16:55:27 +0000 (UTC) (envelope-from h.nieser@xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 323E043D46 for ; Thu, 31 Aug 2006 16:55:27 +0000 (GMT) (envelope-from h.nieser@xs4all.nl) Received: from [192.168.1.64] (aphax.nl [82.92.29.227]) by smtp-vbr11.xs4all.nl (8.13.6/8.13.6) with ESMTP id k7VGtIZK036431 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 18:55:19 +0200 (CEST) (envelope-from h.nieser@xs4all.nl) Message-ID: <44F71402.1060405@xs4all.nl> Date: Thu, 31 Aug 2006 18:53:22 +0200 From: Hans Nieser User-Agent: Thunderbird 1.5.0.5 (X11/20060805) MIME-Version: 1.0 To: Sam Leffler References: <44F4CF17.8060203@xs4all.nl> <44F70983.40705@errno.com> In-Reply-To: <44F70983.40705@errno.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-net@freebsd.org Subject: Re: iwi discarding oversized packets while mtu=1500 for src/dst 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, 31 Aug 2006 16:55:28 -0000 Sam Leffler wrote: > Hans Nieser wrote: >> Hi, >> >> Today I wanted to go back to using FreeBSD on my laptop, which is still >> installed but hasn't been used for several months because I am still >> waiting for a stable Intel HDA driver. So I performed a full upgrade of my >> installed ports. However I ran into an issue that prevented me from >> logging in to my FreeBSD server over ssh. ... >> My server's NIC: >> xl0@pci2:0:0: class=0x020000 card=0x10001458 chip=0x920010b7 rev=0x78 >> hdr=0x00 >> vendor = '3COM Corp, Networking Division' >> device = '3C905C-TX Fast EtherLink for PC Management NIC' >> class = network >> subclass = ethernet >> >> Laptop's NIC: >> iwi0@pci1:3:0: class=0x028000 card=0x27018086 chip=0x42208086 rev=0x05 >> hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'PRO/Wireless 2200BG Network Connection' >> class = network > I see none of the basic info needed to help. OS version? description > of how the device is setup (e.g. ifconfig cmds) and current > state--ifconfig iwi0. Apologies, some extra info as requested (and some ASCII-art because I was bored!): The Laptop's WLAN NIC is connected to an AP integrated into my DSL device (specifically, it's a Thompson SpeedTouch 716WL). My server's NIC is connected over UTP to the 4-port switch also integrated into the DSL device. So basically: _____________ | | | (Intarwebs) | |_____________| | __|______________________ | ___________________| | | | | | DSL | LAN hub | WLAN AP | |_____|_________|_________| | | ____|___ | ________ | | | | | | Server | ~ ~ ~ ~ ~ | Laptop | |________| |________| The wireless AP is configured to only allow 802.11g devices and uses WPA-PSK for security with TKIP encryption. Laptop setup --------------------------------------------------------- root@aphax-laptop:~# uname -a FreeBSD aphax-laptop.lan 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Thu May 11 07:17:09 CEST 2006 root@aphax-laptop.nieser.local:/usr/obj/usr/src/sys/APHAX-LAPTOP i386 root@aphax-laptop:~# ifconfig iwi0 iwi0: flags=8843 mtu 1500 inet6 fe80::215:ff:fe2b:20ab%iwi0 prefixlen 64 scopeid 0x2 inet 192.168.1.65 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:15:00:2b:20:ab media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid geendraadjes channel 8 bssid 00:11:f5:ca:50:71 authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit txpowmax 100 protmode CTS roaming MANUAL bintval 100 root@aphax-laptop:~# cat /etc/rc.conf | grep -B 4 ifconfig hostname="aphax-laptop.lan" network_interfaces="lo0" #ifconfig_sk0="DHCP" ifconfig_iwi0="DHCP WPA" root@aphax-laptop:~# cat /etc/wpa_supplicant.conf network={ ssid="nieser" psk="xxxxxxxxxx" } network={ ssid="niba" psk="xxxxxxxxxx" } network={ ssid="geendraadjes" psk="xxxxxxxxx" } Server setup --------------------------------------------------------- root@mishmash:~# uname -a FreeBSD mishmash.geendraadjes 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sat May 13 03:02:19 CEST 2006 root@mishmash.geendraadjes:/usr/obj/usr/src/sys/MISHMASH i386 root@mishmash:~# ifconfig xl0 xl0: flags=8843 mtu 1500 options=9 inet6 fe80::20a:48ff:fe0f:40c7%xl0 prefixlen 64 scopeid 0x1 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:0a:48:0f:40:c7 media: Ethernet autoselect (100baseTX ) status: active root@mishmash:~# cat /etc/rc.conf | grep -B 2 ifconfig defaultrouter="192.168.1.254" hostname="mishmash.lan" ifconfig_xl0="inet 192.168.1.1 netmask 255.255.255.0" From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 17:14:41 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 410D416A4DA for ; Thu, 31 Aug 2006 17:14:41 +0000 (UTC) (envelope-from rob@hudson-trading.com) Received: from ms-smtp-01.rdc-nyc.rr.com (ms-smtp-01.rdc-nyc.rr.com [24.29.109.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id C043243D45 for ; Thu, 31 Aug 2006 17:14:40 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from cpe-72-229-120-238.nyc.res.rr.com (cpe-72-229-120-238.nyc.res.rr.com [72.229.120.238]) by ms-smtp-01.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id k7VHEdvQ000639 for ; Thu, 31 Aug 2006 13:14:39 -0400 (EDT) Date: Thu, 31 Aug 2006 13:15:24 -0400 (EDT) From: Rob Watt X-X-Sender: rob@cpe-72-229-120-238.nyc.res.rr.com To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Intel em receive hang and possible pr #72970 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, 31 Aug 2006 17:14:41 -0000 Hi, We have experienced a very sporadic problem on 2 amd64 machines running FreeBSD 6.0-RELEASE. The hardware: Tyan K8SR motherboard 2 AMD 275 dual-core processors Intel Pro 1000 MT dual-port copper server card Intel Pro 1000 MF dual-port fiber server card Adaptec 2230S Raid controller These machines receive multicast & tcp data on multiple interfaces and process it & record it to disk and then rebroadcast it on one interface. Twice now (once on each machine after a recent upgradee to 6.0-RELEASE) the 2 fiber em interfaces seemed to stop receiving. Transmits seemed to still be happening, and the machine itself was not hung. We could console into it and do anything not network related. The first time this happened we opted to quickly disconnect the machine from the network and move its processes to a backup machine. We did not see anything interesting with netstat, vmstat, logs, etc (I do not remember however which exact tests I ran at the time). Everything seemed normal except that it was not receiving on the 2 fiber interfaces (we did not actually test the other interfaces, but one of our apps that uses the copper interfaces was still receiving data). We rebooted the machine and ran Intel's nic diagnostics. The card passed all of the tests through like 100 iterations. We eventually put the machine back into production. The second machine had the same problem. Unfortunately I was on vacation when it happened and did get to do any diagnostics. The developers just put the backup machine into production and rebooted the one with the problem. After poking around in various group/pr postings the most similar problem that we found was PR #72970. http://www.freebsd.org/cgi/query-pr.cgi?pr=72970 Does it seem that we are encountering that bug? Is that bug fixed in 6.1-RELEASE, or is there an easy patch to 6.0-RELEASE (i.e. can we only patch the em driver). If it does not seem that we are triggering that bug, does anyone have any thoughts about what the problem could be? We have done fairly intense stress testing in the past on these machines with tons of network/disk/cpu/memory activity all happening at the same time, and we've never encountered this bug. The fact that it is not easily repeatable makes it hard to test for. Any testing suggestions would also be appreciated. Thanks - Rob Watt From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 20:40:21 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4370316A4DE for ; Thu, 31 Aug 2006 20:40:21 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA2E443D46 for ; Thu, 31 Aug 2006 20:40:20 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so880681pye for ; Thu, 31 Aug 2006 13:40:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IjDAy4punjiBaV+kcr2yTiYWl4uxrAjCC6oqcAAU5Whn6oaqEtvVGFhdPjUhm/D4lwGn5mEqKwRJ93oPHuTRJbKzDYEQkhHS9I6WPrbl8pTCuxt4ENGmDoPFdboTASTQiiREEUdakxZhK8Giw7AiXRLAOGxF823Chy98H2sqOkY= Received: by 10.35.105.18 with SMTP id h18mr1395871pym; Thu, 31 Aug 2006 13:38:40 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Thu, 31 Aug 2006 13:38:40 -0700 (PDT) Message-ID: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> Date: Thu, 31 Aug 2006 13:38:40 -0700 From: "Jack Vogel" To: "Rob Watt" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 31 Aug 2006 20:40:21 -0000 On 8/31/06, Rob Watt wrote: > After poking around in various group/pr postings the most similar problem > that we found was PR #72970. > http://www.freebsd.org/cgi/query-pr.cgi?pr=72970 > > Does it seem that we are encountering that bug? Is that bug fixed in > 6.1-RELEASE, or is there an easy patch to 6.0-RELEASE (i.e. can we only > patch the em driver). That fix is only just into the STABLE code, so no, not in 6.1-RELEASE. You could take the tip of STABLE, but if you have only a 6.0 based system I know you are going to run into some backward incompatabililties. As a matter of fact I dont believe the STABLE tip will even build on RELEASE (something that I take issue with). Sounds like its at least possible this is your problem, worth setting up a system to test with I would say. Good Luck, Jack Intel LAD From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 20:48:50 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 242EF16A4DD for ; Thu, 31 Aug 2006 20:48:50 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from elise.stf.rewt.org.uk (elise.stf.rewt.org.uk [82.152.108.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EA3543D53 for ; Thu, 31 Aug 2006 20:48:46 +0000 (GMT) (envelope-from joe@joeholden.co.uk) Received: from [10.113.249.110] (zyxninys@[80.187.214.13]) (authenticated bits=0) by elise.stf.rewt.org.uk (8.13.8/8.13.4) with ESMTP id k7VKmSIH006246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 21:48:42 +0100 (BST) (envelope-from joe@joeholden.co.uk) Message-ID: <44F74B12.2030108@joeholden.co.uk> Date: Thu, 31 Aug 2006 21:48:18 +0100 From: Joe Holden Organization: joe@joeholden.co.uk User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> In-Reply-To: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=13A6D1E7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5E6BF95E750D9F0BD0186928" Cc: Rob Watt , freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 31 Aug 2006 20:48:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E6BF95E750D9F0BD0186928 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jack Vogel wrote: > On 8/31/06, Rob Watt wrote: >=20 >> After poking around in various group/pr postings the most similar prob= lem >> that we found was PR #72970. >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D72970 >> >> Does it seem that we are encountering that bug? Is that bug fixed in >> 6.1-RELEASE, or is there an easy patch to 6.0-RELEASE (i.e. can we onl= y >> patch the em driver). >=20 > That fix is only just into the STABLE code, so no, not in 6.1-RELEASE. > You could take the tip of STABLE, but if you have only a 6.0 based > system I know you are going to run into some backward incompatabililtie= s. > As a matter of fact I dont believe the STABLE tip will even build on > RELEASE (something that I take issue with). >=20 > Sounds like its at least possible this is your problem, worth setting u= p a > system to test with I would say. >=20 > Good Luck, >=20 > Jack > Intel LAD > _______________________________________________ > 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" IF you want latest -STABLE you use stable, if you want code AS-IS when=20 it was released, you use RELEASE --------------enig5E6BF95E750D9F0BD0186928 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE90sUdQJXshOm0ecRAgwQAJ4hcW4j5PpUm9iFcMSR/7Po5L+JhQCgiKiF f70ZeRYLrddiguRMprBU3h4= =fpyS -----END PGP SIGNATURE----- --------------enig5E6BF95E750D9F0BD0186928-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 21:03:24 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9934216A4E0 for ; Thu, 31 Aug 2006 21:03:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9FEA43D78 for ; Thu, 31 Aug 2006 21:03:20 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so886905pye for ; Thu, 31 Aug 2006 14:03:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CZofMFRf7fZZW8as0vEQeDzJe+C2t+lDYnZXotFQQoBN5gWLq1nkO+FWzy3FRWZ9mO81BtC/JFXkUl6zw0gf0Iz44E8DbE4N85DRgiXd+muqKJX6JAE7Tduwpaf+7sbnwAi1G9k5wC7va480A5Osyawa1hIIztQWKo8NKiAnFDs= Received: by 10.35.106.1 with SMTP id i1mr1449176pym; Thu, 31 Aug 2006 14:03:20 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Thu, 31 Aug 2006 14:03:19 -0700 (PDT) Message-ID: <2a41acea0608311403x3943e6afma4de6cadb0ef9558@mail.gmail.com> Date: Thu, 31 Aug 2006 14:03:19 -0700 From: "Jack Vogel" To: "Joe Holden" In-Reply-To: <44F74B12.2030108@joeholden.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> <44F74B12.2030108@joeholden.co.uk> Cc: Rob Watt , freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 31 Aug 2006 21:03:24 -0000 On 8/31/06, Joe Holden wrote: > Jack Vogel wrote: > > On 8/31/06, Rob Watt wrote: > > > >> After poking around in various group/pr postings the most similar problem > >> that we found was PR #72970. > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=72970 > >> > >> Does it seem that we are encountering that bug? Is that bug fixed in > >> 6.1-RELEASE, or is there an easy patch to 6.0-RELEASE (i.e. can we only > >> patch the em driver). > > > > That fix is only just into the STABLE code, so no, not in 6.1-RELEASE. > > You could take the tip of STABLE, but if you have only a 6.0 based > > system I know you are going to run into some backward incompatabililties. > > As a matter of fact I dont believe the STABLE tip will even build on > > RELEASE (something that I take issue with). > > > > Sounds like its at least possible this is your problem, worth setting up a > > system to test with I would say. > > > > Good Luck, > > > > Jack > > Intel LAD > > _______________________________________________ > > 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" > IF you want latest -STABLE you use stable, if you want code AS-IS when > it was released, you use RELEASE > I agree with that in the case of generic OS, but from the standpoint of a driver developer/maintainer I hope you see why this is a problem, yes? In the commercial world they dont want to upgrade a complete OS to get a couple line bug fix in a driver, so making the driver backward compatible WHEN POSSIBLE (and I know thats not always doable) is goodness. Jack From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 21:06:19 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60FE516A4DD for ; Thu, 31 Aug 2006 21:06:19 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from elise.stf.rewt.org.uk (elise.stf.rewt.org.uk [82.152.108.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 570E143D70 for ; Thu, 31 Aug 2006 21:06:12 +0000 (GMT) (envelope-from joe@joeholden.co.uk) Received: from [10.113.249.110] (hnmvngw@[80.187.214.13]) (authenticated bits=0) by elise.stf.rewt.org.uk (8.13.8/8.13.4) with ESMTP id k7VL5WJX006383 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 22:06:13 +0100 (BST) (envelope-from joe@joeholden.co.uk) Message-ID: <44F74F13.5040609@joeholden.co.uk> Date: Thu, 31 Aug 2006 22:05:23 +0100 From: Joe Holden Organization: joe@joeholden.co.uk User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> <44F74B12.2030108@joeholden.co.uk> <2a41acea0608311403x3943e6afma4de6cadb0ef9558@mail.gmail.com> In-Reply-To: <2a41acea0608311403x3943e6afma4de6cadb0ef9558@mail.gmail.com> X-Enigmail-Version: 0.94.1.0 OpenPGP: id=13A6D1E7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC453F45ABD844FBA80C90F0D" Cc: Rob Watt , freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 31 Aug 2006 21:06:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC453F45ABD844FBA80C90F0D Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jack Vogel wrote: > On 8/31/06, Joe Holden wrote: >> Jack Vogel wrote: >> > On 8/31/06, Rob Watt wrote: >> > >> >> After poking around in various group/pr postings the most similar=20 >> problem >> >> that we found was PR #72970. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D72970 >> >> >> >> Does it seem that we are encountering that bug? Is that bug fixed i= n >> >> 6.1-RELEASE, or is there an easy patch to 6.0-RELEASE (i.e. can we = >> only >> >> patch the em driver). >> > >> > That fix is only just into the STABLE code, so no, not in 6.1-RELEAS= E. >> > You could take the tip of STABLE, but if you have only a 6.0 based >> > system I know you are going to run into some backward=20 >> incompatabililties. >> > As a matter of fact I dont believe the STABLE tip will even build on= >> > RELEASE (something that I take issue with). >> > >> > Sounds like its at least possible this is your problem, worth=20 >> setting up a >> > system to test with I would say. >> > >> > Good Luck, >> > >> > Jack >> > Intel LAD >> > _______________________________________________ >> > freebsd-net@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-net >> > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.or= g" >> IF you want latest -STABLE you use stable, if you want code AS-IS when= >> it was released, you use RELEASE >> >=20 > I agree with that in the case of generic OS, but from the standpoint of= =20 > a driver > developer/maintainer I hope you see why this is a problem, yes? >=20 > In the commercial world they dont want to upgrade a complete OS to get = a > couple line bug fix in a driver, so making the driver backward compatib= le > WHEN POSSIBLE (and I know thats not always doable) is goodness. >=20 > Jack Agreed, unfortunately major ABI changes break backwards compatability,=20 which I agree, shouldn't happen in a STABLE branch. --------------enigC453F45ABD844FBA80C90F0D 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE908VdQJXshOm0ecRAn65AJ0R8LAXXd8wEvOVzg7rThDIVL+xhQCdG1mg 6m7OkL5czNReVJ8HKHUaWQY= =PZUZ -----END PGP SIGNATURE----- --------------enigC453F45ABD844FBA80C90F0D-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 21:58:53 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01B3816A4DA for ; Thu, 31 Aug 2006 21:58:53 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 709A143D49 for ; Thu, 31 Aug 2006 21:58:52 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060831215850m92000tfmpe>; Thu, 31 Aug 2006 21:58:51 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7VLwlZA003658; Thu, 31 Aug 2006 16:58:47 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7VLwkdx003657; Thu, 31 Aug 2006 16:58:46 -0500 (CDT) (envelope-from brooks) Date: Thu, 31 Aug 2006 16:58:45 -0500 From: Brooks Davis To: Jack Vogel Message-ID: <20060831215845.GB3142@lor.one-eyed-alien.net> References: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nVMJ2NtxeReIH9PS" Content-Disposition: inline In-Reply-To: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> User-Agent: Mutt/1.5.11 Cc: Rob Watt , freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 31 Aug 2006 21:58:53 -0000 --nVMJ2NtxeReIH9PS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 31, 2006 at 01:38:40PM -0700, Jack Vogel wrote: > On 8/31/06, Rob Watt wrote: >=20 > >After poking around in various group/pr postings the most similar problem > >that we found was PR #72970. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D72970 > > > >Does it seem that we are encountering that bug? Is that bug fixed in > >6.1-RELEASE, or is there an easy patch to 6.0-RELEASE (i.e. can we only > >patch the em driver). >=20 > That fix is only just into the STABLE code, so no, not in 6.1-RELEASE. > You could take the tip of STABLE, but if you have only a 6.0 based > system I know you are going to run into some backward incompatabililties. > As a matter of fact I dont believe the STABLE tip will even build on > RELEASE (something that I take issue with). >=20 > Sounds like its at least possible this is your problem, worth setting up a > system to test with I would say. A driver built against 6.0-RELEASE should work with any 6.x kernel unless someone screwed up unacceptably. We to allow the addition of new, optional features to the STABLE branch so we don't guarantee that drivers will work with kernels older than they are. The only reason the em code at the tip of 6-STABLE might not build with 6.0 sources is that it uses some enhancements. If an individual maintainer wants to make sure their driver will build with any sources they either need to not use new features or use them inside appropriate ifdef __FreeBSD_version sections. -- Brooks --nVMJ2NtxeReIH9PS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE91uVXY6L6fI4GtQRAr2BAKDW/I837PqOZdUxr98H2xIx5QjoKACg1345 qvSHVZrZfbhzZso9g5PW+qc= =VQW8 -----END PGP SIGNATURE----- --nVMJ2NtxeReIH9PS-- From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 01:43:01 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09C8316A4DD for ; Fri, 1 Sep 2006 01:43:01 +0000 (UTC) (envelope-from h.nieser@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 436A543D55 for ; Fri, 1 Sep 2006 01:42:58 +0000 (GMT) (envelope-from h.nieser@xs4all.nl) Received: from [192.168.1.64] (aphax.nl [82.92.29.227]) by smtp-vbr9.xs4all.nl (8.13.6/8.13.6) with ESMTP id k811gnFN070545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Sep 2006 03:42:50 +0200 (CEST) (envelope-from h.nieser@xs4all.nl) Message-ID: <44F78FA7.30205@xs4all.nl> Date: Fri, 01 Sep 2006 03:40:55 +0200 From: Hans Nieser User-Agent: Thunderbird 1.5.0.5 (X11/20060805) MIME-Version: 1.0 To: Sam Leffler References: <44F4CF17.8060203@xs4all.nl> <44F70983.40705@errno.com> <44F71402.1060405@xs4all.nl> <44F7558A.4030907@errno.com> In-Reply-To: <44F7558A.4030907@errno.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-net@freebsd.org Subject: Re: iwi discarding oversized packets while mtu=1500 for src/dst 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, 01 Sep 2006 01:43:01 -0000 Sam Leffler wrote: > Hans Nieser wrote: > >> root@aphax-laptop:~# uname -a >> FreeBSD aphax-laptop.lan 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Thu May 11 >> 07:17:09 CEST 2006 >> root@aphax-laptop.nieser.local:/usr/obj/usr/src/sys/APHAX-LAPTOP i386 > > Are you running the iwi driver that came with 6.1-release? If so it has > numerous problems that have been fixed in 6-STABLE and HEAD. I'm not > sure how best to update your system except by going to 6-STABLE via a > src upgrade. Yeah, I'm using the one that came with 6.1-RELEASE. Running 6-STBALE actually seems like a good idea since running FreeBSD on my laptop is a bit of an experiment for me anyway since there's some hardware that I already expected some trouble with (the Intel HDA sound for example, which I'm happy to report seems to work now with one of the alpha drivers posted to @multimedia). Thanks for the suggestion! From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 03:35:24 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33C0C16A4DE for ; Fri, 1 Sep 2006 03:35:24 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt7.ihug.co.nz (grunt7.ihug.co.nz [203.109.254.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5D1C43D45 for ; Fri, 1 Sep 2006 03:35:23 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt7.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GIzoN-0002g8-00; Fri, 01 Sep 2006 15:35:19 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 025F41CC23; Fri, 1 Sep 2006 15:35:19 +1200 (NZST) Date: Fri, 1 Sep 2006 15:35:18 +1200 From: Andrew Thompson To: Stefan Bethke Message-ID: <20060901033518.GD92893@heff.fud.org.nz> References: <200608281819.k7SIJC51043066@freefall.freebsd.org> <0809B75C-B4C4-4D02-A287-70810C4ECA69@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0809B75C-B4C4-4D02-A287-70810C4ECA69@lassitu.de> User-Agent: Mutt/1.5.11 Cc: freebsd-net@freebsd.org, Radim Kolar Subject: Re: kern/102607: [if_bridge] don't generate random L2 address 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, 01 Sep 2006 03:35:24 -0000 On Tue, Aug 29, 2006 at 11:56:29PM +0200, Stefan Bethke wrote: > Am 28.08.2006 um 18:19 schrieb Andrew Thompson: > > > 1. change kernel code or to generate static IP address > > for bridge interface from attached member interfaces. > > or > > 2. use startup scripts to generate random number and > > store it somewhere in /var. > > or > > 3. Make system complain/warning if you set bridge0 to broadcast > > address. > > or > > 4. Document in if_bridge(4) that L2 address is random and > >document > > correct format of ethernet addresses. > > > > First, the actual behavior and it's implications should be documented > in if_bridge(4), specifically the random assignment of a locally > administered address. (Cf. net/if_bridge.c:bridge_clone_create()) > > If the user wants a different (fixed) address on the bridge, I think > it's acceptable to configure this in rc.conf along with the member > interfaces. (Already implemented: ifconfig_bridge0="create ether > 01:23:45:67:89:ab...") I agree with this. The first option is unfeasable as you cant guarantee that the members will have a L2 address (tap/gif) and it could make a dependency where you cant assign an IP until one or more networks are bridged. As you say the correct way is to use rc.conf to set the MAC and it just needs a bit more documentation. Andrew From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 03:49:56 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A5C316A4E6 for ; Fri, 1 Sep 2006 03:49:56 +0000 (UTC) (envelope-from fwun@bigpond.net.au) Received: from omta03ps.mx.bigpond.com (omta03ps.mx.bigpond.com [144.140.82.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id D194643D49 for ; Fri, 1 Sep 2006 03:49:54 +0000 (GMT) (envelope-from fwun@bigpond.net.au) Received: from [172.17.4.20] (really [60.225.59.227]) by omta03ps.mx.bigpond.com with ESMTP id <20060901034951.WIPN6498.omta03ps.mx.bigpond.com@[172.17.4.20]> for ; Fri, 1 Sep 2006 03:49:51 +0000 Message-ID: <44F7ADD7.2020902@bigpond.net.au> Date: Fri, 01 Sep 2006 13:49:43 +1000 From: " fwun@bigpond.net.au" User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH PLAIN at omta03ps.mx.bigpond.com from [60.225.59.227] using ID fwun@bigpond.net.au at Fri, 1 Sep 2006 03:49:51 +0000 Subject: routing problem with mpd 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, 01 Sep 2006 03:49:56 -0000 Dear all, I am trying to connect to my office's freebsd mpd server, but I am not able to ping other subnet except those same subnet that I was assigned by the mpd server. eg. Here is the IPs assigned to my laptop from my office's mpd server: IP: 10.2.99.23 Default gateway: 10.2.99.23 <<-- this is may be wrong, I want to set it to 10.2.1.1, but don't know how in windows xp. DNS server: 10.2.1.1 mpd.conf: pptp20: new -i ng20 pptp20 pptp200 set ipcp ranges 10.2.99.1/32 10.2.99.23/32 set ipcp dns 10.1.20.3 set ipcp nbns 10.1.20.3 load pptp_standard ifconfig: ng0: flags=88d1 mtu 1396 inet 10.2.1.1 --> 10.2.99.23 netmask 0xffffffff I am able to ping 10.2.1.1, but I can't ping 10.1.12.2 which is reachable (pingable) in the mpd server, eg: ]# traceroute 10.1.12.2 traceroute to 10.1.12.2 (10.1.12.2), 64 hops max, 40 byte packets 1 router.core.abc (10.1.10.1) 0.308 ms 0.181 ms 0.136 ms 2 optus.abc (10.1.1.12) 2.432 ms 1.511 ms 1.804 ms 3 serv.optus.abc (10.1.12.2) 3.265 ms 3.146 ms 3.307 ms at mpd server: # netstat -nrf inet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.1.10.1 UGS 1 8284266 bge0 10.1.10/24 link#1 UC 0 0 bge0 10.1.10.1 00:04:23:bc:3a:d2 UHLW 2 122249 bge0 824 10.1.10.2 00:e0:81:31:3a:d8 UHLW 1 4 lo0 10.1.10.3 00:11:25:aa:19:ea UHLW 1 56016 bge0 924 10.1.20.3 10.1.20.3 UH 0 299393 lo0 10.2.1.1 lo0 UHS 0 0 lo0 10.2.99.23 10.2.1.1 UH 0 3 ng0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ this is what it was assigned to my laptop. 10.128/9 10.1.20.1 UGS 0 0 bge0 10.152.34.75 10.152.34.75 UH 0 0 lo0 127.0.0.1 127.0.0.1 UH 0 4186396 lo0 Can anyone tell me how to reach 10.1.12.2 from my laptop 10.2.99.23? Thanks S From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 04:59:34 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 687E616A4DF for ; Fri, 1 Sep 2006 04:59:34 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.FreeBSD.org (Postfix) with SMTP id 8312143D46 for ; Fri, 1 Sep 2006 04:59:33 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 29862 invoked by uid 399); 1 Sep 2006 04:59:32 -0000 Received: from localhost (HELO ?192.168.0.10?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 1 Sep 2006 04:59:32 -0000 Message-ID: <44F7BE39.2050905@FreeBSD.org> Date: Thu, 31 Aug 2006 21:59:37 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> In-Reply-To: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 01 Sep 2006 04:59:34 -0000 Jack Vogel wrote: > As a matter of fact I dont believe the STABLE tip will even build on > RELEASE (something that I take issue with). The latest RELENG_N version of the source definitely SHOULD build on a -RELEASE version of that same branch, so if you've tried this and it doesn't work, please report the problem on the freebsd-stable@ mailing list. Given that we're about to freeze RELENG_6 for the 6.2-RELEASE, this is the perfect time to bring up those kinds of issues. Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 06:21:58 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C3E616A4DF for ; Fri, 1 Sep 2006 06:21:58 +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 D899543D49 for ; Fri, 1 Sep 2006 06:21:57 +0000 (GMT) (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 8088A46CCE; Fri, 1 Sep 2006 02:21:57 -0400 (EDT) Date: Fri, 1 Sep 2006 07:21:57 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Joe Holden In-Reply-To: <44F74B12.2030108@joeholden.co.uk> Message-ID: <20060901071933.S97485@fledge.watson.org> References: <2a41acea0608311338x68e64e4bme2fae9e285ada11e@mail.gmail.com> <44F74B12.2030108@joeholden.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Rob Watt , Jack Vogel , freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 01 Sep 2006 06:21:58 -0000 On Thu, 31 Aug 2006, Joe Holden wrote: >>> Does it seem that we are encountering that bug? Is that bug fixed in >>> 6.1-RELEASE, or is there an easy patch to 6.0-RELEASE (i.e. can we only >>> patch the em driver). >> >> That fix is only just into the STABLE code, so no, not in 6.1-RELEASE. You >> could take the tip of STABLE, but if you have only a 6.0 based system I >> know you are going to run into some backward incompatabililties. As a >> matter of fact I dont believe the STABLE tip will even build on RELEASE >> (something that I take issue with). >> >> Sounds like its at least possible this is your problem, worth setting up a >> system to test with I would say. > > IF you want latest -STABLE you use stable, if you want code AS-IS when it > was released, you use RELEASE There's also another possibility these days -- we support errata fixes going into release branches, as we do with security fixes. These changes must be low-impact (not affect API, ABI, etc), but are useful for critical stability fixes or to correct widely experienced problems. If there is a small tweak which could make a big difference, and has been well QA'd, then that approach can be taken. However, we're currently accepting errata fixes only for the most recent release, so expanding the scope to include older releases (i.e., 6.0 in addition to 6.1) then that would require some discussion and careful thinking. So far, we've been very conservative in accepting errata fixes on the basis that we want it to be a trickle, not a waterfall, for a great many good reasons :-). Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 11:14:21 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DA6116A4DE for ; Fri, 1 Sep 2006 11:14:21 +0000 (UTC) (envelope-from misho@interbgc.com) Received: from mail.interbgc.com (mx01.cablebg.net [217.9.224.226]) by mx1.FreeBSD.org (Postfix) with SMTP id BD6E543D45 for ; Fri, 1 Sep 2006 11:14:20 +0000 (GMT) (envelope-from misho@interbgc.com) Received: (qmail 15471 invoked from network); 1 Sep 2006 11:14:18 -0000 Received: from misho@interbgc.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-1.6/8.0):. Processed in 0.742304 secs); 01 Sep 2006 11:14:18 -0000 X-Spam-Status: No, hits=-1.6 required=8.0 Received: from joiner.interbgc.com (HELO misho) (217.9.224.8) by mx01.interbgc.com with SMTP; 1 Sep 2006 11:14:17 -0000 Message-ID: <00f901c6cdb7$c3c51460$08e009d9@misho> From: "Mihail Balikov" To: "Rob Watt" References: Date: Fri, 1 Sep 2006 14:14:17 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Cc: freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mihail Balikov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 11:14:21 -0000 This bug should be fixed with cvs rev. 1.129 ----- Original Message ----- From: "Rob Watt" To: Sent: Thursday, August 31, 2006 8:15 PM Subject: Intel em receive hang and possible pr #72970 > Hi, > > We have experienced a very sporadic problem on 2 amd64 machines running > FreeBSD 6.0-RELEASE. > > The hardware: > > Tyan K8SR motherboard > 2 AMD 275 dual-core processors > Intel Pro 1000 MT dual-port copper server card > Intel Pro 1000 MF dual-port fiber server card > Adaptec 2230S Raid controller > > These machines receive multicast & tcp data on multiple interfaces and > process it & record it to disk and then rebroadcast it on one interface. > > Twice now (once on each machine after a recent upgradee to 6.0-RELEASE) > the 2 fiber em interfaces seemed to stop receiving. Transmits seemed to > still be happening, and the machine itself was not hung. We could > console into it and do anything not network related. > > The first time this happened we opted to quickly disconnect the machine > from the network and move its processes to a backup machine. We did not > see anything interesting with netstat, vmstat, logs, etc (I do not > remember however which exact tests I ran at the time). Everything seemed > normal except that it was not receiving on the 2 fiber interfaces (we did > not actually test the other interfaces, but one of our apps that uses the > copper interfaces was still receiving data). We rebooted the machine and > ran Intel's nic diagnostics. The card passed all of the tests through like > 100 iterations. > > We eventually put the machine back into production. The second machine had > the same problem. Unfortunately I was on vacation when it happened and did > get to do any diagnostics. The developers just put the backup machine > into production and rebooted the one with the problem. > > After poking around in various group/pr postings the most similar problem > that we found was PR #72970. > http://www.freebsd.org/cgi/query-pr.cgi?pr=72970 > > Does it seem that we are encountering that bug? Is that bug fixed in > 6.1-RELEASE, or is there an easy patch to 6.0-RELEASE (i.e. can we only > patch the em driver). > > If it does not seem that we are triggering that bug, does anyone have any > thoughts about what the problem could be? > > We have done fairly intense stress testing in the past on these machines > with tons of network/disk/cpu/memory activity all happening at the same > time, and we've never encountered this bug. The fact that it is not easily > repeatable makes it hard to test for. Any testing suggestions would also > be appreciated. > > Thanks > - > Rob Watt > _______________________________________________ > 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" > > > __________ NOD32 1.1672 (20060721) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 12:26:54 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5739716A4DD for ; Fri, 1 Sep 2006 12:26:54 +0000 (UTC) (envelope-from rrs@cisco.com) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id D852E43D45 for ; Fri, 1 Sep 2006 12:26:53 +0000 (GMT) (envelope-from rrs@cisco.com) Received: from sj-dkim-5.cisco.com ([171.68.10.79]) by sj-iport-5.cisco.com with ESMTP; 01 Sep 2006 05:26:55 -0700 X-IronPort-AV: i="4.08,199,1154934000"; d="scan'208"; a="316822766:sNHT38806760" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-5.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k81CQrY4016742 for ; Fri, 1 Sep 2006 05:26:53 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id k81CQrw7001398 for ; Fri, 1 Sep 2006 05:26:53 -0700 (PDT) Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 1 Sep 2006 05:26:53 -0700 Received: from [127.0.0.1] ([171.68.225.134]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 1 Sep 2006 05:26:53 -0700 Message-ID: <44F826E6.4070904@cisco.com> Date: Fri, 01 Sep 2006 08:26:14 -0400 From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Sep 2006 12:26:53.0271 (UTC) FILETIME=[E814FE70:01C6CDC1] DKIM-Signature: a=rsa-sha1; q=dns; l=588; t=1157113613; x=1157977613; c=relaxed/simple; s=sjdkim5002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=rrs@cisco.com; z=From:Randall=20Stewart=20 |Subject:Latest=20SCTP=20patch/tarball; X=v=3Dcisco.com=3B=20h=3D8kLVjh3DPfHI0oED9BvEp5V7yvc=3D; b=xt9FShqe7lH6L2TRsPtP1OeEcp58uKmtlWdb+QkFml3b7BACEE7chXSlnIT7KZ74sKsOYaKu uhNAD6RMg7WH8EAKRBxilLzCz/I5i1VLidtiyBQt/rybnkbKzyAtvu17; Authentication-Results: sj-dkim-5.cisco.com; header.From=rrs@cisco.com; dkim=pass ( sig from cisco.com verified; ); Subject: Latest SCTP patch/tarball 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, 01 Sep 2006 12:26:54 -0000 All: I have just put up on www.sctp.org the latest SCTP patch as of this week. This is the latest code that DOES work with Robert Watson's socket changes :-D Note also the sender side of things has been speeded up.. as well as lots of bug fixes and a effort to try to improve the fine-grain locking SCTP uses :-D If you are on 7.0 there is a memory leak in the mbuf system (please see the email thread on this list for a one line fix that takes care of it). Regards R -- Randall Stewart NSSTG - Cisco Systems Inc. 803-345-0369 815-342-5222 (cell) From owner-freebsd-net@FreeBSD.ORG Tue Aug 29 21:17:08 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 542B316A4DA for ; Tue, 29 Aug 2006 21:17:08 +0000 (UTC) (envelope-from ya007@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.223.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 802D143D46 for ; Tue, 29 Aug 2006 21:17:07 +0000 (GMT) (envelope-from ya007@yandex.ru) Received: from core-vulture-out.telecom.by ([213.184.224.3]:34523 "EHLO domcomp" smtp-auth: "ya007" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077932AbWH2VQy (ORCPT ); Wed, 30 Aug 2006 01:16:54 +0400 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: ya007 From: "Anton" To: Date: Wed, 30 Aug 2006 00:16:50 +0300 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Mailman-Approved-At: Fri, 01 Sep 2006 13:24:03 +0000 Subject: resolver configuration (FreeBSD 4.5.1, without running BIND on the local machine) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 21:17:08 -0000 Hi all. I'm trying to configure resolver under FreeBSD 4.5.1. I have no BIND on the local machine. I have specified adresses of DNS servers, but it doesn't resolve names to IP adresses. ***** Here is the content of /etc/resolv.conf: domain my.domain nameserver 209.51.128.18 nameserver 209.51.128.17 ***** /etc/hosts.conf: # First try the /etc/hosts file hosts # Now try the nameserver next. bind # If you have YP/NIS configured, uncomment the next line # nis ***** /etc/hosts: ::1 localhost localhost.my.domain 127.0.0.1 localhost localhost.my.domain ***** Result of running "nslookup google.com": Server: dns2.gnax.net Address: 209.51.128.18 Name: google.com.my.domain Served by: - C.ROOT-SERVERS.NET - D.ROOT-SERVERS.NET - E.ROOT-SERVERS.NET - F.ROOT-SERVERS.NET - G.ROOT-SERVERS.NET - H.ROOT-SERVERS.NET - I.ROOT-SERVERS.NET - J.ROOT-SERVERS.NET 192.58.128.30 - K.ROOT-SERVERS.NET - L.ROOT-SERVERS.NET ***** But when I run "ping google.com": ping: cannot resolve google.com: No address associated with name Why it doesn't work? Best regards, -Anton From owner-freebsd-net@FreeBSD.ORG Thu Aug 31 09:51:14 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBF9A16A4DA for ; Thu, 31 Aug 2006 09:51:14 +0000 (UTC) (envelope-from gowda_asha2k@yahoo.com) Received: from web33404.mail.mud.yahoo.com (web33404.mail.mud.yahoo.com [68.142.206.136]) by mx1.FreeBSD.org (Postfix) with SMTP id 5CA0543D49 for ; Thu, 31 Aug 2006 09:51:14 +0000 (GMT) (envelope-from gowda_asha2k@yahoo.com) Received: (qmail 50123 invoked by uid 60001); 31 Aug 2006 09:51:13 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=S3Qdm205DNYtICxzkr0dDOCsa7yajxq/MJcWX8MVjHRxnbfrcpl8y+oCm50S/mjLPcsdPffZlQYW+3PMLSRbadgztM1IXJaCuFZ9yno1XWcOXCSp7LdEMWZcI1/U5KqvYVnGQ6dBcznORP6VHFb8k3JTKap4A/y5rEW0U/dR00I= ; Message-ID: <20060831095113.50121.qmail@web33404.mail.mud.yahoo.com> Received: from [203.145.176.37] by web33404.mail.mud.yahoo.com via HTTP; Thu, 31 Aug 2006 02:51:13 PDT Date: Thu, 31 Aug 2006 02:51:13 -0700 (PDT) From: ASHA GOWDA To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 01 Sep 2006 13:24:31 +0000 Subject: Info required for MLFR testing 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, 31 Aug 2006 09:51:14 -0000 Hi , For testing MLFR application in the MLFR to FR direction, we are sending IP over PPP Packet through Adtech Multi Layer ports. We need to make some changes in the PPP Header to be used for MLFR Traffic. Can we know the changes to be made for the same(like PID to be used nad seq no....)? Our test setup is like this : Our Target Machine was connected on one side to Adtech OC -12 Port and the other side was connected to Multi Layer OC-12 Port. Multi Layer Port of Adtech was used for MLFR side(MLFR to FR side) and general OC-12 Port of Adtech was used FR side(FR to MLFR side) Thanks in advance!!!!! Asha. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 13:30:14 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5FC116A4DF for ; Fri, 1 Sep 2006 13:30:14 +0000 (UTC) (envelope-from regnauld@catpipe.net) Received: from moof.catpipe.net (moof.catpipe.net [195.249.214.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B9EF43D64 for ; Fri, 1 Sep 2006 13:30:05 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from localhost (moof.catpipe.net [195.249.214.130]) by localhost.catpipe.net (Postfix) with ESMTP id BA49E6343DC; Fri, 1 Sep 2006 15:30:03 +0200 (CEST) Received: from moof.catpipe.net ([195.249.214.130]) by localhost (moof.catpipe.net [195.249.214.130]) (amavisd-new, port 10024) with ESMTP id 98332-09; Fri, 1 Sep 2006 15:30:02 +0200 (CEST) Received: from vinyl.catpipe.net (vinyl.catpipe.net [195.249.214.189]) by moof.catpipe.net (Postfix) with ESMTP id 0DC5663410B; Fri, 1 Sep 2006 15:30:02 +0200 (CEST) Received: by vinyl.catpipe.net (Postfix, from userid 1006) id 1DD6D78C31; Fri, 1 Sep 2006 15:29:25 +0200 (CEST) Date: Fri, 1 Sep 2006 15:29:25 +0200 From: Phil Regnauld To: Anton Message-ID: <20060901132924.GI49952@catpipe.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.1-PRERELEASE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at catpipe.net Cc: freebsd-net@freebsd.org Subject: Re: resolver configuration (FreeBSD 4.5.1, without running BIND on the local machine) 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, 01 Sep 2006 13:30:15 -0000 Anton (ya007) writes: > Hi all. > > I'm trying to configure resolver under FreeBSD 4.5.1. I have no BIND on the > local machine. I have specified adresses of DNS servers, but it doesn't > resolve names to IP adresses. > > ***** Here is the content of /etc/resolv.conf: > > domain my.domain > nameserver 209.51.128.18 > nameserver 209.51.128.17 > > ***** Result of running "nslookup google.com": > > Server: dns2.gnax.net > Address: 209.51.128.18 > > Name: google.com.my.domain > Served by: > - C.ROOT-SERVERS.NET 1) use dig, NOT nslookup: dig @209.51.128.17 google.com 2) those NSes you are pointing to are not recursive, or are not choosing to be for you. You should be using the nameservers of your upstream provider or setup BIND. Phil From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 16:06:02 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C10616A506 for ; Fri, 1 Sep 2006 16:06:02 +0000 (UTC) (envelope-from misho@interbgc.com) Received: from mail.interbgc.com (mx04.interbgc.com [217.9.224.231]) by mx1.FreeBSD.org (Postfix) with SMTP id DA86943D46 for ; Fri, 1 Sep 2006 16:06:00 +0000 (GMT) (envelope-from misho@interbgc.com) Received: (qmail 77963 invoked from network); 1 Sep 2006 16:05:58 -0000 Received: from misho@interbgc.com by keeper.interbgc.com by uid 1002 with qmail-scanner-1.14 (uvscan: v4.2.40/v4374. spamassassin: 2.63. Clear:SA:0(-1.8/8.0):. Processed in 7.746043 secs); 01 Sep 2006 16:05:58 -0000 X-Spam-Status: No, hits=-1.8 required=8.0 Received: from joiner.interbgc.com (HELO misho) (217.9.224.8) by mx04.interbgc.com with SMTP; 1 Sep 2006 16:05:49 -0000 Message-ID: <001501c6cde0$7da71c70$08e009d9@misho> From: "Mihail Balikov" To: Date: Fri, 1 Sep 2006 19:05:48 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807 Subject: routing problem? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mihail Balikov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 16:06:02 -0000 Hello, Running "route -n monitor" I see a lot of strange RTM_MISS messages : got message of size 96 on Fri Sep 1 19:00:54 2006 RTM_MISS: Lookup failed on this address: len 96, pid: 0, seq 0, errno 0, flags: locks: inits: sockaddrs: default #route -n get default route to: default destination: default mask: default gateway: X.X.X.X interface: vlanXXX flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire 0 0 0 0 0 0 1500 0 #netstat -rs routing: 0 bad routing redirects 0 dynamically created routes 0 new gateways due to redirects 4294943810 destinations found unreachable 0 uses of a wildcard route 0 routes not in table but not freed This is happening on FreeBSD 4.11, any ideas? regards, Mihail Balikov From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 16:17:22 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 405A216A4DE for ; Fri, 1 Sep 2006 16:17:22 +0000 (UTC) (envelope-from prvs=julian=392b3a9d5@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A43843D55 for ; Fri, 1 Sep 2006 16:17:21 +0000 (GMT) (envelope-from prvs=julian=392b3a9d5@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.33]) by a50.ironport.com with ESMTP; 01 Sep 2006 09:17:21 -0700 Message-ID: <44F85D10.9030009@elischer.org> Date: Fri, 01 Sep 2006 09:17:20 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ASHA GOWDA References: <20060831095113.50121.qmail@web33404.mail.mud.yahoo.com> In-Reply-To: <20060831095113.50121.qmail@web33404.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Info required for MLFR testing 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, 01 Sep 2006 16:17:22 -0000 ASHA GOWDA wrote: >Hi , > >For testing MLFR application in the MLFR to FR >direction, we are sending IP over PPP Packet through >Adtech Multi Layer ports. >We need to make some changes in the PPP Header to be >used for MLFR Traffic. > > does mlfr require ppp? why not just use mlppp? >Can we know the changes to be made for the same(like >PID to be used nad seq no....)? >Our test setup is like this : > >Our Target Machine was connected on one side to Adtech >OC -12 Port and the other side was connected to Multi >Layer OC-12 Port. > > > You should probably write a netgraph-capable driver for the card, as teh frame relay drivers etc are all netgraph and it will probably make it easier for you if you do this. >Multi Layer Port of Adtech was used for MLFR side(MLFR >to FR side) and general OC-12 Port of Adtech was used >FR side(FR to MLFR side) > > you don't say what release of FreeBSD you are doing this on... (or even if it IS freeBSD you are using) >Thanks in advance!!!!! >Asha. > >__________________________________________________ >Do You Yahoo!? >Tired of spam? Yahoo! Mail has the best spam protection around >http://mail.yahoo.com >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 16:56:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7588716A4E2; Fri, 1 Sep 2006 16:56:17 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0EE343D5F; Fri, 1 Sep 2006 16:56:16 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k81GuE70037473 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Fri, 1 Sep 2006 18:56:14 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <200608281819.k7SIJC51043066@freefall.freebsd.org> References: <200608281819.k7SIJC51043066@freefall.freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0E290FAC-9BA0-4AA4-B85B-2DFBCA324672@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Fri, 1 Sep 2006 18:56:26 +0200 To: Andrew Thompson X-Mailer: Apple Mail (2.752.2) Cc: freebsd-net@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: kern/102607: [if_bridge] don't generate random L2 address 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, 01 Sep 2006 16:56:17 -0000 Here's my suggestion for an addition to if_bridge(4): --- if_bridge.4.orig Sun Aug 13 20:44:18 2006 +++ if_bridge.4 Fri Sep 1 18:53:19 2006 @@ -107,6 +107,13 @@ in .Xr rc.conf 5 . .Pp +The +.Nm +interface randomly chooses a link (MAC) address in the range reserved for +locally adminstered addresses when it is created. +The address can be changed by assigning the desired link address using +.Xr ifconfig 8 . +.Pp The MTU of the first member interface to be added is used as the bridge MTU. All additional members are required to have exactly the same value. .Pp @@ -231,6 +238,16 @@ addm fxp6 stp fxp6 \e addm fxp7 stp fxp7 \e up +.Ed +.Pp +The bridge can be used as a regular host interface at the same time as +bridging between it's member ports. In this example, the bridge connects em0 +and em1, and will receive it's IP address through DHCP: +.Bd -literal -offset indent +cloned_interfaces="bridge0" +ifconfig_bridge0="link 12:34:56:78:9a:bc addm em0 addm em0 DHCP" +ifconfig_em0="up" +ifconfig_em1="up" .Ed .Pp The bridge can tunnel Ethernet across an IP internet using the EtherIP -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 18:39:24 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE64816A4DA for ; Fri, 1 Sep 2006 18:39:24 +0000 (UTC) (envelope-from rob@hudson-trading.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BDBA43D46 for ; Fri, 1 Sep 2006 18:39:23 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from cpe-72-229-120-238.nyc.res.rr.com (cpe-72-229-120-238.nyc.res.rr.com [72.229.120.238]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id k81IdMwV010335 for ; Fri, 1 Sep 2006 14:39:22 -0400 (EDT) Date: Fri, 1 Sep 2006 14:40:08 -0400 (EDT) From: Rob Watt X-X-Sender: rob@cpe-72-229-120-238.nyc.res.rr.com To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: Re: Intel em receive hang and possible pr #72970 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, 01 Sep 2006 18:39:24 -0000 >> On Thu, 31 Aug 2006, Joe Holden wrote: >>> Sounds like its at least possible this is your problem, worth setting up a >>> system to test with I would say. > There's also another possibility these days -- we support errata fixes going > into release branches, as we do with security fixes. These changes must be > low-impact (not affect API, ABI, etc), but are useful for critical stability > fixes or to correct widely experienced problems. If there is a small tweak > which could make a big difference, and has been well QA'd, then that approach > can be taken. However, we're currently accepting errata fixes only for the > most recent release, so expanding the scope to include older releases > (i.e., 6.0 in addition to 6.1) then that would require some discussion > and careful thinking. So far, we've been very conservative in accepting > errata fixes > on the basis that we want it to be a trickle, not a waterfall, for a > great many good reasons :-). > Robert N M Watson > Computer Laboratory > University of Cambridge Thanks for all of the quick feedback. Stability and consistency are very important to us. We are not going to use STABLE on one machine and a RELEASE on another, and we are not going to roll out some random version of stable to all of our machines (there are many of them). When troubleshooting we need to be able to have a good standard reference to talk to people about and to compare from machine to machine. This is possible when using a full release, but much less so when dealing with the head of a branch. We are willing to apply small patches provided they are well tested (we are willing to do the testing). I am happy to test against 6.1-RELEASE. We are considering upgrading all of our servers to 6.1, so I have started testing 6.1 anyways. It is not clear to me from the cvs log whether rev 1.129 in branch MAIN mentioned by Mikhail will work with 6.1 (I suspect it will not). The 1.65.2.18 rev against RELENG_6 seems to include the changes in 1.129. I am going to start testing that tonight. How extensively have the changes in that version been tested? Will that version play nicely with 6.1? Thanks! - Rob Watt From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 19:52:21 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7299C16A512 for ; Fri, 1 Sep 2006 19:52:21 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DA2E43D49 for ; Fri, 1 Sep 2006 19:52:18 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1368309pye for ; Fri, 01 Sep 2006 12:52:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SEiNKObQmrbGWRbCyXTbIzTI3Mgm+303XD1rH/azMh0LInNwh3tI5ia7PVT6sAMnDZOz2vTqhz1qYtW3Qt4hAnmaI00gILQ4CGdGU1HlxTMB0D+73WGZx9nUlS/n9BZgXtlSzS/9SQkfcNY9XklD94PJ5UIWwkvFI0bNkQWhSnw= Received: by 10.35.8.1 with SMTP id l1mr3700563pyi; Fri, 01 Sep 2006 12:52:15 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Fri, 1 Sep 2006 12:51:34 -0700 (PDT) Message-ID: <2a41acea0609011251j6691d6ccs1d14051f1c6ee18b@mail.gmail.com> Date: Fri, 1 Sep 2006 12:51:34 -0700 From: "Jack Vogel" To: "Rob Watt" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 01 Sep 2006 19:52:21 -0000 On 9/1/06, Rob Watt wrote: > >> On Thu, 31 Aug 2006, Joe Holden wrote: > > >>> Sounds like its at least possible this is your problem, worth setting up a > >>> system to test with I would say. > > > There's also another possibility these days -- we support errata fixes > going > > into release branches, as we do with security fixes. These changes must be > > low-impact (not affect API, ABI, etc), but are useful for critical stability > > fixes or to correct widely experienced problems. If there is a small tweak > > which could make a big difference, and has been well QA'd, then that approach > > can be taken. However, we're currently accepting errata fixes only for the > > most recent release, so expanding the scope to include older releases > > (i.e., 6.0 in addition to 6.1) then that would require some discussion > > and careful thinking. So far, we've been very conservative in accepting > > errata fixes > > on the basis that we want it to be a trickle, not a waterfall, for a > > great many good reasons :-). > > > Robert N M Watson > > Computer Laboratory > > University of Cambridge > > > Thanks for all of the quick feedback. > > Stability and consistency are very important to us. We are not going to > use STABLE on one machine and a RELEASE on another, and we are not going > to roll out some random version of stable to all of our machines (there > are many of them). When troubleshooting we need to be able to have a > good standard reference to talk to people about and to compare from > machine to machine. This is possible when using a full release, but much > less so when dealing with the head of a branch. We are willing to apply > small patches provided they are well tested (we are willing to do the > testing). > > I am happy to test against 6.1-RELEASE. We are considering upgrading > all of our servers to 6.1, so I have started testing 6.1 anyways. It is > not clear to me from the cvs log whether rev 1.129 in branch MAIN > mentioned by Mikhail will work with 6.1 (I suspect it will not). The > 1.65.2.18 rev against RELENG_6 seems to include the changes in 1.129. I > am going to start testing that tonight. How extensively have the changes > in that version been tested? Will that version play nicely with 6.1? This was my earlier point Rob, that delta of the driver WILL NOT build against 6.1 RELEASE, it has taskqueue changes in it that are not in the release, as well as a few other small gotchas. To get that fix you will need to wait for 6.2 if you want it all rolled into a determined whole. Jack From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 20:10:35 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DFEC16A4DA for ; Fri, 1 Sep 2006 20:10:35 +0000 (UTC) (envelope-from rob@hudson-trading.com) Received: from ms-smtp-03.rdc-nyc.rr.com (ms-smtp-03.rdc-nyc.rr.com [24.29.109.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04F4C43D49 for ; Fri, 1 Sep 2006 20:10:34 +0000 (GMT) (envelope-from rob@hudson-trading.com) Received: from cpe-72-229-120-238.nyc.res.rr.com (cpe-72-229-120-238.nyc.res.rr.com [72.229.120.238]) by ms-smtp-03.rdc-nyc.rr.com (8.13.6/8.13.6) with ESMTP id k81KAXwn007732; Fri, 1 Sep 2006 16:10:33 -0400 (EDT) Date: Fri, 1 Sep 2006 16:11:18 -0400 (EDT) From: Rob Watt X-X-Sender: rob@cpe-72-229-120-238.nyc.res.rr.com To: Jack Vogel In-Reply-To: <2a41acea0609011251j6691d6ccs1d14051f1c6ee18b@mail.gmail.com> Message-ID: References: <2a41acea0609011251j6691d6ccs1d14051f1c6ee18b@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Symantec AntiVirus Scan Engine Cc: Rob Watt , freebsd-net@freebsd.org Subject: Re: Intel em receive hang and possible pr #72970 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, 01 Sep 2006 20:10:35 -0000 On Fri, 1 Sep 2006, Jack Vogel wrote: > On 9/1/06, Rob Watt wrote: > > This was my earlier point Rob, that delta of the driver WILL NOT > build against 6.1 RELEASE, it has taskqueue changes in it that > are not in the release, as well as a few other small gotchas. > To get that fix you will need to wait for 6.2 if you want it all rolled > into a determined whole. I just noticed this when I tried to compile with the recent em driver files. Since 6.2 is on the semi-near horizon, and since this bug has only been triggered twice, I might be willing to wait until October to try 6.2. What makes this a more urgent issue is it was triggered on our most critical machines, and the effect of triggering the bug causes much of our business to come to a halt until our backup server takes over. If anyone has tweaked or is willing to tweak the new driver changes to work with 6.1 or 6.0 please let me know. Thanks - Rob Watt From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 22:51:25 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF9A916A4DF for ; Fri, 1 Sep 2006 22:51:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE49943D46 for ; Fri, 1 Sep 2006 22:51:21 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1421400pye for ; Fri, 01 Sep 2006 15:51:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=k/II5UB0E16IzXVV+9/gGvkqEW4zG9KRW4cQcDeAmkPcUAOb7iEuenTX1CKozenc66QDwZJihMnVZjGV29Usq2uGEmW2J9LiJs03LtfOeaXbwIDslcPURCk98OUxMZgHLHKnrMSpWRdEhhrEXJcO3Rl3grpIsQb+dTho9dcqC5E= Received: by 10.35.103.1 with SMTP id f1mr3987272pym; Fri, 01 Sep 2006 15:51:21 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Fri, 1 Sep 2006 15:51:21 -0700 (PDT) Message-ID: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> Date: Fri, 1 Sep 2006 15:51:21 -0700 From: "Jack Vogel" To: freebsd-net , freebsd-current MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_13875_32385575.1157151081575" Cc: Subject: RFC: TSO patch for current 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, 01 Sep 2006 22:51:25 -0000 ------=_Part_13875_32385575.1157151081575 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline This is a patch for the stack and the em driver to enable TSO on CURRENT. Previously I had problems getting it to work, but this is functional. I should note that CURRENT is being a pain right now, when I comment out em in the config the kernel panics coming up, so I had to substitute this code into the tree. Rather bizarre :) I have this functionality running on a 6.1 based system, and our test group is already testing against that driver, so far things are looking good. I have designed it so the driver can continue to be built without support. There is also a sysctl in the stack code so you can set net.inet.tcp.tso_enable on or off and compare. I know there may be some refinements to add in, but I would like to get this into CURRENT as a start. Comments? Jack ------=_Part_13875_32385575.1157151081575 Content-Type: text/x-patch; name=em-current-tso.patch; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_erlkv0es Content-Disposition: attachment; filename="em-current-tso.patch" LS0tIGRpc3QvaWZfZW0uaAlUaHUgQXVnICAzIDEyOjA1OjA0IDIwMDYKKysrIGlmX2VtLmgJRnJp IFNlcCAgMSAxNTo1NTozMCAyMDA2CkBAIC0zNiw2ICszNiw4IEBACiAjaWZuZGVmIF9FTV9IX0RF RklORURfCiAjZGVmaW5lIF9FTV9IX0RFRklORURfCiAKKyNkZWZpbmUgVENQX1RTTworCiAvKiBU dW5hYmxlcyAqLwogCiAvKgpAQCAtMTM4LDYgKzE0MCwxMSBAQAogI2RlZmluZSBFTV9DSEVDS1NV TV9GRUFUVVJFUyAgICAgICAgICAgIChDU1VNX1RDUCB8IENTVU1fVURQKQogCiAvKgorICogSW5m b3JtIHRoZSBzdGFjayBhYm91dCB0cmFuc21pdCBzZWdtZW50YXRpb24gb2ZmbG9hZCBjYXBhYmls aXRpZXMuCisgKi8KKyNkZWZpbmUgRU1fVENQU0VHX0ZFQVRVUkVTCQlDU1VNX1RDUFNFRworCisv KgogICogVGhpcyBwYXJhbWV0ZXIgY29udHJvbHMgdGhlIGR1cmF0aW9uIG9mIHRyYW5zbWl0IHdh dGNoZG9nIHRpbWVyLgogICovCiAjZGVmaW5lIEVNX1RYX1RJTUVPVVQgICAgICAgICAgICAgICAg ICAgNSAgICAvKiBzZXQgdG8gNSBzZWNvbmRzICovCkBAIC0yMjUsNiArMjMyLDcgQEAKICNkZWZp bmUgRU1fUlhCVUZGRVJfMTYzODQgICAgICAxNjM4NAogCiAjZGVmaW5lIEVNX01BWF9TQ0FUVEVS ICAgICAgICAgICAgNjQKKyNkZWZpbmUgRU1fVFNPX1NJWkUJCTY1NTM1CiAKIHR5cGVkZWYgZW51 bSBfWFNVTV9DT05URVhUX1QgewogCU9GRkxPQURfTk9ORSwKQEAgLTMwNyw2ICszMTUsNyBAQAog ICAgICAgICB1aW50MzJfdAkJdHhkX2NtZDsKIAlzdHJ1Y3QgZW1fYnVmZmVyCSp0eF9idWZmZXJf YXJlYTsKIAlidXNfZG1hX3RhZ190CQl0eHRhZzsJCS8qIGRtYSB0YWcgZm9yIHR4ICovCisJdWlu dDMyX3QJCXR4X3RzbzsJCS8qIGxhc3QgdHggd2FzIHRzbyAqLwogCiAJLyogCiAJICogUmVjZWl2 ZSBkZWZpbml0aW9ucwotLS0gZGlzdC9pZl9lbS5jCUZyaSBBdWcgIDQgMDA6NTY6MzMgMjAwNgor KysgaWZfZW0uYwlGcmkgU2VwICAxIDE1OjU4OjIzIDIwMDYKQEAgLTcyLDYgKzcyLDggQEAKICNp bmNsdWRlIDxuZXRpbmV0L3RjcC5oPgogI2luY2x1ZGUgPG5ldGluZXQvdWRwLmg+CiAKKyNpbmNs dWRlIDxtYWNoaW5lL2luX2Nrc3VtLmg+CisKICNpbmNsdWRlIDxkZXYvcGNpL3BjaXZhci5oPgog I2luY2x1ZGUgPGRldi9wY2kvcGNpcmVnLmg+CiAjaW5jbHVkZSA8ZGV2L2VtL2lmX2VtX2h3Lmg+ CkBAIC0yMjksNiArMjMxLDEwIEBACiAJCSAgICBzdHJ1Y3QgbWJ1ZiAqKTsKIHN0YXRpYyB2b2lk CWVtX3RyYW5zbWl0X2NoZWNrc3VtX3NldHVwKHN0cnVjdCBhZGFwdGVyICosIHN0cnVjdCBtYnVm ICosCiAJCSAgICB1aW50MzJfdCAqLCB1aW50MzJfdCAqKTsKKyNpZmRlZiBUQ1BfVFNPCitzdGF0 aWMgYm9vbGVhbl90IGVtX3Rzb19zZXR1cChzdHJ1Y3QgYWRhcHRlciAqLCBzdHJ1Y3QgbWJ1ZiAq LCB1X2ludDMyX3QgKiwKKyAgICAgICAgICAgICAgICAgICAgdWludDMyX3QgKik7CisjZW5kaWYK IHN0YXRpYyB2b2lkCWVtX3NldF9wcm9taXNjKHN0cnVjdCBhZGFwdGVyICopOwogc3RhdGljIHZv aWQJZW1fZGlzYWJsZV9wcm9taXNjKHN0cnVjdCBhZGFwdGVyICopOwogc3RhdGljIHZvaWQJZW1f c2V0X211bHRpKHN0cnVjdCBhZGFwdGVyICopOwpAQCAtMzAyLDYgKzMwOCw3IEBACiAKICNkZWZp bmUgRTEwMDBfVElDS1NfVE9fVVNFQ1ModGlja3MpCSgoMTAyNCAqICh0aWNrcykgKyA1MDApIC8g MTAwMCkKICNkZWZpbmUgRTEwMDBfVVNFQ1NfVE9fVElDS1ModXNlY3MpCSgoMTAwMCAqICh1c2Vj cykgKyA1MTIpIC8gMTAyNCkKKyNkZWZpbmUgTV9UU09fTEVOCQkJNjYKIAogc3RhdGljIGludCBl bV90eF9pbnRfZGVsYXlfZGZsdCA9IEUxMDAwX1RJQ0tTX1RPX1VTRUNTKEVNX1RJRFYpOwogc3Rh dGljIGludCBlbV9yeF9pbnRfZGVsYXlfZGZsdCA9IEUxMDAwX1RJQ0tTX1RPX1VTRUNTKEVNX1JE VFIpOwpAQCAtMTA2MSwxMSArMTA2OCwxNCBAQAogCWlmcC0+aWZfZHJ2X2ZsYWdzIHw9IElGRl9E UlZfUlVOTklORzsKIAlpZnAtPmlmX2Rydl9mbGFncyAmPSB+SUZGX0RSVl9PQUNUSVZFOwogCisJ aWZwLT5pZl9od2Fzc2lzdCA9IDA7CiAJaWYgKGFkYXB0ZXItPmh3Lm1hY190eXBlID49IGVtXzgy NTQzKSB7CiAJCWlmIChpZnAtPmlmX2NhcGVuYWJsZSAmIElGQ0FQX1RYQ1NVTSkKIAkJCWlmcC0+ aWZfaHdhc3Npc3QgPSBFTV9DSEVDS1NVTV9GRUFUVVJFUzsKLQkJZWxzZQotCQkJaWZwLT5pZl9o d2Fzc2lzdCA9IDA7CisjaWZkZWYgVENQX1RTTworCQlpZiAoaWZwLT5pZl9jYXBlbmFibGUgJiBJ RkNBUF9UQ1BTRUcpCisJCQlpZnAtPmlmX2h3YXNzaXN0IHw9IEVNX1RDUFNFR19GRUFUVVJFUzsK KyNlbmRpZgogCX0KIAogCWNhbGxvdXRfcmVzZXQoJmFkYXB0ZXItPnRpbWVyLCBoeiwgZW1fbG9j YWxfdGltZXIsIGFkYXB0ZXIpOwpAQCAtMTQxNiwxMSArMTQyNiwxNyBAQAogCXN0cnVjdCBtX3Rh ZwkJKm10YWc7CiAJdWludDMyX3QJCXR4ZF91cHBlciwgdHhkX2xvd2VyLCB0eGRfdXNlZCwgdHhk X3NhdmVkOwogCWludAkJCW5zZWdzLCBpLCBqOwotCWludAkJCWVycm9yOworCWludAkJCWVycm9y LCBkb190c28sIHRzb19kZXNjID0gMDsKIAogCW1faGVhZCA9ICptX2hlYWRwOwogCWN1cnJlbnRf dHhfZGVzYyA9IE5VTEw7Ci0JdHhkX3VzZWQgPSB0eGRfc2F2ZWQgPSAwOworCXR4ZF91cHBlciA9 IHR4ZF9sb3dlciA9IHR4ZF91c2VkID0gdHhkX3NhdmVkID0gMDsKKworI2lmZGVmIFRDUF9UU08K KyAgICAgICAgZG9fdHNvID0gKChtX2hlYWQtPm1fcGt0aGRyLmNzdW1fZmxhZ3MgJiBDU1VNX1RD UFNFRykgIT0gMCk7CisjZWxzZQorICAgICAgICBkb190c28gPSAwOworI2VuZGlmCiAKIAkvKgog CSAqIEZvcmNlIGEgY2xlYW51cCBpZiBudW1iZXIgb2YgVFggZGVzY3JpcHRvcnMKQEAgLTE0NzMs NiArMTQ4OSwxNyBAQAogCQkqbV9oZWFkcCA9IG1faGVhZDsKIAl9CiAKKyAgICAgICAgLyoKKyAg ICAgICAgICogVFNPIHdvcmthcm91bmQ6CisgICAgICAgICAqICBJZiBhbiBtYnVmIGlzIG9ubHkg aGVhZGVyIHdlIG5lZWQKKyAgICAgICAgICogICAgIHRvIHB1bGwgNCBieXRlcyBvZiBkYXRhIGlu dG8gaXQuCisgICAgICAgICAqLworICAgICAgICBpZiAoZG9fdHNvICYmIChtX2hlYWQtPm1fbGVu IDw9IE1fVFNPX0xFTikpIHsKKyAgICAgICAgICAgICAgICBtX2hlYWQgPSBtX3B1bGx1cChtX2hl YWQsIE1fVFNPX0xFTiArIDQpOworICAgICAgICAgICAgICAgIGlmIChtX2hlYWQgPT0gTlVMTCkK KyAgICAgICAgICAgICAgICAgICAgICAgIHJldHVybiAoRU5PQlVGUyk7CisgICAgICAgIH0KKwog CS8qCiAJICogTWFwIHRoZSBwYWNrZXQgZm9yIERNQS4KIAkgKi8KQEAgLTE0ODcsMjMgKzE1MTQs NDMgQEAKIAl9CiAJS0FTU0VSVChuc2VncyAhPSAwLCAoImVtX2VuY2FwOiBlbXB0eSBwYWNrZXQi KSk7CiAKLQlpZiAobnNlZ3MgPiBhZGFwdGVyLT5udW1fdHhfZGVzY19hdmFpbCkgeworICAgICAg ICAvKgorICAgICAgICAgKiBUU08gSGFyZHdhcmUgd29ya2Fyb3VuZCwgaWYgdGhpcyBwYWNrZXQg aXMgbm90CisgICAgICAgICAqIFRTTywgYW5kIGlzIG9ubHkgYSBzaW5nbGUgZGVzY3JpcHRvciBs b25nLCBhbmQKKyAgICAgICAgICogaXQgZm9sbG93cyBhIFRTTyBidXJzdCwgdGhlbiB3ZSBuZWVk IHRvIGFkZCBhCisgICAgICAgICAqIHNlbnRpbmVsIGRlc2NyaXB0b3IgdG8gcHJldmVudCBwcmVt YXR1cmUgd3JpdGViYWNrLgorICAgICAgICAgKi8KKyAgICAgICAgaWYgKChkb190c28gPT0gMCkg JiYgKGFkYXB0ZXItPnR4X3RzbyA9PSBUUlVFKSkgeworICAgICAgICAgICAgICAgIGlmIChuc2Vn cyA9PSAxKQorICAgICAgICAgICAgICAgICAgICAgICAgdHNvX2Rlc2MgPSBUUlVFOworICAgICAg ICAgICAgICAgIGFkYXB0ZXItPnR4X3RzbyA9IEZBTFNFOworICAgICAgICB9CisKKwlpZiAobnNl Z3MgPiBhZGFwdGVyLT5udW1fdHhfZGVzY19hdmFpbCAtIDIpIHsKIAkJYWRhcHRlci0+bm9fdHhf ZGVzY19hdmFpbDIrKzsKIAkJZXJyb3IgPSBFTk9CVUZTOwogCQlnb3RvIGVuY2FwX2ZhaWw7CiAJ fQogCi0JaWYgKGlmcC0+aWZfaHdhc3Npc3QgPiAwKQotCQllbV90cmFuc21pdF9jaGVja3N1bV9z ZXR1cChhZGFwdGVyLCAgbV9oZWFkLCAmdHhkX3VwcGVyLCAmdHhkX2xvd2VyKTsKLQllbHNlCi0J CXR4ZF91cHBlciA9IHR4ZF9sb3dlciA9IDA7CisgICAgICAgIC8qIERvIGhhcmR3YXJlIGFzc2lz dHMgKi8KKyAgICAgICAgaWYgKCBpZnAtPmlmX2h3YXNzaXN0ID4gMCkgeworI2lmZGVmIFRDUF9U U08KKyAgICAgICAgICAgICAgICBpZiAoZW1fdHNvX3NldHVwKGFkYXB0ZXIsIG1faGVhZCwgJnR4 ZF91cHBlciwgJnR4ZF9sb3dlcikpIHsKKyAgICAgICAgICAgICAgICAgICAgICAgIC8qIHdlIG5l ZWQgdG8gbWFrZSBhIGZpbmFsIHNlbnRpbmVsIHRyYW5zbWl0IGRlc2MgKi8KKyAgICAgICAgICAg ICAgICAgICAgICAgIHRzb19kZXNjID0gVFJVRTsKKyAgICAgICAgICAgICAgICB9IGVsc2UKKyNl bmRpZgorICAgICAgICAgICAgICAgICAgICAgICAgZW1fdHJhbnNtaXRfY2hlY2tzdW1fc2V0dXAo YWRhcHRlciwgIG1faGVhZCwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAmdHhkX3VwcGVy LCAmdHhkX2xvd2VyKTsKKyAgICAgICAgfQogCiAJaSA9IGFkYXB0ZXItPm5leHRfYXZhaWxfdHhf ZGVzYzsKLQlpZiAoYWRhcHRlci0+cGNpeF84MjU0NCkgeworCWlmIChhZGFwdGVyLT5wY2l4Xzgy NTQ0KQogCQl0eGRfc2F2ZWQgPSBpOwotCQl0eGRfdXNlZCA9IDA7Ci0JfQorCiAJZm9yIChqID0g MDsgaiA8IG5zZWdzOyBqKyspIHsKKyAgICAgICAgICAgICAgICBidXNfc2l6ZV90IHNlZ19sZW47 CisgICAgICAgICAgICAgICAgYnVzX2FkZHJfdCBzZWdfYWRkcjsKIAkJLyogSWYgYWRhcHRlciBp cyA4MjU0NCBhbmQgb24gUENJWCBidXMuICovCiAJCWlmKGFkYXB0ZXItPnBjaXhfODI1NDQpIHsK IAkJCURFU0NfQVJSQVkJZGVzY19hcnJheTsKQEAgLTE1MzcsMjYgKzE1ODQsNTcgQEAKIAkJCQl0 eGRfdXNlZCsrOwogCQkJfQogCQl9IGVsc2UgewotCQkJdHhfYnVmZmVyID0gJmFkYXB0ZXItPnR4 X2J1ZmZlcl9hcmVhW2ldOwotCQkJY3VycmVudF90eF9kZXNjID0gJmFkYXB0ZXItPnR4X2Rlc2Nf YmFzZVtpXTsKLQotCQkJY3VycmVudF90eF9kZXNjLT5idWZmZXJfYWRkciA9IGh0b2xlNjQoc2Vn c1tqXS5kc19hZGRyKTsKLQkJCWN1cnJlbnRfdHhfZGVzYy0+bG93ZXIuZGF0YSA9IGh0b2xlMzIo Ci0JCQkJYWRhcHRlci0+dHhkX2NtZCB8IHR4ZF9sb3dlciB8IHNlZ3Nbal0uZHNfbGVuKTsKLQkJ CWN1cnJlbnRfdHhfZGVzYy0+dXBwZXIuZGF0YSA9IGh0b2xlMzIodHhkX3VwcGVyKTsKLQotCQkJ aWYgKCsraSA9PSBhZGFwdGVyLT5udW1fdHhfZGVzYykKLQkJCQlpID0gMDsKLQotCQkJdHhfYnVm ZmVyLT5tX2hlYWQgPSBOVUxMOworICAgICAgICAgICAgICAgICAgICAgICB0eF9idWZmZXIgPSAm YWRhcHRlci0+dHhfYnVmZmVyX2FyZWFbaV07CisgICAgICAgICAgICAgICAgICAgICAgICBjdXJy ZW50X3R4X2Rlc2MgPSAmYWRhcHRlci0+dHhfZGVzY19iYXNlW2ldOworICAgICAgICAgICAgICAg ICAgICAgICAgc2VnX2FkZHIgPSBodG9sZTY0KHNlZ3Nbal0uZHNfYWRkcik7CisgICAgICAgICAg ICAgICAgICAgICAgICBzZWdfbGVuICA9IHNlZ3Nbal0uZHNfbGVuOworICAgICAgICAgICAgICAg ICAgICAgICAgLyoKKyAgICAgICAgICAgICAgICAgICAgICAgICoqIFRTTyBXb3JrYXJvdW5kOgor ICAgICAgICAgICAgICAgICAgICAgICAgKiogSWYgdGhpcyBpcyB0aGUgbGFzdCBkZXNjcmlwdG9y LCB3ZSB3YW50IHRvCisgICAgICAgICAgICAgICAgICAgICAgICAqKiBzcGxpdCBpdCBzbyB3ZSBo YXZlIGEgc21hbGwgZmluYWwgc2VudGluZWwKKyAgICAgICAgICAgICAgICAgICAgICAgICovCisg ICAgICAgICAgICAgICAgICAgICAgICBpZiAodHNvX2Rlc2MgJiYgKGogPT0gKG5zZWdzIC0xKSkg JiYgKHNlZ19sZW4gPiA4KSkgeworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzZWdf bGVuIC09IDQ7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGN1cnJlbnRfdHhfZGVz Yy0+YnVmZmVyX2FkZHIgPSBzZWdfYWRkcjsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgY3VycmVudF90eF9kZXNjLT5sb3dlci5kYXRhID0gaHRvbGUzMigKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgYWRhcHRlci0+dHhkX2NtZCB8IHR4ZF9sb3dlciB8IHNlZ19sZW4p OworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjdXJyZW50X3R4X2Rlc2MtPnVwcGVy LmRhdGEgPQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaHRvbGUzMih0eGRf dXBwZXIpOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAoKytpID09IGFkYXB0 ZXItPm51bV90eF9kZXNjKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGkgPSAwOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvKiBOb3cgbWFrZSB0aGUg c2VudGluZWwgKi8KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKyt0eGRfdXNlZDsg LyogdXNpbmcgYW4gZXh0cmEgdHhkICovCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGN1cnJlbnRfdHhfZGVzYyA9ICZhZGFwdGVyLT50eF9kZXNjX2Jhc2VbaV07CisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHR4X2J1ZmZlciA9ICZhZGFwdGVyLT50eF9idWZmZXJfYXJl YVtpXTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT5i dWZmZXJfYWRkciA9CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzZWdfYWRk ciArIHNlZ19sZW47CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGN1cnJlbnRfdHhf ZGVzYy0+bG93ZXIuZGF0YSA9IGh0b2xlMzIoCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGFkYXB0ZXItPnR4ZF9jbWQgfCB0eGRfbG93ZXIgfCA0KTsKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT51cHBlci5kYXRhID0KKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGh0b2xlMzIodHhkX3VwcGVyKTsKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgaWYgKCsraSA9PSBhZGFwdGVyLT5udW1fdHhfZGVzYykKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpID0gMDsKKyAgICAgICAgICAg ICAgICAgICAgICAgIH0gZWxzZSB7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGN1 cnJlbnRfdHhfZGVzYy0+YnVmZmVyX2FkZHIgPSBzZWdfYWRkcjsKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT5sb3dlci5kYXRhID0gaHRvbGUzMigKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYWRhcHRlci0+dHhkX2NtZCB8IHR4ZF9sb3dl ciB8IHNlZ19sZW4pOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjdXJyZW50X3R4 X2Rlc2MtPnVwcGVyLmRhdGEgPQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg aHRvbGUzMih0eGRfdXBwZXIpOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAo KytpID09IGFkYXB0ZXItPm51bV90eF9kZXNjKQorICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGkgPSAwOworICAgICAgICAgICAgICAgICAgICAgICAgfQorICAgICAgICAg ICAgICAgICAgICAgICAgdHhfYnVmZmVyLT5tX2hlYWQgPSBOVUxMOwogCQl9CiAJfQogCiAJYWRh cHRlci0+bmV4dF9hdmFpbF90eF9kZXNjID0gaTsKIAlpZiAoYWRhcHRlci0+cGNpeF84MjU0NCkK IAkJYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZhaWwgLT0gdHhkX3VzZWQ7Ci0JZWxzZQorCWVsc2Ug ewogCQlhZGFwdGVyLT5udW1fdHhfZGVzY19hdmFpbCAtPSBuc2VnczsKKyAgICAgICAgICAgICAg ICBpZiAodHNvX2Rlc2MpIC8qIFRTTyB1c2VkIGFuIGV4dHJhIGZvciBzZW50aW5lbCAqLworICAg ICAgICAgICAgICAgICAgICAgICAgYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZhaWwgLT0gdHhkX3Vz ZWQ7CisgICAgICAgIH0KIAogCWlmIChtdGFnICE9IE5VTEwpIHsKIAkJLyogU2V0IHRoZSB2bGFu IGlkLiAqLwpAQCAtMjIyNiw2ICsyMzA0LDE1IEBACiAJCWlmcC0+aWZfY2FwZW5hYmxlIHw9IElG Q0FQX0hXQ1NVTSB8IElGQ0FQX1ZMQU5fSFdDU1VNOwogCX0KIAorI2lmZGVmIFRDUF9UU08KKyAg ICAgICAgLyogRW5hYmxlIFRTTyBpZiBhdmFpbGFibGUgKi8KKyAgICAgICAgaWYgKChhZGFwdGVy LT5ody5tYWNfdHlwZSA+IGVtXzgyNTQ0KSAmJgorICAgICAgICAgICAgKGFkYXB0ZXItPmh3Lm1h Y190eXBlICE9IGVtXzgyNTQ3KSkgeworICAgICAgICAgICAgICAgIGlmcC0+aWZfY2FwYWJpbGl0 aWVzIHw9IElGQ0FQX1RDUFNFRzsKKyAgICAgICAgICAgICAgICBpZnAtPmlmX2NhcGVuYWJsZSB8 PSBJRkNBUF9UQ1BTRUc7CisgICAgICAgIH0KKyNlbmRpZgorCiAJLyoKIAkgKiBUZWxsIHRoZSB1 cHBlciBsYXllcihzKSB3ZSBzdXBwb3J0IGxvbmcgZnJhbWVzLgogCSAqLwpAQCAtMjQzNiwxNSAr MjUyMywyNyBAQAogc3RhdGljIGludAogZW1fc2V0dXBfdHJhbnNtaXRfc3RydWN0dXJlcyhzdHJ1 Y3QgYWRhcHRlciAqYWRhcHRlcikKIHsKKyNpZmRlZiBUQ1BfVFNPCisgICAgICAgIHN0cnVjdCBp Zm5ldCAgICppZnAgPSBhZGFwdGVyLT5pZnA7CisjZW5kaWYKIAlkZXZpY2VfdCBkZXYgPSBhZGFw dGVyLT5kZXY7CiAJc3RydWN0IGVtX2J1ZmZlciAqdHhfYnVmZmVyOwotCWJ1c19zaXplX3Qgc2l6 ZTsKKwlidXNfc2l6ZV90IHNpemUsIHNlZ3NpemU7CiAJaW50IGVycm9yLCBpOwogCiAJLyoKIAkg KiBTZXR1cCBETUEgZGVzY3JpcHRvciBhcmVhcy4KIAkgKi8KLQlzaXplID0gcm91bmR1cDIoYWRh cHRlci0+aHcubWF4X2ZyYW1lX3NpemUsIE1DTEJZVEVTKTsKKwlzZWdzaXplID0gc2l6ZSA9IHJv dW5kdXAyKGFkYXB0ZXItPmh3Lm1heF9mcmFtZV9zaXplLCBNQ0xCWVRFUyk7CisKKyNpZmRlZiBU Q1BfVFNPCisgICAgICAgIC8qIE92ZXJyaWRlcyBmb3IgVFNPIC0gd2FudCBsYXJnZSBzaXplcyAq LworICAgICAgICBpZiAoaWZwLT5pZl9od2Fzc2lzdCAmIEVNX1RDUFNFR19GRUFUVVJFUykgewor ICAgICAgICAgICAgICAgIHNpemUgPSBFTV9UU09fU0laRTsKKyAgICAgICAgICAgICAgICBzZWdz aXplID0gUEFHRV9TSVpFOworICAgICAgICB9CisjZW5kaWYKKwogCWlmICgoZXJyb3IgPSBidXNf ZG1hX3RhZ19jcmVhdGUoTlVMTCwJCS8qIHBhcmVudCAqLwogCQkJCTEsIDAsCQkJLyogYWxpZ25t ZW50LCBib3VuZHMgKi8KIAkJCQlCVVNfU1BBQ0VfTUFYQUREUiwJLyogbG93YWRkciAqLwpAQCAt MjQ1Miw3ICsyNTUxLDcgQEAKIAkJCQlOVUxMLCBOVUxMLAkJLyogZmlsdGVyLCBmaWx0ZXJhcmcg Ki8KIAkJCQlzaXplLAkJCS8qIG1heHNpemUgKi8KIAkJCQlFTV9NQVhfU0NBVFRFUiwJCS8qIG5z ZWdtZW50cyAqLwotCQkJCXNpemUsCQkJLyogbWF4c2Vnc2l6ZSAqLworCQkJCXNlZ3NpemUsCQkv KiBtYXhzZWdzaXplICovCiAJCQkJMCwJCQkvKiBmbGFncyAqLwogCQkJCU5VTEwsCQkvKiBsb2Nr ZnVuYyAqLwogCQkJCU5VTEwsCQkvKiBsb2NrYXJnICovCkBAIC0yNzEzLDYgKzI4MTIsODcgQEAK IAlhZGFwdGVyLT5uZXh0X2F2YWlsX3R4X2Rlc2MgPSBjdXJyX3R4ZDsKIH0KIAorI2lmZGVmIFRD UF9UU08KKy8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqCisgKgorICogIFNldHVwIHdvcmsgZm9yIGhhcmR3YXJlIHNl Z21lbnRhdGlvbiBvZmZsb2FkIChUU08pCisgKgorICoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCitzdGF0aWMgYm9v bGVhbl90CitlbV90c29fc2V0dXAoc3RydWN0IGFkYXB0ZXIgKmFkYXB0ZXIsCisgICAgICAgICAg ICAgc3RydWN0IG1idWYgKm1wLAorICAgICAgICAgICAgIHVfaW50MzJfdCAqdHhkX3VwcGVyLAor ICAgICAgICAgICAgIHVfaW50MzJfdCAqdHhkX2xvd2VyKQoreworICAgICAgICBzdHJ1Y3QgZW1f Y29udGV4dF9kZXNjICpUWEQ7CisgICAgICAgIHN0cnVjdCBlbV9idWZmZXIgKnR4X2J1ZmZlcjsK KyAgICAgICAgc3RydWN0IGlwICppcDsKKyAgICAgICAgc3RydWN0IHRjcGhkciAqdGg7CisgICAg ICAgIGludCBjdXJyX3R4ZCwgaGRyX2xlbiwgaXBfaGxlbiwgdGNwX2hsZW47CisKKyAgICAgICAg aWYgKCgobXAtPm1fcGt0aGRyLmNzdW1fZmxhZ3MgJiBDU1VNX1RDUFNFRykgPT0gMCkgfHwKKyAg ICAgICAgICAgIChtcC0+bV9wa3RoZHIubGVuIDw9IEUxMDAwX1RYX0JVRkZFUl9TSVpFKSkgewor ICAgICAgICAgICAgICAgIHJldHVybiBGQUxTRTsKKyAgICAgICAgfQorCisgICAgICAgICp0eGRf bG93ZXIgPSAoRTEwMDBfVFhEX0NNRF9ERVhUIHwKKyAgICAgICAgICAgICAgICAgICAgICBFMTAw MF9UWERfRFRZUF9EIHwKKyAgICAgICAgICAgICAgICAgICAgICBFMTAwMF9UWERfQ01EX1RTRSk7 CisKKyAgICAgICAgKnR4ZF91cHBlciA9IChFMTAwMF9UWERfUE9QVFNfSVhTTSB8CisgICAgICAg ICAgICAgICAgICAgICAgRTEwMDBfVFhEX1BPUFRTX1RYU00pIDw8IDg7CisKKyAgICAgICAgY3Vy cl90eGQgPSBhZGFwdGVyLT5uZXh0X2F2YWlsX3R4X2Rlc2M7CisgICAgICAgIHR4X2J1ZmZlciA9 ICZhZGFwdGVyLT50eF9idWZmZXJfYXJlYVtjdXJyX3R4ZF07CisgICAgICAgIFRYRCA9IChzdHJ1 Y3QgZW1fY29udGV4dF9kZXNjICopICZhZGFwdGVyLT50eF9kZXNjX2Jhc2VbY3Vycl90eGRdOwor CisgICAgICAgIG1wLT5tX2RhdGEgKz0gc2l6ZW9mKHN0cnVjdCBldGhlcl9oZWFkZXIpOworICAg ICAgICBpcCA9IG10b2QobXAsIHN0cnVjdCBpcCAqKTsKKyAgICAgICAgaXAtPmlwX2xlbiA9IDA7 CisgICAgICAgIGlwLT5pcF9zdW0gPSAwOworICAgICAgICBpcF9obGVuID0gaXAtPmlwX2hsIDw8 IDIgOworICAgICAgICB0aCA9IChzdHJ1Y3QgdGNwaGRyICopKChjYWRkcl90KWlwICsgaXBfaGxl bik7CisgICAgICAgIHRjcF9obGVuID0gdGgtPnRoX29mZiA8PCAyOworCisgICAgICAgIGhkcl9s ZW4gPSBFVEhFUl9IRFJfTEVOICsgaXBfaGxlbiArIHRjcF9obGVuOworICAgICAgICB0aC0+dGhf c3VtID0gaW5fcHNldWRvKGlwLT5pcF9zcmMuc19hZGRyLAorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBpcC0+aXBfZHN0LnNfYWRkciwKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgaHRvbnMoSVBQUk9UT19UQ1ApKTsKKworICAgICAgICBtcC0+bV9kYXRhIC09IHNpemVv ZihzdHJ1Y3QgZXRoZXJfaGVhZGVyKTsKKyAgICAgICAgVFhELT5sb3dlcl9zZXR1cC5pcF9maWVs ZHMuaXBjc3MgPSBFVEhFUl9IRFJfTEVOOworICAgICAgICBUWEQtPmxvd2VyX3NldHVwLmlwX2Zp ZWxkcy5pcGNzbyA9CisgICAgICAgICAgICAgICAgRVRIRVJfSERSX0xFTiArIG9mZnNldG9mKHN0 cnVjdCBpcCwgaXBfc3VtKTsKKyAgICAgICAgVFhELT5sb3dlcl9zZXR1cC5pcF9maWVsZHMuaXBj c2UgPQorICAgICAgICAgICAgICAgIGh0b2xlMTYoRVRIRVJfSERSX0xFTiArIGlwX2hsZW4gLSAx KTsKKworICAgICAgICBUWEQtPnVwcGVyX3NldHVwLnRjcF9maWVsZHMudHVjc3MgPQorICAgICAg ICAgICAgICAgIEVUSEVSX0hEUl9MRU4gKyBpcF9obGVuOworICAgICAgICBUWEQtPnVwcGVyX3Nl dHVwLnRjcF9maWVsZHMudHVjc2UgPSAwOworICAgICAgICBUWEQtPnVwcGVyX3NldHVwLnRjcF9m aWVsZHMudHVjc28gPQorICAgICAgICAgICAgICAgIEVUSEVSX0hEUl9MRU4gKyBpcF9obGVuICsK KyAgICAgICAgICAgICAgICBvZmZzZXRvZihzdHJ1Y3QgdGNwaGRyLCB0aF9zdW0pOworICAgICAg ICBUWEQtPnRjcF9zZWdfc2V0dXAuZmllbGRzLm1zcyA9IGh0b2xlMTYobXAtPm1fcGt0aGRyLnRz b19tc3MpOworICAgICAgICBUWEQtPnRjcF9zZWdfc2V0dXAuZmllbGRzLmhkcl9sZW4gPSBoZHJf bGVuOworICAgICAgICBUWEQtPmNtZF9hbmRfbGVuZ3RoID0gaHRvbGUzMihhZGFwdGVyLT50eGRf Y21kIHwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRTEwMDBfVFhEX0NNRF9ERVhU IHwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRTEwMDBfVFhEX0NNRF9UU0UgfAor ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFMTAwMF9UWERfQ01EX0lQIHwgRTEwMDBf VFhEX0NNRF9UQ1AgfAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAobXAtPm1fcGt0 aGRyLmxlbiAtIChoZHJfbGVuKSkpOworCisgICAgICAgIHR4X2J1ZmZlci0+bV9oZWFkID0gTlVM TDsKKworICAgICAgICBpZiAoKytjdXJyX3R4ZCA9PSBhZGFwdGVyLT5udW1fdHhfZGVzYykKKyAg ICAgICAgICAgICAgICBjdXJyX3R4ZCA9IDA7CisKKyAgICAgICAgYWRhcHRlci0+bnVtX3R4X2Rl c2NfYXZhaWwtLTsKKyAgICAgICAgYWRhcHRlci0+bmV4dF9hdmFpbF90eF9kZXNjID0gY3Vycl90 eGQ7CisgICAgICAgIGFkYXB0ZXItPnR4X3RzbyA9IFRSVUU7CisKKyAgICAgICAgcmV0dXJuIFRS VUU7Cit9CisjZW5kaWYgLyogVENQX1RTTyAqLworCiAvKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgogICoKICAqICBF eGFtaW5lIGVhY2ggdHhfYnVmZmVyIGluIHRoZSB1c2VkIHF1ZXVlLiBJZiB0aGUgaGFyZHdhcmUg aXMgZG9uZQpAQCAtMzYzOSw2ICszODE5LDEyIEBACiAJICAgIChsb25nIGxvbmcpYWRhcHRlci0+ c3RhdHMuZ3ByYyk7CiAJZGV2aWNlX3ByaW50ZihkZXYsICJHb29kIFBhY2tldHMgWG10ZCA9ICVs bGRcbiIsCiAJICAgIChsb25nIGxvbmcpYWRhcHRlci0+c3RhdHMuZ3B0Yyk7CisjaWZkZWYgVENQ X1RTTworICAgICAgICBkZXZpY2VfcHJpbnRmKGRldiwgIlRTTyBDb250ZXh0cyBYbXRkID0gJWxs ZFxuIiwKKyAgICAgICAgICAgIChsb25nIGxvbmcpYWRhcHRlci0+c3RhdHMudHNjdGMpOworICAg ICAgICBkZXZpY2VfcHJpbnRmKGRldiwgIlRTTyBDb250ZXh0cyBGYWlsZWQgPSAlbGxkXG4iLAor ICAgICAgICAgICAgKGxvbmcgbG9uZylhZGFwdGVyLT5zdGF0cy50c2N0ZmMpOworI2VuZGlmCiB9 CiAKIHN0YXRpYyBpbnQK ------=_Part_13875_32385575.1157151081575 Content-Type: text/x-patch; name=tso-current-stack.patch; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_erlkvnve Content-Disposition: attachment; filename="tso-current-stack.patch" ZGlmZiAtTmF1ciBzeXMuZGlzdC9jb25mL29wdGlvbnMgc3lzL2NvbmYvb3B0aW9ucwotLS0gc3lz LmRpc3QvY29uZi9vcHRpb25zCVdlZCBBdWcgIDIgMjI6MTk6MzMgMjAwNgorKysgc3lzL2NvbmYv b3B0aW9ucwlUaHUgQXVnIDMxIDE2OjU1OjIzIDIwMDYKQEAgLTM4Niw2ICszODYsNyBAQAogU0xJ UF9JRkZfT1BUUwkJb3B0X3NsaXAuaAogVENQREVCVUcKIFRDUF9TSUdOQVRVUkUJCW9wdF9pbmV0 LmgKK1RDUF9UU08JCQlvcHRfZ2xvYmFsLmgKIFRDUF9TQUNLX0RFQlVHCQlvcHRfdGNwX3NhY2su aCAKIFRDUF9EUk9QX1NZTkZJTgkJb3B0X3RjcF9pbnB1dC5oCiBERVZfVkxBTgkJb3B0X3ZsYW4u aApkaWZmIC1OYXVyIHN5cy5kaXN0L25ldC9pZi5oIHN5cy9uZXQvaWYuaAotLS0gc3lzLmRpc3Qv bmV0L2lmLmgJTW9uIEp1biAxOSAxNToyMDo0NCAyMDA2CisrKyBzeXMvbmV0L2lmLmgJVGh1IEF1 ZyAzMSAxMjozMzo0MCAyMDA2CkBAIC0xODksNiArMTg5LDcgQEAKICNkZWZpbmUJSUZDQVBfSlVN Qk9fTVRVCQkweDAwMjAJLyogOTAwMCBieXRlIE1UVSBzdXBwb3J0ZWQgKi8KICNkZWZpbmUJSUZD QVBfUE9MTElORwkJMHgwMDQwCS8qIGRyaXZlciBzdXBwb3J0cyBwb2xsaW5nICovCiAjZGVmaW5l CUlGQ0FQX1ZMQU5fSFdDU1VNCTB4MDA4MAkvKiBjYW4gZG8gSUZDQVBfSFdDU1VNIG9uIFZMQU5z ICovCisjZGVmaW5lCUlGQ0FQX1RDUFNFRwkJMHgwMTAwCS8qIGNhbiBkbyBUU08gKi8KIAogI2Rl ZmluZSBJRkNBUF9IV0NTVU0JCShJRkNBUF9SWENTVU0gfCBJRkNBUF9UWENTVU0pCiAKZGlmZiAt TmF1ciBzeXMuZGlzdC9uZXRpbmV0L2lwX291dHB1dC5jIHN5cy9uZXRpbmV0L2lwX291dHB1dC5j Ci0tLSBzeXMuZGlzdC9uZXRpbmV0L2lwX291dHB1dC5jCVRodSBKdW4gMjkgMDY6Mzg6MzYgMjAw NgorKysgc3lzL25ldGluZXQvaXBfb3V0cHV0LmMJVGh1IEF1ZyAzMSAxNToxNjo0NCAyMDA2CkBA IC00OTUsOSArNDk1LDExIEBACiAKIAkvKgogCSAqIElmIHNtYWxsIGVub3VnaCBmb3IgaW50ZXJm YWNlLCBvciB0aGUgaW50ZXJmYWNlIHdpbGwgdGFrZQotCSAqIGNhcmUgb2YgdGhlIGZyYWdtZW50 YXRpb24gZm9yIHVzLCBjYW4ganVzdCBzZW5kIGRpcmVjdGx5LgorCSAqIGNhcmUgb2YgdGhlIGZy YWdtZW50YXRpb24gZm9yIHVzLCBvciB0aGUgaW50ZXJmYWNlIGlzCisJICogZG9pbmcgc2VnbWVu dGF0aW9uLCB3ZSBjYW4ganVzdCBzZW5kIGRpcmVjdGx5LgogCSAqLwotCWlmIChpcC0+aXBfbGVu IDw9IGlmcC0+aWZfbXR1IHx8IChpZnAtPmlmX2h3YXNzaXN0ICYgQ1NVTV9GUkFHTUVOVCAmJgor CWlmIChpcC0+aXBfbGVuIDw9IGlmcC0+aWZfbXR1IHx8CisJICAgIChpZnAtPmlmX2h3YXNzaXN0 ICYgKENTVU1fRlJBR01FTlQgfCBDU1VNX1RDUFNFRykgJiYKIAkgICAgKChpcC0+aXBfb2ZmICYg SVBfREYpID09IDApKSkgewogCQlpcC0+aXBfbGVuID0gaHRvbnMoaXAtPmlwX2xlbik7CiAJCWlw LT5pcF9vZmYgPSBodG9ucyhpcC0+aXBfb2ZmKTsKZGlmZiAtTmF1ciBzeXMuZGlzdC9uZXRpbmV0 L3RjcF9vdXRwdXQuYyBzeXMvbmV0aW5ldC90Y3Bfb3V0cHV0LmMKLS0tIHN5cy5kaXN0L25ldGlu ZXQvdGNwX291dHB1dC5jCVRodSBGZWIgMjMgMTM6MTQ6MzQgMjAwNgorKysgc3lzL25ldGluZXQv dGNwX291dHB1dC5jCVRodSBBdWcgMzEgMTY6NTA6MzMgMjAwNgpAQCAtMTA1LDYgKzEwNSwxMiBA QAogU1lTQ1RMX0lOVChfbmV0X2luZXRfdGNwLCBPSURfQVVUTywgbmV3cmVubywgQ1RMRkxBR19S VywgJnRjcF9kb19uZXdyZW5vLAogCTAsICJFbmFibGUgTmV3UmVubyBBbGdvcml0aG1zIik7CiAK KyNpZmRlZiBUQ1BfVFNPCitpbnQJdGNwX2VuYWJsZV90c28gPSAxOworU1lTQ1RMX0lOVChfbmV0 X2luZXRfdGNwLCBPSURfQVVUTywgdHNvX2VuYWJsZSwgQ1RMRkxBR19SVywgJnRjcF9lbmFibGVf dHNvLAorCTAsICJFbmFibGUgVENQIFNlZ21lbnRhdGlvbiBPZmZsb2FkIik7CisjZW5kaWYKKwog LyoKICAqIFRjcCBvdXRwdXQgcm91dGluZTogZmlndXJlIG91dCB3aGF0IHNob3VsZCBiZSBzZW50 IGFuZCBzZW5kIGl0LgogICovCkBAIC0xMzAsNiArMTM2LDkgQEAKICNpZiAwCiAJaW50IG1heGJ1 cnN0ID0gVENQX01BWEJVUlNUOwogI2VuZGlmCisjaWZkZWYgVENQX1RTTworCWludCB0c29fY2Fw YWJsZSwgdXNlX3RzbzsKKyNlbmRpZgogI2lmZGVmIElORVQ2CiAJc3RydWN0IGlwNl9oZHIgKmlw NiA9IE5VTEw7CiAJaW50IGlzaXB2NjsKQEAgLTEzOSw2ICsxNDgsMTAgQEAKIAogCUlOUF9MT0NL X0FTU0VSVCh0cC0+dF9pbnBjYik7CiAKKyNpZmRlZiBUQ1BfVFNPCisJaWYgKHRjcF9lbmFibGVf dHNvKQorCQl1c2VfdHNvID0gdHNvX2NhcGFibGUgPSB0Y3BfY2hlY2t0c28odHApOworI2VuZGlm CiAJLyoKIAkgKiBEZXRlcm1pbmUgbGVuZ3RoIG9mIGRhdGEgdGhhdCBzaG91bGQgYmUgdHJhbnNt aXR0ZWQsCiAJICogYW5kIGZsYWdzIHRoYXQgd2lsbCBiZSB1c2VkLgpAQCAtMzgwLDkgKzM5Mywy MiBAQAogCSAqIG5vIGxvbmdlciBjb250YWlucyB0aGUgbGFzdCBkYXRhIGJ5dGUuCiAJICovCiAJ aWYgKGxlbiA+IHRwLT50X21heHNlZykgewotCQlsZW4gPSB0cC0+dF9tYXhzZWc7CisjaWZkZWYg VENQX1RTTworCQlpZiAodXNlX3RzbykgeworCQkJLyogRXZlbiBvdXQgdGhlIHRyYW5zbWlzc2lv bnMgKi8KKwkJCWxlbiA9ICgodWxtaW4obGVuLCBUQ1BfTUFYV0lOKS8gdHAtPnRfbWF4c2VnKSAq CisJCQkgICAgdHAtPnRfbWF4c2VnKTsKKwkJCWlmIChsZW4gPD0gdHAtPnRfbWF4c2VnKQorCQkJ CXVzZV90c28gPSAwOworICAgICAgICAgICAgICAgIH0gZWxzZQorI2VuZGlmCisJCQlsZW4gPSB0 cC0+dF9tYXhzZWc7CiAJCXNlbmRhbG90ID0gMTsKIAl9CisjaWZkZWYgVENQX1RTTworCSAgZWxz ZQorCQl1c2VfdHNvID0gMDsKKyNlbmRpZgogCWlmIChzYWNrX3J4bWl0KSB7CiAJCWlmIChTRVFf TFQocC0+cnhtaXQgKyBsZW4sIHRwLT5zbmRfdW5hICsgc28tPnNvX3NuZC5zYl9jYykpCiAJCQlm bGFncyAmPSB+VEhfRklOOwpAQCAtNDA2LDcgKzQzMiw3IEBACiAJICoJLSB3ZSBuZWVkIHRvIHJl dHJhbnNtaXQKIAkgKi8KIAlpZiAobGVuKSB7Ci0JCWlmIChsZW4gPT0gdHAtPnRfbWF4c2VnKQor CQlpZiAobGVuID49IHRwLT50X21heHNlZykgLyogVFNPIG1ha2VzIGl0IHBvc3NpYmxlIHRvIGJl IGdyZWF0ZXIgKi8KIAkJCWdvdG8gc2VuZDsKIAkJLyoKIAkJICogTk9URSEgb24gbG9jYWxob3N0 IGNvbm5lY3Rpb25zIGFuICdhY2snIGZyb20gdGhlIHJlbW90ZQpAQCAtNzAzLDYgKzcyOSwxOSBA QAogCSAqIENsZWFyIHRoZSBGSU4gYml0IGJlY2F1c2Ugd2UgY3V0IG9mZiB0aGUgdGFpbCBvZgog CSAqIHRoZSBzZWdtZW50LgogCSAqLworI2lmZGVmIFRDUF9UU08KKwlpZiAodXNlX3Rzbykgewor CQlpZiAobGVuICsgb3B0bGVuICsgaXBvcHRsZW4gPiBUQ1BfTUFYV0lOKSB7CisJCQkvKgorCQkJ ICogSWYgdGhlcmUgaXMgc3RpbGwgbW9yZSB0byBzZW5kLAorCQkJICogZG9uJ3QgY2xvc2UgdGhl IGNvbm5lY3Rpb24uCisJCQkgKi8KKwkJCWZsYWdzICY9IH5USF9GSU47CisJCQlsZW4gPSBUQ1Bf TUFYV0lOIC0gb3B0bGVuIC0gaXBvcHRsZW47CisJCQlzZW5kYWxvdCA9IDE7CisJCX0KKwl9IGVs c2UgCisjZW5kaWYKIAlpZiAobGVuICsgb3B0bGVuICsgaXBvcHRsZW4gPiB0cC0+dF9tYXhvcGQp IHsKIAkJLyoKIAkJICogSWYgdGhlcmUgaXMgc3RpbGwgbW9yZSB0byBzZW5kLCBkb24ndCBjbG9z ZSB0aGUgY29ubmVjdGlvbi4KQEAgLTk0NCw2ICs5ODMsMTIgQEAKIAkJLyogSVAgdmVyc2lvbiBt dXN0IGJlIHNldCBoZXJlIGZvciBpcHY0L2lwdjYgY2hlY2tpbmcgbGF0ZXIgKi8KIAkJS0FTU0VS VChpcC0+aXBfdiA9PSBJUFZFUlNJT04sCiAJCSAgICAoIiVzOiBJUCB2ZXJzaW9uIGluY29ycmVj dDogJWQiLCBfX2Z1bmNfXywgaXAtPmlwX3YpKTsKKyNpZmRlZiBUQ1BfVFNPCisJCWlmICh1c2Vf dHNvKSB7ICAvKiBTZXR1cCBmb3IgVFNPICovCisJCQltLT5tX3BrdGhkci50c29fbXNzID0gdHAt PnRfbWF4c2VnOworCQkJbS0+bV9wa3RoZHIuY3N1bV9mbGFncyB8PSBDU1VNX1RDUFNFRzsKKwkJ fQorI2VuZGlmCiAJfQogCiAJLyoKQEAgLTEwNzYsNyArMTEyMSwxMSBAQAogCSAqIFNlY3Rpb24g Mi4gSG93ZXZlciB0aGUgdGNwIGhvc3RjYWNoZSBtaWdpdGF0ZXMgdGhlIHByb2JsZW0KIAkgKiBz byBpdCBhZmZlY3RzIG9ubHkgdGhlIGZpcnN0IHRjcCBjb25uZWN0aW9uIHdpdGggYSBob3N0Lgog CSAqLworI2lmZGVmIFRDUF9UU08KKwlpZiAocGF0aF9tdHVfZGlzY292ZXJ5ICYmICF1c2VfdHNv KQorI2Vsc2UKIAlpZiAocGF0aF9tdHVfZGlzY292ZXJ5KQorI2VuZGlmCiAJCWlwLT5pcF9vZmYg fD0gSVBfREY7CiAKIAllcnJvciA9IGlwX291dHB1dChtLCB0cC0+dF9pbnBjYi0+aW5wX29wdGlv bnMsIE5VTEwsCmRpZmYgLU5hdXIgc3lzLmRpc3QvbmV0aW5ldC90Y3Bfc3Vici5jIHN5cy9uZXRp bmV0L3RjcF9zdWJyLmMKLS0tIHN5cy5kaXN0L25ldGluZXQvdGNwX3N1YnIuYwlXZWQgQXVnICAy IDA5OjE4OjA1IDIwMDYKKysrIHN5cy9uZXRpbmV0L3RjcF9zdWJyLmMJVGh1IEF1ZyAzMSAxNjo1 NDozMSAyMDA2CkBAIC0xNjQzLDYgKzE2NDMsNDEgQEAKIH0KICNlbmRpZiAvKiBJTkVUNiAqLwog CisjaWZkZWYgVENQX1RTTworLyoKKyAqIEZpbmQgdGhlIGludGVyZmFjZSBmb3IgdGhpcyB0Y3Bj YiBhbmQgZGV0ZXJtaW5lCisgKiBpZiBhIFRTTyBoYXJkd2FyZSBhc3Npc3QgaXMgYXZhaWxhYmxl LgorICovCitib29sZWFuX3QKK3RjcF9jaGVja3Rzbyh0cCkKKwlzdHJ1Y3QgdGNwY2IgKnRwOwor eworCXN0cnVjdCBpbl9jb25uaW5mbyAqaW5jOworCXN0cnVjdCByb3V0ZSBzcm87CisJc3RydWN0 IHNvY2thZGRyX2luICpkc3Q7CisJc3RydWN0IGlmbmV0ICppZnA7CisKKwlpbmMgPSAmdHAtPnRf aW5wY2ItPmlucF9pbmM7CisJYnplcm8oJnNybywgc2l6ZW9mKHNybykpOworCWlmIChpbmMtPmlu Y19mYWRkci5zX2FkZHIgIT0gSU5BRERSX0FOWSkgeworCQlkc3QgPSAoc3RydWN0IHNvY2thZGRy X2luICopJnNyby5yb19kc3Q7CisJCWRzdC0+c2luX2ZhbWlseSA9IEFGX0lORVQ7CisJCWRzdC0+ c2luX2xlbiA9IHNpemVvZigqZHN0KTsKKwkJZHN0LT5zaW5fYWRkciA9IGluYy0+aW5jX2ZhZGRy OworCQlydGFsbG9jX2lnbigmc3JvLCBSVEZfQ0xPTklORyk7CisJfQorCWlmIChzcm8ucm9fcnQg IT0gTlVMTCkgeworCQlpZnAgPSBzcm8ucm9fcnQtPnJ0X2lmcDsKKwkJaWYgKGlmcC0+aWZfaHdh c3Npc3QgJiBDU1VNX1RDUFNFRykgeworCQkJUlRGUkVFKHNyby5yb19ydCk7CisJCQlyZXR1cm4g VFJVRTsKKwkJfQorCQlSVEZSRUUoc3JvLnJvX3J0KTsKKwl9CisJcmV0dXJuIEZBTFNFOworfQor I2VuZGlmCisKICNpZmRlZiBJUFNFQwogLyogY29tcHV0ZSBFU1AvQUggaGVhZGVyIHNpemUgZm9y IFRDUCwgaW5jbHVkaW5nIG91dGVyIElQIGhlYWRlci4gKi8KIHNpemVfdApkaWZmIC1OYXVyIHN5 cy5kaXN0L25ldGluZXQvdGNwX3Zhci5oIHN5cy9uZXRpbmV0L3RjcF92YXIuaAotLS0gc3lzLmRp c3QvbmV0aW5ldC90Y3BfdmFyLmgJTW9uIEp1biAyNiAwODozNToyNSAyMDA2CisrKyBzeXMvbmV0 aW5ldC90Y3BfdmFyLmgJVGh1IEF1ZyAzMSAxMjo0MjoyNSAyMDA2CkBAIC01MTAsNiArNTEwLDEw IEBACiB1X2xvbmcJIHRjcF9tYXhtdHU2KHN0cnVjdCBpbl9jb25uaW5mbyAqKTsKIHZvaWQJIHRj cF9tc3Moc3RydWN0IHRjcGNiICosIGludCk7CiBpbnQJIHRjcF9tc3NvcHQoc3RydWN0IGluX2Nv bm5pbmZvICopOworI2lmZGVmIFRDUF9UU08KK2Jvb2xlYW5fdAorCXRjcF9jaGVja3RzbyhzdHJ1 Y3QgdGNwY2IgKik7CisjZW5kaWYKIHN0cnVjdCBpbnBjYiAqCiAJIHRjcF9kcm9wX3N5bl9zZW50 KHN0cnVjdCBpbnBjYiAqLCBpbnQpOwogc3RydWN0IGlucGNiICoKZGlmZiAtTmF1ciBzeXMuZGlz dC9zeXMvbWJ1Zi5oIHN5cy9zeXMvbWJ1Zi5oCi0tLSBzeXMuZGlzdC9zeXMvbWJ1Zi5oCVN1biBK dWwgMjMgMTg6NDk6NTcgMjAwNgorKysgc3lzL3N5cy9tYnVmLmgJVGh1IEF1ZyAzMSAxMjozODow NCAyMDA2CkBAIC0xMTAsNiArMTEwLDcgQEAKIAkvKiB2YXJpYWJsZXMgZm9yIGhhcmR3YXJlIGNo ZWNrc3VtICovCiAJaW50CWNzdW1fZmxhZ3M7CQkvKiBmbGFncyByZWdhcmRpbmcgY2hlY2tzdW0g Ki8KIAlpbnQJY3N1bV9kYXRhOwkJLyogZGF0YSBmaWVsZCB1c2VkIGJ5IGNzdW0gcm91dGluZXMg Ki8KKwlpbnQJdHNvX21zczsJCS8qIFRTTyBzZWdtZW50IHNpemUgKi8KIAlTTElTVF9IRUFEKHBh Y2tldF90YWdzLCBtX3RhZykgdGFnczsgLyogbGlzdCBvZiBwYWNrZXQgdGFncyAqLwogfTsKIApA QCAtMjE1LDYgKzIxNiw3IEBACiAjZGVmaW5lCUNTVU1fVURQCQkweDAwMDQJCS8qIHdpbGwgY3N1 bSBVRFAgKi8KICNkZWZpbmUJQ1NVTV9JUF9GUkFHUwkJMHgwMDA4CQkvKiB3aWxsIGNzdW0gSVAg ZnJhZ21lbnRzICovCiAjZGVmaW5lCUNTVU1fRlJBR01FTlQJCTB4MDAxMAkJLyogd2lsbCBkbyBJ UCBmcmFnbWVudGF0aW9uICovCisjZGVmaW5lCUNTVU1fVENQU0VHCQkweDAwMjAJCS8qIGVsaWdp YmxlIGZvciBUQ1Agc2VnbWVudGF0aW9uICovCiAKICNkZWZpbmUJQ1NVTV9JUF9DSEVDS0VECQkw eDAxMDAJCS8qIGRpZCBjc3VtIElQICovCiAjZGVmaW5lCUNTVU1fSVBfVkFMSUQJCTB4MDIwMAkJ LyogICAuLi4gdGhlIGNzdW0gaXMgdmFsaWQgKi8K ------=_Part_13875_32385575.1157151081575-- From owner-freebsd-net@FreeBSD.ORG Fri Sep 1 23:24:52 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8DA616A4DE for ; Fri, 1 Sep 2006 23:24:52 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 569FA43D45 for ; Fri, 1 Sep 2006 23:24:52 +0000 (GMT) (envelope-from w8hdkim@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1432019pye for ; Fri, 01 Sep 2006 16:24:18 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=osL40+iqoZ5mmEEW0BOHVIBng78bhkWxVgyb0ANcFmrd3ORlt1alH1bMhq0Kr8fL7k9SmaenaR940T20Uc5qD9gmalFVumNXRGcP2L40Qsi+oCeQoRz/afYZz3brSv6G8/NNaLMNrUOnb3efNVtTaIcdxLODxRukcxNujaXMF3s= Received: by 10.35.78.9 with SMTP id f9mr4028160pyl; Fri, 01 Sep 2006 16:24:18 -0700 (PDT) Received: by 10.35.86.5 with HTTP; Fri, 1 Sep 2006 16:24:18 -0700 (PDT) Message-ID: <89dbfdc30609011624x257f96f6oea917f5b4d8c006d@mail.gmail.com> Date: Fri, 1 Sep 2006 19:24:18 -0400 From: "Kim Culhan" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Opensolaris --> FreeBSD-stable ethernet data rate slow 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, 01 Sep 2006 23:24:52 -0000 I'm seeing a very low data transfer rate from Opensolaris --> FreeBSD-stable This is true for either an NFS file copy or ftp transfer Using ethereal to monitor the traffic on the FreeBSD machine the startup of NFS copy operations can be seen at pastebin: solaris --> fbsd nfs server: http://pastebin.com/781357 fbsd --> fbsd nfs server: http://pastebin.com/781664 Data rate from FreeBSD --> Solaris is quite good for the 100mb ethernet connection. If anyone would have a minute to take a look, any ideas would be very greatly appreciated. regards, -kim -- w8hdkim@gmail.com From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 00:29:12 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FA5D16A4DE; Sat, 2 Sep 2006 00:29:12 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B373143D45; Sat, 2 Sep 2006 00:29:11 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2-b.corp.dcn.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id k820SxVQ095902; Fri, 1 Sep 2006 17:29:00 -0700 (PDT) Date: Sat, 02 Sep 2006 09:28:56 +0900 Message-ID: From: gnn@FreeBSD.org To: "Jack Vogel" In-Reply-To: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-apple-darwin8.7.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 , freebsd-current Subject: Re: RFC: TSO patch for current 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, 02 Sep 2006 00:29:12 -0000 At Fri, 1 Sep 2006 15:51:21 -0700, Jack Vogel wrote: > > This is a patch for the stack and the em driver to enable TSO > on CURRENT. Previously I had problems getting it to work, but > this is functional. > > I should note that CURRENT is being a pain right now, when > I comment out em in the config the kernel panics coming up, > so I had to substitute this code into the tree. Rather bizarre :) > > I have this functionality running on a 6.1 based system, and > our test group is already testing against that driver, so far > things are looking good. > > I have designed it so the driver can continue to be built > without support. There is also a sysctl in the stack code > so you can set net.inet.tcp.tso_enable on or off and > compare. > > I know there may be some refinements to add in, but I > would like to get this into CURRENT as a start. > > Comments? A single read through of the patch looks OK to me. Later, George From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 04:13:25 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF67916A4DD; Sat, 2 Sep 2006 04:13:25 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AD5643D49; Sat, 2 Sep 2006 04:13:24 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k824DJku035102; Sat, 2 Sep 2006 08:13:20 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Sat, 2 Sep 2006 08:13:19 +0400 (MSD) From: Maxim Konovalov To: Andre Oppermann In-Reply-To: <44F45A2A.8030405@freebsd.org> Message-ID: <20060902081043.J32527@mp2.macomnet.net> References: <44F35A65.3080605@cisco.com> <20060828224452.GK37035@funkthat.com> <44F45A2A.8030405@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, Randall Stewart Subject: Re: Problem with uipc_mbuf.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: Sat, 02 Sep 2006 04:13:25 -0000 On Tue, 29 Aug 2006, 17:15+0200, Andre Oppermann wrote: > John-Mark Gurney wrote: > > Randall Stewart wrote this message on Mon, Aug 28, 2006 at 17:04 -0400: > > > atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 0) { > > ^ > > > > This should be 1 not 0.. as apparently fetchadd_int returns the > > old value (at least that's what atomic(9) says), which means that > > if we ever race on this comparision, we won't free though we > > should of... > > > > if we look at refcount.h, it does: > > return (atomic_fetchadd_int(count, -1) == 1); > > > > which release a reference and apparently returns true if it needs to > > be free'd... > > > > Though the wierd part is that andre, "fixed" it to be 0 in 1.157: > > Fix a logic error introduced with mandatory mbuf cluster > > refcounting and freeing of mbufs+clusters back to the packet zone. > > Honestly I'm a bit confused myself now and have to dig up things from > when I did the change. However I'm certain there was a problem and the > commit fixed it in some way (not necessarily the correct way). Before > the 'fix' there were some larger leaks going on. So what's the conclusion? Perhaps it's worth to add an XXX comment in meantime. -- Maxim Konovalov From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 05:53:56 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D5B16A4DA; Sat, 2 Sep 2006 05:53:56 +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 C9AF543D46; Sat, 2 Sep 2006 05:53:55 +0000 (GMT) (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 61D8746C9F; Sat, 2 Sep 2006 01:53:55 -0400 (EDT) Date: Sat, 2 Sep 2006 06:53:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jack Vogel In-Reply-To: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> Message-ID: <20060902065044.V84468@fledge.watson.org> References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net , freebsd-current Subject: Re: RFC: TSO patch for current 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, 02 Sep 2006 05:53:56 -0000 On Fri, 1 Sep 2006, Jack Vogel wrote: > This is a patch for the stack and the em driver to enable TSO on CURRENT. > Previously I had problems getting it to work, but this is functional. > > I should note that CURRENT is being a pain right now, when I comment out em > in the config the kernel panics coming up, so I had to substitute this code > into the tree. Rather bizarre :) > > I have this functionality running on a 6.1 based system, and our test group > is already testing against that driver, so far things are looking good. > > I have designed it so the driver can continue to be built without support. > There is also a sysctl in the stack code so you can set > net.inet.tcp.tso_enable on or off and compare. > > I know there may be some refinements to add in, but I would like to get this > into CURRENT as a start. Per my earlier comments, I would like to see the issue of doing an on-demand segmentation of TCP at the IP layer in the event that the early route decision becomes stale (i.e., ipfw fwd, ipsec, etc), as occurs in the NetBSD code. Likewise, I think Andre's comment about making the routing decision up front for the TCP connection as part of the existing search for PMTU information makes sense. I'm more interested in seeing the former addressed than the latter before the commit, though, which can quite easily follow. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 07:52:46 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E48A16A600 for ; Sat, 2 Sep 2006 07:52:46 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A602F43D53 for ; Sat, 2 Sep 2006 07:52:44 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 93955 invoked from network); 2 Sep 2006 07:38:32 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 Sep 2006 07:38:32 -0000 Message-ID: <44F9384C.9070902@freebsd.org> Date: Sat, 02 Sep 2006 09:52:44 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> In-Reply-To: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current Subject: Re: RFC: TSO patch for current 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, 02 Sep 2006 07:52:46 -0000 Jack Vogel wrote: > This is a patch for the stack and the em driver to enable TSO > on CURRENT. Previously I had problems getting it to work, but > this is functional. > > I should note that CURRENT is being a pain right now, when > I comment out em in the config the kernel panics coming up, > so I had to substitute this code into the tree. Rather bizarre :) > > I have this functionality running on a 6.1 based system, and > our test group is already testing against that driver, so far > things are looking good. > > I have designed it so the driver can continue to be built > without support. There is also a sysctl in the stack code > so you can set net.inet.tcp.tso_enable on or off and > compare. > > I know there may be some refinements to add in, but I > would like to get this into CURRENT as a start. I can't comment on the em part but the tcp_output.c stuff looks very much like a straight port from NetBSD. If we take code from the other BSDs we have to remark this in the emails we send with patches and the commit message (otherwise we get accused of 'stealing without attribution'). Although the code would work I have some ideas to implement this in a different way for our stack (we have certain divergence from the other BSDs). If you don't get an alternative patch form me until this Thursday be free to go with this patch taking into consideration Robert's comments and mine from your earlier version. -- Andre From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 07:53:15 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59EB616A51F for ; Sat, 2 Sep 2006 07:53:15 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9971F43D46 for ; Sat, 2 Sep 2006 07:53:14 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 93960 invoked from network); 2 Sep 2006 07:39:02 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 Sep 2006 07:39:02 -0000 Message-ID: <44F9386A.30804@freebsd.org> Date: Sat, 02 Sep 2006 09:53:14 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Maxim Konovalov References: <44F35A65.3080605@cisco.com> <20060828224452.GK37035@funkthat.com> <44F45A2A.8030405@freebsd.org> <20060902081043.J32527@mp2.macomnet.net> In-Reply-To: <20060902081043.J32527@mp2.macomnet.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Randall Stewart Subject: Re: Problem with uipc_mbuf.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: Sat, 02 Sep 2006 07:53:15 -0000 Maxim Konovalov wrote: > On Tue, 29 Aug 2006, 17:15+0200, Andre Oppermann wrote: >> John-Mark Gurney wrote: >>> Randall Stewart wrote this message on Mon, Aug 28, 2006 at 17:04 -0400: >>>> atomic_fetchadd_int(m->m_ext.ref_cnt, -1) == 0) { >>> ^ >>> >>> This should be 1 not 0.. as apparently fetchadd_int returns the >>> old value (at least that's what atomic(9) says), which means that >>> if we ever race on this comparision, we won't free though we >>> should of... >>> >>> if we look at refcount.h, it does: >>> return (atomic_fetchadd_int(count, -1) == 1); >>> >>> which release a reference and apparently returns true if it needs to >>> be free'd... >>> >>> Though the wierd part is that andre, "fixed" it to be 0 in 1.157: >>> Fix a logic error introduced with mandatory mbuf cluster >>> refcounting and freeing of mbufs+clusters back to the packet zone. >> Honestly I'm a bit confused myself now and have to dig up things from >> when I did the change. However I'm certain there was a problem and the >> commit fixed it in some way (not necessarily the correct way). Before >> the 'fix' there were some larger leaks going on. > > So what's the conclusion? Perhaps it's worth to add an XXX comment in > meantime. Please give me until Thursday to resolve this issue. -- Andre From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 17:40:25 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67A2416A4DD for ; Sat, 2 Sep 2006 17:40:25 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1890943D68 for ; Sat, 2 Sep 2006 17:40:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k82HeMlY066431 for ; Sat, 2 Sep 2006 17:40:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k82HeMpi066429; Sat, 2 Sep 2006 17:40:22 GMT (envelope-from gnats) Date: Sat, 2 Sep 2006 17:40:22 GMT Message-Id: <200609021740.k82HeMpi066429@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: George Mitchell Cc: Subject: Re: kern/102035: [plip] plip networking disables parallel port printing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: George Mitchell List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 17:40:25 -0000 The following reply was made to PR kern/102035; it has been noted by GNATS. From: George Mitchell To: bug-followup@freebsd.org Cc: Subject: Re: kern/102035: [plip] plip networking disables parallel port printing Date: Sat, 2 Sep 2006 10:35:32 -0700 (PDT) Here is a corrected patch for this problem. In a default installation with IPv6 enabled, there will be attempts by both IPv4 and IPv6 to bring up plip[012]. The patch to rc.d/network_ipv6 detects when ipv6_ifconfig_plipn is set to NOAUTO. The patch to defaults/rc.conf sets both ifconfig_plip[012] and ipv6_ifconfig_plip[012] to NOAUTO, keeping the plip interfaces from being brought UP automatically. --- etc/defaults/rc.conf.orig Sat May 6 21:00:25 2006 +++ etc/defaults/rc.conf Sat Sep 2 10:29:53 2006 @@ -158,6 +158,10 @@ cloned_interfaces="" # List of cloned network interfaces to create. #cloned_interfaces="gif0 gif1 gif2 gif3" # Pre-cloning GENERIC config. ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. +# Average user does not want to start networking on plip[012]. +ifconfig_plip0="NOAUTO" +ifconfig_plip1="NOAUTO" +ifconfig_plip2="NOAUTO" #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 17:40:29 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F50016A4DD for ; Sat, 2 Sep 2006 17:40:29 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC0AA43D68 for ; Sat, 2 Sep 2006 17:40:26 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k82HeQH1066447 for ; Sat, 2 Sep 2006 17:40:26 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k82HeQog066446; Sat, 2 Sep 2006 17:40:26 GMT (envelope-from gnats) Date: Sat, 2 Sep 2006 17:40:26 GMT Message-Id: <200609021740.k82HeQog066446@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: George Mitchell Cc: Subject: Re: kern/102035: [plip] plip networking disables parallel port printing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: George Mitchell List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 17:40:29 -0000 The following reply was made to PR kern/102035; it has been noted by GNATS. From: George Mitchell To: bug-followup@freebsd.org Cc: Subject: Re: kern/102035: [plip] plip networking disables parallel port printing Date: Sat, 2 Sep 2006 10:36:22 -0700 (PDT) Here is a corrected patch for this problem. In a default installation with IPv6 enabled, there will be attempts by both IPv4 and IPv6 to bring up plip[012]. The patch to rc.d/network_ipv6 detects when ipv6_ifconfig_plipn is set to NOAUTO. The patch to defaults/rc.conf sets both ifconfig_plip[012] and ipv6_ifconfig_plip[012] to NOAUTO, keeping the plip interfaces from being brought UP automatically. --- etc/defaults/rc.conf.orig Sat May 6 21:00:25 2006 +++ etc/defaults/rc.conf Sat Sep 2 10:29:53 2006 @@ -158,6 +158,10 @@ cloned_interfaces="" # List of cloned network interfaces to create. #cloned_interfaces="gif0 gif1 gif2 gif3" # Pre-cloning GENERIC config. ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. +# Average user does not want to start networking on plip[012]. +ifconfig_plip0="NOAUTO" +ifconfig_plip1="NOAUTO" +ifconfig_plip2="NOAUTO" #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 17:40:32 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B7CE16A585 for ; Sat, 2 Sep 2006 17:40:32 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79E8C43D6D for ; Sat, 2 Sep 2006 17:40:30 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k82HeUAe066468 for ; Sat, 2 Sep 2006 17:40:30 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k82HeUDU066465; Sat, 2 Sep 2006 17:40:30 GMT (envelope-from gnats) Date: Sat, 2 Sep 2006 17:40:30 GMT Message-Id: <200609021740.k82HeUDU066465@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: George Mitchell Cc: Subject: Re: kern/102035: [plip] plip networking disables parallel port printing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: George Mitchell List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 17:40:32 -0000 The following reply was made to PR kern/102035; it has been noted by GNATS. From: George Mitchell To: bug-followup@freebsd.org Cc: Subject: Re: kern/102035: [plip] plip networking disables parallel port printing Date: Sat, 2 Sep 2006 10:38:10 -0700 (PDT) Here is a corrected patch for this problem. In a default installation with IPv6 enabled, there will be attempts by both IPv4 and IPv6 to bring up plip[012]. The patch to rc.d/network_ipv6 detects when ipv6_ifconfig_plipn is set to NOAUTO. The patch to defaults/rc.conf sets both ifconfig_plip[012] and ipv6_ifconfig_plip[012] to NOAUTO, keeping the plip interfaces from being brought UP automatically. --- etc/defaults/rc.conf.orig Sat May 6 21:00:25 2006 +++ etc/defaults/rc.conf Sat Sep 2 10:29:53 2006 @@ -158,6 +158,10 @@ cloned_interfaces="" # List of cloned network interfaces to create. #cloned_interfaces="gif0 gif1 gif2 gif3" # Pre-cloning GENERIC config. ifconfig_lo0="inet 127.0.0.1" # default loopback device configuration. +# Average user does not want to start networking on plip[012]. +ifconfig_plip0="NOAUTO" +ifconfig_plip1="NOAUTO" +ifconfig_plip2="NOAUTO" #ifconfig_lo0_alias0="inet 127.0.0.254 netmask 0xffffffff" # Sample alias entry . #ifconfig_ed0_ipx="ipx 0x00010010" # Sample IPX address family entry. #ifconfig_fxp0_name="net0" # Change interface name from fxp0 to net0. @@ -358,6 +362,10 @@ #ipv6_prefix_ep0="fec0:0000:0000:0003 fec0:0000:0000:0004" # Examples for rtr. #ipv6_ifconfig_ed0="fec0:0:0:5::1 prefixlen 64" # Sample manual assign e ntry #ipv6_ifconfig_ed0_alias0="fec0:0:0:5::2 prefixlen 64" # Sample alias entry. +# Average user does not want to start networking on plip[012]. +ipv6_ifconfig_plip0="NOAUTO" +ipv6_ifconfig_plip1="NOAUTO" +ipv6_ifconfig_plip2="NOAUTO" ipv6_default_interface="NO" # Default output interface for scoped addrs. # Now this works only for IPv6 link local # multicast addrs. --- etc/rc.d/network_ipv6.orig Sat May 6 21:00:26 2006 +++ etc/rc.d/network_ipv6 Sat Sep 2 10:13:21 2006 @@ -47,8 +47,19 @@ case ${ipv6_network_interfaces} in [Aa][Uu][Tt][Oo]) - # Get a list of network interfaces - ipv6_network_interfaces="`ifconfig -l`" + # Get a list of network interfaces, minus the NOAUTO ones + ipv6_network_interfaces='' + _args="`ifconfig -l`" + for i in $_args; do + eval _arg=\$ipv6_ifconfig_$i + case $_arg in + [Nn][Oo][Aa][Uu][Tt][Oo]) + ;; + *) + ipv6_network_interfaces="$ipv6_network_interface s $i" + ;; + esac + done ;; [Nn][Oo][Nn][Ee]) ipv6_network_interfaces='' From owner-freebsd-net@FreeBSD.ORG Sat Sep 2 23:10:25 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B42BD16A4DD for ; Sat, 2 Sep 2006 23:10:25 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7916E43D4C for ; Sat, 2 Sep 2006 23:10:25 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k82NAPF7094594 for ; Sat, 2 Sep 2006 23:10:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k82NAPnE094593; Sat, 2 Sep 2006 23:10:25 GMT (envelope-from gnats) Date: Sat, 2 Sep 2006 23:10:25 GMT Message-Id: <200609022310.k82NAPnE094593@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Stefan Bethke Cc: Subject: Re: kern/102607: [if_bridge] don't generate random L2 address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefan Bethke List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 23:10:25 -0000 The following reply was made to PR kern/102607; it has been noted by GNATS. From: Stefan Bethke To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/102607: [if_bridge] don't generate random L2 address Date: Sun, 3 Sep 2006 01:09:16 +0200 Here's my suggestion for an addition to if_bridge(4): --- if_bridge.4.orig Sun Aug 13 20:44:18 2006 +++ if_bridge.4 Fri Sep 1 18:53:19 2006 @@ -107,6 +107,13 @@ in .Xr rc.conf 5 . .Pp +The +.Nm +interface randomly chooses a link (MAC) address in the range reserved for +locally adminstered addresses when it is created. +The address can be changed by assigning the desired link address using +.Xr ifconfig 8 . +.Pp The MTU of the first member interface to be added is used as the bridge MTU. All additional members are required to have exactly the same value. .Pp @@ -231,6 +238,16 @@ addm fxp6 stp fxp6 \e addm fxp7 stp fxp7 \e up +.Ed +.Pp +The bridge can be used as a regular host interface at the same time as +bridging between it's member ports. In this example, the bridge connects em0 +and em1, and will receive it's IP address through DHCP: +.Bd -literal -offset indent +cloned_interfaces="bridge0" +ifconfig_bridge0="link 12:34:56:78:9a:bc addm em0 addm em0 DHCP" +ifconfig_em0="up" +ifconfig_em1="up" .Ed .Pp The bridge can tunnel Ethernet across an IP internet using the EtherIP