From owner-freebsd-net@FreeBSD.ORG Sun Apr 9 12:55:11 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 247BB16A401 for ; Sun, 9 Apr 2006 12:55:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 937F443D48 for ; Sun, 9 Apr 2006 12:55:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 478AE20010D for ; Sun, 9 Apr 2006 14:55:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 89E26200145; Sun, 9 Apr 2006 14:55:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 77D64444F41 for ; Sun, 9 Apr 2006 12:54:04 +0000 (UTC) Date: Sun, 9 Apr 2006 12:54:03 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD net mailing list Message-ID: <20060409124834.F30410@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Subject: sa_len of 0 in ioctl paths, etc. and bogus routes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Apr 2006 12:55:11 -0000 Hi, attached patch and description is for testing and further discussion. You can also fetch it from http://sources.zabbadoz.net/freebsd/patchset/EXPERIMENTAL/sys-net-route.c.diff ! ! These checks are needed so we do not install a route looking ! like this: ! (0) 10.111.66.200 UH tun0 => ! ! When removing this route the kernel will start to walk ! the address space which looks like a hang on amd64 because ! it'll take AGES and on 32bit arch might lead to an insta-panic ! when kernel debugging options are turned on. ! ! The problem is in rtrequest1: ! if (netmask) { ! rt_maskedcopy(dst, ndst, netmask); ! } else ! bcopy(dst, ndst, dst->sa_len); ! ! In both cases the len might be 0 if the application forgot to ! set it. This is an application error but as it can 'stall' ! your system upon removing of the bogus route it has to be ! prevented. ! If it is not ndst will be all-zero leading to above mentioned ! strange routes. ! ! I hit this twice using IOCTLs deprecated since rev. 1 of FreeBSD ! soure and still in the tree. They are descriped by Stevens and that ! might be the reason I had used them in my own code initially. ! Today I know exactly one application (after I had changed my own code) ! still using them and I just fixed usage of that. ! ! I haven't checked if this can also be triggered by using ! SIOCAIFADDR, etc. ! ! Looks good says: gnn ! Tested by: you? ! ! We should probably catch a sa_len of 0 as early as possible in ioctl paths ! too (suggested by gnn). ! Index: route.c =================================================================== RCS file: /shared/mirror/FreeBSD/r/ncvs/src/sys/net/route.c,v retrieving revision 1.114 diff -u -p -r1.114 route.c --- route.c 11 Nov 2005 16:04:48 -0000 1.114 +++ route.c 9 Apr 2006 12:12:38 -0000 @@ -499,6 +499,9 @@ rtrequest(int req, { struct rt_addrinfo info; + if (dst->sa_len == 0) + return(EINVAL); + bzero((caddr_t)&info, sizeof(info)); info.rti_flags = flags; info.rti_info[RTAX_DST] = dst; @@ -1137,6 +1140,9 @@ rtinit(struct ifaddr *ifa, int cmd, int dst = ifa->ifa_addr; netmask = ifa->ifa_netmask; } + if (dst->sa_len == 0) + return(EINVAL); + /* * If it's a delete, check that if it exists, it's on the correct * interface or we might scrub a route to another ifa which would -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-net@FreeBSD.ORG Sun Apr 9 16:23:28 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEEF716A402 for ; Sun, 9 Apr 2006 16:23:28 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8EE543D45 for ; Sun, 9 Apr 2006 16:23:27 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:KXMHVmtm7Qo0Xo6OVsnX5SfcJYqmJIf3lazzXJB2cuVSvm+J6abABH3eRNB7WvtA@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k39GN7f6027303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 01:23:14 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 10 Apr 2006 01:23:07 +0900 Message-ID: From: Hajimu UMEMOTO To: Max Laier In-Reply-To: <200603252038.47924.max@love2party.net> References: <441F274D.1030107@bitfreak.org> <200603210038.28520.max@love2party.net> <200603252038.47924.max@love2party.net> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RC X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Mon, 10 Apr 2006 01:23:16 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: dima <_pppp@mail.ru>, freebsd-net@freebsd.org, Darren Pilgrim Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Apr 2006 16:23:28 -0000 Hi, >>>>> On Sat, 25 Mar 2006 20:38:41 +0100 >>>>> Max Laier said: max> Okay, here is the newest version: max> http://people.freebsd.org/~mlaier/new_iwi/20060325.both_nofw.tgz It was working definitely better than the stock iwi driver on my RELENG_6 box, until upgraded to 6.1-RC. After upgrading to 6.1-RC, it doesn't work nor buildable anymore. Here is the dmesg output: link_elf: symbol taskqueue_start_threads undefined KLD file if_iwiNG.ko - could not finalize loading And, error message at build is here: ume@kasuga:1008% make Warning: Object directory not changed from original /usr/src/sys/modules/iwiNG cc -O2 -pipe -march=pentium-m -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c: In function `iwi_attach': /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c:275: warning: implicit declaration of function `taskqueue_start_threads' /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c:275: warning: nested extern declaration of `taskqueue_start_threads' *** Error code 1 Stop in /usr/src/sys/modules/iwiNG. It is because of the backout of taskqueue stuff: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/taskqueue.h.diff?r1=1.14.2.1&r2=1.14.2.2 Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Sun Apr 9 17:58:08 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E00816A406; Sun, 9 Apr 2006 17:58:08 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id D38E943D49; Sun, 9 Apr 2006 17:58:07 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.178.169] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1FSeAo0mAy-0007IM; Sun, 09 Apr 2006 19:58:06 +0200 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Sun, 9 Apr 2006 19:56:34 +0200 User-Agent: KMail/1.9.1 References: <200603252038.47924.max@love2party.net> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3271108.nvvjxSOvEi"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604091956.42378.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: dima <_pppp@mail.ru>, Darren Pilgrim , Hajimu UMEMOTO Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Apr 2006 17:58:08 -0000 --nextPart3271108.nvvjxSOvEi Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 09 April 2006 18:23, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Sat, 25 Mar 2006 20:38:41 +0100 > >>>>> Max Laier said: > > max> Okay, here is the newest version: > max> http://people.freebsd.org/~mlaier/new_iwi/20060325.both_nofw.tgz > > It was working definitely better than the stock iwi driver on my > RELENG_6 box, until upgraded to 6.1-RC. After upgrading to 6.1-RC, it > doesn't work nor buildable anymore. Here is the dmesg output: > > link_elf: symbol taskqueue_start_threads undefined > KLD file if_iwiNG.ko - could not finalize loading > > And, error message at build is here: > > ume@kasuga:1008% make > Warning: Object directory not changed from original > /usr/src/sys/modules/iwiNG cc -O2 -pipe -march=3Dpentium-m > -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -= I@ > -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fno-common=20 > -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dn= ow > -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -std=3Dc99 -c > /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c > /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c: In function > `iwi_attach': /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c:275: > warning: implicit declaration of function `taskqueue_start_threads' > /usr/src/sys/modules/iwiNG/../../dev/iwiNG/if_iwi.c:275: warning: nested > extern declaration of `taskqueue_start_threads' *** Error code 1 > > Stop in /usr/src/sys/modules/iwiNG. > > It is because of the backout of taskqueue stuff: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/taskqueue.h.diff?r1=3D1= =2E14. >2.1&r2=3D1.14.2.2 Updated version here: http://people.freebsd.org/~mlaier/new_iwi/20060409.both_nofw.tgz Didn't get to merging yet - any help greatly appreciated ;) =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3271108.nvvjxSOvEi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEOUraXyyEoT62BG0RAoJPAJ0aeh5KJHFAkEaiT9jU7SHvewyE0QCfTiIZ TfQShxW3tEsLZiJ1K+z+7n8= =3/zt -----END PGP SIGNATURE----- --nextPart3271108.nvvjxSOvEi-- From owner-freebsd-net@FreeBSD.ORG Sun Apr 9 21:25:48 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 298A916A402 for ; Sun, 9 Apr 2006 21:25:48 +0000 (UTC) (envelope-from matt@successfulhosting.com) Received: from mail.successfulhosting.com (web.successfulhosting.com [147.202.46.199]) by mx1.FreeBSD.org (Postfix) with SMTP id A5D3A43D45 for ; Sun, 9 Apr 2006 21:25:47 +0000 (GMT) (envelope-from matt@successfulhosting.com) Received: (qmail 19466 invoked by uid 0); 9 Apr 2006 21:29:49 -0000 Received: from unknown (HELO BLADESNITZ) (mhouston@successfulhosting.com@68.205.195.64) by mail.successfulhosting.com with SMTP; 9 Apr 2006 21:29:49 -0000 From: "Matt" To: "'Jack Vogel'" , Date: Sun, 9 Apr 2006 17:25:55 -0400 Organization: Successful Hosting Message-ID: <004f01c65c1c$2fcb7360$c802a8c0@BLADESNITZ> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 Thread-Index: AcZIZBQ7XJPB1k09QkC0wZXfx10mUgAhwTawBMv4q4A= In-Reply-To: Cc: Subject: RE: IPMI During Boot X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Apr 2006 21:25:48 -0000 Hello, To bring a little bit of closure to this issue, I'd thought I'd share my workaround since it doesn't seem the driver will be fixed anytime soon (if it is a driver issue?). Basically, 1) Recompile the kernel WITHOUT the "device em" line. Make sure the if_em module compiles though (which will be done unless you've specified MODULE_OVERRIDE somewhere). 2) Edit /etc/rc.conf (or /etc/rc.conf.local or otherwise) to include: network_interfaces="lo0 em0 em1" (Plus any other interfaces you may have) This effectively moves the driver loading to when the ifconfig em0 statemnet is called, which is when the IP is added. Setup properly, IPMI will function through single user mode, FSCK, etc and the complete boot sequence. Tested with 6.1-PRERELEASE. I'm not sure of how ifconfig or the netif startup script acts in other versions. Worst case - if the device driver isn't loaded, then IPMI should still work ;) - Matt -----Original Message----- From: Matt [mailto:matt@successfulhosting.com] Sent: Thursday, March 16, 2006 7:24 AM To: 'Jack Vogel'; 'freebsd-net@freebsd.org' Subject: RE: IPMI During Boot Hello, The help is much appreciate. Just to test thoroughly, I recompiled my kernel without the em driver, and I didn't load the module in loader.conf. Upon rebooting, it flew through just fine, and I was even able to drop to single-user mode with no issues. I then enabled the em module in the loader.conf, and got the results as before, I'm dead in the water until the network is configured. Below is the information you requested. The IPMI Card is currently configured as: IP: 192.168.2.110 MAC: 00:30:48:2F:A0:80 Here's the ifconfig: em0: flags=8843 mtu 1500 options=b inet 192.168.2.105 netmask 0xffffff00 broadcast 192.168.2.255 ether 00:30:48:2f:a0:80 media: Ethernet autoselect (100baseTX ) status: active And pciconf -v -l output: hostb0@pci0:0:0: class=0x060000 card=0x688015d9 chip=0x35908086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Server Memory Controller Hub' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0xff0000 card=0x688015d9 chip=0x35918086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub Error Reporting Registers' none1@pci0:1:0: class=0x088000 card=0x688015d9 chip=0x35948086 rev=0x0c hdr=0x00 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub DMA Controller' class = base peripheral pcib1@pci0:2:0: class=0x060400 card=0x00000050 chip=0x35958086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port A0' class = bridge subclass = PCI-PCI pcib4@pci0:4:0: class=0x060400 card=0x00000050 chip=0x35978086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port B0' class = bridge subclass = PCI-PCI pcib5@pci0:6:0: class=0x060400 card=0x00000050 chip=0x35998086 rev=0x0c hdr=0x01 vendor = 'Intel Corporation' device = 'E752x Memory Controller Hub PCI Express Port C0' class = bridge subclass = PCI-PCI pcib6@pci0:30:0: class=0x060400 card=0x00000000 chip=0x244e8086 rev=0xc2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BA/CA/DB/DBL/EB/ER/FB (ICH2/3/4/4/5/5/6), 6300ESB Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24d08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x688015d9 chip=0x24db8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) EIDE Controller' class = mass storage subclass = ATA none2@pci0:31:3: class=0x0c0500 card=0x688015d9 chip=0x24d38086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801EB/ER (ICH5/ICH5R) SMBus Controller' class = serial bus subclass = SMBus pcib2@pci1:0:0: class=0x060400 card=0x00000044 chip=0x03298086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge A' class = bridge subclass = PCI-PCI none3@pci1:0:1: class=0x080020 card=0x688015d9 chip=0x03268086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller A' class = base peripheral subclass = interrupt controller pcib3@pci1:0:2: class=0x060400 card=0x00000044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class = bridge subclass = PCI-PCI none4@pci1:0:3: class=0x080020 card=0x688015d9 chip=0x03278086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = 'PCI Bridge Hub I/OxAPIC Interrupt Controller B' class = base peripheral subclass = interrupt controller em0@pci2:3:0: class=0x020000 card=0x117a15d9 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci2:3:1: class=0x020000 card=0x117a15d9 chip=0x10798086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' class = network subclass = ethernet ahd0@pci3:4:0: class=0x010000 card=0x688015d9 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7902B Ultra320 SCSI Controller' class = mass storage subclass = SCSI ahd1@pci3:4:1: class=0x010000 card=0x688015d9 chip=0x801d9005 rev=0x10 hdr=0x00 vendor = 'Adaptec Inc' device = 'AIC-7902B Ultra320 SCSI Controller' class = mass storage subclass = SCSI none5@pci6:1:0: class=0x030000 card=0x80081002 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL PCI' class = display subclass = VGA Matt Houston Systems Administrator Successful Hosting matt@successfulhosting.com http://www.SuccessfulHosting.com Toll-Free: +1.866.494.5096 ================================= The Success behind your web site! ================================= -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Jack Vogel Sent: Wednesday, March 15, 2006 2:01 PM To: Julian Elischer Cc: Matt; freebsd-net@freebsd.org Subject: Re: IPMI During Boot On 3/15/06, Jack Vogel wrote: > On 3/15/06, Julian Elischer wrote: > > > > Working with intel (TM) motherboards using the Intel Gb chips, > > and talking to the intel reps last year (for my previous employer) I was > > led to believe that > > these chips supported IPMI by giving the BMC a back door into the same > > NIC that the > > OS was using. > > (using an I2c (SMB) interface) > > On the machines I used, I am pretty sure the bios gave the same MAC > > address to the BMC > > side of things as the OS side of theings by default, and we had is set > > up so that we used the > > same IP address also. > > well, i'm not positive about the MAC thing, but I am quite sure that on > IBM xSeries systems you assigned a different IP address to the BMC, > this was done in the BIOS. And, when I think about that, if it did have > a seperate IP address then it musta had a seperate MAC too... > > Course, that was IBM hardware. I'll have to check up on this more > at work tomorrow. > > So Julian, are you saying that you have seen this kind of functionality > work on FreeBSD?? Hmm, well I've been told that using the same IP address or not should both work :) Matt, can you do a pciconf listing for me, I'd like to see exactly what MAC you have. The most recent systems that are AMT capable need some special code in the driver that FreeBSD doesnt yet have. I'm wondering if that might be whats happening here. Jack _______________________________________________ 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 Sun Apr 9 22:32:49 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67D9E16A400 for ; Sun, 9 Apr 2006 22:32:49 +0000 (UTC) (envelope-from andrea@webcom.it) Received: from www.webcom.it (gen053.n002.c03.escapebox.net [213.73.82.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EAA143D49 for ; Sun, 9 Apr 2006 22:32:48 +0000 (GMT) (envelope-from andrea@webcom.it) Received: from andrea by webcom.it with local (Exim 3.36 #1) id 1FSiSc-0009h6-00 for freebsd-net@freebsd.org; Sun, 09 Apr 2006 22:32:46 +0000 Date: Sun, 9 Apr 2006 22:32:46 +0000 From: Andrea Campi To: freebsd-net@freebsd.org Message-ID: <20060409223246.GA1747@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Sender: Andrea Campi Subject: TCP Daytona in userland X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Apr 2006 22:32:49 -0000 Hi all, I have started working on a "TCP Daytona" implementation [1]. I'm quite familiar with TCP/IP in theory, and sort of familiar with the BSD implementation ideas, but looking into tcp_input and tcp_output is always a mistic experience ;-) I tried to understand how I could generate multiple (either duplicate or better partial ACKs), but I guess tcp_output is really not meant to do such a thing. Does anyone have an idea of how hard would it be to generate more than one ACK for an input packet, and could you give me some suggestion? So to get my feet wet, I've decided to start from a simple userland implementation using BPF. Currently I'm using a test program that does an HTTP transfer and, from a parallel thread, I monitor the conversation and send additional ACKs for each genuine ACK I see. This doesn't seem to have any (positive or negative) effect if I send 1 or 2 duplicate ACKs, but slows the connection down if I send 3 or more additional ACKs. I didn't have much time to investigate this yet. Sadly, this wouldn't work if I wanted to send partial ACKs instead. What would be nice is to be able to stop the genuine ACK from being sent and inject partial ACKs instead. Do we have any mechanism that would allow me to do this? Maybe I should be using divert(4) instead? Lastly, if anybody already worked on this: do you have any additional suggestion? In particular regarding the testing methodology: since a few years have passed, I'm not quite sure whether different OSs have implemented any countermeasure. I'm mainly testing against a FreeBSD box I control, and I don't think we have any defence against this yet. Bye, Andrea 1. as per the Savage et al. paper: http://www-cse.ucsd.edu/~savage/papers/CCR99.pdf From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 09:40:53 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 032B116A401 for ; Mon, 10 Apr 2006 09:40:53 +0000 (UTC) (envelope-from stefan@sf-net.com) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49F4E43D49 for ; Mon, 10 Apr 2006 09:40:51 +0000 (GMT) (envelope-from stefan@sf-net.com) Received: from [195.238.138.179] (helo=[192.168.130.99]) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1FSst62Vkz-0005iC; Mon, 10 Apr 2006 11:40:49 +0200 Mime-Version: 1.0 (Apple Message framework v749.3) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Date: Mon, 10 Apr 2006 11:40:46 +0200 To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.749.3) X-Provags-ID: kundenserver.de abuse@kundenserver.de login:0525cf9cbe16c6d3d153baa8ed291ac7 Subject: raw ip paket sendto error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 09:40:53 -0000 Hi, I'm trying to port my little application to the FreeBSD-system and encountered some difficults I can't solve. The program is running fine on SunOS, OpenBSD, Mac OS X and Debian GNU/Linux so I thought it should run fine on FreeBSD too. Maybe I forget something and you can help me out? The first problem I had was at the function getaddrinfo. If I don't submit a hints struct I get an error like this: "servname not supported for ai_socktype" This is the source part where the error occured: if((getaddrinfoError = getaddrinfo(src_addr, src_port, NULL, &src_ai)) != 0) { fprintf(stderr, "Error getaddrinfo (src address): %s\n", gai_strerror(getaddrinfoError)); exit(EXIT_FAILURE); } When I changed it to use a hint like this: struct addrinfo hints; hints.ai_family = PF_UNSPEC; hints.ai_socktype = SOCK_DGRAM; hints.ai_flags = 0; hints.ai_protocol = 0; hints.ai_addrlen = 0; hints.ai_canonname = NULL; hints.ai_addr = NULL; hints.ai_next = NULL; The function runs fine like I expected. Why does this happen on FreeBSD systems? Another major problem I have is with the sendto function. I've created a raw IP paket and tried to send it out and I get this error: "Invalid argument" Here is the source part for the sendto function. sockfd = socket(AF_INET, SOCK_RAW, IPPROTO_RAW); setsockopt(sockfd, IPPROTO_IP, IP_HDRINCL, (char *)&on, sizeof(on)); result = sendto(sockfd, packet, (sizeof(struct ip) + sizeof(struct udphdr) + payload_len), 0, (struct sockaddr *)&sin4, (socklen_t)sizeof(struct sockaddr)); I can't figure out where the problem could be. I even don't know what the error means or where I should look for. Do you have any suggestions? Best regards, Stefan From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 10:03:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E64A016A401 for ; Mon, 10 Apr 2006 10:03:30 +0000 (UTC) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (ns.live555.com [66.80.62.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4D2143D45 for ; Mon, 10 Apr 2006 10:03:29 +0000 (GMT) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (localhost.live555.com [127.0.0.1]) by ns.live555.com (8.13.4/8.13.4) with ESMTP id k3AA3NZi012572; Mon, 10 Apr 2006 03:03:23 -0700 (PDT) (envelope-from rsf@ns.live555.com) Received: (from rsf@localhost) by ns.live555.com (8.13.4/8.13.4/Submit) id k3AA3Mrl012565; Mon, 10 Apr 2006 03:03:22 -0700 (PDT) (envelope-from rsf) Message-Id: <7.0.1.0.1.20060410030102.01e8b700@live555.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Mon, 10 Apr 2006 03:03:16 -0700 To: Max Laier From: Ross Finlayson In-Reply-To: <200604091956.42378.max@love2party.net> References: <200603252038.47924.max@love2party.net> <200604091956.42378.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 10:03:31 -0000 For some reason, I'm unable to load the firmware for the new driver ("20060409.both_nofw.tgz"): #kldload -v if_iwiNG Loaded if_iwiNG, id=3 #dmesg|fgrep iwi iwi0: mem 0xe1021000-0xe1021fff irq 10 at device 18.0 on pci0 iwi0: Ethernet address: 00:12:f0:1d:0b:a4 #iwicontrol -i iwi0 -d /boot/firmware -m ibss iwicontrol: Can't load firmware to driver: Invalid argument (This worked OK with the original "iwi" driver.) Ross Finlayson Live Networks, Inc. (LIVE555.COM) From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 10:17:39 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C84116A417 for ; Mon, 10 Apr 2006 10:17:39 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F99F43D45 for ; Mon, 10 Apr 2006 10:17:37 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:7HW/l2szuCfxNAzixpGIIofZhXrr9G2+LLHVJsMIvksqPfEf0GVNoOnded980soS@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k3AAHQxb043272 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 19:17:27 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 10 Apr 2006 19:17:25 +0900 Message-ID: From: Hajimu UMEMOTO To: Ross Finlayson In-Reply-To: <7.0.1.0.1.20060410030102.01e8b700@live555.com> References: <200603252038.47924.max@love2party.net> <200604091956.42378.max@love2party.net> <7.0.1.0.1.20060410030102.01e8b700@live555.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.5) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.5-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:::1]); Mon, 10 Apr 2006 19:17:30 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: Max Laier , freebsd-net@freebsd.org Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 10:17:39 -0000 Hi, >>>>> On Mon, 10 Apr 2006 03:03:16 -0700 >>>>> Ross Finlayson said: finlayson> #iwicontrol -i iwi0 -d /boot/firmware -m ibss finlayson> iwicontrol: Can't load firmware to driver: Invalid argument finlayson> (This worked OK with the original "iwi" driver.) New iwi driver loads firmware automatically. You need to install ports/net/iwi-firmware-kmod instead of ports/net/iwi-firmware. If you are using RELENG_6, you need to specify -DTESTING to an argument of make(1) when building iwi-firmware-kmod. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 11:02:52 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6197016A401 for ; Mon, 10 Apr 2006 11:02:52 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DB8C43D45 for ; Mon, 10 Apr 2006 11:02:52 +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 k3AB2pSY092597 for ; Mon, 10 Apr 2006 11:02:51 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k3AB2o8Q092590 for freebsd-net@freebsd.org; Mon, 10 Apr 2006 11:02:50 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Apr 2006 11:02:50 GMT Message-Id: <200604101102.k3AB2o8Q092590@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, 10 Apr 2006 11:02:52 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2006/01/30] kern/92552 net A serious bug in most network drivers fro f [2006/02/12] kern/93220 net [inet6] nd6_lookup: failed to add route f 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit o [2006/04/03] i386/95267 net packet drops periodically appear 2 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 11:38:52 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 988E516A400 for ; Mon, 10 Apr 2006 11:38:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outbound7.internet-mail-service.net (outbound7.internet-mail-service.net [216.240.47.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E10443D5D for ; Mon, 10 Apr 2006 11:38:52 +0000 (GMT) (envelope-from julian@elischer.org) Received: from idiom.com (idiom.com [216.240.32.1]) by outbound.internet-mail-service.net (Postfix) with ESMTP id B6792244A00; Mon, 10 Apr 2006 04:38:51 -0700 (PDT) Received: from [192.168.2.7] (home.elischer.org [216.240.48.38]) by idiom.com (8.12.11/8.12.11) with ESMTP id k3ABcoPX006277; Mon, 10 Apr 2006 04:38:51 -0700 (PDT) (envelope-from julian@elischer.org) Message-ID: <443A43CA.1030508@elischer.org> Date: Mon, 10 Apr 2006 04:38:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrea Campi References: <20060409223246.GA1747@webcom.it> In-Reply-To: <20060409223246.GA1747@webcom.it> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: TCP Daytona in userland X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 11:38:52 -0000 Andrea Campi wrote: >Hi all, > >I have started working on a "TCP Daytona" implementation [1]. I'm >quite familiar with TCP/IP in theory, and sort of familiar with the >BSD implementation ideas, but looking into tcp_input and tcp_output is >always a mistic experience ;-) I tried to understand how I could >generate multiple (either duplicate or better partial ACKs), but I >guess tcp_output is really not meant to do such a thing. Does anyone >have an idea of how hard would it be to generate more than one ACK for >an input packet, and could you give me some suggestion? > >So to get my feet wet, I've decided to start from a simple userland >implementation using BPF. Currently I'm using a test program that does >an HTTP transfer and, from a parallel thread, I monitor the >conversation and send additional ACKs for each genuine ACK I see. This >doesn't seem to have any (positive or negative) effect if I send 1 or >2 duplicate ACKs, but slows the connection down if I send 3 or more >additional ACKs. I didn't have much time to investigate this yet. > >Sadly, this wouldn't work if I wanted to send partial ACKs instead. >What would be nice is to be able to stop the genuine ACK from being >sent and inject partial ACKs instead. Do we have any mechanism that >would allow me to do this? Maybe I should be using divert(4) instead? > > use netgraph with the ng_ether and the ng_etf filter to separate out IP packets and send them to you? if you use divert then re-injecting packets will put them out through ip_output which is probably not what you want. >Lastly, if anybody already worked on this: do you have any additional >suggestion? In particular regarding the testing methodology: since a >few years have passed, I'm not quite sure whether different OSs have >implemented any countermeasure. I'm mainly testing against a FreeBSD >box I control, and I don't think we have any defence against this yet. > >Bye, > Andrea > >1. as per the Savage et al. paper: >http://www-cse.ucsd.edu/~savage/papers/CCR99.pdf >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 12:32:24 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E494416A401 for ; Mon, 10 Apr 2006 12:32:24 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4156E43D45 for ; Mon, 10 Apr 2006 12:32:23 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:WZmQ65Ko9h98QvmnW2icLHU1w9j+kT+xYzK6aE+YjwWA8kx5dWyRI0f2sEF7hFV+@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.6/8.13.6) with ESMTP/inet6 id k3ACW9Mv024538 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Apr 2006 21:32:09 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 10 Apr 2006 21:32:09 +0900 Message-ID: From: Hajimu UMEMOTO To: Max Laier In-Reply-To: <200604091956.42378.max@love2party.net> References: <200603252038.47924.max@love2party.net> <200604091956.42378.max@love2party.net> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-RC X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Mon, 10 Apr 2006 21:32:16 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on ameno.mahoroba.org Cc: dima <_pppp@mail.ru>, freebsd-net@freebsd.org, Darren Pilgrim Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 12:32:25 -0000 Hi, >>>>> On Sun, 9 Apr 2006 19:56:34 +0200 >>>>> Max Laier said: max> Updated version here: max> http://people.freebsd.org/~mlaier/new_iwi/20060409.both_nofw.tgz It seems working fine, again. Thank you! I forgot to mention one problem which I didn't see with stock iwi driver on RELENG_6: iwi0: unknown notification type 40 flags 0xa0 len 40 max> Didn't get to merging yet - any help greatly appreciated ;) Why don't you commit it into HEAD, yet? :) Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 13:49:33 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CC5516A400; Mon, 10 Apr 2006 13:49:33 +0000 (UTC) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (ns.live555.com [66.80.62.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78C9E43D45; Mon, 10 Apr 2006 13:49:32 +0000 (GMT) (envelope-from rsf@ns.live555.com) Received: from ns.live555.com (localhost.live555.com [127.0.0.1]) by ns.live555.com (8.13.4/8.13.4) with ESMTP id k3ADnViF092343; Mon, 10 Apr 2006 06:49:31 -0700 (PDT) (envelope-from rsf@ns.live555.com) Received: (from rsf@localhost) by ns.live555.com (8.13.4/8.13.4/Submit) id k3ADnUKh092332; Mon, 10 Apr 2006 06:49:30 -0700 (PDT) (envelope-from rsf) Message-Id: <7.0.1.0.1.20060410064223.01cfe410@live555.com> X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0 Date: Mon, 10 Apr 2006 06:49:19 -0700 To: Hajimu UMEMOTO From: Ross Finlayson In-Reply-To: References: <200603252038.47924.max@love2party.net> <200604091956.42378.max@love2party.net> <7.0.1.0.1.20060410030102.01e8b700@live555.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Max Laier , freebsd-net@freebsd.org Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 13:49:33 -0000 >New iwi driver loads firmware automatically. You need to install >ports/net/iwi-firmware-kmod instead of ports/net/iwi-firmware. If you >are using RELENG_6, you need to specify -DTESTING to an argument of >make(1) when building iwi-firmware-kmod. OK, thanks - that works. However, I have still been unsuccessful trying to get IBSS mode to work with the new (or old) "iwi" driver. I ran: ifconfig iwi0 inet ssid FOOBAR channel 5 mediaopt adhoc up and then "ifconfig iwi0" indicates media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) but no other clients are able to see it. Has anyone gotten this to work? (I can't use BSS mode, because I want to run it as a base station, and "hostap" doesn't work for it - being a non-Prism chipset.) Ross Finlayson Live Networks, Inc. (LIVE555.COM) From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 14:41:52 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.ORG Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B54416A401 for ; Mon, 10 Apr 2006 14:41:52 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F63443D49 for ; Mon, 10 Apr 2006 14:41:51 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (wfwnet@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k3AEfiO0090652 for ; Mon, 10 Apr 2006 16:41:49 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k3AEfiua090651; Mon, 10 Apr 2006 16:41:44 +0200 (CEST) (envelope-from olli) Date: Mon, 10 Apr 2006 16:41:44 +0200 (CEST) Message-Id: <200604101441.k3AEfiua090651@lurza.secnetix.de> From: Oliver Fromme To: freebsd-net@FreeBSD.ORG In-Reply-To: <44odzdnt6y.fsf@be-well.ilk.org> X-Newsgroups: list.freebsd-net User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 10 Apr 2006 16:41:50 +0200 (CEST) Cc: Subject: Re: qemu + 802.1Q VLANs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-net@FreeBSD.ORG List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 14:41:52 -0000 Lowell Gilbert wrote: > Oliver Fromme writes: > > I'm running FreeBSD/i386 RELENG_6 as a guest within qemu > > on a FreeBSD host. Guest and host are connected through > > the usual tap0/ed0 virtual ethernet. > > > > The host receives an 802.1Q VLAN trunk from a VLAN-capable > > Cisco switch, and uses several VLANs from within that trunk. > > I would like to access some of the VLANs from the guest OS > > running in qemu, too, but haven't been able to find out how > > to do that. > > > > So, here's the question: Is it possible to "forward" a > > VLAN trunk into a qemu guest somehow, so that both host > > and guest can use VLANs from it? > > Yes. [Fabulously useful technique, by the way; I have set up some > very complicated test configurations on a single fiber this way.] > > You need to bridge to the guest's interface. Ah, bridge ... Thanks for the hint. I was looking in the directions of IPFW FWD, net.inet.ip.forwarding, netgraph and similar things. Using bridge didn't cross my mind for some reason. :-) > I think this is the minimum example you'll need as a hint: > > ifconfig bridge0 create > ifconfig vlan11 create > ifconfig vlan11 vlan 11 vlandev ti0 up > qemu -net nic,vlan=0,macaddr=52:54:00:12:12:01 -net tap,ifname=/dev/tap0,vlan=0 disk.image > ifconfig bridge0 addm vlan11 addm tap0 up Well, that would feed vlan11 into the qemu guest, right? What I need is to feed the whole trunk into the quemu guest, so I can do create the vlan interfaces within the guest. Would it work to bridge the whole (physical) trunk interface into the guest? i.e. following your example: ifconfig bridge0 addm ti0 addm tap0 up Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 16:42:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA08216A400 for ; Mon, 10 Apr 2006 16:42:30 +0000 (UTC) (envelope-from joe@joeholden.co.uk) Received: from elise.stf.rewt.org.uk (elise.stf.rewt.org.uk [82.152.108.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 403A943D46 for ; Mon, 10 Apr 2006 16:42:28 +0000 (GMT) (envelope-from joe@joeholden.co.uk) Received: from [82.152.108.166] (im.a.raver.not.a.fucking.drug-addict.be [82.152.108.166]) (authenticated bits=0) by elise.stf.rewt.org.uk (8.13.6/8.13.4) with ESMTP id k3AGgKMn095025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 10 Apr 2006 17:42:20 +0100 (BST) (envelope-from joe@joeholden.co.uk) Message-ID: <443A8AB2.90707@joeholden.co.uk> Date: Mon, 10 Apr 2006 17:41:22 +0100 From: Joe Holden User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.94.0.0 OpenPGP: id=13A6D1E7; url=http://www.joeholden.co.uk/pubkey.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5828DC06A9860ECE78E8BB89" X-Spam-Status: No, score=-1.4 required=3.0 tests=ALL_TRUSTED,AWL autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on elise.stf.rewt.org.uk Subject: Support for Conexant AccessRunner ADSL PCI Cards X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joe@joeholden.co.uk List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 16:42:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5828DC06A9860ECE78E8BB89 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hello all, Does anyone know if the above card is supported yet, or if it is=20 planned? In particular, i'm interested in getting a Zoom 5506 PCI Card=20 working under Freebsd, which uses this chipset. Thank you for your time. --------------enig5828DC06A9860ECE78E8BB89 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEOoq0dQJXshOm0ecRAoQiAJ9sz5EIPbuNEhbMpwWN3nzr7AkzfQCeOseq A8h3bxFrh/rTVa0VV/3XPWE= =P7ei -----END PGP SIGNATURE----- --------------enig5828DC06A9860ECE78E8BB89-- From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 17:01:07 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCCF616A401 for ; Mon, 10 Apr 2006 17:01:07 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87A1943D45 for ; Mon, 10 Apr 2006 17:01:06 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 25085 invoked from network); 10 Apr 2006 17:01:04 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.150.255]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 10 Apr 2006 17:01:04 -0000 Date: Mon, 10 Apr 2006 19:00:49 +0200 From: Fabian Keil To: Hajimu UMEMOTO Message-ID: <20060410190049.4b6ad9a5@localhost> In-Reply-To: References: <200603252038.47924.max@love2party.net> <200604091956.42378.max@love2party.net> <7.0.1.0.1.20060410030102.01e8b700@live555.com> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_W3PunnIkpfnK8P6YJm+UR.G; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Max Laier , freebsd-net@freebsd.org Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 17:01:07 -0000 --Sig_W3PunnIkpfnK8P6YJm+UR.G Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hajimu UMEMOTO wrote: > >>>>> On Mon, 10 Apr 2006 03:03:16 -0700 > >>>>> Ross Finlayson said: >=20 > finlayson> #iwicontrol -i iwi0 -d /boot/firmware -m ibss > finlayson> iwicontrol: Can't load firmware to driver: Invalid argument >=20 > finlayson> (This worked OK with the original "iwi" driver.) >=20 > New iwi driver loads firmware automatically. You need to install > ports/net/iwi-firmware-kmod instead of ports/net/iwi-firmware. If you > are using RELENG_6, you need to specify -DTESTING to an argument of > make(1) when building iwi-firmware-kmod. I did that on 6.1-RC FreeBSD 6.1-RC #1: Sun Apr 9 20:07:42 CEST 2006 and know I have the following modules available: fk@TP51 /boot/kernel $ls /boot/kernel/*iwi* /boot/kernel/if_iwiNG.ko* /boot/kernel/iwi_ibss.ko* /boot/kernel/iwi_boot.ko* /boot/kernel/iwi_monitor.ko* /boot/kernel/iwi_bss.ko* Is there still something missing? No matter which module I try to kldload first, it always fails with messages like: KLD if_iwiNG.ko: depends on firmware - not available KLD iwi_bss.ko: depends on firmware - not available KLD iwi_boot.ko: depends on firmware - not available KLD if_iwiNG.ko: depends on firmware - not available KLD iwi_bss.ko: depends on firmware - not available KLD iwi_ibss.ko: depends on firmware - not available KLD iwi_boot.ko: depends on firmware - not available I thought the firmware was in the iwi_*.ko files? Fabian --=20 http://www.fabiankeil.de/ --Sig_W3PunnIkpfnK8P6YJm+UR.G Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOo9LjV8GA4rMKUQRAroEAKCn2GFZuMvZZ8P1K/XQ+IjiBKdU4wCfVYuP J/8L9oMCi8Sh4RPWYel97zk= =aG/t -----END PGP SIGNATURE----- --Sig_W3PunnIkpfnK8P6YJm+UR.G-- From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 19:00:00 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92AE616A405; Mon, 10 Apr 2006 19:00:00 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A9D143D53; Mon, 10 Apr 2006 18:59:59 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.181.27] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1FT1cE2Vm2-0000aZ; Mon, 10 Apr 2006 20:59:58 +0200 From: Max Laier Organization: FreeBSD To: Fabian Keil Date: Mon, 10 Apr 2006 20:58:19 +0200 User-Agent: KMail/1.9.1 References: <20060410190049.4b6ad9a5@localhost> In-Reply-To: <20060410190049.4b6ad9a5@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1472137.COfGhgEvtU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604102058.25742.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: freebsd-net@freebsd.org, Hajimu UMEMOTO Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 19:00:00 -0000 --nextPart1472137.COfGhgEvtU Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 10 April 2006 19:00, Fabian Keil wrote: > Hajimu UMEMOTO wrote: > > >>>>> On Mon, 10 Apr 2006 03:03:16 -0700 > > >>>>> Ross Finlayson said: > > > > finlayson> #iwicontrol -i iwi0 -d /boot/firmware -m ibss > > finlayson> iwicontrol: Can't load firmware to driver: Invalid argument > > > > finlayson> (This worked OK with the original "iwi" driver.) > > > > New iwi driver loads firmware automatically. You need to install > > ports/net/iwi-firmware-kmod instead of ports/net/iwi-firmware. If you > > are using RELENG_6, you need to specify -DTESTING to an argument of > > make(1) when building iwi-firmware-kmod. > > I did that on 6.1-RC FreeBSD 6.1-RC #1: Sun Apr 9 20:07:42 CEST 2006 > and know I have the following modules available: > > fk@TP51 /boot/kernel $ls /boot/kernel/*iwi* > /boot/kernel/if_iwiNG.ko* /boot/kernel/iwi_ibss.ko* > /boot/kernel/iwi_boot.ko* /boot/kernel/iwi_monitor.ko* > /boot/kernel/iwi_bss.ko* > > Is there still something missing? No matter which module I try > to kldload first, it always fails with messages like: > > KLD if_iwiNG.ko: depends on firmware - not available > KLD iwi_bss.ko: depends on firmware - not available > KLD iwi_boot.ko: depends on firmware - not available > KLD if_iwiNG.ko: depends on firmware - not available > KLD iwi_bss.ko: depends on firmware - not available > KLD iwi_ibss.ko: depends on firmware - not available > KLD iwi_boot.ko: depends on firmware - not available This refers to the firmware(9) module that supplies basic support for firmw= are=20 loading and should be part of RELENG_6 for a long time already. How did yo= u=20 install that kernel? To fix it you can do: # cd /usr/src/sys/modules/firmware; make all install clean which should give you /boot/kernel/firmware.ko. Nontheless it would be=20 interesting why this isn't there already. > I thought the firmware was in the iwi_*.ko files? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1472137.COfGhgEvtU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEOqrRXyyEoT62BG0RAqA2AJ9nH5Lum0GV52F3wPRKs8vU5u1UlgCfYDaa Sy1vN/SIYtRh+ovN7f9BbqQ= =0G+O -----END PGP SIGNATURE----- --nextPart1472137.COfGhgEvtU-- From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 19:20:32 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C63016A400 for ; Mon, 10 Apr 2006 19:20:32 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C1FD43D45 for ; Mon, 10 Apr 2006 19:20:30 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 30802 invoked from network); 10 Apr 2006 19:20:29 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.145.164]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 10 Apr 2006 19:20:29 -0000 Date: Mon, 10 Apr 2006 21:20:14 +0200 From: Fabian Keil To: Max Laier Message-ID: <20060410212014.7ebfdae7@localhost> In-Reply-To: <200604102058.25742.max@love2party.net> References: <20060410190049.4b6ad9a5@localhost> <200604102058.25742.max@love2party.net> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_aK2s994X+8fNLmYcp+8YJke; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-net@freebsd.org Subject: Re: New version of iwi(4) - Call for testers [regression!] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 19:20:32 -0000 --Sig_aK2s994X+8fNLmYcp+8YJke Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Max Laier wrote: > On Monday 10 April 2006 19:00, Fabian Keil wrote: > > Hajimu UMEMOTO wrote: > > > New iwi driver loads firmware automatically. You need to install > > > ports/net/iwi-firmware-kmod instead of ports/net/iwi-firmware. > > > If you are using RELENG_6, you need to specify -DTESTING to an > > > argument of make(1) when building iwi-firmware-kmod. > > > > I did that on 6.1-RC FreeBSD 6.1-RC #1: Sun Apr 9 20:07:42 CEST 2006 > > and know I have the following modules available: > > > > fk@TP51 /boot/kernel $ls /boot/kernel/*iwi* > > /boot/kernel/if_iwiNG.ko* /boot/kernel/iwi_ibss.ko* > > /boot/kernel/iwi_boot.ko* /boot/kernel/iwi_monitor.ko* > > /boot/kernel/iwi_bss.ko* > > > > Is there still something missing? No matter which module I try > > to kldload first, it always fails with messages like: > > > > KLD if_iwiNG.ko: depends on firmware - not available > > KLD iwi_bss.ko: depends on firmware - not available > > KLD iwi_boot.ko: depends on firmware - not available > > KLD if_iwiNG.ko: depends on firmware - not available > > KLD iwi_bss.ko: depends on firmware - not available > > KLD iwi_ibss.ko: depends on firmware - not available > > KLD iwi_boot.ko: depends on firmware - not available >=20 > This refers to the firmware(9) module that supplies basic support for > firmware loading and should be part of RELENG_6 for a long time > already. How did you install that kernel? To fix it you can do: >=20 > # cd /usr/src/sys/modules/firmware; make all install clean >=20 > which should give you /boot/kernel/firmware.ko. Nontheless it would > be interesting why this isn't there already. Thanks for the quick reply, it's working now. I'm using MODULES_OVERRIDE and didn't need firmware(9) until now. I assumed "depends on firmware" was referring to some missing iwi firmware, sorry for the noise.=20 Fabian --=20 http://www.fabiankeil.de/ --Sig_aK2s994X+8fNLmYcp+8YJke Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEOq/9jV8GA4rMKUQRAryyAKCtNiHpZag2FNEGj0EgID+H5jhpqACePGwY tvsnXJJAKil4f3eK7fyMf+4= =kTKT -----END PGP SIGNATURE----- --Sig_aK2s994X+8fNLmYcp+8YJke-- From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 19:26:43 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69B5016A403 for ; Mon, 10 Apr 2006 19:26:43 +0000 (UTC) (envelope-from _pppp@mail.ru) Received: from f63.mail.ru (f63.mail.ru [194.67.57.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 083C543D48 for ; Mon, 10 Apr 2006 19:26:43 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f63.mail.ru with local id 1FT224-000F6f-00 for freebsd-net@freebsd.org; Mon, 10 Apr 2006 23:26:40 +0400 Received: from [81.200.14.42] by koi.mail.ru with HTTP; Mon, 10 Apr 2006 23:26:40 +0400 From: dima <_pppp@mail.ru> To: freebsd-net@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.14.42] Date: Mon, 10 Apr 2006 23:26:40 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: is NFS production-ready ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 19:26:43 -0000 First, searching through the archives I'm about to say "No". My goal is to provide NFS service to many FreeBSD clients sharing the exports. The usage pattern appears to be "many reads and not as much writes". The deployment might look like the following: a SAN and 2 NFS servers sharing its LUNs. The servers use hot-standby scheme provided by CARP (or its equivalent). Many FreeBSD clients would share their exports. I wish servers ran FreeBSD also since it's the best known OS for the company administrators. The majors are: - no data corruption - no hangs (this seems to be the largest problem with current implementation) - client retry on failure - a reasonable read speed My questions: 1. NFS/UDP (it's stateless!) is considered to be "evil". Why (assuming I can grant a balanced network bandwidth)? 2. NFS server implementation seems to be very buggy. Any success stories? Well, NFS servers can easily run Linux, Solaris etc. 3. Is at least implementation of NFS client (either kernel-side or user-space) stable enough for production use? Client OS replacement is impossible (hardly suitable, really) in my project. PS: The competing options are either SMB or CODA for now. Any other suggestions? PPS: I'd be happy to hear that FreeBSD supports at least one really clustered FS (proprietary ones are also OK). But I think I wouldn't :( From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 19:43:25 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6DCA16A403 for ; Mon, 10 Apr 2006 19:43:25 +0000 (UTC) (envelope-from zanecb@midwest-connections.com) Received: from mail.midwest-connections.com (mail.midwest-connections.com [69.148.152.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C4BB43D49 for ; Mon, 10 Apr 2006 19:43:25 +0000 (GMT) (envelope-from zanecb@midwest-connections.com) Received: (qmail 15127 invoked by uid 503); 10 Apr 2006 19:46:20 -0000 Received: from unknown (HELO zerda) (zanecb@69.155.32.130) by 0 with ESMTPA; 10 Apr 2006 19:46:20 -0000 Date: Mon, 10 Apr 2006 14:43:35 -0500 From: "Zane C.B." To: freebsd-net@freebsd.org Message-ID: <20060410144335.44ae68a3@zerda> In-Reply-To: References: Organization: Midwest Connections Inc. X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.17; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dima <_pppp@mail.ru> Subject: Re: is NFS production-ready ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 19:43:26 -0000 On Mon, 10 Apr 2006 23:26:40 +0400 dima <_pppp@mail.ru> wrote: > First, searching through the archives I'm about to say "No". > > My goal is to provide NFS service to many FreeBSD clients sharing the > exports. The usage pattern appears to be "many reads and not as much > writes". The deployment might look like the following: a SAN and 2 > NFS servers sharing its LUNs. The servers use hot-standby scheme > provided by CARP (or its equivalent). Many FreeBSD clients would > share their exports. I wish servers ran FreeBSD also since it's the > best known OS for the company administrators. > > The majors are: > - no data corruption > - no hangs (this seems to be the largest problem with current > implementation) > - client retry on failure > - a reasonable read speed > > My questions: > 1. NFS/UDP (it's stateless!) is considered to be "evil". Why > (assuming I can grant a balanced network bandwidth)? 2. NFS server > implementation seems to be very buggy. Any success stories? Well, NFS > servers can easily run Linux, Solaris etc. 3. Is at least > implementation of NFS client (either kernel-side or user-space) > stable enough for production use? Client OS replacement is impossible > (hardly suitable, really) in my project. > > PS: The competing options are either SMB or CODA for now. Any other > suggestions? > > PPS: I'd be happy to hear that FreeBSD supports at least one really > clustered FS (proprietary ones are also OK). But I think I wouldn't :( I have been using NFS on FreeBSD for years and never have a had a problem. As long as the network is sound it works nicely. From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 20:07:46 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D2C416A42A for ; Mon, 10 Apr 2006 20:07:46 +0000 (UTC) (envelope-from bms@spc.org) Received: from mindfull.spc.org (mindfull.spc.org [83.167.185.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id B500043D45 for ; Mon, 10 Apr 2006 20:07:45 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org ([83.167.185.2]) by mindfull.spc.org with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FT2fh-0006Ag-PH; Mon, 10 Apr 2006 21:07:37 +0100 Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 83FAE65499; Mon, 10 Apr 2006 21:07:33 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 76425-02-2; Mon, 10 Apr 2006 21:07:32 +0100 (BST) Received: by arginine.spc.org (Postfix, from userid 1078) id C3274653F9; Mon, 10 Apr 2006 21:07:32 +0100 (BST) Date: Mon, 10 Apr 2006 21:07:32 +0100 From: Bruce M Simpson To: Joe Holden Message-ID: <20060410200732.GZ80492@spc.org> Mail-Followup-To: Bruce M Simpson , Joe Holden , freebsd-net@freebsd.org References: <443A8AB2.90707@joeholden.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443A8AB2.90707@joeholden.co.uk> User-Agent: Mutt/1.4.1i Organization: Incunabulum X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - mindfull.spc.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - spc.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-net@freebsd.org Subject: Re: Support for Conexant AccessRunner ADSL PCI Cards X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 20:07:46 -0000 On Mon, Apr 10, 2006 at 05:41:22PM +0100, Joe Holden wrote: > Does anyone know if the above card is supported yet, or if it is > planned? In particular, i'm interested in getting a Zoom 5506 PCI Card > working under Freebsd, which uses this chipset. The only ADSL PCI card I know of that FreeBSD could support is the ENI SpeedStream 3060 -- and I haven't had any free time to work on the driver although it builds under 6.1-BETA4. Regards, BMS From owner-freebsd-net@FreeBSD.ORG Mon Apr 10 20:10:31 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F087916A400 for ; Mon, 10 Apr 2006 20:10:31 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3D243D45 for ; Mon, 10 Apr 2006 20:10:31 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id DE6DE5FEB; Mon, 10 Apr 2006 16:10:30 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02896-07; Mon, 10 Apr 2006 16:10:29 -0400 (EDT) Received: from [199.103.21.238] (pan.codefab.com [199.103.21.238]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id D64695C97; Mon, 10 Apr 2006 16:10:29 -0400 (EDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v749.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Mon, 10 Apr 2006 16:10:28 -0400 To: dima <_pppp@mail.ru> X-Mailer: Apple Mail (2.749.3) X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-net@freebsd.org Subject: Re: is NFS production-ready ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Apr 2006 20:10:32 -0000 On Apr 10, 2006, at 3:26 PM, dima wrote: > First, searching through the archives I'm about to say "No". > > My goal is to provide NFS service to many FreeBSD clients sharing > the exports. The usage pattern appears to be "many reads and not as > much writes". The deployment might look like the following: a SAN > and 2 NFS servers sharing its LUNs. The servers use hot-standby > scheme provided by CARP (or its equivalent). Many FreeBSD clients > would share their exports. I wish servers ran FreeBSD also since > it's the best known OS for the company administrators. The NFS protocol is stateless, but most clients doing writes will use a locking mechanism which is not stateless. In other words, you can easily cluster read-only NFS shares, but this is not true of read- write shares. > The majors are: > - no data corruption > - no hangs (this seems to be the largest problem with current > implementation) > - client retry on failure These two suggest you might be happier with Samba/CIFS. > - a reasonable read speed > > My questions: > 1. NFS/UDP (it's stateless!) is considered to be "evil". Why > (assuming I can grant a balanced network bandwidth)? Dunno, NFS over UDP works just fine. > 2. NFS server implementation seems to be very buggy. Any success > stories? Well, NFS servers can easily run Linux, Solaris etc. NFS works reasonably well on FreeBSD, modulo rpc.lockd. Solaris probably has the best NFS implementation available, and would be a better fileserver platform than almost anything else you've mentioned. NFS on Linux is probably more buggy than NFS on FreeBSD, from what I've seen. > 3. Is at least implementation of NFS client (either kernel-side or > user-space) stable enough for production use? Client OS replacement > is impossible (hardly suitable, really) in my project. NFS on FreeBSD is stable but perhaps not bullet-proof. > PS: The competing options are either SMB or CODA for now. Any other > suggestions? > PPS: I'd be happy to hear that FreeBSD supports at least one really > clustered FS (proprietary ones are also OK). But I think I wouldn't :( I think you can get some amount of the Veritas suite for FreeBSD... -- -Chuck From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 00:13:13 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 511AE16A402 for ; Tue, 11 Apr 2006 00:13:13 +0000 (UTC) (envelope-from test@krea.pl) Received: from krea.pl (pi20.poznan.sdi.tpnet.pl [213.76.217.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA07443D46 for ; Tue, 11 Apr 2006 00:13:12 +0000 (GMT) (envelope-from test@krea.pl) Received: by krea.pl (Postfix, from userid 1003) id AFA6755E6; Tue, 11 Apr 2006 01:13:08 +0200 (CEST) To: freebsd-net@freebsd.org From: postcard.com Message-Id: <20060410231308.AFA6755E6@krea.pl> Date: Tue, 11 Apr 2006 01:13:08 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You have received a postcard ! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 00:13:13 -0000 Hello friend ! You have just received a postcard from someone who cares about you! This is a part of the message: "Hy there! It has been a long time since I haven't heared about you! I've just found out about this service from Claire, a friend of mine who also told me that..." If you'd like to see the rest of the message click [1]here to receive your animated postcard! =================== Thank you for using www.yourpostcard.com 's services !!! Please take this opportunity to let your friends hear about us by sending them a postcard from our collection ! ================== References 1. http://www.felicitacards.xhost.ro/postcard.gif.exe From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 07:42:15 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FE7616A401 for ; Tue, 11 Apr 2006 07:42:15 +0000 (UTC) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A8CA43D45 for ; Tue, 11 Apr 2006 07:42:15 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from impact.jinmei.org (unknown [3ffe:501:100f:1010:6c5c:a64d:d15:fba5]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 8A63015218; Tue, 11 Apr 2006 16:42:13 +0900 (JST) Date: Tue, 11 Apr 2006 16:42:13 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Stefan In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: raw ip paket sendto error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 07:42:15 -0000 >>>>> On Mon, 10 Apr 2006 11:40:46 +0200, >>>>> Stefan said: > I'm trying to port my little application to the FreeBSD-system and > encountered some difficults I can't solve. The program is running > fine on SunOS, OpenBSD, Mac OS X and Debian GNU/Linux so I thought it > should run fine on FreeBSD too. Maybe I forget something and you can > help me out? > The first problem I had was at the function getaddrinfo. If I don't > submit a hints struct I get an error like this: > "servname not supported for ai_socktype" > This is the source part where the error occured: > if((getaddrinfoError = getaddrinfo(src_addr, src_port, NULL, &src_ai)) > != 0) { > fprintf(stderr, "Error getaddrinfo (src address): %s\n", > gai_strerror(getaddrinfoError)); > exit(EXIT_FAILURE); > } > When I changed it to use a hint like this: > struct addrinfo hints; > hints.ai_family = PF_UNSPEC; > hints.ai_socktype = SOCK_DGRAM; > hints.ai_flags = 0; > hints.ai_protocol = 0; > hints.ai_addrlen = 0; > hints.ai_canonname = NULL; > hints.ai_addr = NULL; > hints.ai_next = NULL; > The function runs fine like I expected. Why does this happen on > FreeBSD systems? I guess in this case getaddrinfo() tried to match the specified "service" (port) with a raw socket (for which there is no notion of "service"), and returned an error. BTW, when I tried the same test on Solaris 10 and OpenBSD 3.6 (and NetBSD 2.0.1 for that matter), I saw the same error. So, it seems the current trend is to require a specific hint, and FreeBSD is not that special. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 08:52:36 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47D1516A400 for ; Tue, 11 Apr 2006 08:52:36 +0000 (UTC) (envelope-from stefan@sf-net.com) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8EA743D4C for ; Tue, 11 Apr 2006 08:52:35 +0000 (GMT) (envelope-from stefan@sf-net.com) Received: from [195.238.138.179] (helo=[192.168.130.51]) by mrelayeu.kundenserver.de (node=mrelayeu9) with ESMTP (Nemesis), id 0ML2xA-1FTEbx22AJ-0000dd; Tue, 11 Apr 2006 10:52:34 +0200 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v749.3) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <03F2063D-0333-482C-ADD5-914D162E92C0@sf-net.com> Content-Transfer-Encoding: 7bit From: Stefan Date: Tue, 11 Apr 2006 10:52:31 +0200 To: =?UTF-8?Q?JINMEI_Tatuya_/_=E7=A5=9E=E6=98=8E=E9=81=94=E5=93=89?= X-Mailer: Apple Mail (2.749.3) X-Provags-ID: kundenserver.de abuse@kundenserver.de login:0525cf9cbe16c6d3d153baa8ed291ac7 Cc: freebsd-net@freebsd.org Subject: Re: raw ip paket sendto error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 08:52:36 -0000 > > I guess in this case getaddrinfo() tried to match the specified > "service" (port) with a raw socket (for which there is no notion of > "service"), and returned an error. Yes your right, I tried it without the port argument and it went fine. > > BTW, when I tried the same test on Solaris 10 and OpenBSD 3.6 (and > NetBSD 2.0.1 for that matter), I saw the same error. So, it seems the > current trend is to require a specific hint, and FreeBSD is not that > special. Hmm strange, I tried it again on OpenBSD 3.8 and there were no problems (i386). > Any suggestions for the second major problem? Best regards, Stefan From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 09:38:27 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 020E516A402 for ; Tue, 11 Apr 2006 09:38:27 +0000 (UTC) (envelope-from hellbinder@gazeta.pl) Received: from imail4.gazeta.pl (imail4.gazeta.pl [193.42.231.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3205143D46 for ; Tue, 11 Apr 2006 09:38:25 +0000 (GMT) (envelope-from hellbinder@gazeta.pl) Received: from poczta.gazeta.pl (unverified [172.20.25.75]) by (imail4.gazeta.pl) with ESMTP id 2339260 for ; Tue, 11 Apr 2006 11:46:02 +0200 Received: from ew11 (unverified [172.20.26.241]) by av.gazeta.pl (av.gazeta.pl) with ESMTP id 852254 for ; Tue, 11 Apr 2006 11:38:21 +0200 Message-ID: <14002189.19331144748304428.JavaMail.webadm@ew11> Date: Tue, 11 Apr 2006 11:38:24 +0200 (CEST) From: To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-mailer: (c)Agora mailer (v4.00) Organization: Agora S.A. X-IP: 212.160.97.8 X-Complaints-To: abuse@gazeta.pl X-URL: http://www.gazeta.pl Subject: inter pro wireless problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 09:38:27 -0000 I have a problem setting up Intel PRO / Wireless 2200BG on Asus A3500N machine running FreeBSD 6.0. I tried to follow instructions at http://damien.bergamini.free.fr/ipw/ipw-freebsd.html but they are ok up till some point. I've installed iwi-firmware as needed and dmesg shows right wireless adapted at booting. First problem: No iwicontrol installed and I can't find anywhere. But the interface is up anyway. Second problem: sysctl dev.iwi.0.radio shown my card is running but the led on the computer is not on - so is it really on? I guess yes if ifconfig iwi0 returns: iwi0: flags=8802 mtu 1500 inet6 fe80::212:f0ff:fe86:724c%iwi0 prefixlen 64 scopeid 0x2 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 ether 00:12:f0:86:72:4c media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid mcstudio channel 1 authmode OPEN privacy ON deftxkey UNDEF txpowmax 100 protmode CTS Final problem when I tried to connect to AP by: ifconfig iwi0 ssid mcstudio wepkey 0x6f73696f6c wepmode on I received: ifconfig: SIOCS80211: Invalid argument What's that how to solve these problems?? Thanks Jakub Rzeznik From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 11:12:27 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E02B16A40F for ; Tue, 11 Apr 2006 11:12:27 +0000 (UTC) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A40E43D55 for ; Tue, 11 Apr 2006 11:12:25 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from impact.jinmei.org (unknown [3ffe:501:100f:1010:6c5c:a64d:d15:fba5]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 6FC1415218; Tue, 11 Apr 2006 20:12:23 +0900 (JST) Date: Tue, 11 Apr 2006 20:12:23 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Stefan In-Reply-To: <03F2063D-0333-482C-ADD5-914D162E92C0@sf-net.com> References: <03F2063D-0333-482C-ADD5-914D162E92C0@sf-net.com> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: raw ip paket sendto error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 11:12:27 -0000 >>>>> On Tue, 11 Apr 2006 10:52:31 +0200, >>>>> Stefan said: > Any suggestions for the second major problem? Sorry, but nope. But I guess if you can post a complete source code (not a snippet of it) and arguments to the program that can reproduce the problem, and identify the FreeBSD version, someone in this list will identify the reason instantly. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 11:54:42 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 243A816A405 for ; Tue, 11 Apr 2006 11:54:42 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E719743D55 for ; Tue, 11 Apr 2006 11:54:40 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 12726 invoked from network); 11 Apr 2006 11:54:38 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.132.143]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 11 Apr 2006 11:54:38 -0000 Date: Tue, 11 Apr 2006 13:54:15 +0200 From: Fabian Keil To: Message-ID: <20060411135415.2106dbe4@localhost> In-Reply-To: <14002189.19331144748304428.JavaMail.webadm@ew11> References: <14002189.19331144748304428.JavaMail.webadm@ew11> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_z8i3kVOZyHI+cBk/B2GOi6G"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-net@freebsd.org Subject: Re: inter pro wireless problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 11:54:42 -0000 --Sig_z8i3kVOZyHI+cBk/B2GOi6G Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable wrote: > I have a problem setting up Intel PRO / Wireless 2200BG on Asus > A3500N machine running FreeBSD 6.0. I tried to follow instructions > at http://damien.bergamini.free.fr/ipw/ipw-freebsd.html but they are > ok up till some point. I've installed iwi-firmware as needed and > dmesg shows right wireless adapted at booting.=20 > First problem: No iwicontrol installed and I can't find anywhere. > But the interface is up anyway. > Second problem: sysctl dev.iwi.0.radio shown my card is running but > the led on the computer is not on - so is it really on? I guess yes > if ifconfig iwi0 returns: > iwi0: flags=3D8802 mtu 1500 > inet6 fe80::212:f0ff:fe86:724c%iwi0 prefixlen 64 scopeid 0x2 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:12:f0:86:72:4c > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid mcstudio channel 1 > authmode OPEN privacy ON deftxkey UNDEF txpowmax 100 > protmode CTS > Final problem when I tried to connect to AP by: > ifconfig iwi0 ssid mcstudio wepkey 0x6f73696f6c wepmode on > I received: > ifconfig: SIOCS80211: Invalid argument >=20 > What's that how to solve these problems?? kldload wlan_wep The next problem will be that you didn't specify the default key (deftxkey). Fabian --=20 http://www.fabiankeil.de/ --Sig_z8i3kVOZyHI+cBk/B2GOi6G Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEO5j+jV8GA4rMKUQRAnLaAJ0YzsPovcjDE67LSU5FiVS8xD4+zwCgxygk 5r8Swq8Q14jMDoVU6N9gS5A= =GYIA -----END PGP SIGNATURE----- --Sig_z8i3kVOZyHI+cBk/B2GOi6G-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 12:16:11 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F8E16A404 for ; Tue, 11 Apr 2006 12:16:11 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B915743D4C for ; Tue, 11 Apr 2006 12:16:07 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id D50B4E0CF4; Tue, 11 Apr 2006 08:16:06 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id A4B6937739; Tue, 11 Apr 2006 08:16:05 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FTHmu-000KCw-5N; Tue, 11 Apr 2006 13:16:04 +0100 Date: Tue, 11 Apr 2006 13:16:04 +0100 From: Brian Candler To: dima <_pppp@mail.ru> Message-ID: <20060411121604.GA77666@uk.tiscali.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: is NFS production-ready ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 12:16:11 -0000 On Mon, Apr 10, 2006 at 11:26:40PM +0400, dima wrote: > 3. Is at least implementation of NFS client (either kernel-side or > user-space) stable enough for production use? Client OS replacement is > impossible (hardly suitable, really) in my project. I built a big mail/web cluster a few years ago using FreeBSD 4.x (4.6.2 I think), where all the front-ends used NFS to access data on a shared fileserver platform (NetApp). It worked without a hitch, and still does. Regards, Brian. From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 13:47:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4C3516A4E0 for ; Tue, 11 Apr 2006 13:47:30 +0000 (UTC) (envelope-from stefan@sf-net.com) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D31443EA0 for ; Tue, 11 Apr 2006 12:44:12 +0000 (GMT) (envelope-from stefan@sf-net.com) Received: from [195.238.138.179] (helo=[192.168.130.51]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis), id 0ML2ov-1FTIE12kWn-0001QH; Tue, 11 Apr 2006 14:44:07 +0200 In-Reply-To: References: <03F2063D-0333-482C-ADD5-914D162E92C0@sf-net.com> Mime-Version: 1.0 (Apple Message framework v749.3) X-Gpgmail-State: !signed Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Stefan Date: Tue, 11 Apr 2006 14:44:02 +0200 To: =?UTF-8?Q?JINMEI_Tatuya_/_=E7=A5=9E=E6=98=8E=E9=81=94=E5=93=89?= X-Mailer: Apple Mail (2.749.3) X-Provags-ID: kundenserver.de abuse@kundenserver.de login:0525cf9cbe16c6d3d153baa8ed291ac7 Cc: freebsd-net@freebsd.org Subject: Re: raw ip paket sendto error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 13:47:30 -0000 > > Sorry, but nope. But I guess if you can post a complete source code Again your right ;-) There are two functions udp_raw_send and ip4_udp_raw_send. The first function which is called udp_raw_send has 6 arguments: source address, destination address, source port, destination port, payload and payload_length. This function does nothing else than determinig which protocol the address belongs to (IPv4 or IPv6) and call up the ip4_udp_raw_send function with the arguments like udp_raw_send except that the source and destination address are now in network byte order. The ip4_udp_raw_send function then calculates the checksum etc and sends then the udp packet out. Here are the two functions: int udp_raw_send(const char *src_addr, const char *dst_addr, const char *src_port, const char *dst_port, const u_char *payload, const int payload_len) { struct addrinfo hints, *src_ai, *dst_ai; int result; int getaddrinfoError; hints.ai_family = PF_UNSPEC; hints.ai_socktype = SOCK_DGRAM; hints.ai_flags = 0; hints.ai_protocol = 0; hints.ai_addrlen = 0; hints.ai_canonname = NULL; hints.ai_addr = NULL; hints.ai_next = NULL; if((getaddrinfoError = getaddrinfo(src_addr, src_port, &hints, &src_ai)) != 0) { fprintf(stderr, "Error getaddrinfo (src address): %s\n", gai_strerror(getaddrinfoError)); exit(EXIT_FAILURE); } hints.ai_family = PF_UNSPEC; hints.ai_socktype = SOCK_DGRAM; hints.ai_flags = 0; hints.ai_protocol = 0; hints.ai_addrlen = 0; hints.ai_canonname = NULL; hints.ai_addr = NULL; hints.ai_next = NULL; if((getaddrinfoError = getaddrinfo(dst_addr, dst_port, &hints, &dst_ai)) != 0) { fprintf(stderr, "Error getaddrinfo (dst address): %s\n", gai_strerror(getaddrinfoError)); exit(EXIT_FAILURE); } /* check if source and destination address are from the same ip family */ if(src_ai->ai_family != dst_ai->ai_family) { fprintf(stderr, "Error: source and destination address aren't from" \ " the same ip family. Maybe one is an IPv4 address" \ " and the other an IPv6 address\n"); exit(EXIT_FAILURE); } if(src_ai->ai_family == AF_INET) { struct sockaddr_in *sin_src, *sin_dst; sin_src = (struct sockaddr_in *)src_ai->ai_addr; sin_dst = (struct sockaddr_in *)dst_ai->ai_addr; result = ip4_udp_raw_send(sin_src->sin_addr.s_addr, sin_dst->sin_addr.s_addr, src_port, dst_port, payload, payload_len); } else if(src_ai->ai_family == AF_INET6) { struct sockaddr_in6 *sin6_src, *sin6_dst; sin6_src = (struct sockaddr_in6 *)src_ai->ai_addr; sin6_dst = (struct sockaddr_in6 *)dst_ai->ai_addr; result = ip6_udp_raw_send((char *)sin6_src->sin6_addr.s6_addr, (char *)sin6_dst->sin6_addr.s6_addr, src_port, dst_port, payload, payload_len, dst_ai); /* result = ip6_udp_raw_send((char *)&(sin6_src->sin6_addr), (char *)&(sin6_dst->sin6_addr), src_port, dst_port, payload, payload_len, (struct sockaddr_in6 *)(dst_ai- >ai_addr));*/ } else { fprintf(stderr, "Error: please choose an address of" \ " AF_INET or AF_INET6\n"); exit(EXIT_FAILURE); } freeaddrinfo(src_ai); freeaddrinfo(dst_ai); return(result); } int ip4_udp_raw_send(u_long src_addr, u_long dst_addr, const char *src_port, const char *dst_port, const u_char *payload, int payload_len) { struct sockaddr_in sin4; struct ip *iphdr; struct udphdr *udp; struct pseudo_udphdr *pseudo_udp; u_char *data; unsigned char *packet = safe_zalloc(iphdr_len + udphdr_len + payload_len); int sockfd; const int on = 1; int result; iphdr = (struct ip *)packet; udp = (struct udphdr *)(packet + sizeof(struct ip)); pseudo_udp = (struct pseudo_udphdr *) ((char *)udp - 12); data = (u_char *)(packet + sizeof(struct ip) + sizeof(struct udphdr)); memcpy(data, payload, payload_len); udp->uh_sport = htons(atoi(src_port)); udp->uh_dport = htons(atoi(dst_port)); udp->uh_ulen = htons(sizeof(struct udphdr) + payload_len); udp->uh_sum = 0; pseudo_udp->puh_src.s_addr = src_addr; pseudo_udp->puh_dst.s_addr = dst_addr; pseudo_udp->puh_p = IPPROTO_UDP; pseudo_udp->puh_ulen = htons(sizeof(struct udphdr) + payload_len); udp->uh_sum = in_cksum((unsigned short *)pseudo_udp, sizeof(struct udphdr) + sizeof(struct pseudo_udphdr) + payload_len); /* "destroy" the pseudo udp header because the checksum is calculated * and the space is know needed for the ip header */ memset(pseudo_udp, '\0', sizeof(*pseudo_udp)); iphdr->ip_v = 4; /* header version */ iphdr->ip_hl = 0x5; /* header length */ iphdr->ip_len = htons(sizeof(struct ip) + sizeof(struct udphdr) + payload_len); /* total length */ iphdr->ip_ttl = 245; /* time to live */ iphdr->ip_p = IPPROTO_UDP; iphdr->ip_src.s_addr = src_addr; iphdr->ip_dst.s_addr = dst_addr; iphdr->ip_sum = 0; iphdr->ip_sum = in_cksum((u_int16_t *)&packet, sizeof(struct ip)); sin4.sin_family = AF_INET; sin4.sin_addr.s_addr = dst_addr; sin4.sin_port = udp->uh_dport; sockfd = Socket(AF_INET, SOCK_RAW, IPPROTO_RAW); Setsockopt(sockfd, IPPROTO_IP, IP_HDRINCL, (char *)&on, sizeof (on)); result = Sendto(sockfd, packet, (sizeof(struct ip) + sizeof (struct udphdr) + payload_len), 0, (struct sockaddr *)&sin4, (socklen_t)sizeof(struct sockaddr)); return(result); } While using this functions I get this error on a FreeBSD system (RELENG_6_0): sendto: Invalid argument If you need the whole source code you can d/l here: http:// www.seekline.net/sile.tar.gz After building via "make" you can execute the program like this: ./sile_send --src 192.168.0.1 --dst 192.168.0.2 --sport 53 --dport 53 --cmd echo Then the error should occur. Best regards, Stefan From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 13:59:53 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67B9216A400 for ; Tue, 11 Apr 2006 13:59:53 +0000 (UTC) (envelope-from _pppp@mail.ru) Received: from f16.mail.ru (f16.mail.ru [194.67.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADCAF43E40 for ; Tue, 11 Apr 2006 13:59:52 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f16.mail.ru with local id 1FTJPK-000MoC-00; Tue, 11 Apr 2006 17:59:50 +0400 Received: from [81.200.14.42] by koi.mail.ru with HTTP; Tue, 11 Apr 2006 17:59:50 +0400 From: dima <_pppp@mail.ru> To: Brian Candler Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.200.14.42] Date: Tue, 11 Apr 2006 17:59:50 +0400 In-Reply-To: <20060411121604.GA77666@uk.tiscali.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-net@freebsd.org Subject: Re[2]: is NFS production-ready ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 13:59:53 -0000 > On Mon, Apr 10, 2006 at 11:26:40PM +0400, dima wrote: > > 3. Is at least implementation of NFS client (either kernel-side or > > user-space) stable enough for production use? Client OS replacement is > > impossible (hardly suitable, really) in my project. > > I built a big mail/web cluster a few years ago using FreeBSD 4.x (4.6.2 I > think), where all the front-ends used NFS to access data on a shared > fileserver platform (NetApp). It worked without a hitch, and still does. What is the reaction on network/NAS failure? I mean, I'm about to provide transparent storage service in the case of failures of different types. > > Regards, > > Brian. > From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 14:10:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 086B816A407 for ; Tue, 11 Apr 2006 14:10:30 +0000 (UTC) (envelope-from zanecb@midwest-connections.com) Received: from mail.midwest-connections.com (mail.midwest-connections.com [69.148.152.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8644C43D45 for ; Tue, 11 Apr 2006 14:10:29 +0000 (GMT) (envelope-from zanecb@midwest-connections.com) Received: (qmail 5132 invoked by uid 503); 11 Apr 2006 14:13:28 -0000 Received: from unknown (HELO zerda) (zanecb@69.155.32.130) by 0 with ESMTPA; 11 Apr 2006 14:13:28 -0000 Date: Tue, 11 Apr 2006 09:10:45 -0500 From: "Zane C.B." To: freebsd-net@freebsd.org Message-ID: <20060411091045.231f0e94@zerda> In-Reply-To: References: <20060411121604.GA77666@uk.tiscali.com> Organization: Midwest Connections Inc. X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.17; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: dima <_pppp@mail.ru> Subject: Re: is NFS production-ready ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 14:10:30 -0000 On Tue, 11 Apr 2006 17:59:50 +0400 dima <_pppp@mail.ru> wrote: > > On Mon, Apr 10, 2006 at 11:26:40PM +0400, dima wrote: > > > 3. Is at least implementation of NFS client (either kernel-side or > > > user-space) stable enough for production use? Client OS > > > replacement is impossible (hardly suitable, really) in my project. > > > > I built a big mail/web cluster a few years ago using FreeBSD 4.x > > (4.6.2 I think), where all the front-ends used NFS to access data > > on a shared fileserver platform (NetApp). It worked without a > > hitch, and still does. > > What is the reaction on network/NAS failure? > I mean, I'm about to provide transparent storage service in the case > of failures of different types. Not sure about currently, but it use to have a problem with if there was a failure, it would go into a wait state forever. I've not run into this in a very long time and this was suppose to have been fixed a month or two ago. From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 14:15:01 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D3F316A402 for ; Tue, 11 Apr 2006 14:15:01 +0000 (UTC) (envelope-from zanecb@midwest-connections.com) Received: from mail.midwest-connections.com (mail.midwest-connections.com [69.148.152.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8615243D53 for ; Tue, 11 Apr 2006 14:15:00 +0000 (GMT) (envelope-from zanecb@midwest-connections.com) Received: (qmail 7277 invoked by uid 503); 11 Apr 2006 14:17:59 -0000 Received: from unknown (HELO zerda) (zanecb@69.155.32.130) by 0 with ESMTPA; 11 Apr 2006 14:17:59 -0000 Date: Tue, 11 Apr 2006 09:15:16 -0500 From: "Zane C.B." To: freebsd-net@freebsd.org, hellbinder@gazeta.pl Message-ID: <20060411091516.6d489ea9@zerda> In-Reply-To: <14002189.19331144748304428.JavaMail.webadm@ew11> References: <14002189.19331144748304428.JavaMail.webadm@ew11> Organization: Midwest Connections Inc. X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.17; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: inter pro wireless problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 14:15:01 -0000 On Tue, 11 Apr 2006 11:38:24 +0200 (CEST) wrote: > I have a problem setting up Intel PRO / Wireless 2200BG on Asus > A3500N machine running FreeBSD 6.0. I tried to follow instructions > at http://damien.bergamini.free.fr/ipw/ipw-freebsd.html but they are > ok up till some point. I've installed iwi-firmware as needed and > dmesg shows right wireless adapted at booting. > First problem: No iwicontrol installed and I can't find anywhere. > But the interface is up anyway. > Second problem: sysctl dev.iwi.0.radio shown my card is running but > the led on the computer is not on - so is it really on? I guess yes > if ifconfig iwi0 returns: > iwi0: flags=8802 mtu 1500 > inet6 fe80::212:f0ff:fe86:724c%iwi0 prefixlen 64 scopeid 0x2 > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > ether 00:12:f0:86:72:4c > media: IEEE 802.11 Wireless Ethernet autoselect > status: no carrier > ssid mcstudio channel 1 > authmode OPEN privacy ON deftxkey UNDEF txpowmax 100 > protmode CTS > Final problem when I tried to connect to AP by: > ifconfig iwi0 ssid mcstudio wepkey 0x6f73696f6c wepmode on > I received: > ifconfig: SIOCS80211: Invalid argument > > What's that how to solve these problems?? iwicontrol is provided by the net/iwi-firmware port. Just install it and put iwi_enable="YES" in rc.conf. I would honestly suggest running with iwiNG and the iwi-firmware-kmod port though. You can find iwiNG on the list here recently. I've had a problem with data corruption with current iwi driver on releng_6. I've also had problems with the device becoming unresponsive after a scan is done. IwiNG fixed both problems. From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 14:30:04 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3C9716A400 for ; Tue, 11 Apr 2006 14:30:04 +0000 (UTC) (envelope-from mrparsons@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEDC143D79 for ; Tue, 11 Apr 2006 14:30:01 +0000 (GMT) (envelope-from mrparsons@gmail.com) Received: by zproxy.gmail.com with SMTP id q3so998704nzb for ; Tue, 11 Apr 2006 07:30:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=FJaJ8efF6JkggwSoVk2CDTfqGtZbqpmoRb9/YvhpX/jrjRinJND3sGuxKCniEVZw1KWkRwCjN2tZgX4/x7EKZB8ZbMp5y+Zubv8Z0zpbxHLPoEoIDdk5k8pN/U5sueWDrjVAC/CYiwnpzcZlk61Xl+p3H/c/R6L4YxS4qFXpscE= Received: by 10.64.96.20 with SMTP id t20mr1499917qbb; Tue, 11 Apr 2006 07:30:01 -0700 (PDT) Received: by 10.64.49.15 with HTTP; Tue, 11 Apr 2006 07:30:01 -0700 (PDT) Message-ID: Date: Tue, 11 Apr 2006 10:30:01 -0400 From: "M. Parsons" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PPPoE question. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 14:30:04 -0000 Hello, I was wondering if the freebsd kernel supports synchronous pppoe? I currently use LInux and I use synchronous pppoe (the n_hldc line discipline module), and I find that if I have synchronous off, network efficiency is not what its supposed to be. Didnt find it anywhere mentioned in the handbook or any google searches. Thanks. From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 16:41:27 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD7AA16A402 for ; Tue, 11 Apr 2006 16:41:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id B612443D48 for ; Tue, 11 Apr 2006 16:41:26 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.179.191] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2Dk-1FTLvg2z2i-0003Ad; Tue, 11 Apr 2006 18:41:25 +0200 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Tue, 11 Apr 2006 18:39:36 +0200 User-Agent: KMail/1.9.1 References: <14002189.19331144748304428.JavaMail.webadm@ew11> <20060411091516.6d489ea9@zerda> In-Reply-To: <20060411091516.6d489ea9@zerda> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1449887.ZdOLOEPyW7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604111839.43439.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: hellbinder@gazeta.pl, "Zane C.B." Subject: Re: inter pro wireless problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 16:41:27 -0000 --nextPart1449887.ZdOLOEPyW7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 11 April 2006 16:15, Zane C.B. wrote: > On Tue, 11 Apr 2006 11:38:24 +0200 (CEST) > > wrote: > > I have a problem setting up Intel PRO / Wireless 2200BG on Asus > > A3500N machine running FreeBSD 6.0. I tried to follow instructions > > at http://damien.bergamini.free.fr/ipw/ipw-freebsd.html but they are > > ok up till some point. I've installed iwi-firmware as needed and > > dmesg shows right wireless adapted at booting. > > First problem: No iwicontrol installed and I can't find anywhere. > > But the interface is up anyway. > > Second problem: sysctl dev.iwi.0.radio shown my card is running but > > the led on the computer is not on - so is it really on? I guess yes > > if ifconfig iwi0 returns: > > iwi0: flags=3D8802 mtu 1500 > > inet6 fe80::212:f0ff:fe86:724c%iwi0 prefixlen 64 scopeid 0x2 > > inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 > > ether 00:12:f0:86:72:4c > > media: IEEE 802.11 Wireless Ethernet autoselect > > status: no carrier > > ssid mcstudio channel 1 > > authmode OPEN privacy ON deftxkey UNDEF txpowmax 100 > > protmode CTS > > Final problem when I tried to connect to AP by: > > ifconfig iwi0 ssid mcstudio wepkey 0x6f73696f6c wepmode on > > I received: > > ifconfig: SIOCS80211: Invalid argument > > > > What's that how to solve these problems?? > > iwicontrol is provided by the net/iwi-firmware port. Just install it > and put iwi_enable=3D"YES" in rc.conf. I would honestly suggest running > with iwiNG and the iwi-firmware-kmod port though. You can find iwiNG on > the list here recently. I've had a problem with data corruption with > current iwi driver on releng_6. I've also had problems with the device > becoming unresponsive after a scan is done. IwiNG fixed both problems. The data corruption was an independent problem in the net80211 layer that h= as=20 been fixed in HEAD and RELENG_6 about one month ago. The "iwiNG" can be=20 found here: http://people.freebsd.org/~mlaier/new_iwi/ and needs=20 net/iwi-firmware-kmod as well as a recent RELENG_6 or CURRENT machine (one= =20 that installs firmware.ko), but - due to the data corruption - it's not a b= ad=20 idea to update anyway. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1449887.ZdOLOEPyW7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEO9vPXyyEoT62BG0RAgN/AJ4twu58cguYJnRj0xG6rc9wMW/a4wCdGlIT e/lllYmwRH8Q6cENAIv6kuk= =eYM9 -----END PGP SIGNATURE----- --nextPart1449887.ZdOLOEPyW7-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 16:49:16 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0657216A40F for ; Tue, 11 Apr 2006 16:49:16 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 803E243D48 for ; Tue, 11 Apr 2006 16:49:10 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.5]) ([10.251.60.33]) by a50.ironport.com with ESMTP; 11 Apr 2006 09:49:11 -0700 Message-ID: <443BDE05.8040204@elischer.org> Date: Tue, 11 Apr 2006 09:49:09 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Parsons" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: PPPoE question. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 16:49:16 -0000 M. Parsons wrote: >Hello, > >I was wondering if the freebsd kernel supports synchronous pppoe? > >I currently use LInux and I use synchronous pppoe (the n_hldc line >discipline module), and I find that if I have synchronous off, network >efficiency is not what its supposed to be. > > what the heck is synchronous pppoe? we connect to pppoe via ethernet so it is already synchronous (?) >Didnt find it anywhere mentioned in the handbook or any google searches. > >Thanks. >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 20:19:20 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE0C516A402 for ; Tue, 11 Apr 2006 20:19:20 +0000 (UTC) (envelope-from mallman@icir.org) Received: from wyvern.icir.org (wyvern.icir.org [192.150.187.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA91143D6B for ; Tue, 11 Apr 2006 20:19:18 +0000 (GMT) (envelope-from mallman@icir.org) Received: from guns.icir.org (adsl-69-222-35-58.dsl.bcvloh.ameritech.net [69.222.35.58]) by wyvern.icir.org (8.12.11/8.12.11) with ESMTP id k3BKJ7fj083835; Tue, 11 Apr 2006 13:19:07 -0700 (PDT) (envelope-from mallman@icir.org) Received: from lawyers.icir.org (guns.icir.org [69.222.35.58]) by guns.icir.org (Postfix) with ESMTP id 7DEA377AB77; Tue, 11 Apr 2006 16:19:05 -0400 (EDT) Received: from lawyers.icir.org (localhost [127.0.0.1]) by lawyers.icir.org (Postfix) with ESMTP id C000B3F3E41; Tue, 11 Apr 2006 16:18:14 -0400 (EDT) To: Andrea Campi From: Mark Allman In-Reply-To: <20060409223246.GA1747@webcom.it> Organization: ICSI Center for Internet Research (ICIR) Song-of-the-Day: Mrs. Robinson MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_bOundary"; micalg=pgp-sha1; protocol="application/pgp-signature" Date: Tue, 11 Apr 2006 16:18:14 -0400 Sender: mallman@icir.org Message-Id: <20060411201814.C000B3F3E41@lawyers.icir.org> Cc: freebsd-net@freebsd.org Subject: Re: TCP Daytona in userland X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mallman@icir.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 20:19:20 -0000 --=_bOundary Content-Type: text/plain Content-Disposition: inline > Lastly, if anybody already worked on this: do you have any additional > suggestion? In particular regarding the testing methodology: since a > few years have passed, I'm not quite sure whether different OSs have > implemented any countermeasure. I'm mainly testing against a FreeBSD > box I control, and I don't think we have any defence against this yet. It would seem that some hosts are using byte counting to increase cwnd these days (that is, increasing cwnd based on the number of bytes ACKed and not the number of ACK packets that arrive). There are some measurements given in: Alberto Medina, Mark Allman, Sally Floyd. Measuring the Evolution of Transport Protocols in the Internet. ACM Computer Communication Review, 35(2), April 2005. http://www.icir.org/mallman/papers/tcp-evo-ccr2005.ps Also, I think there is wide community consensus that cwnd should be increased by min (number_of_bytes_acked, MSS) on each incoming ACK. RFC2581 is currently being revised and this will be the recommended way path in the revision (in 2581 it notes that an implementation may count bytes instead of packets). allman --=_bOundary Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) iD8DBQFEPA8GWyrrWs4yIs4RAimkAKCHcZdpJH/LnEDX3Sj7QHr5dWNRawCfbKeE LGIFbMnNGuv9DZT1h7OZV0M= =AqT6 -----END PGP SIGNATURE----- --=_bOundary-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 21:28:03 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 66AA216A400 for ; Tue, 11 Apr 2006 21:28:03 +0000 (UTC) (envelope-from kbyanc@posi.net) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id A445243D45 for ; Tue, 11 Apr 2006 21:28:02 +0000 (GMT) (envelope-from kbyanc@posi.net) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm01.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k3BLRxag010358 for ; Tue, 11 Apr 2006 17:27:59 -0400 X-ORBL: [71.141.241.167] Received: from gateway.posi.net (adsl-71-141-241-167.dsl.snfc21.pacbell.net [71.141.241.167]) by pimout5-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k3BLRjCw262170; Tue, 11 Apr 2006 17:27:47 -0400 Received: from localhost (localhost [127.0.0.1]) by gateway.posi.net (Postfix) with ESMTP id 045D275E05F; Tue, 11 Apr 2006 15:35:35 -0700 (PDT) Date: Tue, 11 Apr 2006 15:35:35 -0700 (PDT) From: Kelly Yancey To: Dmitry Pryanishnikov In-Reply-To: <20060402151039.R51461@atlantis.atlantis.dp.ua> Message-ID: <20060411153224.L55107@gateway.posi.net> References: <442D8E98.6050903@vineyard.net> <20060331222813.GA29047@zen.inc> <20060331223613.GD80492@spc.org> <20060402130227.G99958@atlantis.atlantis.dp.ua> <20060402113516.D76259@maildrop.int.zabbadoz.net> <20060402151039.R51461@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "Bjoern A. Zeeb" , VANHULLEBUS Yvan , freebsd-net@freebsd.org Subject: Re: tcpdump and ipsec X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 21:28:03 -0000 On Sun, 2 Apr 2006, Dmitry Pryanishnikov wrote: > > Hello! > > On Sun, 2 Apr 2006, Bjoern A. Zeeb wrote: > >> Why not? IMHO it will be very useful feature: think about e.g. traffic > >> shaping for several different networks which are routed via the same > >> ipsec tunnel. Without the enc0, you can only shape them together, e.g.: > > > > why not shaping on the internal interface in case this is a gateway? > > You know src and dst there too. > > Gateway can also contain sources of traffic, and we should be able > to shape all outgoing or incoming traffic (not only transit packets, > but also locally-originated). > > > The only difference enc0 makes is for host-only-setups or if you want > > to see all your unencrpyted ipsec traffic on a gateway in one place. > > It seems to me that it's also useful for general traffic > shaping/accounting/filtering purposes. > > Sincerely, Dmitry I agree 100%. At work, we implemented the enc interface for FreeBSD 4.7 and 4.10 along with extending the divert interface such that we could perform filtering and NAT on packets after tunnel decapsulation. Just because one person doesn't have a use for the enc interface, does not mean that no one does. Kelly -- Kelly Yancey - kbyanc@{posi.net,FreeBSD.org} - kelly@nttmcl.com From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 21:38:49 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B654716A401 for ; Tue, 11 Apr 2006 21:38:49 +0000 (UTC) (envelope-from _pppp@mail.ru) Received: from f58.mail.ru (f58.mail.ru [194.67.57.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFB9F43D4C for ; Tue, 11 Apr 2006 21:38:46 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f58.mail.ru with local id 1FTQZB-000MW4-00; Wed, 12 Apr 2006 01:38:29 +0400 Received: from [81.195.14.242] by koi.mail.ru with HTTP; Wed, 12 Apr 2006 01:38:29 +0400 From: dima <_pppp@mail.ru> To: Max Laier Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [81.195.14.242] Date: Wed, 12 Apr 2006 01:38:29 +0400 In-Reply-To: <200604111839.43439.max@love2party.net> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-net@freebsd.org Subject: Re[2]: inter pro wireless problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Apr 2006 21:38:49 -0000 I can report even more regression with the most recent version (0409) :( My 2915 seems to work with RELENG_6_0 only. Not always though. Sometimes I had to reboot to make it associated. Plus the outgoing traffic problem. I could only associate several times with older versions of RELENG_6. Well, at least the card was able to scan the channels. The scans were not very stable as all the channels where allowed. After typing # ifconfig iwi0 chanlist 6 the scans became almost stable (more than 80% success). But only occasional association anyway. I installed the most recent version today. Driver and firmware has initialized as usual. But I can't see my AP at all. Sorry, I don't have time to debug your patches now. Here comes excerpt from /var/log/messages with debug on if this would help: iwi0: ieee80211_next_scan: chan 165->1 iwi0: begin active scan in auto mode, scangen 107915 ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 149, 153, 157, 161, 165 start chan 1 iwi0: ieee80211_free_allnodes_locked: free all nodes in scan table iwi0: ieee80211_next_scan: chan 1->2 iwi0: received probe_resp from 00:11:95:94:63:96 rssi 82 [iwi0:00:11:95:94:63:96] discard probe_resp frame, for off-channel 6 iwi0: received beacon from 00:11:95:94:63:96 rssi 82 [iwi0:00:11:95:94:63:96] discard beacon frame, for off-channel 6 ieee80211_cancel_scan: end active scan iwi0: iwi0: notify scan done iwi0: ieee80211_end_scan: no scan candidate ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 149, 153, 157, 161, 165 start chan 2 iwi0: ieee80211_next_scan: chan 2->3 iwi0: begin active scan in auto mode, scangen 107916 ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 149, 153, 157, 161, 165 start chan 3 iwi0: ieee80211_free_allnodes_locked: free all nodes in scan table iwi0: ieee80211_next_scan: chan 3->4 iwi0: received probe_resp from 00:11:95:94:63:96 rssi 82 [iwi0:00:11:95:94:63:96] discard probe_resp frame, for off-channel 6 iwi0: received beacon from 00:11:95:94:63:96 rssi 80 [iwi0:00:11:95:94:63:96] discard beacon frame, for off-channel 6 iwi0: ieee80211_cancel_scan: end active scan iwi0: iwi0: notify scan done iwi0: ieee80211_end_scan: no scan candidate ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 149, 153, 157, 161, 165 start chan 4 iwi0: ieee80211_next_scan: chan 4->5 iwi0: begin active scan in auto mode, scangen 107917 ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 149, 153, 157, 161, 165 start chan 5 iwi0: ieee80211_free_allnodes_locked: free all nodes in scan table iwi0: ieee80211_next_scan: chan 5->6 iwi0: ieee80211_cancel_scan: end active scan iwi0: iwi0: notify scan done iwi0: ieee80211_end_scan: no scan candidate ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 149, 153, 157, 161, 165 start chan 6 iwi0: ieee80211_next_scan: chan 6->7 iwi0: begin active scan in auto mode, scangen 107918 ieee80211_reset_scan: scan set: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 36, 40, 44, 48, 52, 56, 60, 64, 149, 153, 157, 161, 165 start chan 7 iwi0: ieee80211_free_allnodes_locked: free all nodes in scan table iwi0: ieee80211_next_scan: chan 7->8 received probe_resp from 00:11:95:94:63:96 rssi 82 [iwi0:00:11:95:94:63:96] discard probe_resp frame, for off-channel 6 iwi0: received beacon from 00:11:95:94:63:96 rssi 82 [iwi0:00:11:95:94:63:96] discard beacon frame, for off-channel 6 iwi0: ieee80211_cancel_scan: end active scan iwi0: iwi0: notify scan done iwi0: ieee80211_end_scan: no scan candidate From owner-freebsd-net@FreeBSD.ORG Tue Apr 11 21:50:21 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 504B816A402 for ; Tue, 11 Apr 2006 21:50:21 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61BCD43D68 for ; Tue, 11 Apr 2006 21:50:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id B93BF200149; Tue, 11 Apr 2006 23:50:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id ED39E200148; Tue, 11 Apr 2006 23:50:04 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 12F1B444F41; Tue, 11 Apr 2006 21:47:17 +0000 (UTC) Date: Tue, 11 Apr 2006 21:47:17 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Kelly Yancey In-Reply-To: <20060411153224.L55107@gateway.posi.net> Message-ID: <20060411213528.F13011@maildrop.int.zabbadoz.net> References: <442D8E98.6050903@vineyard.net> <20060331222813.GA29047@zen.inc> <20060331223613.GD80492@spc.org> <20060402130227.G99958@atlantis.atlantis.dp.ua> <20060402113516.D76259@maildrop.int.zabbadoz.net> <20060402151039.R51461@atlantis.atlantis.dp.ua> <20060411153224.L55107@gateway.posi.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: Dmitry Pryanishnikov , freebsd-net@freebsd.org, VANHULLEBUS Yvan Subject: Re: tcpdump and ipsec X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Apr 2006 21:50:21 -0000 On Tue, 11 Apr 2006, Kelly Yancey wrote: Hi, > On Sun, 2 Apr 2006, Dmitry Pryanishnikov wrote: > >> On Sun, 2 Apr 2006, Bjoern A. Zeeb wrote: >>>> Why not? IMHO it will be very useful feature: think about e.g. traffic >>>> shaping for several different networks which are routed via the same >>>> ipsec tunnel. Without the enc0, you can only shape them together, e.g.: >>> >>> why not shaping on the internal interface in case this is a gateway? >>> You know src and dst there too. >> >> Gateway can also contain sources of traffic, and we should be able >> to shape all outgoing or incoming traffic (not only transit packets, >> but also locally-originated). >> >>> The only difference enc0 makes is for host-only-setups or if you want >>> to see all your unencrpyted ipsec traffic on a gateway in one place. >> >> It seems to me that it's also useful for general traffic >> shaping/accounting/filtering purposes. >> > I agree 100%. At work, we implemented the enc interface for FreeBSD > 4.7 and 4.10 along with extending the divert interface such that we > could perform filtering and NAT on packets after tunnel decapsulation. you know you can do this with what's in there already w/o enc(4)? At least I have been doing it for more than two years now with 5.x and greater. Actually this mail will get to you via such a setup. > Just because one person doesn't have a use for the enc interface, does > not mean that no one does. agreed. good arguments for example would also be that filtering IPSec traffic with pf would becomen possible easily as long as there is no such thing like the ipsec flag in ipfw... -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 00:15:35 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B2A016A402 for ; Wed, 12 Apr 2006 00:15:35 +0000 (UTC) (envelope-from ocfs-announce-bounces@oss.oracle.com) Received: from rgminet01.oracle.com (rgminet01.oracle.com [148.87.113.118]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0263243D70 for ; Wed, 12 Apr 2006 00:15:30 +0000 (GMT) (envelope-from ocfs-announce-bounces@oss.oracle.com) Received: from oss.oracle.com (oss.oracle.com [141.146.12.120]) by rgminet01.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id k3C0FTW2000568 for ; Tue, 11 Apr 2006 18:15:29 -0600 Received: from localhost ([127.0.0.1] helo=oss.oracle.com) by oss.oracle.com with esmtp (Exim 4.14) id 1FTT0s-0007Cq-IQ for net@freebsd.org; Tue, 11 Apr 2006 19:15:14 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: ocfs-announce-bounces@oss.oracle.com To: net@freebsd.org Message-ID: Date: Tue, 11 Apr 2006 19:15:13 -0500 Precedence: bulk X-BeenThere: ocfs-announce@oss.oracle.com X-Mailman-Version: 2.1.6 X-List-Administrivia: yes Sender: ocfs-announce-bounces@oss.oracle.com Errors-To: ocfs-announce-bounces@oss.oracle.com X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE Cc: Subject: Your message to Ocfs-announce awaits moderator approval X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 00:15:35 -0000 Your mail to 'Ocfs-announce' with the subject Returned mail: see transcript for details Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://oss.oracle.com/mailman/confirm/ocfs-announce/80cd843cdec1332e578ac442f886418ffe43da8f From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 03:22:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A40E816A403; Wed, 12 Apr 2006 03:22:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE70843D45; Wed, 12 Apr 2006 03:22:29 +0000 (GMT) (envelope-from max@love2party.net) Received: from [88.64.178.154] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1FTVw30FiQ-0004oq; Wed, 12 Apr 2006 05:22:27 +0200 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Wed, 12 Apr 2006 05:20:36 +0200 User-Agent: KMail/1.9.1 References: <200603281131.28240.max@love2party.net> In-Reply-To: <200603281131.28240.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1349231.b1GtDd56l5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604120520.42362.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: andre@freebsd.org Subject: Re: Interface groups (from OpenBSD) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2006 03:22:30 -0000 --nextPart1349231.b1GtDd56l5 Content-Type: multipart/mixed; boundary="Boundary-01=_FIHPE+/4nKkInpx" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_FIHPE+/4nKkInpx Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 28 March 2006 11:31, Max Laier wrote: > Hi, > > while porting OpenBSD 3.9 (soon to be released) pf I stumbled on interface > groups. This is a mechanism to group arbitrary interfaces into logical > groups. It is just naming (not functional change), but it helps to convey > semantic information (e.g. group "LAN", "DMZ" ...) about your interface to > supporting applications. This way you can write a policies for interface > group "LAN" and have it applied to all the VLAN interfaces that come and > go. Administration is done via ifconfig. We currently have "ifconfig nam= e" > which does part of the job. > > My question: Does that sound like something interesting for us and should= I > go for importing it into FreeBSD proper, or is it not at all interesting > and we don't want it (in which case I'd hack something up for pf). > > Technical reasoning: A proper import would add an additional TAILQ link > into struct ifnet (which is a great deal of ABI change and causes the usu= al > headaches). The hack would use a single void *, but we'd have to pay for > the additional indirection. Also yet another config tool would be requir= ed > to administer the interface <-> group binding. Okay, here is a first version for discussion and review. It seems fully=20 functional, but test with care. As we allow interface names that do not en= d=20 with a digit (e.g. stf(4) and renamed interfaces) I can't use this to=20 discriminate interfaces and groups. So, in order to show interfaces in a=20 group I had to add a "-g" switch to ifconfig. Printing of group membership= s=20 is under verbose for now, but that's subject to discussion. I'm not sure if the "egress" group makes sense for us, yet. Andre, any pla= ns=20 there wrt to routing? For now it's just uncommented. Comments and reviews appreciated. Thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_FIHPE+/4nKkInpx Content-Type: text/x-diff; charset="iso-8859-6"; name="group.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="group.diff" Index: sbin/ifconfig/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sbin/ifconfig/Makefile,v retrieving revision 1.30 diff -u -r1.30 Makefile =2D-- sbin/ifconfig/Makefile 20 Mar 2006 14:24:57 -0000 1.30 +++ sbin/ifconfig/Makefile 12 Apr 2006 02:46:29 -0000 @@ -26,6 +26,7 @@ SRCS+=3D ifieee80211.c # SIOC[GS]IEEE80211 support =20 SRCS+=3D ifcarp.c # SIOC[GS]VH support +SRCS+=3D ifgroup.c # ... SRCS+=3D ifpfsync.c # pfsync(4) support =20 SRCS+=3D ifbridge.c # bridge support Index: sbin/ifconfig/ifconfig.8 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sbin/ifconfig/ifconfig.8,v retrieving revision 1.116 diff -u -r1.116 ifconfig.8 =2D-- sbin/ifconfig/ifconfig.8 8 Apr 2006 21:38:09 -0000 1.116 +++ sbin/ifconfig/ifconfig.8 12 Apr 2006 02:39:33 -0000 @@ -28,7 +28,7 @@ .\" From: @(#)ifconfig.8 8.3 (Berkeley) 1/5/94 .\" $FreeBSD: src/sbin/ifconfig/ifconfig.8,v 1.116 2006/04/08 21:38:09 sco= ttl Exp $ .\" =2D.Dd February 27, 2006 +.Dd April 12, 2006 .Dt IFCONFIG 8 .Os .Sh NAME @@ -71,6 +71,8 @@ .Op Fl u .Op Fl v .Op Fl C +.Nm +.Op Fl g Ar groupname .Sh DESCRIPTION The .Nm @@ -178,6 +180,8 @@ .Dq name unit , for example, .Dq Li ed0 . +.It Ar groupname +List the interfaces in the given group. .El .Pp The following parameters may be set with @@ -262,6 +266,22 @@ transmit messages through that interface. If possible, the interface will be reset to disable reception as well. This action does not automatically disable routes using the interface. +.It Cm group Ar group-name +Assign the interface to a +.Dq group . +Any interface can be in multiple groups. +.Pp +Cloned interfaces are members of their interface family group by default. +For example, a PPP interface such as +.Em ppp0 +is a member of the PPP interface family group, +.Em ppp . +.\" The interface(s) the default route(s) point to are members of the +.\" .Em egress +.\" interface group. +.It Cm -group Ar group-name +Remove the interface from the given +.Dq group . .It Cm eui64 (Inet6 only.) Fill interface index Index: sbin/ifconfig/ifgroup.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: sbin/ifconfig/ifgroup.c diff -N sbin/ifconfig/ifgroup.c =2D-- /dev/null 1 Jan 1970 00:00:00 -0000 +++ sbin/ifconfig/ifgroup.c 12 Apr 2006 02:30:45 -0000 @@ -0,0 +1,186 @@ +/*- + * Copyright (c) 2006 Max Laier. All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#ifndef lint +static const char rcsid[] =3D + "$FreeBSD$"; +#endif /* not lint */ + +#include +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include "ifconfig.h" + +/* ARGSUSED */ +static void +setifgroup(const char *group_name, int d, int s, const struct afswtch *raf= p) +{ + struct ifgroupreq ifgr; + + memset(&ifgr, 0, sizeof(ifgr)); + strlcpy(ifgr.ifgr_name, name, IFNAMSIZ); + + if (group_name[0] && isdigit(group_name[strlen(group_name) - 1])) + errx(1, "setifgroup: group names may not end in a digit"); + + if (strlcpy(ifgr.ifgr_group, group_name, IFNAMSIZ) >=3D IFNAMSIZ) + errx(1, "setifgroup: group name too long"); + if (ioctl(s, SIOCAIFGROUP, (caddr_t)&ifgr) =3D=3D -1) + err(1," SIOCAIFGROUP"); +} + +/* ARGSUSED */ +static void +unsetifgroup(const char *group_name, int d, int s, const struct afswtch *r= afp) +{ + struct ifgroupreq ifgr; + + memset(&ifgr, 0, sizeof(ifgr)); + strlcpy(ifgr.ifgr_name, name, IFNAMSIZ); + + if (group_name[0] && isdigit(group_name[strlen(group_name) - 1])) + errx(1, "unsetifgroup: group names may not end in a digit"); + + if (strlcpy(ifgr.ifgr_group, group_name, IFNAMSIZ) >=3D IFNAMSIZ) + errx(1, "unsetifgroup: group name too long"); + if (ioctl(s, SIOCDIFGROUP, (caddr_t)&ifgr) =3D=3D -1) + err(1, "SIOCDIFGROUP"); +} + +static void +getifgroups(int s) +{ + int len, cnt; + struct ifgroupreq ifgr; + struct ifg_req *ifg; + + if (!verbose) + return; + + memset(&ifgr, 0, sizeof(ifgr)); + strlcpy(ifgr.ifgr_name, name, IFNAMSIZ); + + if (ioctl(s, SIOCGIFGROUP, (caddr_t)&ifgr) =3D=3D -1) { + if (errno =3D=3D EINVAL || errno =3D=3D ENOTTY) + return; + else + err(1, "SIOCGIFGROUP"); + } + + len =3D ifgr.ifgr_len; + ifgr.ifgr_groups =3D + (struct ifg_req *)calloc(len / sizeof(struct ifg_req), + sizeof(struct ifg_req)); + if (ifgr.ifgr_groups =3D=3D NULL) + err(1, "getifgroups"); + if (ioctl(s, SIOCGIFGROUP, (caddr_t)&ifgr) =3D=3D -1) + err(1, "SIOCGIFGROUP"); + + cnt =3D 0; + ifg =3D ifgr.ifgr_groups; + for (; ifg && len >=3D sizeof(struct ifg_req); ifg++) { + len -=3D sizeof(struct ifg_req); + if (strcmp(ifg->ifgrq_group, "all")) { + if (cnt =3D=3D 0) + printf("\tgroups: "); + cnt++; + printf("%s ", ifg->ifgrq_group); + } + } + if (cnt) + printf("\n"); +} + +static void +printgroup(char *groupname) +{ + struct ifgroupreq ifgr; + struct ifg_req *ifg; + int len, cnt =3D 0; + int s; + + s =3D socket(AF_INET, SOCK_DGRAM, 0); + if (s =3D=3D -1) + err(1, "socket(AF_INET,SOCK_DGRAM)"); + bzero(&ifgr, sizeof(ifgr)); + strlcpy(ifgr.ifgr_name, groupname, sizeof(ifgr.ifgr_name)); + if (ioctl(s, SIOCGIFGMEMB, (caddr_t)&ifgr) =3D=3D -1) { + if (errno =3D=3D EINVAL || errno =3D=3D ENOTTY || + errno =3D=3D ENOENT) + exit(0); + else + err(1, "SIOCGIFGMEMB"); + } + + len =3D ifgr.ifgr_len; + if ((ifgr.ifgr_groups =3D calloc(1, len)) =3D=3D NULL) + err(1, "printgroup"); + if (ioctl(s, SIOCGIFGMEMB, (caddr_t)&ifgr) =3D=3D -1) + err(1, "SIOCGIFGMEMB"); + + for (ifg =3D ifgr.ifgr_groups; ifg && len >=3D sizeof(struct ifg_req); + ifg++) { + len -=3D sizeof(struct ifg_req); + printf("%s\n", ifg->ifgrq_member); + cnt++; + } + free(ifgr.ifgr_groups); + + exit(0); +} + +static struct cmd group_cmds[] =3D { + DEF_CMD_ARG("group", setifgroup), + DEF_CMD_ARG("-group", unsetifgroup), +}; +static struct afswtch af_group =3D { + .af_name =3D "af_group", + .af_af =3D AF_UNSPEC, + .af_other_status =3D getifgroups, +}; +static struct option group_gopt =3D { "g:", "[-g groupname]", printgroup }; + +static __constructor void +group_ctor(void) +{ +#define N(a) (sizeof(a) / sizeof(a[0])) + int i; + + for (i =3D 0; i < N(group_cmds); i++) + cmd_register(&group_cmds[i]); + af_register(&af_group); + opt_register(&group_gopt); +#undef N +} Index: sys/net/if.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/net/if.c,v retrieving revision 1.255 diff -u -r1.255 if.c =2D-- sys/net/if.c 21 Mar 2006 14:31:18 -0000 1.255 +++ sys/net/if.c 12 Apr 2006 02:57:34 -0000 @@ -113,6 +113,8 @@ static int ifhwioctl(u_long, struct ifnet *, caddr_t, struct thread *); static void if_start_deferred(void *context, int pending); static void do_link_state_change(void *, int); +static int if_getgroup(struct ifgroupreq *, struct ifnet *); +static int if_getgroupmembers(struct ifgroupreq *); #ifdef INET6 /* * XXX: declare here to avoid to include many inet6 related files.. @@ -125,6 +127,7 @@ struct ifindex_entry *ifindex_table =3D NULL; int ifqmaxlen =3D IFQ_MAXLEN; struct ifnethead ifnet; /* depend on static init XXX */ +struct ifgrouphead ifg_head; struct mtx ifnet_lock; static if_com_alloc_t *if_com_alloc[256]; static if_com_free_t *if_com_free[256]; @@ -282,6 +285,7 @@ =20 IFNET_LOCK_INIT(); TAILQ_INIT(&ifnet); + TAILQ_INIT(&ifg_head); knlist_init(&ifklist, NULL, NULL, NULL, NULL); if_grow(); /* create initial table */ ifdev_byindex(0) =3D make_dev(&net_cdevsw, 0, @@ -441,6 +445,10 @@ TAILQ_INIT(&ifp->if_addrhead); TAILQ_INIT(&ifp->if_prefixhead); TAILQ_INIT(&ifp->if_multiaddrs); + TAILQ_INIT(&ifp->if_groups); + + if_addgroup(ifp, IFG_ALL); + knlist_init(&ifp->if_klist, NULL, NULL, NULL, NULL); getmicrotime(&ifp->if_lastchange); ifp->if_data.ifi_epoch =3D time_uptime; @@ -713,6 +721,213 @@ } =20 /* + * Add a group to an interface + */ +int +if_addgroup(struct ifnet *ifp, const char *groupname) +{ + struct ifg_list *ifgl; + struct ifg_group *ifg =3D NULL; + struct ifg_member *ifgm; + + if (groupname[0] && groupname[strlen(groupname) - 1] >=3D '0' && + groupname[strlen(groupname) - 1] <=3D '9') + return (EINVAL); + + IFNET_WLOCK(); + TAILQ_FOREACH(ifgl, &ifp->if_groups, ifgl_next) + if (!strcmp(ifgl->ifgl_group->ifg_group, groupname)) { + IFNET_WUNLOCK(); + return (EEXIST); + } + + if ((ifgl =3D (struct ifg_list *)malloc(sizeof(struct ifg_list), M_TEMP, + M_NOWAIT)) =3D=3D NULL) { + IFNET_WUNLOCK(); + return (ENOMEM); + } + + if ((ifgm =3D (struct ifg_member *)malloc(sizeof(struct ifg_member), + M_TEMP, M_NOWAIT)) =3D=3D NULL) { + free(ifgl, M_TEMP); + IFNET_WUNLOCK(); + return (ENOMEM); + } + + TAILQ_FOREACH(ifg, &ifg_head, ifg_next) + if (!strcmp(ifg->ifg_group, groupname)) + break; + + if (ifg =3D=3D NULL) { + if ((ifg =3D (struct ifg_group *)malloc(sizeof(struct ifg_group), + M_TEMP, M_NOWAIT)) =3D=3D NULL) { + free(ifgl, M_TEMP); + free(ifgm, M_TEMP); + IFNET_WUNLOCK(); + return (ENOMEM); + } + strlcpy(ifg->ifg_group, groupname, sizeof(ifg->ifg_group)); + ifg->ifg_refcnt =3D 0; + TAILQ_INIT(&ifg->ifg_members); + EVENTHANDLER_INVOKE(group_attach_event, ifg); + TAILQ_INSERT_TAIL(&ifg_head, ifg, ifg_next); + } + + ifg->ifg_refcnt++; + ifgl->ifgl_group =3D ifg; + ifgm->ifgm_ifp =3D ifp; + + IF_ADDR_LOCK(ifp); + TAILQ_INSERT_TAIL(&ifg->ifg_members, ifgm, ifgm_next); + TAILQ_INSERT_TAIL(&ifp->if_groups, ifgl, ifgl_next); + IF_ADDR_UNLOCK(ifp); + + EVENTHANDLER_INVOKE(group_change_event, groupname); + IFNET_WUNLOCK(); + + return (0); +} + +/* + * Remove a group from an interface + */ +int +if_delgroup(struct ifnet *ifp, const char *groupname) +{ + struct ifg_list *ifgl; + struct ifg_member *ifgm; + + IFNET_WLOCK(); + TAILQ_FOREACH(ifgl, &ifp->if_groups, ifgl_next) + if (!strcmp(ifgl->ifgl_group->ifg_group, groupname)) + break; + if (ifgl =3D=3D NULL) { + IFNET_WUNLOCK(); + return (ENOENT); + } + + IF_ADDR_LOCK(ifp); + TAILQ_REMOVE(&ifp->if_groups, ifgl, ifgl_next); + IF_ADDR_UNLOCK(ifp); + + TAILQ_FOREACH(ifgm, &ifgl->ifgl_group->ifg_members, ifgm_next) + if (ifgm->ifgm_ifp =3D=3D ifp) + break; + + if (ifgm !=3D NULL) { + TAILQ_REMOVE(&ifgl->ifgl_group->ifg_members, ifgm, ifgm_next); + free(ifgm, M_TEMP); + } + + if (--ifgl->ifgl_group->ifg_refcnt =3D=3D 0) { + TAILQ_REMOVE(&ifg_head, ifgl->ifgl_group, ifg_next); + EVENTHANDLER_INVOKE(group_detach_event, ifgl->ifgl_group); + free(ifgl->ifgl_group, M_TEMP); + } + IFNET_WUNLOCK(); + + free(ifgl, M_TEMP); + + EVENTHANDLER_INVOKE(group_change_event, groupname); + + return (0); +} + +/* + * Stores all groups from an interface in memory pointed + * to by data + */ +static int +if_getgroup(struct ifgroupreq *data, struct ifnet *ifp) +{ + int len, error; + struct ifg_list *ifgl; + struct ifg_req ifgrq, *ifgp; + struct ifgroupreq *ifgr =3D data; + + if (ifgr->ifgr_len =3D=3D 0) { + IF_ADDR_LOCK(ifp); + TAILQ_FOREACH(ifgl, &ifp->if_groups, ifgl_next) + ifgr->ifgr_len +=3D sizeof(struct ifg_req); + IF_ADDR_UNLOCK(ifp); + return (0); + } + + len =3D ifgr->ifgr_len; + ifgp =3D ifgr->ifgr_groups; + /* XXX: wire */ + IF_ADDR_LOCK(ifp); + TAILQ_FOREACH(ifgl, &ifp->if_groups, ifgl_next) { + if (len < sizeof(ifgrq)) { + IF_ADDR_UNLOCK(ifp); + return (EINVAL); + } + bzero(&ifgrq, sizeof ifgrq); + strlcpy(ifgrq.ifgrq_group, ifgl->ifgl_group->ifg_group, + sizeof(ifgrq.ifgrq_group)); + if ((error =3D copyout(&ifgrq, ifgp, sizeof(struct ifg_req)))) { + IF_ADDR_UNLOCK(ifp); + return (error); + } + len -=3D sizeof(ifgrq); + ifgp++; + } + IF_ADDR_UNLOCK(ifp); + + return (0); +} + +/* + * Stores all members of a group in memory pointed to by data + */ +static int +if_getgroupmembers(struct ifgroupreq *data) +{ + struct ifgroupreq *ifgr =3D data; + struct ifg_group *ifg; + struct ifg_member *ifgm; + struct ifg_req ifgrq, *ifgp; + int len, error; + + IFNET_RLOCK(); + TAILQ_FOREACH(ifg, &ifg_head, ifg_next) + if (!strcmp(ifg->ifg_group, ifgr->ifgr_name)) + break; + if (ifg =3D=3D NULL) { + IFNET_RUNLOCK(); + return (ENOENT); + } + + if (ifgr->ifgr_len =3D=3D 0) { + TAILQ_FOREACH(ifgm, &ifg->ifg_members, ifgm_next) + ifgr->ifgr_len +=3D sizeof(ifgrq); + IFNET_RUNLOCK(); + return (0); + } + + len =3D ifgr->ifgr_len; + ifgp =3D ifgr->ifgr_groups; + TAILQ_FOREACH(ifgm, &ifg->ifg_members, ifgm_next) { + if (len < sizeof(ifgrq)) { + IFNET_RUNLOCK(); + return (EINVAL); + } + bzero(&ifgrq, sizeof ifgrq); + strlcpy(ifgrq.ifgrq_member, ifgm->ifgm_ifp->if_xname, + sizeof(ifgrq.ifgrq_member)); + if ((error =3D copyout(&ifgrq, ifgp, sizeof(struct ifg_req)))) { + IFNET_RUNLOCK(); + return (error); + } + len -=3D sizeof(ifgrq); + ifgp++; + } + IFNET_RUNLOCK(); + + return (0); +} + +/* * Delete Routes for a Network Interface * * Called for each routing entry via the rnh->rnh_walktree() call above @@ -1470,6 +1685,35 @@ ifr->ifr_addr.sa_data, ifr->ifr_addr.sa_len); break; =20 + case SIOCAIFGROUP: + { + struct ifgroupreq *ifgr =3D (struct ifgroupreq *)ifr; + + error =3D suser(td); + if (error) + return (error); + if ((error =3D if_addgroup(ifp, ifgr->ifgr_group))) + return (error); + break; + } + + case SIOCGIFGROUP: + if ((error =3D if_getgroup((struct ifgroupreq *)ifr, ifp))) + return (error); + break; + + case SIOCDIFGROUP: + { + struct ifgroupreq *ifgr =3D (struct ifgroupreq *)ifr; + + error =3D suser(td); + if (error) + return (error); + if ((error =3D if_delgroup(ifp, ifgr->ifgr_group))) + return (error); + break; + } + default: error =3D ENOIOCTL; break; @@ -1509,6 +1753,8 @@ =20 case SIOCIFGCLONERS: return (if_clone_list((struct if_clonereq *)data)); + case SIOCGIFGMEMB: + return (if_getgroupmembers((struct ifgroupreq *)data)); } =20 ifp =3D ifunit(ifr->ifr_name); Index: sys/net/if.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/net/if.h,v retrieving revision 1.101 diff -u -r1.101 if.h =2D-- sys/net/if.h 2 Feb 2006 19:58:37 -0000 1.101 +++ sys/net/if.h 11 Apr 2006 03:41:57 -0000 @@ -359,6 +359,37 @@ #endif =20 /* + * interface groups + */ + +#define IFG_ALL "all" /* group contains all interfaces */ +/* XXX: will we implement this? */ +#define IFG_EGRESS "egress" /* if(s) default route(s) point to */ + +struct ifg_req { + union { + char ifgrqu_group[IFNAMSIZ]; + char ifgrqu_member[IFNAMSIZ]; + } ifgrq_ifgrqu; +#define ifgrq_group ifgrq_ifgrqu.ifgrqu_group +#define ifgrq_member ifgrq_ifgrqu.ifgrqu_member +}; + +/* + * Used to lookup groups for an interface + */ +struct ifgroupreq { + char ifgr_name[IFNAMSIZ]; + u_int ifgr_len; + union { + char ifgru_group[IFNAMSIZ]; + struct ifg_req *ifgru_groups; + } ifgr_ifgru; +#define ifgr_group ifgr_ifgru.ifgru_group +#define ifgr_groups ifgr_ifgru.ifgru_groups +}; + +/* * Structure for SIOC[AGD]LIFADDR */ struct if_laddrreq { Index: sys/net/if_clone.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/net/if_clone.c,v retrieving revision 1.9 diff -u -r1.9 if_clone.c =2D-- sys/net/if_clone.c 24 Nov 2005 18:56:14 -0000 1.9 +++ sys/net/if_clone.c 12 Apr 2006 01:03:27 -0000 @@ -158,6 +158,8 @@ if (ifp =3D=3D NULL) panic("%s: lookup failed for %s", __func__, name); =20 + if_addgroup(ifp, ifc->ifc_name); + IF_CLONE_LOCK(ifc); IFC_IFLIST_INSERT(ifc, ifp); IF_CLONE_UNLOCK(ifc); @@ -210,9 +212,13 @@ IFC_IFLIST_REMOVE(ifc, ifp); IF_CLONE_UNLOCK(ifc); =20 + if_delgroup(ifp, ifc->ifc_name); + err =3D (*ifc->ifc_destroy)(ifc, ifp); =20 if (err !=3D 0) { + if_addgroup(ifp, ifc->ifc_name); + IF_CLONE_LOCK(ifc); IFC_IFLIST_INSERT(ifc, ifp); IF_CLONE_UNLOCK(ifc); Index: sys/net/if_var.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/net/if_var.h,v retrieving revision 1.106 diff -u -r1.106 if_var.h =2D-- sys/net/if_var.h 30 Jan 2006 13:45:15 -0000 1.106 +++ sys/net/if_var.h 12 Apr 2006 02:59:42 -0000 @@ -91,6 +91,7 @@ TAILQ_HEAD(ifaddrhead, ifaddr); /* instantiation is preserved in the list = */ TAILQ_HEAD(ifprefixhead, ifprefix); TAILQ_HEAD(ifmultihead, ifmultiaddr); +TAILQ_HEAD(ifgrouphead, ifg_group); =20 /* * Structure defining a queue for a network interface. @@ -182,6 +183,9 @@ struct task if_linktask; /* task for link change events */ struct mtx if_addr_mtx; /* mutex to protect address lists */ LIST_ENTRY(ifnet) if_clones; /* interfaces of a cloner */ + TAILQ_HEAD(, ifg_list) if_groups; /* linked list of groups per if */ + /* protected by if_addr_mtx */ + void *if_pf_kif; }; =20 typedef void if_init_f_t(void *); @@ -318,6 +322,37 @@ typedef void (*ifnet_departure_event_handler_t)(void *, struct ifnet *); EVENTHANDLER_DECLARE(ifnet_departure_event, ifnet_departure_event_handler_= t); =20 +/* + * interface groups + */ +struct ifg_group { + char ifg_group[IFNAMSIZ]; + u_int ifg_refcnt; + void *ifg_pf_kif; + TAILQ_HEAD(, ifg_member) ifg_members; + TAILQ_ENTRY(ifg_group) ifg_next; +}; + +struct ifg_member { + TAILQ_ENTRY(ifg_member) ifgm_next; + struct ifnet *ifgm_ifp; +}; + +struct ifg_list { + struct ifg_group *ifgl_group; + TAILQ_ENTRY(ifg_list) ifgl_next; +}; + +/* group attach event */ +typedef void (*group_attach_event_handler_t)(void *, struct ifg_group *); +EVENTHANDLER_DECLARE(group_attach_event, group_attach_event_handler_t); +/* group detach event */ +typedef void (*group_detach_event_handler_t)(void *, struct ifg_group *); +EVENTHANDLER_DECLARE(group_detach_event, group_detach_event_handler_t); +/* group change event */ +typedef void (*group_change_event_handler_t)(void *, const char *); +EVENTHANDLER_DECLARE(group_change_event, group_change_event_handler_t); + #define IF_AFDATA_LOCK_INIT(ifp) \ mtx_init(&(ifp)->if_afdata_mtx, "if_afdata", NULL, MTX_DEF) #define IF_AFDATA_LOCK(ifp) mtx_lock(&(ifp)->if_afdata_mtx) @@ -624,6 +659,8 @@ extern struct ifnet *loif; /* first loopback interface */ extern int if_index; =20 +int if_addgroup(struct ifnet *, const char *); +int if_delgroup(struct ifnet *, const char *); int if_addmulti(struct ifnet *, struct sockaddr *, struct ifmultiaddr **); int if_allmulti(struct ifnet *, int); struct ifnet* if_alloc(u_char); Index: sys/sys/sockio.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/sys/sockio.h,v retrieving revision 1.29 diff -u -r1.29 sockio.h =2D-- sys/sys/sockio.h 2 Feb 2006 19:58:37 -0000 1.29 +++ sys/sys/sockio.h 12 Apr 2006 00:36:11 -0000 @@ -117,4 +117,9 @@ #define SIOCIFDESTROY _IOW('i', 121, struct ifreq) /* destroy clone if */ #define SIOCIFGCLONERS _IOWR('i', 120, struct if_clonereq) /* get cloners = */ =20 +#define SIOCAIFGROUP _IOW('i', 135, struct ifgroupreq) /* add an ifgroup = */ +#define SIOCGIFGROUP _IOWR('i', 136, struct ifgroupreq) /* get ifgroups */ +#define SIOCDIFGROUP _IOW('i', 137, struct ifgroupreq) /* delete ifgroup = */ +#define SIOCGIFGMEMB _IOWR('i', 138, struct ifgroupreq) /* get members */ + #endif /* !_SYS_SOCKIO_H_ */ --Boundary-01=_FIHPE+/4nKkInpx-- --nextPart1349231.b1GtDd56l5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEPHIKXyyEoT62BG0RAsXWAJ4pgUKyND/wsYYxxFBYDqlMawYSvQCdFKmP utDZ9vHV+y3fZLcqiYuKMnA= =LLdv -----END PGP SIGNATURE----- --nextPart1349231.b1GtDd56l5-- From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 03:27:16 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C905616A406 for ; Wed, 12 Apr 2006 03:27:16 +0000 (UTC) (envelope-from fooler@skyinet.net) Received: from smtp1.skyinet.net (smtp1.skyinet.net [202.78.97.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AE0F43D46 for ; Wed, 12 Apr 2006 03:27:16 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from fooler (fooler.ilo.skyinet.net [202.78.118.66]) by smtp1.skyinet.net (Postfix) with SMTP id D35E9582D0; Wed, 12 Apr 2006 11:27:12 +0800 (PHT) Message-ID: <0cba01c65de0$f656f7f0$42764eca@ilo.skyinet.net> From: "fooler" To: "Julian Elischer" , "M. Parsons" References: <443BDE05.8040204@elischer.org> Date: Wed, 12 Apr 2006 11:27:00 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-net@freebsd.org Subject: Re: PPPoE question. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 03:27:16 -0000 ----- Original Message ----- From: "Julian Elischer" To: "M. Parsons" Cc: Sent: Wednesday, April 12, 2006 12:49 AM Subject: Re: PPPoE question. > M. Parsons wrote: > >>Hello, >> >>I was wondering if the freebsd kernel supports synchronous pppoe? >> >>I currently use LInux and I use synchronous pppoe (the n_hldc line >>discipline module), and I find that if I have synchronous off, network >>efficiency is not what its supposed to be. >> >> > what the heck is synchronous pppoe? we connect to pppoe via ethernet so > it is already synchronous (?) set speed sync fooler. From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 12:29:14 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0F8516A401 for ; Wed, 12 Apr 2006 12:29:14 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 581A243D48 for ; Wed, 12 Apr 2006 12:29:14 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 90DEBE3118; Wed, 12 Apr 2006 08:29:13 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 5AF6B3A578; Wed, 12 Apr 2006 08:29:12 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FTeT9-000LEH-0m; Wed, 12 Apr 2006 13:29:11 +0100 Date: Wed, 12 Apr 2006 13:29:10 +0100 From: Brian Candler To: dima <_pppp@mail.ru> Message-ID: <20060412122910.GA81569@uk.tiscali.com> References: <20060411121604.GA77666@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: is NFS production-ready ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2006 12:29:14 -0000 On Tue, Apr 11, 2006 at 05:59:50PM +0400, dima wrote: > > I built a big mail/web cluster a few years ago using FreeBSD 4.x (4.6.2 I > > think), where all the front-ends used NFS to access data on a shared > > fileserver platform (NetApp). It worked without a hitch, and still does. > > What is the reaction on network/NAS failure? > I mean, I'm about to provide transparent storage service in the case of failures of different types. It never came up as an issue. The backend was a clustered NetApp pair, so if one failed, the other head-end would take over the disks belonging to the first one, and continue to serve from the same IP address. However, I believe that if you do a "soft" mount, and the server goes away, eventually the client will get an I/O error. The client program has to be written in such a way as it will handle I/O errors in all situations (and many are not) Regards, Brian. From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 12:33:20 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11DC116A405 for ; Wed, 12 Apr 2006 12:33:20 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFEFE43D60 for ; Wed, 12 Apr 2006 12:32:59 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 2BB83E3117; Wed, 12 Apr 2006 08:32:59 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id C934837DDE; Wed, 12 Apr 2006 08:32:55 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FTeWk-000LEQ-AP; Wed, 12 Apr 2006 13:32:54 +0100 Date: Wed, 12 Apr 2006 13:32:54 +0100 From: Brian Candler To: fooler Message-ID: <20060412123254.GB81569@uk.tiscali.com> References: <443BDE05.8040204@elischer.org> <0cba01c65de0$f656f7f0$42764eca@ilo.skyinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0cba01c65de0$f656f7f0$42764eca@ilo.skyinet.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, Julian Elischer , "M. Parsons" Subject: Re: PPPoE question. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 12:33:20 -0000 On Wed, Apr 12, 2006 at 11:27:00AM +0800, fooler wrote: > >what the heck is synchronous pppoe? we connect to pppoe via ethernet so > >it is already synchronous (?) > > set speed sync And how does that change the pppoe ethernet frames? From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 12:38:52 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D6B416A401 for ; Wed, 12 Apr 2006 12:38:52 +0000 (UTC) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from mail1.cil.se (mail1.cil.se [217.197.56.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF42543D45 for ; Wed, 12 Apr 2006 12:38:51 +0000 (GMT) (envelope-from jon.otterholm@ide.resurscentrum.se) Received: from [192.168.2.10] ([192.168.2.10]) by mail1.cil.se with Microsoft SMTPSVC(6.0.3790.0); Wed, 12 Apr 2006 14:38:49 +0200 Message-ID: <443CF4D7.1030204@ide.resurscentrum.se> Date: Wed, 12 Apr 2006 14:38:47 +0200 From: Jon Otterholm User-Agent: Thunderbird 1.5 (X11/20060204) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Apr 2006 12:38:49.0530 (UTC) FILETIME=[0C58F1A0:01C65E2E] Subject: Sub-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: Wed, 12 Apr 2006 12:38:52 -0000 Hi. I am designing a new network and one way to go is to configure a router based on FreeBSD with one IF/customer. This would mean around 1000 VLAN-IF's/router - would this work? Do you see any problems with this? /Jon From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 14:59:55 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58E3D16A400 for ; Wed, 12 Apr 2006 14:59:55 +0000 (UTC) (envelope-from fooler@skyinet.net) Received: from smtp2.skyinet.net (smtp2.skyinet.net [202.78.97.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA83143D49 for ; Wed, 12 Apr 2006 14:59:54 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from fooler (fooler.ilo.skyinet.net [202.78.118.66]) by smtp2.skyinet.net (Postfix) with SMTP id CB2595BA50; Wed, 12 Apr 2006 22:59:51 +0800 (PHT) Message-ID: <0f0e01c65e41$c127bd10$42764eca@ilo.skyinet.net> From: "fooler" To: "Brian Candler" References: <443BDE05.8040204@elischer.org> <0cba01c65de0$f656f7f0$42764eca@ilo.skyinet.net> <20060412123254.GB81569@uk.tiscali.com> Date: Wed, 12 Apr 2006 22:59:52 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-net@freebsd.org, Julian Elischer , "M. Parsons" Subject: Re: PPPoE question. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 14:59:55 -0000 ----- Original Message ----- From: "Brian Candler" To: "fooler" Cc: "Julian Elischer" ; "M. Parsons" ; Sent: Wednesday, April 12, 2006 8:32 PM Subject: Re: PPPoE question. > On Wed, Apr 12, 2006 at 11:27:00AM +0800, fooler wrote: >> >what the heck is synchronous pppoe? we connect to pppoe via ethernet so >> >it is already synchronous (?) >> >> set speed sync > > And how does that change the pppoe ethernet frames? nothing change and still the same... ethernet frames are at layer 2 while synchronization (either asynchronous or synchronous) is at layer 1... synchronous is much better than asynchronous for ethernet links... fooler. From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 15:13:42 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D4A616A401 for ; Wed, 12 Apr 2006 15:13:42 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 543D943D66 for ; Wed, 12 Apr 2006 15:13:39 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 831E4E35CD; Wed, 12 Apr 2006 11:13:38 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 2938636D65; Wed, 12 Apr 2006 11:13:35 -0400 (EDT) Received: from brian by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FTh2D-000LNR-RN; Wed, 12 Apr 2006 16:13:33 +0100 Date: Wed, 12 Apr 2006 16:13:33 +0100 From: Brian Candler To: fooler Message-ID: <20060412151333.GA82148@uk.tiscali.com> References: <443BDE05.8040204@elischer.org> <0cba01c65de0$f656f7f0$42764eca@ilo.skyinet.net> <20060412123254.GB81569@uk.tiscali.com> <0f0e01c65e41$c127bd10$42764eca@ilo.skyinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0f0e01c65e41$c127bd10$42764eca@ilo.skyinet.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, Julian Elischer , "M. Parsons" Subject: Re: PPPoE question. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 15:13:42 -0000 On Wed, Apr 12, 2006 at 10:59:52PM +0800, fooler wrote: > >>set speed sync > > > >And how does that change the pppoe ethernet frames? > > nothing change and still the same... ethernet frames are at layer 2 while > synchronization (either asynchronous or synchronous) is at layer 1... > synchronous is much better than asynchronous for ethernet links... Then I think you have a misunderstanding. Ethernet frames are *always* synchronous. There are no 'start' and 'stop' bits in ethernet, only frame delimiters. The sync/async difference only has meaning for serial links (e.g. where layer 1 is RS232 / V24) PPP frames carried inside ethernet (i.e. pppoe) are therefore also carried using synchronous encoding, since ethernet is synchronous. Brian. From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 15:30:16 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D4CF16A494 for ; Wed, 12 Apr 2006 15:30:16 +0000 (UTC) (envelope-from fooler@skyinet.net) Received: from smtp2.skyinet.net (smtp2.skyinet.net [202.78.97.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCFCA43D45 for ; Wed, 12 Apr 2006 15:30:10 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from fooler (fooler.ilo.skyinet.net [202.78.118.66]) by smtp2.skyinet.net (Postfix) with SMTP id 7AC945BA42; Wed, 12 Apr 2006 23:30:07 +0800 (PHT) Message-ID: <0f4601c65e45$fbca2080$42764eca@ilo.skyinet.net> From: "fooler" To: "Brian Candler" References: <443BDE05.8040204@elischer.org> <0cba01c65de0$f656f7f0$42764eca@ilo.skyinet.net> <20060412123254.GB81569@uk.tiscali.com> <0f0e01c65e41$c127bd10$42764eca@ilo.skyinet.net> <20060412151333.GA82148@uk.tiscali.com> Date: Wed, 12 Apr 2006 23:30:08 +0800 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-net@freebsd.org, Julian Elischer , "M. Parsons" Subject: Re: PPPoE question. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Apr 2006 15:30:16 -0000 ----- Original Message ----- From: "Brian Candler" To: "fooler" Cc: "Julian Elischer" ; "M. Parsons" ; Sent: Wednesday, April 12, 2006 11:13 PM Subject: Re: PPPoE question. > PPP frames carried inside ethernet (i.e. pppoe) are therefore also carried > using synchronous encoding, since ethernet is synchronous. i stumbled when raspppoe under win9x cannot connect to freebsd's pppoed + ppp... when i set ppp's speed to synchronous... it connected and i didnt bother to look at it what went wrong... fooler. From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 18:16:49 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E17316A403 for ; Wed, 12 Apr 2006 18:16:49 +0000 (UTC) (envelope-from lowell@be-well.ilk.org) Received: from mail6.sea5.speakeasy.net (mail6.sea5.speakeasy.net [69.17.117.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C7E243D78 for ; Wed, 12 Apr 2006 18:16:39 +0000 (GMT) (envelope-from lowell@be-well.ilk.org) Received: (qmail 21626 invoked from network); 12 Apr 2006 18:16:39 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail6.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 12 Apr 2006 18:16:38 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id 5914228426; Wed, 12 Apr 2006 14:16:38 -0400 (EDT) To: freebsd-net@freebsd.org References: <1144693413.00501683.1144680601@10.7.7.3> From: Lowell Gilbert Date: 12 Apr 2006 14:16:38 -0400 In-Reply-To: <1144693413.00501683.1144680601@10.7.7.3> Message-ID: <44veted5h5.fsf@be-well.ilk.org> Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: qemu + 802.1Q VLANs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2006 18:16:49 -0000 Oliver Fromme writes: > Well, that would feed vlan11 into the qemu guest, right? > What I need is to feed the whole trunk into the quemu guest, > so I can do create the vlan interfaces within the guest. That *would* be harder. And any workarounds would be clunky. > Would it work to bridge the whole (physical) trunk interface > into the guest? i.e. following your example: > ifconfig bridge0 addm ti0 addm tap0 up In theory, that makes sense. In practice, it looks like it would take a bit of work adapting the drivers. Unfortunately, I don't have time to think about it much at the moment. From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 19:16:56 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A852116A401 for ; Wed, 12 Apr 2006 19:16:56 +0000 (UTC) (envelope-from chengjin@cs.caltech.edu) Received: from blizzard.cs.caltech.edu (blizzard.cs.caltech.edu [131.215.44.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDC1A43D7F for ; Wed, 12 Apr 2006 19:16:18 +0000 (GMT) (envelope-from chengjin@cs.caltech.edu) Received: from localhost (flood.cs.caltech.edu [131.215.44.31]) by blizzard.cs.caltech.edu (Postfix) with ESMTP id 4079A402340 for ; Wed, 12 Apr 2006 12:16:18 -0700 (PDT) Received: from blizzard.cs.caltech.edu ([131.215.44.2]) by localhost (flood.cs.caltech.edu [131.215.44.31]) (amavisd-new, port 10024) with ESMTP id 11488-08 for ; Wed, 12 Apr 2006 12:16:18 -0700 (PDT) Received: from orchestra.cs.caltech.edu (orchestra.cs.caltech.edu [131.215.44.20]) by blizzard.cs.caltech.edu (Postfix) with ESMTP id 60F3D402323 for ; Wed, 12 Apr 2006 12:16:17 -0700 (PDT) Received: by orchestra.cs.caltech.edu (Postfix, from userid 20269) id 127A4103C77; Wed, 12 Apr 2006 12:16:15 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by orchestra.cs.caltech.edu (Postfix) with ESMTP id 761F6103C6F for ; Wed, 12 Apr 2006 12:16:15 -0700 (PDT) Date: Wed, 12 Apr 2006 12:16:15 -0700 (PDT) From: Cheng Jin To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 6.0 + intel em + mysterious gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2006 19:16:56 -0000 Hi, I am running the 6.0 release on a supermicro 5015M-MF motherboard with intel's 82573v dual gigE. by default only one of the two ports are detected, although i was able to get both to work following the advice here http://www.freebsd.org/cgi/query-pr.cgi?pr=94281 the real puzzling thing is that em0 would send out a gratuitous arp every 2 seconds with the IP address of 192.168.0.18 even though I configured it to have a completely different IP address, 10.10.10.252. also, i was only able to see these arp messages on a machine that is directly connected to em0. tcpdump on em0 doesnt show any of the arp packets. I searched my /etc and also the kernel source tree, and this particular ip is nowhere to be found. Is the card doing this crazy thing all by itself?? Thanks! Cheng From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 19:57:53 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78D7716A401 for ; Wed, 12 Apr 2006 19:57:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E09743D6D for ; Wed, 12 Apr 2006 19:57:52 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.19.131]) ([10.251.19.131]) by a50.ironport.com with ESMTP; 12 Apr 2006 12:57:53 -0700 Message-ID: <443D5BC0.9090005@elischer.org> Date: Wed, 12 Apr 2006 12:57:52 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Cheng Jin References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: 6.0 + intel em + mysterious gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2006 19:57:53 -0000 Cheng Jin wrote: > > Hi, > > I am running the 6.0 release on a supermicro 5015M-MF motherboard > with intel's 82573v dual gigE. by default only one of the two > ports are detected, although i was able to get both to work following > the advice here > http://www.freebsd.org/cgi/query-pr.cgi?pr=94281 > > the real puzzling thing is that em0 would send out a gratuitous arp > every 2 seconds with the IP address of 192.168.0.18 even though I > configured it to have a completely different IP address, 10.10.10.252. > also, i was only able to see these arp messages on a machine that > is directly connected to em0. tcpdump on em0 doesnt show any > of the arp packets. you have IPMI turned on. the microntroller on the motherboard that controls such things as remote power control, is doing the arps.. > > I searched my /etc and also the kernel source tree, and this > particular ip is nowhere to be found. Is the card doing this crazy > thing all by itself?? > > Thanks! > > Cheng > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 20:06:54 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0098B16A409 for ; Wed, 12 Apr 2006 20:06:54 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91BF243D46 for ; Wed, 12 Apr 2006 20:06:47 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k3CK6jBl089225; Wed, 12 Apr 2006 16:06:45 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-net@FreeBSD.org Date: Wed, 12 Apr 2006 16:06:29 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200604121606.32011.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1395/Wed Apr 12 14:44:32 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Cheng Jin Subject: Re: 6.0 + intel em + mysterious gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2006 20:06:54 -0000 On Wednesday 12 April 2006 03:16 pm, Cheng Jin wrote: > Hi, > > I am running the 6.0 release on a supermicro 5015M-MF motherboard > with intel's 82573v dual gigE. by default only one of the two > ports are detected, although i was able to get both to work > following the advice here > http://www.freebsd.org/cgi/query-pr.cgi?pr=94281 > > the real puzzling thing is that em0 would send out a gratuitous arp > every 2 seconds with the IP address of 192.168.0.18 even though I > configured it to have a completely different IP address, > 10.10.10.252. also, i was only able to see these arp messages on a > machine that is directly connected to em0. tcpdump on em0 doesnt > show any of the arp packets. > > I searched my /etc and also the kernel source tree, and this > particular ip is nowhere to be found. Is the card doing this crazy > thing all by itself?? You may have an IPMI capable board for remote management and monitoring. Turn it off from BIOS configuration if you can. Jung-uk Kim From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 20:17:30 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A2E216A400 for ; Wed, 12 Apr 2006 20:17:30 +0000 (UTC) (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 81D3C43D48 for ; Wed, 12 Apr 2006 20:17:29 +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.6/8.13.6/Debian-1) with SMTP id k3CKIG6F024566; Thu, 13 Apr 2006 08:18:16 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 5531B1CC37; Thu, 13 Apr 2006 08:17:25 +1200 (NZST) Date: Thu, 13 Apr 2006 08:17:25 +1200 From: Andrew Thompson To: Jon Otterholm Message-ID: <20060412201725.GA42102@heff.fud.org.nz> References: <443CF4D7.1030204@ide.resurscentrum.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443CF4D7.1030204@ide.resurscentrum.se> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Sub-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: Wed, 12 Apr 2006 20:17:30 -0000 On Wed, Apr 12, 2006 at 02:38:47PM +0200, Jon Otterholm wrote: > Hi. > > I am designing a new network and one way to go is to configure a router > based on FreeBSD with one IF/customer. This would mean around 1000 > VLAN-IF's/router - would this work? Do you see any problems with this? 1000 vlan interfaces will work fine. In all the stable branches (and releases) the vlans will be in a linked list, this can be slower as the list increases in size. In CURRENT this is now a hash list and you can optimise it even more by defining VLAN_ARRAY which will directly dereference the tag->ifnet. Andrew From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 20:30:15 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7C0816A407 for ; Wed, 12 Apr 2006 20:30:15 +0000 (UTC) (envelope-from ericx_lists@vineyard.net) Received: from smtp1.vineyard.net (a1.vineyard.net [204.17.195.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2135243D4C for ; Wed, 12 Apr 2006 20:30:11 +0000 (GMT) (envelope-from ericx_lists@vineyard.net) Received: from localhost (loopback [127.0.0.1]) by smtp1.vineyard.net (Postfix) with ESMTP id 1E54D1581881 for ; Wed, 12 Apr 2006 16:30:11 -0400 (EDT) Received: from smtp1.vineyard.net ([127.0.0.1]) by localhost (ace1.vineyard.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24165-01-32 for ; Wed, 12 Apr 2006 16:30:10 -0400 (EDT) Received: from [204.17.195.104] (fortiva.vineyard.net [204.17.195.104]) by smtp1.vineyard.net (Postfix) with ESMTP id D00951581814 for ; Wed, 12 Apr 2006 16:30:10 -0400 (EDT) Message-ID: <443D6325.2050109@vineyard.net> Date: Wed, 12 Apr 2006 16:29:25 -0400 From: "Eric W. Bates" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <443CF4D7.1030204@ide.resurscentrum.se> <20060412201725.GA42102@heff.fud.org.nz> In-Reply-To: <20060412201725.GA42102@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS-ace1 at Vineyard.NET Subject: Re: Sub-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: Wed, 12 Apr 2006 20:30:15 -0000 Andrew Thompson wrote: > On Wed, Apr 12, 2006 at 02:38:47PM +0200, Jon Otterholm wrote: >> Hi. >> >> I am designing a new network and one way to go is to configure a router >> based on FreeBSD with one IF/customer. This would mean around 1000 >> VLAN-IF's/router - would this work? Do you see any problems with this? > > 1000 vlan interfaces will work fine. In all the stable branches (and > releases) the vlans will be in a linked list, this can be slower as the > list increases in size. In CURRENT this is now a hash list and you can > optimise it even more by defining VLAN_ARRAY which will directly > dereference the tag->ifnet. We did run into a problem when we had too many (more than 15) addresses/interfaces on a system. isc-dhcpd has some table sizes hard-coded for some data structures. This was solved by patching common/discover.c (thanks to help from this list). Obviously not a problem if you aren't planning on dhcp. > > Andrew > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Wed Apr 12 21:39:03 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB24216A400; Wed, 12 Apr 2006 21:39:03 +0000 (UTC) (envelope-from chengjin@cs.caltech.edu) Received: from blizzard.cs.caltech.edu (blizzard.cs.caltech.edu [131.215.44.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EBBD43D73; Wed, 12 Apr 2006 21:38:58 +0000 (GMT) (envelope-from chengjin@cs.caltech.edu) Received: from localhost (flood.cs.caltech.edu [131.215.44.31]) by blizzard.cs.caltech.edu (Postfix) with ESMTP id D1D1440239C; Wed, 12 Apr 2006 14:38:57 -0700 (PDT) Received: from blizzard.cs.caltech.edu ([131.215.44.2]) by localhost (flood.cs.caltech.edu [131.215.44.31]) (amavisd-new, port 10024) with ESMTP id 17738-04; Wed, 12 Apr 2006 14:38:57 -0700 (PDT) Received: from orchestra.cs.caltech.edu (orchestra.cs.caltech.edu [131.215.44.20]) by blizzard.cs.caltech.edu (Postfix) with ESMTP id 22C5A402398; Wed, 12 Apr 2006 14:38:57 -0700 (PDT) Received: by orchestra.cs.caltech.edu (Postfix, from userid 20269) id 80733103C77; Wed, 12 Apr 2006 14:38:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by orchestra.cs.caltech.edu (Postfix) with ESMTP id E7844103C6F; Wed, 12 Apr 2006 14:38:54 -0700 (PDT) Date: Wed, 12 Apr 2006 14:38:54 -0700 (PDT) From: Cheng Jin To: Jung-uk Kim , Julian Elischer In-Reply-To: <200604121606.32011.jkim@FreeBSD.org> Message-ID: References: <200604121606.32011.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: 6.0 + intel em + mysterious gratuitous ARPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Apr 2006 21:39:03 -0000 Thanks for letting me know of the IPMI stuff. The board indeed has an IPMI module in it. My first brush with IPMI was quite awe inspiring. :) Cheng -- FAST powered network performance @626 395 8820 From owner-freebsd-net@FreeBSD.ORG Thu Apr 13 16:19:24 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F98316A405 for ; Thu, 13 Apr 2006 16:19:24 +0000 (UTC) (envelope-from rockscoring@mail.ru) Received: from f12.mail.ru (f12.mail.ru [194.67.57.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2406E43D73 for ; Thu, 13 Apr 2006 16:19:24 +0000 (GMT) (envelope-from rockscoring@mail.ru) Received: from mail by f12.mail.ru with local id 1FU4XS-00045K-00; Thu, 13 Apr 2006 20:19:22 +0400 Received: from [216.13.37.10] by win.mail.ru with HTTP; Thu, 13 Apr 2006 20:19:22 +0400 From: Nik To: freebsd-net@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [216.13.37.10] Date: Thu, 13 Apr 2006 20:19:22 +0400 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: rockscoring@mail.ru Subject: About wireless D-link DWL-G650 A1card installation. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nik List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Apr 2006 16:19:24 -0000 Try to use the drivers from the http://madwifi.org/ project. Your card has a Wireless LAN chipset from Atheros, that's why it is not supported by prism drivers. Good luck. Nikita From owner-freebsd-net@FreeBSD.ORG Thu Apr 13 19:02:39 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F93A16A401 for ; Thu, 13 Apr 2006 19:02:39 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C67143D48 for ; Thu, 13 Apr 2006 19:02:35 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k3DJ28MP000945 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 13 Apr 2006 22:02:12 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k3DJ2xGl020041; Thu, 13 Apr 2006 22:02:59 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k3DJ2xmH020037; Thu, 13 Apr 2006 22:02:59 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 13 Apr 2006 22:02:59 +0300 From: Giorgos Keramidas To: Nik Message-ID: <20060413190259.GA6325@gothmog.pc> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.382, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.82, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-net@freebsd.org Subject: Re: About wireless D-link DWL-G650 A1card installation. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2006 19:02:39 -0000 On 2006-04-13 20:19, Nik wrote: > Try to use the drivers from the http://madwifi.org/ project. > Your card has a Wireless LAN chipset from Atheros, that's why > it is not supported by prism drivers. FWIW, A DWL-AG650 (HW ver: B2) works fine with `if_ath' on CURRENT here. I'm not sure how much of the support for Atheros cards has been backported to 6.X by Sam Leffler though... From owner-freebsd-net@FreeBSD.ORG Thu Apr 13 19:12:25 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01A0016A401 for ; Thu, 13 Apr 2006 19:12:25 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DAB043D58 for ; Thu, 13 Apr 2006 19:12:22 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k3DJCGXq049315 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Apr 2006 12:12:18 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <443EA290.9000106@errno.com> Date: Thu, 13 Apr 2006 12:12:16 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5 (X11/20060210) MIME-Version: 1.0 To: Giorgos Keramidas References: <20060413190259.GA6325@gothmog.pc> In-Reply-To: <20060413190259.GA6325@gothmog.pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Nik Subject: Re: About wireless D-link DWL-G650 A1card installation. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2006 19:12:25 -0000 Giorgos Keramidas wrote: > On 2006-04-13 20:19, Nik wrote: >> Try to use the drivers from the http://madwifi.org/ project. >> Your card has a Wireless LAN chipset from Atheros, that's why >> it is not supported by prism drivers. > > FWIW, > > A DWL-AG650 (HW ver: B2) works fine with `if_ath' on CURRENT here. > I'm not sure how much of the support for Atheros cards has been > backported to 6.X by Sam Leffler though... releng6 and head are in sync except for minor nits. All current shipping pci/cardbus cards except for those based on the pre-11n mimo chip are supported (and that chip will never be supported except w/ ndis). Sam From owner-freebsd-net@FreeBSD.ORG Thu Apr 13 19:20:18 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68D5116A400 for ; Thu, 13 Apr 2006 19:20:18 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8222C43D53 for ; Thu, 13 Apr 2006 19:20:16 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k3DJJUeE001555 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 13 Apr 2006 22:19:32 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k3DJKMSV033048; Thu, 13 Apr 2006 22:20:22 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k3DJKMwx033047; Thu, 13 Apr 2006 22:20:22 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Thu, 13 Apr 2006 22:20:22 +0300 From: Giorgos Keramidas To: Sam Leffler Message-ID: <20060413192022.GA32434@gothmog.pc> References: <20060413190259.GA6325@gothmog.pc> <443EA290.9000106@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443EA290.9000106@errno.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.382, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.82, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-net@freebsd.org, Nik Subject: Re: About wireless D-link DWL-G650 A1card installation. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2006 19:20:18 -0000 On 2006-04-13 12:12, Sam Leffler wrote: >Giorgos Keramidas wrote: >>On 2006-04-13 20:19, Nik wrote: >>>Try to use the drivers from the http://madwifi.org/ project. >>>Your card has a Wireless LAN chipset from Atheros, that's why >>>it is not supported by prism drivers. >> >> FWIW, >> >> A DWL-AG650 (HW ver: B2) works fine with `if_ath' on CURRENT here. >> I'm not sure how much of the support for Atheros cards has been >> backported to 6.X by Sam Leffler though... > > releng6 and head are in sync except for minor nits. All current > shipping pci/cardbus cards except for those based on the pre-11n mimo > chip are supported (and that chip will never be supported except w/ ndis). Thanks! This is amazing to know :) From owner-freebsd-net@FreeBSD.ORG Thu Apr 13 22:06:02 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C24A16A404 for ; Thu, 13 Apr 2006 22:06:02 +0000 (UTC) (envelope-from kbyanc@posi.net) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id EECF143D49 for ; Thu, 13 Apr 2006 22:06:00 +0000 (GMT) (envelope-from kbyanc@posi.net) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm15.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k3DM68YA010939 for ; Thu, 13 Apr 2006 18:06:09 -0400 X-ORBL: [71.141.241.167] Received: from gateway.posi.net (adsl-71-141-241-167.dsl.snfc21.pacbell.net [71.141.241.167]) by pimout5-ext.prodigy.net (8.13.6 out.dk/8.13.6) with ESMTP id k3DM5g4X011888; Thu, 13 Apr 2006 18:05:44 -0400 Received: from localhost (localhost [127.0.0.1]) by gateway.posi.net (Postfix) with ESMTP id 44FC175E05F; Thu, 13 Apr 2006 16:13:35 -0700 (PDT) Date: Thu, 13 Apr 2006 16:13:34 -0700 (PDT) From: Kelly Yancey To: "Bjoern A. Zeeb" In-Reply-To: <20060411213528.F13011@maildrop.int.zabbadoz.net> Message-ID: <20060413155210.R73176@gateway.posi.net> References: <442D8E98.6050903@vineyard.net> <20060331222813.GA29047@zen.inc> <20060331223613.GD80492@spc.org> <20060402130227.G99958@atlantis.atlantis.dp.ua> <20060402113516.D76259@maildrop.int.zabbadoz.net> <20060402151039.R51461@atlantis.atlantis.dp.ua> <20060411153224.L55107@gateway.posi.net> <20060411213528.F13011@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Dmitry Pryanishnikov , freebsd-net@freebsd.org, VANHULLEBUS Yvan Subject: Re: tcpdump and ipsec X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Apr 2006 22:06:02 -0000 On Tue, 11 Apr 2006, Bjoern A. Zeeb wrote: > On Tue, 11 Apr 2006, Kelly Yancey wrote: > > Hi, > > > On Sun, 2 Apr 2006, Dmitry Pryanishnikov wrote: > > > >> On Sun, 2 Apr 2006, Bjoern A. Zeeb wrote: > >>>> Why not? IMHO it will be very useful feature: think about e.g. traffic > >>>> shaping for several different networks which are routed via the same > >>>> ipsec tunnel. Without the enc0, you can only shape them together, e.g.: > >>> > >>> why not shaping on the internal interface in case this is a gateway? > >>> You know src and dst there too. > >> > >> Gateway can also contain sources of traffic, and we should be able > >> to shape all outgoing or incoming traffic (not only transit packets, > >> but also locally-originated). > >> > >>> The only difference enc0 makes is for host-only-setups or if you want > >>> to see all your unencrpyted ipsec traffic on a gateway in one place. > >> > >> It seems to me that it's also useful for general traffic > >> shaping/accounting/filtering purposes. > >> > > I agree 100%. At work, we implemented the enc interface for FreeBSD > > 4.7 and 4.10 along with extending the divert interface such that we > > could perform filtering and NAT on packets after tunnel decapsulation. > > you know you can do this with what's in there already w/o enc(4)? > At least I have been doing it for more than two years now with 5.x > and greater. Actually this mail will get to you via such a setup. > Really? We aren't likely to move our product to 5.x or 6.x, but I'm curious: how are you performing NAT on your tunnelled traffic? If we were just talking about filtering, I would assume you were referring to the "ipsec" rule (which was introduced circa 4.9, hence not available when we implemented the enc interface on 4.7). However, I cannot figure out for the life of me how one would perform NAT on packets *inside* the IPsec tunnel without the enc interface. For example, the only pfil hook in the packet output path is is ip_output *after* IPsec encapsulation has occurred. Perhaps I'm missing something. > > > Just because one person doesn't have a use for the enc interface, does > > not mean that no one does. > > agreed. > > good arguments for example would also be that filtering IPSec traffic > with pf would becomen possible easily as long as there is no such > thing like the ipsec flag in ipfw... > I'm really looking forward to hearing how you are diverting traffic to natd before IPsec encapsulation. Thanks, Kelly -- Kelly Yancey - kbyanc@{posi.net,FreeBSD.org} - kelly@nttmcl.com From owner-freebsd-net@FreeBSD.ORG Fri Apr 14 11:18:37 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0436F16A401 for ; Fri, 14 Apr 2006 11:18:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04E6443D49 for ; Fri, 14 Apr 2006 11:18:33 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-116.lns2.adl4.internode.on.net [203.122.222.116]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k3EBISmm062756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Apr 2006 20:48:29 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-net@freebsd.org Date: Fri, 14 Apr 2006 20:47:55 +0930 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1270450.XrEKhFNLPO"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604142048.20189.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Subject: How to use 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: Fri, 14 Apr 2006 11:18:37 -0000 --nextPart1270450.XrEKhFNLPO Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am trying to use if_bridge with OpenVPN and I am having some trouble with= =20 basic bridging. I am testing it on my laptop with has an ath interface which uses WPA to a= =20 Linksys WRT54G and then to a FreeBSD gateway. I have tried both configuring ath0 with an IP as well as bridge0 but neithe= r=20 work. It seems that none of the packets from ath0 appear on bridge0. ie.. ath0: flags=3D8943 mtu 1500 ether 00:90:96:c1:90:54 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/48Mbps) status: associated ssid dons channel 6 bssid 00:13:10:9b:52:d4 authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit txpowmax 35 protmode CTS burst roaming MANUAL bintval 100 bridge0: flags=3D8143 mtu 1500 inet 10.0.2.102 netmask 0xff000000 broadcast 10.255.255.255 ether ac:de:48:67:74:b6 priority 32768 hellotime 2 fwddelay 15 maxage 20 member: ath0 flags=3D7 port 4 priority 128 path cost 55 blocking When I run tcpdump.. [inchoate 20:35] ~ >sudo tcpdump -ni bridge0 Password: tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bridge0, link-type EN10MB (Ethernet), capture size 96 bytes 20:35:30.586751 arp who-has 10.0.2.7 tell 10.0.2.102 [etc] Whereas a tcpdump on ath0 shows no ARP packets.. I did the following to configure it.. killall devd [to stop it running dhclient] /etc/rc.d/netif stop ath0 ifconfig bridge0 create wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf ifconfig bridge0 create ifconfig bridge0 addm ath0 dhclient bridge0 I see the DHCPDISCOVER requests when I tcpdump bridge0 but they don't appea= r=20 on ath0. If I run dhclient on ath0 it works fine for normal traffic but I don't see = any=20 ath0 traffic on bridge0. If I create a tap interface (eg cat /dev/tap0) and= =20 add it to the bridge (ifconfig bridge0 addm tap0) it sees no packets either. bridge0 appears to learn no addresses.. [inchoate 20:46] ~ >ifconfig bridge0 addr [inchoate 20:46] ~ > Am I missing something obvious? (This is on -current as of 27 Mar) PS please CC me as I am not subscribed to the list. Thanks. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1270450.XrEKhFNLPO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEP4T85ZPcIHs/zowRAmA/AJ4x8HLMLNiK2/s3K2APsemec22h4wCdEdBt RvpcnAhIQPLpKXKH4a3Xnco= =cuMk -----END PGP SIGNATURE----- --nextPart1270450.XrEKhFNLPO-- From owner-freebsd-net@FreeBSD.ORG Fri Apr 14 12:07:19 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B654A16A402 for ; Fri, 14 Apr 2006 12:07:19 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id E20C943D46 for ; Fri, 14 Apr 2006 12:07:18 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 31799 invoked from network); 14 Apr 2006 12:07:16 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.147.17]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 14 Apr 2006 12:07:16 -0000 Date: Fri, 14 Apr 2006 14:07:09 +0200 From: Fabian Keil To: "Daniel O'Connor" Message-ID: <20060414140709.20c51ebc@localhost> In-Reply-To: <200604142048.20189.doconnor@gsoft.com.au> References: <200604142048.20189.doconnor@gsoft.com.au> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_rK2jf=h_nQmefulo.3JK9lV"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-net@freebsd.org Subject: Re: How to use 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: Fri, 14 Apr 2006 12:07:19 -0000 --Sig_rK2jf=h_nQmefulo.3JK9lV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Daniel O'Connor" wrote: > I am trying to use if_bridge with OpenVPN and I am having some > trouble with basic bridging. >=20 > I am testing it on my laptop with has an ath interface which uses WPA > to a Linksys WRT54G and then to a FreeBSD gateway. >=20 > I have tried both configuring ath0 with an IP as well as bridge0 but > neither work. It seems that none of the packets from ath0 appear on > bridge0. ie.. > ath0: flags=3D8943 mtu > 1500 ether 00:90:96:c1:90:54 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/48Mbps) > status: associated > ssid dons channel 6 bssid 00:13:10:9b:52:d4 > authmode WPA privacy ON deftxkey UNDEF TKIP 2:128-bit > txpowmax 35 protmode CTS burst roaming MANUAL bintval 100 > bridge0: flags=3D8143 mtu 1500 > inet 10.0.2.102 netmask 0xff000000 broadcast 10.255.255.255 > ether ac:de:48:67:74:b6 > priority 32768 hellotime 2 fwddelay 15 maxage 20 > member: ath0 flags=3D7 > port 4 priority 128 path cost 55 blocking >=20 > When I run tcpdump.. > [inchoate 20:35] ~ >sudo tcpdump -ni bridge0 > Password: > tcpdump: verbose output suppressed, use -v or -vv for full protocol > decode listening on bridge0, link-type EN10MB (Ethernet), capture > size 96 bytes 20:35:30.586751 arp who-has 10.0.2.7 tell 10.0.2.102 > [etc] >=20 > Whereas a tcpdump on ath0 shows no ARP packets.. > I did the following to configure it.. >=20 > killall devd [to stop it running dhclient] > /etc/rc.d/netif stop ath0 > ifconfig bridge0 create > wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf > ifconfig bridge0 create > ifconfig bridge0 addm ath0 > dhclient bridge0 What's the intention behind the last step and why did you have to create bridge0 twice? =20 > I see the DHCPDISCOVER requests when I tcpdump bridge0 but they don't > appear on ath0. >=20 > If I run dhclient on ath0 it works fine for normal traffic but I > don't see any ath0 traffic on bridge0. If I create a tap interface > (eg cat /dev/tap0) and add it to the bridge (ifconfig bridge0 addm > tap0) it sees no packets either. >=20 > bridge0 appears to learn no addresses.. > [inchoate 20:46] ~ >ifconfig bridge0 addr > [inchoate 20:46] ~ > >=20 > Am I missing something obvious? > (This is on -current as of 27 Mar) If you didn't already, you have to set net.inet.ip.forwarding. Depending on your firewall setup you might have to disable some of the net.link.bridge sysctls as well. Fabian --=20 http://www.fabiankeil.de/ --Sig_rK2jf=h_nQmefulo.3JK9lV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEP5B1jV8GA4rMKUQRAtbzAJ4u+9DgbM77HxU7Fxa0nMP9OL5vrACeJ/5l NXAsYgsEuke86O7Hjxw+P08= =qKsS -----END PGP SIGNATURE----- --Sig_rK2jf=h_nQmefulo.3JK9lV-- From owner-freebsd-net@FreeBSD.ORG Fri Apr 14 14:48:23 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2FFC16A400 for ; Fri, 14 Apr 2006 14:48:23 +0000 (UTC) (envelope-from ericx_lists@vineyard.net) Received: from vineyard.net (k1.vineyard.net [204.17.195.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4DFF43D46 for ; Fri, 14 Apr 2006 14:48:22 +0000 (GMT) (envelope-from ericx_lists@vineyard.net) Received: from localhost (loopback [127.0.0.1]) by vineyard.net (Postfix) with ESMTP id C9FA49154B; Fri, 14 Apr 2006 10:48:16 -0400 (EDT) Received: from vineyard.net ([127.0.0.1]) by localhost (king1.vineyard.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 52187-01-14; Fri, 14 Apr 2006 10:48:16 -0400 (EDT) Received: from [204.17.195.113] (cheesenip.vineyard.net [204.17.195.113]) by vineyard.net (Postfix) with ESMTP id 55C1091547; Fri, 14 Apr 2006 10:48:16 -0400 (EDT) Message-ID: <443FB763.3010808@vineyard.net> Date: Fri, 14 Apr 2006 10:53:23 -0400 From: "Eric W. Bates" Organization: Vineyard.NET, Inc. User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051212) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jon Otterholm References: <443CF4D7.1030204@ide.resurscentrum.se> <20060412201725.GA42102@heff.fud.org.nz> <443D6325.2050109@vineyard.net> <443DFBF0.70606@ide.resurscentrum.se> In-Reply-To: <443DFBF0.70606@ide.resurscentrum.se> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS-king1 at Vineyard.NET Cc: freebsd-net@freebsd.org Subject: Re: Sub-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: Fri, 14 Apr 2006 14:48:23 -0000 Jon Otterholm wrote: > Eric W. Bates wrote: > >> Andrew Thompson wrote: >> >> >>> On Wed, Apr 12, 2006 at 02:38:47PM +0200, Jon Otterholm wrote: >>> >>> >>>> Hi. >>>> >>>> I am designing a new network and one way to go is to configure a >>>> router based on FreeBSD with one IF/customer. This would mean around >>>> 1000 VLAN-IF's/router - would this work? Do you see any problems >>>> with this? >>>> >>> >>> 1000 vlan interfaces will work fine. In all the stable branches (and >>> releases) the vlans will be in a linked list, this can be slower as the >>> list increases in size. In CURRENT this is now a hash list and you can >>> optimise it even more by defining VLAN_ARRAY which will directly >>> dereference the tag->ifnet. >>> >> >> >> We did run into a problem when we had too many (more than 15) >> addresses/interfaces on a system. isc-dhcpd has some table sizes >> hard-coded for some data structures. This was solved by patching >> common/discover.c (thanks to help from this list). >> >> Obviously not a problem if you aren't planning on dhcp. >> >> >> >>> Andrew >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >>> >>> >> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > I am planing on using DHCP - any workarounds? Or maybe using another > DHCP-server? I have this snippet in my dhcpd.conf file: # PLEASE NOTE: # The dhcpd on this machine has been patched to accommodate the very # large number of IP addresses attached to the CCH interface. There # is a fixed size struct which is used to contain the list of all # current interfaces when dhcpd starts up. I upped it 16 times it's # default size # *** work/dhcp-3.0.1rc11/common/discover.c Mon May 26 09:33:31 2003 # --- work/dhcp-3.0.1rc11/common/discover.c~ Sat Nov 16 21:26:57 2002 # *************** # *** 135,144 **** # { # struct interface_info *tmp, *ip; # struct interface_info *last, *next; # ! /* In order to support more than 15 interfaces we need to # ! increase the size of the buffer. */ # ! /* char buf [2048]; */ # ! char buf [32768]; # struct ifconf ic; # struct ifreq ifr; # int i; # --- 135,141 ---- # { # struct interface_info *tmp, *ip; # struct interface_info *last, *next; # ! char buf [2048]; # struct ifconf ic; # struct ifreq ifr; # int i; I originally got this patch from a kind soul on this list (sadly I didn't keep the name). I do not fully appreciate the consequences of patching ISC's code; but our copy has run flawlessly. We currently have 151 IP's on the one machine. Ignore the version numbers in the patch. I think the line numbers in discover.c may have changed also. Note also that in our case, dhcpd is only attached to 2 of those 151 IP. It seems that when it starts up, it maintains some sort of list. When it runs out of room to store IP's/interfaces, it simply reports 'no such address' if you want to attach it to an address which comes later. It appears that if you don't care about those later addresses dhcpd will function fine on the earlier ones. However, you can't always expect that list of addresses to maintain the same order it has at boot. After adds/moves/changes restarting dhcpd caused it to fail. According to the list, fixing this properly so that dhcpd dynamically allocated sufficient space would not be hard. Perhaps it has been fixed. > /J > > From owner-freebsd-net@FreeBSD.ORG Sat Apr 15 01:23:52 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 448E516A402 for ; Sat, 15 Apr 2006 01:23:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A50A43D45 for ; Sat, 15 Apr 2006 01:23:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp222-116.lns2.adl4.internode.on.net [203.122.222.116]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k3F1Ncqg093498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Apr 2006 10:53:43 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Fabian Keil Date: Sat, 15 Apr 2006 10:53:01 +0930 User-Agent: KMail/1.9.1 References: <200604142048.20189.doconnor@gsoft.com.au> <20060414140709.20c51ebc@localhost> In-Reply-To: <20060414140709.20c51ebc@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2383485.QTARSd2WX3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200604151053.25089.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-net@freebsd.org Subject: Re: How to use 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: Sat, 15 Apr 2006 01:23:52 -0000 --nextPart2383485.QTARSd2WX3 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 14 April 2006 21:37, Fabian Keil wrote: > > killall devd [to stop it running dhclient] > > /etc/rc.d/netif stop ath0 > > ifconfig bridge0 create > > wpa_supplicant -i ath0 -c /etc/wpa_supplicant.conf > > ifconfig bridge0 create > > ifconfig bridge0 addm ath0 > > dhclient bridge0 > > What's the intention behind the last step > and why did you have to create bridge0 twice? Sorry I made a mistake transcribing my steps.. I only created it once :) I tried the wired interface on my laptop and it worked fine so I think=20 bridging confuses wpa_supplicant - I restarted wpa_supplicant in the=20 foreground and it gave me errors the moment I added it to the bridge. > If you didn't already, you have to set net.inet.ip.forwarding. Ahh OK. > Depending on your firewall setup you might have to disable > some of the net.link.bridge sysctls as well. I don't have any firewalls in the kernel for simplicity at this stage. Thanks for your help. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2383485.QTARSd2WX3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBEQEsM5ZPcIHs/zowRAgOjAJ970GOcX12q80FbScXKuxRnvszu3QCePXpn NnVC5zHclo9jNkQygkOA9TI= =VR+5 -----END PGP SIGNATURE----- --nextPart2383485.QTARSd2WX3-- From owner-freebsd-net@FreeBSD.ORG Sat Apr 15 09:03:45 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A168716A400 for ; Sat, 15 Apr 2006 09:03:45 +0000 (UTC) (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 1085543D46 for ; Sat, 15 Apr 2006 09:03:44 +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.6/8.13.6/Debian-1) with SMTP id k3F94UPP009656; Sat, 15 Apr 2006 21:04:31 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id BCE1E1CC37; Sat, 15 Apr 2006 21:03:38 +1200 (NZST) Date: Sat, 15 Apr 2006 21:03:38 +1200 From: Andrew Thompson To: "Eric W. Bates" Message-ID: <20060415090338.GA43966@heff.fud.org.nz> References: <443CF4D7.1030204@ide.resurscentrum.se> <20060412201725.GA42102@heff.fud.org.nz> <443D6325.2050109@vineyard.net> <443DFBF0.70606@ide.resurscentrum.se> <443FB763.3010808@vineyard.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <443FB763.3010808@vineyard.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: freebsd-net@freebsd.org, Jon Otterholm Subject: Re: Sub-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: Sat, 15 Apr 2006 09:03:45 -0000 On Fri, Apr 14, 2006 at 10:53:23AM -0400, Eric W. Bates wrote: > Jon Otterholm wrote: > > Eric W. Bates wrote: > >> Andrew Thompson wrote: > >>> On Wed, Apr 12, 2006 at 02:38:47PM +0200, Jon Otterholm wrote: > >> We did run into a problem when we had too many (more than 15) > >> addresses/interfaces on a system. isc-dhcpd has some table sizes > >> hard-coded for some data structures. This was solved by patching > >> common/discover.c (thanks to help from this list). > >> > # *************** > # *** 135,144 **** > # { > # struct interface_info *tmp, *ip; > # struct interface_info *last, *next; > # ! /* In order to support more than 15 interfaces we need to > # ! increase the size of the buffer. */ > # ! /* char buf [2048]; */ > # ! char buf [32768]; > # struct ifconf ic; > # struct ifreq ifr; > # int i; > # --- 135,141 ---- > # { > # struct interface_info *tmp, *ip; > # struct interface_info *last, *next; > # ! char buf [2048]; > # struct ifconf ic; > # struct ifreq ifr; > # int i; > > I originally got this patch from a kind soul on this list (sadly I > didn't keep the name). I do not fully appreciate the consequences of > patching ISC's code; but our copy has run flawlessly. We currently have > 151 IP's on the one machine. I dont see why this needs to be done, the isc-dhcp ports were updated to use getifaddrs() two years ago. http://www.freebsd.org/cgi/query-pr.cgi?pr=61011 Andrew From owner-freebsd-net@FreeBSD.ORG Sat Apr 15 09:54:00 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23B0916A404 for ; Sat, 15 Apr 2006 09:54:00 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FF4F43D95 for ; Sat, 15 Apr 2006 09:53:58 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 8147 invoked from network); 15 Apr 2006 09:53:57 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.135.227]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 15 Apr 2006 09:53:57 -0000 Date: Sat, 15 Apr 2006 11:53:52 +0200 From: Fabian Keil To: "Daniel O'Connor" Message-ID: <20060415115352.1ef82bb1@localhost> In-Reply-To: <200604151053.25089.doconnor@gsoft.com.au> References: <200604142048.20189.doconnor@gsoft.com.au> <20060414140709.20c51ebc@localhost> <200604151053.25089.doconnor@gsoft.com.au> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_fPotYHSh/4uP.t3yYX94tMJ"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-net@freebsd.org Subject: Re: How to use 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: Sat, 15 Apr 2006 09:54:00 -0000 --Sig_fPotYHSh/4uP.t3yYX94tMJ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "Daniel O'Connor" wrote: > On Friday 14 April 2006 21:37, Fabian Keil wrote: > > Depending on your firewall setup you might have to disable > > some of the net.link.bridge sysctls as well. >=20 > I don't have any firewalls in the kernel for simplicity at this stage. If I'm not mistaken you have to disable net.link.bridge.pfil_onlyip then. From the if_bridge man page: |net.link.bridge.pfil_onlyip Set to 1 to only allow IP packets to | pass when packet filtering is enabled (subjec= t to | firewall rules), set to 0 to unconditionally | pass all non-IP Ethernet frames. It's enabled by default. Fabian --=20 http://www.fabiankeil.de/ --Sig_fPotYHSh/4uP.t3yYX94tMJ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD4DBQFEQMKxjV8GA4rMKUQRAssCAKCS96aE3PgYKumaLOnWmEsmUXDgBgCWNVu8 aDYYYn9ssmWprsL4NW4yPw== =CXLa -----END PGP SIGNATURE----- --Sig_fPotYHSh/4uP.t3yYX94tMJ-- From owner-freebsd-net@FreeBSD.ORG Sat Apr 15 19:52:01 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4526016A405 for ; Sat, 15 Apr 2006 19:52:01 +0000 (UTC) (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 B5A8643D45 for ; Sat, 15 Apr 2006 19:52:00 +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.6/8.13.6/Debian-1) with SMTP id k3FJqenw011482; Sun, 16 Apr 2006 07:52:41 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id EEBCC1CC38; Sun, 16 Apr 2006 07:51:47 +1200 (NZST) Date: Sun, 16 Apr 2006 07:51:47 +1200 From: Andrew Thompson To: Fabian Keil Message-ID: <20060415195147.GA54638@heff.fud.org.nz> References: <200604142048.20189.doconnor@gsoft.com.au> <20060414140709.20c51ebc@localhost> <200604151053.25089.doconnor@gsoft.com.au> <20060415115352.1ef82bb1@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060415115352.1ef82bb1@localhost> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on dbmail-mx1.orcon.net.nz X-Virus-Status: Clean Cc: Daniel O'Connor , freebsd-net@freebsd.org Subject: Re: How to use 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: Sat, 15 Apr 2006 19:52:01 -0000 On Sat, Apr 15, 2006 at 11:53:52AM +0200, Fabian Keil wrote: > "Daniel O'Connor" wrote: > > > On Friday 14 April 2006 21:37, Fabian Keil wrote: > > > > Depending on your firewall setup you might have to disable > > > some of the net.link.bridge sysctls as well. > > > > I don't have any firewalls in the kernel for simplicity at this stage. > > If I'm not mistaken you have to disable net.link.bridge.pfil_onlyip > then. From the if_bridge man page: > > |net.link.bridge.pfil_onlyip Set to 1 to only allow IP packets to > | pass when packet filtering is enabled (subject to > | firewall rules), set to 0 to unconditionally > | pass all non-IP Ethernet frames. > > It's enabled by default. It may not be entirely clear from the description but that sysctl only has affect when packet filtering is enabled, both for the on and off values. At present there are only pfil(9) hooks for IP and IPv6 filters, the knob contols what happens when filtering is enabled and the packet is not IP so wont be inspected, is it passed or dropped. I'll try and clarify the man page. cheers, Andrew From owner-freebsd-net@FreeBSD.ORG Sat Apr 15 21:28:58 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39AC616A400 for ; Sat, 15 Apr 2006 21:28:58 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.18.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0428D43D70 for ; Sat, 15 Apr 2006 21:28:56 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 19599 invoked from network); 15 Apr 2006 21:28:53 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.149.95]) (envelope-sender ) by smtprelay03.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 15 Apr 2006 21:28:53 -0000 Date: Sat, 15 Apr 2006 23:28:01 +0200 From: Fabian Keil To: Andrew Thompson Message-ID: <20060415232801.0dbbc8f4@localhost> In-Reply-To: <20060415195147.GA54638@heff.fud.org.nz> References: <200604142048.20189.doconnor@gsoft.com.au> <20060414140709.20c51ebc@localhost> <200604151053.25089.doconnor@gsoft.com.au> <20060415115352.1ef82bb1@localhost> <20060415195147.GA54638@heff.fud.org.nz> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_qBjUoB7fr8Elhev5xBezmo3; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-net@freebsd.org Subject: Re: How to use 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: Sat, 15 Apr 2006 21:28:58 -0000 --Sig_qBjUoB7fr8Elhev5xBezmo3 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Andrew Thompson wrote: > On Sat, Apr 15, 2006 at 11:53:52AM +0200, Fabian Keil wrote: > > "Daniel O'Connor" wrote: > >=20 > > > On Friday 14 April 2006 21:37, Fabian Keil wrote: > >=20 > > > > Depending on your firewall setup you might have to disable > > > > some of the net.link.bridge sysctls as well. > > >=20 > > > I don't have any firewalls in the kernel for simplicity at this stage. > >=20 > > If I'm not mistaken you have to disable net.link.bridge.pfil_onlyip > > then. From the if_bridge man page: > >=20 > > |net.link.bridge.pfil_onlyip Set to 1 to only allow IP packets to > > | pass when packet filtering is enabled (su= bject to > > | firewall rules), set to 0 to unconditiona= lly > > | pass all non-IP Ethernet frames. > >=20 > > It's enabled by default. >=20 > It may not be entirely clear from the description but that sysctl only > has affect when packet filtering is enabled, both for the on and off > values. >=20 > At present there are only pfil(9) hooks for IP and IPv6 filters, the > knob contols what happens when filtering is enabled and the packet is > not IP so wont be inspected, is it passed or dropped. >=20 > I'll try and clarify the man page. Thanks. I always interpreted the sentence as "Set to 1 to allow IP packets = to pass only if packet filtering is enabled". I thought it should prevent the user from creating an unfiltered bridge by accident. Another thing regarding the man page: The example section has the following sentence "Such a con- figuration could be used to implement a simple 802.11-to-Ethernet bridge (assuming the 802.11 interface is in ad-hoc mode)." I don't get the meaning of the ad-hoc mode part. In my tests if_bridge worked in hostap mode as well, but failed in infrastructure mode. Could you clarify if (or why not) bridging in infrastructure mode should work? Fabian --=20 http://www.fabiankeil.de/ --Sig_qBjUoB7fr8Elhev5xBezmo3 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQFEQWVqjV8GA4rMKUQRAu7hAKC/e+dE1mgnjogB8LQ5lpm5n4w4NACaAgfR SwRmMiZ0VevqURJpmBQ+CiY= =/MY/ -----END PGP SIGNATURE----- --Sig_qBjUoB7fr8Elhev5xBezmo3--