From owner-freebsd-net@FreeBSD.ORG Sun Feb 10 09:43:48 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADC6A16A504; Sun, 10 Feb 2008 09:43:48 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 77B3313C45D; Sun, 10 Feb 2008 09:43:48 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1A9hmBM091277; Sun, 10 Feb 2008 09:43:48 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1A9hmdg091273; Sun, 10 Feb 2008 09:43:48 GMT (envelope-from remko) Date: Sun, 10 Feb 2008 09:43:48 GMT Message-Id: <200802100943.m1A9hmdg091273@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/120493: [wpi] if_wpi.ko fails to load on a Toshiba Satellite Pro P100-439 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Feb 2008 09:43:48 -0000 Synopsis: [wpi] if_wpi.ko fails to load on a Toshiba Satellite Pro P100-439 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Sun Feb 10 09:43:25 UTC 2008 Responsible-Changed-Why: First reroute to networking team for if_wpi http://www.freebsd.org/cgi/query-pr.cgi?pr=120493 From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 00:48:13 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A56916A418 for ; Mon, 11 Feb 2008 00:48:13 +0000 (UTC) (envelope-from robertjenssen@ozemail.com.au) Received: from outbound.icp-qv1-irony-out2.iinet.net.au (outbound.icp-qv1-irony-out2.iinet.net.au [203.59.1.107]) by mx1.freebsd.org (Postfix) with ESMTP id C00B713C44B for ; Mon, 11 Feb 2008 00:48:12 +0000 (UTC) (envelope-from robertjenssen@ozemail.com.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAPInr0d8qxjJ/2dsb2JhbAAIplg X-IronPort-AV: E=Sophos;i="4.25,331,1199631600"; d="scan'208";a="276640420" Received: from unknown (HELO [192.168.0.4]) ([124.171.24.201]) by outbound.icp-qv1-irony-out2.iinet.net.au with ESMTP; 11 Feb 2008 09:37:22 +0900 Content-Disposition: inline From: Robert Jenssen To: net@freebsd.org Date: Mon, 11 Feb 2008 11:37:21 +1100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200802111137.21550.robertjenssen@ozemail.com.au> Cc: Subject: dhclient conflict between /sbin/devd and /etc/rc.d/netif ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2008 00:48:13 -0000 Hi, Every so often I have trouble connecting rt2560 based PCI wireless network card to my wireless router/access point. Typically I get: # sudo /etc/rc.d/netif restart ral0 Starting wpa_supplicant. ral0: no link .............. giving up ral0: flags=8843 metric 0 mtu 1500 ether 00:11:50:63:cd:47 media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) status: no carrier Even though there seems to be plenty of signal power: # sudo ifconfig ral0 list scan SSID BSSID CHAN RATE S:N INT CAPS xxxxxxx... 00:xx:xx:xx:xx:xx 10 54M -74:-95 100 EPS WPA Recently I noticed that sometimes, after the above "netif restart" fails, the ral0 interface "automagically" comes up anyway. Then dhclient is owned by /sbin/devd. The default devd.conf starts dhclient for both ethernet and PCI-cardbus devices. Is it a good idea for both /sbin/devd and /etc/rc.d/netif to start a dhclient on ral0 at about the same time? Should I disable dhclient in /etc/devd.conf? Regards, Rob Jenssen PS: "uname -a" shows: FreeBSD 7.0-PRERELEASE #1: Fri Feb 8 14:36:49 EST 2008 dmesg.today shows: ral0: mem 0xf2004000-0xf2005fff irq 22 at device 6.0 on pci2 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: 00:11:50:63:cd:47 ral0: [ITHREAD] From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 01:06:28 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE40116A417 for ; Mon, 11 Feb 2008 01:06:28 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2522513C458 for ; Mon, 11 Feb 2008 01:06:27 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.1/8.13.8) with ESMTP id m1B16RWZ069660; Sun, 10 Feb 2008 19:06:27 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id m1B16Ris069659; Sun, 10 Feb 2008 19:06:27 -0600 (CST) (envelope-from brooks) Date: Sun, 10 Feb 2008 19:06:26 -0600 From: Brooks Davis To: Robert Jenssen Message-ID: <20080211010626.GA69153@lor.one-eyed-alien.net> References: <200802111137.21550.robertjenssen@ozemail.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <200802111137.21550.robertjenssen@ozemail.com.au> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Sun, 10 Feb 2008 19:06:27 -0600 (CST) Cc: net@freebsd.org Subject: Re: dhclient conflict between /sbin/devd and /etc/rc.d/netif ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2008 01:06:28 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2008 at 11:37:21AM +1100, Robert Jenssen wrote: > Hi, > Every so often I have trouble connecting rt2560 based PCI wireless networ= k=20 > card to my wireless router/access point. Typically I get: >=20 > # sudo /etc/rc.d/netif restart ral0 > Starting wpa_supplicant. > ral0: no link .............. giving up > ral0: flags=3D8843 metric 0 mtu 1= 500 > ether 00:11:50:63:cd:47 > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > status: no carrier >=20 > Even though there seems to be plenty of signal power: >=20 > # sudo ifconfig ral0 list scan > SSID BSSID CHAN RATE S:N INT CAPS > xxxxxxx... 00:xx:xx:xx:xx:xx 10 54M -74:-95 100 EPS WPA >=20 > Recently I noticed that sometimes, after the above "netif restart" fails,= the=20 > ral0 interface "automagically" comes up anyway. Then dhclient is owned=20 > by /sbin/devd. The default devd.conf starts dhclient for both ethernet an= d=20 > PCI-cardbus devices. Is it a good idea for both /sbin/devd=20 > and /etc/rc.d/netif to start a dhclient on ral0 at about the same time?= =20 What do you mean by "owned"? If there's no dhclient running and an interface configured for dhcp associates or negotiates a link, devd starts a dhclient. Assuming I get time to make the necessicary changes and push the issue, netif won't start dhclient at all in the future. > Should I disable dhclient in /etc/devd.conf? I wouldn't recommend it unless you never lose association since if you do a= nd you remove the lines in devd.conf you will end up without a dhclient. -- Brooks > Regards, >=20 > Rob Jenssen > =20 > PS: >=20 > "uname -a" shows: > FreeBSD 7.0-PRERELEASE #1: Fri Feb 8 14:36:49 EST 2008 >=20 > dmesg.today shows: > ral0: mem 0xf2004000-0xf2005fff irq 22 at devi= ce=20 > 6.0 on pci2 > ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 > ral0: Ethernet address: 00:11:50:63:cd:47 > ral0: [ITHREAD] > _______________________________________________ > 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" >=20 --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHr5+SXY6L6fI4GtQRAnMJAKCoEJ6wbnYRF32udKzAQShmnSm9vACgno5o 7PYN2/n/xIl8csVBnLBlBh8= =dPOZ -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 01:13:01 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3FD016A418 for ; Mon, 11 Feb 2008 01:13:00 +0000 (UTC) (envelope-from mcc@fid4.com) Received: from mail102.csoft.net (mail102.csoft.net [205.205.219.4]) by mx1.freebsd.org (Postfix) with ESMTP id B1F4D13C4D9 for ; Mon, 11 Feb 2008 01:13:00 +0000 (UTC) (envelope-from mcc@fid4.com) Received: from [172.16.6.246] (c-24-61-74-156.hsd1.ma.comcast.net [24.61.74.156]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail102.csoft.net (Postfix) with ESMTP id C47091CD38 for ; Sun, 10 Feb 2008 19:53:58 -0500 (EST) Message-ID: <47AF9CFB.9030309@fid4.com> Date: Sun, 10 Feb 2008 19:55:23 -0500 From: "Michael C. Cambria" User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Wireless connection hangs using FreeBSD as AP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2008 01:13:01 -0000 I have quite a few Soekris machines as wireless AP's using the PCMCIA NL-2511 CD EXT card (wi0 in hostap mode) found at Netgate. I also have a desktop with a similar setup, to debug prior to flashing for Soekris. All run FreeBSD 4.10-Stable. I'm suddenly seeing a problem where wireless connections just hang. However, the only time this happens is with clients that use non NL-2511 wireless cards . All my gear is NL-2511, all from Netgate. The problem is, just recently, friends and family come by with newer laptops, they associate just fine, but connections just hang. In all cases, the clients are XP (home or Pro), using newer laptops that have Intel based 802.11a/b/g type cards. All work just fine to off the shelf AP's around the globe. Only to my FreeBSD AP is there an issue. Netgate suggested it was the wi driver, so another desktop was setup to test as an AP. This uses FreeBSD 7 (just prior to any RC). The result seems to be the same. The prism firmware for all prism cards is 1.4.9. Has anyone else seen this? Since all my personal gear is the same family, I never experienced a problem until now. I do plan on moving to 802.11g, and migrating existing gear to FreeBSD 6.3/7.0 in the very near future. However, I'd like to get to the bottom of this if possible. Thanks, MikeC From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 02:53:39 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B8C116A419; Mon, 11 Feb 2008 02:53:39 +0000 (UTC) (envelope-from robertjenssen@ozemail.com.au) Received: from outbound.icp-qv1-irony-out1.iinet.net.au (outbound.icp-qv1-irony-out1.iinet.net.au [203.59.1.108]) by mx1.freebsd.org (Postfix) with ESMTP id 58BFC13C458; Mon, 11 Feb 2008 02:53:36 +0000 (UTC) (envelope-from robertjenssen@ozemail.com.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAABRBr0d8qxjJ/2dsb2JhbAAIpnA X-IronPort-AV: E=Sophos;i="4.25,331,1199631600"; d="scan'208";a="285222456" Received: from unknown (HELO [192.168.0.4]) ([124.171.24.201]) by outbound.icp-qv1-irony-out1.iinet.net.au with ESMTP; 11 Feb 2008 11:23:56 +0900 From: Robert Jenssen To: brooks@freebsd.org Date: Mon, 11 Feb 2008 13:23:57 +1100 User-Agent: KMail/1.9.7 References: <200802111137.21550.robertjenssen@ozemail.com.au> <20080211010626.GA69153@lor.one-eyed-alien.net> In-Reply-To: <20080211010626.GA69153@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802111323.57387.robertjenssen@ozemail.com.au> Cc: net@freebsd.org Subject: Re: dhclient conflict between /sbin/devd and /etc/rc.d/netif ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2008 02:53:39 -0000 Hi, Thanks for the prompt reply. By "owned", I meant that "ps -ajx" shows /sbin/devd as the process group leader. For example, at the moment on my system: [root etc]ps -axj | grep devd root 5727 1 5727 5727 0 Is ?? 0:00.00 /sbin/devd [root etc]ps -axj | grep dhclient root 6373 1 5727 5727 0 I ?? 0:00.00 dhclient: ral0 _dhcp 6395 1 6395 6395 0 Ss ?? 0:00.09 dhclient: ral0 [root etc] I agree, /sbin/devd calls /etc/rc.d/dhclient which checks for the existence of a running dhclient. I find the rc scripts hard to follow but so far as I can see /etc/rc.d/netif simply calls "ifconfig dhcp" and doesn't check for a running dhclient. Here are the relevant lines in my rc.conf: rc_debug="YES" ifconfig_ral0="inet dhcp channel 10 wpa up" devd_enable="YES" Here is the output of "/etc/rc.d/netif restart": [root etc]rc.d/netif restart rc.d/netif: DEBUG: run_rc_command: doit: network_stop Stopping network:Stopping wpa_supplicant. /etc/rc.d/wpa_supplicant: DEBUG: run_rc_command: doit: kill -TERM 6229 /etc/rc.d/dhclient: DEBUG: run_rc_command: doit: dhclient_stop lo0 fwip0 fwe0 rl0 ral0 plip0rc.d/netif: DEBUG: The following interfaces were not configured: . rc.d/netif: DEBUG: run_rc_command: doit: network_start rc.d/netif: DEBUG: Cloned: Starting wpa_supplicant. /etc/rc.d/wpa_supplicant: DEBUG: run_rc_command: doit: /usr/sbin/wpa_supplicant -q -B -i ral0 -c /etc/wpa_supplicant.conf -D bsd -P /var/run/wpa_supplicant/ral0.pid rc.d/netif: DEBUG: checkyesno: synchronous_dhclient is set to YES. /etc/rc.d/dhclient: DEBUG: run_rc_command: doit: dhclient_start /etc/rc.d/dhclient: DEBUG: checkyesno: background_dhclient is set to NO. ral0: no link ............ got link DHCPREQUEST on ral0 to 255.255.255.255 port 67 DHCPDISCOVER on ral0 to 255.255.255.255 port 67 interval 8 DHCPOFFER from 192.168.0.1 DHCPREQUEST on ral0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.4 -- renewal in 43200 seconds. lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 ral0: flags=8843 metric 0 mtu 1500 ether 00:xx:.... inet 192.168.0.4 netmask 0xffffff00 broadcast 192.168.0.255 media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) status: associated ssid xxxxxxxxxxxx channel 10 (2457 Mhz 11g) bssid 00:xx:..... authmode WPA privacy ON deftxkey UNDEF TKIP 3:128-bit txpower 50 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS roaming MANUAL rc.d/netif: DEBUG: The following interfaces were not configured: fwip0 fwe0 rl0 plip0 /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. Now I have four dhclient processes: [root etc]ps -axj | grep dhclient root 9824 1 5727 5727 0 S ?? 0:00.00 dhclient: ral0 [pri _dhcp 9853 1 9853 9853 0 Ss ?? 0:00.00 dhclient: ral0 (dhc _dhcp 9880 1 9880 9880 0 Ss ?? 0:00.00 dhclient: ral0 (dhc root 9826 1 9283 1916 0 S p0 0:00.00 dhclient: ral0 [pri It seems that devd has started two new dhclients and netif has started its own pair as well. 1916 is the process id of the bash shell I su'ed from to start /etc/rc.d/netif. Best regards, Rob Jenssen From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 07:52:02 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23D2416A417; Mon, 11 Feb 2008 07:52:02 +0000 (UTC) (envelope-from robertjenssen@ozemail.com.au) Received: from outbound.icp-qv1-irony-out1.iinet.net.au (outbound.icp-qv1-irony-out1.iinet.net.au [203.59.1.108]) by mx1.freebsd.org (Postfix) with ESMTP id 5A8C513C45A; Mon, 11 Feb 2008 07:52:00 +0000 (UTC) (envelope-from robertjenssen@ozemail.com.au) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAADONr0d8qzag/2dsb2JhbAAIpwU X-IronPort-AV: E=Sophos;i="4.25,332,1199631600"; d="scan'208";a="285358796" Received: from unknown (HELO [192.168.0.4]) ([124.171.54.160]) by outbound.icp-qv1-irony-out1.iinet.net.au with ESMTP; 11 Feb 2008 16:51:59 +0900 From: Robert Jenssen To: Brooks Davis Date: Mon, 11 Feb 2008 18:51:58 +1100 User-Agent: KMail/1.9.7 References: <200802111137.21550.robertjenssen@ozemail.com.au> <20080211010626.GA69153@lor.one-eyed-alien.net> In-Reply-To: <20080211010626.GA69153@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802111851.58155.robertjenssen@ozemail.com.au> Cc: net@freebsd.org Subject: Re: dhclient conflict between /sbin/devd and /etc/rc.d/netif ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2008 07:52:02 -0000 Hi Brooks and all, On Mon, 11 Feb 2008 12:06:26 pm you wrote: > On Mon, Feb 11, 2008 at 11:37:21AM +1100, Robert Jenssen wrote: > > Hi, > > Every so often I have trouble connecting rt2560 based PCI wireless network > > card to my wireless router/access point. Typically I get: > > > > # sudo /etc/rc.d/netif restart ral0 > > Starting wpa_supplicant. > > ral0: no link .............. giving up > > ral0: flags=8843 metric 0 mtu 1500 > > ether 00:11:50:63:cd:47 > > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > > status: no carrier > > > > Even though there seems to be plenty of signal power: > > > > # sudo ifconfig ral0 list scan > > SSID BSSID CHAN RATE S:N INT CAPS > > xxxxxxx... 00:xx:xx:xx:xx:xx 10 54M -74:-95 100 EPS WPA > > > > Recently I noticed that sometimes, after the above "netif restart" fails, the > > ral0 interface "automagically" comes up anyway. Then dhclient is owned > > by /sbin/devd. The default devd.conf starts dhclient for both ethernet and > > PCI-cardbus devices. Is it a good idea for both /sbin/devd > > and /etc/rc.d/netif to start a dhclient on ral0 at about the same time? In the "magical" case above what I think is happening is that the dhclient startup from /etc/rc.d/netif called by rc fails. Later /etc/rc.d/netif is called again from /etc/pccard_ether:pccard_ether_start() by /sbin/devd. That call succeeds. The rc system uses rcorder to determine the order in which to run the rc scripts. On my system rcorder shows devd fairly early in the list. The devd.conf file calls a number of rc scripts. So far as I can see /sbin/devd doesn't check that these are called in the order listed by rcorder. Is this a problem? I have disabled devd (set the moused port explicitly in rc.conf) and done some simple tests on /usr/src/sbin/dhclient.c. In particular, at line 365 main() allows a hard-coded maximum of 10 seconds for the call to interface_link_status() to succeed. I changed this to 20 seconds with a print out and ran /etc/rc.d/netif restart a few times with rc_debug="YES". The results were 15 15 5 5 5 5 5 15 15 5 5 5 5 5 21(timed out!) 5 5 and 5 seconds. Presumably the (10n+5) seconds is a magic number inside my wireless card or router. I'm going to set the hardcoded value to 25 seconds. Would it be possible for you to commit a similar change? Here is a patch: *** src/sbin/dhclient/dhclient.c 2007-02-10 04:50:26.000000000 +1100 --- /usr/src/sbin/dhclient/dhclient.c 2008-02-11 18:09:25.000000000 +1100 *************** *** 360,370 **** fflush(stderr); sleep(1); while (!interface_link_status(ifi->name)) { fprintf(stderr, "."); fflush(stderr); ! if (++i > 10) { fprintf(stderr, " giving up\n"); exit(1); } sleep(1); } --- 360,370 ---- fflush(stderr); sleep(1); while (!interface_link_status(ifi->name)) { fprintf(stderr, "."); fflush(stderr); ! if (++i > 25) { fprintf(stderr, " giving up\n"); exit(1); } sleep(1); } ("diff -C 5" to show the sleep()s!). Rather than dhclient.c timing 10 seconds and calling exit(), as shown above, shouldn't the dhclient.conf "timeout" configuration item cover this situation? I see that PR bin/98577 wants this hardcoded timeout reduced or made adjustable via dhclient.conf. Best regards, Rob Jenssen From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 11:07:10 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B632516A4C9 for ; Mon, 11 Feb 2008 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6F713C455 for ; Mon, 11 Feb 2008 11:07:10 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1BB7AMa007472 for ; Mon, 11 Feb 2008 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1BB79SO007468 for freebsd-net@FreeBSD.org; Mon, 11 Feb 2008 11:07:10 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 11 Feb 2008 11:07:10 GMT Message-Id: <200802111107.m1BB79SO007468@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 11:07:11 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue f kern/62374 net panic: free: multiple frees s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/95665 net [if_tun] "ping: sendto: No buffer space available" wit s kern/105943 net Network stack may modify read-only mbuf chain copies o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112722 net [udp] IP v4 udp fragmented packet reject o kern/113457 net [ipv6] deadlock occurs if a tunnel goes down while the o kern/113842 net [ipv6] PF_INET6 proto domain state can't be cleared wi o kern/114714 net [gre][patch] gre(4) is not MPSAFE and does not support o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/116077 net [ip] [patch] 6.2-STABLE panic during use of multi-cast o kern/116172 net [tun] [panic] Network / ipv6 recursive mutex panic o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/116328 net [bge]: Solid hang with bge interface o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117423 net [vlan] Duplicate IP on different interfaces o kern/117448 net [carp] 6.2 kernel crash (regression) o kern/118880 net [ipv6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card (regr o kern/119345 net [ath] Unsuported Atheros 5424/2424 and CPU speedstep n o kern/119361 net [bge] bge(4) transmit performance problem o kern/119548 net [pf] [ath] [patch] PF Altq with ath hostap problem o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o kern/120266 net [panic] gnugk causes kernel panic when closing UDP soc o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time 35 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s kern/60293 net FreeBSD arp poison patch o kern/95267 net packet drops periodically appear f kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/102035 net [plip] plip networking disables parallel port printing o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o bin/117339 net [patch] route(8): loading routing management commands f kern/118722 net [tcp] Many old TCP connections in SYN_RCVD state o kern/118727 net [ng] [patch] [request] add new ng_pf module a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118975 net [bge] [patch] Broadcom 5906 not handled by FreeBSD o bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o kern/119432 net [arp] route add -host -iface causes arp e o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/120493 net [wpi] if_wpi.ko fails to load on a Toshiba Satellite P 23 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 13:52:40 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2250616A468 for ; Mon, 11 Feb 2008 13:52:40 +0000 (UTC) (envelope-from esaylor@harrisonburg.k12.va.us) Received: from mail.harrisonburg.k12.va.us (mail.harrisonburg.k12.va.us [204.111.40.3]) by mx1.freebsd.org (Postfix) with ESMTP id 972DC13C461 for ; Mon, 11 Feb 2008 13:52:39 +0000 (UTC) (envelope-from esaylor@harrisonburg.k12.va.us) Received: from [10.40.6.159] ([10.40.6.159]) (authenticated bits=0) by mail.harrisonburg.k12.va.us (8.13.8/8.13.8) with ESMTP id m1BDR2U0031005 for ; Mon, 11 Feb 2008 08:27:06 -0500 From: Ed Saylor To: freebsd-net@freebsd.org Content-Type: text/plain Organization: hcps Date: Mon, 11 Feb 2008 08:26:59 -0500 Message-Id: <1202736419.10776.8.camel@freebsd.hhs.harrisonburg.k12.va.us> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: Newb needs help with netware (ncp) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: esaylor@harrisonburg.k12.va.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Feb 2008 13:52:40 -0000 I am trying to get my freebsd machine to mount a netware volume. The netware version is 6.5 running pure TCP. No IPX running on server. When I try mount_nwfs -A 204.111.42.194 /serv:admin/apps /mnt/serv I get an error message which states: mount_nwfs: mount error: /mnt/serv: syserr = No such file or directory I have created a directory named serv under the mnt directory. My fstab has the following line: /serv:admin /mnt/serv nwfs ro,noauto 0 0 I have rebuilt my kernel with NCP added by using the following lines options IPX #IPX/SPX communications protocols options NCP #NetWare Core protocol options ETHER_II # enable Ethernet_II frame options ETHER_8023 # enable Ethernet_802.3 (Novell) frame options ETHER_8022 # enable Ethernet_802.2 frame options ETHER_SNAP I have researched this error until I have hit a dead end. This is my last hope for help. Thanks for any thoughts. From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 16:07:59 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB83216A418 for ; Mon, 11 Feb 2008 16:07:59 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 41CD813C442 for ; Mon, 11 Feb 2008 16:07:59 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.1/8.13.8) with ESMTP id m1BG7vu1076863; Mon, 11 Feb 2008 10:07:57 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id m1BG7uXE076862; Mon, 11 Feb 2008 10:07:56 -0600 (CST) (envelope-from brooks) Date: Mon, 11 Feb 2008 10:07:56 -0600 From: Brooks Davis To: Robert Jenssen Message-ID: <20080211160756.GB69153@lor.one-eyed-alien.net> References: <200802111137.21550.robertjenssen@ozemail.com.au> <20080211010626.GA69153@lor.one-eyed-alien.net> <200802111323.57387.robertjenssen@ozemail.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <200802111323.57387.robertjenssen@ozemail.com.au> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 11 Feb 2008 10:07:58 -0600 (CST) Cc: net@freebsd.org Subject: Re: dhclient conflict between /sbin/devd and /etc/rc.d/netif ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2008 16:07:59 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2008 at 01:23:57PM +1100, Robert Jenssen wrote: > Hi, >=20 > Thanks for the prompt reply. By "owned", I meant that "ps -ajx"=20 > shows /sbin/devd as the process group leader. For example, at the moment = on=20 > my system: >=20 > [root etc]ps -axj | grep devd > root 5727 1 5727 5727 0 Is ?? 0:00.00 /sbin/devd > [root etc]ps -axj | grep dhclient > root 6373 1 5727 5727 0 I ?? 0:00.00 dhclient: ral0 > _dhcp 6395 1 6395 6395 0 Ss ?? 0:00.09 dhclient: ral0 > [root etc] =20 >=20 > I agree, /sbin/devd calls /etc/rc.d/dhclient which checks for the existen= ce of=20 > a running dhclient. I find the rc scripts hard to follow but so far as I = can=20 > see /etc/rc.d/netif simply calls "ifconfig dhcp" and doesn't check for a= =20 > running dhclient. The head of the process group is completely irrelevent and has no effect. /etc/rc.d/netif litereally calls /etc/rc.d/dhclient is most definitly does = not call "ifconfig dhcp" since no varient of that has ever worked. if dhcpif $1; then if [ $_cfg -ne 0 ] ; then ifconfig $1 up fi if syncdhcpif $1; then /etc/rc.d/dhclient start $1 fi _cfg=3D0 fi > Here are the relevant lines in my rc.conf: >=20 > rc_debug=3D"YES" > ifconfig_ral0=3D"inet dhcp channel 10 wpa up" "inet" is wrong here and "channel 10" is pointless unless you're running an AP or in ad-hoc mode. You're basically luck that anything works for you since this generates a completely bogus ifconfig command. > devd_enable=3D"YES" >=20 > Here is the output of "/etc/rc.d/netif restart": >=20 > [root etc]rc.d/netif restart > rc.d/netif: DEBUG: run_rc_command: doit: network_stop > Stopping network:Stopping wpa_supplicant. > /etc/rc.d/wpa_supplicant: DEBUG: run_rc_command: doit: kill -TERM 6229 > /etc/rc.d/dhclient: DEBUG: run_rc_command: doit: dhclient_stop > lo0 fwip0 fwe0 rl0 ral0 plip0rc.d/netif: DEBUG: The following interfaces= were=20 > not configured: > . > rc.d/netif: DEBUG: run_rc_command: doit: network_start > rc.d/netif: DEBUG: Cloned: > Starting wpa_supplicant. > /etc/rc.d/wpa_supplicant: DEBUG: run_rc_command:=20 > doit: /usr/sbin/wpa_supplicant -q -B -i ral0 -c /etc/wpa_supplicant.conf= -D=20 > bsd -P /var/run/wpa_supplicant/ral0.pid > rc.d/netif: DEBUG: checkyesno: synchronous_dhclient is set to YES. > /etc/rc.d/dhclient: DEBUG: run_rc_command: doit: dhclient_start > /etc/rc.d/dhclient: DEBUG: checkyesno: background_dhclient is set to NO. > ral0: no link ............ got link > DHCPREQUEST on ral0 to 255.255.255.255 port 67 > DHCPDISCOVER on ral0 to 255.255.255.255 port 67 interval 8 > DHCPOFFER from 192.168.0.1 > DHCPREQUEST on ral0 to 255.255.255.255 port 67 > DHCPACK from 192.168.0.1 > bound to 192.168.0.4 -- renewal in 43200 seconds. > lo0: flags=3D8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > ral0: flags=3D8843 metric 0 mtu 1= 500 > ether 00:xx:.... > inet 192.168.0.4 netmask 0xffffff00 broadcast 192.168.0.255 > media: IEEE 802.11 Wireless Ethernet autoselect (OFDM/54Mbps) > status: associated > ssid xxxxxxxxxxxx channel 10 (2457 Mhz 11g) bssid 00:xx:..... > authmode WPA privacy ON deftxkey UNDEF TKIP 3:128-bit txpower 50 > bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi11g 7 roam:rate11g 5 protmode CTS roaming MANUAL > rc.d/netif: DEBUG: The following interfaces were not configured: fwip0 f= we0=20 > rl0 plip0 > /etc/rc.d/ipfilter: DEBUG: checkyesno: ipfilter_enable is set to NO. >=20 > Now I have four dhclient processes: >=20 > [root etc]ps -axj | grep dhclient > root 9824 1 5727 5727 0 S ?? 0:00.00 dhclient: ral= 0=20 > [pri > _dhcp 9853 1 9853 9853 0 Ss ?? 0:00.00 dhclient: ral= 0=20 > (dhc > _dhcp 9880 1 9880 9880 0 Ss ?? 0:00.00 dhclient: ral= 0=20 > (dhc > root 9826 1 9283 1916 0 S p0 0:00.00 dhclient: ral= 0=20 > [pri >=20 > It seems that devd has started two new dhclients and netif has started it= s own=20 > pair as well. 1916 is the process id of the bash shell I su'ed from to=20 > start /etc/rc.d/netif. Does you still set four processes in the steady state? That shouldn't happ= en since starting a second dhclient is supposed to kill the existing one. There should be two processes per interface due to the privege seperation model used by dhclient. -- Brooks --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHsHLcXY6L6fI4GtQRArJTAJ9f56GRQE13K2BoJK0sUFefO0mATQCeNETM qphBZU/F+YeUDnZTjNJh2IE= =jPf5 -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz-- From owner-freebsd-net@FreeBSD.ORG Mon Feb 11 16:19:16 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C00316A468 for ; Mon, 11 Feb 2008 16:19:16 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id D106E13C455 for ; Mon, 11 Feb 2008 16:19:15 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.1/8.13.8) with ESMTP id m1BGJED3076965; Mon, 11 Feb 2008 10:19:14 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id m1BGJEqU076964; Mon, 11 Feb 2008 10:19:14 -0600 (CST) (envelope-from brooks) Date: Mon, 11 Feb 2008 10:19:14 -0600 From: Brooks Davis To: Robert Jenssen Message-ID: <20080211161914.GC69153@lor.one-eyed-alien.net> References: <200802111137.21550.robertjenssen@ozemail.com.au> <20080211010626.GA69153@lor.one-eyed-alien.net> <200802111851.58155.robertjenssen@ozemail.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s9fJI615cBHmzTOP" Content-Disposition: inline In-Reply-To: <200802111851.58155.robertjenssen@ozemail.com.au> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 11 Feb 2008 10:19:15 -0600 (CST) Cc: net@freebsd.org Subject: Re: dhclient conflict between /sbin/devd and /etc/rc.d/netif ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2008 16:19:16 -0000 --s9fJI615cBHmzTOP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 11, 2008 at 06:51:58PM +1100, Robert Jenssen wrote: > Hi Brooks and all, >=20 > On Mon, 11 Feb 2008 12:06:26 pm you wrote: > > On Mon, Feb 11, 2008 at 11:37:21AM +1100, Robert Jenssen wrote: > > > Hi, > > > Every so often I have trouble connecting rt2560 based PCI wireless ne= twork=20 > > > card to my wireless router/access point. Typically I get: > > >=20 > > > # sudo /etc/rc.d/netif restart ral0 > > > Starting wpa_supplicant. > > > ral0: no link .............. giving up > > > ral0: flags=3D8843 metric 0 m= tu 1500 > > > ether 00:11:50:63:cd:47 > > > media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps) > > > status: no carrier > > >=20 > > > Even though there seems to be plenty of signal power: > > >=20 > > > # sudo ifconfig ral0 list scan > > > SSID BSSID CHAN RATE S:N INT CAPS > > > xxxxxxx... 00:xx:xx:xx:xx:xx 10 54M -74:-95 100 EPS WPA > > >=20 > > > Recently I noticed that sometimes, after the above "netif restart" fa= ils,=20 > the=20 > > > ral0 interface "automagically" comes up anyway. Then dhclient is owne= d=20 > > > by /sbin/devd. The default devd.conf starts dhclient for both etherne= t and=20 > > > PCI-cardbus devices. Is it a good idea for both /sbin/devd=20 > > > and /etc/rc.d/netif to start a dhclient on ral0 at about the same tim= e?=20 >=20 > In the "magical" case above what I think is happening is that the dhclien= t=20 > startup from /etc/rc.d/netif called by rc fails. Later /etc/rc.d/netif is= =20 > called again from /etc/pccard_ether:pccard_ether_start() by /sbin/devd. T= hat=20 > call succeeds.=20 As long as the interface is in the "up" state, /etc/pccard_ether will ignore the interface. I'm fairly sure we don't configure interfaces twice, though it's probably worth verifying that that's the case. > The rc system uses rcorder to determine the order in which to run the rc= =20 > scripts. On my system rcorder shows devd fairly early in the list. The=20 > devd.conf file calls a number of rc scripts. So far as I can see /sbin/de= vd=20 > doesn't check that these are called in the order listed by rcorder. Is th= is a=20 > problem?=20 Not generally, though it's vaguely possible there are still problems around. The general idea is that all scripts devd should always be safe to call. > I have disabled devd (set the moused port explicitly in rc.conf) and done= some=20 > simple tests on /usr/src/sbin/dhclient.c. In particular, at line 365 main= ()=20 > allows a hard-coded maximum of 10 seconds for the call to=20 > interface_link_status() to succeed. I changed this to 20 seconds with a p= rint=20 > out and ran /etc/rc.d/netif restart a few times with rc_debug=3D"YES". Th= e=20 > results were > 15 15 5 5 5 5 5 15 15 5 5 5 5 5 21(timed out!) 5 5 and 5 seconds. Presuma= bly=20 > the (10n+5) seconds is a magic number inside my wireless card or router. = I'm=20 > going to set the hardcoded value to 25 seconds. Would it be possible for = you=20 > to commit a similar change? Sorry, no chance. It's too long for most people already. > ("diff -C 5" to show the sleep()s!). Rather than dhclient.c timing 10 sec= onds=20 > and calling exit(), as shown above, shouldn't the dhclient.conf "timeout"= =20 > configuration item cover this situation? I see that PR bin/98577 wants th= is=20 > hardcoded timeout reduced or made adjustable via dhclient.conf. Some sort of link-timeout parameter might be acceptable as a new configurat= ion option. -- Brooks P.S. Your interface appears to be getting an address. Don't you have anyth= ing better to worry about? :-) --s9fJI615cBHmzTOP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHsHWBXY6L6fI4GtQRAt1gAJ4tVsfJu9VnJpScFNTenCzo7rqSmwCfdZVy OxLrab0zKjF7iIykTo9ZqOM= =NiRE -----END PGP SIGNATURE----- --s9fJI615cBHmzTOP-- From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 01:02:48 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C527C16A419 for ; Tue, 12 Feb 2008 01:02:48 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [204.14.85.196]) by mx1.freebsd.org (Postfix) with ESMTP id A45DE13C43E for ; Tue, 12 Feb 2008 01:02:48 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JOiue-0007BR-W0; Mon, 11 Feb 2008 19:22:18 -0500 From: "Yuri Lukin" To: mcc@fid4.com Date: Mon, 11 Feb 2008 19:22:16 -0500 Message-Id: <20080212002046.M50527@swaggi.com> In-Reply-To: <20080212000600.M40532@swaggi.com> References: <47AF9CFB.9030309@fid4.com> <20080212000600.M40532@swaggi.com> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: net@freebsd.org Subject: Re: Wireless connection hangs using FreeBSD as AP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2008 01:02:48 -0000 On Sun, 10 Feb 2008 19:55:23 -0500, Michael C. Cambria wrote > I have quite a few Soekris machines as wireless AP's using the > PCMCIA NL-2511 CD EXT card (wi0 in hostap mode) found at Netgate. I > also have a desktop with a similar setup, to debug prior to flashing > for Soekris. All run FreeBSD 4.10-Stable. > > I'm suddenly seeing a problem where wireless connections just hang. > However, the only time this happens is with clients that use non NL- > 2511 wireless cards . All my gear is NL-2511, all from Netgate. > > The problem is, just recently, friends and family come by with newer > laptops, they associate just fine, but connections just hang. In > all cases, the clients are XP (home or Pro), using newer laptops > that have Intel based 802.11a/b/g type cards. All work just fine to > off the shelf AP's around the globe. Only to my FreeBSD AP is there > an issue. > > Netgate suggested it was the wi driver, so another desktop was setup > to test as an AP. This uses FreeBSD 7 (just prior to any RC). The > result seems to be the same. > > The prism firmware for all prism cards is 1.4.9. > > Has anyone else seen this? Since all my personal gear is the same > family, I never experienced a problem until now. > > I do plan on moving to 802.11g, and migrating existing gear to > FreeBSD > 6.3/7.0 in the very near future. However, I'd like to get to the > bottom of this if possible. > > Thanks, > MikeC > >I too have noticed a similar problem with my Soekris boxes and Intel 3945abg >clients, even with latest RELENG_7. And I use ath-based MiniPCI cards on the >Soekris and ath seems to be the best choice for wireless in FreeBSD, all >thanks to great work by Sam. I should mention that it's nearly impossible to >troubleshoot this without additional information (athdebug, athstats, >etc...). >Sadly I have not had time to debug my setup either... In your case, if you stick with wi, you'd probably want wlanstats and wlandebug. From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 01:02:49 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 719F716A417 for ; Tue, 12 Feb 2008 01:02:49 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from rusty.swaggy.net (rusty.swaggy.net [204.14.85.196]) by mx1.freebsd.org (Postfix) with ESMTP id 5150513C442 for ; Tue, 12 Feb 2008 01:02:49 +0000 (UTC) (envelope-from lists@swaggi.com) Received: from localhost ([127.0.0.1] helo=swaggi.com) by rusty.swaggy.net with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1JOioT-0007At-K3; Mon, 11 Feb 2008 19:15:55 -0500 From: "Yuri Lukin" To: "Michael C. Cambria" ,net@freebsd.org Date: Mon, 11 Feb 2008 19:15:53 -0500 Message-Id: <20080212000600.M40532@swaggi.com> In-Reply-To: <47AF9CFB.9030309@fid4.com> References: <47AF9CFB.9030309@fid4.com> X-Mailer: swaggi.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Cc: Subject: Re: Wireless connection hangs using FreeBSD as AP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2008 01:02:49 -0000 On Sun, 10 Feb 2008 19:55:23 -0500, Michael C. Cambria wrote > I have quite a few Soekris machines as wireless AP's using the > PCMCIA NL-2511 CD EXT card (wi0 in hostap mode) found at Netgate. I > also have a desktop with a similar setup, to debug prior to flashing > for Soekris. All run FreeBSD 4.10-Stable. > > I'm suddenly seeing a problem where wireless connections just hang. > However, the only time this happens is with clients that use non NL- > 2511 wireless cards . All my gear is NL-2511, all from Netgate. > > The problem is, just recently, friends and family come by with newer > laptops, they associate just fine, but connections just hang. In > all cases, the clients are XP (home or Pro), using newer laptops > that have Intel based 802.11a/b/g type cards. All work just fine to > off the shelf AP's around the globe. Only to my FreeBSD AP is there > an issue. > > Netgate suggested it was the wi driver, so another desktop was setup > to test as an AP. This uses FreeBSD 7 (just prior to any RC). The > result seems to be the same. > > The prism firmware for all prism cards is 1.4.9. > > Has anyone else seen this? Since all my personal gear is the same > family, I never experienced a problem until now. > > I do plan on moving to 802.11g, and migrating existing gear to > FreeBSD > 6.3/7.0 in the very near future. However, I'd like to get to the > bottom of this if possible. > > Thanks, > MikeC I too have noticed a similar problem with my Soekris boxes and Intel 3945abg clients, even with latest RELENG_7. And I use ath-based MiniPCI cards on the Soekris and ath seems to be the best choice for wireless in FreeBSD, all thanks to great work by Sam. I should mention that it's nearly impossible to troubleshoot this without additional information (athdebug, athstats, etc...). Sadly I have not had time to debug my setup either... Yuri From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 07:14:49 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA15016A41A for ; Tue, 12 Feb 2008 07:14:49 +0000 (UTC) (envelope-from degreane@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.244]) by mx1.freebsd.org (Postfix) with ESMTP id 604FE13C455 for ; Tue, 12 Feb 2008 07:14:49 +0000 (UTC) (envelope-from degreane@gmail.com) Received: by ag-out-0708.google.com with SMTP id 5so820287agb.7 for ; Mon, 11 Feb 2008 23:14:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=eRKAPU8EndvtIbIi9RKoDZTfmzEhY1xxsNzJklM/R/c=; b=p8PYRmXYYPMZ/ZTipvvlBhwjYOpwelAFHcP/Dkdc/Z7whwzf8K3gHyRklKH/CYklWuwfKAihJxCdZTYHU5oeca5HAtzzap3W1Npw4bMgPYO2cqKxlTUFHKuC36Y+OE2DP0M24cQPDEwf3zzzMwe9O5/SXy8OF42ePsA5pvvsNvk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=we9VQq4bflnJqW3hnzvDnIN8CcX9bZBjQFvk0MEA4Jbe6xbp4mxt3zSxZm9dTXaLOQ9/JnnxA8lBonrdI8JkGfv2QerOX9b/A1fAbek5UM4Cf32lDO2hxe1Zh1bC0MkRZBWeNJBV80CpLOkDTL6sG7v9ODmAsaj3YYJj/eFfms4= Received: by 10.100.247.14 with SMTP id u14mr1995610anh.79.1202799588444; Mon, 11 Feb 2008 22:59:48 -0800 (PST) Received: by 10.100.12.2 with HTTP; Mon, 11 Feb 2008 22:59:48 -0800 (PST) Message-ID: Date: Tue, 12 Feb 2008 08:59:48 +0200 From: "Faysal Banna" To: "Andre Oppermann" , freebsd-net@freebsd.org In-Reply-To: <47A78070.1080504@freebsd.org> MIME-Version: 1.0 References: <32c178710802040633w671f8512mc3f8991dc996d3a3@mail.gmail.com> <20080204191502.GO99258@elvis.mu.org> <47A8057B.2080801@gmail.com> <47A78070.1080504@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: FreeBSD network stack Vs others X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2008 07:14:49 -0000 You have spoken about lots of optimization. and mainly talked about special cases concerned which syncache is one among them. where one can get more info about these features and more about enhancements for certain cases. Regards On Feb 4, 2008 11:15 PM, Andre Oppermann wrote: > ithilgore wrote: > > Alfred Perlstein wrote: > >> * ithilgore -- [080204 06:59] wrote: > >> > >>> I 'd like to learn what are the basic differences ( pros and cons ) > >>> between > >>> the > >>> FreeBSD network stack and the other OSs' ( especially linux ) > >>> > >>> I know that linux has had everything rewritten from scratch as far as > >>> the > >>> implementation of tcp-ip and the sockets are concerned and would like > to > >>> know if this has made it actually more robust or state-of-the-art than > >>> FreeBSD's or the opposite. > >>> > >>> Some actual technical details and references would be appreciated. > >>> > >> > >> Linux's stack hasn't been rewritten from the BSD one, it was written > >> from scratch. > >> > >> Linux's tcp/ip stack has been rewritten many times over the years > >> with the promise of large performance gains. > >> > >> The fact of the matter is that the performance on the "bleeding > >> edge" of both systems, FreeBSD and Linux, is about the same. > >> > >> From a BSD proponent's perspective, I would take the pragmatic > >> viewpoint that everytime Linux reinvents its stack to get performance > >> or some other feature FreeBSD isn't far behind with a relatively > >> minor change to its stack to accomplish the same feat. > >> > >> -Alfred > >> > > > > This means less work for the same gain, if it is as you say. > > FreeBSD's TCP/IP stack is a descendant of the original reference TCP/IP > implementation from the University of California at Berkeley. The > Internet > was pretty much invented and developed on the BSD operating system source > code. The reference standard book named "TCP/IP Illustrated Vol. 2" > describes > the BSD (and FreeBSD's) TCP/IP stack in great detail. This book is used > to > teach TCP/IP implementations to almost all Computer Science students all > over > the world. Of course FreeBSD has further refined the implementation and > added > support for RFCs features that came after the original code base. > > > As far as special cases are concerned, has FreeBSD taken extra care for > > them ? > > Yes. We have SYN flood attack protection (called syncache) and many more > advanced features. > > > Like for example error checking on more things or > > additional care for a special bad condition not to happen. > > What about the security hardening ? Would the FreeBSD network stack > > succumb less easily to attacks (supposing one doesn't use any additional > > protection mechanism ) ? > > No, the stack is *very* robust. You can't crash it. Though you have to > differentiate between attacks that try to cause the operating system to > break (which you can't on FreeBSD); and attacks that overload the (any) > system by opening so many connections that it can't deal with them > anymore. > Here we have pretty much all parts covered too. Syncache, compressed > time_ > wait states, etc. > > No to say something great can't improved further. I'm currently doing > that > with long term view. However the FreeBSD approach is evolutionary instead > of revolutionary as it happens so often on Linux. This gives us a very > stable and very proven long living code base. > > -- > Andre > > _______________________________________________ > 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" > -- ============================ Faysal Banna Meteorological Services Rafic Harriri International Airport Beirut - Lebanon Mob: +961-3-258043 ============================= From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 08:51:42 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0460016A417 for ; Tue, 12 Feb 2008 08:51:42 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from relay1.tpu.ru (relay.tpu.ru [85.143.64.15]) by mx1.freebsd.org (Postfix) with ESMTP id EE33013C458 for ; Tue, 12 Feb 2008 08:51:39 +0000 (UTC) (envelope-from vadimnuclight@tpu.ru) Received: from localhost (localhost.localdomain [127.0.0.1]) by relay1.tpu.ru (Postfix) with ESMTP id BCAD8105674; Tue, 12 Feb 2008 14:51:37 +0600 (NOVT) X-Virus-Scanned: amavisd-new at tpu.ru Received: from relay1.tpu.ru ([127.0.0.1]) by localhost (relay1.tpu.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bvEIdT5P8rm7; Tue, 12 Feb 2008 14:51:35 +0600 (NOVT) Received: from mail.main.tpu.ru (mail.main.tpu.ru [10.0.0.3]) by relay1.tpu.ru (Postfix) with ESMTP id 6FB0D10570A; Tue, 12 Feb 2008 14:51:35 +0600 (NOVT) Received: from mail.tpu.ru ([213.183.112.105]) by mail.main.tpu.ru with Microsoft SMTPSVC(6.0.3790.3959); Tue, 12 Feb 2008 14:51:35 +0600 Received: from nuclight.avtf.net ([78.140.3.41]) by mail.tpu.ru over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Tue, 12 Feb 2008 14:51:34 +0600 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org, freebsd-stable@freebsd.org Date: Tue, 12 Feb 2008 14:51:32 +0600 From: "Vadim Goncharov" Organization: AVTF TPU Hostel Content-Type: text/plain; format=flowed; delsp=yes; charset=koi8-r MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/7.54 (Win32, build 3865) X-OriginalArrivalTime: 12 Feb 2008 08:51:35.0040 (UTC) FILETIME=[78BD2000:01C86D54] Cc: Subject: [PATCH] ng_nat(4) redirects and rc.d script X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2008 08:51:42 -0000 Hello! Please test: http://antigreen.org/vadim/freebsd/ng_nat/ (I've ran for a week on a production 6.2 router without any problems). This is a patched version of ng_nat(4) for FreeBSD 6.x, providing support for all libalias(3) features, especially port redirections (before this moment ng_nat(4) has supported only the basic functionality of the library). To compile kernel module: $ make To load it into the running kernel: $ kldload ./ng_nat.ko To view the man page documenting new messages: $ tbl ng_nat.4 | nroff -man | more There is also included a convenient rcNG-style boot script, ng_nat.sh, which allows to easily configure ng_nat(4) nodes and ipfw(8) from rc.conf(5). It is based on a Eugene Grosbein's version and heavily modified by me. Example for two nodes from /etc/rc.conf: ng_nat_nodes="simple full" # list of node names # Simple example - all we need is only three lines ng_nat_simple_interface="em1" # take IP addr from "em1" ng_nat_simple_cookies="50 51" # ipfw's "netgraph" arguments, "in" then "out" ng_nat_simple_ipfw_rules="80 90" # ipfw rule numbers to create, "in" then "out" # More complex example, in which we need custom ipfw(8) rules for several # selected networks (default rule will catch all) and setup some redirections. ng_nat_full_interface="1.2.3.4" # external alias address ng_nat_full_cookies="60 61" # for custom rules these numbers are used only for deletion on shutdown; # these can duplicate and be more than two ng_nat_full_ipfw_rules="172 172 182" # Actual custom rules - if not defined, rules are created automatically ng_nat_full_ipfw_rule0="172 netgraph 60 ip from 172.16.0.0/25 to any out xmit em0" ng_nat_full_ipfw_rule1="172 netgraph 60 ip from 172.16.0.128/27 to any out xmit em0" ng_nat_full_ipfw_rule2="182 netgraph 61 ip from any to 1.2.3.4 in recv em0" # Set natd(8)-like flags for node (if not specified, node uses "same_ports") # Available flags are: log, deny_incoming, same_ports, unregistered_only, # proxy_only, reverse, reset_on_addr_change. The last is new and means that # after aliasing address change internal table should be cleared (breaks # current connections like node restart). ng_nat_full_set_mode="same_ports unregistered_only" # Set target address for any unspecified incoming traffic, like "natd -t" ng_nat_full_set_target="172.16.0.100" # Set up several redirection rules, each can have an optional description # string of up to 63 chars in length. DNS hostnames are disallowed. # natd(8) -redirect_port ng_nat_full_redirect_port0="tcp 172.16.0.1:22 222" ng_nat_full_redirect_port1="udp 172.16.0.2:2300-2399 3300-3399" ng_nat_full_redirect_port1_description="For P2P and VoIP apps" ng_nat_full_redirect_port2="tcp 172.16.0.101:80,172.16.0.102:80,172.16.0.103:80 1.2.3.4:80" # -redirect_proto and -redirect_address (including LSNAT) can be # specified the same way, if needed, as long as -proxy_rule. The script also supports additional command-line keywords, along with standard "start" and "stop" ones. They include "redirect_port", "redirect_proto" and "redirect_address", along with "list_redirects". The format is: $ /path/to/ng_nat.sh [arguments] e.g. $ /etc/rc.d/ng_nat.sh redirect_port full tcp 172.16.0.8:80 8080 This allows to add redirections "on the fly" without need to restart entire node breaking current connections. The "list_redirects" keyword prints table of all redirects (no matter what type) in a pretty human-readable format. This can be used to obtain ID of specific redirection to make it dynamic or delete it "on the fly": $ ngctl msg full: redirectdelete 3 # delete redirection with ID number 3 Enjoy! ;-) -- WBR, Vadim Goncharov From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 14:39:30 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC73B16A420 for ; Tue, 12 Feb 2008 14:39:30 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9E26713C468 for ; Tue, 12 Feb 2008 14:39:30 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1CEdP7c077421; Tue, 12 Feb 2008 06:39:30 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1CEdJ0Y001543; Tue, 12 Feb 2008 06:39:19 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1CEdIHF005368; Tue, 12 Feb 2008 06:39:18 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Tue, 12 Feb 2008 23:39:17 +0900 Message-ID: From: gnn@freebsd.org To: Michael Tuexen In-Reply-To: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> References: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Net Subject: Re: Kernel compile 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: Tue, 12 Feb 2008 14:39:30 -0000 At Thu, 7 Feb 2008 15:16:44 +0100, Michael Tuexen wrote: > > Dear all, > > I was able to build an IPv4 only kernel by having > options INET > #options INET6 > in the kernel config file. > > Is it supposed to work that one can build a IPv6-only > kernel by using > #options INET > options INET6 > I have not tried and I actually doubt it. > And should I be able to compile a kernel without IPv4 and IPv6 > support by using > #options INET > #options INET6 > I believe this does not work either. Best, George From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 14:46:52 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4F8616A46B for ; Tue, 12 Feb 2008 14:46:52 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id C8AA413C455 for ; Tue, 12 Feb 2008 14:46:52 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1CEkk7e077669; Tue, 12 Feb 2008 06:46:52 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1CEkIuC004777; Tue, 12 Feb 2008 06:46:19 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1CEkII5006802; Tue, 12 Feb 2008 06:46:18 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Tue, 12 Feb 2008 23:46:17 +0900 Message-ID: From: gnn@freebsd.org To: Tofig Suleymanov In-Reply-To: <47AB2798.6010202@freebsd.az> References: <47AB2798.6010202@freebsd.az> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: net@freebsd.org Subject: Re: if_start() and send queue question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 14:46:53 -0000 At Thu, 07 Feb 2008 19:45:28 +0400, Tofig Suleymanov wrote: > > Hello list, > > I will be grateful if someone could point me to the right direction > regarding the question below. > > My device driver is getting incoming packets fine, but for some reason I > am not able to send a single packet. Here is the source code: > http://www.freebsd.az/if_ib.c > > I've added several debug messages to the source and here is the output: > / > /(bringing interface up and assigning the ip/netmask combination) > / > ifconfig ib0 192.168.0.6 netmask 255.255.255.0 up > > /(and here is what I get in /var/log/messages /; /it seems to be a > standard arp broadcast) > / > Feb 7 19:14:32 schizo kernel: ib_init entered > Feb 7 19:14:32 schizo kernel: ib_start entered > Feb 7 19:14:32 schizo kernel: ib_encap entered > Feb 7 19:14:32 schizo kernel: DHOST ff ff ff ff ff ff > Feb 7 19:14:32 schizo kernel: SHOST 0 c0 ee 22 3 14 > Feb 7 19:14:32 schizo kernel: txeof entered > Feb 7 19:14:32 schizo kernel: txeof exiting > > /(now I try pinging, but no joy . I've added extra debug messages inside > ping.c) > > /schizo# ping 192.168.0.1 > PING 192.168.0.1 (192.168.0.1): 56 data bytes > packets sent: -1 > ping: sendto: Invalid argument > packets sent: -1 > ping: sendto: Invalid argument > packets sent: -1 > ping: sendto: Invalid argument > ^C > --- 192.168.0.1 ping statistics --- > 3 packets transmitted, 0 packets received, 100% packet loss > / > > I have also tied to add debug messages to sys/net/if.c and > sys/net/netisr.c and it seems that the kernel doesn't even try to run my > ib_start() function. > Some things to try: 1) Add debug statements to the ib_start() routine. 2) See if bpf works (tcpdump -i ib0) 3) Show us the output of: ifconfig ib0 netstat -i Best, George From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 15:38:47 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C95E816A417; Tue, 12 Feb 2008 15:38:47 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 2C55113C4E8; Tue, 12 Feb 2008 15:38:47 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [192.168.1.197] (p508FC174.dip.t-dialin.net [80.143.193.116]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 546EA1C0B4632; Tue, 12 Feb 2008 16:38:45 +0100 (CET) Message-Id: From: Michael Tuexen To: gnn@freebsd.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 16:38:44 +0100 References: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> X-Mailer: Apple Mail (2.919.2) Cc: FreeBSD Net Subject: Re: Kernel compile 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: Tue, 12 Feb 2008 15:38:47 -0000 Hi George, thanks for the feedback. So I'll make sure that one can compile SCTP with only INET enabled. Best regards Michael On Feb 12, 2008, at 3:39 PM, gnn@freebsd.org wrote: > At Thu, 7 Feb 2008 15:16:44 +0100, > Michael Tuexen wrote: >> >> Dear all, >> >> I was able to build an IPv4 only kernel by having >> options INET >> #options INET6 >> in the kernel config file. >> >> Is it supposed to work that one can build a IPv6-only >> kernel by using >> #options INET >> options INET6 >> > > I have not tried and I actually doubt it. > >> And should I be able to compile a kernel without IPv4 and IPv6 >> support by using >> #options INET >> #options INET6 >> > > I believe this does not work either. > > Best, > George > From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 16:00:09 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EC3A16A479 for ; Tue, 12 Feb 2008 16:00:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B15613C457 for ; Tue, 12 Feb 2008 16:00:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1CG08nv048817 for ; Tue, 12 Feb 2008 16:00:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1CG08t2048814; Tue, 12 Feb 2008 16:00:08 GMT (envelope-from gnats) Date: Tue, 12 Feb 2008 16:00:08 GMT Message-Id: <200802121600.m1CG08t2048814@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Gregg Czupryna Cc: Subject: RE: kern/116172: [tun] [panic] Network / ipv6 recursive mutex panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gregg Czupryna List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 16:00:09 -0000 The following reply was made to PR kern/116172; it has been noted by GNATS. From: Gregg Czupryna To: Bryan Drewery , "bug-followup@FreeBSD.org" , "peter@wemm.org" Cc: Subject: RE: kern/116172: [tun] [panic] Network / ipv6 recursive mutex panic Date: Tue, 12 Feb 2008 10:47:28 -0500 Have you tried to make the gateway: 2610:88:1::3:1 ? -Gregg -----Original Message----- From: Bryan Drewery [mailto:bryan@xzibition.com] Sent: Tuesday, February 12, 2008 10:38 AM To: bug-followup@FreeBSD.org; peter@wemm.org Subject: Re: kern/116172: [tun] [panic] Network / ipv6 recursive mutex pani= c Hi, I've been getting this (what I believe to be) same panic on my FreeBSD 6.2-p9 machines. The key difference is that I am NOT using a tunnel. This is *native* ipv6. Not enabling IPV6 at boot solves the problem for me, but is not a real solution. (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc056b85e in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc056bb68 in panic (fmt=3D0xc07501cf "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc072406d in trap_fatal (frame=3D0xe70c9838, eva=3D0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc0723785 in trap (frame=3D {tf_fs =3D -1067122680, tf_es =3D -418643928, tf_ds =3D 40, tf_edi = =3D -995259392, tf_esi =3D -947956992, tf_ebp =3D -418604932, tf_isp =3D -418604956, tf_ebx =3D -928072192, tf_edx =3D -947956992, tf_ecx =3D 4, tf_= eax =3D 4, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1067904549, tf_cs =3D 32= , tf_eflags =3D 65539, tf_esp =3D -947956992, tf_ss =3D -418604896}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc0710b0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc05911db in turnstile_setowner (ts=3D0xc8aebe00, owner=3D0x4) at /usr/src/sys/kern/subr_turnstile.c:432 #7 0xc0591507 in turnstile_wait (lock=3D0xc4e93ed0, owner=3D0x4) at /usr/src/sys/kern/subr_turnstile.c:591 #8 0xc0560167 in _mtx_lock_sleep (m=3D0xc4e93ed0, tid=3D3347010304, opts= =3D0, file=3D0x0, line=3D0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc0650912 in nd6_output (ifp=3D0xc4ad8c00, origifp=3D0x4, m0=3D0xc923c600, dst=3D0xc4d0c9dc, rt0=3D0xc4e9f000) at /usr/src/sys/netinet6/nd6.c:2004 #10 0xc0649c58 in ip6_output (m0=3D0xe70c9a78, opt=3D0x0, ro=3D0xe70c9a78, flags=3D0, im6o=3D0x0, ifpp=3D0x0, inp=3D0xc970a0b4) at /usr/src/sys/netinet6/ip6_output.c:994 #11 0xc06267e4 in tcp_output (tp=3D0xc92d13a0) at /usr/src/sys/netinet/tcp_output.c:1059 #12 0xc062ed52 in tcp_usr_send (so=3D0xc93c36f4, flags=3D0, m=3D0xc950b700, nam=3D0x0, control=3D0x0, td=3D0xc77f5300) at /usr/src/sys/netinet/tcp_usrreq.c:698 #13 0xc05ad988 in sosend (so=3D0xc93c36f4, addr=3D0x0, uio=3D0xe70c9cb0, top=3D0xc950b700, control=3D0x0, flags=3D0, td=3D0xc77f5300) at /usr/src/sys/kern/uipc_socket.c:836 #14 0xc05998c8 in soo_write (fp=3D0x4, uio=3D0xe70c9cb0, active_cred=3D0xc8a77180, flags=3D0, td=3D0xc77f5300) at /usr/src/sys/kern/sys_socket.c:118 #15 0xc0592ff0 in dofilewrite (td=3D0xc77f5300, fd=3D4, fp=3D0xc90d6288, auio=3D0xe70c9cb0, offset=3DUnhandled dwarf expression opcode 0x93 ) at file.h:252 #16 0xc0592e27 in kern_writev (td=3D0xc77f5300, fd=3D21, auio=3D0x4) at /usr/src/sys/kern/sys_generic.c:402 #17 0xc0592cf9 in write (td=3D0x4, uap=3D0x4) at /usr/src/sys/kern/sys_generic.c:326 #18 0xc0724423 in syscall (frame=3D {tf_fs =3D -1078001605, tf_es =3D -1078001605, tf_ds =3D -1078001605, tf_edi =3D 137218624, tf_esi =3D 137218624, tf_ebp =3D 154, tf_isp =3D -418603676, tf_ebx =3D 270840404, tf_edx =3D 137166848, tf_ecx =3D 27212700= 8, tf_eax =3D 4, tf_trapno =3D 22, tf_err =3D 2, tf_eip =3D 272063395, tf_cs = =3D 51, tf_eflags =3D 530, tf_esp =3D -1077942612, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:983 #19 0xc0710b5f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #20 0x00000033 in ?? () I actually did not use rc.conf to setup my ipv6 either, here is my script for activating the v6 on boot: ifconfig em0 inet6 2610:88:1::3:2 prefixlen 112 ifconfig em0 inet6 2610:88:1::3:3 prefixlen 112 route add -inet6 default 2610:88:1::3:0 What's odd is that these panics only began when my datacenter had a fire in their 'router cage', and replaced the router. I'm not sure how this is related, if at all, but the panics definitely only began on that date, on two separate machines. Bryan Drewery Administrator Xzibition Data Communications From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 16:50:03 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 879AD16A468 for ; Tue, 12 Feb 2008 16:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7293413C4EC for ; Tue, 12 Feb 2008 16:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1CGo3hD055438 for ; Tue, 12 Feb 2008 16:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1CGo3no055437; Tue, 12 Feb 2008 16:50:03 GMT (envelope-from gnats) Date: Tue, 12 Feb 2008 16:50:03 GMT Message-Id: <200802121650.m1CGo3no055437@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bryan Drewery Cc: Subject: Re: kern/116172: [tun] [panic] Network / ipv6 recursive mutex panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bryan Drewery List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 16:50:03 -0000 The following reply was made to PR kern/116172; it has been noted by GNATS. From: Bryan Drewery To: bug-followup@FreeBSD.org, peter@wemm.org Cc: Subject: Re: kern/116172: [tun] [panic] Network / ipv6 recursive mutex panic Date: Tue, 12 Feb 2008 09:38:29 -0600 Hi, I've been getting this (what I believe to be) same panic on my FreeBSD 6.2-p9 machines. The key difference is that I am NOT using a tunnel. This is *native* ipv6. Not enabling IPV6 at boot solves the problem for me, but is not a real solution. (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc056b85e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc056bb68 in panic (fmt=0xc07501cf "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc072406d in trap_fatal (frame=0xe70c9838, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc0723785 in trap (frame= {tf_fs = -1067122680, tf_es = -418643928, tf_ds = 40, tf_edi = -995259392, tf_esi = -947956992, tf_ebp = -418604932, tf_isp = -418604956, tf_ebx = -928072192, tf_edx = -947956992, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 0, tf_eip = -1067904549, tf_cs = 32, tf_eflags = 65539, tf_esp = -947956992, tf_ss = -418604896}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc0710b0a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc05911db in turnstile_setowner (ts=0xc8aebe00, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:432 #7 0xc0591507 in turnstile_wait (lock=0xc4e93ed0, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:591 #8 0xc0560167 in _mtx_lock_sleep (m=0xc4e93ed0, tid=3347010304, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc0650912 in nd6_output (ifp=0xc4ad8c00, origifp=0x4, m0=0xc923c600, dst=0xc4d0c9dc, rt0=0xc4e9f000) at /usr/src/sys/netinet6/nd6.c:2004 #10 0xc0649c58 in ip6_output (m0=0xe70c9a78, opt=0x0, ro=0xe70c9a78, flags=0, im6o=0x0, ifpp=0x0, inp=0xc970a0b4) at /usr/src/sys/netinet6/ip6_output.c:994 #11 0xc06267e4 in tcp_output (tp=0xc92d13a0) at /usr/src/sys/netinet/tcp_output.c:1059 #12 0xc062ed52 in tcp_usr_send (so=0xc93c36f4, flags=0, m=0xc950b700, nam=0x0, control=0x0, td=0xc77f5300) at /usr/src/sys/netinet/tcp_usrreq.c:698 #13 0xc05ad988 in sosend (so=0xc93c36f4, addr=0x0, uio=0xe70c9cb0, top=0xc950b700, control=0x0, flags=0, td=0xc77f5300) at /usr/src/sys/kern/uipc_socket.c:836 #14 0xc05998c8 in soo_write (fp=0x4, uio=0xe70c9cb0, active_cred=0xc8a77180, flags=0, td=0xc77f5300) at /usr/src/sys/kern/sys_socket.c:118 #15 0xc0592ff0 in dofilewrite (td=0xc77f5300, fd=4, fp=0xc90d6288, auio=0xe70c9cb0, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:252 #16 0xc0592e27 in kern_writev (td=0xc77f5300, fd=21, auio=0x4) at /usr/src/sys/kern/sys_generic.c:402 #17 0xc0592cf9 in write (td=0x4, uap=0x4) at /usr/src/sys/kern/sys_generic.c:326 #18 0xc0724423 in syscall (frame= {tf_fs = -1078001605, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = 137218624, tf_esi = 137218624, tf_ebp = 154, tf_isp = -418603676, tf_ebx = 270840404, tf_edx = 137166848, tf_ecx = 272127008, tf_eax = 4, tf_trapno = 22, tf_err = 2, tf_eip = 272063395, tf_cs = 51, tf_eflags = 530, tf_esp = -1077942612, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #19 0xc0710b5f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #20 0x00000033 in ?? () I actually did not use rc.conf to setup my ipv6 either, here is my script for activating the v6 on boot: ifconfig em0 inet6 2610:88:1::3:2 prefixlen 112 ifconfig em0 inet6 2610:88:1::3:3 prefixlen 112 route add -inet6 default 2610:88:1::3:0 What's odd is that these panics only began when my datacenter had a fire in their 'router cage', and replaced the router. I'm not sure how this is related, if at all, but the panics definitely only began on that date, on two separate machines. Bryan Drewery Administrator Xzibition Data Communications From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 17:59:42 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6176616A417 for ; Tue, 12 Feb 2008 17:59:42 +0000 (UTC) (envelope-from tofig@freebsd.az) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190]) by mx1.freebsd.org (Postfix) with ESMTP id 026B813C447 for ; Tue, 12 Feb 2008 17:59:41 +0000 (UTC) (envelope-from tofig@freebsd.az) Received: by rv-out-0910.google.com with SMTP id g13so3993825rvb.43 for ; Tue, 12 Feb 2008 09:59:41 -0800 (PST) Received: by 10.140.88.11 with SMTP id l11mr1142168rvb.156.1202839181096; Tue, 12 Feb 2008 09:59:41 -0800 (PST) Received: by 10.140.194.14 with HTTP; Tue, 12 Feb 2008 09:59:41 -0800 (PST) Message-ID: <342414370802120959q3c345dc3g9a05863cbc8cd528@mail.gmail.com> Date: Tue, 12 Feb 2008 21:59:41 +0400 From: "Tofig Suleymanov" To: "gnn@freebsd.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47AB2798.6010202@freebsd.az> Cc: net@freebsd.org Subject: Re: if_start() and send queue question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Feb 2008 17:59:42 -0000 On 2/12/08, gnn@freebsd.org wrote: > At Thu, 07 Feb 2008 19:45:28 +0400, > Tofig Suleymanov wrote: > > > > Hello list, > > > > I will be grateful if someone could point me to the right direction > > regarding the question below. > > > > My device driver is getting incoming packets fine, but for some reason I > > am not able to send a single packet. Here is the source code: > > http://www.freebsd.az/if_ib.c > > > > I've added several debug messages to the source and here is the output: > > / > > /(bringing interface up and assigning the ip/netmask combination) > > / > > ifconfig ib0 192.168.0.6 netmask 255.255.255.0 up > > > > /(and here is what I get in /var/log/messages /; /it seems to be a > > standard arp broadcast) > > / > > Feb 7 19:14:32 schizo kernel: ib_init entered > > Feb 7 19:14:32 schizo kernel: ib_start entered > > Feb 7 19:14:32 schizo kernel: ib_encap entered > > Feb 7 19:14:32 schizo kernel: DHOST ff ff ff ff ff ff > > Feb 7 19:14:32 schizo kernel: SHOST 0 c0 ee 22 3 14 > > Feb 7 19:14:32 schizo kernel: txeof entered > > Feb 7 19:14:32 schizo kernel: txeof exiting > > > > /(now I try pinging, but no joy . I've added extra debug messages inside > > ping.c) > > > > /schizo# ping 192.168.0.1 > > PING 192.168.0.1 (192.168.0.1): 56 data bytes > > packets sent: -1 > > ping: sendto: Invalid argument > > packets sent: -1 > > ping: sendto: Invalid argument > > packets sent: -1 > > ping: sendto: Invalid argument > > ^C > > --- 192.168.0.1 ping statistics --- > > 3 packets transmitted, 0 packets received, 100% packet loss > > / > > > > I have also tied to add debug messages to sys/net/if.c and > > sys/net/netisr.c and it seems that the kernel doesn't even try to run my > > ib_start() function. > > > > Some things to try: > > 1) Add debug statements to the ib_start() routine. > > 2) See if bpf works (tcpdump -i ib0) > > 3) Show us the output of: > > ifconfig ib0 > > netstat -i > > Best, > George > Hello George, thanks for you reply. There is a debug output right after beginning of the ib_start() routine. According to it ib_start() is executed only once when I assign an ip address to the interface (it appears to be a so called gratuitous arp who-has request). This routine doesn't execute when I try to ping. I have tried to tcpdump the interface, but hadn't seen any packets while pinging. Please note that tcpdump shows the arp who-has request right after I assign the ip address. ifconfig ib0 shows the following: ib0: flags=1008c3 mtu 1500 inet 192.168.0.5 netmask 0xffffff00 broadcast 192.168.0.255 ether 00:c0:ee:22:03:14 media: Ethernet 10baseT/UTP status: active netstat -in shows the following output: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0* 1500 00:16:41:52:fb:1e 0 0 0 0 0 iwi0 1500 00:13:ce:cc:b8:10 3065 0 2856 0 0 iwi0 1500 192.168.1 192.168.1.5 3034 - 2825 - - lo0 16384 8 0 8 0 0 lo0 16384 127 127.0.0.1 8 - 8 - - ib0 1500 00:c0:ee:22:03:14 4 0 2 0 0 ib0 1500 192.168.0 192.168.0.5 0 - 3 - - Any ideas ? Thanks, Tofig. From owner-freebsd-net@FreeBSD.ORG Tue Feb 12 23:12:32 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51A0216A418 for ; Tue, 12 Feb 2008 23:12:32 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog16.obsmtp.com (s200aog16.obsmtp.com [207.126.144.130]) by mx1.freebsd.org (Postfix) with SMTP id 418C313C43E for ; Tue, 12 Feb 2008 23:12:25 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([63.174.175.251]) by eu1sys200aob016.postini.com ([207.126.147.11]) with SMTP; Tue, 12 Feb 2008 23:12:23 UTC Received: from [144.148.44.8] (bbbx4.usdmm.com [172.17.10.18]) by bbbx3.usdmm.com (Postfix) with ESMTP id 52D145C70; Tue, 12 Feb 2008 17:12:23 -0600 (CST) Message-ID: <47B227D8.9060800@tomjudge.com> Date: Tue, 12 Feb 2008 17:12:24 -0600 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Michael Tuexen References: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnn@freebsd.org, FreeBSD Net Subject: Re: Kernel compile 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: Tue, 12 Feb 2008 23:12:32 -0000 Michael Tuexen wrote: > Hi George, > > thanks for the feedback. So I'll make sure that > one can compile SCTP with only INET enabled. > You mention nothing about SCTP in you original post. I belive that SCTP depends on both INET and INET6. Tom > Best regards > Michael > > On Feb 12, 2008, at 3:39 PM, gnn@freebsd.org wrote: >> At Thu, 7 Feb 2008 15:16:44 +0100, >> Michael Tuexen wrote: >>> >>> Dear all, >>> >>> I was able to build an IPv4 only kernel by having >>> options INET >>> #options INET6 >>> in the kernel config file. >>> >>> Is it supposed to work that one can build a IPv6-only >>> kernel by using >>> #options INET >>> options INET6 >>> >> >> I have not tried and I actually doubt it. >> >>> And should I be able to compile a kernel without IPv4 and IPv6 >>> support by using >>> #options INET >>> #options INET6 >>> >> >> I believe this does not work either. >> >> Best, >> George >> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 01:32:12 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34C2216A419; Wed, 13 Feb 2008 01:32:12 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id CFA6A13C43E; Wed, 13 Feb 2008 01:32:11 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 7AD2A28480; Wed, 13 Feb 2008 09:32:10 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 1A7FAEB390B; Wed, 13 Feb 2008 09:32:10 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id krd9WdWDde8H; Wed, 13 Feb 2008 09:32:01 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3560FEB359B; Wed, 13 Feb 2008 09:31:59 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ZcsP8icm8jY71jzO8/CcqenrU4zDAwHk+kjupntiAUZr28Vy8l4lL0K6dNWlQ2FOU aN+lXxDwKpRLCO23TcBsA== Message-ID: <47B2488D.70707@delphij.net> Date: Tue, 12 Feb 2008 17:31:57 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ume@FreeBSD.org Subject: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 01:32:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, It looks like that certain (mis)configuration by the baidu.com DNS administrators has caused this, but I have no clue why our resolver would return NXDOMAIN after it gets a positive response? (Yes, I know that _ is not appropriate for domain names :) [delphij@charlie] ~> host -a dict.baidu.com Trying "dict.baidu.com" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59711 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;dict.baidu.com. IN ANY ;; ANSWER SECTION: dict.baidu.com. 7153 IN CNAME ps_other.a.shifen.com. ;; AUTHORITY SECTION: baidu.com. 159107 IN NS ns4.baidu.com. baidu.com. 159107 IN NS ns2.baidu.com. baidu.com. 159107 IN NS ns3.baidu.com. baidu.com. 159107 IN NS dns.baidu.com. Received 136 bytes from 127.0.0.1#53 in 31 ms [delphij@charlie] ~> host -a ps_other.a.shifen.com Trying "ps_other.a.shifen.com" ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64825 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 0 ;; QUESTION SECTION: ;ps_other.a.shifen.com. IN ANY ;; ANSWER SECTION: ps_other.a.shifen.com. 1113 IN A 202.108.22.46 ;; AUTHORITY SECTION: a.shifen.com. 72679 IN NS ns3.a.shifen.com. a.shifen.com. 72679 IN NS ns2.a.shifen.com. a.shifen.com. 72679 IN NS ns4.a.shifen.com. a.shifen.com. 72679 IN NS ns1.a.shifen.com. Received 127 bytes from 127.0.0.1#53 in 0 ms [delphij@charlie] ~> host ps_other.a.shifen.com ps_other.a.shifen.com has address 202.108.22.46 Host ps_other.a.shifen.com not found: 3(NXDOMAIN) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHskiNi+vbBBjt66ARAhO0AKCI64gr+oNw7j8/TcL51b7vw1PReQCeMRE1 RaI38+YYtloZuSc0L0BDF2M= =ONkQ -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 02:09:51 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBF4716A469; Wed, 13 Feb 2008 02:09:51 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id A168413C45E; Wed, 13 Feb 2008 02:09:51 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 762382218805; Wed, 13 Feb 2008 12:51:45 +1100 (EST) X-Viruscan-Id: <47B24D3100003990AF075B@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 2BC0921B1897; Wed, 13 Feb 2008 12:51:45 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id D97B52218803; Wed, 13 Feb 2008 12:51:44 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 834AB2A6; Wed, 13 Feb 2008 12:51:44 +1100 (EST) Date: Wed, 13 Feb 2008 12:51:44 +1100 From: Edwin Groothuis To: d@delphij.net Message-ID: <20080213015144.GA3957@k7.mavetju> References: <47B2488D.70707@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B2488D.70707@delphij.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2008 02:09:51 -0000 On Tue, Feb 12, 2008 at 05:31:57PM -0800, Xin LI wrote: > Received 127 bytes from 127.0.0.1#53 in 0 ms > [delphij@charlie] ~> host ps_other.a.shifen.com > ps_other.a.shifen.com has address 202.108.22.46 > Host ps_other.a.shifen.com not found: 3(NXDOMAIN) 12:49:45.620015 IP 10.251.1.18.51852 > 202.108.22.102.53: 18450 MX? ps_other.a.shifen.com. (39) 12:49:46.086227 IP 202.108.22.102.53 > 10.251.1.18.51852: 18450 NotImp*- 0/0/0 (39) That's the one it is complaining about, not about the hostname itself. Yes, the warning/error message could be a little bit smarter. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 02:42:55 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6F3C16A41B; Wed, 13 Feb 2008 02:42:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF5313C461; Wed, 13 Feb 2008 02:42:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 1A74828479; Wed, 13 Feb 2008 10:42:54 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id BAEA6EB1773; Wed, 13 Feb 2008 10:42:53 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id lb4Kf1uKRF88; Wed, 13 Feb 2008 10:42:47 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B6893EB094A; Wed, 13 Feb 2008 10:42:43 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=XexOuIX9uI5eGKgxkil/pmfEduYZ6P3eKp0LSuOxZefVvZMwnVFlO1mOLMkh2mwTp FhGvdcaU+5+LMMx3LwM4A== Message-ID: <47B2591D.4000703@delphij.net> Date: Tue, 12 Feb 2008 18:42:37 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Edwin Groothuis References: <47B2488D.70707@delphij.net> <20080213015144.GA3957@k7.mavetju> In-Reply-To: <20080213015144.GA3957@k7.mavetju> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, d@delphij.net, ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 02:42:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Edwin Groothuis wrote: > On Tue, Feb 12, 2008 at 05:31:57PM -0800, Xin LI wrote: >> Received 127 bytes from 127.0.0.1#53 in 0 ms >> [delphij@charlie] ~> host ps_other.a.shifen.com >> ps_other.a.shifen.com has address 202.108.22.46 >> Host ps_other.a.shifen.com not found: 3(NXDOMAIN) > > 12:49:45.620015 IP 10.251.1.18.51852 > 202.108.22.102.53: 18450 MX? ps_other.a.shifen.com. (39) > 12:49:46.086227 IP 202.108.22.102.53 > 10.251.1.18.51852: 18450 NotImp*- 0/0/0 (39) > > That's the one it is complaining about, not about the hostname > itself. > > Yes, the warning/error message could be a little bit smarter. Em... That's fine I think, it does not seem to be the MX to cause the problem, though. I have tried to visit 'dict.baidu.com' in Firefox and it told me that the name can not resolve. tcpdump indicates that the server has respond the A RR but resolver still queries AAAA... Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHslkdi+vbBBjt66ARAl96AJwLMp5QrJyAcbx5DidtMRx1EGiQWQCgtmCi GysiPCyVFIHMnPoKNd26jlU= =x1FG -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 02:46:45 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC51216A468; Wed, 13 Feb 2008 02:46:45 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 8010113C4E9; Wed, 13 Feb 2008 02:46:45 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 77AD02218828; Wed, 13 Feb 2008 13:46:44 +1100 (EST) X-Viruscan-Id: <47B25A140000BD40B14EF3@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 25BD721B1897; Wed, 13 Feb 2008 13:46:44 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id C4B0D2218803; Wed, 13 Feb 2008 13:46:43 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 1838D2C8; Wed, 13 Feb 2008 13:46:43 +1100 (EST) Date: Wed, 13 Feb 2008 13:46:43 +1100 From: Edwin Groothuis To: d@delphij.net Message-ID: <20080213024643.GB3957@k7.mavetju> References: <47B2488D.70707@delphij.net> <20080213015144.GA3957@k7.mavetju> <47B2591D.4000703@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B2591D.4000703@delphij.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2008 02:46:45 -0000 On Tue, Feb 12, 2008 at 06:42:37PM -0800, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Edwin Groothuis wrote: > > On Tue, Feb 12, 2008 at 05:31:57PM -0800, Xin LI wrote: > >> Received 127 bytes from 127.0.0.1#53 in 0 ms > >> [delphij@charlie] ~> host ps_other.a.shifen.com > >> ps_other.a.shifen.com has address 202.108.22.46 > >> Host ps_other.a.shifen.com not found: 3(NXDOMAIN) > > > > 12:49:45.620015 IP 10.251.1.18.51852 > 202.108.22.102.53: 18450 MX? ps_other.a.shifen.com. (39) > > 12:49:46.086227 IP 202.108.22.102.53 > 10.251.1.18.51852: 18450 NotImp*- 0/0/0 (39) > > > > That's the one it is complaining about, not about the hostname > > itself. > > > > Yes, the warning/error message could be a little bit smarter. > > Em... That's fine I think, it does not seem to be the MX to cause the > problem, though. I have tried to visit 'dict.baidu.com' in Firefox and > it told me that the name can not resolve. tcpdump indicates that the > server has respond the A RR but resolver still queries AAAA... Yes, but it is the MX record querying it is complaining about. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 03:09:56 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C9D716A417; Wed, 13 Feb 2008 03:09:56 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 65E7513C468; Wed, 13 Feb 2008 03:09:55 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 328F928479; Wed, 13 Feb 2008 11:09:52 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id DAA16EB37C9; Wed, 13 Feb 2008 11:09:51 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id VDXyp0vzrlnq; Wed, 13 Feb 2008 11:09:45 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 7CC02EB3798; Wed, 13 Feb 2008 11:09:43 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=lR7cHMtHlGSR7blpB5gCIeYv4AmIsDKLI5WnYtRun8jTBihWvloyf9eUAJUUVvMEA P6xrsp+W/YgjujAp9/iXg== Message-ID: <47B25F71.3050005@delphij.net> Date: Tue, 12 Feb 2008 19:09:37 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Edwin Groothuis References: <47B2488D.70707@delphij.net> <20080213015144.GA3957@k7.mavetju> <47B2591D.4000703@delphij.net> <20080213024643.GB3957@k7.mavetju> In-Reply-To: <20080213024643.GB3957@k7.mavetju> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, d@delphij.net, ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:09:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Edwin Groothuis wrote: > On Tue, Feb 12, 2008 at 06:42:37PM -0800, Xin LI wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Edwin Groothuis wrote: >>> On Tue, Feb 12, 2008 at 05:31:57PM -0800, Xin LI wrote: >>>> Received 127 bytes from 127.0.0.1#53 in 0 ms >>>> [delphij@charlie] ~> host ps_other.a.shifen.com >>>> ps_other.a.shifen.com has address 202.108.22.46 >>>> Host ps_other.a.shifen.com not found: 3(NXDOMAIN) >>> 12:49:45.620015 IP 10.251.1.18.51852 > 202.108.22.102.53: 18450 MX? ps_other.a.shifen.com. (39) >>> 12:49:46.086227 IP 202.108.22.102.53 > 10.251.1.18.51852: 18450 NotImp*- 0/0/0 (39) >>> >>> That's the one it is complaining about, not about the hostname >>> itself. >>> >>> Yes, the warning/error message could be a little bit smarter. >> Em... That's fine I think, it does not seem to be the MX to cause the >> problem, though. I have tried to visit 'dict.baidu.com' in Firefox and >> it told me that the name can not resolve. tcpdump indicates that the >> server has respond the A RR but resolver still queries AAAA... > > Yes, but it is the MX record querying it is complaining about. Well, so perhaps that they are different problems? What I think is a problem is that attempting to resolve 'ps_other.a.shifen.com' gets "Unknown host", here is a quick testcase: #include #include int main(void) { struct hostent *p; p = gethostbyname("ps_other.shifen.com"); if (p == NULL) herror("resolve"); return 0; } Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHsl9xi+vbBBjt66ARAmtfAJ9eNxc9lsWeAdRKbTHCiNH7sFKp/ACeKRIz CaY5Vm97cwf8BV0S1RqCVg8= =3LOM -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 03:17:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CC8416A41A; Wed, 13 Feb 2008 03:17:28 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id C267113C4D9; Wed, 13 Feb 2008 03:17:27 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 0164A2218AA8; Wed, 13 Feb 2008 14:17:26 +1100 (EST) X-Viruscan-Id: <47B2614600010048BD685C@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 7CE1D21B1C53; Wed, 13 Feb 2008 14:17:26 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 25AAC2218AC4; Wed, 13 Feb 2008 14:17:26 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id EC4E82EB; Wed, 13 Feb 2008 14:17:25 +1100 (EST) Date: Wed, 13 Feb 2008 14:17:25 +1100 From: Edwin Groothuis To: d@delphij.net Message-ID: <20080213031725.GC3957@k7.mavetju> References: <47B2488D.70707@delphij.net> <20080213015144.GA3957@k7.mavetju> <47B2591D.4000703@delphij.net> <20080213024643.GB3957@k7.mavetju> <47B25F71.3050005@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B25F71.3050005@delphij.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2008 03:17:28 -0000 On Tue, Feb 12, 2008 at 07:09:37PM -0800, Xin LI wrote: > > Yes, but it is the MX record querying it is complaining about. > Well, so perhaps that they are different problems? > > What I think is a problem is that attempting to resolve > 'ps_other.a.shifen.com' gets "Unknown host", here is a quick testcase: This is the output to ask the A record for it: [~] edwin@k7>dig @ns2.a.shifen.com ps_other.a.shifen.com a ; <<>> DiG 9.3.4-P1 <<>> @ns2.a.shifen.com ps_other.a.shifen.com a ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37047 ;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;ps_other.a.shifen.com. IN A ;; ANSWER SECTION: ps_other.a.shifen.com. 1200 IN A 202.108.22.46 ;; Query time: 522 msec ;; SERVER: 220.181.27.59#53(220.181.27.59) ;; WHEN: Wed Feb 13 14:15:41 2008 ;; MSG SIZE rcvd: 55 Status on the sixth line is NOERROR (yay!) This is the output of the MX record: [~] edwin@k7>dig @ns2.a.shifen.com ps_other.a.shifen.com mx ; <<>> DiG 9.3.4-P1 <<>> @ns2.a.shifen.com ps_other.a.shifen.com mx ; (1 server found) ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOTIMP, id: 56357 ;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;ps_other.a.shifen.com. IN MX ;; Query time: 523 msec ;; SERVER: 220.181.27.59#53(220.181.27.59) ;; WHEN: Wed Feb 13 14:16:13 2008 ;; MSG SIZE rcvd: 39 Status on the sixth line is NOTIMP. That is the part that host fails on. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 03:18:22 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F85B16A46B; Wed, 13 Feb 2008 03:18:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id D8CFA13C4E1; Wed, 13 Feb 2008 03:18:20 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 9A83D28472; Wed, 13 Feb 2008 11:18:19 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 67F16EB3801; Wed, 13 Feb 2008 11:18:19 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id RuTm0y2YPuAW; Wed, 13 Feb 2008 11:18:13 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 6147AEB1773; Wed, 13 Feb 2008 11:18:10 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=PYGzJPeuH/t9QSwk4TWXBVq/er5vUGauDPdWO/BqxThxbBR4+7hqd+V8amTkmj9Jw 8R6Z0mesxRrpkaG9dnBpg== Message-ID: <47B26170.1010905@delphij.net> Date: Tue, 12 Feb 2008 19:18:08 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: d@delphij.net References: <47B2488D.70707@delphij.net> <20080213015144.GA3957@k7.mavetju> <47B2591D.4000703@delphij.net> <20080213024643.GB3957@k7.mavetju> <47B25F71.3050005@delphij.net> In-Reply-To: <47B25F71.3050005@delphij.net> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Edwin Groothuis , ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:18:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xin LI wrote: > Edwin Groothuis wrote: >> On Tue, Feb 12, 2008 at 06:42:37PM -0800, Xin LI wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Edwin Groothuis wrote: >>>> On Tue, Feb 12, 2008 at 05:31:57PM -0800, Xin LI wrote: >>>>> Received 127 bytes from 127.0.0.1#53 in 0 ms >>>>> [delphij@charlie] ~> host ps_other.a.shifen.com >>>>> ps_other.a.shifen.com has address 202.108.22.46 >>>>> Host ps_other.a.shifen.com not found: 3(NXDOMAIN) >>>> 12:49:45.620015 IP 10.251.1.18.51852 > 202.108.22.102.53: 18450 MX? ps_other.a.shifen.com. (39) >>>> 12:49:46.086227 IP 202.108.22.102.53 > 10.251.1.18.51852: 18450 NotImp*- 0/0/0 (39) >>>> >>>> That's the one it is complaining about, not about the hostname >>>> itself. >>>> >>>> Yes, the warning/error message could be a little bit smarter. >>> Em... That's fine I think, it does not seem to be the MX to cause the >>> problem, though. I have tried to visit 'dict.baidu.com' in Firefox and >>> it told me that the name can not resolve. tcpdump indicates that the >>> server has respond the A RR but resolver still queries AAAA... >> Yes, but it is the MX record querying it is complaining about. > > Well, so perhaps that they are different problems? > > What I think is a problem is that attempting to resolve > 'ps_other.a.shifen.com' gets "Unknown host", here is a quick testcase: > > #include > #include > > int > main(void) > { > struct hostent *p; > > p = gethostbyname("ps_other.shifen.com"); My bad, here should be ps_other.a.shifen.com, and the return value was Unknown server error (NO_RECOVERY)... > if (p == NULL) > herror("resolve"); > > return 0; > } > > > Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHsmFwi+vbBBjt66ARAgSbAKC0HnuKQq/nsG26K6cIHNl/+ngXoQCfauon FH7CJa2ZrnBUkUK/NsVWv3c= =JENV -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 03:52:42 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C96D816A418; Wed, 13 Feb 2008 03:52:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1E113C478; Wed, 13 Feb 2008 03:52:42 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 6BD682847B; Wed, 13 Feb 2008 11:52:41 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 15DC9EB38F5; Wed, 13 Feb 2008 11:52:41 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id w9wI0vpdQRuQ; Wed, 13 Feb 2008 11:52:36 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 66830EB0981; Wed, 13 Feb 2008 11:52:34 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=SRTaaLeJjYVG4WHZbUuqKygOhPhnLgpoGRzn9HEXe/BhVALSgzsP8IOxeZTXATbdC D3NTrXQfBnnlD4dfQYoiQ== Message-ID: <47B2697F.8000109@delphij.net> Date: Tue, 12 Feb 2008 19:52:31 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Edwin Groothuis References: <47B2488D.70707@delphij.net> <20080213015144.GA3957@k7.mavetju> <47B2591D.4000703@delphij.net> <20080213024643.GB3957@k7.mavetju> <47B25F71.3050005@delphij.net> <20080213031725.GC3957@k7.mavetju> In-Reply-To: <20080213031725.GC3957@k7.mavetju> X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, d@delphij.net, ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 03:52:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Forgot to mention, this happens only with recent FreeBSD versions. With host(1) from earlier BIND versions there is no problem... I have tried the same command on an old Linux installation: $ host ps_other.a.shifen.com ps_other.a.shifen.com has address 202.108.22.46 I guess that we will be able to get the same result with FreeBSD 4.x. Here is some additional information: $ cat /etc/redhat-release Red Hat Linux release 9 (Shrike) $ ldd `which host` libdns.so.5 => /usr/lib/libdns.so.5 (0x40034000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x4012e000) libisc.so.4 => /usr/lib/libisc.so.4 (0x4021f000) libnsl.so.1 => /lib/libnsl.so.1 (0x40254000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40269000) libc.so.6 => /lib/tls/libc.so.6 (0x42000000) libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2 (0x40277000) libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x4028a000) libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x402e8000) libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x402f8000) libdl.so.2 => /lib/libdl.so.2 (0x402fa000) libz.so.1 => /usr/lib/libz.so.1 (0x402fd000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHsml/i+vbBBjt66ARAuQ6AKCS5T2Z+N7OwwFg22x1F/cmFIkxdACfRGbS g9MES1rPoU00ti4CAR1/jLE= =PVmN -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 03:55:25 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B57AF16A46D for ; Wed, 13 Feb 2008 03:55:25 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from tokyo01.jp.mail.your.org (tokyo01.jp.mail.your.org [204.9.54.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8996413C45B for ; Wed, 13 Feb 2008 03:55:25 +0000 (UTC) (envelope-from toasty@dragondata.com) Received: from mail.your.org (server3-a.your.org [64.202.112.67]) by tokyo01.jp.mail.your.org (Postfix) with ESMTP id 6E7EC2AD54C0 for ; Wed, 13 Feb 2008 03:34:16 +0000 (UTC) Received: from pool014.dhcp.your.org (pool014.dhcp.your.org [69.31.99.14]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.your.org (Postfix) with ESMTP id C6247A0A44E for ; Wed, 13 Feb 2008 03:34:15 +0000 (UTC) Message-Id: <09FCE606-7603-4E53-B690-9DC7FD9D5171@dragondata.com> From: Kevin Day To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 12 Feb 2008 21:33:50 -0600 X-Mailer: Apple Mail (2.919.2) Subject: rtsol doesn't work with bce without promisc (with fix!) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2008 03:55:25 -0000 Just in case anyone is still using 6.2-RELEASE and can't get rtsol working on a bce network card, with symptoms like this: bce0: flags=8843 mtu 1500 options=3b # rtsol -d bce0 checking if bce0 is ready... bce0 is ready send RS on bce0, whose state is 2 send RS on bce0, whose state is 2 send RS on bce0, whose state is 2 No answer after sending 3 RSs stop timer for bce0 there is no timer # ifconfig bce0 promisc # rtsol -d bce0 checking if bce0 is ready... bce0 is ready send RS on bce0, whose state is 2 received RA from fe80::290:6900:2d1:5c00 on bce0, state is 2 stop timer for bce0 there is no timer This fix is to apply this patch: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bce/if_bce.c.diff?r1=1.2.2.8;r2=1.2.2.9 Just documenting this here in case anyone else ends up searching the mailing lists and scratching their heads for a few hours like I did. :) -- Kevin From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 04:02:56 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5FA916A41B; Wed, 13 Feb 2008 04:02:56 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id 872B813C447; Wed, 13 Feb 2008 04:02:56 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id 528D32218A8B; Wed, 13 Feb 2008 15:02:55 +1100 (EST) X-Viruscan-Id: <47B26BEF0000026AEB485D@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 1B08D21B1C87; Wed, 13 Feb 2008 15:02:55 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id 9C01A2218A83; Wed, 13 Feb 2008 15:02:54 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id 2D96D2B1; Wed, 13 Feb 2008 15:02:54 +1100 (EST) Date: Wed, 13 Feb 2008 15:02:54 +1100 From: Edwin Groothuis To: d@delphij.net Message-ID: <20080213040254.GH3944@k7.mavetju> References: <47B2488D.70707@delphij.net> <20080213015144.GA3957@k7.mavetju> <47B2591D.4000703@delphij.net> <20080213024643.GB3957@k7.mavetju> <47B25F71.3050005@delphij.net> <20080213031725.GC3957@k7.mavetju> <47B2697F.8000109@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B2697F.8000109@delphij.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2008 04:02:56 -0000 On Tue, Feb 12, 2008 at 07:52:31PM -0800, Xin LI wrote: > Forgot to mention, this happens only with recent FreeBSD versions. With > host(1) from earlier BIND versions there is no problem... I have tried > the same command on an old Linux installation: > > $ host ps_other.a.shifen.com > ps_other.a.shifen.com has address 202.108.22.46 FreeBSD 4.10-RELEASE (tim) #0: Sat Dec 4 13:00:20 EST 2004 [~] root@tim>host ps_other.a.shifen.com ps_other.a.shifen.com has address 202.108.22.46 Host ps_other.a.shifen.com not found: 2(SERVFAIL) Try "host -v", it gives you all the questions and answers you need. Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 04:21:58 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D28C16A417 for ; Wed, 13 Feb 2008 04:21:58 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4E89513C459 for ; Wed, 13 Feb 2008 04:21:58 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:FNC6kGDJKmAJ+BI2rTUy8qgObiQZia3+ysgkqmiG/BM460mdyi6cSUzeHFXccrV5@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1D4Ldqp063890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 13:21:43 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 13 Feb 2008 13:21:38 +0900 Message-ID: From: Hajimu UMEMOTO To: d@delphij.net In-Reply-To: <47B2488D.70707@delphij.net> References: <47B2488D.70707@delphij.net> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.2-RELEASE-p10 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:::1]); Wed, 13 Feb 2008 13:21:43 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_00,HELO_LOCALHOST autolearn=no version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: freebsd-net@freebsd.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2008 04:21:58 -0000 Hi, >>>>> On Tue, 12 Feb 2008 17:31:57 -0800 >>>>> Xin LI said: delphij> [delphij@charlie] ~> host ps_other.a.shifen.com delphij> ps_other.a.shifen.com has address 202.108.22.46 delphij> Host ps_other.a.shifen.com not found: 3(NXDOMAIN) `_' is not allowed in hostname. Our resolver (BIND's resolver) rejects it. If you don't want this behavior, you can try the following patch, but I don't recommend: Index: lib/libc/resolv/res_comp.c diff -u -p lib/libc/resolv/res_comp.c.orig lib/libc/resolv/res_comp.c --- lib/libc/resolv/res_comp.c.orig 2006-07-17 19:09:58.000000000 +0900 +++ lib/libc/resolv/res_comp.c 2008-02-13 13:14:35.000000000 +0900 @@ -151,7 +151,7 @@ dn_skipname(const u_char *ptr, const u_c #define digitchar(c) ((c) >= 0x30 && (c) <= 0x39) #define borderchar(c) (alphachar(c) || digitchar(c)) -#define middlechar(c) (borderchar(c) || hyphenchar(c)) +#define middlechar(c) (borderchar(c) || hyphenchar(c) || ((c) == 0x5f)) #define domainchar(c) ((c) > 0x20 && (c) < 0x7f) int Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 05:51:16 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A440516A41A; Wed, 13 Feb 2008 05:51:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3454813C45B; Wed, 13 Feb 2008 05:51:16 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 6FC4928478; Wed, 13 Feb 2008 13:51:13 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id 1114CEB3A31; Wed, 13 Feb 2008 13:51:13 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 0ELeLEXAs+Uy; Wed, 13 Feb 2008 13:51:07 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 9240EEB396A; Wed, 13 Feb 2008 13:51:05 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ru4rVC3/xQHwMVxFE6rIjcSGM6EHtSdFhwm/bcGVhjE82smI3+5Y7gOkjkj3sRO9N ZyFuiAQiyZq4/m9pMfflw== Message-ID: <47B28546.9070504@delphij.net> Date: Tue, 12 Feb 2008 21:51:02 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: Hajimu UMEMOTO References: <47B2488D.70707@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, d@delphij.net Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 05:51:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Tue, 12 Feb 2008 17:31:57 -0800 >>>>>> Xin LI said: > > delphij> [delphij@charlie] ~> host ps_other.a.shifen.com > delphij> ps_other.a.shifen.com has address 202.108.22.46 > delphij> Host ps_other.a.shifen.com not found: 3(NXDOMAIN) > > `_' is not allowed in hostname. Our resolver (BIND's resolver) > rejects it. > If you don't want this behavior, you can try the following patch, but > I don't recommend: > > Index: lib/libc/resolv/res_comp.c > diff -u -p lib/libc/resolv/res_comp.c.orig lib/libc/resolv/res_comp.c > --- lib/libc/resolv/res_comp.c.orig 2006-07-17 19:09:58.000000000 +0900 > +++ lib/libc/resolv/res_comp.c 2008-02-13 13:14:35.000000000 +0900 > @@ -151,7 +151,7 @@ dn_skipname(const u_char *ptr, const u_c > #define digitchar(c) ((c) >= 0x30 && (c) <= 0x39) > > #define borderchar(c) (alphachar(c) || digitchar(c)) > -#define middlechar(c) (borderchar(c) || hyphenchar(c)) > +#define middlechar(c) (borderchar(c) || hyphenchar(c) || ((c) == 0x5f)) > #define domainchar(c) ((c) > 0x20 && (c) < 0x7f) > > int I see. The problem for this is that others (Windows, CentOS) does not enforce this. Except the RFC violation, is there any other risk having this compatibility? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHsoVGi+vbBBjt66ARAjGzAKCSe6kzS0QAFy7Ki8EEhfHtxyKCFQCeKmEa fkYC0lsNy9ejs3uvQbOhGgQ= =xSKL -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 06:06:37 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 107BF16A420 for ; Wed, 13 Feb 2008 06:06:37 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id C1F0E13C45D for ; Wed, 13 Feb 2008 06:06:36 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:yXpIE8jRXNGuAdu/WyamTYePYJpXTrJtgWk9Qa06fJY5RL6NwiZ3bu10djImUAJU@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id m1D66CPc055972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 13 Feb 2008 15:06:12 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 13 Feb 2008 15:06:12 +0900 Message-ID: From: Hajimu UMEMOTO To: d@delphij.net In-Reply-To: <47B28546.9070504@delphij.net> References: <47B2488D.70707@delphij.net> <47B28546.9070504@delphij.net> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.2-RELEASE-p10 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:::1]); Wed, 13 Feb 2008 15:06:13 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_00,HELO_LOCALHOST autolearn=no version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on ameno.mahoroba.org Cc: freebsd-net@freebsd.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2008 06:06:37 -0000 Hi, >>>>> On Tue, 12 Feb 2008 21:51:02 -0800 >>>>> Xin LI said: delphij> The problem for this is that others (Windows, CentOS) does not enforce delphij> this. Except the RFC violation, is there any other risk having this delphij> compatibility? Yes, I know that the BIND resolver in glibc has a hack to allow `_'. I'm not sure but perhaps there is no risk to allow it. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 07:38:51 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52AB116A46B for ; Wed, 13 Feb 2008 07:38:51 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 3B49D13C447 for ; Wed, 13 Feb 2008 07:38:51 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1D7cm7e013461; Tue, 12 Feb 2008 23:38:50 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1D7ckMk021990; Tue, 12 Feb 2008 23:38:46 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1D7cjSA090205; Tue, 12 Feb 2008 23:38:46 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 13 Feb 2008 16:38:44 +0900 Message-ID: From: gnn@freebsd.org To: net@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 07:38:51 -0000 Hi, I have two MP/Multicore Xeon boxes with CX4 based Chelsio cards in them. If I boot 7.0-RC1 the cards can talk to each other. If I build a recent kernel/world (for instance from today) I cannot ping between them. I have tried using GENERIC as wella as a custom kernel. kodama8# ifconfig cxgb0 cxgb0: flags=8843 metric 0 mtu 9000 options=1bb ether 00:07:43:05:20:68 inet 172.16.0.2 netmask 0xffffff00 broadcast 172.16.0.255 media: Ethernet 10Gbase-CX4 (autoselect ) status: active kodama8# ping 172.16.0.1 PING 172.16.0.1 (172.16.0.1): 56 data bytes ^C --- 172.16.0.1 ping statistics --- 5 packets transmitted, 0 packets received, 100.0% packet loss kodama8# kodama$ uname -a FreeBSD kodama8.neville-neil.comA 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 kodama8# nozomi8# ifconfig cxgb0 cxgb0: flags=8843 metric 0 mtu 9000 options=1bb ether 00:07:43:05:20:43 inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 media: Ethernet 10Gbase-CX4 (autoselect ) status: active nozomi8# nozomi8# uname -a FreeBSD nozomi8.neville-neil.com 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC amd64 nozomi8# The dmesg is at the end of this mail. Thoughts? Thanks, George nozomi8# dmesg Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU X5355 @ 2.66GHz (2666.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 Features=0xbfebfbff Features2=0x4e3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8575602688 (8178 MB) avail memory = 8306462720 (7921 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est3 attach returned 6 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est4 attach returned 6 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est5 attach returned 6 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est6 attach returned 6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 82a082a0600082a device_attach: est7 attach returned 6 p4tcc7: on cpu7 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd8b00000-0xd8b01fff irq 16 at device 2.0 on pci4 ahd0: [ITHREAD] aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd8b02000-0xd8b03fff irq 17 at device 2.1 on pci4 ahd1: [ITHREAD] aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 18 at device 2.0 on pci2 pci6: on pcib6 em0: port 0x3000-0x301f mem 0xd8a20000-0xd8a3ffff,0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci6 em0: Using MSI interrupt em0: Ethernet address: 00:30:48:64:1e:20 em0: [FILTER] em1: port 0x3020-0x303f mem 0xd8a60000-0xd8a7ffff,0xd8a40000-0xd8a5ffff irq 19 at device 0.1 on pci6 em1: Using MSI interrupt em1: Ethernet address: 00:30:48:64:1e:21 em1: [FILTER] pcib7: at device 0.3 on pci1 pci7: on pcib7 pcib8: at device 4.0 on pci0 pci8: on pcib8 pcib9: at device 6.0 on pci0 pci9: on pcib9 pci9: at device 0.0 (no driver attached) pci0: at device 8.0 (no driver attached) pcib10: irq 17 at device 28.0 on pci0 pci10: on pcib10 uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd8f00000-0xd8f003ff irq 17 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib11: at device 30.0 on pci0 pci11: on pcib11 vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8c00000-0xd8c0ffff irq 18 at device 1.0 on pci11 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] orm0: at iomem 0xc0000-0xcafff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: DVDROM at ata0-slave UDMA33 da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) da0: Command Queueing Enabled da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #7 Launched! SMP: AP CPU #4 Launched! WARNING: WITNESS option enabled, expect reduced performance. lock order reversal: 1st 0xffffff0003426e28 devfs (devfs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 2nd 0xffffff000348fda0 devfsmount (devfsmount) @ /scratch/FreeBSD.HEAD/src/sys/fs/devfs/devfs_vnops.c:201 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 _sx_xlock() at _sx_xlock+0x52 devfs_allocv() at devfs_allocv+0x136 devfs_root() at devfs_root+0x52 set_rootvnode() at set_rootvnode+0x2c vfs_mountroot() at vfs_mountroot+0x310 start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- Trying to mount root from ufs:/dev/da0s1a lock order reversal: 1st 0xffffff0003426668 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 2nd 0xffffff00034ed000 vfslock (vfslock) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:364 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 _lockmgr() at _lockmgr+0x4e3 vfs_busy() at vfs_busy+0xdf lookup() at lookup+0x8a6 namei() at namei+0x2cb kern_unlink() at kern_unlink+0x8e vfs_mountroot_try() at vfs_mountroot_try+0x41f vfs_mountroot() at vfs_mountroot+0x3fd start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- lock order reversal: 1st 0xffffff00010ec070 user map (user map) @ /scratch/FreeBSD.HEAD/src/sys/vm/vm_map.c:3111 2nd 0xffffff0003426288 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x605 _lockmgr() at _lockmgr+0x4e3 ffs_lock() at ffs_lock+0x6d VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x8b vget() at vget+0x125 vnode_pager_lock() at vnode_pager_lock+0x14a vm_fault() at vm_fault+0x1e5 trap_pfault() at trap_pfault+0x128 trap() at trap+0x4f2 calltrap() at calltrap+0x8 --- trap 0xc, rip = 0x400146, rsp = 0x7fffffffee80, rbp = 0x7fffffffeeb8 --- em1: link state changed to UP cxgbc0: mem 0xd8801000-0xd8801fff,0xd8000000-0xd87fffff,0xd8800000-0xd8800fff irq 18 at device 0.0 on pci9 cxgb0: on cxgbc0 cxgb0: Ethernet address: 00:07:43:05:20:43 Failed to allocate cluster Failed to allocate cluster Failed to allocate cluster Failed to allocate cluster cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] setting up interrupt for port=0 cxgbc0: [ITHREAD] bind qsets cxgbc0: starting thread for 0 device_map=0x1 adding adapter 0xffffffff8134f000 cxgbc0: offload started offload opened cxgb0: link state changed to UP cxgbc0: enabling interrupts on port=0 nozomi8# From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 08:51:48 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD6D516A417 for ; Wed, 13 Feb 2008 08:51:48 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 749F513C467 for ; Wed, 13 Feb 2008 08:51:48 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3198940waf.3 for ; Wed, 13 Feb 2008 00:51:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=qBPswKE4A/yyjnZ1DH4TCYiYMSSEQfWKWfPqpDeg1T0=; b=CXSrPdGCplzbaRLuXiopxHGAqO3iS65fafby5Xpnrz9gAKgNjDmtzqgry6LvSk8lxmzdJ7QrIFj1qKHpX5vzmOX5JUJOHtYVdjheOxylS+JJiSFyLAO4Dzs1pCWuNVnwqEJzTRAWMSMmuTuNa+4/mOW5TtTcNcQRIy6EiKGe260= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZdXTPIDuqKTmCxg3Ah9tbirOjjjxl9hGs/CCXkBUK+VVLwxbRsj0KikUrCuO+k0W5yKb1WEWS+jKTWIEBl54/oaDx/tZppqgHAy+QhoTohoiOBjYwe3JjRSpSEIgbivtiAFK4HWx1IOvX/c0VSgyxP0BNXnv9HLj+7VAybqcs+4= Received: by 10.114.160.1 with SMTP id i1mr2641923wae.49.1202892707210; Wed, 13 Feb 2008 00:51:47 -0800 (PST) Received: by 10.115.22.10 with HTTP; Wed, 13 Feb 2008 00:51:47 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 00:51:47 -0800 From: "Kip Macy" To: gnn@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: current@freebsd.org, net@freebsd.org Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:51:48 -0000 When you say a "recent kernel/world", I take it you're still running 7.0? -Kip On Feb 12, 2008 11:38 PM, wrote: > Hi, > > I have two MP/Multicore Xeon boxes with CX4 based Chelsio cards in > them. If I boot 7.0-RC1 the cards can talk to each other. If I build > a recent kernel/world (for instance from today) I cannot ping between > them. I have tried using GENERIC as wella as a custom kernel. > > kodama8# ifconfig cxgb0 > cxgb0: flags=8843 metric 0 mtu 9000 > options=1bb > ether 00:07:43:05:20:68 > inet 172.16.0.2 netmask 0xffffff00 broadcast 172.16.0.255 > media: Ethernet 10Gbase-CX4 (autoselect ) > status: active > kodama8# ping 172.16.0.1 > PING 172.16.0.1 (172.16.0.1): 56 data bytes > ^C > --- 172.16.0.1 ping statistics --- > 5 packets transmitted, 0 packets received, 100.0% packet loss > kodama8# > > kodama$ uname -a > FreeBSD kodama8.neville-neil.comA 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > kodama8# > > nozomi8# ifconfig cxgb0 > cxgb0: flags=8843 metric 0 mtu 9000 > options=1bb > ether 00:07:43:05:20:43 > inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 > media: Ethernet 10Gbase-CX4 (autoselect ) > status: active > nozomi8# > > nozomi8# uname -a > FreeBSD nozomi8.neville-neil.com 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC amd64 > nozomi8# > > > The dmesg is at the end of this mail. > > Thoughts? > > Thanks, > George > > > nozomi8# dmesg > Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 > root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(R) CPU X5355 @ 2.66GHz (2666.68-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > Features=0xbfebfbff > Features2=0x4e3bd > AMD Features=0x20100800 > AMD Features2=0x1 > Cores per package: 4 > usable memory = 8575602688 (8178 MB) > avail memory = 8306462720 (7921 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > cpu2: on acpi0 > est2: on cpu2 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est2 attach returned 6 > p4tcc2: on cpu2 > cpu3: on acpi0 > est3: on cpu3 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est3 attach returned 6 > p4tcc3: on cpu3 > cpu4: on acpi0 > est4: on cpu4 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est4 attach returned 6 > p4tcc4: on cpu4 > cpu5: on acpi0 > est5: on cpu5 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est5 attach returned 6 > p4tcc5: on cpu5 > cpu6: on acpi0 > est6: on cpu6 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est6 attach returned 6 > p4tcc6: on cpu6 > cpu7: on acpi0 > est7: on cpu7 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > device_attach: est7 attach returned 6 > p4tcc7: on cpu7 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 2.0 on pci0 > pci1: on pcib1 > pcib2: irq 16 at device 0.0 on pci1 > pci2: on pcib2 > pcib3: irq 16 at device 0.0 on pci2 > pci3: on pcib3 > pcib4: at device 0.0 on pci3 > pci4: on pcib4 > ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd8b00000-0xd8b01fff irq 16 at device 2.0 on pci4 > ahd0: [ITHREAD] > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd8b02000-0xd8b03fff irq 17 at device 2.1 on pci4 > ahd1: [ITHREAD] > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > pcib5: at device 0.2 on pci3 > pci5: on pcib5 > pcib6: irq 18 at device 2.0 on pci2 > pci6: on pcib6 > em0: port 0x3000-0x301f mem 0xd8a20000-0xd8a3ffff,0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci6 > em0: Using MSI interrupt > em0: Ethernet address: 00:30:48:64:1e:20 > em0: [FILTER] > em1: port 0x3020-0x303f mem 0xd8a60000-0xd8a7ffff,0xd8a40000-0xd8a5ffff irq 19 at device 0.1 on pci6 > em1: Using MSI interrupt > em1: Ethernet address: 00:30:48:64:1e:21 > em1: [FILTER] > pcib7: at device 0.3 on pci1 > pci7: on pcib7 > pcib8: at device 4.0 on pci0 > pci8: on pcib8 > pcib9: at device 6.0 on pci0 > pci9: on pcib9 > pci9: at device 0.0 (no driver attached) > pci0: at device 8.0 (no driver attached) > pcib10: irq 17 at device 28.0 on pci0 > pci10: on pcib10 > uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: on usb2 > uhub2: 2 ports with 2 removable, self powered > ehci0: mem 0xd8f00000-0xd8f003ff irq 17 at device 29.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb3: EHCI version 1.0 > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > usb3: on ehci0 > usb3: USB revision 2.0 > uhub3: on usb3 > uhub3: 6 ports with 6 removable, self powered > pcib11: at device 30.0 on pci0 > pci11: on pcib11 > vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8c00000-0xd8c0ffff irq 18 at device 1.0 on pci11 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > ppbus0: [ITHREAD] > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > ppc0: [ITHREAD] > orm0: at iomem 0xc0000-0xcafff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > Waiting 5 seconds for SCSI devices to settle > acd0: DVDROM at ata0-slave UDMA33 > da0 at ahd0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) > da0: Command Queueing Enabled > da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > SMP: AP CPU #5 Launched! > SMP: AP CPU #6 Launched! > SMP: AP CPU #7 Launched! > SMP: AP CPU #4 Launched! > WARNING: WITNESS option enabled, expect reduced performance. > lock order reversal: > 1st 0xffffff0003426e28 devfs (devfs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > 2nd 0xffffff000348fda0 devfsmount (devfsmount) @ /scratch/FreeBSD.HEAD/src/sys/fs/devfs/devfs_vnops.c:201 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x605 > _sx_xlock() at _sx_xlock+0x52 > devfs_allocv() at devfs_allocv+0x136 > devfs_root() at devfs_root+0x52 > set_rootvnode() at set_rootvnode+0x2c > vfs_mountroot() at vfs_mountroot+0x310 > start_init() at start_init+0x62 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- > Trying to mount root from ufs:/dev/da0s1a > lock order reversal: > 1st 0xffffff0003426668 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > 2nd 0xffffff00034ed000 vfslock (vfslock) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:364 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x605 > _lockmgr() at _lockmgr+0x4e3 > vfs_busy() at vfs_busy+0xdf > lookup() at lookup+0x8a6 > namei() at namei+0x2cb > kern_unlink() at kern_unlink+0x8e > vfs_mountroot_try() at vfs_mountroot_try+0x41f > vfs_mountroot() at vfs_mountroot+0x3fd > start_init() at start_init+0x62 > fork_exit() at fork_exit+0x12a > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- > lock order reversal: > 1st 0xffffff00010ec070 user map (user map) @ /scratch/FreeBSD.HEAD/src/sys/vm/vm_map.c:3111 > 2nd 0xffffff0003426288 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x605 > _lockmgr() at _lockmgr+0x4e3 > ffs_lock() at ffs_lock+0x6d > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > _vn_lock() at _vn_lock+0x8b > vget() at vget+0x125 > vnode_pager_lock() at vnode_pager_lock+0x14a > vm_fault() at vm_fault+0x1e5 > trap_pfault() at trap_pfault+0x128 > trap() at trap+0x4f2 > calltrap() at calltrap+0x8 > --- trap 0xc, rip = 0x400146, rsp = 0x7fffffffee80, rbp = 0x7fffffffeeb8 --- > em1: link state changed to UP > cxgbc0: mem 0xd8801000-0xd8801fff,0xd8000000-0xd87fffff,0xd8800000-0xd8800fff irq 18 at device 0.0 on pci9 > cxgb0: on cxgbc0 > cxgb0: Ethernet address: 00:07:43:05:20:43 > Failed to allocate cluster > Failed to allocate cluster > Failed to allocate cluster > Failed to allocate cluster > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting > up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > setting up interrupt for port=0 > cxgbc0: [ITHREAD] > bind qsets > cxgbc0: starting thread for 0 > device_map=0x1 > adding adapter 0xffffffff8134f000 > cxgbc0: offload started > offload opened > cxgb0: link state changed to UP > cxgbc0: enabling interrupts on port=0 > nozomi8# > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 08:52:53 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1070516A420 for ; Wed, 13 Feb 2008 08:52:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id DAF4113C46B for ; Wed, 13 Feb 2008 08:52:52 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3199304waf.3 for ; Wed, 13 Feb 2008 00:52:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Kw2Vw8uqI+4pkn88Cu3lTmlbwHz4Bt0Z8NONAvJmwxc=; b=hfWKuFbWKswipDx5a9WEb+f2I+o/D1qkrHgunHIM+hYT0rM5/T6E3pHQZMgZy9hj+iVofFRWSwjZ9HPzakzjzcXx4u7mTz13XDEUjtxLbfvHq/oi9muPL9eS9jW1DPVH0d5hQM3qB6erojAp0/t6OxMUkEnzN5vF3aeJDYmfdI4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fUA13jEtAp5v/gIll9CG65w2LEAmtrTzkafLzSW7qX67VvpRSX/isv49+MjJEiLypW16wq/4qL6IA5UPlcN3/UrhAKYqHdglFUPnC11FXv0I8D7vNJZP6ujqrS+KVUfw105ELeOmIRAMheDt4rAFBKdNGn6SehgSsTagdJQgH40= Received: by 10.114.120.1 with SMTP id s1mr2624861wac.107.1202892772508; Wed, 13 Feb 2008 00:52:52 -0800 (PST) Received: by 10.115.22.10 with HTTP; Wed, 13 Feb 2008 00:52:52 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 00:52:52 -0800 From: "Kip Macy" To: gnn@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: current@freebsd.org, net@freebsd.org Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 08:52:53 -0000 Oops sorry ... What is the output of 'sysctl dev.cxgbc.0'? -Kip On Feb 13, 2008 12:51 AM, Kip Macy wrote: > When you say a "recent kernel/world", I take it you're still running 7.0? > > -Kip > > > > > > On Feb 12, 2008 11:38 PM, wrote: > > Hi, > > > > I have two MP/Multicore Xeon boxes with CX4 based Chelsio cards in > > them. If I boot 7.0-RC1 the cards can talk to each other. If I build > > a recent kernel/world (for instance from today) I cannot ping between > > them. I have tried using GENERIC as wella as a custom kernel. > > > > kodama8# ifconfig cxgb0 > > cxgb0: flags=8843 metric 0 mtu 9000 > > options=1bb > > ether 00:07:43:05:20:68 > > inet 172.16.0.2 netmask 0xffffff00 broadcast 172.16.0.255 > > media: Ethernet 10Gbase-CX4 (autoselect ) > > status: active > > kodama8# ping 172.16.0.1 > > PING 172.16.0.1 (172.16.0.1): 56 data bytes > > ^C > > --- 172.16.0.1 ping statistics --- > > 5 packets transmitted, 0 packets received, 100.0% packet loss > > kodama8# > > > > kodama$ uname -a > > FreeBSD kodama8.neville-neil.comA 7.0-RC1 FreeBSD 7.0-RC1 #0: Mon Dec 24 10:10:07 UTC 2007 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 > > kodama8# > > > > nozomi8# ifconfig cxgb0 > > cxgb0: flags=8843 metric 0 mtu 9000 > > options=1bb > > ether 00:07:43:05:20:43 > > inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 > > media: Ethernet 10Gbase-CX4 (autoselect ) > > status: active > > nozomi8# > > > > nozomi8# uname -a > > FreeBSD nozomi8.neville-neil.com 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC amd64 > > nozomi8# > > > > > > The dmesg is at the end of this mail. > > > > Thoughts? > > > > Thanks, > > George > > > > > > nozomi8# dmesg > > Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. > > FreeBSD 8.0-CURRENT #2: Wed Feb 13 15:47:05 JST 2008 > > root@nozomi8.neville-neil.com:/usr/obj/scratch/FreeBSD.HEAD/src/sys/GENERIC > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(R) CPU X5355 @ 2.66GHz (2666.68-MHz K8-class CPU) > > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > > Features=0xbfebfbff > > Features2=0x4e3bd > > AMD Features=0x20100800 > > AMD Features2=0x1 > > Cores per package: 4 > > usable memory = 8575602688 (8178 MB) > > avail memory = 8306462720 (7921 MB) > > ACPI APIC Table: > > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > cpu2 (AP): APIC ID: 2 > > cpu3 (AP): APIC ID: 3 > > cpu4 (AP): APIC ID: 4 > > cpu5 (AP): APIC ID: 5 > > cpu6 (AP): APIC ID: 6 > > cpu7 (AP): APIC ID: 7 > > ioapic0 irqs 0-23 on motherboard > > ioapic1 irqs 24-47 on motherboard > > kbd1 at kbdmux0 > > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > > Timecounter "HPET" frequency 14318180 Hz quality 900 > > cpu0: on acpi0 > > est0: on cpu0 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est0 attach returned 6 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > est1: on cpu1 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est1 attach returned 6 > > p4tcc1: on cpu1 > > cpu2: on acpi0 > > est2: on cpu2 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est2 attach returned 6 > > p4tcc2: on cpu2 > > cpu3: on acpi0 > > est3: on cpu3 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est3 attach returned 6 > > p4tcc3: on cpu3 > > cpu4: on acpi0 > > est4: on cpu4 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est4 attach returned 6 > > p4tcc4: on cpu4 > > cpu5: on acpi0 > > est5: on cpu5 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est5 attach returned 6 > > p4tcc5: on cpu5 > > cpu6: on acpi0 > > est6: on cpu6 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est6 attach returned 6 > > p4tcc6: on cpu6 > > cpu7: on acpi0 > > est7: on cpu7 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: cpu_vendor GenuineIntel, msr 82a082a0600082a > > device_attach: est7 attach returned 6 > > p4tcc7: on cpu7 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: at device 2.0 on pci0 > > pci1: on pcib1 > > pcib2: irq 16 at device 0.0 on pci1 > > pci2: on pcib2 > > pcib3: irq 16 at device 0.0 on pci2 > > pci3: on pcib3 > > pcib4: at device 0.0 on pci3 > > pci4: on pcib4 > > ahd0: port 0x2400-0x24ff,0x2000-0x20ff mem 0xd8b00000-0xd8b01fff irq 16 at device 2.0 on pci4 > > ahd0: [ITHREAD] > > aic7902: Ultra320 Wide Channel A, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > > ahd1: port 0x2c00-0x2cff,0x2800-0x28ff mem 0xd8b02000-0xd8b03fff irq 17 at device 2.1 on pci4 > > ahd1: [ITHREAD] > > aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 67-100Mhz, 512 SCBs > > pcib5: at device 0.2 on pci3 > > pci5: on pcib5 > > pcib6: irq 18 at device 2.0 on pci2 > > pci6: on pcib6 > > em0: port 0x3000-0x301f mem 0xd8a20000-0xd8a3ffff,0xd8a00000-0xd8a1ffff irq 18 at device 0.0 on pci6 > > em0: Using MSI interrupt > > em0: Ethernet address: 00:30:48:64:1e:20 > > em0: [FILTER] > > em1: port 0x3020-0x303f mem 0xd8a60000-0xd8a7ffff,0xd8a40000-0xd8a5ffff irq 19 at device 0.1 on pci6 > > em1: Using MSI interrupt > > em1: Ethernet address: 00:30:48:64:1e:21 > > em1: [FILTER] > > pcib7: at device 0.3 on pci1 > > pci7: on pcib7 > > pcib8: at device 4.0 on pci0 > > pci8: on pcib8 > > pcib9: at device 6.0 on pci0 > > pci9: on pcib9 > > pci9: at device 0.0 (no driver attached) > > pci0: at device 8.0 (no driver attached) > > pcib10: irq 17 at device 28.0 on pci0 > > pci10: on pcib10 > > uhci0: port 0x1800-0x181f irq 17 at device 29.0 on pci0 > > uhci0: [GIANT-LOCKED] > > uhci0: [ITHREAD] > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: on usb0 > > uhub0: 2 ports with 2 removable, self powered > > uhci1: port 0x1820-0x183f irq 19 at device 29.1 on pci0 > > uhci1: [GIANT-LOCKED] > > uhci1: [ITHREAD] > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub1: on usb1 > > uhub1: 2 ports with 2 removable, self powered > > uhci2: port 0x1840-0x185f irq 18 at device 29.2 on pci0 > > uhci2: [GIANT-LOCKED] > > uhci2: [ITHREAD] > > usb2: on uhci2 > > usb2: USB revision 1.0 > > uhub2: on usb2 > > uhub2: 2 ports with 2 removable, self powered > > ehci0: mem 0xd8f00000-0xd8f003ff irq 17 at device 29.7 on pci0 > > ehci0: [GIANT-LOCKED] > > ehci0: [ITHREAD] > > usb3: EHCI version 1.0 > > usb3: companion controllers, 2 ports each: usb0 usb1 usb2 > > usb3: on ehci0 > > usb3: USB revision 2.0 > > uhub3: on usb3 > > uhub3: 6 ports with 6 removable, self powered > > pcib11: at device 30.0 on pci0 > > pci11: on pcib11 > > vgapci0: port 0x4000-0x40ff mem 0xd0000000-0xd7ffffff,0xd8c00000-0xd8c0ffff irq 18 at device 1.0 on pci11 > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 > > ata0: on atapci0 > > ata0: [ITHREAD] > > ata1: on atapci0 > > ata1: [ITHREAD] > > pci0: at device 31.3 (no driver attached) > > acpi_button0: on acpi0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > sio0: type 16550A, console > > sio0: [FILTER] > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > > sio1: type 16550A > > sio1: [FILTER] > > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > > fdc0: [FILTER] > > ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > ppc0: FIFO with 16/16/9 bytes threshold > > ppbus0: on ppc0 > > ppbus0: [ITHREAD] > > plip0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > ppc0: [GIANT-LOCKED] > > ppc0: [ITHREAD] > > orm0: at iomem 0xc0000-0xcafff on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x100> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > Timecounters tick every 1.000 msec > > Waiting 5 seconds for SCSI devices to settle > > acd0: DVDROM at ata0-slave UDMA33 > > da0 at ahd0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-3 device > > da0: 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) > > da0: Command Queueing Enabled > > da0: 140014MB (286749488 512 byte sectors: 255H 63S/T 17849C) > > SMP: AP CPU #1 Launched! > > SMP: AP CPU #2 Launched! > > SMP: AP CPU #3 Launched! > > SMP: AP CPU #5 Launched! > > SMP: AP CPU #6 Launched! > > SMP: AP CPU #7 Launched! > > SMP: AP CPU #4 Launched! > > WARNING: WITNESS option enabled, expect reduced performance. > > lock order reversal: > > 1st 0xffffff0003426e28 devfs (devfs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > > 2nd 0xffffff000348fda0 devfsmount (devfsmount) @ /scratch/FreeBSD.HEAD/src/sys/fs/devfs/devfs_vnops.c:201 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > witness_checkorder() at witness_checkorder+0x605 > > _sx_xlock() at _sx_xlock+0x52 > > devfs_allocv() at devfs_allocv+0x136 > > devfs_root() at devfs_root+0x52 > > set_rootvnode() at set_rootvnode+0x2c > > vfs_mountroot() at vfs_mountroot+0x310 > > start_init() at start_init+0x62 > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- > > Trying to mount root from ufs:/dev/da0s1a > > lock order reversal: > > 1st 0xffffff0003426668 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > > 2nd 0xffffff00034ed000 vfslock (vfslock) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:364 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > witness_checkorder() at witness_checkorder+0x605 > > _lockmgr() at _lockmgr+0x4e3 > > vfs_busy() at vfs_busy+0xdf > > lookup() at lookup+0x8a6 > > namei() at namei+0x2cb > > kern_unlink() at kern_unlink+0x8e > > vfs_mountroot_try() at vfs_mountroot_try+0x41f > > vfs_mountroot() at vfs_mountroot+0x3fd > > start_init() at start_init+0x62 > > fork_exit() at fork_exit+0x12a > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffac266d30, rbp = 0 --- > > lock order reversal: > > 1st 0xffffff00010ec070 user map (user map) @ /scratch/FreeBSD.HEAD/src/sys/vm/vm_map.c:3111 > > 2nd 0xffffff0003426288 ufs (ufs) @ /scratch/FreeBSD.HEAD/src/sys/kern/vfs_subr.c:2061 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > witness_checkorder() at witness_checkorder+0x605 > > _lockmgr() at _lockmgr+0x4e3 > > ffs_lock() at ffs_lock+0x6d > > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b > > _vn_lock() at _vn_lock+0x8b > > vget() at vget+0x125 > > vnode_pager_lock() at vnode_pager_lock+0x14a > > vm_fault() at vm_fault+0x1e5 > > trap_pfault() at trap_pfault+0x128 > > trap() at trap+0x4f2 > > calltrap() at calltrap+0x8 > > --- trap 0xc, rip = 0x400146, rsp = 0x7fffffffee80, rbp = 0x7fffffffeeb8 --- > > em1: link state changed to UP > > cxgbc0: mem 0xd8801000-0xd8801fff,0xd8000000-0xd87fffff,0xd8800000-0xd8800fff irq 18 at device 0.0 on pci9 > > cxgb0: on cxgbc0 > > cxgb0: Ethernet address: 00:07:43:05:20:43 > > Failed to allocate cluster > > Failed to allocate cluster > > Failed to allocate cluster > > Failed to allocate cluster > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting > > up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > setting up interrupt for port=0 > > cxgbc0: [ITHREAD] > > bind qsets > > cxgbc0: starting thread for 0 > > device_map=0x1 > > adding adapter 0xffffffff8134f000 > > cxgbc0: offload started > > offload opened > > cxgb0: link state changed to UP > > cxgbc0: enabling interrupts on port=0 > > nozomi8# > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 11:38:53 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E36D16A418; Wed, 13 Feb 2008 11:38:53 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 4388613C455; Wed, 13 Feb 2008 11:38:53 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1DBco7d019961; Wed, 13 Feb 2008 03:38:53 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1DBcf3K087982; Wed, 13 Feb 2008 03:38:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1DBceNh023268; Wed, 13 Feb 2008 03:38:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 13 Feb 2008 20:38:40 +0900 Message-ID: From: gnn@freebsd.org To: "Kip Macy" In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org, net@freebsd.org Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 11:38:53 -0000 At Wed, 13 Feb 2008 00:52:52 -0800, Kip Macy wrote: > > Oops sorry ... What is the output of 'sysctl dev.cxgbc.0'? > Here ya go, and thanks! Later, George nozomi8# ifconfig cxgb0 cxgb0: flags=8843 metric 0 mtu 9000 options=1bb ether 00:07:43:05:20:43 inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 media: Ethernet 10Gbase-CX4 (autoselect ) status: active nozomi8# sysctl dev.cxgbc.0 dev.cxgbc.0.%desc: Chelsio T310 RNIC, 1 port dev.cxgbc.0.%driver: cxgbc dev.cxgbc.0.%location: slot=0 function=0 dev.cxgbc.0.%pnpinfo: vendor=0x1425 device=0x0030 subvendor=0x1425 subdevice=0x0001 class=0x020000 dev.cxgbc.0.%parent: pci9 dev.cxgbc.0.firmware_version: 4.7.0 dev.cxgbc.0.enable_debug: 0 dev.cxgbc.0.tunq_coalesce: 0 dev.cxgbc.0.txq_overrun: 0 dev.cxgbc.0.pcpu_cache_enable: 1 dev.cxgbc.0.cache_alloc: 0 dev.cxgbc.0.cached: 0 dev.cxgbc.0.ext_freed: 0 dev.cxgbc.0.mbufs_outstanding: 0 dev.cxgbc.0.pack_outstanding: 0 dev.cxgbc.0.intr_coal: 10000 dev.cxgbc.0.port0.nqsets: 8 dev.cxgbc.0.port0.qs0.rspq.size: 1024 dev.cxgbc.0.port0.qs0.rspq.cidx: 2 dev.cxgbc.0.port0.qs0.rspq.credits: 2 dev.cxgbc.0.port0.qs0.rspq.phys_addr: 0x0000000003cf0000 dev.cxgbc.0.port0.qs0.rspq.dump_start: 0 dev.cxgbc.0.port0.qs0.rspq.dump_count: 0 dev.cxgbc.0.port0.qs0.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs0.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs0.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs0.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs0.txq_eth.processed: 0 dev.cxgbc.0.port0.qs0.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs0.txq_eth.in_use: 1 dev.cxgbc.0.port0.qs0.txq_eth.frees: 0 dev.cxgbc.0.port0.qs0.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs0.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs0.txq_eth.enqueued: 1 dev.cxgbc.0.port0.qs0.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs0.txq_eth.phys_addr: 0x000000007e7c0000 dev.cxgbc.0.port0.qs0.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs0.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs0.txq_eth.hw_pidx: 1 dev.cxgbc.0.port0.qs0.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs0.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs1.rspq.size: 1024 dev.cxgbc.0.port0.qs1.rspq.cidx: 0 dev.cxgbc.0.port0.qs1.rspq.credits: 0 dev.cxgbc.0.port0.qs1.rspq.phys_addr: 0x0000000084560000 dev.cxgbc.0.port0.qs1.rspq.dump_start: 0 dev.cxgbc.0.port0.qs1.rspq.dump_count: 0 dev.cxgbc.0.port0.qs1.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs1.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs1.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs1.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs1.txq_eth.processed: 0 dev.cxgbc.0.port0.qs1.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs1.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs1.txq_eth.frees: 0 dev.cxgbc.0.port0.qs1.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs1.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs1.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs1.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs1.txq_eth.phys_addr: 0x0000000084640000 dev.cxgbc.0.port0.qs1.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs1.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs1.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs1.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs1.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs2.rspq.size: 1024 dev.cxgbc.0.port0.qs2.rspq.cidx: 0 dev.cxgbc.0.port0.qs2.rspq.credits: 0 dev.cxgbc.0.port0.qs2.rspq.phys_addr: 0x0000000086b40000 dev.cxgbc.0.port0.qs2.rspq.dump_start: 0 dev.cxgbc.0.port0.qs2.rspq.dump_count: 0 dev.cxgbc.0.port0.qs2.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs2.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs2.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs2.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs2.txq_eth.processed: 0 dev.cxgbc.0.port0.qs2.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs2.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs2.txq_eth.frees: 0 dev.cxgbc.0.port0.qs2.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs2.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs2.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs2.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs2.txq_eth.phys_addr: 0x0000000086b60000 dev.cxgbc.0.port0.qs2.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs2.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs2.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs2.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs2.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs3.rspq.size: 1024 dev.cxgbc.0.port0.qs3.rspq.cidx: 0 dev.cxgbc.0.port0.qs3.rspq.credits: 0 dev.cxgbc.0.port0.qs3.rspq.phys_addr: 0x0000000088150000 dev.cxgbc.0.port0.qs3.rspq.dump_start: 0 dev.cxgbc.0.port0.qs3.rspq.dump_count: 0 dev.cxgbc.0.port0.qs3.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs3.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs3.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs3.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs3.txq_eth.processed: 0 dev.cxgbc.0.port0.qs3.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs3.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs3.txq_eth.frees: 0 dev.cxgbc.0.port0.qs3.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs3.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs3.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs3.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs3.txq_eth.phys_addr: 0x0000000088160000 dev.cxgbc.0.port0.qs3.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs3.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs3.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs3.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs3.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs4.rspq.size: 1024 dev.cxgbc.0.port0.qs4.rspq.cidx: 0 dev.cxgbc.0.port0.qs4.rspq.credits: 0 dev.cxgbc.0.port0.qs4.rspq.phys_addr: 0x0000000089bb0000 dev.cxgbc.0.port0.qs4.rspq.dump_start: 0 dev.cxgbc.0.port0.qs4.rspq.dump_count: 0 dev.cxgbc.0.port0.qs4.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs4.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs4.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs4.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs4.txq_eth.processed: 0 dev.cxgbc.0.port0.qs4.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs4.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs4.txq_eth.frees: 0 dev.cxgbc.0.port0.qs4.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs4.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs4.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs4.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs4.txq_eth.phys_addr: 0x0000000089ca0000 dev.cxgbc.0.port0.qs4.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs4.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs4.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs4.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs4.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs5.rspq.size: 1024 dev.cxgbc.0.port0.qs5.rspq.cidx: 0 dev.cxgbc.0.port0.qs5.rspq.credits: 0 dev.cxgbc.0.port0.qs5.rspq.phys_addr: 0x000000008b4f0000 dev.cxgbc.0.port0.qs5.rspq.dump_start: 0 dev.cxgbc.0.port0.qs5.rspq.dump_count: 0 dev.cxgbc.0.port0.qs5.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs5.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs5.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs5.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs5.txq_eth.processed: 0 dev.cxgbc.0.port0.qs5.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs5.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs5.txq_eth.frees: 0 dev.cxgbc.0.port0.qs5.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs5.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs5.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs5.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs5.txq_eth.phys_addr: 0x000000008b520000 dev.cxgbc.0.port0.qs5.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs5.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs5.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs5.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs5.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs6.rspq.size: 1024 dev.cxgbc.0.port0.qs6.rspq.cidx: 0 dev.cxgbc.0.port0.qs6.rspq.credits: 0 dev.cxgbc.0.port0.qs6.rspq.phys_addr: 0x000000008cd30000 dev.cxgbc.0.port0.qs6.rspq.dump_start: 0 dev.cxgbc.0.port0.qs6.rspq.dump_count: 0 dev.cxgbc.0.port0.qs6.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs6.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs6.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs6.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs6.txq_eth.processed: 0 dev.cxgbc.0.port0.qs6.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs6.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs6.txq_eth.frees: 0 dev.cxgbc.0.port0.qs6.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs6.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs6.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs6.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs6.txq_eth.phys_addr: 0x000000008ccc0000 dev.cxgbc.0.port0.qs6.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs6.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs6.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs6.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs6.txq_eth.dump_count: 0 dev.cxgbc.0.port0.qs7.rspq.size: 1024 dev.cxgbc.0.port0.qs7.rspq.cidx: 0 dev.cxgbc.0.port0.qs7.rspq.credits: 0 dev.cxgbc.0.port0.qs7.rspq.phys_addr: 0x000000008d110000 dev.cxgbc.0.port0.qs7.rspq.dump_start: 0 dev.cxgbc.0.port0.qs7.rspq.dump_count: 0 dev.cxgbc.0.port0.qs7.txq_eth.dropped: 0 dev.cxgbc.0.port0.qs7.txq_eth.sendqlen: 0 dev.cxgbc.0.port0.qs7.txq_eth.queue_pidx: 0 dev.cxgbc.0.port0.qs7.txq_eth.queue_cidx: 0 dev.cxgbc.0.port0.qs7.txq_eth.processed: 0 dev.cxgbc.0.port0.qs7.txq_eth.cleaned: 0 dev.cxgbc.0.port0.qs7.txq_eth.in_use: 0 dev.cxgbc.0.port0.qs7.txq_eth.frees: 0 dev.cxgbc.0.port0.qs7.txq_eth.skipped: 0 dev.cxgbc.0.port0.qs7.txq_eth.coalesced: 0 dev.cxgbc.0.port0.qs7.txq_eth.enqueued: 0 dev.cxgbc.0.port0.qs7.txq_eth.stopped_flags: 0 dev.cxgbc.0.port0.qs7.txq_eth.phys_addr: 0x000000008d120000 dev.cxgbc.0.port0.qs7.txq_eth.qgen: 1 dev.cxgbc.0.port0.qs7.txq_eth.hw_cidx: 0 dev.cxgbc.0.port0.qs7.txq_eth.hw_pidx: 0 dev.cxgbc.0.port0.qs7.txq_eth.dump_start: 0 dev.cxgbc.0.port0.qs7.txq_eth.dump_count: 0 From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 11:55:49 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C34B316A419; Wed, 13 Feb 2008 11:55:49 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 3348B13C4EE; Wed, 13 Feb 2008 11:55:49 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [10.0.1.198] (unknown [194.95.73.188]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 2EA7E1C0B4630; Wed, 13 Feb 2008 12:55:47 +0100 (CET) Message-Id: From: Michael Tuexen To: Tom Judge In-Reply-To: <47B227D8.9060800@tomjudge.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 13 Feb 2008 12:55:45 +0100 References: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> <47B227D8.9060800@tomjudge.com> X-Mailer: Apple Mail (2.919.2) Cc: gnn@freebsd.org, FreeBSD Net Subject: Re: Kernel compile 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: Wed, 13 Feb 2008 11:55:49 -0000 Hi Tom, I want to fix the SCTP code such that you can compile without INET6. I also wanted to figure out if one can change the SCTP code such that SCTP can be build with INET6 and without INET... But it seems that this does not work for FreeBSD without SCTP. Best regards Michael On Feb 13, 2008, at 12:12 AM, Tom Judge wrote: > Michael Tuexen wrote: >> Hi George, >> thanks for the feedback. So I'll make sure that >> one can compile SCTP with only INET enabled. > > > You mention nothing about SCTP in you original post. > > I belive that SCTP depends on both INET and INET6. > > Tom >> Best regards >> Michael >> On Feb 12, 2008, at 3:39 PM, gnn@freebsd.org wrote: >>> At Thu, 7 Feb 2008 15:16:44 +0100, >>> Michael Tuexen wrote: >>>> >>>> Dear all, >>>> >>>> I was able to build an IPv4 only kernel by having >>>> options INET >>>> #options INET6 >>>> in the kernel config file. >>>> >>>> Is it supposed to work that one can build a IPv6-only >>>> kernel by using >>>> #options INET >>>> options INET6 >>>> >>> >>> I have not tried and I actually doubt it. >>> >>>> And should I be able to compile a kernel without IPv4 and IPv6 >>>> support by using >>>> #options INET >>>> #options INET6 >>>> >>> >>> I believe this does not work either. >>> >>> Best, >>> George >>> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net- >> unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 12:41:46 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 624D216A468 for ; Wed, 13 Feb 2008 12:41:46 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by mx1.freebsd.org (Postfix) with ESMTP id E66BF13C478 for ; Wed, 13 Feb 2008 12:41:45 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by fk-out-0910.google.com with SMTP id b27so6416424fka.11 for ; Wed, 13 Feb 2008 04:41:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=F+6iCer9+IC5eTDOGCF6FLXbHCB3RjdPTuN/roz2MTg=; b=quV49LgeD0Ap6GmvOxKLTG5hmHKrhH1qe9ZrUaYyuyk/9razcm4dn8mOO6MhORTluvFyJZkoTi3LSiWkR6qt4kThafJdDst9ZdJv1WbhbjQWYi5HX1cPH2ydAn5Y/zQDFhPxkxiTF+FRG1LTpVHAVxCATl1FB67IrOkQzRLS4qg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=eq7z3P6WWzS0Ode1zdbymqH0GXgh7SuaGGBTAWWVDTkDkIXZ/zn0DPGNjKdIrouiyMRYEcClfBPHHGIkvtTdr+fAEm20EENfru7W/MIKbQ5/7xjahFtX/q56GKNCMPlPaqH6SKeZeg9OIcIOvCPPd7zJSQGPvuiUTacjb/j3tTo= Received: by 10.82.149.8 with SMTP id w8mr3047979bud.0.1202906474635; Wed, 13 Feb 2008 04:41:14 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id x6sm1735215gvf.0.2008.02.13.04.41.12 (version=SSLv3 cipher=RC4-MD5); Wed, 13 Feb 2008 04:41:13 -0800 (PST) From: Tom Evans To: Michael Tuexen In-Reply-To: References: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> <47B227D8.9060800@tomjudge.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-DHQNtUpeJCI/e1y6f5ZC" Date: Wed, 13 Feb 2008 12:41:11 +0000 Message-Id: <1202906471.2126.91.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: Tom Judge , gnn@freebsd.org, FreeBSD Net Subject: Re: Kernel compile 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: Wed, 13 Feb 2008 12:41:46 -0000 --=-DHQNtUpeJCI/e1y6f5ZC Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2008-02-13 at 12:55 +0100, Michael Tuexen wrote: > Hi Tom, >=20 > I want to fix the SCTP code such that you can compile without > INET6. >=20 > I also wanted to figure out if one can change the SCTP code > such that SCTP can be build with INET6 and without INET... > But it seems that this does not work for FreeBSD without SCTP. >=20 > Best regards > Michael To clarify: INET6 depends upon INET, you cannot have INET6 without INET. You can have INET6 without SCTP, but you cannot (currently) have SCTP without INET6. If you are planning on trying to get SCTP without INET6, I'd contact Randall Stewart (rrs@), who wrote the SCTP implementation in FreeBSD. (also, please don't top post) Tom2 --=-DHQNtUpeJCI/e1y6f5ZC Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHsuVjlcRvFfyds/cRAssRAKCs8qVt5CBdZO5rTwV5aJgpyhSoJQCfYwW4 1kybcgEbA5oEp6aOGn5/YHc= =xbCL -----END PGP SIGNATURE----- --=-DHQNtUpeJCI/e1y6f5ZC-- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 13:34:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F26B16A469; Wed, 13 Feb 2008 13:34:28 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 9F3AD13C458; Wed, 13 Feb 2008 13:34:27 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [10.0.1.198] (unknown [194.95.73.188]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 2105B1C0B460D; Wed, 13 Feb 2008 14:34:19 +0100 (CET) Message-Id: From: Michael Tuexen To: Tom Evans In-Reply-To: <1202906471.2126.91.camel@localhost> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 13 Feb 2008 14:34:16 +0100 References: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> <47B227D8.9060800@tomjudge.com> <1202906471.2126.91.camel@localhost> X-Mailer: Apple Mail (2.919.2) Cc: Tom Judge , gnn@freebsd.org, FreeBSD Net Subject: Re: Kernel compile 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: Wed, 13 Feb 2008 13:34:28 -0000 Hi Tom, see my comments in-line. Best regards Michael On Feb 13, 2008, at 1:41 PM, Tom Evans wrote: > On Wed, 2008-02-13 at 12:55 +0100, Michael Tuexen wrote: >> Hi Tom, >> >> I want to fix the SCTP code such that you can compile without >> INET6. >> >> I also wanted to figure out if one can change the SCTP code >> such that SCTP can be build with INET6 and without INET... >> But it seems that this does not work for FreeBSD without SCTP. >> >> Best regards >> Michael > > To clarify: INET6 depends upon INET, you cannot have INET6 without > INET. OK. I see. Thank for the clarification. > > You can have INET6 without SCTP, but you cannot (currently) have SCTP > without INET6. If you are planning on trying to get SCTP without > INET6, > I'd contact Randall Stewart (rrs@), who wrote the SCTP > implementation in > FreeBSD. I did that already... > > > (also, please don't top post) Why not? I do that a lot... > > > Tom2 From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 14:45:56 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B30BD16A421; Wed, 13 Feb 2008 14:45:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA9E13C4CC; Wed, 13 Feb 2008 14:45:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m1DEjq7j024879; Wed, 13 Feb 2008 06:45:56 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m1DEjg7d066311; Wed, 13 Feb 2008 06:45:42 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (61.204.211.246.customerlink.pwd.ne.jp [61.204.211.246]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m1DEjfh2054126; Wed, 13 Feb 2008 06:45:41 -0800 (PST) (envelope-from gnn@neville-neil.com) Date: Wed, 13 Feb 2008 23:45:40 +0900 Message-ID: From: gnn@freebsd.org To: gnn@freebsd.org In-Reply-To: References: User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Kip Macy , current@freebsd.org, net@freebsd.org Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 14:45:56 -0000 OK, one more data point. The issue is somewhere between RC2 and CURRENT. I just put RC2 on the same box, and RC1 can talk to RC2 over the Chelsio cards. I have now tried RC2 and CURRENT and still no dice. Best, George From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 17:07:21 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 679E516A417 for ; Wed, 13 Feb 2008 17:07:21 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 474F313C4E1 for ; Wed, 13 Feb 2008 17:07:21 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so117371waf.3 for ; Wed, 13 Feb 2008 09:07:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jZQYQ+94/h72AIESDabvrAOWlyzDBLKa5YBpJOYxdGo=; b=QpMX3UahQ2LKBOmoB5Hz5ZZ8z0dGj8hev44NMhxCXzqclJxRlqg0LO73YQeYzJbqw4BsvucDS9ByKfJWiEaz4ahfm2dSD61Tvijkuln7CVMN9XQanL2tnTN9A9PrUaynNHssUw3WSK1kR/r+fn6AY+ih2hh8RevwBKKUThlXu+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I5rBG/Tftc2zTT/EogH85ijiDqOIpVOL7HpZO/oct2PImFBkakGFsWOnmgGAKKIPDXmE7wgBTYI8vP9aLzLHEXO7HZjS1z2ClbE5/CJ61skO6M0PM7Sw1RZidMXskHEJKi255W8mU5Q5UHKeJLuv5pmaJUFx7cixQaPyQQbzNYg= Received: by 10.114.168.1 with SMTP id q1mr143000wae.96.1202922440995; Wed, 13 Feb 2008 09:07:20 -0800 (PST) Received: by 10.115.22.10 with HTTP; Wed, 13 Feb 2008 09:07:20 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 09:07:20 -0800 From: "Kip Macy" To: gnn@freebsd.org, current@freebsd.org, net@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Subject: Re: Problems with Chelsio driver in CURRENT... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 17:07:21 -0000 Yup. -CURRENT has a very different driver from 7.0. It performs much better, but I don't want to MFC until it gets more test coverage. -Kip On 2/13/08, gnn@freebsd.org wrote: > OK, one more data point. > > The issue is somewhere between RC2 and CURRENT. I just put RC2 on the > same box, and RC1 can talk to RC2 over the Chelsio cards. > > I have now tried RC2 and CURRENT and still no dice. > > Best, > George > From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 18:13:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C756916A417 for ; Wed, 13 Feb 2008 18:13:05 +0000 (UTC) (envelope-from nick@rogness.net) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5A67713C4CE for ; Wed, 13 Feb 2008 18:13:05 +0000 (UTC) (envelope-from nick@rogness.net) Received: by ti-out-0910.google.com with SMTP id j2so100496tid.3 for ; Wed, 13 Feb 2008 10:13:04 -0800 (PST) Received: by 10.150.12.5 with SMTP id 5mr62868ybl.128.1202924665210; Wed, 13 Feb 2008 09:44:25 -0800 (PST) Received: by 10.150.205.8 with HTTP; Wed, 13 Feb 2008 09:44:25 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 10:44:25 -0700 From: "Nick Rogness" To: "Kurt Buff" In-Reply-To: MIME-Version: 1.0 References: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Newb question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 18:13:06 -0000 On 2/8/08, Kurt Buff wrote: > > All, > > My company is getting a fractional DS3 in the near future, and I've > acquired a Sangoma a301 card to handle the interface. > > We're retaining one of the T1s we currently have, from a different > provider, and we're intent on using BGP to manage the two connections. > > Does anyone have good pointers to tutorials or howtos on setting up > OpenBGP for a newb like me who has never done this before? > > I've got the ARIN web site open now, looking through the docs on > getting our ASN, but it's all new to me, and I could use a little > help. 1) talk to your providers to see if they will BGP peer with you - Get their ASN and ARIN Organization Names 2) Get stuff from ARIN: a) Register a POC (POC Template) - You will get a POC handle back ARIN b) Register your Organization (Organization Template) - You will need the POC handle from step a. - You will get a ORG ID back from ARIN c) Request an ASN (AS Number request template) - You will need the info from #1, step a & step b - You will "hopefully" get an ASN number from ARIN. 3) Choose a routing deamon, zebra or openbgp - You will need to setup them up with info from #1 & #2 - Make sure you understand everything, BGP can be dangerous - Please filter announcements and source addresses!!!!! 4)Coordinate time with Providers to turn up BGP - you can do them one at a time. 5) Turn BGP peering up with provider on the phone (not a VoIP phone) From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 19:23:51 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3C6B16A418; Wed, 13 Feb 2008 19:23:51 +0000 (UTC) (envelope-from Jinmei_Tatuya@isc.org) Received: from mon.jinmei.org (mon.jinmei.org [IPv6:2001:4f8:3:36::162]) by mx1.freebsd.org (Postfix) with ESMTP id C99B413C455; Wed, 13 Feb 2008 19:23:51 +0000 (UTC) (envelope-from Jinmei_Tatuya@isc.org) Received: from dhcp-182.sql1.isc.org (unknown [IPv6:2001:4f8:3:bb:217:f2ff:fee0:a91f]) by mon.jinmei.org (Postfix) with ESMTP id B84B133C59; Wed, 13 Feb 2008 11:23:50 -0800 (PST) Date: Wed, 13 Feb 2008 11:23:50 -0800 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: d@delphij.net In-Reply-To: <47B2488D.70707@delphij.net> <47B2591D.4000703@delphij.net> References: <47B2488D.70707@delphij.net> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.0 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, ume@FreeBSD.org Subject: Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2008 19:23:51 -0000 At Tue, 12 Feb 2008 17:31:57 -0800, Xin LI wrote: > It looks like that certain (mis)configuration by the baidu.com DNS > administrators has caused this, but I have no clue why our resolver > would return NXDOMAIN after it gets a positive response? (Yes, I know > that _ is not appropriate for domain names :) (I've read the entire thread, but since there still seems to be some confusion, so I'm responding to the very original post of the thread). This problem is not related to the "_". The fundamental problem is, as Edwin already pointed out, (one of) the authoritative server(s) of the shifen.com zone returns NOTIMP for MX of ps_other.a.shifen.com (this is a non-compliant behavior; see RFC4074 - though the main focus of this RFC is AAAA, not MX). So, what should have happened is: > > Received 127 bytes from 127.0.0.1#53 in 0 ms > [delphij@charlie] ~> host ps_other.a.shifen.com > ps_other.a.shifen.com has address 202.108.22.46 So far, fine. > Host ps_other.a.shifen.com not found: 3(NXDOMAIN) At this point host first queried for MX of ps_other.a.shifen.com. This failed with NOTIMP or SERVFAIL (the latter would be returned from a caching server). If your /etc/resolv.conf contains a "domain" or "search" directive (which I guess is the case), (recent versions of) host then tried the same query using the specified domain name(s), e.g., ps_other.a.shifen.com.isc.org. This normally resulted in an NXDOMAIN error, which you saw as the final output. You should be able to see this process by "host -v dict.baidu.com". It should also be noted that this is irrelevant to the "resolver" implementation in libc. The host command uses its own parser of /etc/resolv.conf and resolution routine and doesn't rely on the libc version of resolver. Finally, one thing I still don't understand is this symptom: > Em... That's fine I think, it does not seem to be the MX to cause the > problem, though. I have tried to visit 'dict.baidu.com' in Firefox and > it told me that the name can not resolve. tcpdump indicates that the > server has respond the A RR but resolver still queries AAAA... As far as I can see, there's no problem in resolving AAAA (although the response is negative) unlike the MX case. Can you show the exact output of tcpdump? --- JINMEI, Tatuya Internet Systems Consortium, Inc. From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 19:37:33 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C401316A468; Wed, 13 Feb 2008 19:37:33 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 24B8713C447; Wed, 13 Feb 2008 19:37:32 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=aMeCUjtbXxchWJq8aHYDPS2MNqk+uYRlZE69VBPQmmIg0CdGKMxBPVLd/VFqbgTlM6PNPzKYvvgmvJOiL+HwCbuD3kW8zln7CXT0kxSi2sqaeWMXGpDChVeb2ny8i+LXLO+2z7rWhdqI9FF8kB7Qkik55qoZ7tpVjfvdtCo0GbY=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPNQA-0009rw-NJ; Wed, 13 Feb 2008 22:37:31 +0300 Date: Wed, 13 Feb 2008 22:37:29 +0300 From: Eygene Ryabinkin To: Josef Pojsl Message-ID: References: <20080206144104.GL1122@bonifac.tns.cz> <20080207074944.GA56085@bonifac.tns.cz> <20080207141422.GG11393@diehard.n-r-g.com> <20080206144104.GL1122@bonifac.tns.cz> <20080207074944.GA56085@bonifac.tns.cz> <20080208105357.GF1142@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Hlh2aiwFLCZwGcpw" Content-Disposition: inline In-Reply-To: <20080208105357.GF1142@bonifac.tns.cz> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, farrokhi@FreeBSD.org, Claudio Jeker Subject: Re: ospf cost and route selection (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, 13 Feb 2008 19:37:33 -0000 --Hlh2aiwFLCZwGcpw Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Josef, good day. Fri, Feb 08, 2008 at 11:53:57AM +0100, Josef Pojsl wrote: > I did try the patch. Unfortunately, the deamon complains about sending packets > over gre interfaces. I cannot see any OSPF traffic on them with tcpdump, > and no routes get added. Found another OpenBSD/FreeBSD discrepancy: FreeBSD wants to see IP header's length in the native host order, when it sends the packets with sendmsg(). Corrected the patch and tried it on my test setup with Qemu: it worked in the configuration that is simular to yours. But one exception: my interfaces are not point-to-point, because it is too late to get VPNs up and running for today ;)) So it will be very good if you will be able to test the new version. Attached is the modified patch for the port itself and the modified file 'files/patch-ospfd_packet.c': it is the only changed file from the previous version of my patch. So, if you had already patched the port to 4.2 with previous version, just drop patch-ospfd_packet.c into the 'files/' directory and rebuild the patch. Thanks! -- Eygene --Hlh2aiwFLCZwGcpw Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="4.0-to-4.2.patch" >From c983b8cc45e3e95991479ae6e213e1ee805c3d91 Mon Sep 17 00:00:00 2001 From: Eygene Ryabinkin Date: Thu, 7 Feb 2008 19:19:54 +0300 Subject: [PATCH] Update ospfd to 4.2. o Provide LINK_STATE_IS_UP macros that is missing in FreeBSD. o Disable CARP demotion: FreeBSD has no support for it. o Disable check for the routing table number: FreeBSD has single routing table now. o Disable route labeling: FreeBSD has no support for it. o Disable htons() for IP header length: FreeBSD wants it to be in the native host order. o Rewrite old patch for the ospfctl/parser.{c,h}. Signed-off-by: Eygene Ryabinkin --- Makefile | 3 +- distinfo | 6 +- files/patch-LINK_STATE_IS_UP | 13 ++++ files/patch-no_carp_demotion | 91 +++++++++++++++++++++++++++ files/patch-ospfctl_parser | 59 ++++++++++++++++++ files/patch-ospfctl_parser.c | 26 -------- files/patch-ospfctl_parser.h | 26 -------- files/patch-ospfd_kroute.c | 138 ++++++++++++++++++++++++++++++++++++------ files/patch-ospfd_packet.c | 23 ++++++-- 9 files changed, 304 insertions(+), 81 deletions(-) create mode 100644 files/patch-LINK_STATE_IS_UP create mode 100644 files/patch-no_carp_demotion create mode 100644 files/patch-ospfctl_parser delete mode 100644 files/patch-ospfctl_parser.c delete mode 100644 files/patch-ospfctl_parser.h diff --git a/Makefile b/Makefile index 4423454..777f71b 100644 --- a/Makefile +++ b/Makefile @@ -6,8 +6,7 @@ # PORTNAME= openospfd -PORTVERSION= 4.0 -PORTREVISION= 2 +PORTVERSION= 4.2 CATEGORIES= net MASTER_SITES= ftp://ftp.dkuug.dk/pub/OpenBSD/OpenBGPD/:openbsd \ ${MASTER_SITE_LOCAL:S/$/:freebsd/g} diff --git a/distinfo b/distinfo index 84810c8..bf2bc20 100644 --- a/distinfo +++ b/distinfo @@ -1,6 +1,6 @@ -MD5 (openospfd/openospfd-4.0.tgz) = 6dcf9170627120f009ff9d5917b49376 -SHA256 (openospfd/openospfd-4.0.tgz) = c9e87e849664a6674a4a650a453754b53d6c0bd1110ee5e82a7b6cc7fbad6ee7 -SIZE (openospfd/openospfd-4.0.tgz) = 84459 +MD5 (openospfd/openospfd-4.2.tgz) = ac919e4883105b28a846106e7c60bb80 +SHA1 (openospfd/openospfd-4.2.tgz) = ebb476d834d3aa5ddc3a5e96ea2f494f2617c393 +SIZE (openospfd/openospfd-4.2.tgz) = 93661 MD5 (openospfd/if_media.h) = 4ff9297f5c133425dafe3ca565c0f811 SHA256 (openospfd/if_media.h) = 58225d0ed363c2beb23426f0f8254089d4541c3334776f3750ba434d4491a1d1 SIZE (openospfd/if_media.h) = 23762 diff --git a/files/patch-LINK_STATE_IS_UP b/files/patch-LINK_STATE_IS_UP new file mode 100644 index 0000000..bcd1f6d --- /dev/null +++ b/files/patch-LINK_STATE_IS_UP @@ -0,0 +1,13 @@ +--- ospfd/ospfd.h.orig 2008-02-07 18:57:03.000000000 +0300 ++++ ospfd/ospfd.h 2008-02-07 18:56:54.000000000 +0300 +@@ -320,6 +320,10 @@ + TAILQ_HEAD(lsa_head, lsa_entry); + TAILQ_HEAD(auth_md_head, auth_md); + ++#if defined(__FreeBSD__) /* FreeBSD has no LINK_STATE_IS_UP macro. */ ++#define LINK_STATE_IS_UP(_s) ((_s) >= LINK_STATE_UP) ++#endif /* defined(__FreeBSD__) */ ++ + struct iface { + LIST_ENTRY(iface) entry; + struct event hello_timer; diff --git a/files/patch-no_carp_demotion b/files/patch-no_carp_demotion new file mode 100644 index 0000000..2882279 --- /dev/null +++ b/files/patch-no_carp_demotion @@ -0,0 +1,91 @@ +--- ospfd/ospfd.c.orig 2008-02-07 18:31:27.000000000 +0300 ++++ ospfd/ospfd.c 2008-02-07 18:41:46.000000000 +0300 +@@ -300,7 +300,9 @@ + + control_cleanup(); + kr_shutdown(); ++#if !defined(__FreeBSD__) /* XXX: FreeBSD has no carp demotion. */ + carp_demote_shutdown(); ++#endif /* defined(__FreeBSD__) */ + + do { + if ((pid = wait(NULL)) == -1 && +@@ -398,10 +400,14 @@ + log_warnx("IFINFO request with wrong len"); + break; + case IMSG_DEMOTE: ++#if !defined(__FreeBSD__) /* XXX: FreeBSD has no carp demotion support. */ + if (imsg.hdr.len - IMSG_HEADER_SIZE != sizeof(dmsg)) + fatalx("invalid size of OE request"); + memcpy(&dmsg, imsg.data, sizeof(dmsg)); + carp_demote_set(dmsg.demote_group, dmsg.level); ++#else ++ log_debug("main_dispatch_ospfe: no carp demotion support for FreeBSD"); ++#endif /* defined(__FreeBSD__) */ + break; + default: + log_debug("main_dispatch_ospfe: error handling imsg %d", +--- ospfd/carp.c.orig 2008-02-07 18:26:32.000000000 +0300 ++++ ospfd/carp.c 2008-02-07 18:39:58.000000000 +0300 +@@ -29,6 +29,13 @@ + #include "ospfd.h" + #include "log.h" + ++#if defined(__FreeBSD__) /* XXX: FreeBSD has no CARP demotion support */ ++ ++#warning "CARP demotion is not supported for FreeBSD." ++#warning "Demotion code is disconnected from the build." ++ ++#else ++ + struct carpgroup { + TAILQ_ENTRY(carpgroup) entry; + char *group; +@@ -179,3 +186,5 @@ + close(s); + return (res); + } ++ ++#endif /* defined(__FreeBSD__) */ +--- ospfd/parse.y.orig 2008-02-07 18:34:22.000000000 +0300 ++++ ospfd/parse.y 2008-02-07 18:37:46.000000000 +0300 +@@ -485,6 +485,11 @@ + + areaoptsl : interface + | DEMOTE STRING demotecount { ++#ifdef __FreeBSD__ /* XXX: FreeBSD has no carp demotion support. */ ++ yyerror("FreeBSD has no CARP demotion support"); ++ free($2); ++ YYERROR; ++#else + if ($3 > 255) { + yyerror("demote count too big: max 255"); + free($2); +@@ -505,6 +510,7 @@ + area->demote_group); + YYERROR; + } ++#endif + } + | defaults + ; +@@ -581,6 +587,11 @@ + + interfaceoptsl : PASSIVE { iface->passive = 1; } + | DEMOTE STRING { ++#ifdef __FreeBSD__ /* XXX: FreeBSD has no carp demotion support */ ++ yyerror("FreeBSD has no CARP demotion support"); ++ free($2); ++ YYERROR; ++#else + if (strlcpy(iface->demote_group, $2, + sizeof(iface->demote_group)) >= + sizeof(iface->demote_group)) { +@@ -595,6 +606,7 @@ + iface->demote_group); + YYERROR; + } ++#endif + } + | defaults + ; diff --git a/files/patch-ospfctl_parser b/files/patch-ospfctl_parser new file mode 100644 index 0000000..1d0a82c --- /dev/null +++ b/files/patch-ospfctl_parser @@ -0,0 +1,59 @@ +--- ospfctl/parser.c.orig 2008-02-07 19:13:50.000000000 +0300 ++++ ospfctl/parser.c 2008-02-07 19:15:47.000000000 +0300 +@@ -32,23 +32,6 @@ + + #include "parser.h" + +-enum token_type { +- NOTOKEN, +- ENDTOKEN, +- KEYWORD, +- ADDRESS, +- FLAG, +- PREFIX, +- IFNAME +-}; +- +-struct token { +- enum token_type type; +- const char *keyword; +- int value; +- const struct token *next; +-}; +- + static const struct token t_main[]; + static const struct token t_fib[]; + static const struct token t_show[]; +--- ospfctl/parser.h.orig 2008-02-07 19:12:58.000000000 +0300 ++++ ospfctl/parser.h 2008-02-07 19:15:45.000000000 +0300 +@@ -50,6 +50,16 @@ + RELOAD + }; + ++enum token_type { ++ NOTOKEN, ++ ENDTOKEN, ++ KEYWORD, ++ ADDRESS, ++ FLAG, ++ PREFIX, ++ IFNAME ++}; ++ + struct parse_result { + struct in_addr addr; + char ifname[IF_NAMESIZE]; +@@ -58,6 +68,13 @@ + u_int8_t prefixlen; + }; + ++struct token { ++ enum token_type type; ++ const char *keyword; ++ int value; ++ const struct token *next; ++}; ++ + struct parse_result *parse(int, char *[]); + const struct token *match_token(const char *, const struct token []); + void show_valid_args(const struct token []); diff --git a/files/patch-ospfctl_parser.c b/files/patch-ospfctl_parser.c deleted file mode 100644 index c4f7fc8..0000000 --- a/files/patch-ospfctl_parser.c +++ /dev/null @@ -1,26 +0,0 @@ ---- ospfctl/parser.c.orig Fri Jul 27 15:11:46 2007 -+++ ospfctl/parser.c Fri Jul 27 15:12:01 2007 -@@ -32,23 +32,6 @@ - - #include "parser.h" - --enum token_type { -- NOTOKEN, -- ENDTOKEN, -- KEYWORD, -- ADDRESS, -- FLAG, -- PREFIX, -- IFNAME --}; -- --struct token { -- enum token_type type; -- const char *keyword; -- int value; -- const struct token *next; --}; -- - static const struct token t_main[]; - static const struct token t_fib[]; - static const struct token t_show[]; diff --git a/files/patch-ospfctl_parser.h b/files/patch-ospfctl_parser.h deleted file mode 100644 index b4eab49..0000000 --- a/files/patch-ospfctl_parser.h +++ /dev/null @@ -1,26 +0,0 @@ ---- ospfctl/parser.h.orig Fri Jul 27 15:11:55 2007 -+++ ospfctl/parser.h Fri Jul 27 15:12:01 2007 -@@ -50,6 +50,23 @@ - RELOAD - }; - -+enum token_type { -+ NOTOKEN, -+ ENDTOKEN, -+ KEYWORD, -+ ADDRESS, -+ FLAG, -+ PREFIX, -+ IFNAME -+}; -+ -+struct token { -+ enum token_type type; -+ const char *keyword; -+ int value; -+ const struct token *next; -+}; -+ - struct parse_result { - struct in_addr addr; - char ifname[IF_NAMESIZE]; diff --git a/files/patch-ospfd_kroute.c b/files/patch-ospfd_kroute.c index 6415a3b..2b1bd77 100644 --- a/files/patch-ospfd_kroute.c +++ b/files/patch-ospfd_kroute.c @@ -1,36 +1,136 @@ ---- ospfd/kroute.c.orig Mon Nov 20 14:41:22 2006 -+++ ospfd/kroute.c Mon Nov 20 14:42:17 2006 -@@ -875,10 +875,6 @@ +--- ospfd/kroute.c.orig 2008-02-07 18:58:38.000000000 +0300 ++++ ospfd/kroute.c 2008-02-07 19:09:58.000000000 +0300 +@@ -955,9 +955,11 @@ + struct sockaddr_in prefix; + struct sockaddr_in nexthop; + struct sockaddr_in mask; ++#if !defined(__FreeBSD__) + struct sockaddr_rtlabel sa_rl; +- int iovcnt = 0; + const char *label; ++#endif /* !defined(__FreeBSD__) */ ++ int iovcnt = 0; + + if (kr_state.fib_sync == 0) + return (0); +@@ -1011,6 +1013,7 @@ + iov[iovcnt].iov_base = &mask; + iov[iovcnt++].iov_len = sizeof(mask); + ++#if !defined(__FreeBSD__) /* FreeBSD has no route labeling. */ + if (kroute->rtlabel != 0) { + sa_rl.sr_len = sizeof(sa_rl); + sa_rl.sr_family = AF_UNSPEC; +@@ -1027,6 +1030,7 @@ + iov[iovcnt].iov_base = &sa_rl; + iov[iovcnt++].iov_len = sizeof(sa_rl); + } ++#endif /* !defined(__FreeBSD__) */ + + + retry: +@@ -1069,7 +1073,9 @@ + struct rt_msghdr *rtm; + struct sockaddr *sa, *rti_info[RTAX_MAX]; + struct sockaddr_in *sa_in; ++#if !defined(__FreeBSD__) + struct sockaddr_rtlabel *label; ++#endif + struct kroute_node *kr; + + mib[0] = CTL_NET; +@@ -1078,9 +1084,13 @@ + mib[3] = AF_INET; + mib[4] = NET_RT_DUMP; + mib[5] = 0; ++#if !defined(__FreeBSD__) /* FreeBSD has no multiple routing tables */ + mib[6] = 0; /* rtableid */ + + if (sysctl(mib, 7, NULL, &len, NULL, 0) == -1) { ++#else ++ if (sysctl(mib, 6, NULL, &len, NULL, 0) == -1) { ++#endif /* !defined(__FreeBSD__) */ + log_warn("sysctl"); + return (-1); + } +@@ -1098,7 +1098,11 @@ + log_warn("fetchtable"); + return (-1); + } ++#if !defined(__FreeBSD__) /* FreeBSD has no multiple routing tables */ + if (sysctl(mib, 7, buf, &len, NULL, 0) == -1) { ++#else ++ if (sysctl(mib, 6, buf, &len, NULL, 0) == -1) { ++#endif /* !defined(__FreeBSD__) */ + log_warn("sysctl"); + free(buf); + return (-1); +@@ -1157,6 +1163,7 @@ send_rtmsg(kr_state.fd, RTM_DELETE, &kr->r); free(kr); } else { -- if ((label = (struct sockaddr_rtlabel *) -- rti_info[RTAX_LABEL]) != NULL) -- kr->r.rtlabel = -- rtlabel_name2id(label->sr_label); ++#if !defined(__FreeBSD__) /* FreeBSD has no route labeling. */ + if ((label = (struct sockaddr_rtlabel *) + rti_info[RTAX_LABEL]) != NULL) { + kr->r.rtlabel = +@@ -1164,6 +1171,7 @@ + kr->r.ext_tag = + rtlabel_id2tag(kr->r.rtlabel); + } ++#endif /* !defined(__FreeBSD__) */ kroute_insert(kr); } -@@ -1075,10 +1071,6 @@ +@@ -1257,7 +1265,9 @@ + struct ifa_msghdr *ifam; + struct sockaddr *sa, *rti_info[RTAX_MAX]; + struct sockaddr_in *sa_in; ++#if !defined(__FreeBSD__) + struct sockaddr_rtlabel *label; ++#endif /* !defined(__FreeBSD__) */ + struct kroute_node *kr, *okr; + struct in_addr prefix, nexthop; + u_int8_t prefixlen; +@@ -1289,8 +1299,10 @@ + sa = (struct sockaddr *)(rtm + 1); + get_rtaddrs(rtm->rtm_addrs, sa, rti_info); ++#if !defined(__FreeBSD__) /* XXX: FreeBSD has no multiple routing tables */ + if (rtm->rtm_tableid != 0) + continue; ++#endif + + if (rtm->rtm_pid == kr_state.pid) /* caused by us */ + continue; +@@ -1385,6 +1397,7 @@ rtlabel_unref(kr->r.rtlabel); kr->r.rtlabel = 0; -- if ((label = (struct sockaddr_rtlabel *) -- rti_info[RTAX_LABEL]) != NULL) -- kr->r.rtlabel = -- rtlabel_name2id(label->sr_label); + kr->r.ext_tag = 0; ++#if !defined(__FreeBSD__) /* FreeBSD has no route labeling. */ + if ((label = (struct sockaddr_rtlabel *) + rti_info[RTAX_LABEL]) != NULL) { + kr->r.rtlabel = +@@ -1392,6 +1405,7 @@ + kr->r.ext_tag = + rtlabel_id2tag(kr->r.rtlabel); + } ++#endif /* !defined(__FreeBSD__) */ if (kif_validate(kr->r.ifindex)) kr->r.flags &= ~F_DOWN; -@@ -1098,11 +1090,6 @@ - kr->r.nexthop.s_addr = nexthop.s_addr; +@@ -1413,6 +1427,7 @@ kr->r.flags = flags; kr->r.ifindex = ifindex; -- -- if ((label = (struct sockaddr_rtlabel *) -- rti_info[RTAX_LABEL]) != NULL) -- kr->r.rtlabel = -- rtlabel_name2id(label->sr_label); + ++#if !defined(__FreeBSD__) /* FreeBSD has no route labeling */ + if ((label = (struct sockaddr_rtlabel *) + rti_info[RTAX_LABEL]) != NULL) { + kr->r.rtlabel = +@@ -1420,6 +1435,7 @@ + kr->r.ext_tag = + rtlabel_id2tag(kr->r.rtlabel); + } ++#endif /* !defined(__FreeBSD__) */ kroute_insert(kr); } diff --git a/files/patch-ospfd_packet.c b/files/patch-ospfd_packet.c index 414554a..cceb302 100644 --- a/files/patch-ospfd_packet.c +++ b/files/patch-ospfd_packet.c @@ -1,6 +1,6 @@ ---- ospfd/packet.c.orig 9 Mar 2006 13:31:57 -0000 1.20 -+++ ospfd/packet.c 16 Mar 2006 18:21:38 -0000 -@@ -34,7 +34,7 @@ +--- ospfd/packet.c.orig 2006-11-17 11:55:31.000000000 +0300 ++++ ospfd/packet.c 2008-02-13 22:13:04.000000000 +0300 +@@ -36,7 +36,7 @@ #include "log.h" #include "ospfe.h" @@ -8,8 +8,21 @@ +int ip_hdr_sanity_check(struct ip *, u_int16_t); int ospf_hdr_sanity_check(const struct ip *, struct ospf_hdr *, u_int16_t, const struct iface *); - struct iface *find_iface(struct ospfd_conf *, struct in_addr); -@@ -196,8 +196,13 @@ recv_packet(int fd, short event, void *b + struct iface *find_iface(struct ospfd_conf *, unsigned int, struct in_addr); +@@ -70,7 +70,12 @@ + ip_hdr.ip_v = IPVERSION; + ip_hdr.ip_hl = sizeof(ip_hdr) >> 2; + ip_hdr.ip_tos = IPTOS_PREC_INTERNETCONTROL; ++#if defined(__FreeBSD__) || defined(__NetBSD__) ++ /* FreeBSD/NetBSD wants the length in the native host byte order. */ ++ ip_hdr.ip_len = len + sizeof(ip_hdr); ++#else + ip_hdr.ip_len = htons(len + sizeof(ip_hdr)); ++#endif + ip_hdr.ip_id = 0; /* 0 means kernel set appropriate value */ + ip_hdr.ip_off = 0; + ip_hdr.ip_ttl = iface->type != IF_TYPE_VIRTUALLINK ? +@@ -248,8 +253,13 @@ } int -- 1.5.3.8 --Hlh2aiwFLCZwGcpw-- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 19:38:31 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 916B316A41B for ; Wed, 13 Feb 2008 19:38:31 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 283C313C4DD for ; Wed, 13 Feb 2008 19:38:30 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1174322uge.37 for ; Wed, 13 Feb 2008 11:38:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=heWnJvT6sG796uTKRiF++NE+JvUZkKUJxtV8lC2+kPM=; b=Lh52LKpGWtZt9PCYnDai4EEnP2nBvhFTC9IXxGwc7lW1TVp2SNLuzbb0a0ba/44j0G9C9HMuX+LEqw90YYkhrpxEKba46O4Wk6acl4Xa2v7MDLvsdAaGdpHTux5tVRQ1An9+lz9LknSQDEUKLrDJahXodr/buuabq/YAUj3mO7U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oTzXzI+jnsHsUcEUlWsUppA06XGoguN2UvRYikOl6tgcfUY/05cxrcci0iS4wvk6nVMnTh71VXbdKiBLfaaD4QW7xJmIOr6n3eFvvM+vGuBT0N31fczGrOOPdjqCAR30lFbAxosa3WmqbOupMkzmFm4iZKhht+9Eqf6bGzSBlbs= Received: by 10.142.225.11 with SMTP id x11mr274905wfg.175.1202931508129; Wed, 13 Feb 2008 11:38:28 -0800 (PST) Received: by 10.142.72.20 with HTTP; Wed, 13 Feb 2008 11:38:28 -0800 (PST) Message-ID: Date: Wed, 13 Feb 2008 11:38:28 -0800 From: "Kurt Buff" To: "Nick Rogness" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-net@freebsd.org Subject: Re: Newb question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 19:38:31 -0000 Nice, concise. Thanks! Kurt On 2/13/08, Nick Rogness wrote: > > > > On 2/8/08, Kurt Buff wrote: > > All, > > > > My company is getting a fractional DS3 in the near future, and I've > > acquired a Sangoma a301 card to handle the interface. > > > > We're retaining one of the T1s we currently have, from a different > > provider, and we're intent on using BGP to manage the two connections. > > > > Does anyone have good pointers to tutorials or howtos on setting up > > OpenBGP for a newb like me who has never done this before? > > > > I've got the ARIN web site open now, looking through the docs on > > getting our ASN, but it's all new to me, and I could use a little > > help. > > 1) talk to your providers to see if they will BGP peer with you > - Get their ASN and ARIN Organization Names > > 2) Get stuff from ARIN: > a) Register a POC (POC Template) > - You will get a POC handle back ARIN > b) Register your Organization (Organization Template) > - You will need the POC handle from step a. > - You will get a ORG ID back from ARIN > c) Request an ASN (AS Number request template) > - You will need the info from #1, step a & step b > - You will "hopefully" get an ASN number from ARIN. > > 3) Choose a routing deamon, zebra or openbgp > - You will need to setup them up with info from #1 & #2 > - Make sure you understand everything, BGP can be dangerous > - Please filter announcements and source addresses!!!!! > > 4)Coordinate time with Providers to turn up BGP > - you can do them one at a time. > > 5) Turn BGP peering up with provider on the phone (not a VoIP phone) > > From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 19:51:09 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 010B616A41A; Wed, 13 Feb 2008 19:51:09 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id A8D4713C442; Wed, 13 Feb 2008 19:51:08 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=ex1lDHz1S6RS9YnmjKIXCxI2mWp51XzvAPOp1Y+UYCnNbB5TdE4rxwmalmEO51Qc2feLwJ24T2ZHCD20PRLObFiGH4VRJAZiO4cXVtZi/PqUG4Zf8+35jauvQTcP9rBq/tfss4aDVjY+ltMUCQ15Vvj0yHSOvW3/NyscIWHgyyg=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPNdL-0009x0-D4; Wed, 13 Feb 2008 22:51:07 +0300 Date: Wed, 13 Feb 2008 22:51:06 +0300 From: Eygene Ryabinkin To: Josef Pojsl Message-ID: References: <20080207074944.GA56085@bonifac.tns.cz> <20080207141422.GG11393@diehard.n-r-g.com> <20080206144104.GL1122@bonifac.tns.cz> <20080207074944.GA56085@bonifac.tns.cz> <20080208105357.GF1142@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_40 Cc: freebsd-net@freebsd.org, farrokhi@FreeBSD.org, Claudio Jeker Subject: Re: ospf cost and route selection (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, 13 Feb 2008 19:51:09 -0000 Wed, Feb 13, 2008 at 10:37:29PM +0300, Eygene Ryabinkin wrote: > Attached is the modified patch for the port itself and the modified > file 'files/patch-ospfd_packet.c': it is the only changed file from > the previous version of my patch. So, if you had already patched > the port to 4.2 with previous version, just drop patch-ospfd_packet.c > into the 'files/' directory and rebuild the patch. Seems like new files/patch-ospfd_packet.c did not get through the Mailman. Attaching inline: ----- --- ospfd/packet.c.orig 2006-11-17 11:55:31.000000000 +0300 +++ ospfd/packet.c 2008-02-13 22:13:04.000000000 +0300 @@ -36,7 +36,7 @@ #include "log.h" #include "ospfe.h" -int ip_hdr_sanity_check(const struct ip *, u_int16_t); +int ip_hdr_sanity_check(struct ip *, u_int16_t); int ospf_hdr_sanity_check(const struct ip *, struct ospf_hdr *, u_int16_t, const struct iface *); struct iface *find_iface(struct ospfd_conf *, unsigned int, struct in_addr); @@ -70,7 +70,12 @@ ip_hdr.ip_v = IPVERSION; ip_hdr.ip_hl = sizeof(ip_hdr) >> 2; ip_hdr.ip_tos = IPTOS_PREC_INTERNETCONTROL; +#if defined(__FreeBSD__) || defined(__NetBSD__) + /* FreeBSD/NetBSD wants the length in the native host byte order. */ + ip_hdr.ip_len = len + sizeof(ip_hdr); +#else ip_hdr.ip_len = htons(len + sizeof(ip_hdr)); +#endif ip_hdr.ip_id = 0; /* 0 means kernel set appropriate value */ ip_hdr.ip_off = 0; ip_hdr.ip_ttl = iface->type != IF_TYPE_VIRTUALLINK ? @@ -248,8 +253,13 @@ } int -ip_hdr_sanity_check(const struct ip *ip_hdr, u_int16_t len) +ip_hdr_sanity_check(struct ip *ip_hdr, u_int16_t len) { +#if defined(__NetBSD__) || defined(__FreeBSD__) + /* FreeBSD and NetBSD modify the IP header. Undo it! */ + ip_hdr->ip_len = htons(ip_hdr->ip_len + (ip_hdr->ip_hl << 2)); +#endif + if (ntohs(ip_hdr->ip_len) != len) { log_debug("recv_packet: invalid IP packet length %u", ntohs(ip_hdr->ip_len)); ----- -- Eygene From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 20:11:10 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DA2116A46E; Wed, 13 Feb 2008 20:11:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 19F8513C44B; Wed, 13 Feb 2008 20:11:10 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [202.108.54.204]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTP id 01FA928478; Thu, 14 Feb 2008 04:11:09 +0800 (CST) Received: from localhost (unknown [202.108.54.204]) by tarsier.geekcn.org (Postfix) with ESMTP id C4380EC3B99; Thu, 14 Feb 2008 04:11:08 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([202.108.54.204]) by localhost (mail.geekcn.org [202.108.54.204]) (amavisd-new, port 10024) with ESMTP id 27b6tJ4OdvPp; Thu, 14 Feb 2008 04:11:04 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 0A6E4EC384B; Thu, 14 Feb 2008 04:11:02 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=ieMK/gZ+8d8EXX8fH8NtqRSo9I8KDtf/weJYVsoPe0MKm29KGuyRW68MR9nZOhp/F goC2+6nRHkizyP7lvRv0A== Message-ID: <47B34ED4.6090302@delphij.net> Date: Wed, 13 Feb 2008 12:11:00 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20080122) MIME-Version: 1.0 To: =?ISO-2022-JP?B?SklOTUVJIFRhdHV5YSAvIBskQj9ATEBDIzpIGyhC?= References: <47B2488D.70707@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.5 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, d@delphij.net, ume@FreeBSD.org Subject: [RESOLVED] Re: Strange resolver behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 20:11:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 JINMEI Tatuya / $B?@L@C#:H(B wrote: [snip] At the beginning I was confused with host(1) and resolver library, they are different problems, sorry for the confusion. I think Hajimu-san's analysis was correct that it was caused by the check in resolver, here is a ktrace output from a system without patched libc: http://www.delphij.net/kdump.txt Note that, with a patched (with ume@'s patch) resolver, the program *does* worked as expected, also this will make firefox to be able to resolve the domain name. Test program can be downloaded from http://www.delphij.net/test.c . With patched libc you will get no output (expected), and with unpatched libc you will get "Unknown server error" and will be unable to get the A RR. It turns out that the baidu.com DNS administrator might be unaware of the potential violation of RFC 952 "ASSUMPTIONS" and RFC 1034 Section 3.5. However, I am afraid that there are some DNS server implementations that does allow '_'s in domain names, so if there is no potential risks allowing it from the resolver side I think it might be a good idea to be more permissive for this case, because there are real uses of it, and other operating systems does allow it at the client side. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHs07Ui+vbBBjt66ARArTAAJ9bzw4f/tZ0LzH5QXQi9CM9nNr8egCdHprK fE6LNOaSyeGu/TadZqnF34w= =u82D -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 21:06:07 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96AEE16A420; Wed, 13 Feb 2008 21:06:07 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bonifac.tns.cz (sodat1-51.bm.gin.cz [213.194.214.51]) by mx1.freebsd.org (Postfix) with ESMTP id 4E93413C457; Wed, 13 Feb 2008 21:06:07 +0000 (UTC) (envelope-from jp@tns.cz) Received: by bonifac.tns.cz (Postfix, from userid 1001) id CE4ABF1996; Wed, 13 Feb 2008 21:30:12 +0100 (CET) Date: Wed, 13 Feb 2008 21:30:12 +0100 From: Josef Pojsl To: Eygene Ryabinkin Message-ID: <20080213203012.GB1157@bonifac.tns.cz> References: <20080207074944.GA56085@bonifac.tns.cz> <20080207141422.GG11393@diehard.n-r-g.com> <20080206144104.GL1122@bonifac.tns.cz> <20080207074944.GA56085@bonifac.tns.cz> <20080208105357.GF1142@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org, farrokhi@FreeBSD.org, Claudio Jeker Subject: Re: ospf cost and route selection (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, 13 Feb 2008 21:06:07 -0000 Hello Eygene, On Wed, Feb 13, 2008 at 10:37:29PM +0300, Eygene Ryabinkin wrote: > Found another OpenBSD/FreeBSD discrepancy: FreeBSD wants to see IP > header's length in the native host order, when it sends the packets > with sendmsg(). Corrected the patch and tried it on my test setup > with Qemu: it worked in the configuration that is simular to yours. > But one exception: my interfaces are not point-to-point, because > it is too late to get VPNs up and running for today ;)) So it will > be very good if you will be able to test the new version. > > Attached is the modified patch for the port itself and the modified > file 'files/patch-ospfd_packet.c': it is the only changed file from > the previous version of my patch. So, if you had already patched > the port to 4.2 with previous version, just drop patch-ospfd_packet.c > into the 'files/' directory and rebuild the patch. Thanks for that patch. I have replaced patch-ospfd_packet.c with the new one, and OSPF packets can find their way through again now. Unfortunately, the behavior is the same as with openospfd 4.0; it converges with right costs etc., but with the wrong interface. Everything is exactly the same. -- Josef From owner-freebsd-net@FreeBSD.ORG Wed Feb 13 23:12:17 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDB9116A41A; Wed, 13 Feb 2008 23:12:17 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog16.obsmtp.com (s200aog16.obsmtp.com [207.126.144.130]) by mx1.freebsd.org (Postfix) with SMTP id 7ECBD13C465; Wed, 13 Feb 2008 23:12:14 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([63.174.175.251]) by eu1sys200aob016.postini.com ([207.126.147.11]) with SMTP; Wed, 13 Feb 2008 23:12:12 UTC Received: from [192.147.44.8] (bbbx4.usdmm.com [172.17.10.18]) by bbbx3.usdmm.com (Postfix) with ESMTP id 77B075C52; Wed, 13 Feb 2008 17:12:12 -0600 (CST) Message-ID: <47B3794D.40302@tomjudge.com> Date: Wed, 13 Feb 2008 17:12:13 -0600 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Michael Tuexen References: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> <47B227D8.9060800@tomjudge.com> <1202906471.2126.91.camel@localhost> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Tom Evans , gnn@freebsd.org, FreeBSD Net Subject: Re: Kernel compile 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: Wed, 13 Feb 2008 23:12:17 -0000 Michael Tuexen wrote: <> >> >> >> (also, please don't top post) > Why not? I do that a lot... Please read: http://www.html-faq.com/etiquette/?toppost It outlines the arguments quite well. Tom1 From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 04:49:43 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D83C616A419; Thu, 14 Feb 2008 04:49:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7B16413C45D; Thu, 14 Feb 2008 04:49:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=BBKAJIY3S6KrAmpVKVBUlVTox7uhH7oJ+LwCVIilpYh80ZFkb5Bfix4fsAMgRrQF7vGojN9/sbhwGLcHZrodN3ohp6cE2dh1TQ2gpvKEtsvikikJg4p9PssDS90Hr9AuWFa5CCpl8cn19xQw3hAC87+yNhALOzgN4dHFhkMrL8I=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPW2R-000D7n-ML; Thu, 14 Feb 2008 07:49:35 +0300 Date: Thu, 14 Feb 2008 07:49:34 +0300 From: Eygene Ryabinkin To: Josef Pojsl Message-ID: References: <20080207074944.GA56085@bonifac.tns.cz> <20080207141422.GG11393@diehard.n-r-g.com> <20080206144104.GL1122@bonifac.tns.cz> <20080207074944.GA56085@bonifac.tns.cz> <20080208105357.GF1142@bonifac.tns.cz> <20080213203012.GB1157@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080213203012.GB1157@bonifac.tns.cz> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.1 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: freebsd-net@freebsd.org, farrokhi@FreeBSD.org, Claudio Jeker Subject: Re: ospf cost and route selection (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, 14 Feb 2008 04:49:43 -0000 Josef, good day. Wed, Feb 13, 2008 at 09:30:12PM +0100, Josef Pojsl wrote: > On Wed, Feb 13, 2008 at 10:37:29PM +0300, Eygene Ryabinkin wrote: > > Found another OpenBSD/FreeBSD discrepancy: FreeBSD wants to see IP > > header's length in the native host order, when it sends the packets > > with sendmsg(). Corrected the patch and tried it on my test setup > > with Qemu: it worked in the configuration that is simular to yours. > > But one exception: my interfaces are not point-to-point, because > > it is too late to get VPNs up and running for today ;)) So it will > > be very good if you will be able to test the new version. > > > > Attached is the modified patch for the port itself and the modified > > file 'files/patch-ospfd_packet.c': it is the only changed file from > > the previous version of my patch. So, if you had already patched > > the port to 4.2 with previous version, just drop patch-ospfd_packet.c > > into the 'files/' directory and rebuild the patch. > > Thanks for that patch. I have replaced patch-ospfd_packet.c with the new one, > and OSPF packets can find their way through again now. Unfortunately, > the behavior is the same as with openospfd 4.0; it converges with > right costs etc., but with the wrong interface. > Everything is exactly the same. OK, I will up my gifX interfaces and will try to simulate your problem. -- Eygene From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 09:03:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA74B16A418 for ; Thu, 14 Feb 2008 09:03:05 +0000 (UTC) (envelope-from frenchy@driven-monkey.com) Received: from oberon.wxnz.net (oberon.wxnz.net [58.28.6.13]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0B113C45D for ; Thu, 14 Feb 2008 09:03:05 +0000 (UTC) (envelope-from frenchy@driven-monkey.com) Received: from [192.168.1.108] (ip-118-90-18-39.xdsl.xnet.co.nz [118.90.18.39]) by oberon.wxnz.net (Postfix) with ESMTP id 74DFF4640B1 for ; Thu, 14 Feb 2008 21:45:47 +1300 (NZDT) Message-ID: <47B3FFBB.6040605@driven-monkey.com> Date: Thu, 14 Feb 2008 21:45:47 +1300 From: Ryan French User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: MPLS and Google SoC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2008 09:03:05 -0000 Hi All, My name is Ryan French. I am a uni student at Waikato University in New Zealand. This year I will be porting the Ayame project (an implementation of the MPLS networking stack) to FreeBSD as part of my course. I was wondering if there was anyone out there wanting to be a mentor for me with this project for the google summer of code. I'm not quite sure if this is the right way to try and find someone. Thanks for any help, Ryan French. From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 10:37:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9CF816A468 for ; Thu, 14 Feb 2008 10:37:57 +0000 (UTC) (envelope-from Ermal.LUCI@raiffeisen.al) Received: from xlspmp03.mdcs.at (xlspmp03.mdcs.at [193.110.28.55]) by mx1.freebsd.org (Postfix) with ESMTP id 2B57713C45D for ; Thu, 14 Feb 2008 10:37:57 +0000 (UTC) (envelope-from Ermal.LUCI@raiffeisen.al) Received: from localhost (localhost.localdomain [127.0.0.1]) by xlspmp03.mdcs.at (Postfix) with ESMTP id D64C9107983; Thu, 14 Feb 2008 11:26:47 +0100 (CET) X-Virus-Scanned: amavisd-new at mdcs.at Received: from xlspmp03.mdcs.at ([127.0.0.1]) by localhost (xlspmp03.mdcs.at [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id cq6fX0vi32L6; Thu, 14 Feb 2008 11:26:47 +0100 (CET) Received: from mx02.mdcs.at (atrbgmdcs2.wien.rbgat.net [10.14.33.90]) by xlspmp03.mdcs.at (Postfix) with ESMTP; Thu, 14 Feb 2008 11:26:47 +0100 (CET) In-Reply-To: <47B3FFBB.6040605@driven-monkey.com> From: Ermal.LUCI@raiffeisen.al Message-ID: Date: Thu, 14 Feb 2008 11:23:05 +0100 To: frenchy@driven-monkey.com MIME-Version: 1.0 Content-type: multipart/related; Boundary="0__=4EBBF97CDFAB6AC78f9e8a93df938690918c4EBBF97CDFAB6AC7" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, owner-freebsd-net@freebsd.org Subject: Re: MPLS and Google SoC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2008 10:37:57 -0000 --0__=4EBBF97CDFAB6AC78f9e8a93df938690918c4EBBF97CDFAB6AC7 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable Please check even NetBSD tech mailing list since there has been posted = an updated patch of ayame implementation for netbsd. This might help you since it fixed some bugs on ayame and has some more= discussions on the remainings one. Regards Ermal Lu=E7i IT Projects & Development Raiffeisen Bank of Albania "D=EBshmor=EBt e 4 Shkurtit" Street, Tirana Tel: +355 4 233 396 Ext: 1316 E-mail: ermal.luci@raiffeisen.al Web: www.raiffeisen.al = frenchy@driven-mo = nkey.com = Sent by: = To owner-freebsd-net freebsd-net@freebsd.org = @freebsd.org = cc = Subj= ect 02/14/2008 11:16 MPLS and Google SoC = AM = = = = = = Hi All, My name is Ryan French. I am a uni student at Waikato University in New= Zealand. This year I will be porting the Ayame project (an implementation of the MPLS networking stack) to FreeBSD as part of my course. I was wondering if there was anyone out there wanting to be a mentor for me with this project for the google summer of code. I'm not quite sure if this is the right way to try and find someone. Thanks for any help, Ryan French. _______________________________________________ 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" = --0__=4EBBF97CDFAB6AC78f9e8a93df938690918c4EBBF97CDFAB6AC7-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 13:09:25 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F345D16A418 for ; Thu, 14 Feb 2008 13:09:24 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 698C813C46A for ; Thu, 14 Feb 2008 13:09:24 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 73041 invoked from network); 14 Feb 2008 12:26:43 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 14 Feb 2008 12:26:43 -0000 Message-ID: <47B43D90.8050605@freebsd.org> Date: Thu, 14 Feb 2008 14:09:36 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: Ryan French References: <47B3FFBB.6040605@driven-monkey.com> In-Reply-To: <47B3FFBB.6040605@driven-monkey.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: MPLS and Google SoC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2008 13:09:25 -0000 Ryan French wrote: > Hi All, > > My name is Ryan French. I am a uni student at Waikato University in New > Zealand. This year I will be porting the Ayame project (an > implementation of the MPLS networking stack) to FreeBSD as part of my > course. I was wondering if there was anyone out there wanting to be a > mentor for me with this project for the google summer of code. I'm not > quite sure if this is the right way to try and find someone. This way is OK. Once this years SoC starts and your project application shows up in the mentor extranet I can pick it up. We'll discuss internally who exactly will mentor each project and determine the ranking among the projects. We don't know in advance how many students we will get sponsored by Google. Please make sure you provide very a comprehensive project description and fill in all fields with a reasonable level of verbosity. -- Andre From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 15:15:12 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C2B416A419; Thu, 14 Feb 2008 15:15:12 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id D73BC13C447; Thu, 14 Feb 2008 15:15:11 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=qnmx6ZlzQWd28fO6vESq4uobmYLUvvtSoVN6/crLZdYQEFWHZZSlJr7tplX6LVbCWkrbICbdNieM1s2Fg1e6fFCr1aSgzo4DUedGCkT5REuHUEmxOVcEOaF0e8qhsdtKTvG+iXJPap8pmMuGuGEWzuIz1Q0QZ7YP6WcWOU33xjk=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JPfnq-000H5I-Ei; Thu, 14 Feb 2008 18:15:10 +0300 Date: Thu, 14 Feb 2008 18:15:09 +0300 From: Eygene Ryabinkin To: Josef Pojsl Message-ID: References: <20080207141422.GG11393@diehard.n-r-g.com> <20080206144104.GL1122@bonifac.tns.cz> <20080207074944.GA56085@bonifac.tns.cz> <20080208105357.GF1142@bonifac.tns.cz> <20080213203012.GB1157@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-net@freebsd.org, farrokhi@FreeBSD.org, Claudio Jeker Subject: Re: ospf cost and route selection (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, 14 Feb 2008 15:15:12 -0000 Thu, Feb 14, 2008 at 07:49:34AM +0300, Eygene Ryabinkin wrote: > > I have replaced patch-ospfd_packet.c with the new one, > > and OSPF packets can find their way through again now. Unfortunately, > > the behavior is the same as with openospfd 4.0; it converges with > > right costs etc., but with the wrong interface. > > Everything is exactly the same. > > OK, I will up my gifX interfaces and will try to simulate your problem. OK, problem recreated. Will try to understand and fix the issue. Will drop a mail, once the situation will be more clear. Thinking, 20%... ;)) -- Eygene From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 18:28:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7660916A419 for ; Thu, 14 Feb 2008 18:28:57 +0000 (UTC) (envelope-from nlandys@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by mx1.freebsd.org (Postfix) with ESMTP id 0145E13C455 for ; Thu, 14 Feb 2008 18:28:56 +0000 (UTC) (envelope-from nlandys@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so490206fka.11 for ; Thu, 14 Feb 2008 10:28:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=BummEsTvjhrnrDpcl6U6fMap2MkXPHd0i+DMg2s48E0=; b=fGl776do0SGFgQLXENLXa5GG1NxqPgFh/dX6u9a6MZxn/TVe+oAUn36dUxKsa0YOKDUB9KUC/f5vKbSQgQUKa019iWEE24VeVZqMhce16GwuDAFGDuli8zUZmhQRFL6AdVAZdTRnUATszyaPv2q6SgMIwiqYJBNzUzvlVCOsKR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=IcSnbT8D8yV+W/OI4xiOppwUiulFDrxk+7EYxpZo3CtAZkeXK5Egy5caxWTAe40ttPuNTq0cGrqTRVYxeiA+IvrmV+Exo+IwLQ1FVUCP8jYN3rMABL8emxLN6awzaXTHGPxMKpRXJ1UwG2CbhctbGON18VXO2+szYzx/MkFzPeU= Received: by 10.82.174.20 with SMTP id w20mr2966405bue.21.1203011999198; Thu, 14 Feb 2008 09:59:59 -0800 (PST) Received: by 10.82.160.20 with HTTP; Thu, 14 Feb 2008 09:59:59 -0800 (PST) Message-ID: <560f92640802140959u69cce9dbuef5c59738a946685@mail.gmail.com> Date: Thu, 14 Feb 2008 09:59:59 -0800 From: "Nerius Landys" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: PF firewall NAT and Windows IPSEC tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2008 18:28:57 -0000 Howdy folks. I have several computers behind a FreeBSD router (NAT 192.168.0.x using OpenBSD's PF) . One of those computers is a Windows machine which is using software called "Cisco Systems VPN Client" to connect to some other computers outside of our internal network. Our FreeBSD router's connection to the outside world is DHCP via cable modem. I can connect the Windows machine directly to the cable modem, bypassing the FreeBSD router entirely; the VPN works fine in this case. However, when I try going through the FreeBSD router I get dropped VPN connections after four to eight minutes; the VPN works fine only when it first connects and for five minutes thereafter. Secure VPN Connection terminated locally by the client. Reason 412: The remote peer is no longer responding. We contacted the administrator on the other side and he said to do the following: The following ports should be allowed through the local firewall: UDP port 500, port 10000 ESP all ports AH all ports I'm not quite sure what this means. My original /etc/pf.conf: ext_if="fxp0" int_if="fxp3" internal_net="192.168.0.0/24 nat on $ext_if from $internal_net to any -> ($ext_if) and I added these three lines in trying to follow the administrator's instructions (the Windows machine is 192.168.0.3): rdr on $ext_if proto udp from any to ($ext_if) port {500,10000} -> 192.168.0.3 rdr on $ext_if proto esp from any to ($ext_if) -> 192.168.0.3 rdr on $ext_if proto ah from any to ($ext_if) -> 192.168.0.3 But the VPN connections still get dropped after five minutes. Any ideas? I'm also running a bridge between several network interfaces. My /etc/sysctl.conf looks like this: net.link.ether.bridge.enable=1 net.link.ether.bridge.config=em0,em1,fxp1,fxp2,fxp3 The interesting lines from /etc/rc.conf are: ifconfig_fxp0="DHCP" ifconfig_fxp3="inet 192.168.0.254 netmask 255.255.255.0" From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 19:32:55 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92F1B16A417 for ; Thu, 14 Feb 2008 19:32:55 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9047513C45D for ; Thu, 14 Feb 2008 19:32:55 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay13.apple.com (relay13.apple.com [17.128.113.29]) by mail-out4.apple.com (Postfix) with ESMTP id 67C2A223024D; Thu, 14 Feb 2008 11:32:55 -0800 (PST) Received: from relay13.apple.com (unknown [127.0.0.1]) by relay13.apple.com (Symantec Mail Security) with ESMTP id 457A32808C; Thu, 14 Feb 2008 11:32:55 -0800 (PST) X-AuditID: 1180711d-993e5bb000001e9b-11-47b497673f55 Received: from cswiger1.apple.com (cswiger1.apple.com [17.214.13.96]) by relay13.apple.com (Apple SCV relay) with ESMTP id 2290D2808B; Thu, 14 Feb 2008 11:32:55 -0800 (PST) Message-Id: <67B51E18-9FE1-410E-B128-809608B52C7C@mac.com> From: Chuck Swiger To: Nerius Landys In-Reply-To: <560f92640802140959u69cce9dbuef5c59738a946685@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 14 Feb 2008 11:32:54 -0800 References: <560f92640802140959u69cce9dbuef5c59738a946685@mail.gmail.com> X-Mailer: Apple Mail (2.919.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-net@freebsd.org Subject: Re: PF firewall NAT and Windows IPSEC tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2008 19:32:55 -0000 Hi-- On Feb 14, 2008, at 9:59 AM, Nerius Landys wrote: > Howdy folks. I have several computers behind a FreeBSD router (NAT > 192.168.0.x using OpenBSD's PF) . One of those computers is a Windows > machine which is using software called "Cisco Systems VPN Client" to > connect > to some other computers outside of our internal network. [ ... ] > The following ports should be allowed through the local firewall: > UDP port 500, port 10000 > ESP all ports > AH all ports When I was dealing with the Cisco VPN client, I was doing so with IPFW +natd and not PF, but you need 500/udp, 4500/udp, 62515/udp, 1723/tcp, 10000/tcp, and the GRE protocol. In my case, /etc/natd.conf contained: punch_fw 10000:100 redirect_proto gre 10.1.1.247 redirect_port udp 10.1.1.247:500 500 redirect_port udp 10.1.1.247:4500 4500 redirect_port udp 10.1.1.247:62515 62515 redirect_port tcp 10.1.1.247:10000 10000 redirect_port tcp 10.1.1.247:pptp pptp ...to send the traffic to a VPN endpoint located at IP 10.1.1.247. -- -Chuck From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 21:02:19 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5992716A46E for ; Thu, 14 Feb 2008 21:02:19 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from smtp20.nijmegen.internl.net (smtp20.nijmegen.internl.net [217.149.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1110213C4D1 for ; Thu, 14 Feb 2008 21:02:18 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from mail.bsd4all.org (113-9.bbned.dsl.internl.net [82.215.9.113]) by smtp20.nijmegen.internl.net (8.13.8/2.04) with ESMTP id m1EL2F1t009254; Thu, 14 Feb 2008 22:02:16 +0100 (CET) Received: from localhost (mailgw [192.168.1.12]) by mail.bsd4all.org (Postfix) with ESMTP id 539E1508FE; Thu, 14 Feb 2008 22:02:15 +0100 (CET) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([192.168.1.1]) by localhost (fwgw.homebrew.bsd4all.org [192.168.1.12]) (amavisd-new, port 10024) with ESMTP id A8OB3RzkuxDi; Thu, 14 Feb 2008 22:02:03 +0100 (CET) Received: from bsd4all.org (adexlinge10 [192.168.10.16]) by mail.bsd4all.org (Postfix) with ESMTP id DE964508F6; Thu, 14 Feb 2008 22:02:02 +0100 (CET) Date: Thu, 14 Feb 2008 22:02:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Message-ID: In-Reply-To: <560f92640802140959u69cce9dbuef5c59738a946685@mail.gmail.com> Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PF firewall NAT and Windows IPSEC tunnel X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 thread-index: AchvN5BlAnYk02K+TneV/Pnjvp79twAFIePQ References: <560f92640802140959u69cce9dbuef5c59738a946685@mail.gmail.com> From: "Peter Blok" To: "Nerius Landys" , Cc: Subject: RE: PF firewall NAT and Windows IPSEC tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2008 21:02:19 -0000 I'm using this combination for a long time. Since the VPN client initiates the VPN connection I have only provided NAT directives going out. nat pass on $ext_if proto { tcp, udp } from any to port { isakmp } -> ($ext_if:0) static-port nat pass on $ext_if proto { udp } from any to port { 10000 } -> ($ext_if:0) static-port nat pass on $ext_if proto { tcp } from any to port { 4005 } -> ($ext_if:0) nat pass on $ext_if proto { esp } from any to -> ($ext_if:0) I think the static-port was doing he trick in my case. BTW I think the nat pass will only work in FreeBSD-7. For FreeBSD-6 you have to split this up in two lines, one nat and one pass. Peter -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Nerius Landys Sent: Thursday, February 14, 2008 7:00 PM To: freebsd-net@freebsd.org Subject: PF firewall NAT and Windows IPSEC tunnel Howdy folks. I have several computers behind a FreeBSD router (NAT 192.168.0.x using OpenBSD's PF) . One of those computers is a Windows machine which is using software called "Cisco Systems VPN Client" to connect to some other computers outside of our internal network. Our FreeBSD router's connection to the outside world is DHCP via cable modem. I can connect the Windows machine directly to the cable modem, bypassing the FreeBSD router entirely; the VPN works fine in this case. However, when I try going through the FreeBSD router I get dropped VPN connections after four to eight minutes; the VPN works fine only when it first connects and for five minutes thereafter. Secure VPN Connection terminated locally by the client. Reason 412: The remote peer is no longer responding. We contacted the administrator on the other side and he said to do the following: The following ports should be allowed through the local firewall: UDP port 500, port 10000 ESP all ports AH all ports I'm not quite sure what this means. My original /etc/pf.conf: ext_if=3D"fxp0" int_if=3D"fxp3" internal_net=3D"192.168.0.0/24 nat on $ext_if from $internal_net to any -> ($ext_if) and I added these three lines in trying to follow the administrator's instructions (the Windows machine is 192.168.0.3): rdr on $ext_if proto udp from any to ($ext_if) port {500,10000} -> 192.168.0.3 rdr on $ext_if proto esp from any to ($ext_if) -> 192.168.0.3 rdr on $ext_if proto ah from any to ($ext_if) -> 192.168.0.3 But the VPN connections still get dropped after five minutes. Any ideas? I'm also running a bridge between several network interfaces. My /etc/sysctl.conf looks like this: net.link.ether.bridge.enable=3D1 net.link.ether.bridge.config=3Dem0,em1,fxp1,fxp2,fxp3 The interesting lines from /etc/rc.conf are: ifconfig_fxp0=3D"DHCP" ifconfig_fxp3=3D"inet 192.168.0.254 netmask 255.255.255.0" _______________________________________________ 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" =20 __________ Information from ESET NOD32 Antivirus, version of virus signature database 2876 (20080214) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com =20 =20 __________ Information from ESET NOD32 Antivirus, version of virus signature database 2876 (20080214) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com =20 From owner-freebsd-net@FreeBSD.ORG Thu Feb 14 23:58:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8238F16A41B for ; Thu, 14 Feb 2008 23:58:57 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from shrew.net (206-223-169-85.beanfield.net [206.223.169.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6A41A13C43E for ; Thu, 14 Feb 2008 23:58:57 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from localhost (wm-ca.hub.org [206.223.169.82]) by shrew.net (Postfix) with ESMTP id B164D79E510 for ; Thu, 14 Feb 2008 17:34:26 -0600 (CST) Received: from shrew.net ([206.223.169.85]) by localhost (mx1.hub.org [206.223.169.82]) (amavisd-new, port 10024) with ESMTP id 69428-09 for ; Thu, 14 Feb 2008 23:34:26 +0000 (UTC) Received: from hole.shrew.net (cpe-66-25-136-5.austin.res.rr.com [66.25.136.5]) by shrew.net (Postfix) with ESMTP id DFC7079E343 for ; Thu, 14 Feb 2008 17:34:25 -0600 (CST) Received: from [10.22.200.30] ([10.22.200.30]) by hole.shrew.net (8.13.8/8.13.8) with ESMTP id m1ENYEJS009834 for ; Thu, 14 Feb 2008 17:34:14 -0600 (CST) (envelope-from mgrooms@shrew.net) Message-ID: <47B4D002.5090101@shrew.net> Date: Thu, 14 Feb 2008 17:34:26 -0600 From: Matthew Grooms User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary="------------050209060208070009030704" Subject: KAME IPsec spd_delete2 bug ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2008 23:58:57 -0000 This is a multi-part message in MIME format. --------------050209060208070009030704 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit All, There is a bug in /usr/src/sys/netipsec/key.c in FreeBSD KAME IPsec sources. If an spd_delete2 message is submitted for an invalid policy id, the kernel crashes. Can someone please commit this trivial patch? I'm afraid its against 6.2 sources but its also only one line. Thanks, -Matthew --------------050209060208070009030704 Content-Type: text/plain; name="spddelete.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="spddelete.diff" --- key.c Fri Feb 15 02:18:16 2008 +++ key.c.fixed Fri Feb 15 02:18:35 2008 @@ -2125,7 +2125,7 @@ /* Is there SP in SPD ? */ if ((sp = key_getspbyid(id)) == NULL) { ipseclog((LOG_DEBUG, "%s: no SP found id:%u.\n", __func__, id)); - key_senderror(so, m, EINVAL); + return key_senderror(so, m, EINVAL); } sp->state = IPSEC_SPSTATE_DEAD; --------------050209060208070009030704-- From owner-freebsd-net@FreeBSD.ORG Fri Feb 15 00:25:35 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BE7316A41B for ; Fri, 15 Feb 2008 00:25:35 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from shrew.net (206-223-169-85.beanfield.net [206.223.169.85]) by mx1.freebsd.org (Postfix) with ESMTP id 77C7C13C468 for ; Fri, 15 Feb 2008 00:25:35 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from localhost (wm-ca.hub.org [206.223.169.82]) by shrew.net (Postfix) with ESMTP id 33B0E79E510; Thu, 14 Feb 2008 18:25:35 -0600 (CST) Received: from shrew.net ([206.223.169.85]) by localhost (mx1.hub.org [206.223.169.82]) (amavisd-new, port 10024) with ESMTP id 09243-08; Fri, 15 Feb 2008 00:25:34 +0000 (UTC) Received: from hole.shrew.net (cpe-66-25-136-5.austin.res.rr.com [66.25.136.5]) by shrew.net (Postfix) with ESMTP id B339879E343; Thu, 14 Feb 2008 18:25:34 -0600 (CST) Received: from [10.22.200.30] ([10.22.200.30]) by hole.shrew.net (8.13.8/8.13.8) with ESMTP id m1F0PMqx009989; Thu, 14 Feb 2008 18:25:22 -0600 (CST) (envelope-from mgrooms@shrew.net) Message-ID: <47B4DBFF.6070207@shrew.net> Date: Thu, 14 Feb 2008 18:25:35 -0600 From: Matthew Grooms User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: nlandys@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: RE: PF firewall NAT and Windows IPSEC tunnel X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2008 00:25:35 -0000 Nerius, This sounds like a DPD timeout. The Cisco VPN client or Cisco gateway is probably not configured to use NAT-T or you are blocking UDP port 4500. Using the static-port trick will help in some instances where a client doesn't support NAT-T, but it also prevents multiple clients behind the pf firewall from communicating with the same gateway simultaneously. If thats not the case then no big deal. If so, its best to just NAT UDP port 4500 outbound normally for Cisco clients unless the Cisco gateway has NAT-T disabled. In legacy IPsec fashion, the client will establish its IKE session on the standard UDP port 500 and then pass ESP transport packets. With NAT-T enabled, the client will initiate IKE on port 500 and then switch to port 4500 if NAT is detected. ESP packets will be encapsulated in UDP and passed on port 4500 as well which is easier for NAT firewalls to deal with. The client should also issue keep-alive packets to prevent firewall state from being culled. Without this, no traffic would be sent while the client is idle and pf would drop state after 60secs by default. udp.first 60s udp.single 30s udp.multiple 60s other.first 60s other.single 30s other.multiple 60s If you don't see traffic on port 4500 but you do see ESP traffic, the other thing to try would be to increase the state lifetime for UDP port 500 and ESP traffic. Assuming DPD is enabled on the Cisco gateway, this would help avoid state timeout so that the client has more time between sending or receiving notifications. ESP shouldn't be too troublesome as there are no ports to translate ... unless you have multiple clients behind the same firewall trying to talk to the same gateway. But thats what NAT-T is for. Hope this helps, -Matthew From owner-freebsd-net@FreeBSD.ORG Fri Feb 15 13:14:06 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB80116A41B; Fri, 15 Feb 2008 13:14:06 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 69F9B13C465; Fri, 15 Feb 2008 13:14:06 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1FDE60e092656; Fri, 15 Feb 2008 13:14:06 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1FDE61V092652; Fri, 15 Feb 2008 13:14:06 GMT (envelope-from remko) Date: Fri, 15 Feb 2008 13:14:06 GMT Message-Id: <200802151314.m1FDE61V092652@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-doc@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/120566: ifconfig(8) doesn't recognize 'inet' command when setting up wireless card X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 13:14:06 -0000 Synopsis: ifconfig(8) doesn't recognize 'inet' command when setting up wireless card Responsible-Changed-From-To: freebsd-doc->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Fri Feb 15 13:12:56 UTC 2008 Responsible-Changed-Why: Big axe: redirect this to -net, we might want to do something with the location of the variables (e.g. now you have to specify them in a prefixed form which is also documented, we might want to make sure that we dont have to be this explicit about the form). I'll make it a feature request as well. http://www.freebsd.org/cgi/query-pr.cgi?pr=120566 From owner-freebsd-net@FreeBSD.ORG Fri Feb 15 13:14:59 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7AE416A46D; Fri, 15 Feb 2008 13:14:59 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A680613C447; Fri, 15 Feb 2008 13:14:59 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1FDEx1m093713; Fri, 15 Feb 2008 13:14:59 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1FDExBi093709; Fri, 15 Feb 2008 13:14:59 GMT (envelope-from remko) Date: Fri, 15 Feb 2008 13:14:59 GMT Message-Id: <200802151314.m1FDExBi093709@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/120566: [request]: ifconfig(8) make order of arguments more free then it is X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Feb 2008 13:15:00 -0000 Old Synopsis: ifconfig(8) doesn't recognize 'inet' command when setting up wireless card New Synopsis: [request]: ifconfig(8) make order of arguments more free then it is Class-Changed-From-To: sw-bug->change-request Class-Changed-By: remko Class-Changed-When: Fri Feb 15 13:14:08 UTC 2008 Class-Changed-Why: this is actually a request to change documented behaviour http://www.freebsd.org/cgi/query-pr.cgi?pr=120566 From owner-freebsd-net@FreeBSD.ORG Fri Feb 15 13:22:42 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B6D16A417 for ; Fri, 15 Feb 2008 13:22:42 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout10.prod.mesa1.secureserver.net (smtpout10-04.prod.mesa1.secureserver.net [64.202.165.238]) by mx1.freebsd.org (Postfix) with SMTP id 16B3413C45A for ; Fri, 15 Feb 2008 13:22:41 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 12074 invoked from network); 15 Feb 2008 13:22:41 -0000 Received: from unknown (24.144.77.185) by smtpout10-04.prod.mesa1.secureserver.net (64.202.165.238) with ESMTP; 15 Feb 2008 13:22:41 -0000 Message-ID: <47B59190.3090403@seclark.us> Date: Fri, 15 Feb 2008 08:20:16 -0500 From: Stephen Clark User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 6.1 strange gre behavior X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Feb 2008 13:22:42 -0000 Hello List, Has anybody ever tried to use either ipf or ipfw to redirect packets coming off of a gre interface? When I try it I get the the packet repeated multiple times on the destination interface. I have tried it with both ipf and ipfw/natd with the same results. I have packets coming in the gre interface to a local ip address that I am trying to redirect to an ip that exist out on a network off a different interface. This is my ipnat redirect rule: rdr gre3 65.162.182.41/32 port 3655 -> 172.18.26.8 port 3655 tcp/udp This is from the source end of the gre tunnel: sclark# hping -S -c 1 -p 3655 65.162.182.41 HPING 65.162.182.41 (vr0 65.162.182.41): S set, 40 headers + 0 data bytes --- 65.162.182.41 hping statistic --- 1 packets tramitted, 0 packets received, 100% packet loss round-trip min/avg/max = 0.0/0.0/0.0 ms This is a tcpdump on the destination of the gre tunnel: [root@J301002 ~]# tcpdump -nlvi gre3 tcpdump: listening on gre3, link-type NULL (BSD loopback), capture size 96 bytes 08:17:01.561045 IP (tos 0x0, ttl 64, id 35844, offset 0, flags [none], proto: TCP (6), length: 40) 192.168.11.1.2495 > 65.162.182.41.3655: S, cksum 0x62e2 (correct), 221136318:221136318(0) win 512 08:17:01.561498 IP (tos 0x0, ttl 64, id 29833, offset 0, flags [none], proto: ICMP (1), length: 68) 192.168.10.1 > 192.168.11.1: ICMP time exceeded in-transit, length 48 IP (tos 0x0, ttl 1, id 35844, offset 0, flags [none], proto: TCP (6), length: 40) 192.168.11.1.2495 > 172.18.26.8.3655: S, cksum 0x9493 (correct), 221136318:221136318(0) win 512 This is a tcpdump of the interface the packet comming from the gre tunnel is be redirected to - look how many packets there are !!!!!!!: [root@J301002 ~]# tcpdump -nli rl0 host 172.18.26.8 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on rl0, link-type EN10MB (Ethernet), capture size 96 bytes 08:17:01.561109 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561120 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561127 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561133 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561138 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561144 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561150 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561156 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561161 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561167 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561173 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561178 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561184 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561190 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561195 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561201 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561207 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561213 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561219 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561235 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561241 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561247 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561254 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561259 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561265 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561271 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561277 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561283 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561288 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561294 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561300 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561306 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561312 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561317 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561323 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561329 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561335 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561341 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561347 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561353 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561359 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561364 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561370 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561376 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561381 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561387 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561393 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561399 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561405 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561411 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561417 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561422 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561428 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561434 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561440 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561445 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561451 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561457 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561463 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561469 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561474 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561480 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 08:17:01.561486 IP 192.168.11.1.2495 > 172.18.26.8.3655: S 221136318:221136318(0) win 512 Any help or ideas would be greatly appreciated. Regards, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Sat Feb 16 14:57:13 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF9B916A41A; Sat, 16 Feb 2008 14:57:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A673213C465; Sat, 16 Feb 2008 14:57:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1GEvDkX015959; Sat, 16 Feb 2008 14:57:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1GEvCHq015955; Sat, 16 Feb 2008 14:57:12 GMT (envelope-from linimon) Date: Sat, 16 Feb 2008 14:57:12 GMT Message-Id: <200802161457.m1GEvCHq015955@freefall.freebsd.org> To: payne@gameone.com, linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/120725: [bce] On board second lan port 'bce1' with Broadcom NetXtreme II BCM5708 1000Base-T 0.9.6 driver in Dell 1950 and 2950 behave super slow X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Feb 2008 14:57:14 -0000 Synopsis: [bce] On board second lan port 'bce1' with Broadcom NetXtreme II BCM5708 1000Base-T 0.9.6 driver in Dell 1950 and 2950 behave super slow State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Sat Feb 16 14:56:29 UTC 2008 State-Changed-Why: Note that submitter has been asked for feedback. Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Feb 16 14:56:29 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120725 From owner-freebsd-net@FreeBSD.ORG Sat Feb 16 16:04:54 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2A7716A418; Sat, 16 Feb 2008 16:04:54 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 99B4413C465; Sat, 16 Feb 2008 16:04:54 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m1GG4sHq020353; Sat, 16 Feb 2008 16:04:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1GG4sxM020349; Sat, 16 Feb 2008 16:04:54 GMT (envelope-from linimon) Date: Sat, 16 Feb 2008 16:04:54 GMT Message-Id: <200802161604.m1GG4sxM020349@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/112179: [sis] [patch] sis driver for natsemi DP83815D autonegotiate failure X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2008 16:04:54 -0000 Synopsis: [sis] [patch] sis driver for natsemi DP83815D autonegotiate failure Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Feb 16 16:04:17 UTC 2008 Responsible-Changed-Why: contains a patch for review, so assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=112179 From owner-freebsd-net@FreeBSD.ORG Sat Feb 16 23:03:36 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DE5A16A476 for ; Sat, 16 Feb 2008 23:03:36 +0000 (UTC) (envelope-from michael@staff.openaccess.org) Received: from smtp-out2.openaccess.org (smtp-out2.openaccess.org [66.114.32.175]) by mx1.freebsd.org (Postfix) with ESMTP id 391AF13C45E for ; Sat, 16 Feb 2008 23:03:36 +0000 (UTC) (envelope-from michael@staff.openaccess.org) Received: from smtp-nas.openaccess.org (smtp-nas.openaccess.org [66.114.32.169]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-out2.openaccess.org (Postfix) with ESMTP id 02829797AA4 for ; Sat, 16 Feb 2008 14:45:19 -0800 (PST) Received: from [192.168.2.151] (mono-sis1.s.bli.openaccess.org [66.114.32.149]) by smtp-nas.openaccess.org (Postfix) with ESMTP id CF7C8616422 for ; Sat, 16 Feb 2008 14:45:18 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v753) To: FreeBSD Net Message-Id: <57C4B133-E2A8-4A25-B106-16DF9E53A6BC@staff.openaccess.org> From: Michael DeMan Date: Sat, 16 Feb 2008 14:45:18 -0800 X-Mailer: Apple Mail (2.753) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: unsubscribe X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2008 23:03:36 -0000 unsubscribe From owner-freebsd-net@FreeBSD.ORG Sat Feb 16 23:52:18 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B466116A417 for ; Sat, 16 Feb 2008 23:52:18 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7AA13C455 for ; Sat, 16 Feb 2008 23:52:18 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from working (c-71-60-127-199.hsd1.pa.comcast.net [71.60.127.199]) (AUTH: LOGIN wmoran, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Sat, 16 Feb 2008 18:42:15 -0500 id 00056446.47B774D7.000082C8 Date: Sat, 16 Feb 2008 18:42:14 -0500 From: Bill Moran To: Michael DeMan Message-Id: <20080216184214.933b55c0.wmoran@collaborativefusion.com> In-Reply-To: <57C4B133-E2A8-4A25-B106-16DF9E53A6BC@staff.openaccess.org> References: <57C4B133-E2A8-4A25-B106-16DF9E53A6BC@staff.openaccess.org> Organization: Collaborative Fusion Inc. X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: unsubscribe X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Feb 2008 23:52:18 -0000 Michael DeMan wrote: > > unsubscribe As mentioned in the footer of every list mail: > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Bill Moran Collaborative Fusion Inc. wmoran@collaborativefusion.com Phone: 412-422-3463x4023