From owner-freebsd-net@FreeBSD.ORG Sun Dec 11 11:26:51 2005 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 E5A0A16A41F for ; Sun, 11 Dec 2005 11:26:51 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: from web35715.mail.mud.yahoo.com (web35715.mail.mud.yahoo.com [66.163.179.169]) by mx1.FreeBSD.org (Postfix) with SMTP id 07FC643D60 for ; Sun, 11 Dec 2005 11:26:50 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: (qmail 67556 invoked by uid 60001); 11 Dec 2005 11:26:50 -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=2p5KFYkgXlr3IsP6qGruthWX3m0WW/jgS5X8vbtX6lK+pzQVv+Ra4ART18m+Cfs6fQJlbrLkgdabjTcb+7/PW3Wuzv+EbhnaFZTwRYsgmDg2/UPMagZJ98kqjJYeHtDicSK1EZjxnyWVEhlpYjQews9EDKD2sj4fsPSGElQVrZA= ; Message-ID: <20051211112650.67553.qmail@web35715.mail.mud.yahoo.com> Received: from [202.161.131.68] by web35715.mail.mud.yahoo.com via HTTP; Sun, 11 Dec 2005 03:26:50 PST Date: Sun, 11 Dec 2005 03:26:50 -0800 (PST) From: kamal kc To: freebsd MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: high interrupts by network interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2005 11:26:52 -0000 dear everybody, i modified the bridge.c file and added a routine to compress/decompress ip packet. i put my code in bdg_forward(). And ran the pc in bridge mode. The modified kernel is deployed in network where the datarate is about 4 to 6 Mbps. One thing to be noted is that the pc receives continues data at 4 to 6 Mbps rather than sudden burst at intervals. Now the problem is, I am getting very high interrupts from the network interfaces. the cpu utilization by the interrupts is high due to which there is latency added to the packets forwarded by the pc. The pc attempts to compress/decompress all tcp packets. BELOW is some helpful information about the pc and top output. pc spec --------- CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2666.78-MHz 686-class CPU) real memory = 796131328 (759 MB) top output: ------------- last pid: 58610; load averages: 0.06, 0.17, 0.13 up 16+02:58:40 16:23:31 83 processes: 4 running, 49 sleeping, 30 waiting CPU states: 0.0% user, 0.0% nice, 0.2% system, 46.5% interrupt, 53.3% idle Mem: 7988K Active, 338M Inact, 117M Wired, 85M Buf, 275M Free Swap: 2048M Total, 2048M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 11 root 171 52 0K 8K RUN 304.5H 52.54% 52.54% idle 31 root -68 -187 0K 8K RUN 44.1H 25.59% 25.59% irq21: rl0 32 root -68 -187 0K 8K WAIT 34.9H 18.95% 18.95% irq22: rl1 50 root 20 0 0K 8K syncer 28:01 0.00% 0.00% syncer 35 root -28 -147 0K 8K WAIT 7:50 0.00% 0.00% swi5: clock sio ------------- I could not guess why i am getting high cpu utilization by the interrupts. What could i do in order to reduce the cpu utilization by the interrupt requests because due to high interrupts the system performance is very poor and almost impractical to use in real high speed networks. any suggestions will be highly appreciated, thanks, kamal __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Sun Dec 11 11:38:00 2005 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 C50C616A41F for ; Sun, 11 Dec 2005 11:38:00 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: from web35709.mail.mud.yahoo.com (web35709.mail.mud.yahoo.com [66.163.179.163]) by mx1.FreeBSD.org (Postfix) with SMTP id 71F3643D49 for ; Sun, 11 Dec 2005 11:37:59 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: (qmail 3934 invoked by uid 60001); 11 Dec 2005 11:37:58 -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=iV7SW4OctpGQ8Rl9iI1smUn1fMgkv8xYxXWHHyIbvjWYfqvWjRwF6zxMs5KGSHDGb7W07SN7OALaYlPrtHa2Er6ZczJAo5PrCWXhqLAX1iB4gw141SqMlqRvxc/DeF+992X0aqzK948P4iaPhEvjM17zuchC0RcM01ZYYKpjbR0= ; Message-ID: <20051211113758.3932.qmail@web35709.mail.mud.yahoo.com> Received: from [202.161.131.68] by web35709.mail.mud.yahoo.com via HTTP; Sun, 11 Dec 2005 03:37:58 PST Date: Sun, 11 Dec 2005 03:37:58 -0800 (PST) From: kamal kc To: freebsd In-Reply-To: <20051211112650.67553.qmail@web35715.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: high interrupts by network interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2005 11:38:00 -0000 > dear everybody, > > i modified the bridge.c file and added a routine to > compress/decompress sorry everbody the top output was garbled. a clearer view is below: top output: ------------- last pid: 58610; load averages: 0.06, 0.17, 0.13 up 16+02:58:40 16:23:31 83 processes: 4 running, 49 sleeping, 30 waiting CPU states: 0.0% user, 0.0% nice, 0.2% system, 46.5% interrupt, 53.3% idle Mem: 7988K Active, 338M Inact, 117M Wired, 85M Buf, 275M Free Swap: 2048M Total, 2048M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 11 root 171 52 0K 8K RUN 304.5H 52.54% 52.54% idle 31 root -68 -187 0K 8K RUN 44.1H 25.59% 25.59% irq21: rl0 32 root -68 -187 0K 8K WAIT 34.9H 18.95% 18.95% irq22: rl1 50 root 20 0 0K 8K syncer 28:01 0.00% 0.00% syncer ------------- thanks, kamal __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Sun Dec 11 13:46:25 2005 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 D2E5B16A41F for ; Sun, 11 Dec 2005 13:46:25 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EEEA43D53 for ; Sun, 11 Dec 2005 13:46:25 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 7B466FD; Sun, 11 Dec 2005 08:46:46 -0500 (EST) 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 thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 3C4BC1205; Sun, 11 Dec 2005 08:46:44 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1ElRWv-000PX2-CL; Sun, 11 Dec 2005 13:46:21 +0000 Date: Sun, 11 Dec 2005 13:46:21 +0000 From: Brian Candler To: "Eric W. Bates" Message-ID: <20051211134621.GA98105@uk.tiscali.com> References: <439AF794.3080909@vineyard.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <439AF794.3080909@vineyard.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: FBSD 6.0 ipfw weirdness with ssh x-forwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2005 13:46:25 -0000 On Sat, Dec 10, 2005 at 10:43:16AM -0500, Eric W. Bates wrote: > Dec 9 23:15:33 gertrude kernel: ipfw: 510 Deny TCP > [::0001]:6010 [::0001]:61310 out via lo0 Note that ::0001 is the IPv6 "localhost" address (equivalent to IPv4 127.0.0.1) > I was hoping someone smarter than I could point me to any documentation > about the change. > > Has ipfw recently split me and me6 (I never noticed the latter before > because I'm not using IPv6 yet [shame])? Looking on a 5.4-STABLE system, the ipfw(8) manpage mentions 'me' but not 'me6'. Looking on the web, at http://www.freebsd.org/cgi/man.cgi?query=ipfw&apropos=0&sektion=8&manpath=FreeBSD+6.0-RELEASE+and+Ports&format=html I see 'me' and 'me6' options. So yes, it looks like it has been split. > Is this a change in the way the 6.0 kernel handles lo0 traffic in general? > > Is this a change in ssh forwarding? Or has there always been IPv6 traffic? IPv6 support has been around in FreeBSD for a long time. If this causes you pain (as it does for me), then I recommend you remove 'options INET6' from your kernel config and rebuild the kernel. Other things to look for are your hosts file, which may have ::1 localhost 127.0.0.1 localhost in which case you can swap them, or comment out the IPv6 ::1 one altogether (otherwise IPv6 is preferred over IPv4 when using localhost). Also, a lot of ports tend to build with IPV6 support unless you explicitly disable it. I think there's a setting you can put in /etc/make.conf but I can't remember offhand what it is. Regards, Brian. From owner-freebsd-net@FreeBSD.ORG Sun Dec 11 13:48:09 2005 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 107CA16A426 for ; Sun, 11 Dec 2005 13:48:09 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (api.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8715243D45 for ; Sun, 11 Dec 2005 13:48:08 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id E1DCCF7; Sun, 11 Dec 2005 08:48:29 -0500 (EST) 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 thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id A961E1E14; Sun, 11 Dec 2005 08:48:28 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1ElRYb-000PX8-AJ; Sun, 11 Dec 2005 13:48:05 +0000 Date: Sun, 11 Dec 2005 13:48:05 +0000 From: Brian Candler To: kamal kc Message-ID: <20051211134805.GB98105@uk.tiscali.com> References: <20051211112650.67553.qmail@web35715.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051211112650.67553.qmail@web35715.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd Subject: Re: high interrupts by network interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2005 13:48:09 -0000 On Sun, Dec 11, 2005 at 03:26:50AM -0800, kamal kc wrote: > i modified the bridge.c file and added a routine to > compress/decompress > ip packet. i put my code in bdg_forward(). And ran the > pc in bridge mode. > > The modified kernel is deployed in network where the > datarate is > about 4 to 6 Mbps. One thing to be noted is that the > pc receives > continues data at 4 to 6 Mbps rather than sudden burst > at intervals. > > Now the problem is, I am getting very high interrupts > from the network > interfaces. the cpu utilization by the interrupts is > high due to which there > is latency added to the packets forwarded by the pc. > The pc attempts to > compress/decompress all tcp packets. Suggestion: start with a standard kernel, without your custom modifications. If unmodified bridging works, and you get the high interrupt level, then you have found a problem with in FreeBSD. If unmodified bridging works, but interrupts are at a normal level, then you have a found a problem with your own code. From owner-freebsd-net@FreeBSD.ORG Sun Dec 11 14:02:45 2005 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 BD6C516A41F for ; Sun, 11 Dec 2005 14:02:45 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from rms06.rommon.net (rms06.rommon.net [212.54.5.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12C5143D5C for ; Sun, 11 Dec 2005 14:02:44 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [127.0.0.1] (dyn234.helenius.fi [193.64.42.234]) by rms06.rommon.net (Postfix) with ESMTP id 6063733C1B; Sun, 11 Dec 2005 16:02:37 +0200 (EET) Message-ID: <439C317C.3060707@he.iki.fi> Date: Sun, 11 Dec 2005 16:02:36 +0200 From: Petri Helenius User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <20051211112650.67553.qmail@web35715.mail.mud.yahoo.com> <20051211134805.GB98105@uk.tiscali.com> In-Reply-To: <20051211134805.GB98105@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: kamal kc , freebsd Subject: Re: high interrupts by network interfaces X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2005 14:02:45 -0000 Brian Candler wrote: >On Sun, Dec 11, 2005 at 03:26:50AM -0800, kamal kc wrote: > > >>i modified the bridge.c file and added a routine to >>compress/decompress >>ip packet. i put my code in bdg_forward(). And ran the >>pc in bridge mode. >> >>The modified kernel is deployed in network where the >>datarate is >>about 4 to 6 Mbps. One thing to be noted is that the >>pc receives >>continues data at 4 to 6 Mbps rather than sudden burst >>at intervals. >> >>Now the problem is, I am getting very high interrupts >>from the network >>interfaces. the cpu utilization by the interrupts is >>high due to which there >>is latency added to the packets forwarded by the pc. >>The pc attempts to >>compress/decompress all tcp packets. >> >> > >Suggestion: start with a standard kernel, without your custom modifications. > >If unmodified bridging works, and you get the high interrupt level, then you >have found a problem with in FreeBSD. > Or you have found that hardware using "rl" driver is not as good as some other hardware. Read the source to get some more information. Pete From owner-freebsd-net@FreeBSD.ORG Sun Dec 11 15:31:31 2005 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 A2FE216A41F for ; Sun, 11 Dec 2005 15:31:31 +0000 (GMT) (envelope-from Mofologic@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 217F443D5D for ; Sun, 11 Dec 2005 15:31:31 +0000 (GMT) (envelope-from Mofologic@mail.ru) Received: from [83.237.33.216] (port=8691 helo=mofo-9a582972a2) by mx3.mail.ru with asmtp id 1ElTAf-0002Km-00 for freebsd-net@freebsd.org; Sun, 11 Dec 2005 18:31:29 +0300 Date: Sun, 11 Dec 2005 18:31:22 +0300 From: Alex Frolov X-Mailer: The Bat! (v3.60.07) Professional X-Priority: 3 (Normal) Message-ID: <1294344835.20051211183122@mail.ru> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: yaph-0.91 Segmentation fault X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mofologic List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Dec 2005 15:31:31 -0000 Hello,i have the following problem,compiled yaph-0.91 from ports (FreeBSD 5.4 with a required libgnugetopt-1.2),the program works for a while till it I receive Segmentation fault core dumped message.I would be grateful for any advice. From owner-freebsd-net@FreeBSD.ORG Mon Dec 12 11:02:32 2005 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 BC44A16A41F for ; Mon, 12 Dec 2005 11:02:32 +0000 (GMT) (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 3225D43D8A for ; Mon, 12 Dec 2005 11:02:22 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id jBCB2JDY064704 for ; Mon, 12 Dec 2005 11:02:19 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id jBCB2HXO064698 for freebsd-net@freebsd.org; Mon, 12 Dec 2005 11:02:17 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 12 Dec 2005 11:02:17 GMT Message-Id: <200512121102.jBCB2HXO064698@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter 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, 12 Dec 2005 11:02:32 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit o [2005/11/03] kern/88450 net SYN+ACK reports strange size of window 2 problems total. From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 18:10:54 2005 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 EBD1016A41F for ; Tue, 13 Dec 2005 18:10:54 +0000 (GMT) (envelope-from feenberg@nber.org) Received: from mail1.nber.org (mail1.nber.org [66.251.72.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2ED343D5A for ; Tue, 13 Dec 2005 18:10:49 +0000 (GMT) (envelope-from feenberg@nber.org) Received: from mail1 (root@localhost) by mail1.nber.org (8.12.8/8.12.8) with SMTP id jBDIAqfe016344 for ; Tue, 13 Dec 2005 13:10:52 -0500 Received: from nber1.nber.org (nber1.nber.org [66.251.72.71]) by mail1.nber.org (8.12.8/8.12.8) with ESMTP id jBDIA3wY016183; Tue, 13 Dec 2005 13:10:04 -0500 Date: Tue, 13 Dec 2005 13:09:54 -0500 (EST) From: Daniel Feenberg To: net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: dwhite@freebsd.org, brooks@freebsd.org, gwr@mc.com, ps@freebsd.org, jhb@freebsd.org Subject: Does pxeboot support option 134? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2005 18:10:55 -0000 I am trying to do diskless booting. Right now I am trying to make the /conf/${class}/ function provided in FreeBSD 6.0 work. I have had success with /conf/${ip}/ but not with ${class}. I have option t134-cookie code 134=text at the beginning of my dhcpd.conf file, and option t134-cookie "client" with the other parameters for the diskless client. The dhcpd server is on a FreeBSD 5.2.1 system (everything else is 6.0). I have the impression that the dhcp server is ok with these settings, however, no mention of T134 makes appears in the output of bootptest when run on the client. I can't tell what might be wrong, but if I look in /etc/rc.initdiskless it does echo the value of ${class}, which in my case is blank rather than the expected "client" supplied in dhcpd.conf. If I run "kenv" or "sysctl -a" and search the output for this variable, I don't see any names with "134", "cookie", or the value "client". My thought is that maybe the "t134" feature isn't supported in the 6.0 release kernel, in particular, perhaps pxeboot does not request that option, or it is supported only for bootp and not dhcp. There are some postings from users reporting success with this option, however all seem to be using bootp rather than dhcpd, and all seem to have older kernels. I am using an unmodified 6.0 #0 kernel, with the default options. It does serve to generate a system that boots and functions, except for this feature. Thanks for any insight. Daniel Feenberg feenberg isat nber dotte org From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 20:00:48 2005 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 D3EEC16A41F; Tue, 13 Dec 2005 20:00:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D1A243D55; Tue, 13 Dec 2005 20:00:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 7A72272DDB; Tue, 13 Dec 2005 12:00:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 786EA72DD9; Tue, 13 Dec 2005 12:00:48 -0800 (PST) Date: Tue, 13 Dec 2005 12:00:48 -0800 (PST) From: Doug White To: Daniel Feenberg In-Reply-To: Message-ID: <20051213114709.D71016@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: brooks@freebsd.org, jhb@freebsd.org, gwr@mc.com, ps@freebsd.org, net@freebsd.org, dwhite@freebsd.org Subject: Re: Does pxeboot support option 134? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2005 20:00:49 -0000 Remove duplicate ps@. On Tue, 13 Dec 2005, Daniel Feenberg wrote: > > I am trying to do diskless booting. Right now I am trying to make the > /conf/${class}/ function provided in FreeBSD 6.0 work. I have had success > with /conf/${ip}/ but not with ${class}. > > I have > > option t134-cookie code 134=text > > at the beginning of my dhcpd.conf file, and > > option t134-cookie "client" > > with the other parameters for the diskless client. The dhcpd server is on > a FreeBSD 5.2.1 system (everything else is 6.0). I have the impression > that the dhcp server is ok with these settings, however, no mention of > T134 makes appears in the output of bootptest when run on the client. >From my reading of the source, vendor-option 134 is only parsed by the nfsclient bootp code which is activated with the BOOTP kernel option. If you want to use that feature via PXE then pxe_open() in src/sys/boot/i386/libi386/pxe.c needs modification, specifically to parse the array in bootplayer.d. pxeboot passes its information via kenv and would require a bit of code hidden somewhere to convert it into a sysctl to maintain compatibility with the BOOTP feature. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 21:37:32 2005 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 8677A16A41F for ; Tue, 13 Dec 2005 21:37:32 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail1.fluidhosting.com (mail1.fluidhosting.com [204.14.90.11]) by mx1.FreeBSD.org (Postfix) with SMTP id 333C843D8A for ; Tue, 13 Dec 2005 21:37:31 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 1323 invoked by uid 399); 13 Dec 2005 21:37:29 -0000 Received: from unknown (HELO ?192.168.0.6?) (dougb@dougbarton.net@127.0.0.1) by 127.0.0.1 with SMTP; 13 Dec 2005 21:37:29 -0000 Message-ID: <439F3F1B.3050608@FreeBSD.org> Date: Tue, 13 Dec 2005 13:37:31 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: Mihail Balikov References: <000001c5fcaa$0988b040$04030201@misho> In-Reply-To: <000001c5fcaa$0988b040$04030201@misho> X-Enigmail-Version: 0.93.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: BUG: ip_output.c FreeBSD 4.11 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2005 21:37:32 -0000 Mihail Balikov wrote: > Hello, > > In FreeBSD 4.x in ip_output.c in part for ipfw local forwarding there's typo > that will cause kernel panic: If you haven't already, this should be filed as a problem report. Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 22:02:39 2005 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 7ECCA16A41F; Tue, 13 Dec 2005 22:02:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC47B43D92; Tue, 13 Dec 2005 22:02:24 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3F0B61A3C1F; Tue, 13 Dec 2005 14:02:24 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7C02451592; Tue, 13 Dec 2005 17:02:23 -0500 (EST) Date: Tue, 13 Dec 2005 17:02:23 -0500 From: Kris Kennaway To: Doug Barton Message-ID: <20051213220223.GA61287@xor.obsecurity.org> References: <000001c5fcaa$0988b040$04030201@misho> <439F3F1B.3050608@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <439F3F1B.3050608@FreeBSD.org> User-Agent: Mutt/1.4.2.1i Cc: net@freebsd.org Subject: Re: BUG: ip_output.c FreeBSD 4.11 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Dec 2005 22:02:39 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 13, 2005 at 01:37:31PM -0800, Doug Barton wrote: > Mihail Balikov wrote: > > Hello, > >=20 > > In FreeBSD 4.x in ip_output.c in part for ipfw local forwarding there's= typo > > that will cause kernel panic: >=20 > If you haven't already, this should be filed as a problem report. I don't know that there's a lot of point since 4.11 is in "legacy" mode and few developers still use it. Kris --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDn0TvWry0BWjoQKURAoZ1AKCu4+Pdfkscm8x612QYUUygtarkZQCfdUNq EKdP0LyG4pUKA6gKgWo0C8s= =zdc6 -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 00:32:13 2005 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 39CBE16A41F for ; Wed, 14 Dec 2005 00:32:13 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8D0F43D5D for ; Wed, 14 Dec 2005 00:32:11 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by wproxy.gmail.com with SMTP id i21so1590526wra for ; Tue, 13 Dec 2005 16:32:10 -0800 (PST) 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=p2Tu+W9zh0NORC6FKqA/8SQu0sJzDb5rNIszHGM9Y/4a2wLkX2ahjmvEVO4Dr8gr7IQTCO0logqrGjeFUmK+UjoR/8i8xTZAlfvD8WpYCl24u/xeO1Le/xR0RIk762cCU5fG+KIIz61QkLcmfRtlCDdv4x3IRL4TRSxQqTHpwYo= Received: by 10.64.213.13 with SMTP id l13mr119298qbg; Tue, 13 Dec 2005 16:32:10 -0800 (PST) Received: by 10.64.210.8 with HTTP; Tue, 13 Dec 2005 16:32:10 -0800 (PST) Message-ID: <2a41acea0512131632x23d068e2wb3d66c08e6741ac4@mail.gmail.com> Date: Tue, 13 Dec 2005 16:32:10 -0800 From: Jack Vogel To: Kris Kennaway In-Reply-To: <20051213220223.GA61287@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <000001c5fcaa$0988b040$04030201@misho> <439F3F1B.3050608@FreeBSD.org> <20051213220223.GA61287@xor.obsecurity.org> Cc: Doug Barton , net@freebsd.org Subject: Re: BUG: ip_output.c FreeBSD 4.11 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 00:32:13 -0000 On 12/13/05, Kris Kennaway wrote: > On Tue, Dec 13, 2005 at 01:37:31PM -0800, Doug Barton wrote: > > Mihail Balikov wrote: > > > Hello, > > > > > > In FreeBSD 4.x in ip_output.c in part for ipfw local forwarding there= 's typo > > > that will cause kernel panic: > > > > If you haven't already, this should be filed as a problem report. > > I don't know that there's a lot of point since 4.11 is in "legacy" > mode and few developers still use it. The humorous thing is that althought I'm sure its true "few developers" still use it, in places where it has actual commercial use, they are still using 4.x in large numbers. So bottom line... there is value in bugs being noted and filed :) Jack From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 02:09:16 2005 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 20E5416A41F; Wed, 14 Dec 2005 02:09:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EBDA43D5E; Wed, 14 Dec 2005 02:09:15 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 294611A3C22; Tue, 13 Dec 2005 18:09:15 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 221FF51558; Tue, 13 Dec 2005 21:09:14 -0500 (EST) Date: Tue, 13 Dec 2005 21:09:14 -0500 From: Kris Kennaway To: Jack Vogel Message-ID: <20051214020913.GA64113@xor.obsecurity.org> References: <000001c5fcaa$0988b040$04030201@misho> <439F3F1B.3050608@FreeBSD.org> <20051213220223.GA61287@xor.obsecurity.org> <2a41acea0512131632x23d068e2wb3d66c08e6741ac4@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <2a41acea0512131632x23d068e2wb3d66c08e6741ac4@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: net@freebsd.org, Doug Barton , Kris Kennaway Subject: Re: BUG: ip_output.c FreeBSD 4.11 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 02:09:16 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 13, 2005 at 04:32:10PM -0800, Jack Vogel wrote: > On 12/13/05, Kris Kennaway wrote: > > On Tue, Dec 13, 2005 at 01:37:31PM -0800, Doug Barton wrote: > > > Mihail Balikov wrote: > > > > Hello, > > > > > > > > In FreeBSD 4.x in ip_output.c in part for ipfw local forwarding the= re's typo > > > > that will cause kernel panic: > > > > > > If you haven't already, this should be filed as a problem report. > > > > I don't know that there's a lot of point since 4.11 is in "legacy" > > mode and few developers still use it. >=20 > The humorous thing is that althought I'm sure its true "few developers" > still use it, in places where it has actual commercial use, they are sti= ll > using 4.x in large numbers. >=20 > So bottom line... there is value in bugs being noted and filed :) Sure, I guess..as long as there aren't unrealistic expectations about someone fixing it. Kris --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDn37JWry0BWjoQKURAuEKAKDpcD+MsOuSdpmu0WW+r4VGuTOQNQCeJ6WU HhRjTYcsDBxrkVuBlwaqDHw= =1IqZ -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 02:23:56 2005 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 ED1E616A41F for ; Wed, 14 Dec 2005 02:23:56 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx4.orcon.co.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5345943D60 for ; Wed, 14 Dec 2005 02:23:55 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx4.orcon.co.nz (8.13.5/8.13.5/Debian-3) with ESMTP id jBE2Nsq6021059 for ; Wed, 14 Dec 2005 15:23:54 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id C4FB328433; Wed, 14 Dec 2005 15:23:53 +1300 (NZDT) Date: Wed, 14 Dec 2005 15:23:53 +1300 From: Andrew Thompson To: freebsd-net@freebsd.org Message-ID: <20051214022353.GB5248@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.87.1/1209/Tue Dec 13 04:48:01 2005 on dbmail-mx4.orcon.co.nz X-Virus-Status: Clean Subject: m_copypacket in if_bridge X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 02:23:57 -0000 Hi, I have realised that if_bridge uses m_copypacket() in an unsafe way. The copied multicast packet is sent back into ether_input for local processing so that ipv6 works but m_copypacket() returns a readonly mbuf. The layer3 header needs to be aligned so I have changed this to m_dup+m_copyup. Can I get a review to ensure this is the correct fix Andrew Index: if_bridge.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridge.c,v retrieving revision 1.35 diff -u -p -r1.35 if_bridge.c --- if_bridge.c 29 Nov 2005 20:29:44 -0000 1.35 +++ if_bridge.c 13 Dec 2005 20:50:14 -0000 @@ -1743,7 +1743,11 @@ bridge_input(struct ifnet *ifp, struct m */ KASSERT(bifp->if_bridge == NULL, ("loop created in bridge_input")); - mc2 = m_copypacket(m, M_DONTWAIT); + mc2 = m_dup(m, M_DONTWAIT); + if (mc2 != NULL) { + int i = min(mc2->m_pkthdr.len, max_protohdr); + mc2 = m_copyup(mc2, i, ETHER_ALIGN); + } if (mc2 != NULL) { mc2->m_pkthdr.rcvif = bifp; (*bifp->if_input)(bifp, mc2); From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 05:41:15 2005 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 6F62216A41F for ; Wed, 14 Dec 2005 05:41:15 +0000 (GMT) (envelope-from dave@raven.za.net) Received: from elektra.opteqint.net (elektra.opteqint.net [209.25.178.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 058C243D60 for ; Wed, 14 Dec 2005 05:41:14 +0000 (GMT) (envelope-from dave@raven.za.net) Received: from [165.165.220.244] (helo=LUCY) by elektra.opteqint.net with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.52 (FreeBSD)) id 1EmPQu-0008E3-Gp for freebsd-net@freebsd.org; Tue, 13 Dec 2005 21:44:13 -0800 From: "Dave Raven" To: Date: Wed, 14 Dec 2005 07:41:07 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcX/1I4+0HGTJmDMQj2Vlt1AXW8kSgAnGFcQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Score: -101.4 (---------------------------------------------------) X-Spam-Report: Spam detection software, running on the system "elektra.opteqint.net", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi all, I've done some research on bridging vlans and can't get it right with FreeBSD bridge. What I want to do is bridge an undefined number of vlans through a BSD machine. For example. Vlan 10 from em0 out em1. [...] Content analysis details: (-101.4 points, 4.5 required) pts rule name description ---- ---------------------- -------------------------------------------------- -100 USER_IN_WHITELIST From: address is in the user's white-list -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP Message-Id: <20051214054114.058C243D60@mx1.FreeBSD.org> Subject: Bridging VLAN's X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 05:41:15 -0000 Hi all, I've done some research on bridging vlans and can't get it right with FreeBSD bridge. What I want to do is bridge an undefined number of vlans through a BSD machine. For example. Vlan 10 from em0 out em1. Now I can't create each vlan and bridge those, because you can't have a vlan10 bound to em0 and to em1, if you create different ones and bridge them the packet comes in on the right vlan but leaves tagged for the wrong one. I read a cisco book that suggests you can bridge normally (just em0,em1) if you set the mtu to 1496, which didn't work. I also googled someone saying 1504 - also not working. Does anyone have any advice? Thanks Dave From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 05:55:31 2005 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 C263316A41F for ; Wed, 14 Dec 2005 05:55:31 +0000 (GMT) (envelope-from bozden@ttnet.net.tr) Received: from fep04.ttnet.net.tr (mail.ttnet.net.tr [212.175.13.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9528B43D5D for ; Wed, 14 Dec 2005 05:55:30 +0000 (GMT) (envelope-from bozden@ttnet.net.tr) Received: from ttnet.net.tr ([85.102.188.68]) by fep04.ttnet.net.tr with ESMTP id <20051214055255.EUVO1378.fep04.ttnet.net.tr@ttnet.net.tr> for ; Wed, 14 Dec 2005 07:52:55 +0200 Message-ID: <132320-220051231455520436@ttnet.net.tr> From: bozden@ttnet.net.tr To: "q" Date: Wed, 14 Dec 2005 07:55:20 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-NAI-Spam-Rules: 0 Rules triggered Subject: q X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 05:55:31 -0000 q From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 07:10:24 2005 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 3FD1F16A420 for ; Wed, 14 Dec 2005 07:10:24 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9CCD043D4C for ; Wed, 14 Dec 2005 07:10:23 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received-SPF: none Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.2/8.13.2/Debian-1) with ESMTP id jBE7B2Rg012671; Wed, 14 Dec 2005 20:11:02 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 27B0328432; Wed, 14 Dec 2005 20:10:20 +1300 (NZDT) Date: Wed, 14 Dec 2005 20:10:20 +1300 From: Andrew Thompson To: Dave Raven Message-ID: <20051214071020.GC5248@heff.fud.org.nz> References: <20051214054114.058C243D60@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051214054114.058C243D60@mx1.FreeBSD.org> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Bridging VLAN's X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 07:10:24 -0000 On Wed, Dec 14, 2005 at 07:41:07AM +0200, Dave Raven wrote: > Hi all, > I've done some research on bridging vlans and can't get it right > with FreeBSD bridge. What I want to do is bridge an undefined number of > vlans through a BSD machine. For example. Vlan 10 from em0 out em1. > > Now I can't create each vlan and bridge those, because you can't have a > vlan10 bound to em0 and to em1, if you create different ones and bridge them > the packet comes in on the right vlan but leaves tagged for the wrong one. > Well actually you can. Dont be fooled by the interface name, vlan10 doesnt have to have the tag of 10. A nice way to do it is use the vlan automatic creation, create the interfaces em0.1, em0.2, em0.3, [...] em1.1, em1.2, em1.3, [...] and the tag and parent will get set up for you. ifconfig em0.1 create ifconfig em0.2 create ifconfig em0.3 create and so on. cheers, Andrew From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 08:39:04 2005 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 A631716A431; Wed, 14 Dec 2005 08:39:04 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88EEE43D81; Wed, 14 Dec 2005 08:38:45 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [192.168.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id 92222BDFA; Wed, 14 Dec 2005 09:38:46 +0100 (CET) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 82FCE286; Wed, 14 Dec 2005 09:40:54 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 76BFD1C4; Wed, 14 Dec 2005 09:40:54 +0100 (CET) Date: Wed, 14 Dec 2005 09:40:54 +0100 (CET) From: Sten Spans To: Andrew Thompson In-Reply-To: <20051214022353.GB5248@heff.fud.org.nz> Message-ID: References: <20051214022353.GB5248@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: m_copypacket in if_bridge X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 08:39:04 -0000 On Wed, 14 Dec 2005, Andrew Thompson wrote: > Hi, > > > I have realised that if_bridge uses m_copypacket() in an unsafe way. > The copied multicast packet is sent back into ether_input for local > processing so that ipv6 works but m_copypacket() returns a readonly > mbuf. The layer3 header needs to be aligned so I have changed this to > m_dup+m_copyup. > > Can I get a review to ensure this is the correct fix This certainly looks like a reasonable fix. Thanks for making life better for sparc and alpha :) -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 13:43:11 2005 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 73F5216A41F for ; Wed, 14 Dec 2005 13:43:11 +0000 (GMT) (envelope-from lerik@nolink.net) Received: from electra.nolink.net (electra.nolink.net [195.139.204.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36DD043D62 for ; Wed, 14 Dec 2005 13:43:09 +0000 (GMT) (envelope-from lerik@nolink.net) Received: (qmail 92538 invoked by uid 1000); 14 Dec 2005 13:43:08 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 14 Dec 2005 13:43:08 -0000 Date: Wed, 14 Dec 2005 14:43:08 +0100 (CET) From: Lars Erik Gullerud To: Kris Kennaway In-Reply-To: <20051214020913.GA64113@xor.obsecurity.org> Message-ID: <20051214144102.Q63851@electra.nolink.net> References: <000001c5fcaa$0988b040$04030201@misho> <439F3F1B.3050608@FreeBSD.org> <20051213220223.GA61287@xor.obsecurity.org> <2a41acea0512131632x23d068e2wb3d66c08e6741ac4@mail.gmail.com> <20051214020913.GA64113@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Doug Barton , Jack Vogel , net@freebsd.org Subject: Re: BUG: ip_output.c FreeBSD 4.11 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 13:43:11 -0000 On Tue, 13 Dec 2005, Kris Kennaway wrote: > On Tue, Dec 13, 2005 at 04:32:10PM -0800, Jack Vogel wrote: >> On 12/13/05, Kris Kennaway wrote: >>> On Tue, Dec 13, 2005 at 01:37:31PM -0800, Doug Barton wrote: >>>> Mihail Balikov wrote: >>>>> Hello, >>>>> >>>>> In FreeBSD 4.x in ip_output.c in part for ipfw local forwarding there's typo >>>>> that will cause kernel panic: >>>> >>>> If you haven't already, this should be filed as a problem report. >>> >>> I don't know that there's a lot of point since 4.11 is in "legacy" >>> mode and few developers still use it. >> >> The humorous thing is that althought I'm sure its true "few developers" >> still use it, in places where it has actual commercial use, they are still >> using 4.x in large numbers. >> >> So bottom line... there is value in bugs being noted and filed :) > > Sure, I guess..as long as there aren't unrealistic expectations about > someone fixing it. The original mail contained the patch that fixes the problem if I'm not mistaken, so I guess the only expectations here are that someone goes and commits it if the OP creates a PR with the patch... Which shouldn't really be too unrealistic, should it? /leg From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 13:54:49 2005 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 D633A16A41F; Wed, 14 Dec 2005 13:54:49 +0000 (GMT) (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 25F9143D5E; Wed, 14 Dec 2005 13:54:48 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.13.3/8.13.3) with ESMTP id jBEDslS4076387; Wed, 14 Dec 2005 16:54:47 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Wed, 14 Dec 2005 16:54:47 +0300 (MSK) From: Maxim Konovalov To: Lars Erik Gullerud In-Reply-To: <20051214144102.Q63851@electra.nolink.net> Message-ID: <20051214165127.B76252@mp2.macomnet.net> References: <000001c5fcaa$0988b040$04030201@misho> <439F3F1B.3050608@FreeBSD.org> <20051213220223.GA61287@xor.obsecurity.org> <2a41acea0512131632x23d068e2wb3d66c08e6741ac4@mail.gmail.com> <20051214020913.GA64113@xor.obsecurity.org> <20051214144102.Q63851@electra.nolink.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: net@freebsd.org, Doug Barton , Jack Vogel , Kris Kennaway Subject: Re: BUG: ip_output.c FreeBSD 4.11 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 13:54:50 -0000 On Wed, 14 Dec 2005, 14:43+0100, Lars Erik Gullerud wrote: > On Tue, 13 Dec 2005, Kris Kennaway wrote: > > > On Tue, Dec 13, 2005 at 04:32:10PM -0800, Jack Vogel wrote: > > > On 12/13/05, Kris Kennaway wrote: > > > > On Tue, Dec 13, 2005 at 01:37:31PM -0800, Doug Barton wrote: > > > > > Mihail Balikov wrote: > > > > > > Hello, > > > > > > > > > > > > In FreeBSD 4.x in ip_output.c in part for ipfw local forwarding > > > > > > there's typo > > > > > > that will cause kernel panic: > > > > > > > > > > If you haven't already, this should be filed as a problem report. > > > > > > > > I don't know that there's a lot of point since 4.11 is in "legacy" > > > > mode and few developers still use it. > > > > > > The humorous thing is that althought I'm sure its true "few developers" > > > still use it, in places where it has actual commercial use, they are > > > still > > > using 4.x in large numbers. > > > > > > So bottom line... there is value in bugs being noted and filed :) > > > > Sure, I guess..as long as there aren't unrealistic expectations about > > someone fixing it. > > The original mail contained the patch that fixes the problem if I'm > not mistaken, so I guess the only expectations here are that someone > goes and commits it if the OP creates a PR with the patch... Which > shouldn't really be too unrealistic, should it? For the record: Gleb has fixed the issue a couple of days ago before you started this discussion :-) -- Maxim Konovalov From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 18:07:51 2005 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 C93F116A41F for ; Wed, 14 Dec 2005 18:07:51 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE86643D5A for ; Wed, 14 Dec 2005 18:07:50 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 14 Dec 2005 13:06:52 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id D2A1B1365B; Wed, 14 Dec 2005 13:07:48 -0500 (EST) Date: Wed, 14 Dec 2005 13:07:48 -0500 From: Ed Maste To: freebsd-net@freebsd.org Message-ID: <20051214180748.GC629@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 14 Dec 2005 18:06:52.0968 (UTC) FILETIME=[296EFA80:01C600D9] Subject: m_dup oddity -- creates mbuf chains with cluster containing 208 bytes of data X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 18:07:51 -0000 A colleague discovered an oddity with m_dup(9), in that duping an mbuf with 209 or more bytes of data creates a chain with 208 bytes of data in a cluster attached to the first mbuf, with the rest of the data chained on the end. It seemed this behaviour appeared in v 1.130 of uipc_mbuf.c. The patch below restores the behaviour of putting MCLBYTES into the initial mbuf cluster. Comments? Index: uipc_mbuf.c =================================================================== RCS file: /usr/cvs/src/sys/kern/uipc_mbuf.c,v retrieving revision 1.159 diff -u -u -3 -r1.159 uipc_mbuf.c --- uipc_mbuf.c 8 Dec 2005 13:13:05 -0000 1.159 +++ uipc_mbuf.c 14 Dec 2005 15:54:06 -0000 @@ -849,7 +849,8 @@ m_free(n); goto nospace; } - nsize = MHLEN; + if ((n->m_flags & M_EXT) == 0) + nsize = MHLEN; } n->m_len = 0; -- Ed Maste, Sandvine Incorporated From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 18:44:53 2005 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 C419216A41F for ; Wed, 14 Dec 2005 18:44:53 +0000 (GMT) (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 419C343D5E for ; Wed, 14 Dec 2005 18:44:53 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jBEIiqGv098337; Wed, 14 Dec 2005 10:44:52 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jBEIip8S098336; Wed, 14 Dec 2005 10:44:51 -0800 (PST) (envelope-from jmg) Date: Wed, 14 Dec 2005 10:44:51 -0800 From: John-Mark Gurney To: Ed Maste Message-ID: <20051214184451.GE55657@funkthat.com> Mail-Followup-To: Ed Maste , freebsd-net@freebsd.org References: <20051214180748.GC629@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051214180748.GC629@sandvine.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 Subject: Re: m_dup oddity -- creates mbuf chains with cluster containing 208 bytes of data 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: Wed, 14 Dec 2005 18:44:53 -0000 Ed Maste wrote this message on Wed, Dec 14, 2005 at 13:07 -0500: > A colleague discovered an oddity with m_dup(9), in that duping an > mbuf with 209 or more bytes of data creates a chain with 208 bytes > of data in a cluster attached to the first mbuf, with the rest of > the data chained on the end. > > It seemed this behaviour appeared in v 1.130 of uipc_mbuf.c. The > patch below restores the behaviour of putting MCLBYTES into the > initial mbuf cluster. > > Comments? Looks correct to me... I assume you've tested this? If so, I'll commit it.. > Index: uipc_mbuf.c > =================================================================== > RCS file: /usr/cvs/src/sys/kern/uipc_mbuf.c,v > retrieving revision 1.159 > diff -u -u -3 -r1.159 uipc_mbuf.c > --- uipc_mbuf.c 8 Dec 2005 13:13:05 -0000 1.159 > +++ uipc_mbuf.c 14 Dec 2005 15:54:06 -0000 > @@ -849,7 +849,8 @@ > m_free(n); > goto nospace; > } > - nsize = MHLEN; > + if ((n->m_flags & M_EXT) == 0) > + nsize = MHLEN; > } > n->m_len = 0; -- 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 Wed Dec 14 19:57:38 2005 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 2DCBF16A420 for ; Wed, 14 Dec 2005 19:57:38 +0000 (GMT) (envelope-from silby@silby.com) Received: from wbm1.pair.net (wbm1.pair.net [209.68.3.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1774243D67 for ; Wed, 14 Dec 2005 19:57:36 +0000 (GMT) (envelope-from silby@silby.com) Received: by wbm1.pair.net (Postfix, from userid 65534) id F3F4D26CC5; Wed, 14 Dec 2005 14:57:34 -0500 (EST) Received: from 64.215.82.94 ([64.215.82.94]) (SquirrelMail authenticated user silby@silby.com) by webmail1.pair.com with HTTP; Wed, 14 Dec 2005 14:57:20 -0500 (EST) Message-ID: <3388.64.215.82.94.1134590240.squirrel@webmail1.pair.com> In-Reply-To: <20051214184451.GE55657@funkthat.com> References: <20051214180748.GC629@sandvine.com> <20051214184451.GE55657@funkthat.com> Date: Wed, 14 Dec 2005 14:57:20 -0500 (EST) From: "Mike Silbersack" To: "Ed Maste" , freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: m_dup oddity -- creates mbuf chains with cluster containing 208 bytes of data X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Dec 2005 19:57:38 -0000 > Ed Maste wrote this message on Wed, Dec 14, 2005 at 13:07 -0500: >> It seemed this behaviour appeared in v 1.130 of uipc_mbuf.c. The >> patch below restores the behaviour of putting MCLBYTES into the >> initial mbuf cluster. >> >> Comments? > > Looks correct to me... I assume you've tested this? If so, I'll commit > it.. Oof. I haven't looked at the patch, but at least I know that Ed is a committer. :) Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 05:02:04 2005 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 6FBAF16A41F for ; Thu, 15 Dec 2005 05:02:04 +0000 (GMT) (envelope-from julian@elischer.org) Received: from delight.idiom.com (outbound.idiom.com [216.240.47.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3113343D60 for ; Thu, 15 Dec 2005 05:02:00 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by delight.idiom.com (Postfix) with ESMTP id 8C70E22A750; Wed, 14 Dec 2005 21:01:59 -0800 (PST) Received: from [192.168.2.5] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id jBF51wtT082771; Wed, 14 Dec 2005 21:01:59 -0800 (PST) (envelope-from julian@elischer.org) Message-ID: <43A0F8C4.1090007@elischer.org> Date: Wed, 14 Dec 2005 21:01:56 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051120 X-Accept-Language: en, hu MIME-Version: 1.0 To: net@freebsd.org, chat@bafug.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: the netgraph talk X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2005 05:02:04 -0000 As you probably know I made a small talk last week on how and why netgraph changed between 4 and 5. Ot dodn't cover a lot of technical detail and some of the people requested more "what is netgraph" time than I originally hoped. Som people have asked about it so I've put it up. Remember it's the UNEDITED version of the quicktime movie at: http://www.freebsd.org/~julian/bafug1.mov (170MB) The slides are at http://www.freebsd.org/~julian/Netgraph.pdf (123KB) I hope to add more info and take comments and redo this talk (and re record it) but several people asked for it so here it is.. Problems: 1/ not enough resolution 2/ need a better microphone 3/ need closups of white board. 4/ need to be more prepared and have more info in slides. This was my first attempt at recording and broadcasting a talk so I hope the next one will be a lot better. From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 07:01:15 2005 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 826E816A41F for ; Thu, 15 Dec 2005 07:01:15 +0000 (GMT) (envelope-from lists@nabble.com) Received: from talk.nabble.com (www.nabble.com [72.21.53.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AFB543D72 for ; Thu, 15 Dec 2005 07:01:15 +0000 (GMT) (envelope-from lists@nabble.com) Received: from localhost ([127.0.0.1] helo=talk.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1Emn74-0005VL-AB for freebsd-net@freebsd.org; Wed, 14 Dec 2005 23:01:14 -0800 Message-ID: <1953428.post@talk.nabble.com> Date: Wed, 14 Dec 2005 23:01:14 -0800 (PST) From: "freebsduser (sent by Nabble.com)" To: freebsd-net@freebsd.org MIME-Version: 1.0 X-Nabble-Sender: Nabble Forums X-Nabble-From: freebsduser Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Help reqd: Configuring sppp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsduser List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2005 07:01:15 -0000 Hello List, I am facing problem in using sppp. Both local system amd remote systems are using the sppp. My questions are 1.Can we use sppp as PPP server? 2.If answer to first question is yes ,how can I do that? I tried out the following commands. $ifconfig hdlc0 up After this command interface is sending LCP-CONF-REQUEST. Also getting the LCP-CONF-ACK from the remote system. Sending and receiving of REQ and ACK is going on ,but after getting ACK sppp is not sending next phase (IPCP) packet to remote system. Pls help me in fixing this.Pls let me know any pointers regarding this. Thanks in Advance, Rashmi -- Sent from the freebsd-net forum at Nabble.com: http://www.nabble.com/Help-reqd%3A-Configuring-sppp-t746634.html#a1953428 From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 14:37:29 2005 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 41E4C16A41F for ; Thu, 15 Dec 2005 14:37:29 +0000 (GMT) (envelope-from chvogt@tm.uka.de) Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [141.3.10.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D64C43D55 for ; Thu, 15 Dec 2005 14:37:28 +0000 (GMT) (envelope-from chvogt@tm.uka.de) Received: from i72archimedes.tm.uni-karlsruhe.de ([141.3.71.83]) by iramx2.ira.uni-karlsruhe.de with esmtpsa id 1EmuER-0004QR-6I; Thu, 15 Dec 2005 15:37:21 +0100 Message-ID: <43A17F9E.9030802@tm.uka.de> Date: Thu, 15 Dec 2005 15:37:18 +0100 From: Christian Vogt User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.12) Gecko/20050923 Thunderbird/1.0.7 Mnenhy/0.7.2.0 X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Kame-Snap Users , freebsd-net@freebsd.org X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -78.0 (---------------------------------------------------) X-Spam-Status: No X-Spam-Report: -100 ATIS_ASMTP SMTP with authentification via ATIS-Server -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 26 AWL AWL: From: address is in the auto white-list Cc: Subject: Babymdd Uses Incorrect RS Destination 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: Thu, 15 Dec 2005 14:37:29 -0000 Kame-Shisa implementers, we found that Babymdd (release 20050822) sends Router Solicitation messages to the all-nodes multicast address (ff02::1). It should send the solicitations to the all-routers multicast address (ff02::2), however [1]. You can correct this in shisad/babymdd.c, send_rs(). (Babymdd is used in the Kame-Shisa Mobile IPv6 implementation to detect changes in IP connectivity.) Regards, - Christian [1] draft-ietf-ipv6-2461bis-05.txt -- Christian Vogt, Institute of Telematics, University of Karlsruhe www.tm.uka.de/~chvogt/pubkey/ From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 16:35:22 2005 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 41AA816A41F for ; Thu, 15 Dec 2005 16:35:22 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) Received: from mail.npubs.com (mail.wsfamily.com [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF6943D5A for ; Thu, 15 Dec 2005 16:35:21 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) From: Nate Nielsen User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org; Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20051215165131.DA49D70DDA4@mail.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Thu, 15 Dec 2005 16:51:32 +0000 (GMT) Subject: Bridging atheros/ethernet seems incredibly slow X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nielsen@memberwebs.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2005 16:35:22 -0000 Has anyone else seen a problem where bridging an Atheros wireless with an ethernet interface has painfully slow throughput? I have two boxes sitting next to each other both running FreeBSD 6.0. BOX 1 BOX 2 ---- A +++++++++++ B/C ----- Two Atheros (5213) 802.11a cards (A and B above) are connected to each other using adhoc mode. I can get roughly 10+ Mbps of throughput between A and B (measured using iperf, flood pings, simple tcp transfer). One box has it's wireless NIC (ie: B above) bridged with an ethernet interface (ie: C above). Throughput to the ethernet nic is nice and high (20+ Mbps). However when sending traffic through the bridge, the transfer rate drops below 500Kbps. Non issues: - The CPU's on neither box are being taxed. - I've tried both bridge(4) and if_bridge(4). Same results. - Locking down the wireless speed doesn't help (just a wild guess). Interesting things: Running 'ifconfig ath0 list sta' on BOX 1 shows all sorts of mac addresses on the BOX 2 side of the network. The first is the wireless adhoc peer. Maybe that's to be expected: > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS ERP > 00:01:b4:02:0d:e7 0 52 6M 43 0 258 33072 I 0 > 00:30:48:76:55:4a 0 52 6M 43 15 7 32016 0 > 00:11:43:d1:07:7d 0 52 6M 43 15 0 32528 0 > 00:48:54:70:10:09 0 52 6M 44 45 0 26368 0 > 00:0e:a6:91:60:c1 0 52 6M 44 105 0 16576 0 > 00:a0:cc:5e:b0:b6 0 52 6M 43 15 0 31344 0 > 00:20:ed:60:58:ac 0 52 6M 43 180 0 5600 0 > 00:0b:db:a3:68:91 0 52 6M 42 150 0 10688 0 > 00:0d:61:37:3e:36 0 52 6M 43 120 0 14896 0 > 00:02:e3:08:8b:d1 0 52 6M 41 45 0 28112 0 Doing a flood ping from BOX A to a machine bridged across the link is not lossy, instead the send rate is limited. That is, the ping packets are sent slowly. athstats on BOX 2 shows: > 13 tx management frames > 7 tx frames discarded prior to association > 544 tx failed 'cuz too many retries > 6014 long on-chip tx retries > 876 tx frames with no ack marked > 1952 rx failed 'cuz frame too short > 5129 rx failed 'cuz of PHY err > 1524 OFDM timing > 3605 OFDM illegal rate > 1 beacons transmitted > 91 periodic calibrations > rssi of last ack: 36 > avg recv rssi: 38 > 1 switched default/rx antenna > Antenna profile: > [1] tx 1192 rx 18513 > [2] tx 68 rx 1 Anyone have any ideas on where I should look for the problem? Cheers, Nate From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 16:40:41 2005 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 1BA8616A41F for ; Thu, 15 Dec 2005 16:40:41 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) Received: from mail.npubs.com (mail.wsfamily.com [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 218A743D49 for ; Thu, 15 Dec 2005 16:40:39 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) From: Nate Nielsen User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20051215165651.DF16670DDA6@mail.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Thu, 15 Dec 2005 16:56:52 +0000 (GMT) Subject: Bridging atheros/ethernet seems incredibly slow X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nielsen@memberwebs.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2005 16:40:41 -0000 Has anyone else seen a problem where bridging an Atheros wireless with an ethernet interface has painfully slow throughput? I have two boxes sitting next to each other both running FreeBSD 6.0. BOX 1 BOX 2 ---- A +++++++++++ B/C ----- Two Atheros (5213) 802.11a cards (A and B above) are connected to each other using adhoc mode. I can get roughly 10+ Mbps of throughput between A and B (measured using iperf, flood pings, simple tcp transfer). One box has it's wireless NIC (ie: B above) bridged with an ethernet interface (ie: C above). Throughput to the ethernet nic is nice and high (20+ Mbps). However when sending traffic through the bridge, the transfer rate drops below 500Kbps. Non issues: - The CPU's on neither box are being taxed. - I've tried both bridge(4) and if_bridge(4). Same results. - Locking down the wireless speed doesn't help (just a wild guess). Interesting things: Running 'ifconfig ath0 list sta' on BOX 1 shows all sorts of mac addresses on the BOX 2 side of the network. The first is the wireless adhoc peer. Maybe that's to be expected: > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS ERP > 00:01:b4:02:0d:e7 0 52 6M 43 0 258 33072 I 0 > 00:30:48:76:55:4a 0 52 6M 43 15 7 32016 0 > 00:11:43:d1:07:7d 0 52 6M 43 15 0 32528 0 > 00:48:54:70:10:09 0 52 6M 44 45 0 26368 0 > 00:0e:a6:91:60:c1 0 52 6M 44 105 0 16576 0 > 00:a0:cc:5e:b0:b6 0 52 6M 43 15 0 31344 0 > 00:20:ed:60:58:ac 0 52 6M 43 180 0 5600 0 > 00:0b:db:a3:68:91 0 52 6M 42 150 0 10688 0 > 00:0d:61:37:3e:36 0 52 6M 43 120 0 14896 0 > 00:02:e3:08:8b:d1 0 52 6M 41 45 0 28112 0 Doing a flood ping from BOX A to a machine bridged across the link is not lossy, instead the send rate is limited. That is, the ping packets are sent slowly. athstats on BOX 2 shows: > 13 tx management frames > 7 tx frames discarded prior to association > 544 tx failed 'cuz too many retries > 6014 long on-chip tx retries > 876 tx frames with no ack marked > 1952 rx failed 'cuz frame too short > 5129 rx failed 'cuz of PHY err > 1524 OFDM timing > 3605 OFDM illegal rate > 1 beacons transmitted > 91 periodic calibrations > rssi of last ack: 36 > avg recv rssi: 38 > 1 switched default/rx antenna > Antenna profile: > [1] tx 1192 rx 18513 > [2] tx 68 rx 1 Anyone have any ideas on where I should look for the problem? Cheers, Nate From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 19:21:54 2005 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 C9AE916A41F for ; Thu, 15 Dec 2005 19:21:54 +0000 (GMT) (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 C626843D68 for ; Thu, 15 Dec 2005 19:21:47 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.192] ([10.0.0.192]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jBFJLgA8008313 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Dec 2005 11:21:47 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43A1C208.5030309@errno.com> Date: Thu, 15 Dec 2005 11:20:40 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nielsen@memberwebs.com References: <20051215165651.DF16670DDA6@mail.npubs.com> In-Reply-To: <20051215165651.DF16670DDA6@mail.npubs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Bridging atheros/ethernet seems incredibly 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: Thu, 15 Dec 2005 19:21:55 -0000 Nate Nielsen wrote: > Has anyone else seen a problem where bridging an Atheros wireless with > an ethernet interface has painfully slow throughput? > > I have two boxes sitting next to each other both running FreeBSD 6.0. > > BOX 1 BOX 2 > ---- A +++++++++++ B/C ----- > > Two Atheros (5213) 802.11a cards (A and B above) are connected to each > other using adhoc mode. I can get roughly 10+ Mbps of throughput between > A and B (measured using iperf, flood pings, simple tcp transfer). > > One box has it's wireless NIC (ie: B above) bridged with an ethernet > interface (ie: C above). Throughput to the ethernet nic is nice and > high (20+ Mbps). > > However when sending traffic through the bridge, the transfer rate drops > below 500Kbps. > > Non issues: > - The CPU's on neither box are being taxed. > - I've tried both bridge(4) and if_bridge(4). Same results. > - Locking down the wireless speed doesn't help (just a wild guess). adhoc mode is not intended for bridging; I'm a bit surprised it works at all (I've never tried it). There are special hacks in ieee80211_deliver_data specific to hostap. Andrew Atrens recently hit a similar problem in a similar config and diagnosed it as promiscuous mode causing retransmits over the wireless network (the bridge forces the interface into promiscuous mode). > > Interesting things: > > Running 'ifconfig ath0 list sta' on BOX 1 shows all sorts of mac > addresses on the BOX 2 side of the network. The first is the wireless > adhoc peer. Maybe that's to be expected: > > >>ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS ERP >>00:01:b4:02:0d:e7 0 52 6M 43 0 258 33072 I 0 >>00:30:48:76:55:4a 0 52 6M 43 15 7 32016 0 >>00:11:43:d1:07:7d 0 52 6M 43 15 0 32528 0 >>00:48:54:70:10:09 0 52 6M 44 45 0 26368 0 >>00:0e:a6:91:60:c1 0 52 6M 44 105 0 16576 0 >>00:a0:cc:5e:b0:b6 0 52 6M 43 15 0 31344 0 >>00:20:ed:60:58:ac 0 52 6M 43 180 0 5600 0 >>00:0b:db:a3:68:91 0 52 6M 42 150 0 10688 0 >>00:0d:61:37:3e:36 0 52 6M 43 120 0 14896 0 >>00:02:e3:08:8b:d1 0 52 6M 41 45 0 28112 0 sta/neighbor entries are created on demand due to traffic. This means each frame coming through the bridge and out the wireless interface will cause an entry to be created. > > > Doing a flood ping from BOX A to a machine bridged across the link is > not lossy, instead the send rate is limited. That is, the ping packets > are sent slowly. > > athstats on BOX 2 shows: > > >>13 tx management frames >>7 tx frames discarded prior to association >>544 tx failed 'cuz too many retries >>6014 long on-chip tx retries >>876 tx frames with no ack marked >>1952 rx failed 'cuz frame too short >>5129 rx failed 'cuz of PHY err >> 1524 OFDM timing >> 3605 OFDM illegal rate >>1 beacons transmitted >>91 periodic calibrations >>rssi of last ack: 36 >>avg recv rssi: 38 >>1 switched default/rx antenna >>Antenna profile: >>[1] tx 1192 rx 18513 >>[2] tx 68 rx 1 > > > Anyone have any ideas on where I should look for the problem? These are not the stats you want :) Look at the 802.11 layer. FWIW I recently reorgnized the tools and renamed them so the program you want is now called wlanstats and is found in tools/tools/net80211. Sam From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 23:05:10 2005 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 4636816A41F for ; Thu, 15 Dec 2005 23:05:10 +0000 (GMT) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D23443D5D for ; Thu, 15 Dec 2005 23:05:09 +0000 (GMT) (envelope-from rik@inse.ru) Received: from inse.ru (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id 07FFF33C27; Fri, 16 Dec 2005 02:05:07 +0300 (MSK) Message-ID: <43A1F477.2090702@inse.ru> Date: Fri, 16 Dec 2005 01:55:51 +0300 From: Roman Kurakin User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.2.1) Gecko/20030426 X-Accept-Language: ru-ru, en MIME-Version: 1.0 To: freebsduser References: <1953428.post@talk.nabble.com> In-Reply-To: <1953428.post@talk.nabble.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Help reqd: Configuring sppp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Dec 2005 23:05:10 -0000 Hi, freebsduser (sent by Nabble.com): >Hello List, > >I am facing problem in using sppp. > >Both local system amd remote systems are using the sppp. > >My questions are > >1.Can we use sppp as PPP server? >2.If answer to first question is yes ,how can I do that? > >I tried out the following commands. > >$ifconfig hdlc0 up > >After this command interface is sending LCP-CONF-REQUEST. >Also getting the LCP-CONF-ACK from the remote system. > >Sending and receiving of REQ and ACK is going on ,but after getting >ACK sppp is not sending next phase (IPCP) packet to remote system. > >Pls help me in fixing this.Pls let me know any pointers regarding this. > Could you provide a log file? I also need to know which version of sppp do you have (CVS $Id$). rik > > >Thanks in Advance, >Rashmi >-- >Sent from the freebsd-net forum at Nabble.com: >http://www.nabble.com/Help-reqd%3A-Configuring-sppp-t746634.html#a1953428 >_______________________________________________ >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 Dec 16 00:11:25 2005 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 2005B16A41F for ; Fri, 16 Dec 2005 00:11:25 +0000 (GMT) (envelope-from ryuji@sfc.wide.ad.jp) Received: from yui.nc.u-tokyo.ac.jp (yui.nc.u-tokyo.ac.jp [130.69.251.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF73143D7B for ; Fri, 16 Dec 2005 00:11:21 +0000 (GMT) (envelope-from ryuji@sfc.wide.ad.jp) Received: from ryuji-no-powerbook-g4-15.local.sfc.wide.ad.jp (p3166-ipbf1005marunouchi.tokyo.ocn.ne.jp [210.227.196.166]) (authenticated bits=0) by yui.nc.u-tokyo.ac.jp (8.12.10/8.12.3/Debian-6.4) with ESMTP id jBG0BHTE026487; Fri, 16 Dec 2005 09:11:20 +0900 Date: Fri, 16 Dec 2005 09:11:24 +0900 Message-ID: From: Ryuji Wakikawa To: Christian Vogt In-Reply-To: <43A17F9E.9030802@tm.uka.de> References: <43A17F9E.9030802@tm.uka.de> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/22.0.50 (powerpc-apple-darwin8.1.0) MULE/5.0 (SAKAKI) Organization: Keio University/WIDE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org, Kame-Snap Users Subject: Re: (KAME-snap 9303) Babymdd Uses Incorrect RS Destination 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, 16 Dec 2005 00:11:25 -0000 Hi Christian The problem is fixed now. Thanks for reporting this. regards ryuji At Thu, 15 Dec 2005 15:37:18 +0100, Christian Vogt wrote: > > Kame-Shisa implementers, > > we found that Babymdd (release 20050822) sends Router Solicitation > messages to the all-nodes multicast address (ff02::1). It should send > the solicitations to the all-routers multicast address (ff02::2), > however [1]. > > You can correct this in shisad/babymdd.c, send_rs(). > > (Babymdd is used in the Kame-Shisa Mobile IPv6 implementation to detect > changes in IP connectivity.) > > Regards, > - Christian > > [1] draft-ietf-ipv6-2461bis-05.txt > > -- > Christian Vogt, Institute of Telematics, University of Karlsruhe > www.tm.uka.de/~chvogt/pubkey/ > From owner-freebsd-net@FreeBSD.ORG Fri Dec 16 23:02:22 2005 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 B57BC16A41F for ; Fri, 16 Dec 2005 23:02:22 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) Received: from mail.npubs.com (mail.npubs.com [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EF1C43D49 for ; Fri, 16 Dec 2005 23:02:22 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) From: Nate Nielsen User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <20051215165651.DF16670DDA6@mail.npubs.com> <43A1C208.5030309@errno.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20051216231843.7706370DD6F@mail.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Fri, 16 Dec 2005 23:18:44 +0000 (GMT) Cc: freebsd-net@freebsd.org Subject: Re: Bridging atheros/ethernet seems incredibly slow X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nielsen@memberwebs.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 23:02:22 -0000 Sam Leffler wrote: > adhoc mode is not intended for bridging; I'm a bit surprised it works at > all (I've never tried it). Perhaps not in the atheros driver, or net80211 subsystem. But general it does make sense. I'm setting up several point to point links with relays. The plan is that these relays bridge two freebsd boxes with a radio in each one. There seems to be very poor interaction between the bridging code and the FreeBSD 802.11 subsystem. Perhaps because they're both on layer 2. > There are special hacks in > ieee80211_deliver_data specific to hostap. Yes, when I switched the bridging box to hostap mode, the bridge works at a decent rate (10+ Mbps). However when I add the second hop in, performance is once again crap (500Kbps to 1Mbps). The setup looks like this (where '-' is ethernet, and '+' is wireless): The Relay ----- BOX A ++++++++ BOX B -- BOX C +++++++++ BOX D ----- Bridged with Ethernet BOX B and BOX C are in hostap mode. In the above setup BOX A has fast throughput to BOX C, and BOX B has equally fast throughput to BOX D. However BOX A to BOX D is slow. Unless there's a simple fix (no pressure), I think I'm giving up on bridging the relay points. I'll be routing instead, even though that brings strange multicast problems (which I'll post about seperately). >> Doing a flood ping from BOX A to a machine bridged across the link is >> not lossy, instead the send rate is limited. That is, the ping packets >> are sent slowly. This is also the case over two bridges. >>> 13 tx management frames >>> 7 tx frames discarded prior to association >>> 544 tx failed 'cuz too many retries >>> 6014 long on-chip tx retries >>> 876 tx frames with no ack marked >>> 1952 rx failed 'cuz frame too short >>> 5129 rx failed 'cuz of PHY err >>> 1524 OFDM timing >>> 3605 OFDM illegal rate >>> 1 beacons transmitted >>> 91 periodic calibrations >>> rssi of last ack: 36 >>> avg recv rssi: 38 >>> 1 switched default/rx antenna >>> Antenna profile: >>> [1] tx 1192 rx 18513 >>> [2] tx 68 rx 1 > > These are not the stats you want :) I thought (obviously wrongly) the 'OFDM illegal rate' may have something to do with it. > Look at the 802.11 layer. FWIW I > recently reorgnized the tools and renamed them so the program you want > is now called wlanstats and is found in tools/tools/net80211. I'm using FreeBSD 6.0. Here's the output of 80211stats on the bridge. This is when running in adhoc mode. (ie: BOX B above): 5 rx from wrong bssid 770 rx discard 'cuz dup 5617 rx beacon frames 3 active scans started 2 nodes timed out inactivity And on the peer (ie: BOX A above): 3015 rx discard 'cuz dup 6017 rx beacon frames 3 active scans started 2 nodes timed out inactivity Cheers, Nate From owner-freebsd-net@FreeBSD.ORG Fri Dec 16 23:17:22 2005 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 9468E16A41F for ; Fri, 16 Dec 2005 23:17:22 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) Received: from mail.npubs.com (mail.npubs.com [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6467843D5E for ; Fri, 16 Dec 2005 23:17:22 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) From: Nate Nielsen User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20051216233343.8BECB70DD6F@mail.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Fri, 16 Dec 2005 23:33:44 +0000 (GMT) Subject: Atheros Looping: ath0: hardware error; resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nielsen@memberwebs.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 23:17:22 -0000 I have Atheros 5213 based 802.11a cards. When switching 'media' (ie: rates or speed) I often get the following error multiple times on my console: > ath0: hardware error; resetting > ath0: hardware error; resetting It's all fine and good when it's just a few times, but in many cases it enters an endless loop, bringing the wireless link to it's knees. The above line is written to the console over and over again, I'm running FreeBSD 6.0 on two boxes sitting next to each other. The wireless NICs are setup real simple (in rc.conf) with: ifconfig_ath0="inet 10.28.2.18/30 ssid tel2 channel 52 \ mediaopt adhoc" To duplicate run the following several times: # ifconfig ath0 media auto # ifconfig ath0 media OFDM/6Mbps A work around is simply to punch the settings into rc.conf and reboot. Cheers, Nate From owner-freebsd-net@FreeBSD.ORG Fri Dec 16 23:41:22 2005 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 DE07C16A41F for ; Fri, 16 Dec 2005 23:41:22 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) Received: from mail.npubs.com (mail.wsfamily.com [209.66.100.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B98043D5E for ; Fri, 16 Dec 2005 23:41:22 +0000 (GMT) (envelope-from nielsen-list@memberwebs.com) From: Nate Nielsen User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20051216235743.E0E1A70DDA4@mail.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Fri, 16 Dec 2005 23:57:44 +0000 (GMT) Subject: Multicast packets dropped on atheros wireless link X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: nielsen@memberwebs.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Dec 2005 23:41:23 -0000 Certain multicast packets are not making it through an Atheros based 802.11 wireless link. Other drivers/cards (ie: wi) work fine. Two boxes sitting next to each other running FreeBSD 6.0. The cards are set up simply: ifconfig ath0 inet 172.28.2.18/30 ssid tel2 channel 52 \ mediaopt adhoc An OSPF daemon is running on both sides of the wireless link, causing multicast packets to be sent over the ath0 NICs on both boxes. The multicast packets link local multicast (ie: not routeable multicast). Although I'm using OSPF it seems any multicast packets would have the same behaviour. Running 'tcpdump -pnti ath0' on the first box (which indicentally is the BSSID for the adhoc link) shows packet pairs like this: > IP 172.28.2.18 > 224.0.0.5: OSPFv2, Hello, length: 48 > IP 172.28.2.17 > 224.0.0.5: OSPFv2, Hello, length: 44 > IP 172.28.2.18 > 224.0.0.5: OSPFv2, Hello, length: 48 > IP 172.28.2.17 > 224.0.0.5: OSPFv2, Hello, length: 44 These are packets from both OSPF daemons showing up on the ath0 NIC. This is the expected behaviour. However running 'tcpdump -pnti ath0' on the second box we see only: > IP 172.28.2.17 > 224.0.0.5: OSPFv2, Hello, length: 44 > IP 172.28.2.17 > 224.0.0.5: OSPFv2, Hello, length: 44 The packets from the BSSID box never make it over the wireless link. FWIW, setting up the two boxes as hostap/client mode doesn't fix the problem. The multicast packets from the hostap box aren't received on the client. Any ideas on where I should poke around? Cheers, Nate From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 15:59:46 2005 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 6098416A41F for ; Sat, 17 Dec 2005 15:59:46 +0000 (GMT) (envelope-from matparke@cs.indiana.edu) Received: from whale.cs.indiana.edu (whale.cs.indiana.edu [129.79.246.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E86ED43D5A for ; Sat, 17 Dec 2005 15:59:45 +0000 (GMT) (envelope-from matparke@cs.indiana.edu) Received: from whale.cs.indiana.edu (whale.cs.indiana.edu [129.79.246.27]) by whale.cs.indiana.edu (8.12.11/8.12.11/IUCS_2.69) with ESMTP id jBHFxiGV017485 for ; Sat, 17 Dec 2005 10:59:44 -0500 (EST) Date: Sat, 17 Dec 2005 10:59:44 -0500 (EST) From: Matthew David Parker To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: USB wireless with NDISulator X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Dec 2005 15:59:46 -0000 Hello I'm trying to get my Dell 1450 USB wireless card working in FreeBSD 6.0 RELEASE, and am wondering if it's possible to load USB cards with NDISulator. I couldn't find any native drivers for the card, which I believe is a prism2 chipset, and when I opened up the casing the important looking chips had "Conexant" written on them. I tried kldload if_* once and that loaded every ethernet module, and the card didn't work with any of them. (I rebooted right after that to unload everything). When I plug it into the usb port here is the dmesg: ugen0: DELL Dell Wireless 1450 Dual-band (802.11a/b/g) USB 2.0 Adapter, rev 2.00/10.50, addr 2 So it's just loading it as a generic usb device. I followed some instructions and used "ndisgen" to generate a new kernel module from the windows drivers I had for the card, and it created a new PRISMA02_sys.ko module that I put into /boot/kernel. Then I did: kldload ndis kldload PRISMA02_sys Both commands ran without any errors and kldstat gives me:these related entries: 4 2 0xc0e0b000 c960 if_ndis.ko 5 3 0xc0e18000 173c4 ndis.ko 7 1 0xc243f000 59000 PRISMA02_sys.ko But there is nothing new in my dmesg, so I don't think it really did anything (though I think it's supposed to create a ndis0 device). The lights are supposed to turn on on the card as well, which they don't, and ifconfig does not list any new devices available. So first of all I wonder if NDISulator can currently handle USB cards? If not, what if I got FreeBSD 7-CURRENT? Or, I wonder if I have to disable "ugen" from loading when I plug in my card. Though, it seems like ndis would just remove ugen0 whenever it turned the card into ndis0. Also to note, I haven't put the "id" of the device into any of the headers of the modules, and I don't even know how to get the id of it. I'm actually sort of desperate to get this card working because I've got three of them and want to use them all with *bsd. Matt From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 18:59:37 2005 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 A09AC16A41F for ; Sat, 17 Dec 2005 18:59:37 +0000 (GMT) (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 C85D343D90 for ; Sat, 17 Dec 2005 18:59:25 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.192] ([10.0.0.192]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jBHIxNA8024439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Dec 2005 10:59:25 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43A45FCE.50603@errno.com> Date: Sat, 17 Dec 2005 10:58:22 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nielsen@memberwebs.com References: <20051215165651.DF16670DDA6@mail.npubs.com> <43A1C208.5030309@errno.com> <20051216231843.7706370DD6F@mail.npubs.com> In-Reply-To: <20051216231843.7706370DD6F@mail.npubs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Bridging atheros/ethernet seems incredibly 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: Sat, 17 Dec 2005 18:59:37 -0000 Nate Nielsen wrote: > Sam Leffler wrote: > >>adhoc mode is not intended for bridging; I'm a bit surprised it works at >>all (I've never tried it). > > > Perhaps not in the atheros driver, or net80211 subsystem. The atheros driver is irrelevant, it's just a packet pusher. > > But general it does make sense. I'm setting up several point to point > links with relays. The plan is that these relays bridge two freebsd > boxes with a radio in each one. You are describing a WDS link which is not implemented with adhoc mode. > > There seems to be very poor interaction between the bridging code and > the FreeBSD 802.11 subsystem. Perhaps because they're both on layer 2. As I said before, Andrew Atrens did this exercise. The bridge code puts the interface in promiscuous mode and this causes excess traffic due to packets being reflected. > > >>There are special hacks in >>ieee80211_deliver_data specific to hostap. > > > Yes, when I switched the bridging box to hostap mode, the bridge works > at a decent rate (10+ Mbps). > > However when I add the second hop in, performance is once again crap > (500Kbps to 1Mbps). The setup looks like this (where '-' is ethernet, > and '+' is wireless): You've again put the interface in promiscious mode. You will need to augment the net80211 layer to suppress certain traffic. People have done this before; try searching with google. > > The Relay > ----- BOX A ++++++++ BOX B -- BOX C +++++++++ BOX D ----- > Bridged with Ethernet > > BOX B and BOX C are in hostap mode. In the above setup BOX A has fast > throughput to BOX C, and BOX B has equally fast throughput to BOX D. > However BOX A to BOX D is slow. > > Unless there's a simple fix (no pressure), I think I'm giving up on > bridging the relay points. I'll be routing instead, even though that > brings strange multicast problems (which I'll post about seperately). > The code to do this is in the multi-bss vap project I did earlier this year. Unfortunately, as I've said repeatedly, it will not come into freebsd until there are developers committed to handling updating the wireless drivers. > >>>Doing a flood ping from BOX A to a machine bridged across the link is >>>not lossy, instead the send rate is limited. That is, the ping packets >>>are sent slowly. > > > This is also the case over two bridges. > > >>>>13 tx management frames >>>>7 tx frames discarded prior to association >>>>544 tx failed 'cuz too many retries >>>>6014 long on-chip tx retries >>>>876 tx frames with no ack marked >>>>1952 rx failed 'cuz frame too short >>>>5129 rx failed 'cuz of PHY err >>>> 1524 OFDM timing >>>> 3605 OFDM illegal rate >>>>1 beacons transmitted >>>>91 periodic calibrations >>>>rssi of last ack: 36 >>>>avg recv rssi: 38 >>>>1 switched default/rx antenna >>>>Antenna profile: >>>>[1] tx 1192 rx 18513 >>>>[2] tx 68 rx 1 >> >>These are not the stats you want :) > > > I thought (obviously wrongly) the 'OFDM illegal rate' may have something > to do with it. > > >>Look at the 802.11 layer. FWIW I >>recently reorgnized the tools and renamed them so the program you want >>is now called wlanstats and is found in tools/tools/net80211. > > > I'm using FreeBSD 6.0. Here's the output of 80211stats on the bridge. > This is when running in adhoc mode. (ie: BOX B above): > > 5 rx from wrong bssid > 770 rx discard 'cuz dup > 5617 rx beacon frames > 3 active scans started > 2 nodes timed out inactivity > > And on the peer (ie: BOX A above): > > 3015 rx discard 'cuz dup > 6017 rx beacon frames > 3 active scans started > 2 nodes timed out inactivity > > Cheers, > Nate > > From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 19:00:50 2005 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 4463516A41F for ; Sat, 17 Dec 2005 19:00:50 +0000 (GMT) (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 F3EDC43D5E for ; Sat, 17 Dec 2005 19:00:48 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.192] ([10.0.0.192]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jBHJ0mA8024464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Dec 2005 11:00:48 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43A46023.6090509@errno.com> Date: Sat, 17 Dec 2005 10:59:47 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nielsen@memberwebs.com References: <20051216235743.E0E1A70DDA4@mail.npubs.com> In-Reply-To: <20051216235743.E0E1A70DDA4@mail.npubs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Multicast packets dropped on atheros wireless link X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Dec 2005 19:00:50 -0000 Nate Nielsen wrote: > Certain multicast packets are not making it through an Atheros based > 802.11 wireless link. Other drivers/cards (ie: wi) work fine. > > Two boxes sitting next to each other running FreeBSD 6.0. The cards are > set up simply: > > ifconfig ath0 inet 172.28.2.18/30 ssid tel2 channel 52 \ > mediaopt adhoc > > An OSPF daemon is running on both sides of the wireless link, causing > multicast packets to be sent over the ath0 NICs on both boxes. The > multicast packets link local multicast (ie: not routeable multicast). > Although I'm using OSPF it seems any multicast packets would have the > same behaviour. > > Running 'tcpdump -pnti ath0' on the first box (which indicentally is the > BSSID for the adhoc link) shows packet pairs like this: > > >>IP 172.28.2.18 > 224.0.0.5: OSPFv2, Hello, length: 48 >>IP 172.28.2.17 > 224.0.0.5: OSPFv2, Hello, length: 44 >>IP 172.28.2.18 > 224.0.0.5: OSPFv2, Hello, length: 48 >>IP 172.28.2.17 > 224.0.0.5: OSPFv2, Hello, length: 44 > > > These are packets from both OSPF daemons showing up on the ath0 NIC. > This is the expected behaviour. > > However running 'tcpdump -pnti ath0' on the second box we see only: > > >>IP 172.28.2.17 > 224.0.0.5: OSPFv2, Hello, length: 44 >>IP 172.28.2.17 > 224.0.0.5: OSPFv2, Hello, length: 44 > > > The packets from the BSSID box never make it over the wireless link. > > FWIW, setting up the two boxes as hostap/client mode doesn't fix the > problem. The multicast packets from the hostap box aren't received on > the client. > > Any ideas on where I should poke around? wlanstats, wlandebug input. Sam From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 19:28:19 2005 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 7127C16A41F for ; Sat, 17 Dec 2005 19:28:19 +0000 (GMT) (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 C0CE043D70 for ; Sat, 17 Dec 2005 19:28:14 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id jBHJSDA8024549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Dec 2005 11:28:14 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43A46701.5050207@errno.com> Date: Sat, 17 Dec 2005 11:29:05 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: nielsen@memberwebs.com References: <20051216233343.8BECB70DD6F@mail.npubs.com> In-Reply-To: <20051216233343.8BECB70DD6F@mail.npubs.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Atheros Looping: ath0: hardware error; resetting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Dec 2005 19:28:19 -0000 Nate Nielsen wrote: > I have Atheros 5213 based 802.11a cards. When switching 'media' (ie: > rates or speed) I often get the following error multiple times on my > console: > > >>ath0: hardware error; resetting >>ath0: hardware error; resetting > > > It's all fine and good when it's just a few times, but in many cases it > enters an endless loop, bringing the wireless link to it's knees. The > above line is written to the console over and over again, > > I'm running FreeBSD 6.0 on two boxes sitting next to each other. The > wireless NICs are setup real simple (in rc.conf) with: > > ifconfig_ath0="inet 10.28.2.18/30 ssid tel2 channel 52 \ > mediaopt adhoc" > > To duplicate run the following several times: > > # ifconfig ath0 media auto > # ifconfig ath0 media OFDM/6Mbps > > A work around is simply to punch the settings into rc.conf and reboot. Seems to work fine here with CURRENT; I just typed the exact commands from above. "hardware errors" are typically dma errors. If you're operating in adhoc mode the h/w is periodically sending beacons and if that tx descriptor gets setup wrong it can cause a dma error. Marking the interface down will shutdown all dma so if you're seeing these repeat try doing that. Perhaps there is a race in changing state but I just did a tight loop where I switched media and saw nothing bad happen. I can try 6.0 later. FWIW 5213 is kinda nebulous; the only true info are the mac+phy revs from dmesg|grep ath. Sam