From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 06:29: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 4750B16A420 for ; Sun, 5 Mar 2006 06:29:07 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B42043D46 for ; Sun, 5 Mar 2006 06:29:06 +0000 (GMT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.3/8.13.3) with ESMTP id k256Sd23070086; Sun, 5 Mar 2006 13:28:39 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.3/8.13.3/Submit) id k256SdeA070085; Sun, 5 Mar 2006 13:28:39 +0700 (KRAT) (envelope-from eugen) Date: Sun, 5 Mar 2006 13:28:39 +0700 From: Eugene Grosbein To: Yar Tikhiy Message-ID: <20060305062839.GA69680@svzserv.kemerovo.su> References: <20060304191306.GA600@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060304191306.GA600@comp.chem.msu.su> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: BIND incompatibility X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 06:29:07 -0000 On Sat, Mar 04, 2006 at 10:13:06PM +0300, Yar Tikhiy wrote: > Just want to remind about a problem I've finally run into myself. > There has been a lot of gossip on it, but next to no tech details. > Namely, BIND8 will go nuts and spit out tons of error messages per > second if its forwarder happens to be BIND9 and "forwarders only" > is not in effect. The error message reads: > > sysquery: no addrs found for root NS > > I saw that after two my DNS servers had been upgraded today along > their respective branches, 4-STABLE and 6-STABLE, which had involved > no changes to named.conf or named.root. > > Has anybody got links to tech details why the trouble happens? > Sorry, today I had little time for debugging and tcpdumping, just > had to make sure it all worked by the end of the day :-) This happens to me several times per year. The following script works around the probem when it comes. /etc/syslog.conf feeds it with named's logs: #!/bin/sh fgrep 'sysquery: no addrs found for root NS' | while read line do killall -9 named sleep 1 /usr/sbin/named -u bind -g bind echo $line | mail -s "named restarted" root sleep 29 exit 0 done From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 08:10: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 5EFCC16A494 for ; Sun, 5 Mar 2006 08:10:55 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.FreeBSD.org (Postfix) with SMTP id CF60643D45 for ; Sun, 5 Mar 2006 08:10:54 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 87666 invoked by uid 399); 5 Mar 2006 08:10:51 -0000 Received: from localhost (HELO ?192.168.0.6?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 5 Mar 2006 08:10:51 -0000 Message-ID: <440A9D0B.7020703@FreeBSD.org> Date: Sun, 05 Mar 2006 00:10:51 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Yar Tikhiy References: <20060304191306.GA600@comp.chem.msu.su> In-Reply-To: <20060304191306.GA600@comp.chem.msu.su> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: BIND incompatibility X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 08:10:55 -0000 Yar Tikhiy wrote: > Hi there, > > Just want to remind about a problem I've finally run into myself. > There has been a lot of gossip on it, but next to no tech details. > Namely, BIND8 will go nuts and spit out tons of error messages per > second if its forwarder happens to be BIND9 and "forwarders only" > is not in effect. The error message reads: > > sysquery: no addrs found for root NS > > I saw that after two my DNS servers had been upgraded today along > their respective branches, 4-STABLE and 6-STABLE, which had involved > no changes to named.conf or named.root. > > Has anybody got links to tech details why the trouble happens? > Sorry, today I had little time for debugging and tcpdumping, just > had to make sure it all worked by the end of the day :-) Not 100% sure from your description, but it's possible that you're falling victim to the problem described here: http://www.isc.org/index.pl?/sw/bind/bind8.php hth, Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 11:19: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 942BC16A420; Sun, 5 Mar 2006 11:19:49 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0DFD43D48; Sun, 5 Mar 2006 11:19:47 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k25BJif1019612; Sun, 5 Mar 2006 14:19:44 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k25BJiYl019611; Sun, 5 Mar 2006 14:19:44 +0300 (MSK) (envelope-from yar) Date: Sun, 5 Mar 2006 14:19:43 +0300 From: Yar Tikhiy To: Doug Barton Message-ID: <20060305111943.GC18983@comp.chem.msu.su> References: <20060304191306.GA600@comp.chem.msu.su> <440A9D0B.7020703@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440A9D0B.7020703@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: freebsd-net@FreeBSD.org Subject: Re: BIND incompatibility X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 11:19:49 -0000 On Sun, Mar 05, 2006 at 12:10:51AM -0800, Doug Barton wrote: > Yar Tikhiy wrote: > > Hi there, > > > > Just want to remind about a problem I've finally run into myself. > > There has been a lot of gossip on it, but next to no tech details. > > Namely, BIND8 will go nuts and spit out tons of error messages per > > second if its forwarder happens to be BIND9 and "forwarders only" > > is not in effect. The error message reads: > > > > sysquery: no addrs found for root NS > > > > I saw that after two my DNS servers had been upgraded today along > > their respective branches, 4-STABLE and 6-STABLE, which had involved > > no changes to named.conf or named.root. > > > > Has anybody got links to tech details why the trouble happens? > > Sorry, today I had little time for debugging and tcpdumping, just > > had to make sure it all worked by the end of the day :-) > > Not 100% sure from your description, but it's possible that you're falling > victim to the problem described here: > > http://www.isc.org/index.pl?/sw/bind/bind8.php My case was exactly opposite: BIND8 was trying to forward its requests to BIND9. In other words, my BIND8 was an originator while my BIND9 was acting as a proxy. I think this case was also mentioned in numerous discussions about the plague of "sysquery: no addrs found". As soon as the BIND8 started at system boot and apparently tried to get up-to-date data on root nameservers through its forwarder, it immediately began to overflow the console and /var/log/messages with the said messages, looping very fast over the list of root nameservers, but mentioning them in a different order each time. By now, I have just noticed that my BIND8 and BIND9 will return rather different authority and additional sections in their replies when asked about, e.g., b.root-servers.net. That is, they must have quite different notions of the root zone. Now they both are running in stand-alone mode, i.e., with no forwarders configured at all. The output from dig(1) is attached below for illustration. -- Yar %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% yar@bsd:~$dig version.bind. chaos txt @158.250.32.97 ; <<>> DiG 8.3 <<>> version.bind. chaos txt @158.250.32.97 ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61634 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUERY SECTION: ;; version.bind, type = TXT, class = CHAOS ;; ANSWER SECTION: VERSION.BIND. 0S CHAOS TXT "8.3.7-REL" ;; Total query time: 1 msec ;; FROM: bsd.chem.msu.ru to SERVER: 158.250.32.97 ;; WHEN: Sun Mar 5 13:54:15 2006 ;; MSG SIZE sent: 30 rcvd: 64 yar@bsd:~$dig b.root-servers.net. @158.250.32.97 ; <<>> DiG 8.3 <<>> b.root-servers.net. @158.250.32.97 ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54593 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 13 ;; QUERY SECTION: ;; b.root-servers.net, type = A, class = IN ;; ANSWER SECTION: b.root-servers.net. 6d7h23m28s IN A 192.228.79.201 ;; AUTHORITY SECTION: net. 1d7h23m29s IN NS A.GTLD-SERVERS.net. net. 1d7h23m29s IN NS G.GTLD-SERVERS.net. net. 1d7h23m29s IN NS H.GTLD-SERVERS.net. net. 1d7h23m29s IN NS C.GTLD-SERVERS.net. net. 1d7h23m29s IN NS I.GTLD-SERVERS.net. net. 1d7h23m29s IN NS B.GTLD-SERVERS.net. net. 1d7h23m29s IN NS D.GTLD-SERVERS.net. net. 1d7h23m29s IN NS L.GTLD-SERVERS.net. net. 1d7h23m29s IN NS F.GTLD-SERVERS.net. net. 1d7h23m29s IN NS J.GTLD-SERVERS.net. net. 1d7h23m29s IN NS K.GTLD-SERVERS.net. net. 1d7h23m29s IN NS E.GTLD-SERVERS.net. net. 1d7h23m29s IN NS M.GTLD-SERVERS.net. ;; ADDITIONAL SECTION: A.GTLD-SERVERS.net. 1d7h23m29s IN A 192.5.6.30 A.GTLD-SERVERS.net. 1d7h23m29s IN AAAA 2001:503:a83e::2:30 G.GTLD-SERVERS.net. 1d7h23m29s IN A 192.42.93.30 H.GTLD-SERVERS.net. 1d7h23m29s IN A 192.54.112.30 C.GTLD-SERVERS.net. 1d7h23m29s IN A 192.26.92.30 I.GTLD-SERVERS.net. 1d7h23m29s IN A 192.43.172.30 B.GTLD-SERVERS.net. 1d7h23m29s IN A 192.33.14.30 B.GTLD-SERVERS.net. 1d7h23m29s IN AAAA 2001:503:231d::2:30 D.GTLD-SERVERS.net. 1d7h23m29s IN A 192.31.80.30 L.GTLD-SERVERS.net. 1d7h23m29s IN A 192.41.162.30 F.GTLD-SERVERS.net. 1d7h23m29s IN A 192.35.51.30 J.GTLD-SERVERS.net. 1d7h23m29s IN A 192.48.79.30 K.GTLD-SERVERS.net. 1d7h23m29s IN A 192.52.178.30 ;; Total query time: 22 msec ;; FROM: bsd.chem.msu.ru to SERVER: 158.250.32.97 ;; WHEN: Sun Mar 5 13:52:58 2006 ;; MSG SIZE sent: 36 rcvd: 505 yar@bsd:~$dig version.bind. chaos txt @195.208.208.18 ; <<>> DiG 8.3 <<>> version.bind. chaos txt @195.208.208.18 ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51891 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 ;; QUERY SECTION: ;; version.bind, type = TXT, class = CHAOS ;; ANSWER SECTION: version.bind. 0S CHAOS TXT "9.3.2" ;; AUTHORITY SECTION: version.bind. 0S CHAOS NS version.bind. ;; Total query time: 1 msec ;; FROM: bsd.chem.msu.ru to SERVER: 195.208.208.18 ;; WHEN: Sun Mar 5 13:55:22 2006 ;; MSG SIZE sent: 30 rcvd: 62 yar@bsd:~$dig b.root-servers.net. @195.208.208.18 ; <<>> DiG 8.3 <<>> b.root-servers.net. @195.208.208.18 ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20927 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 1 ;; QUERY SECTION: ;; b.root-servers.net, type = A, class = IN ;; ANSWER SECTION: b.root-servers.net. 6d9h46m6s IN A 192.228.79.201 ;; AUTHORITY SECTION: root-servers.net. 6d9h45m30s IN NS f.root-servers.net. root-servers.net. 6d9h45m30s IN NS j.root-servers.net. root-servers.net. 6d9h45m30s IN NS k.root-servers.net. root-servers.net. 6d9h45m30s IN NS A.root-servers.net. ;; ADDITIONAL SECTION: A.root-servers.net. 6d9h45m30s IN A 198.41.0.4 ;; Total query time: 1 msec ;; FROM: bsd.chem.msu.ru to SERVER: 195.208.208.18 ;; WHEN: Sun Mar 5 13:55:44 2006 ;; MSG SIZE sent: 36 rcvd: 132 From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 13:21: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 E2E9916A420 for ; Sun, 5 Mar 2006 13:21:23 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50C5543D46 for ; Sun, 5 Mar 2006 13:21:22 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.159] (helo=JACK) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FFtE4-000FfI-8b for freebsd-net@freebsd.org; Sun, 05 Mar 2006 21:24:44 +0800 Message-ID: <005201c64057$a76c68b0$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Sun, 5 Mar 2006 21:21:03 +0800 Organization: Bolsoft Co., Ltd MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: dhclient iwi0 LOR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 13:21:24 -0000 Hello, I got following when run "dhclient iwi0" Mar 5 17:00:00 xen newsyslog[46732]: logfile turned over due to = size>100K Mar 5 20:36:34 xen kernel: lock order reversal: (Giant after = non-sleepable) Mar 5 20:36:34 xen kernel: 1st 0xc34bab50 iwi0 (network driver) @ = /usr/src/sys/dev/iwi/if_iwi.c:1966 Mar 5 20:36:34 xen kernel: 2nd 0xc0836c48 Giant (Giant) @ = /usr/src/sys/vm/vm_contig.c:583 Mar 5 20:36:34 xen kernel: KDB: stack backtrace: Mar 5 20:36:34 xen kernel: = kdb_backtrace(0,ffffffff,c0843ad0,c08453a8,c07fd584) at = kdb_backtrace+0x29 Mar 5 20:36:34 xen kernel: witness_checkorder(c0836c48,9,c07c959f,247) = at witness_checkorder+0x586 Mar 5 20:36:34 xen kernel: _mtx_lock_flags(c0836c48,0,c07c959f,247) at = _mtx_lock_flags+0x6b Mar 5 20:36:34 xen kernel: contigmalloc(1940,c07fba00,1,0,ffffffff) at = contigmalloc+0x34 Mar 5 20:36:34 xen kernel: = bus_dmamem_alloc(c4178700,d69a4b54,1,d69a4b58,d69a4b54) at = bus_dmamem_alloc+0xa8 Mar 5 20:36:34 xen kernel: iwi_load_firmware(c34ba000,c079d9a1) at = iwi_load_firmware+0xde Mar 5 20:36:34 xen kernel: iwi_init(c34ba000) at iwi_init+0x9b Mar 5 20:36:34 xen kernel: iwi_ioctl(c34c7800,80206910,c4167d80) at = iwi_ioctl+0x52 Mar 5 20:36:34 xen kernel: = ifhwioctl(80206910,c34c7800,c4167d80,c3a121d0,c07b25d1) at = ifhwioctl+0x342 Mar 5 20:36:34 xen kernel: = ifioctl(c370ba60,80206910,c4167d80,c3a121d0,0) at ifioctl+0xbd Mar 5 20:36:34 xen kernel: = soo_ioctl(c36b3ca8,80206910,c4167d80,c3919180,c3a121d0) at = soo_ioctl+0x2db Mar 5 20:36:34 xen kernel: ioctl(c3a121d0,d69a4d04,c3a108d0,c,c3a121d0) = at ioctl+0x370 Mar 5 20:36:34 xen kernel: syscall(3b,3b,3b,3,1) at syscall+0x27e Mar 5 20:36:34 xen kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Mar 5 20:36:34 xen kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = =3D 0x281482db, esp =3D 0xbfbfe54c, ebp =3D 0xbfbfe598 --- Mar 5 20:36:35 xen kernel: iwi0: unknown authentication state 1 Mar 5 20:37:06 xen last message repeated 19 times Mar 5 20:37:09 xen last message repeated 2 times Mar 5 20:37:10 xen login: ROOT LOGIN (root) ON ttyv1 Mar 5 20:37:11 xen kernel: iwi0: unknown authentication state 1 Mar 5 20:37:43 xen last message repeated 19 times Balgaa From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 13:21: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 8442C16A420 for ; Sun, 5 Mar 2006 13:21:55 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1270843D46 for ; Sun, 5 Mar 2006 13:21:53 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.159] (helo=JACK) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FFtEc-000FgF-4f for freebsd-net@freebsd.org; Sun, 05 Mar 2006 21:25:18 +0800 Message-ID: <005d01c64057$bb9d52e0$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Sun, 5 Mar 2006 21:21:37 +0800 Organization: Bolsoft Co., Ltd MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: dhclient iwi0 get into crash my laptop X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Mar 2006 13:21:55 -0000 After successful installation of iwi-firmware/iwicontrol. 1.I can to see following message in /var/log/messages Mar 5 16:00:00 xen newsyslog[91066]: logfile turned over due to = size>100K Mar 5 16:15:10 xen kernel: malloc(M_WAITOK) of "g_bio", forcing M_NOWAIT = with the following non-sleepable locks held: Mar 5 16:15:10 xen kernel: exclusive sleep mutex iwi0 (network driver) r = =3D 0 (0xc34bab50) locked @ /usr/src/sys/dev/iwi/if_iwi.c:1966 Mar 5 16:15:10 xen kernel: KDB: stack backtrace: Mar 5 16:15:10 xen kernel: = kdb_backtrace(1,c354b700,c103d480,cd78d478,d695c964) at = kdb_backtrace+0x29 Mar 5 16:15:10 xen kernel: witness_warn(5,0,c07c908f,c07aac8d,c354b700) = at witness_warn+0x192 Mar 5 16:15:10 xen kernel: uma_zalloc_arg(c103d480,0,102) at = uma_zalloc_arg+0x41 Mar 5 16:15:10 xen kernel: = g_alloc_bio(c354b6c0,c354b700,cd78d478,1,d695c9b8) at g_alloc_bio+0x15 Mar 5 16:15:10 xen kernel: = swapgeom_strategy(cd78d478,c354b700,c088c050,0,c07c8a10) at = swapgeom_strategy+0x31 Mar 5 16:15:10 xen kernel: swp_pager_strategy(cd78d478,0,0,c,0) at = swp_pager_strategy+0x67 Mar 5 16:15:10 xen kernel: = swap_pager_putpages(c5668168,d695ca70,1,1,d695ca30) at = swap_pager_putpages+0x3c2 Mar 5 16:15:10 xen kernel: = default_pager_putpages(c5668168,d695ca70,1,1,d695ca30) at = default_pager_putpages+0x18 Mar 5 16:15:10 xen kernel: = vm_pageout_flush(d695ca70,1,1,c18dc290,c06e8827) at = vm_pageout_flush+0x112 Mar 5 16:15:10 xen kernel: vm_contig_launder_page(c18dc290) at = vm_contig_launder_page+0x192 Mar 5 16:15:10 xen kernel: vm_page_alloc_contig(2a,0,0,ffffffff,4) at = vm_page_alloc_contig+0x34d Mar 5 16:15:10 xen kernel: contigmalloc(29190,c07fba00,1,0,ffffffff) at = contigmalloc+0x79 Mar 5 16:15:10 xen kernel: = bus_dmamem_alloc(c4e24980,d695cb54,1,d695cb58,200004) at = bus_dmamem_alloc+0xa8 Mar 5 16:15:10 xen kernel: iwi_load_firmware(c34ba000,c079d963) at = iwi_load_firmware+0xde Mar 5 16:15:10 xen kernel: iwi_init(c34ba000) at iwi_init+0x37a Mar 5 16:15:10 xen kernel: iwi_ioctl(c34c7800,80206910,c352e420) at = iwi_ioctl+0x52 Mar 5 16:15:10 xen kernel: = ifhwioctl(80206910,c34c7800,c352e420,c394dae0,c07b25d1) at = ifhwioctl+0x342 Mar 5 16:15:10 xen kernel: = ifioctl(c370be44,80206910,c352e420,c394dae0,0) at ifioctl+0xbd Mar 5 16:15:10 xen kernel: = soo_ioctl(c36b46c0,80206910,c352e420,c418f080,c394dae0) at = soo_ioctl+0x2db Mar 5 16:15:10 xen kernel: ioctl(c394dae0,d695cd04,c394cb04,c,c394dae0) = at ioctl+0x370 Mar 5 16:15:10 xen kernel: syscall(3b,3b,3b,3,1) at syscall+0x27e Mar 5 16:15:10 xen kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Mar 5 16:15:10 xen kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = =3D 0x281482db, esp =3D 0xbfbfe44c, ebp =3D 0xbfbfe498 --- Mar 5 16:15:10 xen kernel: Sleeping on "swwrt" with the following = non-sleepable locks held: Mar 5 16:15:10 xen kernel: exclusive sleep mutex iwi0 (network driver) r = =3D 0 (0xc34bab50) locked @ /usr/src/sys/dev/iwi/if_iwi.c:1966 Mar 5 16:15:10 xen kernel: KDB: stack backtrace: Mar 5 16:15:10 xen kernel: = kdb_backtrace(1,c394cb04,c394dae0,c07c8b45,d695c984) at = kdb_backtrace+0x29 Mar 5 16:15:10 xen kernel: witness_warn(5,c0881960,c07b1683,c07c8b45) at = witness_warn+0x192 Mar 5 16:15:10 xen kernel: msleep(cd78d478,c0881960,44,c07c8b45,0) at = msleep+0x42 Mar 5 16:15:10 xen kernel: bwait(cd78d478,44,c07c8b45,cd78d478,0) at = bwait+0x47 Mar 5 16:15:10 xen kernel: = swap_pager_putpages(c5668168,d695ca70,1,1,d695ca30) at = swap_pager_putpages+0x3d1 Mar 5 16:15:10 xen kernel: = default_pager_putpages(c5668168,d695ca70,1,1,d695ca30) at = default_pager_putpages+0x18 Mar 5 16:15:10 xen kernel: = vm_pageout_flush(d695ca70,1,1,c18dc290,c06e8827) at = vm_pageout_flush+0x112 Mar 5 16:15:10 xen kernel: vm_contig_launder_page(c18dc290) at = vm_contig_launder_page+0x192 Mar 5 16:15:10 xen kernel: vm_page_alloc_contig(2a,0,0,ffffffff,4) at = vm_page_alloc_contig+0x34d Mar 5 16:15:10 xen kernel: contigmalloc(29190,c07fba00,1,0,ffffffff) at = contigmalloc+0x79 Mar 5 16:15:10 xen kernel: = bus_dmamem_alloc(c4e24980,d695cb54,1,d695cb58,200004) at = bus_dmamem_alloc+0xa8 Mar 5 16:15:10 xen kernel: iwi_load_firmware(c34ba000,c079d963) at = iwi_load_firmware+0xde Mar 5 16:15:10 xen kernel: iwi_init(c34ba000) at iwi_init+0x37a Mar 5 16:15:10 xen kernel: iwi_ioctl(c34c7800,80206910,c352e420) at = iwi_ioctl+0x52 Mar 5 16:15:10 xen kernel: = ifhwioctl(80206910,c34c7800,c352e420,c394dae0,c07b25d1) at = ifhwioctl+0x342 Mar 5 16:15:10 xen kernel: = ifioctl(c370be44,80206910,c352e420,c394dae0,0) at ifioctl+0xbd Mar 5 16:15:10 xen kernel: = soo_ioctl(c36b46c0,80206910,c352e420,c418f080,c394dae0) at = soo_ioctl+0x2db Mar 5 16:15:10 xen kernel: ioctl(c394dae0,d695cd04,c394cb04,c,c394dae0) = at ioctl+0x370 Mar 5 16:15:10 xen kernel: syscall(3b,3b,3b,3,1) at syscall+0x27e Mar 5 16:15:10 xen kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Mar 5 16:15:10 xen kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = =3D 0x281482db, esp =3D 0xbfbfe44c, ebp =3D 0xbfbfe498 --- 2.Also when I try to run "dhclient iwi0" goes into db> prompt and I = reset notebook/ Balgaa From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 19:52:34 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 C77D016A420 for ; Sun, 5 Mar 2006 19:52:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9146043D48 for ; Sun, 5 Mar 2006 19:52:34 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 7782C1A4DDD for ; Sun, 5 Mar 2006 11:52:34 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EE09A514C3; Sun, 5 Mar 2006 14:52:33 -0500 (EST) Date: Sun, 5 Mar 2006 14:52:33 -0500 From: Kris Kennaway To: net@FreeBSD.org Message-ID: <20060305195233.GB2880@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QTprm0S8XgL7H0Dt" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: Double free in icmp6 processing? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 19:52:34 -0000 --QTprm0S8XgL7H0Dt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've been doing a lot of ping6'ing trying to track down the cause of the nd6 panics on sparc64 SMP machines, and I'm also seeing the following panic: -- memory address not aligned sfar=0xdedeadc0de sfsr=0x40029 %o7=0xc031d8e4 -- m_tag_delete_chain() at m_tag_delete_chain+0x28 mb_dtor_mbuf() at mb_dtor_mbuf+0x18 uma_zfree_arg() at uma_zfree_arg+0x18 m_freem() at m_freem+0x38 icmp6_error() at icmp6_error+0x61c icmp6_error2() at icmp6_error2+0x158 nd6_llinfo_timer() at nd6_llinfo_timer+0x158 softclock() at softclock+0x238 ithread_execute_handlers() at ithread_execute_handlers+0x144 ithread_loop() at ithread_loop+0xa4 fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 which looks like a double free of an mbuf. Can someone take a look? Kris --QTprm0S8XgL7H0Dt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEC0GBWry0BWjoQKURAhtwAKC8q2yBd9Fu2FQ5XBSREMtX/vM/sgCeNG8E bZ2b2aKCbnHstXBsYrN+Gv4= =w2/Y -----END PGP SIGNATURE----- --QTprm0S8XgL7H0Dt-- From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 20:04: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 EE9C516A420 for ; Sun, 5 Mar 2006 20:04:20 +0000 (GMT) (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 67FAB43D45 for ; Sun, 5 Mar 2006 20:04:20 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.206.94] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis), id 0ML21M-1FFzSk3VnD-0002FT; Sun, 05 Mar 2006 21:04:19 +0100 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Sun, 5 Mar 2006 21:02:19 +0100 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8357756.qKo2oJKdma"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603052102.24881.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Subject: New version of iwi(4) - Call for testers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 20:04:21 -0000 --nextPart8357756.qKo2oJKdma Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, there have been a lot of problem reports with iwi(4) lately. Can everybody= =20 who does have problems with it please take a look at: http://people.freebsd.org/~mlaier/new_iwi/ There is a new version of the driver (converted to use firmware(9)). It=20 includes some fundamental changes that greatly help stability and=20 performance. There are, however, still some instabilities with it. I'd appreciate if you could give it a try and report back. If it breaks=20 (device timeout, connection stall, etc. ...) you could help us a great deal= =20 if you set "sysctl debug.iwi=3D3" and include the console output at the tim= e of=20 the failure. If you don't see something interesting there, you might want = to=20 increase debug.iwi even further, but that will be *very* chatty. Thanks in advance. =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 --nextPart8357756.qKo2oJKdma Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEC0PQXyyEoT62BG0RAtAUAJ9+XIyuSnLdzJtSBBxHoYlBEZAi8QCbBi5Y 6v6vHV1BuUJqqM/sZ3up320= =ydAv -----END PGP SIGNATURE----- --nextPart8357756.qKo2oJKdma-- From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 20:17: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 83E0816A420 for ; Sun, 5 Mar 2006 20:17:33 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from mail-ihug.icp-qv1-irony3.iinet.net.au (ihug-mail.icp-qv1-irony3.iinet.net.au [203.59.1.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 011FF43D45 for ; Sun, 5 Mar 2006 20:17:30 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from 203-217-76-27.dyn.iinet.net.au (HELO nn.dnsalias.net) ([203.217.76.27]) by mail-ihug.icp-qv1-irony3.iinet.net.au with ESMTP; 06 Mar 2006 04:17:30 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.02,165,1139155200"; d="scan'208"; a="686732052:sNHT14678326" Received: from [192.168.234.241] (pb [192.168.234.241]) by nn.dnsalias.net (Postfix) with ESMTP id 70D71150CE2 for ; Mon, 6 Mar 2006 07:17:28 +1100 (EST) Message-ID: <440B4759.6010106@j2d.lam.net.au> Date: Mon, 06 Mar 2006 07:17:29 +1100 From: Nik Lam User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <440683E2.8000009@j2d.lam.net.au> In-Reply-To: <440683E2.8000009@j2d.lam.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: configuring if_bridge with stp at boot in /etc/rc.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 20:17:33 -0000 I've tried rebuilding a kernel with OPTIONS if_bridge but this problem still happens. To re-iterate, when I try to activate the bridge with STP parameters in rc.conf, one of the bridge interfaces goes into forwarding mode, but the other interfaces remains in disabled mode. Here is what I have in rc.conf: #=============== ifconfig_em1="up" ifconfig_em2="up" cloned_interfaces="bridge0" ifconfig_bridge0="addm em1 stp em1 addm em2 stp em2 hellotime 2 maxage 5 fwddelay 6 priority 10 up" #=============== If I remove these lines and reboot, I can get the STP bridge to work if I just use ifconfig to manually build the bridge. Is this a bug or have I missed some documentation somewhere? Nik From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 20:40: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 E582916A420 for ; Sun, 5 Mar 2006 20:40:55 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D7FD43D46 for ; Sun, 5 Mar 2006 20:40:55 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received-SPF: none Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.2/8.13.2/Debian-1) with SMTP id k25KfMV0002754; Mon, 6 Mar 2006 09:41:22 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 38CD11CCC1; Mon, 6 Mar 2006 09:40:51 +1300 (NZDT) Date: Mon, 6 Mar 2006 09:40:51 +1300 From: Andrew Thompson To: Nik Lam Message-ID: <20060305204051.GA44857@heff.fud.org.nz> References: <440683E2.8000009@j2d.lam.net.au> <440B4759.6010106@j2d.lam.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440B4759.6010106@j2d.lam.net.au> 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: configuring if_bridge with stp at boot in /etc/rc.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 20:40:56 -0000 On Mon, Mar 06, 2006 at 07:17:29AM +1100, Nik Lam wrote: > I've tried rebuilding a kernel with > > OPTIONS if_bridge > > but this problem still happens. To re-iterate, when I try to activate > the bridge with STP parameters in rc.conf, one of the bridge interfaces > goes into forwarding mode, but the other interfaces remains in disabled > mode. > Here is what I have in rc.conf: > > #=============== > ifconfig_em1="up" > ifconfig_em2="up" > > cloned_interfaces="bridge0" > > ifconfig_bridge0="addm em1 stp em1 addm em2 stp em2 hellotime 2 maxage 5 > fwddelay 6 priority 10 up" > #=============== > Can you post the full output from ifconfig and tell us what version of the OS you are running. thanks, Andrew From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 22:29: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 C998F16A420; Sun, 5 Mar 2006 22:29:32 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from ichimail.justnet.info (ichiban.broadband.sublimeip.com [203.217.17.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB15943D46; Sun, 5 Mar 2006 22:29:31 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from localhost (unknown [127.0.0.1]) by ichiban-mailfilter.justnet.info (Postfix) with ESMTP id 5643B688F3; Mon, 6 Mar 2006 09:29:29 +1100 (EST) Received: from ichimail.justnet.info ([127.0.0.1]) by localhost (ichiban.justnet.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37592-04; Mon, 6 Mar 2006 09:29:25 +1100 (EST) Received: from [192.168.0.231] (dhcp1 [192.168.0.231]) by ichimail.justnet.info (Postfix) with ESMTP id B967167F45; Mon, 6 Mar 2006 09:29:23 +1100 (EST) Message-ID: <440B6644.3050800@j2d.lam.net.au> Date: Mon, 06 Mar 2006 09:29:24 +1100 From: Nik Lam User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Andrew Thompson , freebsd-net@freebsd.org References: <440683E2.8000009@j2d.lam.net.au> <440B4759.6010106@j2d.lam.net.au> <20060305204051.GA44857@heff.fud.org.nz> In-Reply-To: <20060305204051.GA44857@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ichiban.justnet.info Cc: Subject: Re: configuring if_bridge with stp at boot in /etc/rc.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 22:29:33 -0000 Andrew Thompson wrote: > On Mon, Mar 06, 2006 at 07:17:29AM +1100, Nik Lam wrote: > >> I've tried rebuilding a kernel with >> >> OPTIONS if_bridge >> >> but this problem still happens. To re-iterate, when I try to activate >> the bridge with STP parameters in rc.conf, one of the bridge interfaces >> goes into forwarding mode, but the other interfaces remains in disabled >> mode. >> Here is what I have in rc.conf: >> >> #=============== >> ifconfig_em1="up" >> ifconfig_em2="up" >> >> cloned_interfaces="bridge0" >> >> ifconfig_bridge0="addm em1 stp em1 addm em2 stp em2 hellotime 2 maxage 5 >> fwddelay 6 priority 10 up" >> #=============== >> >> > > Can you post the full output from ifconfig and tell us what version of > the OS you are running. > > Hi Andrew, Thanks for your interest. I've included the ifconfig output, my full rc.conf, the kernel config file as well as dmesg output below. I did a cvsup at 2006-03-03 at about 0200hrs UTC from a local repository (cvsup2.au.freebsd.org) and rebuilt the world and kernel from that. Also, here is a ref to my original post which has some background on the hardware and what I'm trying to acheive. http://lists.freebsd.org/mailman/htdig/freebsd-net/2006-March/009910.html Here's what I see about a minute after booting up. If I run it earlier I get to see the em1 member of bridge0 go through the listening and learning modes, but em2 remains disabled throughout. # +++++++++++++ifconfig output +++++++++++++ hashi-0# ifconfig fxp0: flags=8843 mtu 1500 options=8 inet 192.168.0.245 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:d0:b7:c8:61:6a media: Ethernet autoselect (100baseTX ) status: active em0: flags=8843 mtu 1500 options=8 inet 192.168.100.245 netmask 0xffffff00 broadcast 192.168.100.255 ether 00:0e:0c:aa:d5:b7 media: Ethernet autoselect status: no carrier em1: flags=8943 mtu 1500 options=8 ether 00:04:23:c9:1d:c8 media: Ethernet autoselect (100baseTX ) status: active em2: flags=8943 mtu 1500 options=8 ether 00:04:23:c9:1d:c9 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 mtu 1500 pfsync0: flags=0<> mtu 2020 pflog0: flags=0<> mtu 33208 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 bridge0: flags=8043 mtu 1500 ether ac:de:48:b3:56:79 priority 32768 hellotime 2 fwddelay 15 maxage 20 member: em2 flags=7 port 4 priority 20 path cost 55 disabled member: em1 flags=7 port 3 priority 10 path cost 10 forwarding hashi-0# #+++++++++++++ #+++++++++++++rc.conf+++++++++++++ defaultrouter="192.168.0.1" hostname="hashi-0.sublimeip.net" ifconfig_em1="-txcsum up" ifconfig_em2="-txcsum up" cloned_interfaces="bridge0" ifconfig_bridge0="addm em1 stp em1 addm em2 stp em2 ifpriority em1 10 ifpriority em2 20 ifpathcost em1 10 ifpathcost 20 hellotime 2 maxage 5 fwddelay 6 priorit y 10 up" ifconfig_fxp0="inet 192.168.0.245 netmask 255.255.255.0" ifconfig_em0="inet 192.168.100.245 -txcsum netmask 255.255.255.0" #pf_enable="NO" # Enable PF (load module if required) #pf_rules="/etc/pf.conf" # rules definition file for PF #pf_flags="" # additional flags for pfctl startup #pflog_enable="YES" # start pflogd(8) #pflog_logfile="/var/log/pflog" # where pflogd should store the logfile #pflog_flags="" # additional flags for pflogd startup #pfsync_enable="YES" #pfsync_syncdev="em0" ntpdate_enable="YES" ntpdate_flags="au.pool.ntp.org" sshd_enable="YES" usbd_enable="NO" sendmail_enable="NO" #+++++++++++++ #+++++++++++++kernel config file+++++++++++++ # # machine i386 cpu I686_CPU ident HASHISUBLIME00 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SMP #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_GPT # GUID Partition Tables. options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. device apic # I/O APIC # Bus support. device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor #device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #### # Stuff for firewall bridge # # Bridge support device if_bridge # PF support device pf device pflog device pfsync # ALTQ support options ALTQ options ALTQ_CBQ # Class Bases Queuing (CBQ) options ALTQ_RED # Random Early Detection (RED) options ALTQ_RIO # RED In/Out options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) options ALTQ_PRIQ # Priority Queuing (PRIQ) options ALTQ_NOPCC # Required for SMP build # other stuff options IPSTEALTH options HZ=1000 #+++++++++++++ #+++++++++++++dmesg+++++++++++++ Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-PRERELEASE #0: Fri Mar 3 18:55:16 EST 2006 root@hashi-0.sublimeip.net:/usr/obj/usr/src/sys/HASHISUBLIME00 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel Pentium III (698.81-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x387fbff real memory = 536805376 (511 MB) avail memory = 515796992 (491 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0x1060-0x107f irq 19 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 4.3 (no driver attached) pcib1: at device 7.0 on pci0 pci1: on pcib1 pcib2: at device 2.0 on pci1 pci2: on pcib2 amr0: mem 0xfa800000-0xfabfffff irq 18 at device 2.1 on pci1 amr0: Firmware F.02.04, BIOS B.02.02, 16MB RAM fxp0: port 0x9400-0x943f mem 0xfa300000-0xfa300fff,0xfa200000-0xfa2fffff irq 19 at device 3.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:c8:61:6a pci1: at device 4.0 (no driver attached) em0: port 0x1000-0x103f mem 0xfa0a0000-0xfa0bffff,0xfa080000-0xfa09ffff irq 16 at device 8.0 on pci0 em0: Ethernet address: 00:0e:0c:aa:d5:b7 em1: port 0x1080-0x10bf mem 0xfa0c0000-0xfa0dffff,0xfa000000-0xfa03ffff irq 17 at device 9.0 on pci0 em1: Ethernet address: 00:04:23:c9:1d:c8 em2: port 0x10c0-0x10ff mem 0xfa0e0000-0xfa0fffff,0xfa040000-0xfa07ffff irq 18 at device 9.1 on pci0 em2: Ethernet address: 00:04:23:c9:1d:c9 pci0: at device 13.0 (no driver attached) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio1: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc87ff,0xc8800-0xc97ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master PIO4 amrd0: on amr0 amrd0: 8677MB (17770496 sectors) RAID 1 (optimal) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/amrd0s1a bridge0: Ethernet address: ac:de:48:b3:56:79 em1: link state changed to UP #+++++++++++++ From owner-freebsd-net@FreeBSD.ORG Sun Mar 5 22:56: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 C906716A420; Sun, 5 Mar 2006 22:56:36 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from ichimail.justnet.info (ichiban.broadband.sublimeip.com [203.217.17.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5847F43D46; Sun, 5 Mar 2006 22:56:36 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from localhost (unknown [127.0.0.1]) by ichiban-mailfilter.justnet.info (Postfix) with ESMTP id 17CCE68A7B; Mon, 6 Mar 2006 09:56:35 +1100 (EST) Received: from ichimail.justnet.info ([127.0.0.1]) by localhost (ichiban.justnet.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37592-06; Mon, 6 Mar 2006 09:56:34 +1100 (EST) Received: from [192.168.0.231] (dhcp1 [192.168.0.231]) by ichimail.justnet.info (Postfix) with ESMTP id 47FFA688F7; Mon, 6 Mar 2006 09:56:33 +1100 (EST) Message-ID: <440B6CA2.4020803@j2d.lam.net.au> Date: Mon, 06 Mar 2006 09:56:34 +1100 From: Nik Lam User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Andrew Thompson , freebsd-net@freebsd.org References: <440683E2.8000009@j2d.lam.net.au> <440B4759.6010106@j2d.lam.net.au> <20060305204051.GA44857@heff.fud.org.nz> In-Reply-To: <20060305204051.GA44857@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ichiban.justnet.info Cc: Subject: Re: configuring if_bridge with stp at boot in /etc/rc.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Mar 2006 22:56:36 -0000 Andrew Thompson wrote: > > Can you post the full output from ifconfig and tell us what version of > the OS you are running. > Just to add one detail I left out in my reply earlier; I'm tracking 6-STABLE. From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 00:23: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 92A8F16A420 for ; Mon, 6 Mar 2006 00:23:45 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D62E143D48 for ; Mon, 6 Mar 2006 00:23: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.2/8.13.2/Debian-1) with SMTP id k260OA2n028823; Mon, 6 Mar 2006 13:24:11 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 2F6C31CCC1; Mon, 6 Mar 2006 13:23:41 +1300 (NZDT) Date: Mon, 6 Mar 2006 13:23:41 +1300 From: Andrew Thompson To: Nik Lam Message-ID: <20060306002341.GB44857@heff.fud.org.nz> References: <440683E2.8000009@j2d.lam.net.au> <440B4759.6010106@j2d.lam.net.au> <20060305204051.GA44857@heff.fud.org.nz> <440B6644.3050800@j2d.lam.net.au> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <440B6644.3050800@j2d.lam.net.au> 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: configuring if_bridge with stp at boot in /etc/rc.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 00:23:45 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 06, 2006 at 09:29:24AM +1100, Nik Lam wrote: > Andrew Thompson wrote: > >On Mon, Mar 06, 2006 at 07:17:29AM +1100, Nik Lam wrote: > >>To re-iterate, when I try to activate the bridge with STP parameters > >>in rc.conf, one of the bridge interfaces goes into forwarding mode, > >>but the other interfaces remains in disabled mode. > > > >Can you post the full output from ifconfig and tell us what version of > >the OS you are running. > > > > Here's what I see about a minute after booting up. If I run it earlier > I get to see the em1 member of bridge0 go through the listening and > learning modes, but em2 remains disabled throughout. > It may be possible that the link-up notification is not happening for em2 or we are somehow missing the first one. Can you try this patch and see if stp on em2 kicks into life. Can you also test unplugging/plugging the network cable for em2 and see if you get link change messages in your dmesg. Andrew --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bstp_linktick.diff" Index: bridgestp.c =================================================================== RCS file: /home/ncvs/src/sys/net/bridgestp.c,v retrieving revision 1.11 diff -u -p -r1.11 bridgestp.c --- bridgestp.c 28 Feb 2006 00:13:24 -0000 1.11 +++ bridgestp.c 6 Mar 2006 00:19:06 -0000 @@ -75,6 +75,7 @@ __FBSDID("$FreeBSD: src/sys/net/bridgest #define BSTP_MESSAGE_AGE_INCR (1 * 256) /* in 256ths of a second */ #define BSTP_TICK_VAL (1 * 256) /* in 256ths of a second */ +#define BSTP_LINK_TIMER (BSTP_TICK_VAL * 15) /* * Because BPDU's do not make nicely aligned structures, two different @@ -916,6 +917,7 @@ bstp_initialization(struct bridge_softc bstp_port_state_selection(sc); bstp_config_bpdu_generation(sc); bstp_timer_start(&sc->sc_hello_timer, 0); + bstp_timer_start(&sc->sc_link_timer, 0); } void @@ -1121,20 +1123,15 @@ bstp_tick(void *arg) BRIDGE_LOCK_ASSERT(sc); -#if 0 - LIST_FOREACH(bif, &sc->sc_iflist, bif_next) { - if ((bif->bif_flags & IFBIF_STP) == 0) - continue; - /* - * XXX This can cause a lag in "link does away" - * XXX and "spanning tree gets updated". We need - * XXX come sort of callback from the link state - * XXX update code to kick spanning tree. - * XXX --thorpej@NetBSD.org - */ - bstp_ifupdstatus(sc, bif); + /* slow timer to catch missed link events */ + if (bstp_timer_expired(&sc->sc_link_timer, BSTP_LINK_TIMER)) { + LIST_FOREACH(bif, &sc->sc_iflist, bif_next) { + if ((bif->bif_flags & IFBIF_STP) == 0) + continue; + bstp_ifupdstatus(sc, bif); + } + bstp_timer_start(&sc->sc_link_timer, 0); } -#endif if (bstp_timer_expired(&sc->sc_hello_timer, sc->sc_hello_time)) bstp_hello_timer_expiry(sc); Index: if_bridgevar.h =================================================================== RCS file: /home/ncvs/src/sys/net/if_bridgevar.h,v retrieving revision 1.10 diff -u -p -r1.10 if_bridgevar.h --- if_bridgevar.h 14 Jan 2006 03:51:30 -0000 1.10 +++ if_bridgevar.h 5 Mar 2006 22:50:50 -0000 @@ -301,6 +301,7 @@ struct bridge_softc { LIST_HEAD(, bridge_rtnode) sc_rtlist; /* list version of above */ uint32_t sc_rthash_key; /* key for hash */ LIST_HEAD(, bridge_iflist) sc_spanlist; /* span ports list */ + struct bridge_timer sc_link_timer; }; #define BRIDGE_LOCK_INIT(_sc) do { \ --1yeeQ81UyVL57Vl7-- From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 00:53:38 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2765C16A420; Mon, 6 Mar 2006 00:53:38 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from ichimail.justnet.info (ichiban.broadband.sublimeip.com [203.217.17.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F13443D46; Mon, 6 Mar 2006 00:53:37 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from localhost (unknown [127.0.0.1]) by ichiban-mailfilter.justnet.info (Postfix) with ESMTP id 0D8C068AD5; Mon, 6 Mar 2006 11:53:35 +1100 (EST) Received: from ichimail.justnet.info ([127.0.0.1]) by localhost (ichiban.justnet.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37592-10; Mon, 6 Mar 2006 11:53:34 +1100 (EST) Received: from [192.168.0.231] (dhcp1 [192.168.0.231]) by ichimail.justnet.info (Postfix) with ESMTP id C0DCE68A7B; Mon, 6 Mar 2006 11:53:32 +1100 (EST) Message-ID: <440B880D.1080402@j2d.lam.net.au> Date: Mon, 06 Mar 2006 11:53:33 +1100 From: Nik Lam User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Andrew Thompson References: <440683E2.8000009@j2d.lam.net.au> <440B4759.6010106@j2d.lam.net.au> <20060305204051.GA44857@heff.fud.org.nz> <440B6644.3050800@j2d.lam.net.au> <20060306002341.GB44857@heff.fud.org.nz> In-Reply-To: <20060306002341.GB44857@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ichiban.justnet.info Cc: freebsd-net@freebsd.org Subject: Re: configuring if_bridge with stp at boot in /etc/rc.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 00:53:38 -0000 Andrew Thompson wrote: > On Mon, Mar 06, 2006 at 09:29:24AM +1100, Nik Lam wrote: > >> Andrew Thompson wrote: >> >>> On Mon, Mar 06, 2006 at 07:17:29AM +1100, Nik Lam wrote: >>> >>>> To re-iterate, when I try to activate the bridge with STP parameters >>>> in rc.conf, one of the bridge interfaces goes into forwarding mode, >>>> but the other interfaces remains in disabled mode. >>>> >>> Can you post the full output from ifconfig and tell us what version of >>> the OS you are running. >>> >>> >> Here's what I see about a minute after booting up. If I run it earlier >> I get to see the em1 member of bridge0 go through the listening and >> learning modes, but em2 remains disabled throughout. >> >> > > It may be possible that the link-up notification is not happening for > em2 or we are somehow missing the first one. > > Can you try this patch and see if stp on em2 kicks into life. Can you > also test unplugging/plugging the network cable for em2 and see if you > get link change messages in your dmesg. > > > Andrew > Thanks Andrew. Firstly, I tried unplugging/plugging em2 and yes - that causes link state changes to be logged as well as getting STP working correctly - the em2 member goes into listening and then learning and then forwarding. I'll apply your patch now. I'm assuming there is no shortcut to rebuilding the kernel in which case it will probably be quite late before I get back with results. Nik From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 02: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 28D7216A420; Mon, 6 Mar 2006 02:07:19 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from ichimail.justnet.info (ichiban.broadband.sublimeip.com [203.217.17.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id A34FF43D45; Mon, 6 Mar 2006 02:07:18 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from localhost (unknown [127.0.0.1]) by ichiban-mailfilter.justnet.info (Postfix) with ESMTP id B637368A7B; Mon, 6 Mar 2006 13:07:16 +1100 (EST) Received: from ichimail.justnet.info ([127.0.0.1]) by localhost (ichiban.justnet.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 37894-07; Mon, 6 Mar 2006 13:07:15 +1100 (EST) Received: from [192.168.0.231] (dhcp1 [192.168.0.231]) by ichimail.justnet.info (Postfix) with ESMTP id C00CA688F7; Mon, 6 Mar 2006 13:07:10 +1100 (EST) Message-ID: <440B994F.9020401@j2d.lam.net.au> Date: Mon, 06 Mar 2006 13:07:11 +1100 From: Nik Lam User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Andrew Thompson References: <440683E2.8000009@j2d.lam.net.au> <440B4759.6010106@j2d.lam.net.au> <20060305204051.GA44857@heff.fud.org.nz> <440B6644.3050800@j2d.lam.net.au> <20060306002341.GB44857@heff.fud.org.nz> In-Reply-To: <20060306002341.GB44857@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ichiban.justnet.info Cc: freebsd-net@freebsd.org Subject: Re: configuring if_bridge with stp at boot in /etc/rc.conf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 02:07:19 -0000 Andrew Thompson wrote: > > It may be possible that the link-up notification is not happening for > em2 or we are somehow missing the first one. > > Can you try this patch and see if stp on em2 kicks into life. Can you > also test unplugging/plugging the network cable for em2 and see if you > get link change messages in your dmesg. > > > Andrew > That patch has done the job Andrew. Thanks. Under the patched kernel, if I log in straight away after boot up, at first I see em1 listening and em2 disabled. About 5 or 10 seconds later em2 goes into listening state and some time after that forwarding across the bridge starts. As an aside in case anyone notices, I just got a sinking feeling that I'd given you a red herring - I realised that there was an error in my rc.conf: ifconfig_bridge0="addm em1 stp em1 addm em2 stp em2 ifpriority em1 10 ifpriority em2 20 ifpathcost em1 10 ifpathcost 20 hellotime 2 maxage 5 fwddelay 6 priority 10 up" I left out the "em2" in defining the path cost for that member interface. However, I was able to reproduce the problem even after I corrected the rc.conf and booted using the unpatched kernel. Using the patched kernel it works either way. Regards, Nik From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 07:25: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 E6A3916A420 for ; Mon, 6 Mar 2006 07:25:49 +0000 (GMT) (envelope-from b.surekha@samsung.com) Received: from mailout2.samsung.com (mailout2.samsung.com [203.254.224.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A6BF43D49 for ; Mon, 6 Mar 2006 07:25:49 +0000 (GMT) (envelope-from b.surekha@samsung.com) Received: from ep_mmp1 (mailout2.samsung.com [203.254.224.25]) by mailout2.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IVP00CLB3AYT8@mailout2.samsung.com> for freebsd-net@freebsd.org; Mon, 06 Mar 2006 16:25:46 +0900 (KST) Received: from SUREKHAB ([107.108.72.112]) by mmp1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTPA id <0IVP0019A3A0CK@mmp1.samsung.com> for freebsd-net@freebsd.org; Mon, 06 Mar 2006 16:25:46 +0900 (KST) Date: Mon, 06 Mar 2006 12:55:49 +0530 From: Surekha In-reply-to: <200603021350.18296.max@love2party.net> To: 'Max Laier' , freebsd-net@freebsd.org Message-id: <008001c640ef$440f1b80$70486c6b@sisodomain.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Outlook, Build 10.0.6626 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal Cc: Subject: RE: Installation of Freebsd 5.4 release X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 07:25:50 -0000 Hi Max Laier, I tried do download the config utility as given by you. But there is some firewall problem for us and Iam not able to login remotely into that machine. It would be a great help if you can send me the copy of the config source code through mail so that I can compile my kernel here. Thanks for your cooperation, Surekha. -----Original Message----- From: Max Laier [mailto:max@love2party.net] Sent: Thursday, March 02, 2006 6:20 PM To: freebsd-net@freebsd.org Cc: Surekha Subject: Re: Installation of Freebsd 5.4 release On Thursday 02 March 2006 13:17, Surekha wrote: > Hi, > > I want to install the Kame version of MIPv6 for FreeBSD. > > I downloaded the following snap: > > kame-20060220-freebsd54-snap.tar > > and tried to install on a machine which already has FreeBSD 5.2.1 release. > > It is giving some config error as follows: > > ERROR: version of config(8) does not match kernel! > config version = 500012, version required = 500013 > > Make sure that /usr/src/usr.sbin/config is in sync > with your /usr/src/sys and install a new config binary > before trying this again. > > If running the new config fails check your config > file against the GENERIC or LINT config files for > changes in config syntax, or option/device naming > conventions > > I don't have the source code of FreeBSD 5.2.1 release. > > Please help me in resolving it. You can get config sources alone via anoncvs and do as the error message tells you. It will be easier to update to a clean 5.4 and work from there however. For the quick sollution you'd do something like: $ cvs -d freebsdanoncvs@anoncvs.FreeBSD.org:/home/ncvs co -rRELENG_5_4 \ src/usr.sbin/config $ cd src/usr.sbin/config; make all install -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 07:34: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 B5B0D16A420 for ; Mon, 6 Mar 2006 07:34:24 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 718E043D45 for ; Mon, 6 Mar 2006 07:34:22 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 221AB19F40; Sun, 5 Mar 2006 23:34:20 -0800 (PST) From: "Darren Pilgrim" To: "'Max Laier'" Date: Sun, 5 Mar 2006 23:34:05 -0800 Message-ID: <001001c640f0$5e1c27b0$672a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <200603052102.24881.max@love2party.net> Importance: Normal Cc: freebsd-net@freebsd.org Subject: RE: New version of iwi(4) - Call for testers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 07:34:24 -0000 From: Max Laier > > there have been a lot of problem reports with iwi(4) lately. > Can everybody who does have problems with it please take a look at: > > http://people.freebsd.org/~mlaier/new_iwi/ I'd be happy to give this a run, since I haven't had much luck doing things like cvsup over my 2915 with the drivers in _5, _6 and CURRENT. Looking at the tarball contents, do I just extract it into the top of my src tree? From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 11:03: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 DE8B616A420 for ; Mon, 6 Mar 2006 11:03:15 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F11A843D48 for ; Mon, 6 Mar 2006 11:03:14 +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 k26B3EVT098663 for ; Mon, 6 Mar 2006 11:03:14 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k26B3Cro098657 for freebsd-net@freebsd.org; Mon, 6 Mar 2006 11:03:12 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Mar 2006 11:03:12 GMT Message-Id: <200603061103.k26B3Cro098657@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, 06 Mar 2006 11:03:16 -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 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 12:24: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 BC35916A420 for ; Mon, 6 Mar 2006 12:24:32 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: from web30010.mail.mud.yahoo.com (web30010.mail.mud.yahoo.com [68.142.200.73]) by mx1.FreeBSD.org (Postfix) with SMTP id 4CC8043D45 for ; Mon, 6 Mar 2006 12:24:32 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: (qmail 79378 invoked by uid 60001); 6 Mar 2006 12:24:31 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=eCGrHkYZpYTuiqAA9fkZACYZgRLnpXMMcFt+Taj7zktx8b4ZyxAjxt8qs3vJcaC5LTF+xbAxjJYqw9QxQ05jFE3zNSzjajJ8EW3t8kjRUWVsGCRcsl0PSUOOXTBAI/TeWyUHllsaJSRSg/9atfogKcxu81bLu6cKhfoFeKaU0gU= ; Message-ID: <20060306122431.79376.qmail@web30010.mail.mud.yahoo.com> Received: from [202.79.62.24] by web30010.mail.mud.yahoo.com via HTTP; Mon, 06 Mar 2006 04:24:31 PST Date: Mon, 6 Mar 2006 04:24:31 -0800 (PST) From: kamal kc To: freebsd MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: which protocols use ip options ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 12:24:32 -0000 dear all, i found that igmp, rsvp uses ip options. which other protocols use the ip options .. protocols between 0 to 60 (ip protocol number) would be fine to know about. any pointers would be highly valuable to me. thanks, kamal __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 14:33:22 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22C9F16A420 for ; Mon, 6 Mar 2006 14:33:22 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from mailhost.frm2.tum.de (mailhost.frm2.tum.de [129.187.179.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8235C43D49 for ; Mon, 6 Mar 2006 14:33:18 +0000 (GMT) (envelope-from Joerg.Pulz@frm2.tum.de) Received: from localhost (mailhost.frm2.tum.de [129.187.179.12]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k26EX97r098071; Mon, 6 Mar 2006 15:33:09 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (hades.admin.frm2 [172.25.1.10]) by mailhost.frm2.tum.de (8.13.4/8.13.4) with ESMTP id k26EX7Lg098067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 6 Mar 2006 15:33:07 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: from hades.admin.frm2 (localhost [127.0.0.1]) by hades.admin.frm2 (8.13.4/8.13.4) with ESMTP id k26EX7S5054808; Mon, 6 Mar 2006 15:33:07 +0100 (CET) (envelope-from jpulz@frm2.tum.de) Received: (from jpulz@localhost) by hades.admin.frm2 (8.13.4/8.13.4/Submit) id k26EX33H054807; Mon, 6 Mar 2006 15:33:03 +0100 (CET) (envelope-from jpulz) Date: Mon, 6 Mar 2006 15:33:01 +0100 (CET) From: Joerg Pulz To: Darren Pilgrim In-Reply-To: <001001c640f0$5e1c27b0$672a15ac@smiley> Message-ID: <20060306103705.R28829@hades.admin.frm2> References: <001001c640f0$5e1c27b0$672a15ac@smiley> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1726963868-1141638871=:28829" Content-ID: <20060306115058.X28829@hades.admin.frm2> X-Virus-Scanned: at mailhost.frm2.tum.de Cc: 'Max Laier' , freebsd-net@freebsd.org Subject: RE: New version of iwi(4) - Call for testers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 14:33:22 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1726963868-1141638871=:28829 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: <20060306115058.U28829@hades.admin.frm2> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <20060306115058.X28829@hades.admin.frm2> On Sun, 5 Mar 2006, Darren Pilgrim wrote: > From: Max Laier >> >> there have been a lot of problem reports with iwi(4) lately. >> Can everybody who does have problems with it please take a look at: >> >> http://people.freebsd.org/~mlaier/new_iwi/ > > I'd be happy to give this a run, since I haven't had much luck doing things > like cvsup over my 2915 with the drivers in _5, _6 and CURRENT. Looking at > the tarball contents, do I just extract it into the top of my src tree? Hi, normally it would be enough to extract it into the top of the src tree, but there is a MFC of src/sys/modules/Makefile rev 1.470 missing for the now required firmware(9) subsystem. On a RELENG_6 tree, you have to edit src/sys/modules/Makefile manually to add "firmware" and "iwi_fw" to the list of modules to build. Attached is a small patch for RELENG_6's src/sys/modules/Makefile. To make my eMail complete, here are my first results. building, installing and booting went fine after modifying src/sys/modules/Makefile. using 'ifconfig iwi0 up' automatically loads the firmware module, 'ifconfig iwi0 down' unloads it. thats really nice. Static WEP configuration is working, and the scan returns very fast and the device gets associated to my FreeBSD ath(4) based AP. wpa_supplicant(8) is working now for the first time with iwi(4). putting 'ifconfig_iwi0="DHCP WPA"' was ending in a system hang of my IBM X41 with the old driver. Now, with the new driver, this is working!! The only shortcut i found, is that wpa_supplicant(8) is always trying to use WPA but that is not configured on my access point. So the whole procedure takes a bit of time until wpa_supplicant(8) decides to use WEP. I'm not sure if this is driver related or something inside wpa_supplicant(8)... Anyway, thanks a lot Max, for making the iwi(4) driver stable and better. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDEgfSPOsGF+KA+MRArN+AKCHFxXO7++rB3qtXSnamTirzvxA4gCbBGA6 M30KQ0RrrwemF6HigDBJCzw= =SMDF -----END PGP SIGNATURE----- --0-1726963868-1141638871=:28829 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=sys_modules_Makefile.patch Content-Transfer-Encoding: BASE64 Content-ID: <20060306105431.C28829@hades.admin.frm2> Content-Description: Content-Disposition: ATTACHMENT; FILENAME=sys_modules_Makefile.patch LS0tIHN5cy9tb2R1bGVzL01ha2VmaWxlLm9yaWcJTW9uIE1hciAgNiAxMDo0 ODo0NCAyMDA2DQorKysgc3lzL21vZHVsZXMvTWFrZWZpbGUJTW9uIE1hciAg NiAxMDo0OTowMSAyMDA2DQpAQCAtODIsNiArODIsNyBAQA0KIAlmZGVzY2Zz IFwNCiAJJHtfZmV9IFwNCiAJZmlyZXdpcmUgXA0KKwlmaXJtd2FyZSBcDQog CWZ4cCBcDQogCSR7X2dlbX0gXA0KIAlnZW9tIFwNCkBAIC0xMjMsNiArMTI0 LDcgQEANCiAJaXNwIFwNCiAJaXNwZncgXA0KIAlpd2kgXA0KKwlpd2lfZncg XA0KIAlqb3kgXA0KIAlrYmRtdXggXA0KIAlrdWUgXA0K --0-1726963868-1141638871=:28829-- From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 15:01:44 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CD6016A420 for ; Mon, 6 Mar 2006 15:01:44 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from vader.b4br.net (vader.b4br.net [200.152.202.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id A20F343D4C for ; Mon, 6 Mar 2006 15:01:42 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from localhost (localhost.b4br.net [127.0.0.1]) by vader.b4br.net (Postfix) with ESMTP id BFA5618175D; Mon, 6 Mar 2006 12:00:58 -0300 (BRT) Received: from vader.b4br.net ([127.0.0.1]) by localhost (vader.b4br.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17431-07-2; Mon, 6 Mar 2006 12:00:54 -0300 (BRT) Received: from tuxkiller.matter.b4br.net (yoda.b4br.net [200.152.202.10]) by vader.b4br.net (Postfix) with ESMTP id 335E0181759; Mon, 6 Mar 2006 12:00:51 -0300 (BRT) From: Tiago Cruz To: "freebsd-net@FreeBSD.org" , Brian Candler In-Reply-To: <20060201134633.GB78696@uk.tiscali.com> References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> <1138621574.18130.26.camel@localhost.localdomain> <43DE6030.4090702@elischer.org> <20060131123042.GA74812@uk.tiscali.com> <1138713557.25466.4.camel@localhost.localdomain> <43DFCBBC.7000206@elischer.org> <20060201134633.GB78696@uk.tiscali.com> Content-Type: text/plain Date: Mon, 06 Mar 2006 12:01:34 -0300 Message-Id: <1141657294.25455.38.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at b4br.net Cc: Subject: Re: Network client is the same from server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 15:01:44 -0000 Hello all, I have some news about this subject: On Wed, 2006-02-01 at 13:46 +0000, Brian Candler wrote: > After: > > 192.168.0.0/24 192.168.0.0/24 > ------+---------- GW1 -------------------- GW2 -----+----------- > | [nat1] [nat2] | > X Y > > In this example, the sense of 'inbound' and 'outbound' is wrong for each > natd, which you might be able to fix using -reverse on both of them. > > Or: > > 192.168.0.0/24 192.168.0.0/24 > ------+---------- GW1 -------------------- GW2 -----+----------- > | [nat2] [nat1] | > X Y > > Here the in/out sense is the same, but now we're doing nat2's processing > before nat1's. Is that a problem? I think it is. > > * Packet from 192.168.0.1 to 192.168.200.1 > - at nat2: destination changed to 192.168.0.1 > - at nat1: source changed to 192.168.100.1 > > Trouble is that at the first step, the destination is now 192.168.0.1, which > means it will be delivered back to the local LAN instead of out of the > external interface. I did a lot of things in the last week: -> My LAN is 192.168.0.0/22 -> OpenVPN, route to clients: push "route 192.168.10.0 255.255.255.0" -> PF rules: binat on $vpn_if from 192.168.10.0/24 to any -> 192.168.0.0/24 binat on $vpn_if from 192.168.0.0/24 to any -> 192.168.10.0/24 In the notebook client, when I try to ping 192.168.10.19 (in the true, is the 192.168.0.19): 15:56:56.197170 IP 10.8.0.6 > 192.168.10.19: ICMP echo request, id 512, seq 5121, length 40 15:56:56.197779 IP 192.168.0.19 > 10.8.0.6: ICMP echo reply, id 512, seq 5121, length 40 My first ping is E.O.K (TTL=126) but all the others I don't have reply (75% lost). > OTOH, it might not be easy to make work with pf either. You should only need > two 'binat' rules, but I'm not sure how you go about reversing the in/out > sense. There's a separate freebsd-pf mailing list which might be able to > help. I've found a little bit of information in pf mailing, but I think that the problem is now with network mailing because my VPN Server is my CARP backup machine, and the state table is sincronized by pfsync with the CARP master (defaulf gateway of the machines). Maybe its because this tha only my fist ping works :-/ Can you help me please? Many thanks! -- Tiago Cruz http://linuxrapido.org From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 15: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 E263B16A420 for ; Mon, 6 Mar 2006 15:13:13 +0000 (GMT) (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 6DE0343D49 for ; Mon, 6 Mar 2006 15:13:07 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id C1EA95CBB; Mon, 6 Mar 2006 10:13:06 -0500 (EST) 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 28202-09; Mon, 6 Mar 2006 10:12:19 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-83-14.ny325.east.verizon.net [68.161.83.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 7E22C5C3C; Mon, 6 Mar 2006 10:12:19 -0500 (EST) Message-ID: <440C515A.4000602@mac.com> Date: Mon, 06 Mar 2006 10:12:26 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: kamal kc References: <20060306122431.79376.qmail@web30010.mail.mud.yahoo.com> In-Reply-To: <20060306122431.79376.qmail@web30010.mail.mud.yahoo.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd Subject: Re: which protocols use ip options ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 15:13:14 -0000 kamal kc wrote: > i found that igmp, rsvp uses ip options. > which other protocols use the ip options .. > > protocols between 0 to 60 (ip protocol number) > would be fine to know about. > > any pointers would be highly valuable to me. Anything which is layered on top of IP could use IP options, this includes everything going over TCP and UDP, along with the less common protocols you'd mentioned above. Not many things do, however. -- -Chuck From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 15:32: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 2CF4C16A420 for ; Mon, 6 Mar 2006 15:32:15 +0000 (GMT) (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 8A49B43D62 for ; Mon, 6 Mar 2006 15:32:11 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.255.181] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu10) with ESMTP (Nemesis), id 0ML31I-1FGHgn2hNq-0003Xe; Mon, 06 Mar 2006 16:32:02 +0100 From: Max Laier Organization: FreeBSD To: Joerg Pulz Date: Mon, 6 Mar 2006 16:29:50 +0100 User-Agent: KMail/1.9.1 References: <001001c640f0$5e1c27b0$672a15ac@smiley> <20060306103705.R28829@hades.admin.frm2> In-Reply-To: <20060306103705.R28829@hades.admin.frm2> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1979885.DMzLN14Y2h"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603061629.57893.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Darren Pilgrim , freebsd-net@freebsd.org Subject: Re: New version of iwi(4) - Call for testers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 15:32:15 -0000 --nextPart1979885.DMzLN14Y2h Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 06 March 2006 15:33, Joerg Pulz wrote: > Content-ID: <20060306115058.X28829@hades.admin.frm2> > > On Sun, 5 Mar 2006, Darren Pilgrim wrote: > > From: Max Laier > > > >> there have been a lot of problem reports with iwi(4) lately. > >> Can everybody who does have problems with it please take a look at: > >> > >> http://people.freebsd.org/~mlaier/new_iwi/ > > > > I'd be happy to give this a run, since I haven't had much luck doing > > things like cvsup over my 2915 with the drivers in _5, _6 and CURRENT.= =20 > > Looking at the tarball contents, do I just extract it into the top of my > > src tree? > > Hi, > > normally it would be enough to extract it into the top of the src tree, > but there is a MFC of src/sys/modules/Makefile rev 1.470 missing for the > now required firmware(9) subsystem. > On a RELENG_6 tree, you have to edit src/sys/modules/Makefile manually to > add "firmware" and "iwi_fw" to the list of modules to build. > > Attached is a small patch for RELENG_6's src/sys/modules/Makefile. Oh, I forgot again. Will fix the firmware part now, so please don't be=20 alarmed if you get one rejected hunk from Joergs patch after that. Thanks= =20 for providing it. > To make my eMail complete, here are my first results. > > building, installing and booting went fine after modifying > src/sys/modules/Makefile. > using 'ifconfig iwi0 up' automatically loads the firmware module, > 'ifconfig iwi0 down' unloads it. thats really nice. > Static WEP configuration is working, and the scan returns very fast and > the device gets associated to my FreeBSD ath(4) based AP. > wpa_supplicant(8) is working now for the first time with iwi(4). > putting 'ifconfig_iwi0=3D"DHCP WPA"' was ending in a system hang of my IBM > X41 with the old driver. > Now, with the new driver, this is working!! The only shortcut i found, is > that wpa_supplicant(8) is always trying to use WPA but that is not > configured on my access point. So the whole procedure takes a bit of time > until wpa_supplicant(8) decides to use WEP. I'm not sure if this is driver > related or something inside wpa_supplicant(8)... > > Anyway, thanks a lot Max, for making the iwi(4) driver stable and better. > > regards > Joerg =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 --nextPart1979885.DMzLN14Y2h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEDFV1XyyEoT62BG0RAi7qAJ9qFOu5r4BOa5FhSttYt9RS60ZdogCeLbOm f99OGPVURUpdX2G7kK91rtc= =ylMc -----END PGP SIGNATURE----- --nextPart1979885.DMzLN14Y2h-- From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 16:04:38 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 780FD16A422 for ; Mon, 6 Mar 2006 16:04:38 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.bitfreak.org (mail.bitfreak.org [65.75.198.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB90643D4C for ; Mon, 6 Mar 2006 16:04:33 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from smiley (mail.bitfreak.org [65.75.198.146]) by mail.bitfreak.org (Postfix) with ESMTP id 8514E19F40; Mon, 6 Mar 2006 08:04:31 -0800 (PST) From: "Darren Pilgrim" To: "'Joerg Pulz'" Date: Mon, 6 Mar 2006 08:04:19 -0800 Message-ID: <002801c64137$a499afe0$672a15ac@smiley> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <20060306103705.R28829@hades.admin.frm2> Importance: Normal Cc: 'Max Laier' , freebsd-net@freebsd.org Subject: RE: New version of iwi(4) - Call for testers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 16:04:38 -0000 From: Joerg Pulz [mailto:Joerg.Pulz@frm2.tum.de] > On Sun, 5 Mar 2006, Darren Pilgrim wrote: > > From: Max Laier > >> > >> there have been a lot of problem reports with iwi(4) lately. > >> Can everybody who does have problems with it please take a look at: > >> > >> http://people.freebsd.org/~mlaier/new_iwi/ > > > > I'd be happy to give this a run, since I haven't had much luck doing > > things like cvsup over my 2915 with the drivers in _5, _6 and > > CURRENT. Looking at the tarball contents, do I just extract it into > > the top of my src tree? > > normally it would be enough to extract it into the top of the src tree, > but there is a MFC of src/sys/modules/Makefile rev 1.470 missing for > the now required firmware(9) subsystem. > On a RELENG_6 tree, you have to edit src/sys/modules/Makefile manually > to add "firmware" and "iwi_fw" to the list of modules to build. I was going to test against -CURRENT, but thanks for the heads up. From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 16:20: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 4A38D16A420 for ; Mon, 6 Mar 2006 16:20:27 +0000 (GMT) (envelope-from saundersconsult@hotmail.com) Received: from hotmail.com (bay115-f28.bay115.hotmail.com [65.54.250.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE41D43D49 for ; Mon, 6 Mar 2006 16:20:26 +0000 (GMT) (envelope-from saundersconsult@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 6 Mar 2006 08:20:26 -0800 Message-ID: Received: from 65.54.250.200 by by115fd.bay115.hotmail.msn.com with HTTP; Mon, 06 Mar 2006 16:20:22 GMT X-Originating-IP: [64.60.108.59] X-Originating-Email: [saundersconsult@hotmail.com] X-Sender: saundersconsult@hotmail.com In-Reply-To: <4356E47D.605@freemail.gr> From: "Shawn Saunders" To: dionch@freemail.gr Date: Mon, 06 Mar 2006 08:20:22 -0800 X-Priority: 1 Importance: High Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 06 Mar 2006 16:20:26.0531 (UTC) FILETIME=[E0B18730:01C64139] Cc: freebsd-net@freebsd.org Subject: Re: Trying to make a Host into a gigabit hub for testing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 16:20:27 -0000 >From: Chris Dionissopoulos >Reply-To: dionch@freemail.gr >To: Shawn Saunders >CC: freebsd-net@freebsd.org >Subject: Re: Trying to make a Host into a gigabit hub for testing >Date: Thu, 20 Oct 2005 03:27:41 +0300 >MIME-Version: 1.0 >Received: from mx2.freebsd.org ([216.136.204.119]) by mc7-f42.hotmail.com >with Microsoft SMTPSVC(6.0.3790.211); Wed, 19 Oct 2005 17:29:08 -0700 >Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18])by >mx2.freebsd.org (Postfix) with ESMTP id 656895B21A;Thu, 20 Oct 2005 >00:29:05 +0000 (GMT)(envelope-from owner-freebsd-net@freebsd.org) >Received: from hub.freebsd.org (localhost [127.0.0.1])by hub.freebsd.org >(Postfix) with ESMTP id C0E6216A423;Thu, 20 Oct 2005 00:29:01 +0000 >(GMT)(envelope-from owner-freebsd-net@freebsd.org) >Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])by >hub.freebsd.org (Postfix) with ESMTP id DD73616A41Ffor >; Thu, 20 Oct 2005 00:28:47 +0000 >(GMT)(envelope-from dionch@freemail.gr) >Received: from smtp.freemail.gr (smtp.freemail.gr [213.239.180.35])by >mx1.FreeBSD.org (Postfix) with ESMTP id 5364843D5Afor >; Thu, 20 Oct 2005 00:28:47 +0000 >(GMT)(envelope-from dionch@freemail.gr) >Received: by smtp.freemail.gr (Postfix, from userid 101)id C34DCBC047; Thu, >20 Oct 2005 03:28:45 +0300 (EEST) >Received: from [10.0.0.1] (vdp1003.ath03.dsl.hol.gr >[62.38.168.4])bysmtp.freemail.gr (Postfix) with ESMTP id 18E14BC037;Thu, 20 >Oct 2005 03:28:44 +0300 (EEST) >X-Message-Info: JGTYoYF78jEHjJx36Oi8+Z3TmmkSEdPtfpLB7P/ybN8= >X-Original-To: freebsd-net@freebsd.org >Delivered-To: freebsd-net@freebsd.org >User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) >X-Accept-Language: en-us, en >References: >X-BeenThere: freebsd-net@freebsd.org >X-Mailman-Version: 2.1.5 >Precedence: list >List-Id: Networking and TCP/IP with FreeBSD >List-Unsubscribe: >, >List-Archive: >List-Post: >List-Help: >List-Subscribe: >, >Errors-To: owner-freebsd-net@freebsd.org >Return-Path: owner-freebsd-net@freebsd.org >X-OriginalArrivalTime: 20 Oct 2005 00:29:08.0388 (UTC) >FILETIME=[48E05640:01C5D50D] > >SS>I am setting up a test environment with multiple IDS's. ngctl looks >like a solution but it is not broadcasting all packets to all interfaces as >the documentation appears to state it should. I've probably made some >error in configuration. >SS> >SS>My goal is to put em0 into a spanned port in promiscuous mode and >broadcast all traffic from that port out the other network interfaces. I >plan on having em0 (gigabit) and 6 other gigabit interfaces. Each will >then echo the same traffic to six other machines (IDS's) for testing. >SS> >SS>The proof of concept with a gigabit (EM0) and 4 10/100 ethernets (sfx). >The 10/100's will be replaced for implementation. >SS> >SS>Any help would be appreciated. My config follows: > >Hi, >Why to use ng_fec and ng_one2many together? >how about something simplier, like: > > +----------+ -->-sf0:lower--->wire >wire>--em:lower->| one2many | -->-sf1:lower--->wire > | | -->-sf2:lower--->wire > +----------+ -->sf3:lower--->wire > >ngctl mkpeer em0: one2many lower one >ngctl name em0:lower o2m >ngctl connect sf0: o2m lower many0 >ngctl connect sf1: o2m lower many1 >ngctl connect sf2: o2m lower many2 >ngctl connect sf3: o2m lower many3 >ngctl msg o2m setconfig "{ xmitAlg=2 failAlg=1 enabledLinks=[1 1 1 1 1] }" > >ngctl msg sf0: setpromisc 1 >ngctl msg sf0: setautosrc 0 >ngctl msg sf1: setpromisc 1 >ngctl msg sf1: setautosrc 0 >ngctl msg sf2: setpromisc 1 >ngctl msg sf2: setautosrc 0 >ngctl msg sf3: setpromisc 1 >ngctl msg sf3: setautosrc 0 >ngctl msg em0: setpromisc 1 >ngctl msg em0: setautosrc 0 > >This keeps kernel-stack isolated from traffic, I think >(and all interfaces involved layer2 unreachable from outsiders). > >Just tell us if its working for you. > >Chris. > Chris, Your help was greatly appreciated. I posted the STATS on our tests and hope that was informative. It went very well. Now we have a slightly different scenario, and ng_hub sounds like the perfect solution: I need to have 2 different incoming ports data put together and out as a group to 4 other ports. I need to have 3 differnet incoming ports data put together and then redirected out 2 other ports. Basically will ng_hub allow me to have a setup whereby I can have data coming in via Port A, B, and C, and it goes out on only ports, D, E, F, and G? Not ports A, B, or C? Shawn From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 16:59: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 6021716A420 for ; Mon, 6 Mar 2006 16:59:16 +0000 (GMT) (envelope-from chris@xecu.net) Received: from mss2.myactv.net (mss2.myactv.net [24.89.0.27]) by mx1.FreeBSD.org (Postfix) with SMTP id 3FAE243D70 for ; Mon, 6 Mar 2006 16:59:13 +0000 (GMT) (envelope-from chris@xecu.net) Received: (qmail 29940 invoked from network); 6 Mar 2006 16:59:13 -0000 Received: from dyn-24-13.myactv.net (HELO ?192.168.1.86?) (24.89.24.13) by mss2.myactv.net with SMTP; 6 Mar 2006 16:59:13 -0000 Message-ID: <440C6A5C.2030003@xecu.net> Date: Mon, 06 Mar 2006 11:59:08 -0500 From: Christopher McGee User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yar Tikhiy References: <440876F1.6050804@xecu.net> <20060304211526.GD3304@comp.chem.msu.su> In-Reply-To: <20060304211526.GD3304@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 16:59:16 -0000 Yar Tikhiy wrote: >On Fri, Mar 03, 2006 at 12:03:45PM -0500, Christopher McGee wrote: > > >>Carp, vlans, and em is still not supported in 5.4 release, but I have >>read about a patch that works. Can anyone point me in the right direction. >> >> > >http://docs.freebsd.org/cgi/getmsg.cgi?fetch=25292+0+/usr/local/www/db/text/2005/freebsd-net/20050424.freebsd-net+raw > > > I have run this patch and when it asks for the file to be patched, I specify /usr/src/sys/dev/em/if_em.c and I get the following output: File to patch: sys/dev/em/if_em.c Patching file sys/dev/em/if_em.c using Plan A... patch: **** malformed patch at line 23: @@ -1681,6 +1687,13 @@ Am I doing something wrong? Chris From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 18:47: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 E5A3F16A420 for ; Mon, 6 Mar 2006 18:47:44 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2B6043D49 for ; Mon, 6 Mar 2006 18:47:42 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k26IlZBZ059407; Mon, 6 Mar 2006 21:47:35 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k26IlVut059404; Mon, 6 Mar 2006 21:47:31 +0300 (MSK) (envelope-from yar) Date: Mon, 6 Mar 2006 21:47:31 +0300 From: Yar Tikhiy To: Christopher McGee Message-ID: <20060306184731.GD53752@comp.chem.msu.su> References: <440876F1.6050804@xecu.net> <20060304211526.GD3304@comp.chem.msu.su> <440C6A5C.2030003@xecu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440C6A5C.2030003@xecu.net> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 18:47:45 -0000 On Mon, Mar 06, 2006 at 11:59:08AM -0500, Christopher McGee wrote: > Yar Tikhiy wrote: > > >On Fri, Mar 03, 2006 at 12:03:45PM -0500, Christopher McGee wrote: > > > > > >>Carp, vlans, and em is still not supported in 5.4 release, but I have > >>read about a patch that works. Can anyone point me in the right > >>direction. > >> > >> > > > >http://docs.freebsd.org/cgi/getmsg.cgi?fetch=25292+0+/usr/local/www/db/text/2005/freebsd-net/20050424.freebsd-net+raw > > > > > > > I have run this patch and when it asks for the file to be patched, I > specify /usr/src/sys/dev/em/if_em.c and I get the following output: > > File to patch: sys/dev/em/if_em.c > Patching file sys/dev/em/if_em.c using Plan A... > patch: **** malformed patch at line 23: @@ -1681,6 +1687,13 @@ > > Am I doing something wrong? The patch in the posting seems just broken by some mail software or whatever. Here's the diff from my local CVS I used to use in RELENG_5 almost a year ago. I have no idea if it will work for you. Be prepared to apply it by hand, should it fail to apply via patch. It's rather small though. -- Yar Index: if_em.c =================================================================== RCS file: /home/ncvs/freebsd/src/sys/dev/em/if_em.c,v retrieving revision 1.1.1.3 retrieving revision 1.4 diff -u -r1.1.1.3 -r1.4 --- if_em.c 19 May 2005 14:45:48 -0000 1.1.1.3 +++ if_em.c 19 May 2005 15:39:06 -0000 1.4 @@ -1666,6 +1666,10 @@ return; } +#ifdef DEV_CARP /* XXX */ +extern void (*vlan_link_state_p)(struct ifnet *, int); +#endif + static void em_print_link_status(struct adapter * adapter) { @@ -1685,6 +1689,8 @@ adapter->smartspeed = 0; ifp->if_link_state = LINK_STATE_UP; #ifdef DEV_CARP + if (ifp->if_nvlans != 0) + (*vlan_link_state_p)(ifp, NOTE_LINKUP); /* XXX */ if (ifp->if_carp) carp_carpdev_state(ifp->if_carp); #endif @@ -1697,6 +1703,8 @@ adapter->link_active = 0; ifp->if_link_state = LINK_STATE_DOWN; #ifdef DEV_CARP + if (ifp->if_nvlans != 0) + (*vlan_link_state_p)(ifp, NOTE_LINKDOWN); /* XXX */ if (ifp->if_carp) carp_carpdev_state(ifp->if_carp); #endif Index: if_vlan.c =================================================================== RCS file: /home/ncvs/freebsd/src/sys/net/if_vlan.c,v retrieving revision 1.1.1.2 retrieving revision 1.2 diff -u -r1.1.1.2 -r1.2 --- if_vlan.c 20 Mar 2005 13:25:00 -0000 1.1.1.2 +++ if_vlan.c 21 Mar 2005 12:23:06 -0000 1.2 @@ -41,6 +41,7 @@ * and ask it to send them. */ +#include "opt_carp.h" #include "opt_inet.h" #include @@ -67,6 +68,11 @@ #ifdef INET #include #include + +#ifdef DEV_CARP +#include +#include +#endif #endif #define VLANNAME "vlan" @@ -822,6 +828,10 @@ ifv->ifv_if.if_link_state = ifv->ifv_p->if_link_state; rt_ifmsg(&(ifv->ifv_if)); KNOTE_UNLOCKED(&ifp->if_klist, link); +#ifdef DEV_CARP + if (ifv->ifv_if.if_carp) + carp_carpdev_state(ifv->ifv_if.if_carp); +#endif } } VLAN_UNLOCK(); From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 19:37:38 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B91D16A420 for ; Mon, 6 Mar 2006 19:37:38 +0000 (GMT) (envelope-from chris@xecu.net) Received: from mss2.myactv.net (mss2.myactv.net [24.89.0.27]) by mx1.FreeBSD.org (Postfix) with SMTP id EC37543D46 for ; Mon, 6 Mar 2006 19:37:37 +0000 (GMT) (envelope-from chris@xecu.net) Received: (qmail 30430 invoked from network); 6 Mar 2006 19:37:37 -0000 Received: from dyn-24-13.myactv.net (HELO ?192.168.1.86?) (24.89.24.13) by mss2.myactv.net with SMTP; 6 Mar 2006 19:37:37 -0000 Message-ID: <440C8F7C.6070201@xecu.net> Date: Mon, 06 Mar 2006 14:37:32 -0500 From: Christopher McGee User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Yar Tikhiy References: <440876F1.6050804@xecu.net> <20060304211526.GD3304@comp.chem.msu.su> <440C6A5C.2030003@xecu.net> <20060306184731.GD53752@comp.chem.msu.su> In-Reply-To: <20060306184731.GD53752@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 19:37:38 -0000 Yar Tikhiy wrote: >On Mon, Mar 06, 2006 at 11:59:08AM -0500, Christopher McGee wrote: > > >>Yar Tikhiy wrote: >> >> >> >>>On Fri, Mar 03, 2006 at 12:03:45PM -0500, Christopher McGee wrote: >>> >>> >>> >>> >>>>Carp, vlans, and em is still not supported in 5.4 release, but I have >>>>read about a patch that works. Can anyone point me in the right >>>>direction. >>>> >>>> >>>> >>>> >>>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=25292+0+/usr/local/www/db/text/2005/freebsd-net/20050424.freebsd-net+raw >>> >>> >>> >>> >>> >>I have run this patch and when it asks for the file to be patched, I >>specify /usr/src/sys/dev/em/if_em.c and I get the following output: >> >>File to patch: sys/dev/em/if_em.c >>Patching file sys/dev/em/if_em.c using Plan A... >>patch: **** malformed patch at line 23: @@ -1681,6 +1687,13 @@ >> >>Am I doing something wrong? >> >> > >The patch in the posting seems just broken by some mail software >or whatever. Here's the diff from my local CVS I used to use in >RELENG_5 almost a year ago. I have no idea if it will work for you. >Be prepared to apply it by hand, should it fail to apply via patch. >It's rather small though. > > > Is this something that will be applied to 5.x - RELEASE at some point? From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 20:06:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F9ED16A422 for ; Mon, 6 Mar 2006 20:06:17 +0000 (GMT) (envelope-from ml.diespammer@netfence.it) Received: from parrot.aev.net (parrot.aev.net [212.31.247.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ADA443D5D for ; Mon, 6 Mar 2006 20:06:00 +0000 (GMT) (envelope-from ml.diespammer@netfence.it) Received: from soth.ventu (adsl-ull-53-236.51-151.net24.it [151.51.236.53]) (authenticated bits=128) by parrot.aev.net (8.13.5/8.13.5) with ESMTP id k26KIKnI044249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 6 Mar 2006 21:18:28 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Received: from [10.1.2.18] (alamar.ventu [10.1.2.18]) by soth.ventu (8.13.5/8.13.3) with ESMTP id k26K5jZm029492 for ; Mon, 6 Mar 2006 21:05:45 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Message-ID: <440C961A.1060107@netfence.it> Date: Mon, 06 Mar 2006 21:05:46 +0100 From: Andrea Venturoli User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.53 on 212.31.247.179 Subject: vr0: rx packet lost X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 20:06:17 -0000 Hello. I've just installed 6.0/AMD64 on an Asus A8V, which features a vr interface. I'm getting tons of "vr0: rx packet lost" kernel messages as soon as I start transfering some files on my LAN. Needless to say, network performance is VERY poor (ranging from 100KB/s to 1MB/s *). I've looked in the archives and in bug reports and I've seen someone has reported this too, but found no solutions. Someone says that the same board connected to a different switch behaves correctly. I can only add that an identical system running 5.4/i386 does not show this problem. So, getting to the questions: _ is this a known problem? _ was it introduced in 6.0? (And possibly would it be fixed in 6.1?) _ is it an AMD64 only issue? If so, would I be better of starting from scratch with i386? _ any insight on which switches should work, which shouldn't and why? _ any other info is welcome. *) Tests indicate ~1MB/s with a generic kernel and 100-150kB/s with my custom one, which introduces ipfw). I haven't tested thoroughly, however, so don't take this figures seriously. bye & Thanks av. From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 21:21:22 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C400A16A427 for ; Mon, 6 Mar 2006 21:21:22 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane.co.uk [62.140.220.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF31F43DA9 for ; Mon, 6 Mar 2006 21:20:09 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (localhost [127.0.0.1]) by unsane.co.uk (8.13.5/8.13.3) with ESMTP id k26LJw4N088100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 6 Mar 2006 21:19:58 GMT (envelope-from jhary@unsane.co.uk) Received: from localhost (jhary@localhost) by unsane.co.uk (8.13.5/8.13.3/Submit) with ESMTP id k26LJw1c088097; Mon, 6 Mar 2006 21:19:58 GMT (envelope-from jhary@unsane.co.uk) Date: Mon, 6 Mar 2006 21:19:58 +0000 (GMT) From: Vince Hoffman To: Andrea Venturoli In-Reply-To: <440C961A.1060107@netfence.it> Message-ID: <20060306211542.U87940@unsane.co.uk> References: <440C961A.1060107@netfence.it> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: vr0: rx packet lost X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 21:21:23 -0000 On Mon, 6 Mar 2006, Andrea Venturoli wrote: > Hello. > I've just installed 6.0/AMD64 on an Asus A8V, which features a vr interface. > > I'm getting tons of "vr0: rx packet lost" kernel messages as soon as I start > transfering some files on my LAN. Needless to say, network performance is > VERY poor (ranging from 100KB/s to 1MB/s *). This may sound silly but if performance is that bad have you checked if you have a Duplex mismatch ? (one side set to full manually and the other to auto commonly results in duplex mismatches in my experience. (see http://www.cites.uiuc.edu/network/autosense.html or use google for more info) Vince > > I've looked in the archives and in bug reports and I've seen someone has > reported this too, but found no solutions. > Someone says that the same board connected to a different switch behaves > correctly. > I can only add that an identical system running 5.4/i386 does not show this > problem. > > So, getting to the questions: > _ is this a known problem? > _ was it introduced in 6.0? (And possibly would it be fixed in 6.1?) > _ is it an AMD64 only issue? If so, would I be better of starting from > scratch with i386? > _ any insight on which switches should work, which shouldn't and why? > _ any other info is welcome. > > > *) Tests indicate ~1MB/s with a generic kernel and 100-150kB/s with my custom > one, which introduces ipfw). I haven't tested thoroughly, however, so don't > take this figures seriously. > > > bye & Thanks > av. > _______________________________________________ > 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 Mar 6 21:34: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 1061116A420; Mon, 6 Mar 2006 21:34:23 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC8FE43D6B; Mon, 6 Mar 2006 21:34:19 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.3) with ESMTP id k26LYGBQ063151; Tue, 7 Mar 2006 00:34:17 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.3/Submit) id k26LYGHk063150; Tue, 7 Mar 2006 00:34:16 +0300 (MSK) (envelope-from yar) Date: Tue, 7 Mar 2006 00:34:16 +0300 From: Yar Tikhiy To: Christopher McGee Message-ID: <20060306213415.GA61210@comp.chem.msu.su> References: <440876F1.6050804@xecu.net> <20060304211526.GD3304@comp.chem.msu.su> <440C6A5C.2030003@xecu.net> <20060306184731.GD53752@comp.chem.msu.su> <440C8F7C.6070201@xecu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440C8F7C.6070201@xecu.net> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 21:34:23 -0000 On Mon, Mar 06, 2006 at 02:37:32PM -0500, Christopher McGee wrote: > Yar Tikhiy wrote: > > >On Mon, Mar 06, 2006 at 11:59:08AM -0500, Christopher McGee wrote: > > > > > >>Yar Tikhiy wrote: > >> > >> > >> > >>>On Fri, Mar 03, 2006 at 12:03:45PM -0500, Christopher McGee wrote: > >>> > >>> > >>> > >>> > >>>>Carp, vlans, and em is still not supported in 5.4 release, but I have > >>>>read about a patch that works. Can anyone point me in the right > >>>>direction. > >>>> > >>>> > >>>> > >>>> > >>>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=25292+0+/usr/local/www/db/text/2005/freebsd-net/20050424.freebsd-net+raw > >>> > >>> > >>> > >>> > >>> > >>I have run this patch and when it asks for the file to be patched, I > >>specify /usr/src/sys/dev/em/if_em.c and I get the following output: > >> > >>File to patch: sys/dev/em/if_em.c > >>Patching file sys/dev/em/if_em.c using Plan A... > >>patch: **** malformed patch at line 23: @@ -1681,6 +1687,13 @@ > >> > >>Am I doing something wrong? > >> > >> > > > >The patch in the posting seems just broken by some mail software > >or whatever. Here's the diff from my local CVS I used to use in > >RELENG_5 almost a year ago. I have no idea if it will work for you. > >Be prepared to apply it by hand, should it fail to apply via patch. > >It's rather small though. > > > > > > > Is this something that will be applied to 5.x - RELEASE at some point? 5.5 will be the last RELEASE on the 5.x line, so it's the last chance now. Alas, I don't feel myself competent enough just to apply this to RELENG_5 instantly because I haven't really followed the development of RELENG_5 for quite a while. Let's ask Gleb Smirnoff if he believes it is OK to make the change in question. Adding him to Cc:. Gleb, thanks in advance for your valuable opinion! :-) As for my dealing with this issue, I just upgraded my 5.x systems to 6-STABLE at last. It was completely painless because 5.x and 6.x didn't differ radically in the system-to-admin interface, such as configuration files etc. -- Yar From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 21: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 5328416A420 for ; Mon, 6 Mar 2006 21:58:08 +0000 (GMT) (envelope-from ml.diespammer@netfence.it) Received: from parrot.aev.net (parrot.aev.net [212.31.247.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 766E143D6E for ; Mon, 6 Mar 2006 21:58:07 +0000 (GMT) (envelope-from ml.diespammer@netfence.it) Received: from soth.ventu (adsl-ull-53-236.51-151.net24.it [151.51.236.53]) (authenticated bits=128) by parrot.aev.net (8.13.5/8.13.5) with ESMTP id k26MAUr6058771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 6 Mar 2006 23:10:37 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Received: from [10.1.2.18] (alamar.ventu [10.1.2.18]) by soth.ventu (8.13.5/8.13.3) with ESMTP id k26LvmmR043178; Mon, 6 Mar 2006 22:57:48 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Message-ID: <440CB05E.6000805@netfence.it> Date: Mon, 06 Mar 2006 22:57:50 +0100 From: Andrea Venturoli User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: Vince Hoffman , freebsd-net@freebsd.org References: <440C961A.1060107@netfence.it> <20060306211542.U87940@unsane.co.uk> In-Reply-To: <20060306211542.U87940@unsane.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.53 on 212.31.247.179 Cc: Subject: Re: vr0: rx packet lost X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 21:58:08 -0000 Vince Hoffman wrote: > > This may sound silly but if performance is that bad have you checked if > you have a Duplex mismatch ? (one side set to full manually and the > other to auto commonly results in duplex mismatches in my experience. > (see http://www.cites.uiuc.edu/network/autosense.html or use google for > more info) Hm, my switch isn't manageable, so it can't be set manually to full-duplex and must be using autosense. As for the card: > ifconfig vr0 > vr0: flags=8843 mtu 1500 > inet 10.1.2.125 netmask 0xff000000 broadcast 10.255.255.255 > inet6 fe80::213:d4ff:fecc:a6a2%vr0 prefixlen 64 scopeid 0x1 > ether 00:13:d4:cc:a6:a2 > media: Ethernet autoselect (100baseTX ) > status: active This was configured through rc.conf with: > ifconfig_vr0="DHCP" So I guess this is not the problem. bye & Thanks anyway av. From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 21:58: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 7ACE816A48C for ; Mon, 6 Mar 2006 21:58:39 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9ED843D6B for ; Mon, 6 Mar 2006 21:58:38 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k26LwPfe013054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 00:58:25 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k26LwOp8013053; Tue, 7 Mar 2006 00:58:24 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 7 Mar 2006 00:58:24 +0300 From: Gleb Smirnoff To: Yar Tikhiy Message-ID: <20060306215824.GA1102@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Yar Tikhiy , Christopher McGee , freebsd-net@freebsd.org References: <440876F1.6050804@xecu.net> <20060304211526.GD3304@comp.chem.msu.su> <440C6A5C.2030003@xecu.net> <20060306184731.GD53752@comp.chem.msu.su> <440C8F7C.6070201@xecu.net> <20060306213415.GA61210@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060306213415.GA61210@comp.chem.msu.su> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org, Christopher McGee Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Mar 2006 21:58:39 -0000 On Tue, Mar 07, 2006 at 12:34:16AM +0300, Yar Tikhiy wrote: Y> > Is this something that will be applied to 5.x - RELEASE at some point? Y> Y> 5.5 will be the last RELEASE on the 5.x line, so it's the last Y> chance now. Alas, I don't feel myself competent enough just to Y> apply this to RELENG_5 instantly because I haven't really followed Y> the development of RELENG_5 for quite a while. Let's ask Gleb Y> Smirnoff if he believes it is OK to make the change in question. Y> Adding him to Cc:. Gleb, thanks in advance for your valuable Y> opinion! :-) Y> Y> As for my dealing with this issue, I just upgraded my 5.x systems Y> to 6-STABLE at last. It was completely painless because 5.x and 6.x Y> didn't differ radically in the system-to-admin interface, such as Y> configuration files etc. CARP will not work correctly on vlan(4) on em(4) in RELENG_5, sorry. The suggested patch is a hack and can't be accepted, since we have a clean and nice working solution in RELENG_6. I am running RELENG_6 since mid-summer on my routers utilizing CARP on vlan(4) interface with em(4) as parent. I suggest to upgrade to RELENG_6, as well as many other developers and users do. Even 5.5-RELEASE release notes suggest to move to RELENG_6. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Mar 6 23:16:05 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 DCBE316A420; Mon, 6 Mar 2006 23:16:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86A7943D45; Mon, 6 Mar 2006 23:16:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 28ACF1A4DA9; Mon, 6 Mar 2006 15:16:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0CFF65140C; Mon, 6 Mar 2006 18:15:57 -0500 (EST) Date: Mon, 6 Mar 2006 18:15:56 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060306231556.GA54600@xor.obsecurity.org> References: <20050927222721.GA46411@xor.obsecurity.org> <20051001214002.GU45345@cell.sick.ru> <20051005173837.GA36638@xor.obsecurity.org> <20051005174012.GB36638@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20051005174012.GB36638@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: gnn@freebsd.org, Hajimu UMEMOTO , net@FreeBSD.org Subject: Re: ipv6 panic in 6.0 ([kris@FreeBSD.org: kern/85780: 'panic: bogus refcnt 0' in routing/ipv6]) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Mar 2006 23:16:05 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've been adding KTR debugging to try and track down the cause of this recurring problem (FYI: debug.mpsafenet=3D0 is no longer working around it). To refresh your memory, here is the panic: db> wh Tracing pid 24 tid 100012 td 0xfffff802be9fa560 panic() at panic+0x164 rtfree() at rtfree+0xb4 nd6_na_output() at nd6_na_output+0x540 nd6_ns_input() at nd6_ns_input+0x738 icmp6_input() at icmp6_input+0xc38 ip6_input() at ip6_input+0x1038 netisr_processqueue() at netisr_processqueue+0x7c swi_net() at swi_net+0xdc ithread_execute_handlers() at ithread_execute_handlers+0x144 ithread_loop() at ithread_loop+0xa4 fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 db> It's always in nd6_na_output() although the trace beyond this point varies. However that doesn't tell us what leaked the reference count prior to this stack trace. So far I have narrowed it down to: db> show ktr/v Timestamp --v =20 9320 (0xfffff802be9fa560:cpu5) 1815572139270 net/route.c.247: Removing ref = -> 0 0xfffff80227cefc20 ^-- This is the cause of the panic in rtfree(), since it tries to decrement= from 0. 9319 (0xfffff802be9fa560:cpu5) 1815572138338 netinet6/nd6_nbr.c.1028: Freei= ng route 0xfffff80227cefc20 with ref 0 ^-- This is the call to rtfree() above, which is here at the end of nd6_na_output(): if (ro.ro_rt) { /* we don't cache this route. */ RTFREE(ro.ro_rt); } return; 9318 (0xfffff802be9fa560:cpu5) 1815572070306 net/route.c.247: Removing ref = -> 1 0xfffff80227cefc20 This is the previous time rtfree() was run 9317 (0xfffff802be9fa560:cpu5) 1815572068930 netinet6/in6_src.c.703: rtfree= 0xfffff80227cefc20 ^-- this is the call to rtfree in 9318, which is at the end of in6_selectif() if (rt && rt =3D=3D sro.ro_rt) RTFREE(rt); return (0); My next step is to add KTR logging to all the callers of in6_selectif() to backtrace another level, but perhaps someone has ideas what can be going wrong from the partial trace already. 9316 (0xfffff802be9fa560:cpu5) 1815572067244 net/route.c.198: Adding ref ->= 0 0xfffff80227cefc20 This is in rtalloc1(): } else { KASSERT(rt =3D=3D newrt, ("locking wrong route")); RT_LOCK(newrt); RT_ADDREF(newrt); I suppose I need to also add KTR logging to the callers of rtalloc1(). 9315 (0xfffff802be9fa560:cpu5) 1815572057262 netinet6/nd6.c.877: Removing r= ef -> 1 0xfffff80227cefc20 This is in nd6_lookup(): } RT_LOCK_ASSERT(rt); RT_REMREF(rt); /* * Validation for the entry. * Note that the check for rt_llinfo is necessary because a cloned * route from a parent route that has the L flag (e.g. the default NB: The RT_LOCK_ASSERT() is superfluous here since RT_REMREF() already asserts it. 9314 (0xfffff802be9fa560:cpu5) 1815572046008 net/route.c.198: Adding ref ->= 0 0xfffff80227cefc20 Kris P.S. This comment in netinet6/ip6_output.c appears to be bogus, since RTFREE is only a single statement: if (ro =3D=3D &ip6route && ro->ro_rt) { /* brace necessary for RTFR= EE */ RTFREE(ro->ro_rt); } else if (ro_pmtu =3D=3D &ip6route && ro_pmtu->ro_rt) { RTFREE(ro_pmtu->ro_rt); } --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEDMKrWry0BWjoQKURAvgzAKDnN9+5HIYyYHAusbLMZrydQWtgrwCg+JlF waxk7dL+TEKD/2M7QJ61DB0= =0v/4 -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 02:11: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 DDB9416A423 for ; Tue, 7 Mar 2006 02:11:48 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from ichimail.justnet.info (ichiban.broadband.sublimeip.com [203.217.17.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A9DC43D4C for ; Tue, 7 Mar 2006 02:11:47 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from localhost (unknown [127.0.0.1]) by ichiban-mailfilter.justnet.info (Postfix) with ESMTP id 56BA768914 for ; Tue, 7 Mar 2006 13:11:46 +1100 (EST) Received: from ichimail.justnet.info ([127.0.0.1]) by localhost (ichiban.justnet.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41952-08 for ; Tue, 7 Mar 2006 13:11:45 +1100 (EST) Received: from [192.168.0.231] (dhcp1 [192.168.0.231]) by ichimail.justnet.info (Postfix) with ESMTP id 65B1967F45 for ; Tue, 7 Mar 2006 13:11:44 +1100 (EST) Message-ID: <440CEBDE.5090602@j2d.lam.net.au> Date: Tue, 07 Mar 2006 13:11:42 +1100 From: Nik Lam User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ichiban.justnet.info Subject: if_bridge steals IP address of non-member interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 02:11:49 -0000 I'm not sure if what I'm seeing is an artefact of me doing something unusual with my design or if there is a bug in if_bridge. I'm dividing my LAN into two parts using a pair of intel pro 1000 (em) interfaces in an if_bridge bridge. I've configured this bridge with STP (802.1d) although I don't think this should be the cause of the problem. On the same host which is doing the bridging, I've got another interface (fxp0) which is configured "normally", i.e. it has an IP address on the subnet which the bridge divides. Generally this setup works fine, however every now and then I find that the bridge is answering ARP who-has queries for the IP address assigned to fxp0. Here's a simplified example: My LAN is 192.168.0.0/24. The bridge host has 3 interfaces, fxp0, em0 and em1. em0 and em1 are members of the bridge fxp0 is configured with 192.168.0.10 netmask 255.255.255.0 for managing the host. em0 is plugged into switch A em1 is plugged into switch B fxp0 is plugged into switch A There are other hosts plugged into both switches and the bridge behaves as expected in transiting traffic between switch A and switch B. However, sometimes when a host on switch A tries to contact the bridge host itself using 192.168.0.10, rather than getting the mac address for fxp0, it gets the mac address for em0. I've tried putting arp -S statements to permanently fix the fxp0 MAC address to its IP address in my rc.local of the bridge host in case that is taken notice of, but this doesn't seem to affect things in any positive way. Regards, Nik From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 02:20:41 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 421F216A420 for ; Tue, 7 Mar 2006 02:20:41 +0000 (GMT) (envelope-from cristjc@comcast.net) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.200.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5990643D46 for ; Tue, 7 Mar 2006 02:20:40 +0000 (GMT) (envelope-from cristjc@comcast.net) Received: from goku.cjclark.org (c-24-6-184-207.hsd1.ca.comcast.net[24.6.184.207]) by comcast.net (sccrmhc14) with ESMTP id <2006030702203701400e3rc0e>; Tue, 7 Mar 2006 02:20:38 +0000 Received: from goku.cjclark.org (localhost. [127.0.0.1]) by goku.cjclark.org (8.13.3/8.12.8) with ESMTP id k272KUI6009006 for ; Mon, 6 Mar 2006 18:20:31 -0800 (PST) (envelope-from cristjc@comcast.net) Received: (from cjc@localhost) by goku.cjclark.org (8.13.3/8.13.1/Submit) id k272KRFG009005 for net@freebsd.org; Mon, 6 Mar 2006 18:20:27 -0800 (PST) (envelope-from cristjc@comcast.net) X-Authentication-Warning: goku.cjclark.org: cjc set sender to cristjc@comcast.net using -f Date: Mon, 6 Mar 2006 18:20:27 -0800 From: "Crist J. Clark" To: net@freebsd.org Message-ID: <20060307022027.GA8872@goku.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-URL: http://people.freebsd.org/~cjc/ Cc: Subject: wi(4) Problems with FreeBSD AP to WinXP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Crist J. Clark" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 02:20:41 -0000 I am having some really weird problems with home WLAN setup. The AP is a FreeBSD 4.11 system with a Netgear MA311. It has been a functioning AP for more than a year. It has worked fine with various FreeBSD flavors using a Netgear MA401 (I'm writing this over connection with this card now). It has worked fine with Windows 2000 using a Linksys WPC11. It has, well, had[0], worked fine with Windows XP on a ThinkPad with its builtin Intel PRO/Wireless 2200BG. Now enter a new Compaq notebook with Windows XP and a Broadcom 802.11b/g WLAN integrated NIC. It doesn't want to work with the existing AP. It "sees" the WLAN, but will not associate. The problem looks like what I would expect if the WEP keys were bad. However, I've added the keys a few dozen times, and one other thing makes me sure the keys are good. If I do, # ifconfig wi0 -mediaopt hostap On the MA311 AP, and switch the AP to this PC with the MA401, # ifconfig wi0 mediaopt hostap Suddenly the Windows XP machine will associate. Since I didn't touch any keys, I think they are all correct. Also, the signal is strong; I don't think that plays any role. Any ideas? Here's more info on the MA311 AP, wi0: mem 0xfffbf000-0xfffbffff irq 10 at device 19.0 on pci0 wi0: 802.11 address: 00:09:5b:69:95:74 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary 1.00.07, Station 1.03.06 [0] Now, as for the ThinkPad that used to work. All of a sudden, it won't pick up an IP address via DHCP. If I snoop the WLAN on other hosts, I see the DHCP DISCOVER messages go out and the DHCP server respond, but it's like it doesn't see the responses. The little AP switch trick outlined above doesn't help. I thought it might be firewall software on the XP machine or it doesn't understand the DHCP responses, but if I plug it into the wired network, where the same machine that is the AP is also the DHCP server, it works fine. So, it can understand the DHCP server, and a firewall would have to treat the two interfaces or networks (both RFC1918 ranges) differently. Anyone have suggestions there too? Oh yeah. What happens when I turn WEP off? The ThinkPad problem goes away, but the Compaq problem stays. -- Crist J. Clark | cjclark@alum.mit.edu From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 02:54: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 2CA0416A420 for ; Tue, 7 Mar 2006 02:54:16 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx1.orcon.net.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 864CE43D46 for ; Tue, 7 Mar 2006 02:54:15 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received-SPF: none Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx1.orcon.net.nz (8.13.2/8.13.2/Debian-1) with SMTP id k272sfeY003455; Tue, 7 Mar 2006 15:54:41 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 0FEE71CCC1; Tue, 7 Mar 2006 15:54:11 +1300 (NZDT) Date: Tue, 7 Mar 2006 15:54:10 +1300 From: Andrew Thompson To: Nik Lam Message-ID: <20060307025410.GA55053@heff.fud.org.nz> References: <440CEBDE.5090602@j2d.lam.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440CEBDE.5090602@j2d.lam.net.au> 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: if_bridge steals IP address of non-member interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 02:54:16 -0000 On Tue, Mar 07, 2006 at 01:11:42PM +1100, Nik Lam wrote: > I'm not sure if what I'm seeing is an artefact of me doing something > unusual with my design or if there is a bug in if_bridge. > > I'm dividing my LAN into two parts using a pair of intel pro 1000 (em) > interfaces in an if_bridge bridge. I've configured this bridge with STP > (802.1d) although I don't think this should be the cause of the > problem. On the same host which is doing the bridging, I've got another > interface (fxp0) which is configured "normally", i.e. it has an IP > address on the subnet which the bridge divides. > > Generally this setup works fine, however every now and then I find that > the bridge is answering ARP who-has queries for the IP address assigned > to fxp0. Can you try this patch. cheers, Andrew Index: if_ether.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/if_ether.c,v retrieving revision 1.150 diff -u -p -r1.150 if_ether.c --- if_ether.c 31 Jan 2006 21:29:41 -0000 1.150 +++ if_ether.c 7 Mar 2006 02:52:42 -0000 @@ -631,7 +631,7 @@ in_arpinput(m) * XXX: This is really ugly! */ LIST_FOREACH(ia, INADDR_HASH(itaddr.s_addr), ia_hash) { - if (((bridged && ia->ia_ifp->if_type != IFT_BRIDGE) || + if (((bridged && ia->ia_ifp->if_bridge != NULL) || (ia->ia_ifp == ifp)) && itaddr.s_addr == ia->ia_addr.sin_addr.s_addr) goto match; @@ -645,7 +645,7 @@ in_arpinput(m) #endif } LIST_FOREACH(ia, INADDR_HASH(isaddr.s_addr), ia_hash) - if (((bridged && ia->ia_ifp->if_type != IFT_BRIDGE) || + if (((bridged && ia->ia_ifp->if_bridge != NULL) || (ia->ia_ifp == ifp)) && isaddr.s_addr == ia->ia_addr.sin_addr.s_addr) goto match; From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 03:45: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 008E316A420; Tue, 7 Mar 2006 03:45:55 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from ichimail.justnet.info (ichiban.broadband.sublimeip.com [203.217.17.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9C3643D5A; Tue, 7 Mar 2006 03:45:54 +0000 (GMT) (envelope-from freebsdnik@j2d.lam.net.au) Received: from localhost (unknown [127.0.0.1]) by ichiban-mailfilter.justnet.info (Postfix) with ESMTP id B03E96891C; Tue, 7 Mar 2006 14:45:53 +1100 (EST) Received: from ichimail.justnet.info ([127.0.0.1]) by localhost (ichiban.justnet.info [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42635-02; Tue, 7 Mar 2006 14:45:52 +1100 (EST) Received: from [192.168.0.231] (dhcp1 [192.168.0.231]) by ichimail.justnet.info (Postfix) with ESMTP id AFE1E67F45; Tue, 7 Mar 2006 14:45:51 +1100 (EST) Message-ID: <440D01ED.1050907@j2d.lam.net.au> Date: Tue, 07 Mar 2006 14:45:49 +1100 From: Nik Lam User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Andrew Thompson References: <440CEBDE.5090602@j2d.lam.net.au> <20060307025410.GA55053@heff.fud.org.nz> In-Reply-To: <20060307025410.GA55053@heff.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at ichiban.justnet.info Cc: freebsd-net@freebsd.org Subject: Re: if_bridge steals IP address of non-member interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 03:45:56 -0000 Andrew Thompson wrote: > On Tue, Mar 07, 2006 at 01:11:42PM +1100, Nik Lam wrote: > >> I'm not sure if what I'm seeing is an artefact of me doing something >> unusual with my design or if there is a bug in if_bridge. >> >> I'm dividing my LAN into two parts using a pair of intel pro 1000 (em) >> interfaces in an if_bridge bridge. I've configured this bridge with STP >> (802.1d) although I don't think this should be the cause of the >> problem. On the same host which is doing the bridging, I've got another >> interface (fxp0) which is configured "normally", i.e. it has an IP >> address on the subnet which the bridge divides. >> >> Generally this setup works fine, however every now and then I find that >> the bridge is answering ARP who-has queries for the IP address assigned >> to fxp0. >> > > Can you try this patch. > > cheers, > Andrew > Hi Andrew, Your patch seems to have done the job. I have two identical (for all intents and purposes) machines, one patched the other not. I did a tcpdump for arp packets on both em0 and fxp0 of each host and initiated some arp who-has queries for the IP addresses attached to the fx0 interface on each host. On the patched machine only the fxp0 interface sent an arp-reply. On the unpatched machine not only did fxp0 reply but the em0 interface sent both it's mac as well as the mac of em1, the other side of the bridge. I've done this five times in a row and consistently got the same result. Thanks, Nik From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 10:59:41 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 A292216A420; Tue, 7 Mar 2006 10:59:41 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C265943D48; Tue, 7 Mar 2006 10:59:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k27Axc7X020495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 13:59:39 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k27Axcnl020494; Tue, 7 Mar 2006 13:59:38 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 7 Mar 2006 13:59:38 +0300 From: Gleb Smirnoff To: mlaier@FreeBSD.org, dhartmei@FreeBSD.org, scottl@FreeBSD.org Message-ID: <20060307105938.GH1102@cell.sick.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ZfOjI3PrQbgiZnxM" Content-Disposition: inline User-Agent: Mutt/1.5.6i Cc: net@FreeBSD.org Subject: taskqueue for pf periodic events X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 10:59:41 -0000 --ZfOjI3PrQbgiZnxM Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Max, Daniel, Scott, running a pf load balancer I have noticed that the "swi4: clock" process consumes a noticable amount of CPU time, when a lot of states are purged from pf cache. The load balancer is also running CARP, and a hot spare is working here too. Reading daily run outputs from the second router, I have noticed that a few times per day the redundant router preempts the main one, since it doesn't receive announcement in time from master. So, I had a theory that a heavy pf purge is running so long, that a CARP announcement is delayed. You know, all callout(9) events are serialized in one thread - "swi4: clock". So I made a patch that moves all periodic pf(4) job into separate context. The patch uses new taskqueue API made by Scott. I have ported the API to RELENG_6 and made my patch for RELENG_6. I've been running the patch for 27 days and the spurious preemtions of CARP backup had gone away. No problems were noticed. The box is running SMP kernel on a single CPU box with HTT (2 logical CPUs), HTT enabled. The patch attached. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --ZfOjI3PrQbgiZnxM Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="pf_taskqueue.diff" Index: if_pfsync.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/pf/net/if_pfsync.c,v retrieving revision 1.19.2.3 diff -u -r1.19.2.3 if_pfsync.c --- if_pfsync.c 17 Sep 2005 15:19:38 -0000 1.19.2.3 +++ if_pfsync.c 7 Feb 2006 13:20:01 -0000 @@ -57,6 +57,7 @@ #include #include #include +#include #else #include #include @@ -136,7 +137,7 @@ static void pfsync_clone_destroy(struct ifnet *); static int pfsync_clone_create(struct if_clone *, int); -static void pfsync_senddef(void *); +static void pfsync_senddef(void *, int); #else void pfsyncattach(int); #endif @@ -154,6 +155,11 @@ void pfsync_send_bus(struct pfsync_softc *, u_int8_t); void pfsync_bulk_update(void *); void pfsync_bulkfail(void *); +#ifdef __FreeBSD__ +void pfsync_task(void *, int); +void pfsync_bulk_task(void *, int); +void pfsync_bulkfail_task(void *, int); +#endif int pfsync_sync_ok; #ifndef __FreeBSD__ @@ -175,12 +181,14 @@ struct pfsync_softc *sc; sc = ifp->if_softc; + taskqueue_drain(pf_tq, &sc->sc_send_task); + taskqueue_drain(pf_tq, &sc->sc_task); callout_stop(&sc->sc_tmo); + taskqueue_drain(pf_tq, &sc->sc_bulk_task); callout_stop(&sc->sc_bulk_tmo); + taskqueue_drain(pf_tq, &sc->sc_bulkfail_task); callout_stop(&sc->sc_bulkfail_tmo); - callout_stop(&sc->sc_send_tmo); - #if NBPFILTER > 0 bpfdetach(ifp); #endif @@ -227,7 +235,10 @@ callout_init(&sc->sc_tmo, NET_CALLOUT_MPSAFE); callout_init(&sc->sc_bulk_tmo, NET_CALLOUT_MPSAFE); callout_init(&sc->sc_bulkfail_tmo, NET_CALLOUT_MPSAFE); - callout_init(&sc->sc_send_tmo, NET_CALLOUT_MPSAFE); + TASK_INIT(&sc->sc_task, 0, pfsync_task, sc); + TASK_INIT(&sc->sc_bulk_task, 0, pfsync_bulk_task, sc); + TASK_INIT(&sc->sc_bulkfail_task, 0, pfsync_bulkfail_task, sc); + TASK_INIT(&sc->sc_send_task, 0, pfsync_senddef, sc); sc->sc_ifq.ifq_maxlen = ifqmaxlen; mtx_init(&sc->sc_ifq.ifq_mtx, ifp->if_xname, "pfsync send queue", MTX_DEF); @@ -878,8 +889,7 @@ pfsync_send_bus(sc, PFSYNC_BUS_START); #ifdef __FreeBSD__ callout_reset(&sc->sc_bulk_tmo, 1 * hz, - pfsync_bulk_update, - LIST_FIRST(&pfsync_list)); + pfsync_bulk_update, sc); #else timeout_add(&sc->sc_bulk_tmo, 1 * hz); #endif @@ -918,7 +928,7 @@ callout_reset(&sc->sc_bulkfail_tmo, pf_pool_limits[PF_LIMIT_STATES].limit / (PFSYNC_BULKPACKETS * sc->sc_maxcount), - pfsync_bulkfail, LIST_FIRST(&pfsync_list)); + pfsync_bulkfail, sc); #else timeout_add(&sc->sc_bulkfail_tmo, pf_pool_limits[PF_LIMIT_STATES].limit / @@ -1044,7 +1054,7 @@ if (pfsyncr.pfsyncr_maxupdates > 255) return (EINVAL); #ifdef __FreeBSD__ - callout_drain(&sc->sc_send_tmo); + taskqueue_drain(pf_tq, &sc->sc_send_task); PF_LOCK(); #endif sc->sc_maxupdates = pfsyncr.pfsyncr_maxupdates; @@ -1146,7 +1156,7 @@ printf("pfsync: requesting bulk update\n"); #ifdef __FreeBSD__ callout_reset(&sc->sc_bulkfail_tmo, 5 * hz, - pfsync_bulkfail, LIST_FIRST(&pfsync_list)); + pfsync_bulkfail, sc); #else timeout_add(&sc->sc_bulkfail_tmo, 5 * hz); #endif @@ -1269,8 +1279,7 @@ *sp = (void *)((char *)h + PFSYNC_HDRLEN); #ifdef __FreeBSD__ - callout_reset(&sc->sc_tmo, hz, pfsync_timeout, - LIST_FIRST(&pfsync_list)); + callout_reset(&sc->sc_tmo, hz, pfsync_timeout, sc); #else timeout_add(&sc->sc_tmo, hz); #endif @@ -1569,15 +1578,27 @@ pfsync_timeout(void *v) { struct pfsync_softc *sc = v; + +#ifdef __FreeBSD__ + taskqueue_enqueue(pf_tq, &sc->sc_task); +} + +void +pfsync_task(void *v, int pending) +{ + struct pfsync_softc *sc = v; +#endif int s; s = splnet(); #ifdef __FreeBSD__ + NET_LOCK_GIANT(); PF_LOCK(); #endif pfsync_sendout(sc); #ifdef __FreeBSD__ PF_UNLOCK(); + NET_UNLOCK_GIANT(); #endif splx(s); } @@ -1610,10 +1631,21 @@ pfsync_bulk_update(void *v) { struct pfsync_softc *sc = v; + +#ifdef __FreeBSD__ + taskqueue_enqueue(pf_tq, &sc->sc_bulk_task); +} + +void +pfsync_bulk_task(void *v, int pending) +{ + struct pfsync_softc *sc = v; +#endif int s, i = 0; struct pf_state *state; #ifdef __FreeBSD__ + NET_LOCK_GIANT(); PF_LOCK(); #endif s = splnet(); @@ -1649,8 +1681,7 @@ /* look again for more in a bit */ #ifdef __FreeBSD__ - callout_reset(&sc->sc_bulk_tmo, 1, pfsync_timeout, - LIST_FIRST(&pfsync_list)); + taskqueue_enqueue(pf_tq, &sc->sc_task); #else timeout_add(&sc->sc_bulk_tmo, 1); #endif @@ -1661,6 +1692,7 @@ splx(s); #ifdef __FreeBSD__ PF_UNLOCK(); + NET_UNLOCK_GIANT(); #endif } @@ -1668,16 +1700,26 @@ pfsync_bulkfail(void *v) { struct pfsync_softc *sc = v; + +#ifdef __FreeBSD__ + taskqueue_enqueue(pf_tq, &sc->sc_bulkfail_task); +} + +void +pfsync_bulkfail_task(void *v, int pending) +{ + struct pfsync_softc *sc = v; +#endif int s, error; #ifdef __FreeBSD__ + NET_LOCK_GIANT(); PF_LOCK(); #endif if (sc->sc_bulk_tries++ < PFSYNC_MAX_BULKTRIES) { /* Try again in a bit */ #ifdef __FreeBSD__ - callout_reset(&sc->sc_bulkfail_tmo, 5 * hz, pfsync_bulkfail, - LIST_FIRST(&pfsync_list)); + callout_reset(&sc->sc_bulkfail_tmo, 5 * hz, pfsync_bulkfail, sc); #else timeout_add(&sc->sc_bulkfail_tmo, 5 * hz); #endif @@ -1710,6 +1752,7 @@ } #ifdef __FreeBSD__ PF_UNLOCK(); + NET_UNLOCK_GIANT(); #endif } @@ -1804,7 +1847,7 @@ #ifdef __FreeBSD__ if (!IF_HANDOFF(&sc->sc_ifq, m, NULL)) pfsyncstats.pfsyncs_oerrors++; - callout_reset(&sc->sc_send_tmo, 1, pfsync_senddef, sc); + taskqueue_enqueue(pf_tq, &sc->sc_send_task); #else if (ip_output(m, NULL, NULL, IP_RAWOUTPUT, &sc->sc_imo, NULL)) pfsyncstats.pfsyncs_oerrors++; @@ -1817,7 +1860,7 @@ #ifdef __FreeBSD__ static void -pfsync_senddef(void *arg) +pfsync_senddef(void *arg, int pending) { struct pfsync_softc *sc = (struct pfsync_softc *)arg; struct mbuf *m; Index: if_pfsync.h =================================================================== RCS file: /home/ncvs/src/sys/contrib/pf/net/if_pfsync.h,v retrieving revision 1.7 diff -u -r1.7 if_pfsync.h --- if_pfsync.h 10 Jun 2005 17:23:49 -0000 1.7 +++ if_pfsync.h 6 Feb 2006 12:38:37 -0000 @@ -159,6 +159,9 @@ struct callout sc_tmo; struct callout sc_bulk_tmo; struct callout sc_bulkfail_tmo; + struct task sc_task; + struct task sc_bulk_task; + struct task sc_bulkfail_task; #else struct timeout sc_tmo; struct timeout sc_bulk_tmo; @@ -170,7 +173,7 @@ struct mbuf *sc_mbuf_net; /* current cumulative mbuf */ #ifdef __FreeBSD__ struct ifqueue sc_ifq; - struct callout sc_send_tmo; + struct task sc_send_task; #endif union sc_statep sc_statep; union sc_statep sc_statep_net; Index: pf.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/pf/net/pf.c,v retrieving revision 1.34.2.3 diff -u -r1.34.2.3 pf.c --- pf.c 30 Dec 2005 00:50:18 -0000 1.34.2.3 +++ pf.c 7 Feb 2006 13:18:33 -0000 @@ -64,6 +64,7 @@ #ifdef __FreeBSD__ #include #include +#include #else #include #endif @@ -139,6 +140,8 @@ #ifdef __FreeBSD__ struct callout pf_expire_to; /* expire timeout */ +struct task pf_expire_task; +struct taskqueue *pf_tq = NULL; #else struct timeout pf_expire_to; /* expire timeout */ #endif @@ -964,6 +967,12 @@ pf_purge_timeout(void *arg) { #ifdef __FreeBSD__ + taskqueue_enqueue(pf_tq, &pf_expire_task); +} + +void +pf_purge(void *arg, int pending) +{ struct callout *to = arg; #else struct timeout *to = arg; @@ -971,6 +980,7 @@ int s; #ifdef __FreeBSD__ + NET_LOCK_GIANT(); PF_LOCK(); #endif s = splsoftnet(); @@ -985,6 +995,7 @@ #ifdef __FreeBSD__ callout_reset(to, pf_default_rule.timeout[PFTM_INTERVAL] * hz, pf_purge_timeout, to); + NET_UNLOCK_GIANT(); #else timeout_add(to, pf_default_rule.timeout[PFTM_INTERVAL] * hz); #endif Index: pf_ioctl.c =================================================================== RCS file: /home/ncvs/src/sys/contrib/pf/net/pf_ioctl.c,v retrieving revision 1.20.2.1 diff -u -r1.20.2.1 pf_ioctl.c --- pf_ioctl.c 12 Sep 2005 11:25:17 -0000 1.20.2.1 +++ pf_ioctl.c 6 Feb 2006 13:17:57 -0000 @@ -67,6 +67,7 @@ #include #include #include +#include #else #include #include @@ -147,6 +148,7 @@ #ifdef __FreeBSD__ extern struct callout pf_expire_to; +extern struct task pf_expire_task; #else extern struct timeout pf_expire_to; #endif @@ -335,6 +337,11 @@ my_timeout[PFTM_SRC_NODE] = PFTM_SRC_NODE_VAL; my_timeout[PFTM_TS_DIFF] = PFTM_TS_DIFF_VAL; + TASK_INIT(&pf_expire_task, 0, pf_purge, &pf_expire_to); + pf_tq = taskqueue_create_fast("pf taskq", M_NOWAIT, + taskqueue_thread_enqueue, &pf_tq); + taskqueue_start_threads(&pf_tq, 1, PI_NET, "pf taskq"); + callout_init(&pf_expire_to, NET_CALLOUT_MPSAFE); callout_reset(&pf_expire_to, my_timeout[PFTM_INTERVAL] * hz, pf_purge_timeout, &pf_expire_to); @@ -3270,6 +3277,8 @@ u_int32_t t[5]; char nn = '\0'; + taskqueue_drain(pf_tq, &pf_expire_task); + taskqueue_free(pf_tq); callout_stop(&pf_expire_to); pf_status.running = 0; Index: pfvar.h =================================================================== RCS file: /home/ncvs/src/sys/contrib/pf/net/pfvar.h,v retrieving revision 1.11.2.2 diff -u -r1.11.2.2 pfvar.h --- pfvar.h 30 Dec 2005 00:50:18 -0000 1.11.2.2 +++ pfvar.h 6 Feb 2006 13:19:47 -0000 @@ -1525,12 +1525,16 @@ extern uma_zone_t pf_cache_pl, pf_cent_pl; extern uma_zone_t pf_state_scrub_pl; extern uma_zone_t pfi_addr_pl; +extern struct taskqueue *pf_tq; #else extern struct pool pf_src_tree_pl, pf_rule_pl; extern struct pool pf_state_pl, pf_altq_pl, pf_pooladdr_pl; extern struct pool pf_state_scrub_pl; #endif extern void pf_purge_timeout(void *); +#ifdef __FreeBSD__ +extern void pf_purge(void *, int); +#endif extern void pf_purge_expired_src_nodes(void); extern void pf_purge_expired_states(void); extern void pf_purge_expired_state(struct pf_state *); --ZfOjI3PrQbgiZnxM-- From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 17:17: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 3486C16A420 for ; Tue, 7 Mar 2006 17:17:54 +0000 (GMT) (envelope-from chris@xecu.net) Received: from mss2.myactv.net (mss2.myactv.net [24.89.0.27]) by mx1.FreeBSD.org (Postfix) with SMTP id ABB3D43D70 for ; Tue, 7 Mar 2006 17:17:48 +0000 (GMT) (envelope-from chris@xecu.net) Received: (qmail 7043 invoked from network); 7 Mar 2006 17:17:47 -0000 Received: from dyn-24-13.myactv.net (HELO ?192.168.1.86?) (24.89.24.13) by mss2.myactv.net with SMTP; 7 Mar 2006 17:17:47 -0000 Message-ID: <440DC036.3050009@xecu.net> Date: Tue, 07 Mar 2006 12:17:42 -0500 From: Christopher McGee User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <440876F1.6050804@xecu.net> <20060304211526.GD3304@comp.chem.msu.su> <440C6A5C.2030003@xecu.net> <20060306184731.GD53752@comp.chem.msu.su> <440C8F7C.6070201@xecu.net> <20060306213415.GA61210@comp.chem.msu.su> <20060306215824.GA1102@cell.sick.ru> In-Reply-To: <20060306215824.GA1102@cell.sick.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , freebsd-net@FreeBSD.org Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 17:17:54 -0000 Gleb Smirnoff wrote: >On Tue, Mar 07, 2006 at 12:34:16AM +0300, Yar Tikhiy wrote: >Y> > Is this something that will be applied to 5.x - RELEASE at some point? >Y> >Y> 5.5 will be the last RELEASE on the 5.x line, so it's the last >Y> chance now. Alas, I don't feel myself competent enough just to >Y> apply this to RELENG_5 instantly because I haven't really followed >Y> the development of RELENG_5 for quite a while. Let's ask Gleb >Y> Smirnoff if he believes it is OK to make the change in question. >Y> Adding him to Cc:. Gleb, thanks in advance for your valuable >Y> opinion! :-) >Y> >Y> As for my dealing with this issue, I just upgraded my 5.x systems >Y> to 6-STABLE at last. It was completely painless because 5.x and 6.x >Y> didn't differ radically in the system-to-admin interface, such as >Y> configuration files etc. > >CARP will not work correctly on vlan(4) on em(4) in RELENG_5, sorry. >The suggested patch is a hack and can't be accepted, since we >have a clean and nice working solution in RELENG_6. > >I am running RELENG_6 since mid-summer on my routers utilizing CARP >on vlan(4) interface with em(4) as parent. I suggest to upgrade to >RELENG_6, as well as many other developers and users do. Even >5.5-RELEASE release notes suggest to move to RELENG_6. > > > Since 6.x is only a .0 I have been reluctant to make a switch for production machines. The machines that this is required for are redundant firewalls. They have the availability to push a full gigabit, will I run into any throughput problems or any other potential problems with 6.x? Chris From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 18:02: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 53A7C16A420 for ; Tue, 7 Mar 2006 18:02:31 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from leia.fdn.fr (ns0.fdn.org [80.67.169.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7FE743D8A for ; Tue, 7 Mar 2006 18:02:30 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (reverse-25.fdn.fr [80.67.176.25]) by leia.fdn.fr (8.13.3/8.13.3/FDN) with ESMTP id k27I2SXD031534 for ; Tue, 7 Mar 2006 19:02:28 +0100 Received: by smtp.zeninc.net (smtpd, from userid 1000) id EAA753F17; Tue, 7 Mar 2006 19:02:22 +0100 (CET) Date: Tue, 7 Mar 2006 19:02:22 +0100 From: VANHULLEBUS Yvan To: freebsd-net@freebsd.org Message-ID: <20060307180222.GA1308@zen.inc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: All mail clients suck. This one just sucks less. Subject: FAST_IPSEC and tunnelled packets processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 18:02:31 -0000 Hi all. I'm playing with FAST_IPSEC, and noticed what looks strange for me: I have an ESP/Tunnel configuration, and when I wanted to track packet processing in the kernel, I noticed it goes 3 time in ip_input(): - ESP packet passes through ip_input(), and is sent to ipsec code. - esp_input_cb() removes the ESP header and trailer, and sends it back to ipsec_common_input_cb(). - ipsec_common_input_cb() sends it back to ip_input(), without ESP header, but still with an IPIP header (IP addresses are tunnel endpoints). - ip_input() will send it to "I don't know exactly where" (but I guess it will go to ip_forward()), where the IPIP header will be removed and.... yes, packet will be sent again to ip_input(), where it will really be the inner packet..... Is this a bug, a "missing feature", or something done this way for "some good reason I don't see" ? KAME's IPSEC stack removes both ESP header and IPIP header at the same time (in esp4_input()/ipsec4_tunnel_validate()), the packet is only seen twice by ip_input(). Yvan. -- NETASQ - Secure Internet Connectivity http://www.netasq.com From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 18:06:38 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09CDF16A420 for ; Tue, 7 Mar 2006 18:06:38 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 476EA43D70 for ; Tue, 7 Mar 2006 18:06:37 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k27I68IB024881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Mar 2006 21:06:09 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k27I68uW024880; Tue, 7 Mar 2006 21:06:08 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 7 Mar 2006 21:06:08 +0300 From: Gleb Smirnoff To: Christopher McGee Message-ID: <20060307180608.GP1102@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Christopher McGee , Yar Tikhiy , freebsd-net@FreeBSD.org References: <440876F1.6050804@xecu.net> <20060304211526.GD3304@comp.chem.msu.su> <440C6A5C.2030003@xecu.net> <20060306184731.GD53752@comp.chem.msu.su> <440C8F7C.6070201@xecu.net> <20060306213415.GA61210@comp.chem.msu.su> <20060306215824.GA1102@cell.sick.ru> <440DC036.3050009@xecu.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <440DC036.3050009@xecu.net> User-Agent: Mutt/1.5.6i Cc: Yar Tikhiy , freebsd-net@FreeBSD.org Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2006 18:06:38 -0000 On Tue, Mar 07, 2006 at 12:17:42PM -0500, Christopher McGee wrote: C> Since 6.x is only a .0 I have been reluctant to make a switch for C> production machines. The machines that this is required for are C> redundant firewalls. They have the availability to push a full gigabit, C> will I run into any throughput problems or any other potential problems C> with 6.x? 6.x forwards IP traffic better than 5.x do. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 21:04:41 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 2C5ED16A422 for ; Tue, 7 Mar 2006 21:04:41 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id A306143D45 for ; Tue, 7 Mar 2006 21:04:40 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 80839 invoked from network); 7 Mar 2006 21:04:39 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 7 Mar 2006 21:04:39 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 7 Mar 2006 15:04:36 -0600 (CST) From: Mike Silbersack To: "Julian H. Stacey" In-Reply-To: <200602282015.k1SKFhnQ033586@fire.jhs.private> Message-ID: <20060307150246.U40100@odysseus.silby.com> References: <200602282015.k1SKFhnQ033586@fire.jhs.private> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Bernd Kopriva , net@freebsd.org Subject: Re: TCP_COMPAT_42 support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 21:04:41 -0000 On Tue, 28 Feb 2006, Julian H. Stacey wrote: > ------- > & the only things I typed into that box were > rlogin skyr > ls > I had previously started in another xterm > tcpdump -v -i rl0 -l | grep skyr > & got this: > ------- > 20:49:03.103230 IP (tos 0x0, ttl 15, id 240, offset 0, flags [none], length: 40) skyr.jhs.private.login > fire.jhs.private.978: F [tcp sum ok] 579:579(0) ack 25 win 0 > 20:49:03.103255 IP (tos 0x10, ttl 64, id 5009, offset 0, flags [DF], length: 40) fire.jhs.private.978 > skyr.jhs.private.login: . [tcp sum ok] ack 580 win 65535 > 20:49:03.103712 IP (tos 0x10, ttl 64, id 5010, offset 0, flags [DF], length: 40) fire.jhs.private.978 > skyr.jhs.private.login: F [tcp sum ok] 25:25(0) ack 580 win 65535 > 20:49:03.110660 IP (tos 0x0, ttl 15, id 241, offset 0, flags [none], length: 40) skyr.jhs.private.login > fire.jhs.private.978: . [tcp sum ok] ack 26 win 0 > Notes: > There's no tcpdump on my 4.2 box > skyr is the 4.2-BSD box > fire is the FreeBSD-5.3 box > high is just an alias in my named for 192.168.x.255 > > Could this problem be due to different broadcasting convetions for 4.2 & 4.4, > perhaps triggered by eg arpd or named etc doing discovery every minute or so ? > (But FreeBSD worked for years OK to that 4.2-BSD, & I recall all FreeBSD are 4.4) Looks to me like skyr decided to close the connection, and it closed as expected. I think the problem is probably above the TCP layer - have you tried an older version of rlogin to see if that makes a difference? Sorry about the delay in responding to this, I got sidetracked, and then I got a cold. :) Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 21:15:43 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 782CE16A420; Tue, 7 Mar 2006 21:15:43 +0000 (GMT) (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 D398443D48; Tue, 7 Mar 2006 21:15:42 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.240.171] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu10) with ESMTP (Nemesis), id 0ML31I-1FGjWv39EK-0003Z7; Tue, 07 Mar 2006 22:15:42 +0100 From: Max Laier Organization: FreeBSD To: Gleb Smirnoff Date: Tue, 7 Mar 2006 22:13:21 +0100 User-Agent: KMail/1.9.1 References: <20060307105938.GH1102@cell.sick.ru> In-Reply-To: <20060307105938.GH1102@cell.sick.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8359048.izo0kcR7tf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200603072213.29904.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: net@freebsd.org, scottl@freebsd.org, dhartmei@freebsd.org Subject: Re: taskqueue for pf periodic events X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 21:15:43 -0000 --nextPart8359048.izo0kcR7tf Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Gleb, On Tuesday 07 March 2006 11:59, Gleb Smirnoff wrote: > running a pf load balancer I have noticed that the "swi4: clock" > process consumes a noticable amount of CPU time, when a lot of > states are purged from pf cache. The load balancer is also running > CARP, and a hot spare is working here too. Reading daily run outputs > from the second router, I have noticed that a few times per day > the redundant router preempts the main one, since it doesn't > receive announcement in time from master. So, I had a theory that > a heavy pf purge is running so long, that a CARP announcement > is delayed. You know, all callout(9) events are serialized in one > thread - "swi4: clock". > > So I made a patch that moves all periodic pf(4) job into separate > context. The patch uses new taskqueue API made by Scott. I have > ported the API to RELENG_6 and made my patch for RELENG_6. I've > been running the patch for 27 days and the spurious preemtions > of CARP backup had gone away. No problems were noticed. The box > is running SMP kernel on a single CPU box with HTT (2 logical > CPUs), HTT enabled. > > The patch attached. Makes sense to me. I recall that we talked about this problem before and I= =20 think I even sent you a patch to expire only a fixed amount of states at=20 once. Can't find that patch now, do you remember? OpenBSD has by now done= =20 something along those lines and I will import it as soon as 3.9 is ready an= d=20 I have some time. Could you change the purge part to a kernel thread like= =20 done in OpenBSD: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/net/pf.c#rev1.498 I'm not sure which is better, but staying close to the OpenBSD sollution wo= uld=20 certainly make my life easier. Thanks for coming up with this! =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 --nextPart8359048.izo0kcR7tf Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEDfd5XyyEoT62BG0RAoslAJ95YJO3uS89vJg2dKIkxrBeIjM6/ACeNzoL CldaqM1X/vtWon4gz5Y+jf0= =13aE -----END PGP SIGNATURE----- --nextPart8359048.izo0kcR7tf-- From owner-freebsd-net@FreeBSD.ORG Tue Mar 7 22:48:53 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 6254916A420 for ; Tue, 7 Mar 2006 22:48:53 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from thin.berklix.org (thin.berklix.org [194.246.123.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id C086743D45 for ; Tue, 7 Mar 2006 22:48:50 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A5424.dip.t-dialin.net [84.154.84.36]) (authenticated bits=128) by thin.berklix.org (8.12.11/8.12.11) with ESMTP id k27MmleJ017924; Tue, 7 Mar 2006 23:48:48 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id k27MmfHY038964; Tue, 7 Mar 2006 23:48:46 +0100 (CET) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id k27MqMnb040904; Tue, 7 Mar 2006 23:52:22 +0100 (CET) (envelope-from jhs@fire.jhs.private) Message-Id: <200603072252.k27MqMnb040904@fire.jhs.private> To: Mike Silbersack In-Reply-To: Message from Mike Silbersack of "Tue, 07 Mar 2006 15:04:36 CST." <20060307150246.U40100@odysseus.silby.com> Date: Tue, 07 Mar 2006 23:52:22 +0100 From: "Julian H. Stacey" Cc: Bernd Kopriva , net@freebsd.org Subject: Re: TCP_COMPAT_42 support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Mar 2006 22:48:53 -0000 > Looks to me like skyr decided to close the connection, and it closed as > expected. I think the problem is probably above the TCP layer - have you > tried an older version of rlogin to see if that makes a difference? Hmm. Thanks Mike, Until you wrote that I was thinking of install an old FreeBSD to try as a bridge, something like 2.2.8, in case of TCP difference, but now youve written that, as It's petty much a binary machine, perhaps I screwed the config somehow in /etc so I'll take another look, then. do a reload from tape to a sub dir, & run a find + cmp & rm C prog with my http://berklix.com/~jhs/src/bsd/jhs/bin/public/cmpd/cmpd.c > Sorry about the delay in responding to this, I got sidetracked, and then I > got a cold. :) Know the feeling, I've had a long running nasty (human) bug this year. Much appreciate you having looked at that tcpdump. Thanks ! > Mike "Silby" Silbersack Julian -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail in Ascii, HTML=spam. Ihr Rauch = meine allergischen Kopfschmerzen. From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 08:40:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80D9116A420 for ; Wed, 8 Mar 2006 08:40:17 +0000 (GMT) (envelope-from dualcyclone@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E784F43D48 for ; Wed, 8 Mar 2006 08:40:16 +0000 (GMT) (envelope-from dualcyclone@gmail.com) Received: by zproxy.gmail.com with SMTP id f1so132967nzc for ; Wed, 08 Mar 2006 00:40:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=GpmkePtq+KLp2+rXaNkWGqurPFA1kAYLMGNHqDiJTYo6kdZII3wnoj6HPNrQsQfwDKDa8D/+FvIZspF8XmHSsReAwKdZFdeJPrQw5JtWfeRt4BkwJNuTmIw5LymX8WVN+YvL5Jj9HEgT6K+8CAoAPG/a0qmEuoE5hof8pqE4/ug= Received: by 10.65.157.18 with SMTP id j18mr221146qbo; Wed, 08 Mar 2006 00:40:16 -0800 (PST) Received: by 10.65.103.8 with HTTP; Wed, 8 Mar 2006 00:40:15 -0800 (PST) Message-ID: Date: Wed, 8 Mar 2006 08:40:15 +0000 From: "tony sarendal" To: freebsd-net@freebsd.org In-Reply-To: <440CB05E.6000805@netfence.it> MIME-Version: 1.0 References: <440C961A.1060107@netfence.it> <20060306211542.U87940@unsane.co.uk> <440CB05E.6000805@netfence.it> 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: Re: vr0: rx packet lost X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 08:40:17 -0000 On 06/03/06, Andrea Venturoli wrote: > > Vince Hoffman wrote: > > > > This may sound silly but if performance is that bad have you checked if > > you have a Duplex mismatch ? (one side set to full manually and the > > other to auto commonly results in duplex mismatches in my experience. > > (see http://www.cites.uiuc.edu/network/autosense.html or use google for > > more info) > > Hm, my switch isn't manageable, so it can't be set manually to > full-duplex and must be using autosense. > As for the card: > > > ifconfig vr0 > > vr0: flags=3D8843 mtu 1500 > > inet 10.1.2.125 netmask 0xff000000 broadcast 10.255.255.255 > > inet6 fe80::213:d4ff:fecc:a6a2%vr0 prefixlen 64 scopeid 0x1 > > ether 00:13:d4:cc:a6:a2 > > media: Ethernet autoselect (100baseTX ) > > status: active > > This was configured through rc.conf with: > > > ifconfig_vr0=3D"DHCP" > > > So I guess this is not the problem. There are cases where equipment don't get along and autoneg doesn't work. Try setting your end to 10M/half duplex and see if you still have the problem. /Tony From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 11:29:34 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 CED8A16A420; Wed, 8 Mar 2006 11:29:34 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1.pacific.net.au [61.8.0.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 598DE43D45; Wed, 8 Mar 2006 11:29:34 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout1.pacific.net.au (Postfix) with ESMTP id 9864A337CDE; Wed, 8 Mar 2006 22:29:32 +1100 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k28BTR15004343; Wed, 8 Mar 2006 22:29:28 +1100 Date: Wed, 8 Mar 2006 22:29:27 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Kris Kennaway In-Reply-To: <20060306231556.GA54600@xor.obsecurity.org> Message-ID: <20060308222124.O20893@delplex.bde.org> References: <20050927222721.GA46411@xor.obsecurity.org> <20051001214002.GU45345@cell.sick.ru> <20051005173837.GA36638@xor.obsecurity.org> <20051005174012.GB36638@xor.obsecurity.org> <20060306231556.GA54600@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: gnn@FreeBSD.org, Hajimu UMEMOTO , net@FreeBSD.org Subject: Re: ipv6 panic in 6.0 ([kris@FreeBSD.org: kern/85780: 'panic: bogus refcnt 0' in routing/ipv6]) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 11:29:34 -0000 On Mon, 6 Mar 2006, Kris Kennaway wrote: > P.S. This comment in netinet6/ip6_output.c appears to be bogus, since > RTFREE is only a single statement: > > if (ro == &ip6route && ro->ro_rt) { /* brace necessary for RTFREE */ > RTFREE(ro->ro_rt); > } else if (ro_pmtu == &ip6route && ro_pmtu->ro_rt) { > RTFREE(ro_pmtu->ro_rt); > } This is because peter fixed RTFREE() 7 years ago in rev.1.29 of route.h. It used not to be wrapped in "do while (0)". It was also fixed in NetBSD 7.5 years ago so there should be few portabilty problems with assuming that it is fixed. NetBSD is missing the style bug in rev.1.29 (indentation of the wrapped code instead of outdentation of the do-while). Bruce From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 11:33: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 C709416A420 for ; Wed, 8 Mar 2006 11:33:49 +0000 (GMT) (envelope-from freebsd@dir-slovenia.com) Received: from mail-gw.select-tech.si (ns1.select-tech.si [81.24.96.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CB0043D46 for ; Wed, 8 Mar 2006 11:33:48 +0000 (GMT) (envelope-from freebsd@dir-slovenia.com) Received: from stsrv.select-tech.si (stsrv.select-tech.si [193.77.112.44]) by mail-gw.select-tech.si (Postfix) with ESMTP id 1D59DAB671 for ; Wed, 8 Mar 2006 12:33:47 +0100 (CET) Received: from prak (prak [193.77.112.82]) by stsrv.select-tech.si (8.10.0.Beta10/8.10.0.Beta10) with ESMTP id k28BXqa05766 for ; Wed, 8 Mar 2006 12:33:52 +0100 (MET) From: Jan Zorz To: freebsd-net@FreeBSD.org Date: Wed, 8 Mar 2006 12:30:52 +0100 User-Agent: KMail/1.5.2 References: <440876F1.6050804@xecu.net> <20060306213415.GA61210@comp.chem.msu.su> <20060306215824.GA1102@cell.sick.ru> In-Reply-To: <20060306215824.GA1102@cell.sick.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <200603081230.52383.freebsd@dir-slovenia.com> Cc: Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 11:33:49 -0000 > CARP will not work correctly on vlan(4) on em(4) in RELENG_5, sorry. > The suggested patch is a hack and can't be accepted, since we > have a clean and nice working solution in RELENG_6. > > I am running RELENG_6 since mid-summer on my routers utilizing CARP > on vlan(4) interface with em(4) as parent. I suggest to upgrade to > RELENG_6, as well as many other developers and users do. Even > 5.5-RELEASE release notes suggest to move to RELENG_6. Hi. CARP, VLAN-s and em driver works fine in RELENG_6 (6.0 and 6.1) with copper interfaces. As soon as you try FC, old story repeats, like described on link with those patches... Can there be done something for FC cards? I have pfsense firewall with FreeBSD 6.1 as OS and with copper is fine, with Intel FC cards goes to INIT. Thank you, Jan Zorz From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 12:52: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 A319316A420 for ; Wed, 8 Mar 2006 12:52:32 +0000 (GMT) (envelope-from Artis.Caune@latnet.lv) Received: from esbens.latnet.lv (esbens.latnet.lv [159.148.19.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C02B43D46 for ; Wed, 8 Mar 2006 12:52:31 +0000 (GMT) (envelope-from Artis.Caune@latnet.lv) Received: from localhost (localhost.localdomain [127.0.0.1]) by esbens.latnet.lv (Postfix) with ESMTP id D1207A3ED2 for ; Wed, 8 Mar 2006 14:52:30 +0200 (EET) Received: from esbens.latnet.lv ([127.0.0.1]) by localhost (esbens.latnet.lv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29343-14 for ; Wed, 8 Mar 2006 14:52:30 +0200 (EET) Received: from [159.148.108.180] (artis.latnet.lv [159.148.108.180]) by esbens.latnet.lv (Postfix) with ESMTP id 125E1A0A9F for ; Wed, 8 Mar 2006 14:52:30 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <08D42EF3-773C-41A0-B19C-1B177F4C5A5F@latnet.lv> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-net@freebsd.org From: Artis Caune Date: Wed, 8 Mar 2006 14:52:22 +0200 X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new 2.3.2 (20050629) at latnet.lv Subject: if_bridge drops lot of outgoing packets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 12:52:32 -0000 # kldload if_bridge # ifconfig bridge0 create # ifconfig bridge0 addm em0 # ifconfig bridge0 -learn em0 # ifconfig bridge0 span em1 # ifconfig bridge0 up traffic on em0: 30 second output rate 680818000 bits/sec, 152697 packets/sec # netstat -w1 -bd -I em1 input (em1) output packets errs bits packets errs bits colls drops 0 0 0 107332 0 493295560 0 50374 0 0 0 105825 0 484738088 0 53434 0 0 0 109800 0 499006384 0 44857 0 0 0 110054 0 493731344 0 46474 0 0 0 106508 0 486585112 0 54058 0 0 0 105180 0 484695272 0 52910 0 0 0 105304 0 485654248 0 54242 ~ 51% packet loss per second FreeBSD 7.0-CURRENT #0: Fri Feb 24 12:57:50 EET 2006 device = '82546EB Dual Port Gigabit Ethernet Controller' (pcix) VM_KMEM_SIZE_MAX=536870912 (512M) kern.ipc.nmbclusters=100000 dual 2.8GHz xeon 2G RAM POLLING not compiled in changes in if_em.h: #define EM_DEFAULT_TXD EM_MAX_TXD //(4096) #define EM_DEFAULT_RXD EM_MAX_RXD //(4096) #define EM_TIDV 0 #define EM_TADV 0 #define EM_RADV 0 same problem with unmodified if_em/KMEM/clusters From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 13:37:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF2B16A420 for ; Wed, 8 Mar 2006 13:37:17 +0000 (GMT) (envelope-from nvass@teledomenet.gr) Received: from matrix.teledomenet.gr (dns1.teledomenet.gr [213.142.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 385D143D45 for ; Wed, 8 Mar 2006 13:37:16 +0000 (GMT) (envelope-from nvass@teledomenet.gr) Received: from iris ([192.168.1.71]) by matrix.teledomenet.gr (8.12.10/8.12.10) with ESMTP id k28DbCuq000300 for ; Wed, 8 Mar 2006 15:37:12 +0200 From: Nikos Vassiliadis To: freebsd-net@freebsd.org Date: Wed, 8 Mar 2006 15:32:45 +0200 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603081532.46119.nvass@teledomenet.gr> Subject: invalid table number causes ipfw to lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 13:37:18 -0000 Hello, Is this known? root@brad:0:~# ipfw table 260 list ipfw: getsockopt(IP_FW_TABLE_GETSIZE): Invalid argument root@brad:0:~# ipfw table 26 list and it locks there, ipfw processes stay forever in state D. This is a recent RELENG_6. Nikos From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 16:35: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 592E116A422 for ; Wed, 8 Mar 2006 16:35:36 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from leia.fdn.fr (ns0.fdn.org [80.67.169.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40DA343D45 for ; Wed, 8 Mar 2006 16:35:34 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (reverse-25.fdn.fr [80.67.176.25]) by leia.fdn.fr (8.13.3/8.13.3/FDN) with ESMTP id k28GZXE3030693 for ; Wed, 8 Mar 2006 17:35:33 +0100 Received: by smtp.zeninc.net (smtpd, from userid 1000) id 184713F17; Wed, 8 Mar 2006 17:35:26 +0100 (CET) Date: Wed, 8 Mar 2006 17:35:26 +0100 From: VANHULLEBUS Yvan To: freebsd-net@freebsd.org Message-ID: <20060308163525.GA10367@zen.inc> References: <20060307180222.GA1308@zen.inc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307180222.GA1308@zen.inc> User-Agent: All mail clients suck. This one just sucks less. Subject: Re: FAST_IPSEC and tunnelled packets processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 16:35:36 -0000 On Tue, Mar 07, 2006 at 07:02:22PM +0100, VANHULLEBUS Yvan wrote: > Hi all. [.....] Answering to myself: there *IS* a code in ipsec4_common_input_cb() which is here to remove the IPIP header, the code IS called for my ESP packets, but it looks like the header is not correctly removed.... I'll track the problem and give more infos/a patch..... Yvan. -- NETASQ - Secure Internet Connectivity http://www.netasq.com From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 16:45:51 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9804216A422; Wed, 8 Mar 2006 16:45:51 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from smtp.xbsd.org (xbsd.org [82.233.2.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6683C43D66; Wed, 8 Mar 2006 16:45:49 +0000 (GMT) (envelope-from flz@xbsd.org) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 89DF9115AF; Wed, 8 Mar 2006 17:45:48 +0100 (CET) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60685-09; Wed, 8 Mar 2006 17:45:39 +0100 (CET) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 3B25611492; Wed, 8 Mar 2006 17:45:38 +0100 (CET) From: Florent Thoumie To: freebsd-net@freebsd.org, freebsd-ports@freebsd.org Content-Type: text/plain Date: Wed, 08 Mar 2006 16:45:37 +0000 Message-Id: <1141836337.17213.21.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at xbsd.org Cc: Subject: FreeBSD Port of OpenOSPFD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 16:45:51 -0000 I guess you already know that the OpenBSD team has been working on an OSPF implementation for quite some time now. Although there still is no release, I guess it could be a good idea to add the port to the tree so that it receives a larger review. I'll try to make snapshot on a regular basis until it's released. I'm not going to add it before the end of the freeze but in the meantime, you can grab it at [1] Since it may take some time before distfiles are propagated to all ftp servers, get the distfiles here [2] and put them in ${DISTDIR}/openospfd/ [1] http://people.freebsd.org/~flz/local/openospfd.shar [2] http://people.freebsd.org/~flz/distfiles/openospfd/ Note: I haven't tested it yet, but at least it compiles and installs fine. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 17:01: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 6231216A420; Wed, 8 Mar 2006 17:01:02 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from moof.catpipe.net (moof.catpipe.net [195.249.214.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5B843D75; Wed, 8 Mar 2006 17:01:01 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from localhost (localhost [127.0.0.1]) by localhost.catpipe.net (Postfix) with ESMTP id 21B7B1B3CA; Wed, 8 Mar 2006 18:01:00 +0100 (CET) Received: from moof.catpipe.net ([127.0.0.1]) by localhost (moof.catpipe.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12628-03; Wed, 8 Mar 2006 18:00:58 +0100 (CET) Received: from vinyl.catpipe.net (vinyl.catpipe.net [195.249.214.189]) by moof.catpipe.net (Postfix) with ESMTP id 40A171B3C9; Wed, 8 Mar 2006 18:00:58 +0100 (CET) Received: by vinyl.catpipe.net (Postfix, from userid 1006) id 28D1378C31; Wed, 8 Mar 2006 18:00:19 +0100 (CET) Date: Wed, 8 Mar 2006 18:00:19 +0100 From: Phil Regnauld To: Florent Thoumie Message-ID: <20060308170018.GF68655@catpipe.net> References: <1141836337.17213.21.camel@mayday.esat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1141836337.17213.21.camel@mayday.esat.net> X-Operating-System: FreeBSD 6.1-PRERELEASE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at catpipe.net Cc: freebsd-net@freebsd.org, freebsd-ports@freebsd.org Subject: Re: FreeBSD Port of OpenOSPFD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 17:01:02 -0000 Florent Thoumie (flz) writes: > > Since it may take some time before distfiles are propagated to all ftp > servers, get the distfiles here [2] and put them in > ${DISTDIR}/openospfd/ > > [1] http://people.freebsd.org/~flz/local/openospfd.shar > [2] http://people.freebsd.org/~flz/distfiles/openospfd/ Nice! So now all we need it a port of xorp (http://www.xorp.org/), and it will be quite a collection with quagga, zebra and open[bgp|ospf]d. From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 17:08: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 B754F16A420 for ; Wed, 8 Mar 2006 17:08:25 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CE3743D60 for ; Wed, 8 Mar 2006 17:08:21 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by wproxy.gmail.com with SMTP id i23so282778wra for ; Wed, 08 Mar 2006 09:08:20 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FykF+tfBJvHJug19u8pZkOsvSyZ5Yf6xW8gc90Zjrsla3COz1kBY22AkPM8M4H18MV9AidnPIv7eLZDT7ZU7c4tU+Wa/znCiQs0CDa52xiSQ+B08cCLukmYghciTDqgi880OeLMQ2uZ9RSZSi9oPrF59HQKhXDoO68oF0TYEtgA= Received: by 10.35.99.5 with SMTP id b5mr1094155pym; Wed, 08 Mar 2006 09:08:20 -0800 (PST) Received: by 10.35.38.9 with HTTP; Wed, 8 Mar 2006 09:08:20 -0800 (PST) Message-ID: <79722fad0603080908g50e6d357r94c35469d67fae97@mail.gmail.com> Date: Wed, 8 Mar 2006 19:08:20 +0200 From: "Vlad GALU" To: freebsd-net@freebsd.org In-Reply-To: <20060308170018.GF68655@catpipe.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1141836337.17213.21.camel@mayday.esat.net> <20060308170018.GF68655@catpipe.net> Subject: Re: FreeBSD Port of OpenOSPFD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 17:08:25 -0000 On 3/8/06, Phil Regnauld wrote: > Florent Thoumie (flz) writes: > > > > Since it may take some time before distfiles are propagated to all ftp > > servers, get the distfiles here [2] and put them in > > ${DISTDIR}/openospfd/ > > > > [1] http://people.freebsd.org/~flz/local/openospfd.shar > > [2] http://people.freebsd.org/~flz/distfiles/openospfd/ > > Nice! So now all we need it a port of xorp (http://www.xorp.org/= ), > and it will be quite a collection with quagga, zebra and open[bgp= |ospf]d. FWIW, I used XORP on FreeBSD cca 5.3 with very little patching - just a few minor changes due to the way g++ handled references. -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 17:16:26 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 7EE2016A423 for ; Wed, 8 Mar 2006 17:16:26 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C31743D78 for ; Wed, 8 Mar 2006 17:16:24 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 10222 invoked from network); 8 Mar 2006 17:14:55 -0000 Received: from c00l3r.networx.ch (HELO freebsd.org) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Mar 2006 17:14:55 -0000 Message-ID: <440F1167.B6704371@freebsd.org> Date: Wed, 08 Mar 2006 18:16:23 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Phil Regnauld References: <1141836337.17213.21.camel@mayday.esat.net> <20060308170018.GF68655@catpipe.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-ports@freebsd.org, Florent Thoumie Subject: Re: FreeBSD Port of OpenOSPFD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 17:16:26 -0000 Phil Regnauld wrote: > > Florent Thoumie (flz) writes: > > > > Since it may take some time before distfiles are propagated to all ftp > > servers, get the distfiles here [2] and put them in > > ${DISTDIR}/openospfd/ > > > > [1] http://people.freebsd.org/~flz/local/openospfd.shar > > [2] http://people.freebsd.org/~flz/distfiles/openospfd/ > > Nice! So now all we need it a port of xorp (http://www.xorp.org/), > and it will be quite a collection with quagga, zebra and open[bgp|ospf]d. Zebra is dead. Quagga is a fork of it which is actively being worked on. The original author of Zebra went to start his own company commercially selling and developing the codebase he already had. There hasn't been any meaningful activity on open-source Zebra for years. Xorp is still mostly a research suite of routing protocols and has a IMHO very strage configuration logic. OpenBGPD and OpenOSPFD are routing daemons made for BSD kernels, with security and scalability in mind. On top of that they are written with a lot of actual real-world network engineering experience behind it. The configuration system is far more practical, powerful and on purpose than the Cisco-CLI copy of Quagga. For example the complex filter configuration of an Internet-Exchange route server which takes about 20k of config on Quagga/Cisco can be expressed in about 8 short lines for OpenBGPD. -- Andre From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 17:39:05 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D467816A422 for ; Wed, 8 Mar 2006 17:39:05 +0000 (GMT) (envelope-from kfl@xiplink.com) Received: from mail.net (custpop.ca.mci.com [142.77.1.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7AE443D5A for ; Wed, 8 Mar 2006 17:39:03 +0000 (GMT) (envelope-from kfl@xiplink.com) Received: from [216.95.199.148] (account kfl@xiphos.ca HELO [192.168.1.7]) by mail.net (CommuniGate Pro SMTP 5.0.1) with ESMTPA id 160377895 for freebsd-net@freebsd.org; Wed, 08 Mar 2006 12:39:02 -0500 Message-ID: <440F194F.4000206@xiplink.com> Date: Wed, 08 Mar 2006 12:50:07 -0500 From: Karim Fodil-Lemelin User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: ipfw/ip6fw Ipv6 forwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2006 17:39:05 -0000 Hi, I could not find a way to do ipv6 packet forwarding with ip6fw or ipfw. I am looking to use a rule like this: add fwd ::1,8080 tcp from any to any either using ip6fw or ipfw. I understand that packet diversion is not supported in ipfw or ip6fw but I would assume this is for DIVERT sockets. Although in ip_fw2.c the case O_FORWARD_IP exist, no such thing seems to have been implemented in ip6_fw.c. So I was wondering if anyone has done some previous work in that direction? And If I could get some hints as where to start my own implementation if nobody has started already. Regards, -- Karim Fodil-Lemelin From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 17:50:17 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 295C616A420; Wed, 8 Mar 2006 17:50:17 +0000 (GMT) (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 8EA1143D60; Wed, 8 Mar 2006 17: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 9E1D5200086; Wed, 8 Mar 2006 18:50:07 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 050E2200098; Wed, 8 Mar 2006 18:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 76AF744487E; Wed, 8 Mar 2006 17:47:42 +0000 (UTC) Date: Wed, 8 Mar 2006 17:47:42 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Andre Oppermann In-Reply-To: <440F1167.B6704371@freebsd.org> Message-ID: <20060308174449.N73618@maildrop.int.zabbadoz.net> References: <1141836337.17213.21.camel@mayday.esat.net> <20060308170018.GF68655@catpipe.net> <440F1167.B6704371@freebsd.org> 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: freebsd-net@freebsd.org Subject: Re: FreeBSD Port of OpenOSPFD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 17:50:17 -0000 On Wed, 8 Mar 2006, Andre Oppermann wrote: > Phil Regnauld wrote: >> and it will be quite a collection with quagga, zebra and open[bgp|ospf]d. > > Zebra is dead. Quagga is a fork of it which is actively being worked on. > The original author of Zebra went to start his own company commercially > selling and developing the codebase he already had. There hasn't been > any meaningful activity on open-source Zebra for years. depends on your definition of "meaningful". There are changes and I know a lot of people prefering zebra over quagga because of the more stable code base and less 'people' playing with code which not really improved stability... -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 20:12: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 1B95016A454 for ; Wed, 8 Mar 2006 20:12:00 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from natblindhugh.rzone.de (natblindhugh.rzone.de [81.169.145.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7FF343D5A for ; Wed, 8 Mar 2006 20:11:57 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480E7B8.dip.t-dialin.net [84.128.231.184]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id k28KBqDo013150 for ; Wed, 8 Mar 2006 21:11:52 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id AD309E39F658 for ; Wed, 8 Mar 2006 21:11:51 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20494-02 for ; Wed, 8 Mar 2006 21:11:51 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id B0231E39F656; Wed, 8 Mar 2006 21:11:50 +0100 (CET) Date: Wed, 8 Mar 2006 21:11:50 +0100 From: Uwe Laverenz To: freebsd-net@freebsd.org Message-ID: <20060308201150.GB20475@laverenz.de> References: <200603052102.24881.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603052102.24881.max@love2party.net> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Subject: Re: New version of iwi(4) - Call for testers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 20:12:02 -0000 Hi, > I'd appreciate if you could give it a try and report back. If it breaks I'm currently testing it on a Thinkpad R51 and it works without problems so far. Things that did not work with the previous driver (e.g. cvsup) work flawlessly now. There is a message at boot time though (cmd 0x19 not send...), maybe that is of interest to you: iwi0: mem 0xc0214000-0xc0214fff irq 11 at device 2.0 on pci2 iwi0: Ethernet address: 00:12:f0:62:21:74 iwi0: iwi_cmd: cmd 0x19 not sent, busy iwi0: link state changed to UP The device is run with WPA/wpa_supplicant and a Linksys AP. > Thanks in advance. No, we have to thank you for your work! I had almost given up hope... :) Is there a chance that this driver gets commited into RELENG_6 in the near future? Thank you! Uwe From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 21:29: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 09C2B16A420 for ; Wed, 8 Mar 2006 21:29:39 +0000 (GMT) (envelope-from ml.diespammer@netfence.it) Received: from parrot.aev.net (parrot.aev.net [212.31.247.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E1C943D8E for ; Wed, 8 Mar 2006 21:29:16 +0000 (GMT) (envelope-from ml.diespammer@netfence.it) Received: from soth.ventu (adsl-ull-46-244.51-151.net24.it [151.51.244.46]) (authenticated bits=128) by parrot.aev.net (8.13.5/8.13.5) with ESMTP id k28LfrlD026257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 8 Mar 2006 22:42:00 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Received: from [10.1.2.18] (alamar.ventu [10.1.2.18]) by soth.ventu (8.13.5/8.13.3) with ESMTP id k28LSiAY098956; Wed, 8 Mar 2006 22:28:44 +0100 (CET) (envelope-from ml.diespammer@netfence.it) Message-ID: <440F4C9D.3040301@netfence.it> Date: Wed, 08 Mar 2006 22:29:01 +0100 From: Andrea Venturoli User-Agent: Thunderbird 1.5 (X11/20060130) MIME-Version: 1.0 To: tony sarendal References: <440C961A.1060107@netfence.it> <20060306211542.U87940@unsane.co.uk> <440CB05E.6000805@netfence.it> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.53 on 212.31.247.179 Cc: freebsd-net@freebsd.org Subject: Re: vr0: rx packet lost X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 21:29:39 -0000 tony sarendal wrote: > There are cases where equipment don't get along and > autoneg doesn't work. Try setting your end to 10M/half duplex > and see if you still have the problem. Did that. I still have the same problem. bye & Thanks av. From owner-freebsd-net@FreeBSD.ORG Wed Mar 8 22:13: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 6DE5316A422 for ; Wed, 8 Mar 2006 22:13:15 +0000 (GMT) (envelope-from freebsd-net@m0z.net) Received: from panoramix.m0z.net (panoramix.m0z.net [213.201.236.120]) by mx1.FreeBSD.org (Postfix) with SMTP id 51D7B43D53 for ; Wed, 8 Mar 2006 22:13:10 +0000 (GMT) (envelope-from freebsd-net@m0z.net) Received: (qmail 49777 invoked by uid 0); 8 Mar 2006 22:13:09 -0000 Received: from unknown (HELO ?192.168.1.100?) (ruben@vdzwan.net@84.245.38.254) by panoramix.m0z.net with SMTP; 8 Mar 2006 22:13:09 -0000 Message-ID: <440F56F4.1070509@m0z.net> Date: Wed, 08 Mar 2006 23:13:08 +0100 From: Ruben van der Zwan User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Carp: checksum failed on em0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Mar 2006 22:13:15 -0000 Hi all, I have 2 routers running carp: router1: ifconfig_carp0="vhid 1 pass hYYgtsRE 192.168.1.1/24" ifconfig_carp0_alias0="vhid 1 pass hYYgtsRE 192.168.2.1/24" router2: ifconfig_carp0="vhid 1 advskew 100 pass hYYgtsRE 192.168.1.1/24" ifconfig_carp0_alias0="vhid 1 advskew 100 pass hYYgtsRE 192.168.2.1/24" There are vlan's present on the routers, but the 192.168.1.2/2.2 for router1 and 192.168.1.3/2.3 for router2 IP addresses are present on an em0 interface. /var/log/messages (on both router1 and router2) is flooded with these messages: Mar 8 21:53:58 router1 kernel: carp_input: checksum failed on em0 Mar 8 21:53:58 router1 kernel: carp_input: received len 20 < sizeof(struct carp_header) once every second... I've tried to remove the alias on the carp0 interface, but this had no effect. The servers are Dell PowerEdge SC1425 with a single Xeon configuration, HT is off: FreeBSD 5.4-RELEASE-p11 #2: Mon Feb 6 11:14:13 UTC 2006 root@router1.m0z.net:/usr/obj/usr/src/sys/CUSTOM Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff real memory = 1073479680 (1023 MB) avail memory = 1040941056 (992 MB) ACPI APIC Table: [....] em0: port 0xecc0-0xecff mem 0xfeae0000-0xfeafffff irq 32 at device 4.0 on pci2 em0: Ethernet address: 00:41:44:c4:52:22 em0: Speed:N/A Duplex:N/A pcib3: at device 0.2 on pci1 pci3: on pcib3 lspci: 00:00.0 Host bridge: Intel Corporation E7520 Memory Controller Hub (rev 09) 00:02.0 PCI bridge: Intel Corporation E7525/E7520/E7320 PCI Express Port A (rev 09) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) 01:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A (rev 09) 01:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B (rev 09) 02:04.0 Ethernet controller: Intel Corporation 82541GI/PI Gigabit Ethernet Controller (rev 05) 03:07.0 RAID bus controller: Promise Technology, Inc. PDC20571 (FastTrak TX2200) (rev 02) 04:03.0 Ethernet controller: Intel Corporation 82541GI/PI Gigabit Ethernet Controller (rev 05) 04:0d.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] It seems CARP is running fine, the first router has the shared IP, but two lines every second in /var/log/messages makes other debugging virtually impossible.... Does anybody know what's causing this messages and what I can do to stop them? From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 04:02: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 7A7FB16A420 for ; Thu, 9 Mar 2006 04:02:37 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B8DF43D48 for ; Thu, 9 Mar 2006 04:02:37 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k2942Zo7064994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Mar 2006 20:02:36 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <440FA8DC.3010006@errno.com> Date: Wed, 08 Mar 2006 20:02:36 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: VANHULLEBUS Yvan References: <20060307180222.GA1308@zen.inc> In-Reply-To: <20060307180222.GA1308@zen.inc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: FAST_IPSEC and tunnelled packets processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 04:02:37 -0000 VANHULLEBUS Yvan wrote: > Hi all. > > I'm playing with FAST_IPSEC, and noticed what looks strange for me: > > I have an ESP/Tunnel configuration, and when I wanted to track packet > processing in the kernel, I noticed it goes 3 time in ip_input(): > > - ESP packet passes through ip_input(), and is sent to ipsec code. > > - esp_input_cb() removes the ESP header and trailer, and sends it back > to ipsec_common_input_cb(). > > - ipsec_common_input_cb() sends it back to ip_input(), without ESP header, > but still with an IPIP header (IP addresses are tunnel endpoints). > > - ip_input() will send it to "I don't know exactly where" (but I guess > it will go to ip_forward()), where the IPIP header will be removed > and.... yes, packet will be sent again to ip_input(), where it will > really be the inner packet..... > > Is this a bug, a "missing feature", or something done this way for > "some good reason I don't see" ? > > KAME's IPSEC stack removes both ESP header and IPIP header at the same > time (in esp4_input()/ipsec4_tunnel_validate()), the packet is only > seen twice by ip_input(). If I recall the IPIP handling is different from KAME because there is support for IPIP encapsulation independent of the IPsec protocols while KAME only handles IPIP as part of the ESP tunnel configuration. As to overhead, in practice, at least back in 4.x where this work was originally done, the netisr dispatch was effectively shortcircuited because the dispatch was done from the netisr thread so the net cost was a enqueue+dequeue of the packet. I'm not sure about extraneous trips through ip_input or not stripping headers; this stuff used to work right but I've not looked at the code in years. Sam From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 07:57:02 2006 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6289316A420 for ; Thu, 9 Mar 2006 07:57:02 +0000 (GMT) (envelope-from cristjc@comcast.net) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA56843D45 for ; Thu, 9 Mar 2006 07:57:01 +0000 (GMT) (envelope-from cristjc@comcast.net) Received: from goku.cjclark.org (c-24-6-184-207.hsd1.ca.comcast.net[24.6.184.207]) by comcast.net (sccrmhc11) with ESMTP id <20060309075655011008sn87e>; Thu, 9 Mar 2006 07:56:55 +0000 Received: from goku.cjclark.org (localhost. [127.0.0.1]) by goku.cjclark.org (8.13.3/8.12.8) with ESMTP id k297usHe024237 for ; Wed, 8 Mar 2006 23:56:54 -0800 (PST) (envelope-from cristjc@comcast.net) Received: (from cjc@localhost) by goku.cjclark.org (8.13.3/8.13.1/Submit) id k297urBc024236 for net@freebsd.org; Wed, 8 Mar 2006 23:56:53 -0800 (PST) (envelope-from cristjc@comcast.net) X-Authentication-Warning: goku.cjclark.org: cjc set sender to cristjc@comcast.net using -f Date: Wed, 8 Mar 2006 23:56:53 -0800 From: "Crist J. Clark" To: net@freebsd.org Message-ID: <20060309075653.GA9867@goku.cjclark.org> References: <20060307022027.GA8872@goku.cjclark.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060307022027.GA8872@goku.cjclark.org> User-Agent: Mutt/1.4.2.1i X-URL: http://people.freebsd.org/~cjc/ Cc: Subject: Best Firmware for wi(4)? (Re: wi(4) Problems with FreeBSD AP to WinXP) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Crist J. Clark" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 07:57:02 -0000 I thought upgrading the firmware might be the answer, so I went to the latest primary and station revisions that I could find, 1.01.01 and 1.08.04, repectively. This turned out to not be a great idea. Now things are pretty much totally borked. Even the stuff that worked before now doesn't work at all. It doesn't even really function well in non-hostap mode. Anyone have recommendations for the best firmware version for a Netgear MA311, wi0: mem 0xfffbf000-0xfffbffff irq 10 at device 19.0 on pci0 wi0: 802.11 address: 00:09:5b:69:95:74 wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) wi0: Intersil Firmware: Primary 1.01.01, Station 1.08.04 wi0@pci0:19:0: class=0x028000 card=0x41051385 chip=0x38731260 rev=0x01 hdr=0x00 vendor = 'Intersil Americas Inc (Was: Harris Semiconductor)' device = 'PRISM 2.5 802.11b 11Mbps Wireless Controller' class = network Running on a 4.11-RELEASE-p13 system? I am aware of the CAVEAT section of wi(4), but the info in there is about three years old. (While we're at it, how about the best revision for a Netgear MA401RA on RELENG_5?) On Mon, Mar 06, 2006 at 06:20:27PM -0800, Crist J. Clark wrote: > I am having some really weird problems with home WLAN setup. > The AP is a FreeBSD 4.11 system with a Netgear MA311. It has > been a functioning AP for more than a year. It has worked fine > with various FreeBSD flavors using a Netgear MA401 (I'm writing > this over connection with this card now). It has worked fine > with Windows 2000 using a Linksys WPC11. It has, well, had[0], > worked fine with Windows XP on a ThinkPad with its builtin Intel > PRO/Wireless 2200BG. > > Now enter a new Compaq notebook with Windows XP and a Broadcom > 802.11b/g WLAN integrated NIC. It doesn't want to work with the > existing AP. It "sees" the WLAN, but will not associate. The > problem looks like what I would expect if the WEP keys were bad. > However, I've added the keys a few dozen times, and one other > thing makes me sure the keys are good. If I do, > > # ifconfig wi0 -mediaopt hostap > > On the MA311 AP, and switch the AP to this PC with the MA401, > > # ifconfig wi0 mediaopt hostap > > Suddenly the Windows XP machine will associate. Since I didn't > touch any keys, I think they are all correct. Also, the signal > is strong; I don't think that plays any role. > > Any ideas? Here's more info on the MA311 AP, > > wi0: mem 0xfffbf000-0xfffbffff irq 10 at device 19.0 on pci0 > wi0: 802.11 address: 00:09:5b:69:95:74 > wi0: using RF:PRISM2.5 MAC:ISL3874A(Mini-PCI) > wi0: Intersil Firmware: Primary 1.00.07, Station 1.03.06 > > [0] Now, as for the ThinkPad that used to work. All of a sudden, > it won't pick up an IP address via DHCP. If I snoop the WLAN on > other hosts, I see the DHCP DISCOVER messages go out and the > DHCP server respond, but it's like it doesn't see the responses. > The little AP switch trick outlined above doesn't help. I thought > it might be firewall software on the XP machine or it doesn't > understand the DHCP responses, but if I plug it into the wired > network, where the same machine that is the AP is also the DHCP > server, it works fine. So, it can understand the DHCP server, > and a firewall would have to treat the two interfaces or > networks (both RFC1918 ranges) differently. > > Anyone have suggestions there too? > > Oh yeah. What happens when I turn WEP off? The ThinkPad problem > goes away, but the Compaq problem stays. > -- > Crist J. Clark | cjclark@alum.mit.edu > _______________________________________________ > 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" -- Crist J. Clark | cjclark@alum.mit.edu From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 08:32: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 1FB6716A420; Thu, 9 Mar 2006 08:32:33 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BDB443D45; Thu, 9 Mar 2006 08:32:31 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k298WVkD008699; Thu, 9 Mar 2006 10:32:31 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 73741-02; Thu, 9 Mar 2006 10:32:02 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k298VKKQ008656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Mar 2006 10:31:21 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k298VaoJ045402; Thu, 9 Mar 2006 10:31:36 +0200 (EET) (envelope-from ru) Date: Thu, 9 Mar 2006 10:31:35 +0200 From: Ruslan Ermilov To: Nikos Vassiliadis Message-ID: <20060309083135.GH54826@ip.net.ua> References: <200603081532.46119.nvass@teledomenet.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N8ia4yKhAKKETby7" Content-Disposition: inline In-Reply-To: <200603081532.46119.nvass@teledomenet.gr> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-net@FreeBSD.org, Gleb Smirnoff Subject: Re: invalid table number causes ipfw to lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 08:32:33 -0000 --N8ia4yKhAKKETby7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 08, 2006 at 03:32:45PM +0200, Nikos Vassiliadis wrote: > Hello, >=20 > Is this known? >=20 Yes. > root@brad:0:~# ipfw table 260 list > ipfw: getsockopt(IP_FW_TABLE_GETSIZE): Invalid argument > root@brad:0:~# ipfw table 26 list >=20 > and it locks there, ipfw processes stay forever in state D. > This is a recent RELENG_6. >=20 : RCS file: /junk/freebsd/cvs/src/sys/netinet/ip_fw2.c,v : Working file: ip_fw2.c : head: 1.127 : branch: : locks: strict : access list: : keyword substitution: kv : total revisions: 183; selected revisions: 183 : description: : ---------------------------- : revision 1.127 : date: 2006/03/03 12:10:59; author: glebius; state: Exp; lines: +5 -7 : - Do not leak read lock in IP_FW_TABLE_GETSIZE case of ipfw_ctl(). : - Acquire read (not write) lock in case of IP_FW_TABLE_LIST. :=20 : In collaboration with: ru I don't know when Gleb plans for an MFC. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --N8ia4yKhAKKETby7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFED+fnqRfpzJluFF4RAiLWAJ48KVqYxGVtvfukygcRhSu+xT1YPQCdEq6H SKvm2MoxNM1qDcQ2Ei9kjko= =Iqcv -----END PGP SIGNATURE----- --N8ia4yKhAKKETby7-- From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 13:26:26 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 C6B9116A420 for ; Thu, 9 Mar 2006 13:26:26 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13B3243D49 for ; Thu, 9 Mar 2006 13:26:25 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k29DQJPp065563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Mar 2006 16:26:19 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k29DQIi6065562; Thu, 9 Mar 2006 16:26:18 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Mar 2006 16:26:18 +0300 From: Gleb Smirnoff To: Ruben van der Zwan Message-ID: <20060309132618.GD1102@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Ruben van der Zwan , freebsd-net@freebsd.org References: <440F56F4.1070509@m0z.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <440F56F4.1070509@m0z.net> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: Carp: checksum failed on em0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 13:26:26 -0000 On Wed, Mar 08, 2006 at 11:13:08PM +0100, Ruben van der Zwan wrote: R> I have 2 routers running carp: R> R> router1: R> ifconfig_carp0="vhid 1 pass hYYgtsRE 192.168.1.1/24" R> ifconfig_carp0_alias0="vhid 1 pass hYYgtsRE 192.168.2.1/24" R> router2: R> ifconfig_carp0="vhid 1 advskew 100 pass hYYgtsRE 192.168.1.1/24" R> ifconfig_carp0_alias0="vhid 1 advskew 100 pass hYYgtsRE 192.168.2.1/24" R> R> There are vlan's present on the routers, but the 192.168.1.2/2.2 for R> router1 and 192.168.1.3/2.3 for router2 IP addresses are present on an R> em0 interface. R> R> /var/log/messages (on both router1 and router2) is flooded with these R> messages: R> Mar 8 21:53:58 router1 kernel: carp_input: checksum failed on em0 R> Mar 8 21:53:58 router1 kernel: carp_input: received len 20 < R> sizeof(struct carp_header) R> once every second... It looks like you are receiving bad packets on wire. Can you please run tcpdump and capture the CARP announces. How do they look like? You can also try to change the switch, the NICs and see whether it helps. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 13:29:22 2006 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C98316A422; Thu, 9 Mar 2006 13:29:22 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E435D43D48; Thu, 9 Mar 2006 13:29:20 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k29DT7cH065616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Mar 2006 16:29:07 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k29DT6fv065615; Thu, 9 Mar 2006 16:29:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Mar 2006 16:29:06 +0300 From: Gleb Smirnoff To: Andre Oppermann Message-ID: <20060309132906.GE1102@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Andre Oppermann , Phil Regnauld , freebsd-net@freebsd.org, freebsd-ports@freebsd.org, Florent Thoumie References: <1141836337.17213.21.camel@mayday.esat.net> <20060308170018.GF68655@catpipe.net> <440F1167.B6704371@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <440F1167.B6704371@freebsd.org> User-Agent: Mutt/1.5.6i Cc: Florent Thoumie , freebsd-ports@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: FreeBSD Port of OpenOSPFD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 13:29:22 -0000 On Wed, Mar 08, 2006 at 06:16:23PM +0100, Andre Oppermann wrote: A> Zebra is dead. Quagga is a fork of it which is actively being worked on. A> The original author of Zebra went to start his own company commercially A> selling and developing the codebase he already had. There hasn't been A> any meaningful activity on open-source Zebra for years. This is not true. Zebra doesn't do any activity at conferences or news flashes, but there is activity in CVS. It is bugfixing mainly, but the project is not dead. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 13:30: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 D20FD16A443 for ; Thu, 9 Mar 2006 13:30:01 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E0C743D48 for ; Thu, 9 Mar 2006 13:30:00 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k29DTw7Q065653 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Mar 2006 16:29:59 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k29DTwj4065652; Thu, 9 Mar 2006 16:29:58 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Mar 2006 16:29:58 +0300 From: Gleb Smirnoff To: Nikos Vassiliadis Message-ID: <20060309132958.GF1102@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Nikos Vassiliadis , freebsd-net@freebsd.org References: <200603081532.46119.nvass@teledomenet.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200603081532.46119.nvass@teledomenet.gr> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: invalid table number causes ipfw to lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 13:30:01 -0000 On Wed, Mar 08, 2006 at 03:32:45PM +0200, Nikos Vassiliadis wrote: N> Is this known? N> N> root@brad:0:~# ipfw table 260 list N> ipfw: getsockopt(IP_FW_TABLE_GETSIZE): Invalid argument N> root@brad:0:~# ipfw table 26 list N> N> and it locks there, ipfw processes stay forever in state D. N> This is a recent RELENG_6. This is fixed in HEAD, will be merged soon to RELENG_6. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 13:32: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 F15C716A420 for ; Thu, 9 Mar 2006 13:32:04 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C8B943D48 for ; Thu, 9 Mar 2006 13:32:03 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k29DW15X065704 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Mar 2006 16:32:01 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k29DW0LB065700; Thu, 9 Mar 2006 16:32:00 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Mar 2006 16:32:00 +0300 From: Gleb Smirnoff To: Jan Zorz Message-ID: <20060309133200.GG1102@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Jan Zorz , freebsd-net@freebsd.org References: <440876F1.6050804@xecu.net> <20060306213415.GA61210@comp.chem.msu.su> <20060306215824.GA1102@cell.sick.ru> <200603081230.52383.freebsd@dir-slovenia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200603081230.52383.freebsd@dir-slovenia.com> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: Carp on vlan with em driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Mar 2006 13:32:05 -0000 On Wed, Mar 08, 2006 at 12:30:52PM +0100, Jan Zorz wrote: J> CARP, VLAN-s and em driver works fine in RELENG_6 (6.0 and 6.1) with copper J> interfaces. As soon as you try FC, old story repeats, like described on link J> with those patches... J> J> Can there be done something for FC cards? I have pfsense firewall with FreeBSD J> 6.1 as OS and with copper is fine, with Intel FC cards goes to INIT. I don't have any FC hardware. If you are willing to test patches, we can try to produce some. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 13:44: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 58BC716A422 for ; Thu, 9 Mar 2006 13:44:19 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from vader.b4br.net (vader.b4br.net [200.152.202.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B9F243D45 for ; Thu, 9 Mar 2006 13:44:17 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from localhost (localhost.b4br.net [127.0.0.1]) by vader.b4br.net (Postfix) with ESMTP id 068BA18175D for ; Thu, 9 Mar 2006 10:43:24 -0300 (BRT) Received: from vader.b4br.net ([127.0.0.1]) by localhost (vader.b4br.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60205-08 for ; Thu, 9 Mar 2006 10:43:23 -0300 (BRT) Received: from tuxkiller.matter.b4br.net (yoda.b4br.net [200.152.202.10]) by vader.b4br.net (Postfix) with ESMTP id CA875181477 for ; Thu, 9 Mar 2006 10:43:23 -0300 (BRT) From: Tiago Cruz To: "freebsd-net@FreeBSD.org" In-Reply-To: <1141657294.25455.38.camel@localhost.localdomain> References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> <1138621574.18130.26.camel@localhost.localdomain> <43DE6030.4090702@elischer.org> <20060131123042.GA74812@uk.tiscali.com> <1138713557.25466.4.camel@localhost.localdomain> <43DFCBBC.7000206@elischer.org> <20060201134633.GB78696@uk.tiscali.com> <1141657294.25455.38.camel@localhost.localdomain> Content-Type: text/plain Date: Thu, 09 Mar 2006 10:44:14 -0300 Message-Id: <1141911854.11450.28.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at b4br.net Cc: Subject: Re: Network client is the same from server (solution) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 13:44:19 -0000 Some months after, I'm here back to say the solution: I did this in my default gateway master (192.168.0.0/22) with CARP (firewall fail over): Firewall Rules: ============== vpn2 = "tun0" ... set loginterface $vpn2 ... binat on $vpn2 from 192.168.0.0/22 to any -> 192.168.8.0/22 ... pass in on $vpn from any to any keep state pass out on $vpn from any to any keep state Client: Windows XP (192.168.0.0/24) with OpenVPN (10.5.0.0/24): SO, the client need to ping the host 192.168.8.32 to get reply from 192.168.0.8. Is working now :-) Logs: 54. 224700 rule 26/0(match): pass in on tun0: 10.5.0.6 > 192.168.0.32: ICMP echo request, id 1024, seq 13568, length 40 Thank you, Hope that help somebody. -- Tiago Cruz http://linuxrapido.org From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 14:51: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 D3CC516A420 for ; Thu, 9 Mar 2006 14:51:07 +0000 (GMT) (envelope-from freebsd-net@m0z.net) Received: from mail.argewebhosting.nl (mail4.argewebhosting.nl [213.201.236.37]) by mx1.FreeBSD.org (Postfix) with SMTP id B311643D48 for ; Thu, 9 Mar 2006 14:51:06 +0000 (GMT) (envelope-from freebsd-net@m0z.net) Received: (qmail 84739 invoked by uid 89); 9 Mar 2006 14:51:05 -0000 Received: from [80.100.81.105] (HELO [192.168.1.90]) (80.100.81.105) (smtp-auth username ruben@argeweb.nl, mechanism plain) by mail4.argewebhosting.nl (qpsmtpd/0.31.1) with ESMTP; Thu, 09 Mar 2006 15:51:05 +0100 Message-ID: <441040D6.3070006@m0z.net> Date: Thu, 09 Mar 2006 15:51:02 +0100 From: Ruben van der Zwan User-Agent: Mail/News 1.5 (X11/20060116) MIME-Version: 1.0 To: Gleb Smirnoff , freebsd-net@freebsd.org References: <440F56F4.1070509@m0z.net> <20060309132618.GD1102@FreeBSD.org> In-Reply-To: <20060309132618.GD1102@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Carp: checksum failed on em0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 14:51:08 -0000 Your remark about the switch being the problem made me think :) I captured the packets with tcpdump which resulted in some announces from an IP transit provider. The len of 20 was something I found also in that packet, so I'll send the logs to the provider, asking them to look into it. I don't believe it's something carp is causing, it's just reporting about the packets... Anyhow, thanks for your time! Gleb Smirnoff wrote: > On Wed, Mar 08, 2006 at 11:13:08PM +0100, Ruben van der Zwan wrote: > R> I have 2 routers running carp: > R> > R> router1: > R> ifconfig_carp0="vhid 1 pass hYYgtsRE 192.168.1.1/24" > R> ifconfig_carp0_alias0="vhid 1 pass hYYgtsRE 192.168.2.1/24" > R> router2: > R> ifconfig_carp0="vhid 1 advskew 100 pass hYYgtsRE 192.168.1.1/24" > R> ifconfig_carp0_alias0="vhid 1 advskew 100 pass hYYgtsRE 192.168.2.1/24" > R> > R> There are vlan's present on the routers, but the 192.168.1.2/2.2 for > R> router1 and 192.168.1.3/2.3 for router2 IP addresses are present on an > R> em0 interface. > R> > R> /var/log/messages (on both router1 and router2) is flooded with these > R> messages: > R> Mar 8 21:53:58 router1 kernel: carp_input: checksum failed on em0 > R> Mar 8 21:53:58 router1 kernel: carp_input: received len 20 < > R> sizeof(struct carp_header) > R> once every second... > > It looks like you are receiving bad packets on wire. Can you please run > tcpdump and capture the CARP announces. How do they look like? > > You can also try to change the switch, the NICs and see whether it helps. > > > From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 14:53:12 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3808C16A420 for ; Thu, 9 Mar 2006 14:53:12 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from leia.fdn.fr (ns0.fdn.org [80.67.169.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id A998C43D49 for ; Thu, 9 Mar 2006 14:53:10 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (reverse-25.fdn.fr [80.67.176.25]) by leia.fdn.fr (8.13.3/8.13.3/FDN) with ESMTP id k29Er9G8028237 for ; Thu, 9 Mar 2006 15:53:09 +0100 Received: by smtp.zeninc.net (smtpd, from userid 1000) id D49533F17; Thu, 9 Mar 2006 15:53:03 +0100 (CET) Date: Thu, 9 Mar 2006 15:53:03 +0100 From: VANHULLEBUS Yvan To: freebsd-net@freebsd.org Message-ID: <20060309145303.GB19877@zen.inc> References: <20060307180222.GA1308@zen.inc> <440FA8DC.3010006@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <440FA8DC.3010006@errno.com> User-Agent: All mail clients suck. This one just sucks less. Subject: Re: FAST_IPSEC and tunnelled packets processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 14:53:12 -0000 On Wed, Mar 08, 2006 at 08:02:36PM -0800, Sam Leffler wrote: [.....] > If I recall the IPIP handling is different from KAME because there is > support for IPIP encapsulation independent of the IPsec protocols while > KAME only handles IPIP as part of the ESP tunnel configuration. As to > overhead, in practice, at least back in 4.x where this work was > originally done, the netisr dispatch was effectively shortcircuited > because the dispatch was done from the netisr thread so the net cost was > a enqueue+dequeue of the packet. I'm not sure about extraneous trips > through ip_input or not stripping headers; this stuff used to work right > but I've not looked at the code in years. There IS some code to remove the IPIP header, but it doesn't work. I just reported pr kern/94273 with a patch which solves it. Yvan. -- NETASQ - Secure Internet Connectivity http://www.netasq.com From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 16:07:28 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68ED016A422; Thu, 9 Mar 2006 16:07:28 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23CD043D48; Thu, 9 Mar 2006 16:07:28 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k29G7SlP033643; Thu, 9 Mar 2006 16:07:28 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k29G7RgF033639; Thu, 9 Mar 2006 16:07:27 GMT (envelope-from arved) Date: Thu, 9 Mar 2006 16:07:27 GMT From: Tilman Linneweh Message-Id: <200603091607.k29G7RgF033639@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/93220: [inet6] nd6_lookup: failed to add route for a neighbor X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 16:07:28 -0000 Synopsis: [inet6] nd6_lookup: failed to add route for a neighbor Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: arved Responsible-Changed-When: Thu Mar 9 16:05:33 UTC 2006 Responsible-Changed-Why: Over to freebs-net. For the record, i have found a third person who sees this messages when updating from 6.0 to 6.1-prerelease. http://www.freebsd.org/cgi/query-pr.cgi?pr=93220 From owner-freebsd-net@FreeBSD.ORG Thu Mar 9 16:23: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 3E40A16A420; Thu, 9 Mar 2006 16:23:55 +0000 (GMT) (envelope-from nvass@teledomenet.gr) Received: from matrix.teledomenet.gr (dns1.teledomenet.gr [213.142.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8890D43D49; Thu, 9 Mar 2006 16:23:53 +0000 (GMT) (envelope-from nvass@teledomenet.gr) Received: from iris ([192.168.1.71]) by matrix.teledomenet.gr (8.12.10/8.12.10) with ESMTP id k29GNpuq018529; Thu, 9 Mar 2006 18:23:51 +0200 From: Nikos Vassiliadis To: Gleb Smirnoff , Ruslan Ermilov Date: Thu, 9 Mar 2006 18:19:19 +0200 User-Agent: KMail/1.8.3 References: <200603081532.46119.nvass@teledomenet.gr> <20060309132958.GF1102@FreeBSD.org> In-Reply-To: <20060309132958.GF1102@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603091819.20257.nvass@teledomenet.gr> Cc: freebsd-net@freebsd.org Subject: Re: invalid table number causes ipfw to lock X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Mar 2006 16:23:55 -0000 On Thursday 09 March 2006 15:29, Gleb Smirnoff wrote: > On Wed, Mar 08, 2006 at 03:32:45PM +0200, Nikos Vassiliadis wrote: > N> Is this known? > N> > N> root@brad:0:~# ipfw table 260 list > N> ipfw: getsockopt(IP_FW_TABLE_GETSIZE): Invalid argument > N> root@brad:0:~# ipfw table 26 list > N> > N> and it locks there, ipfw processes stay forever in state D. > N> This is a recent RELENG_6. > > This is fixed in HEAD, will be merged soon to RELENG_6. And now It is. thanks, Nikos From owner-freebsd-net@FreeBSD.ORG Fri Mar 10 11:37: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 AFA8916A420 for ; Fri, 10 Mar 2006 11:37:03 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51F8D43D49 for ; Fri, 10 Mar 2006 11:37:03 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2-b.corp.dcn.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id k2ABafBJ085402; Fri, 10 Mar 2006 03:36:42 -0800 (PST) Date: Fri, 10 Mar 2006 20:36:40 +0900 Message-ID: From: gnn@freebsd.org To: VANHULLEBUS Yvan In-Reply-To: <20060309145303.GB19877@zen.inc> References: <20060307180222.GA1308@zen.inc> <440FA8DC.3010006@errno.com> <20060309145303.GB19877@zen.inc> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i686-apple-darwin8.5.2) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: FAST_IPSEC and tunnelled packets processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 11:37:03 -0000 At Thu, 9 Mar 2006 15:53:03 +0100, VANHULLEBUS Yvan wrote: > > On Wed, Mar 08, 2006 at 08:02:36PM -0800, Sam Leffler wrote: > [.....] > > If I recall the IPIP handling is different from KAME because there is > > support for IPIP encapsulation independent of the IPsec protocols while > > KAME only handles IPIP as part of the ESP tunnel configuration. As to > > overhead, in practice, at least back in 4.x where this work was > > originally done, the netisr dispatch was effectively shortcircuited > > because the dispatch was done from the netisr thread so the net cost was > > a enqueue+dequeue of the packet. I'm not sure about extraneous trips > > through ip_input or not stripping headers; this stuff used to work right > > but I've not looked at the code in years. > > There IS some code to remove the IPIP header, but it doesn't work. > > I just reported pr kern/94273 with a patch which solves it. > Bug taken by me :-) I'll try your patch and commit as necessary. Later, George From owner-freebsd-net@FreeBSD.ORG Fri Mar 10 12:09: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 8AA3116A420; Fri, 10 Mar 2006 12:09:49 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from leia.fdn.fr (ns0.fdn.org [80.67.169.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0E9E43D68; Fri, 10 Mar 2006 12:09:47 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (reverse-25.fdn.fr [80.67.176.25]) by leia.fdn.fr (8.13.3/8.13.3/FDN) with ESMTP id k2AC9jIn014469; Fri, 10 Mar 2006 13:09:46 +0100 Received: by smtp.zeninc.net (smtpd, from userid 1000) id AFE123F17; Fri, 10 Mar 2006 13:09:40 +0100 (CET) Date: Fri, 10 Mar 2006 13:09:40 +0100 From: VANHULLEBUS Yvan To: gnn@freebsd.org Message-ID: <20060310120940.GB28285@zen.inc> References: <20060307180222.GA1308@zen.inc> <440FA8DC.3010006@errno.com> <20060309145303.GB19877@zen.inc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org Subject: Re: FAST_IPSEC and tunnelled packets processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Mar 2006 12:09:49 -0000 On Fri, Mar 10, 2006 at 08:36:40PM +0900, gnn@freebsd.org wrote: > At Thu, 9 Mar 2006 15:53:03 +0100, [FAST_IPSEC and ipip decapsulation] > Bug taken by me :-) I'll try your patch and commit as necessary. Good. As I reported to other FreeBSD developpers in private mails, the same m_copydata is used in the IPv6 code, so this is probably the same bug, and the same fix, but I don't have a configuration here to test it. Yvan. -- NETASQ - Secure Internet Connectivity http://www.netasq.com From owner-freebsd-net@FreeBSD.ORG Sat Mar 11 02:02:45 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 AEBFE16AC81 for ; Sat, 11 Mar 2006 02:02:41 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 3387C4933E for ; Fri, 10 Mar 2006 19:23:59 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 73930 invoked from network); 10 Mar 2006 19:23:57 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 10 Mar 2006 19:23:57 -0000 X-pair-Authenticated: 209.68.2.70 Date: Fri, 10 Mar 2006 13:23:56 -0600 (CST) From: Mike Silbersack To: "Julian H. Stacey" In-Reply-To: <200603072252.k27MqMnb040904@fire.jhs.private> Message-ID: <20060310132310.X68028@odysseus.silby.com> References: <200603072252.k27MqMnb040904@fire.jhs.private> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Bernd Kopriva , net@freebsd.org Subject: Re: TCP_COMPAT_42 support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:02:45 -0000 On Tue, 7 Mar 2006, Julian H. Stacey wrote: >> Looks to me like skyr decided to close the connection, and it closed as >> expected. I think the problem is probably above the TCP layer - have you >> tried an older version of rlogin to see if that makes a difference? > > Hmm. Thanks Mike, > Until you wrote that I was thinking of install an old FreeBSD to try as > a bridge, something like 2.2.8, in case of TCP difference, but now > youve written that, as It's petty much a binary machine, > perhaps I screwed the config somehow in /etc so I'll take another look, > then. do a reload from tape to a sub dir, & run a find + cmp & rm > C prog with my http://berklix.com/~jhs/src/bsd/jhs/bin/public/cmpd/cmpd.c I actually meant that rlogin on the client side might be the problem - could you try the rlogin from 2.2.8 running under 6.0? Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Sat Mar 11 02:03:00 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 2B5C016ACF4; Sat, 11 Mar 2006 02:02:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305AC4A799; Fri, 10 Mar 2006 21:31:59 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A46621A3C33; Fri, 10 Mar 2006 13:31:53 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 04E8451965; Fri, 10 Mar 2006 16:31:50 -0500 (EST) Date: Fri, 10 Mar 2006 16:31:50 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060310213149.GA33672@xor.obsecurity.org> References: <20050927222721.GA46411@xor.obsecurity.org> <20051001214002.GU45345@cell.sick.ru> <20051005173837.GA36638@xor.obsecurity.org> <20051005174012.GB36638@xor.obsecurity.org> <20060306231556.GA54600@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20060306231556.GA54600@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: gnn@freebsd.org, Hajimu UMEMOTO , net@FreeBSD.org Subject: Re: ipv6 panic in 6.0 ([kris@FreeBSD.org: kern/85780: 'panic: bogus refcnt 0' in routing/ipv6]) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Mar 2006 02:03:00 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 06, 2006 at 06:15:56PM -0500, Kris Kennaway wrote: > I've been adding KTR debugging to try and track down the cause of this > recurring problem (FYI: debug.mpsafenet=3D0 is no longer working around > it). To refresh your memory, here is the panic: >=20 > db> wh > Tracing pid 24 tid 100012 td 0xfffff802be9fa560 > panic() at panic+0x164 > rtfree() at rtfree+0xb4 > nd6_na_output() at nd6_na_output+0x540 > nd6_ns_input() at nd6_ns_input+0x738 > icmp6_input() at icmp6_input+0xc38 > ip6_input() at ip6_input+0x1038 > netisr_processqueue() at netisr_processqueue+0x7c > swi_net() at swi_net+0xdc > ithread_execute_handlers() at ithread_execute_handlers+0x144 > ithread_loop() at ithread_loop+0xa4 > fork_exit() at fork_exit+0x94 > fork_trampoline() at fork_trampoline+0x8 > db> >=20 > It's always in nd6_na_output() although the trace beyond this point > varies. However that doesn't tell us what leaked the reference count > prior to this stack trace. >=20 > So far I have narrowed it down to: Here is a better trace (in chronological order): 4431 (0xfffff803fe9f1ae0:cpu0) 16217304555013 netinet6/nd6_nbr.c.461: in6_s= electsrc 0xe2e0b380 nd6_ns_output(): src =3D in6_selectsrc(&dst_sa, NULL, NULL, &ro, NULL, NULL, &error); 4432 (0xfffff803fe9f1ae0:cpu0) 16217304555999 netinet6/in6_src.c.241: in6_s= electif 0xe2e0b380 in6_selectsrc(): /* * If the address is not specified, choose the best one based on * the outgoing interface and the destination address. */ /* get the outgoing interface */ if ((*errorp =3D in6_selectif(dstsock, opts, mopts, ro, &ifp)) !=3D= 0) return (NULL); in6_selectif() calls selectroute(): if ((error =3D selectroute(dstsock, opts, mopts, ro, retifp, &rt, 0, 1)) !=3D 0) { 4433 (0xfffff803fe9f1ae0:cpu0) 16217304558555 net/route.c.198: Adding ref 0= 0xfffff8032240dd10 4434 (0xfffff803fe9f1ae0:cpu0) 16217304559191 netinet6/in6_src.c.579: rtall= oc1 0xfffff8032240dd10 This rtalloc1() was called from selectroute(): if (ro->ro_rt =3D=3D (struct rtentry *)NULL) { struct sockaddr_in6 *sa6; /* No route yet, so try to acquire one */ bzero(&ro->ro_dst, sizeof(struct sockaddr_in6)); sa6 =3D (struct sockaddr_in6 *)&ro->ro_dst; *sa6 =3D *dstsock; sa6->sin6_scope_id =3D 0; if (clone) { rtalloc((struct route *)ro); } else { ro->ro_rt =3D rtalloc1(&((struct route *)ro) ->ro_dst, 0, 0UL); 4435 (0xfffff803fe9f1ae0:cpu0) 16217304560255 netinet6/in6_src.c.706: rtfre= e 0xfffff8032240dd10 4436 (0xfffff803fe9f1ae0:cpu0) 16217304560951 net/route.c.247: Removing ref= 1 0xfffff8032240dd10 We are now back at the end of in6_selectif(): if (rt && rt =3D=3D sro.ro_rt) RTFREE(rt); return (0); 4437 (0xfffff803fe9f1ae0:cpu0) 16217304590486 netinet6/nd6_nbr.c.534: 1 Fre= eing route 0xfffff8032240dd10 with ref 0 We are now back in nd6_ns_output() if (ro.ro_rt) { /* we don't cache this route. */ RTFREE(ro.ro_rt); } return; 4438 (0xfffff803fe9f1ae0:cpu0) 16217417726681 net/route.c.247: Removing ref= 0 0xfffff8032240dd10 and explode because we've freed the same route twice in a row when it only had a refcount of 1 to begin with. I suspect the control flow in nd6_ns_output() is broken. Kris --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEEfBFWry0BWjoQKURAtXgAKCjzfb01/qNcAv/G78YBmiwaqHkEACaAmFC 37puC2vLGtZqEBxNM9RNeeE= =LoTe -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-net@FreeBSD.ORG Sat Mar 11 20:40:34 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 400DD16A41F for ; Sat, 11 Mar 2006 20:40:34 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E264B43D46 for ; Sat, 11 Mar 2006 20:40:33 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k2BKeXjk031880 for ; Sat, 11 Mar 2006 20:40:33 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k2BKeXup031879; Sat, 11 Mar 2006 20:40:33 GMT (envelope-from gnats) Date: Sat, 11 Mar 2006 20:40:33 GMT Message-Id: <200603112040.k2BKeXup031879@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Paul Blazejowski Cc: Subject: Re: misc/93220: nd6_lookup: failed to add route for a neighbor X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Blazejowski List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Mar 2006 20:40:34 -0000 The following reply was made to PR kern/93220; it has been noted by GNATS. From: Paul Blazejowski To: bug-followup@FreeBSD.org, diffie@blazebox.homeip.net Cc: Tilman Linneweh Subject: Re: misc/93220: nd6_lookup: failed to add route for a neighbor Date: Sat, 11 Mar 2006 15:35:35 -0500 --=-DQXX5P6YH48nXH/Tsy0s Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I think i found the cause of this issue, and confirmed it with freenet6 support. The problem lies with the boot order for networking, freenet6 script is either started too early or too late and if it can't resolve DNS and IPv4 address it fails. This can be seen when giving -vvv to tspc client or appending it in the rc script: Mar 8 12:51:38 blazebox kernel: Starting freenet6. Mar 8 12:51:38 blazebox kernel: tspc - Tunnel Setup Protocol Client v2.1.1 Mar 8 12:51:38 blazebox kernel: Initializing (use -h for help) Mar 8 12:51:38 blazebox kernel: Mar 8 12:51:38 blazebox tspc: tspMain: tspc - Tunnel Setup Protocol Client v2.1.1 Mar 8 12:51:38 blazebox tspc: tspMain: Initializing (use -h for help) Mar 8 12:51:38 blazebox kernel: DNS server name ns2.afraid.org is not resolving. Mar 8 12:51:38 blazebox kernel: DNS server name ns4.afraid.org is not resolving. Mar 8 12:51:38 blazebox kernel: DNS server name ns.blazebox.homeip.net is not resolving. Mar 8 12:51:38 blazebox kernel: Mar 8 12:51:38 blazebox kernel: Error is 1: TSP_ERROR Mar 8 12:51:38 blazebox kernel: TSP session done Mar 8 12:51:38 blazebox tspc: tspVerifyConfig: DNS server name ns2.afraid.org is not resolving. Mar 8 12:51:38 blazebox kernel: Mar 8 12:51:38 blazebox tspc: tspVerifyConfig: DNS server name ns2.afraid.org is not resolving. Mar 8 12:51:38 blazebox tspc: tspVerifyConfig: DNS server name ns4.afraid.org is not resolving. Mar 8 12:51:38 blazebox kernel: Mar 8 12:51:38 blazebox tspc: tspVerifyConfig: DNS server name ns4.afraid.org is not resolving. Mar 8 12:51:38 blazebox tspc: tspVerifyConfig: DNS server name ns.blazebox.homeip.net is not resolving. Mar 8 12:51:38 blazebox kernel: Mar 8 12:51:38 blazebox tspc: tspVerifyConfig: DNS server name ns.blazebox.homeip.net is not resolving. Mar 8 12:51:38 blazebox tspc: tspMain: Error is 1: TSP_ERROR Mar 8 12:51:38 blazebox kernel: Mar 8 12:51:38 blazebox tspc: tspMain: Error is 1: TSP_ERROR Mar 8 12:51:38 blazebox tspc: tspMain: TSP session done PPP should be started a bit earlier or the freenet6.sh should start later after the PPP session is done and up running.=20 --=-DQXX5P6YH48nXH/Tsy0s Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQBEEzSXwu5Nmh3PsiMRAsyYAJ99+DRmO4LB4+0a6qSFlNUl0cJIngCglZmH IAsp8lo/uCwbjI+mXOP3Cm8= =wtl+ -----END PGP SIGNATURE----- --=-DQXX5P6YH48nXH/Tsy0s--