From owner-freebsd-net@FreeBSD.ORG Sun Feb 3 05:13:20 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 C48DB16A421 for ; Sun, 3 Feb 2008 05:13:20 +0000 (UTC) (envelope-from filesync@yahoo.com) Received: from web32211.mail.mud.yahoo.com (web32211.mail.mud.yahoo.com [68.142.207.142]) by mx1.freebsd.org (Postfix) with SMTP id 6FC2413C45B for ; Sun, 3 Feb 2008 05:13:20 +0000 (UTC) (envelope-from filesync@yahoo.com) Received: (qmail 29309 invoked by uid 60001); 3 Feb 2008 04:46:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=4pif8Xx48J8Gs2FXuoHEkdjG9MKMvF8sxK76GaKRRbq2u4UeDTzyG8V+vAlF9umldmlmomh4gACvaEbajHgl2fcwfTCOOWNF9v/GhwID1FCKHOnv74oeVF1bxPTXHp6TNjL87mYG7JybIX9AWUuWATTsy0hyo70L32WgSiNdq88=; X-YMail-OSG: HcDfh1YVM1lhKBy7cMNq4aAtNed1mcqW1Xx0d5TPwX5y5PMmDrv61XLpDq.ApwcQRTzwqkLUVdQOGCyVJNJXpuYLi51m.96oKxkIzji4DOR50YhK1w4- Received: from [122.167.100.187] by web32211.mail.mud.yahoo.com via HTTP; Sat, 02 Feb 2008 20:46:38 PST Date: Sat, 2 Feb 2008 20:46:38 -0800 (PST) From: Aaditya Rai To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <659520.27857.qm@web32211.mail.mud.yahoo.com> Subject: m_getjcl for contiguous jumbo allocations X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2008 05:13:20 -0000 Hello, I'm using release 6.2. I need to do allocations upto 8K which are physically contiguous. Is m_getjcl the right call for this? Also, if I use m_getjcl to do 4K allocations, after two or three allocations I start getting cluster/mbuf allocation failures; or weird memory corruptions. If I change it to use MGETCL etc. and do 2K allocations, the same code works fine. Is m_getjcl() stable in 6.2? Should I fall back on implementing my own little backend contig-allocator? Any response is highly appreciated. Thanks. ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-net@FreeBSD.ORG Sun Feb 3 05:54: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 4D98C16A41A for ; Sun, 3 Feb 2008 05:54:17 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 207A413C448 for ; Sun, 3 Feb 2008 05:54:17 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1644233waf.3 for ; Sat, 02 Feb 2008 21:54:16 -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=hDgKyW2uxSRe7Qc5tb+jNergzCentTnqaH+3Eaxkpvk=; b=Gl1j1+F6ImvEu1SS3HQgrTbBNvpjJSqUrz+c6JNXdoC5lxJyaKxFpvBkX9mJsIsGIb78w8i7XCef0XydV2T+4z553P9/DleagMgZe0nXeMzAfMI1klTrK5CAKDNbl1usLCSlKlDsxoXXHayN8kSKjODsq6LvFEGGPi+3fYZlwWc= 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=YkWkOFa+F7RCBNpXoKpVCqVifiQX8q7/AAUmkiezJZVYKigrASzPLVcG59VKcDeubORnbcecBYYnpQVkYCHMC6ihxAT5V2+T58X4+fMylEi78glHCYVajz3S4E+c++hV3ffwa3dSdS5vbymeCTi2s+OJPEPGOBYg42yeN0a54+o= Received: by 10.114.14.1 with SMTP id 1mr5647659wan.9.1202018056049; Sat, 02 Feb 2008 21:54:16 -0800 (PST) Received: by 10.114.255.16 with HTTP; Sat, 2 Feb 2008 21:54:16 -0800 (PST) Message-ID: Date: Sat, 2 Feb 2008 21:54:16 -0800 From: "Kip Macy" To: "Aaditya Rai" In-Reply-To: <659520.27857.qm@web32211.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <659520.27857.qm@web32211.mail.mud.yahoo.com> Cc: freebsd-net@freebsd.org Subject: Re: m_getjcl for contiguous jumbo allocations X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2008 05:54:17 -0000 On Feb 2, 2008 8:46 PM, Aaditya Rai wrote: > Hello, > > I'm using release 6.2. I need to do allocations upto > 8K which are physically contiguous. > > Is m_getjcl the right call for this? > > Also, if I use m_getjcl to do 4K allocations, after > two or three allocations I start getting cluster/mbuf > allocation failures; or weird memory corruptions. If I > change it to use MGETCL etc. and do 2K allocations, > the same code works fine. > > Is m_getjcl() stable in 6.2? Should I fall back on > implementing my own little backend contig-allocator? On 6.2 you'll have to fall back your own allocator if you are unable to chain 4k jumbo frames. In -CURRENT physically contiguous jumbo frames are the default. I'm not sure if that made it in to 7.0. -Kip From owner-freebsd-net@FreeBSD.ORG Sun Feb 3 09:26:20 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 8EE2916A418 for ; Sun, 3 Feb 2008 09:26:20 +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 0588613C4E1 for ; Sun, 3 Feb 2008 09:26:19 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 82801 invoked from network); 3 Feb 2008 08:45: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 ; 3 Feb 2008 08:45:43 -0000 Message-ID: <47A588C3.4000806@freebsd.org> Date: Sun, 03 Feb 2008 10:26:27 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: Oskar Eyb References: <47A4E868.7000500@eyb.de> In-Reply-To: <47A4E868.7000500@eyb.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: syncache_timer: Response timeout and other msgs, whats up? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2008 09:26:20 -0000 Oskar Eyb wrote: > Hello! > > A remote MTA cannot deliver me any email. the admin gets the following > errors: > > "retry time not reached for any host after a long failure period" > and "retry timeout exceeded". > > After I cant find anything related to this server in my postfix log, I > grep'ed for in /var/log/* and got the following hits: > > [...] > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25 tcpflags > 0x2; syncache_add: Received duplicate SYN, resetting timer and > retransmitting SYN|ACK > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; > syncache_timer: Response timeout, retransmitting (1) SYN|ACK > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; > syncache_timer: Response timeout, retransmitting (2) SYN|ACK > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; > syncache_timer: Response timeout, retransmitting (3) SYN|ACK > dmesg.yesterday:TCP: [85.214.42.62]:43127 to [172.16.0.2]:25; > syncache_timer: Retransmits exhausted, giving up and removing syncache > entry > > 85.214.42.62 is the other MTA, 172.16.0.2 is my jail. > I use PF with rdr/nat on FreeBSD 7 RC4. We have not released 7RC4 yet. You probably run BETA4. An upgrade to 7RC1 or 7RC2 in the next few days fixes all known TCP bugs. Other than that it looks like your PF rule set may be not entirely correct. Please post your pf.conf. -- Andre > in the daily security email I get dozens of messages like this, also to > other tcp ports (e.g. 80) > > default-values for: > net.inet.tcp.syncache.rst_on_sock_fail: 1 > net.inet.tcp.syncache.rexmtlimit: 3 > net.inet.tcp.syncache.hashsize: 512 > net.inet.tcp.syncache.count: 0 > net.inet.tcp.syncache.cachelimit: 15360 > net.inet.tcp.syncache.bucketlimit: 30 > > > Can anybody help me out of this? From owner-freebsd-net@FreeBSD.ORG Sun Feb 3 11:24:29 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 CF3B016A41B for ; Sun, 3 Feb 2008 11:24:29 +0000 (UTC) (envelope-from antinvidia@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5503C13C457 for ; Sun, 3 Feb 2008 11:24:28 +0000 (UTC) (envelope-from antinvidia@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so1350844rvb.43 for ; Sun, 03 Feb 2008 03:24:28 -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:mime-version:content-type; bh=oHtEfJg4VK3HaxvNzU+CuRRbjuY8J+7aUbGXDiPCEVw=; b=fohgie6EZzcrhd+YoMpSeTq2BMQmJKvHwKWw1UICohnsxbrCt0nQYTKqfSymL1hDWDK7Gx6mkNvdl2+NUiJCuTXCGeFh//n/3YKTuEzRFsYTj4TgLlA21o6tKHaoqJg/VLt5PuBKou7Yn4yIuhgqdywg92dP+t0XRwXm8WySYeI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:mime-version:content-type; b=UHEITdNCDX4rMrjEf851+uWiYH0/U+buWkTAk+jmIcrhWJ8C0mJ5iK0n+VN59559z6v8XeFrs0sRrw5jBK7ivKt5o8pedjTv5tp9oAV1937jTpFPhvS0hyeRQE/RXFb0kwKV29oGGnNOEeoZUEHWKJCge2PzINEjN+XOsZ+p2iU= Received: by 10.141.49.6 with SMTP id b6mr3827425rvk.223.1202036358038; Sun, 03 Feb 2008 02:59:18 -0800 (PST) Received: by 10.140.166.4 with HTTP; Sun, 3 Feb 2008 02:59:17 -0800 (PST) Message-ID: Date: Sun, 3 Feb 2008 18:59:17 +0800 From: MQ 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 Cc: freebsd-jail@freebsd.org Subject: Some problems about network related prison_() functions X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2008 11:24:29 -0000 Hi, everyone I skimmed through the jail implementation in the kernel recently. Now, I have some questions about the codes. 1. The flag parameter of both prison_ip() and prison_remote_ip() are not used actually. All the calls to them pass 0 as the argument. From the codes, I think these unused parameters should be used to indicate the byte order of the ip parameter. However, no caller passes ip in host byte order. Now, I'm thinking if we could remove this flag, and assume all the callers to these two functions should pass ip in network byte order? 2. The pr_ip member in the prison structure is used to store an IPv4 address in host byte order. This implementation requires a translation between host byte order and network byte order on certain veriable before comparison or assignment. To meet this requirement, some extra codes should be written, and it also increased the running time of the system. So, I am considering if storing an IP address in network byte order is possible. Though it may break some userland utilities temporarily, I think this change will make the codes more straightforward and clear. Please let me know how you see my questions. Thanks. By the way, I've heard that someone is making the improvements that allow the jail to hold multiple IP addresses. Maybe you can take a look at my suggestions? Thanks. MQ From owner-freebsd-net@FreeBSD.ORG Sun Feb 3 12:10:02 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 D35DA16A41B for ; Sun, 3 Feb 2008 12:10:02 +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 C83B813C458 for ; Sun, 3 Feb 2008 12:10:02 +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 m13CA2gu002077 for ; Sun, 3 Feb 2008 12:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m13CA2uM002076; Sun, 3 Feb 2008 12:10:02 GMT (envelope-from gnats) Date: Sun, 3 Feb 2008 12:10:02 GMT Message-Id: <200802031210.m13CA2uM002076@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.org (dfilter service) Cc: Subject: Re: kern/119548: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Feb 2008 12:10:02 -0000 The following reply was made to PR kern/119548; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/119548: commit references a PR Date: Sun, 3 Feb 2008 12:00:13 +0000 (UTC) sephe 2008-02-03 12:00:03 UTC FreeBSD src repository Modified files: sys/net80211 ieee80211_input.c Log: - Correctly handle ALTQ in ieee80211_deliver_data() - Add comment from sam that ALTQ probably does not work well with WME PR: kern/119548 Approved by: sam (mentor) Revision Changes Path 1.115 +6 -2 src/sys/net80211/ieee80211_input.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Feb 3 14:31:14 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 B24D816A417 for ; Sun, 3 Feb 2008 14:31:14 +0000 (UTC) (envelope-from oskar-FreeBSD@eyb.de) Received: from beastie.eyb.de (beastie.eyb.de [85.214.103.56]) by mx1.freebsd.org (Postfix) with ESMTP id 5C6AD13C4DD for ; Sun, 3 Feb 2008 14:31:14 +0000 (UTC) (envelope-from oskar-FreeBSD@eyb.de) Received: from chuck.ath.cx (dslb-088-065-173-213.pools.arcor-ip.net [88.65.173.213]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by beastie.eyb.de (Postfix) with ESMTP id E02E48B798C; Sun, 3 Feb 2008 15:31:29 +0100 (CET) Received: from [10.0.0.3] (saturn.intra.eyb.de [10.0.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by chuck.ath.cx (Postfix) with ESMTP id DAE1E11852E0; Sun, 3 Feb 2008 15:32:56 +0100 (CET) Message-ID: <47A5D02F.60705@eyb.de> Date: Sun, 03 Feb 2008 15:31:11 +0100 From: Oskar Eyb User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andre Oppermann , freebsd-net@freebsd.org References: <47A4E868.7000500@eyb.de> <47A588C3.4000806@freebsd.org> In-Reply-To: <47A588C3.4000806@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: syncache_timer: Response timeout and other msgs, whats up? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2008 14:31:14 -0000 Andre Oppermann schrieb am 03.02.2008 10:26: >> 85.214.42.62 is the other MTA, 172.16.0.2 is my jail. >> I use PF with rdr/nat on FreeBSD 7 RC4. > > We have not released 7RC4 yet. You probably run BETA4. An upgrade to > 7RC1 or 7RC2 in the next few days fixes all known TCP bugs. Yeah of course, I mean BETA4. uname says: 7.0-PRERELEASE Which tag is the best? currently I use release=cvs tag=RELENG_7. Will I get with this 7RC..? > Other than that it looks like your PF rule set may be not entirely > correct. Please post your pf.conf. expect the filter-rules this is the top of my pf.conf set timeout { interval 30, frag 10 } set timeout { tcp.first 120, tcp.opening 30, tcp.established 86400 } set timeout { tcp.closing 900, tcp.finwait 45, tcp.closed 90 } set timeout { udp.first 60, udp.single 30, udp.multiple 60 } set timeout { icmp.first 20, icmp.error 10 } set timeout { other.first 60, other.single 30, other.multiple 60 } # Normalisierung #scrub in all set optimization normal set block-policy return .... Oskar From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 08:41:34 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 E738A16A419 for ; Mon, 4 Feb 2008 08:41:34 +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 56BD613C43E for ; Mon, 4 Feb 2008 08:41:34 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 7067 invoked from network); 4 Feb 2008 08:00:47 -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 ; 4 Feb 2008 08:00:47 -0000 Message-ID: <47A6CFC5.3090305@freebsd.org> Date: Mon, 04 Feb 2008 09:41:41 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: Oskar Eyb References: <47A4E868.7000500@eyb.de> <47A588C3.4000806@freebsd.org> <47A5D02F.60705@eyb.de> In-Reply-To: <47A5D02F.60705@eyb.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: syncache_timer: Response timeout and other msgs, whats up? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2008 08:41:35 -0000 Oskar Eyb wrote: > > Andre Oppermann schrieb am 03.02.2008 10:26: >>> 85.214.42.62 is the other MTA, 172.16.0.2 is my jail. >>> I use PF with rdr/nat on FreeBSD 7 RC4. >> >> We have not released 7RC4 yet. You probably run BETA4. An upgrade to >> 7RC1 or 7RC2 in the next few days fixes all known TCP bugs. > > Yeah of course, I mean BETA4. uname says: 7.0-PRERELEASE > > Which tag is the best? > currently I use release=cvs tag=RELENG_7. Will I get with this 7RC..? Yes. Please cvsup and recompile your kernel. >> Other than that it looks like your PF rule set may be not entirely >> correct. Please post your pf.conf. > > > expect the filter-rules this is the top of my pf.conf > > > > set timeout { interval 30, frag 10 } > set timeout { tcp.first 120, tcp.opening 30, tcp.established 86400 } > set timeout { tcp.closing 900, tcp.finwait 45, tcp.closed 90 } > set timeout { udp.first 60, udp.single 30, udp.multiple 60 } > set timeout { icmp.first 20, icmp.error 10 } > set timeout { other.first 60, other.single 30, other.multiple 60 } > > > # Normalisierung > #scrub in all > > set optimization normal > set block-policy return This information is insufficient to see what happens in PF. I need to see the actual firewall, nat and rdr rules. You can send them to me by private mail (entire pf.conf). -- Andre From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 11:07:04 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 D28CA16A41A for ; Mon, 4 Feb 2008 11:07:04 +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 BD2B013C448 for ; Mon, 4 Feb 2008 11:07:04 +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 m14B74hR017337 for ; Mon, 4 Feb 2008 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m14B74q0017333 for freebsd-net@FreeBSD.org; Mon, 4 Feb 2008 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 4 Feb 2008 11:07:04 GMT Message-Id: <200802041107.m14B74q0017333@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, 04 Feb 2008 11:07:04 -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 33 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 22 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 14:59:08 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 ED98116A418 for ; Mon, 4 Feb 2008 14:59:08 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.187]) by mx1.freebsd.org (Postfix) with ESMTP id A6F6913C4EA for ; Mon, 4 Feb 2008 14:59:08 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: by rn-out-0910.google.com with SMTP id s42so598224rnb.13 for ; Mon, 04 Feb 2008 06:59:07 -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=TzZcb4J0y06i4hDk+Nxnb3WOdiUbslFQPZyVzet8G+Y=; b=ueT3ocmGMgWkO/4LmAXd4f6mgF1MmbGxU3kPWg3boMaNkE+dZRIuqXCFi1czEGGzpKxCkTXYHjvX2yqlUvvNOwOBjXKqmJCx1KKs3yiYaEfXiqZL+d4YVT7uOd2cxuk97n6/JHcWF0qIAmb/muZi9xRK4NNccVSp7nDIPyNoG00= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=ldAhFlWSuMaXPwI2VUZcTAfgFQeq70t9g0dvGjSN3e09T90hBFe7hDQQ1kIzKYm3vrFr9ZX7WvXHN16+N4ITSKo9f2FpE4FFp2qNhbW0mL6K0Gajl5NOuxF6b7FOp7+apVPV5307rOzzN8onOa2dOF6IwjeKlswkaiX36MbLC4A= Received: by 10.150.158.8 with SMTP id g8mr2976854ybe.94.1202135639010; Mon, 04 Feb 2008 06:33:59 -0800 (PST) Received: by 10.150.53.1 with HTTP; Mon, 4 Feb 2008 06:33:58 -0800 (PST) Message-ID: <32c178710802040633w671f8512mc3f8991dc996d3a3@mail.gmail.com> Date: Mon, 4 Feb 2008 06:33:58 -0800 From: "ithilgore --" 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: 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: Mon, 04 Feb 2008 14:59:09 -0000 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. From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 15:04:44 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 987B616A469; Mon, 4 Feb 2008 15:04:44 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.freebsd.org (Postfix) with ESMTP id 5248513C4F5; Mon, 4 Feb 2008 15:04:44 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [87.240.16.199] (helo=solem.sem-home.ciam.ru) by mail.ciam.ru with esmtpa (Exim 4.x) id 1JM2L4-000DxD-7W; Mon, 04 Feb 2008 17:30:26 +0300 Message-ID: <47A72082.4040202@FreeBSD.org> Date: Mon, 04 Feb 2008 17:26:10 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.9 (X11/20080127) MIME-Version: 1.0 To: Andre Oppermann References: <47A4E868.7000500@eyb.de> <47A588C3.4000806@freebsd.org> <47A5D02F.60705@eyb.de> <47A6CFC5.3090305@freebsd.org> In-Reply-To: <47A6CFC5.3090305@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Oskar Eyb , freebsd-net@freebsd.org Subject: Re: syncache_timer: Response timeout and other msgs, whats up? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2008 15:04:44 -0000 Andre Oppermann wrote: > Oskar Eyb wrote: >> >> Andre Oppermann schrieb am 03.02.2008 10:26: >>>> 85.214.42.62 is the other MTA, 172.16.0.2 is my jail. >>>> I use PF with rdr/nat on FreeBSD 7 RC4. >>> >>> We have not released 7RC4 yet. You probably run BETA4. An upgrade to >>> 7RC1 or 7RC2 in the next few days fixes all known TCP bugs. >> >> Yeah of course, I mean BETA4. uname says: 7.0-PRERELEASE >> >> Which tag is the best? >> currently I use release=cvs tag=RELENG_7. Will I get with this 7RC..? > > Yes. Please cvsup and recompile your kernel. > Really, if he wants to get -RC1, he should cvsup tag=RELENG_7_0. RELENG_7 still identified as -PRERELEASE. -- Dixi. Sem. From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 16:11:41 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 69A5816A418 for ; Mon, 4 Feb 2008 16:11:41 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2A40A13C46E for ; Mon, 4 Feb 2008 16:11:41 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.27.27] (port=51433 helo=[217.25.27.27]) by mx27.mail.ru with esmtp id 1JM3v1-0005lA-00 for freebsd-net@freebsd.org; Mon, 04 Feb 2008 19:11:39 +0300 Message-ID: <47A7393A.8080800@mail.ru> Date: Mon, 04 Feb 2008 20:11:38 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: dummynet.expire q'n X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2008 16:11:41 -0000 > # ipfw pipe show | wc -l sorry this should be: ipfw pipe show | awk '$2 == "ip"' | wc -l From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 18:11: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 00FB816A41B for ; Mon, 4 Feb 2008 18:11:49 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id CBFD813C478 for ; Mon, 4 Feb 2008 18:11:48 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 5BAAE8F4C3; Mon, 4 Feb 2008 13:11:48 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 04 Feb 2008 13:11:48 -0500 X-Sasl-enc: DOaAOj3BQcO8ZV2pSV8R/H8jZx+i7K59OuXTpLMNTTHa 1202148708 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id C07172C797; Mon, 4 Feb 2008 13:11:47 -0500 (EST) Message-ID: <47A75562.7010101@FreeBSD.org> Date: Mon, 04 Feb 2008 18:11:46 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: lysergius2001 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2008 18:11:49 -0000 lysergius2001 wrote: > Hi > > Recently installed AMD64 6.3-stable and I am having a problem with > devfs.conf and /dev. I understand the entries in devfs.conf should modify > the permissions on devices in /dev. For some reason or other this is not > happening. Can anyone shed some light on this? What am I doing wrong? > Try using devfs.rules -- devfs.conf entries will not be applied after boot, unless you force them to be reapplied by running /etc/rc.d/devfs start from a superuser shell. BMS From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 19:30:52 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 5073916A46C for ; Mon, 4 Feb 2008 19:30:52 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4045A13C465 for ; Mon, 4 Feb 2008 19:30:52 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 0CF321A4D83; Mon, 4 Feb 2008 11:15:03 -0800 (PST) Date: Mon, 4 Feb 2008 11:15:03 -0800 From: Alfred Perlstein To: ithilgore -- Message-ID: <20080204191502.GO99258@elvis.mu.org> References: <32c178710802040633w671f8512mc3f8991dc996d3a3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <32c178710802040633w671f8512mc3f8991dc996d3a3@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org 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: Mon, 04 Feb 2008 19:30:52 -0000 * 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 From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 20:46:39 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 922BA16A468 for ; Mon, 4 Feb 2008 20:46:39 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 1E11713C467 for ; Mon, 4 Feb 2008 20:46:38 +0000 (UTC) (envelope-from ithilgore.fbsd@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so449167nfb.33 for ; Mon, 04 Feb 2008 12:46:37 -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:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=GCI/MAvLTZ8jvaTtcj5grYZ7fF6H5+nS4i+Neicvdm0=; b=NL9PVpgg5isNBbAgijpNZzcmcuIZYD5MQVWd3hnUGYd8HsxExQ+GfSXujZxPE+1hF0GeXTK41tNH1meVLq+9t++mokky0rWZRQC/FC6F8D80dd4Uc/IZshCLfOBBOj8ibtVrNng+wR2dbI/IL5EvL6CE1uGqzNq7i2RSBSgRKnc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=TNqhsC2geqgM8C3TyZKXUHUvQUSFUDqKUYCPWhn9+NAxtKMeznTv7viBdx1PDLTw0UeV2pZJsxEfmYcsJTPw0wgYVqN6YokryQrFciPYa6CQMP+I7UfCB6iL6aCxHu9c8vXR1R8DRH1zVOqBttsLnxpKH7ruYYn7O4WDgrLx2mQ= Received: by 10.78.183.8 with SMTP id g8mr13039440huf.55.1202157996776; Mon, 04 Feb 2008 12:46:36 -0800 (PST) Received: from ?10.0.0.12? ( [195.74.240.226]) by mx.google.com with ESMTPS id b9sm6050190mug.12.2008.02.04.12.46.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 04 Feb 2008 12:46:35 -0800 (PST) Message-ID: <47A8057B.2080801@gmail.com> Date: Mon, 04 Feb 2008 22:43:07 -0800 From: ithilgore User-Agent: Thunderbird 2.0.0.9 (X11/20071212) MIME-Version: 1.0 To: Alfred Perlstein References: <32c178710802040633w671f8512mc3f8991dc996d3a3@mail.gmail.com> <20080204191502.GO99258@elvis.mu.org> In-Reply-To: <20080204191502.GO99258@elvis.mu.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org 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: Mon, 04 Feb 2008 20:46:39 -0000 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. As far as special cases are concerned, has FreeBSD taken extra care for them ? 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 ) ? From owner-freebsd-net@FreeBSD.ORG Mon Feb 4 21:15: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 514CA16A473 for ; Mon, 4 Feb 2008 21:15:22 +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 B7C4B13C4EB for ; Mon, 4 Feb 2008 21:15:21 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 19366 invoked from network); 4 Feb 2008 20:34:28 -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 ; 4 Feb 2008 20:34:28 -0000 Message-ID: <47A78070.1080504@freebsd.org> Date: Mon, 04 Feb 2008 22:15:28 +0100 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.14 (Windows/20071210) MIME-Version: 1.0 To: ithilgore References: <32c178710802040633w671f8512mc3f8991dc996d3a3@mail.gmail.com> <20080204191502.GO99258@elvis.mu.org> <47A8057B.2080801@gmail.com> In-Reply-To: <47A8057B.2080801@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Alfred Perlstein 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: Mon, 04 Feb 2008 21:15:22 -0000 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 From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 02:09:58 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 9976516A421; Tue, 5 Feb 2008 02:09:58 +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 74E8C13C448; Tue, 5 Feb 2008 02:09:58 +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 m1529wet093856; Tue, 5 Feb 2008 02:09:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1529w4X093852; Tue, 5 Feb 2008 02:09:58 GMT (envelope-from linimon) Date: Tue, 5 Feb 2008 02:09:58 GMT Message-Id: <200802050209.m1529w4X093852@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/120266: [panic] gnugk causes kernel panic when closing UDP sockets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Feb 2008 02:09:58 -0000 Synopsis: [panic] gnugk causes kernel panic when closing UDP sockets Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Feb 5 02:09:50 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120266 From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 04:00:11 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 6084116A41A for ; Tue, 5 Feb 2008 04:00:11 +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 4FEF513C4DD for ; Tue, 5 Feb 2008 04:00:11 +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 m1540BlZ002325 for ; Tue, 5 Feb 2008 04:00:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m1540Bxi002324; Tue, 5 Feb 2008 04:00:11 GMT (envelope-from gnats) Date: Tue, 5 Feb 2008 04:00:11 GMT Message-Id: <200802050400.m1540Bxi002324@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: KUROSAWA Takahiro Cc: Subject: Re: kern/116837: [tun] [panic] [patch] ifconfig tunX destroy: panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: KUROSAWA Takahiro List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2008 04:00:11 -0000 The following reply was made to PR kern/116837; it has been noted by GNATS. From: KUROSAWA Takahiro To: bug-followup@FreeBSD.org, bvanzant@ironport.com, jkpyvxmzsa@mailinator.com Cc: Subject: Re: kern/116837: [tun] [panic] [patch] ifconfig tunX destroy: panic Date: Tue, 5 Feb 2008 12:58:31 +0900 It seems that lackness of waking up a process sleeping on select(2) caused the panic. The following patch (instead of the previous one) might fix the problem. --- sys/net/if_tun.c 2008/01/11 04:14:11 1.1 +++ sys/net/if_tun.c 2008/01/29 02:22:43 @@ -249,15 +249,16 @@ tun_destroy(struct tun_softc *tp) { struct cdev *dev; - /* Unlocked read. */ - KASSERT((tp->tun_flags & TUN_OPEN) == 0, - ("tununits is out of sync - unit %d", TUN2IFP(tp)->if_dunit)); - dev = tp->tun_dev; + /* destroy_dev() ensures no threads access /dev/tunX anymore. */ + destroy_dev(dev); bpfdetach(TUN2IFP(tp)); if_detach(TUN2IFP(tp)); if_free(TUN2IFP(tp)); - destroy_dev(dev); + + funsetown(&tp->tun_sigio); + selwakeuppri(&tp->tun_rsel, PZERO + 1); + KNOTE_UNLOCKED(&tp->tun_rsel.si_note, 0); knlist_destroy(&tp->tun_rsel.si_note); mtx_destroy(&tp->tun_mtx); free(tp, M_TUN); From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 04:26:24 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 69B8816A419 for ; Tue, 5 Feb 2008 04:26:24 +0000 (UTC) (envelope-from Matthew.Thyer@dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id AE0F013C4E3 for ; Tue, 5 Feb 2008 04:26:23 +0000 (UTC) (envelope-from Matthew.Thyer@dsto.defence.gov.au) Received: from ednmsw511.dsto.defence.gov.au (ednmsw511.dsto.defence.gov.au [131.185.68.12]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id m153vrkm023924 for ; Tue, 5 Feb 2008 14:29:12 +1030 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw511.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id ; Tue, 5 Feb 2008 14:29:28 +1030 Received: from fmbex511.dsto.defence.gov.au ([131.185.134.21]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Feb 2008 14:59:27 +1100 Received: from ednex514.dsto.defence.gov.au ([131.185.2.174]) by fmbex511.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Feb 2008 14:59:27 +1100 Received: from ednex511.dsto.defence.gov.au ([131.185.2.171]) by ednex514.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Feb 2008 14:29:27 +1030 Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Tue, 5 Feb 2008 14:29:26 +1030 Message-ID: <07018E951F2FBF42B40B3D61086788340304E17A@ednex511.dsto.defence.gov.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PR kern/119791: [nfs] UDP NFS mount of aliased IP addresses from a Solaris 10 NFS v4 server fail [SEC=UNCLASSIFIED] Thread-Index: Achnq3/8E9n7tfDUR+qTUe7tIdiDsg== From: "Thyer, Matthew" To: X-OriginalArrivalTime: 05 Feb 2008 03:59:27.0444 (UTC) FILETIME=[8095F940:01C867AB] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1023-15706.001 X-TM-AS-Result: No--12.411400-0.000000-31 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: matt.thyer@gmail.com Subject: PR kern/119791: [nfs] UDP NFS mount of aliased IP addresses from a Solaris 10 NFS v4 server fail X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Feb 2008 04:26:24 -0000 UNCLASSIFIED It would be good if we could first attack the issue of "sysctl -w vfs.nfs.nfs_ip_paranoia=3D0 doesn't work even though mount_nfs -c does" as then my FreeBSD clients could just set the sysctl and everything would work. With the situation as is, UDP NFS mounts have to be avoided which means that the configuration of the AMD automounter needs fixing as it's broken default configuration results in a UDP NFS mount request even when it is clearly trying to attempt a TCP request (but that's for another PR). Even with AMD set properly to do TCP NFS mount requests, I am having problems with AMD crashing so it would be really good to get UDP mounts working again. With the situation as is I have resorted to a permanent TCP NFS mount in /etc/fstab which is not a good workaround.=20 Matthew Thyer Phone: +61 8 8259 7249=20 Science Corporate Information Systems Fax: +61 8 8259 5537=20 Defence Science and Technology Organisation, Edinburgh=20 PO Box 1500 EDINBURGH South Australia 5111=20 IMPORTANT: This email remains the property of the Australian Defence=20 Organisation and is subject to the jurisdiction of section 70 of the=20 CRIMES ACT 1914. If you have received this email in error, you are=20 requested to contact the sender and delete the email.=20 From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 04:40:02 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 E5DF016A41B for ; Tue, 5 Feb 2008 04:40:02 +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 BE2E513C51E for ; Tue, 5 Feb 2008 04:40:02 +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 m154e2BH006020 for ; Tue, 5 Feb 2008 04:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m154e2oB006019; Tue, 5 Feb 2008 04:40:02 GMT (envelope-from gnats) Date: Tue, 5 Feb 2008 04:40:02 GMT Message-Id: <200802050440.m154e2oB006019@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bob Van Zant Cc: Subject: Re: kern/116837: [tun] [panic] [patch] ifconfig tunX destroy: panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bob Van Zant List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2008 04:40:03 -0000 The following reply was made to PR kern/116837; it has been noted by GNATS. From: Bob Van Zant To: Cc: Subject: Re: kern/116837: [tun] [panic] [patch] ifconfig tunX destroy: panic Date: Tue, 05 Feb 2008 10:04:08 +0530 I've been running this patch for the past ~6 days and haven't seen a panic yet. Prior to this I was panicing 2-3 times a day so I think this patch fixes the problem. I believe that this same problem exists with the tap interface. Should we fix it at the same time? -Bob From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 06:33:17 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 79C2F16A419; Tue, 5 Feb 2008 06:33:17 +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 54BD013C458; Tue, 5 Feb 2008 06:33:17 +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 m156XHQp018155; Tue, 5 Feb 2008 06:33:17 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m156XHZv018151; Tue, 5 Feb 2008 06:33:17 GMT (envelope-from remko) Date: Tue, 5 Feb 2008 06:33:17 GMT Message-Id: <200802050633.m156XHZv018151@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: i386/120264: double fault in freebsd 7.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Feb 2008 06:33:17 -0000 Synopsis: double fault in freebsd 7.0 Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Tue Feb 5 06:32:56 UTC 2008 Responsible-Changed-Why: >From the backtrace this appears to be something in the networking code (as far as I am able to interpret) http://www.freebsd.org/cgi/query-pr.cgi?pr=120264 From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 09:46:44 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 200A016A4EB for ; Tue, 5 Feb 2008 09:46:44 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx4.mail.ru (fallback.mail.ru [194.67.57.14]) by mx1.freebsd.org (Postfix) with ESMTP id D8B8F13C4D1 for ; Tue, 5 Feb 2008 09:46:43 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx38.mail.ru (mx38.mail.ru [194.67.23.16]) by mx4.mail.ru (mPOP.Fallback_MX) with ESMTP id 15BE594108 for ; Mon, 4 Feb 2008 19:00:44 +0300 (MSK) Received: from [217.25.27.27] (port=37127 helo=[217.25.27.27]) by mx38.mail.ru with esmtp id 1JM3kP-000CfQ-00 for freebsd-net@freebsd.org; Mon, 04 Feb 2008 19:00:41 +0300 Message-ID: <47A736A9.90603@mail.ru> Date: Mon, 04 Feb 2008 20:00:41 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected Subject: dummynet.expire q'n X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Feb 2008 09:46:44 -0000 Hi, From FreeBSD 7.0's ipfw manual: net.inet.ip.dummynet.expire: 1 Lazily delete dynamic pipes/queue once they have no pending traf- fic. You can disable this by setting the variable to 0, in which case the pipes/queues will only be deleted when the threshold is reached. Can a kernel guru enlighten me if there's any risk of a pipe going away from under your feet when an existing firewall rule is using it, resulting in a dead link where no traffic can be passed? As I don't really know how "lazy deletion" works, It's very important this never happens, so I've set this to 0 just to be safe, but the pipe count is growing! # ipfw pipe show | wc -l 229 with only 60 or so active ipfw pipe rules that triggered pipe creation. It seems that deleting an ipfw pipe rule will not delete the pipe behind it when net.inet.ip.dummynet.expire is 0? OTOH, won't setting it to 1 make pipes suddenly disappear by whatever "lazy deletion" means? Thanks. From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 11:00:08 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 3CC7116A419 for ; Tue, 5 Feb 2008 11:00:08 +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 171FD13C442 for ; Tue, 5 Feb 2008 11:00:08 +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 m15B07OC037359 for ; Tue, 5 Feb 2008 11:00:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m15B07bF037358; Tue, 5 Feb 2008 11:00:07 GMT (envelope-from gnats) Date: Tue, 5 Feb 2008 11:00:07 GMT Message-Id: <200802051100.m15B07bF037358@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Kris Kennaway Cc: Subject: Re: i386/120264: double fault in freebsd 7.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kris Kennaway List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Feb 2008 11:00:08 -0000 The following reply was made to PR i386/120264; it has been noted by GNATS. From: Kris Kennaway To: bug-followup@FreeBSD.org, oleg@bal.ru Cc: Subject: Re: i386/120264: double fault in freebsd 7.0 Date: Tue, 05 Feb 2008 11:58:26 +0100 Submitter forgot to give us any useful details about their system configuration, but using my magical telepathy hat I sense that they are using the nve driver, which is known to be broken. A quick tarot card reading predicts that the nfe driver will avoid the panic. Kris From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 11:02:22 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 0A14916A41A; Tue, 5 Feb 2008 11:02:22 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D9ECE13C4D1; Tue, 5 Feb 2008 11:02:21 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from freefall.freebsd.org (kris@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m15B2Lt7037511; Tue, 5 Feb 2008 11:02:21 GMT (envelope-from kris@freefall.freebsd.org) Received: (from kris@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m15B2Kha037507; Tue, 5 Feb 2008 11:02:20 GMT (envelope-from kris) Date: Tue, 5 Feb 2008 11:02:20 GMT Message-Id: <200802051102.m15B2Kha037507@freefall.freebsd.org> To: oleg@bal.ru, kris@FreeBSD.org, freebsd-net@FreeBSD.org From: kris@FreeBSD.org Cc: Subject: Re: i386/120264: double fault in freebsd 7.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Feb 2008 11:02:22 -0000 Synopsis: double fault in freebsd 7.0 State-Changed-From-To: open->closed State-Changed-By: kris State-Changed-When: Tue Feb 5 11:02:08 UTC 2008 State-Changed-Why: Submitter rejects inbound email http://www.freebsd.org/cgi/query-pr.cgi?pr=120264 From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 17:13:14 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 B998616A41A; Tue, 5 Feb 2008 17:13:14 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from silver.he.iki.fi (helenius.fi [83.150.107.219]) by mx1.freebsd.org (Postfix) with ESMTP id 7218013C4DB; Tue, 5 Feb 2008 17:13:14 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from localhost (localhost [127.0.0.1]) by silver.he.iki.fi (Postfix) with ESMTP id 69CE1BBFE; Tue, 5 Feb 2008 18:45:15 +0200 (EET) Received: from silver.he.iki.fi ([127.0.0.1]) by localhost (silver.he.iki.fi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19EVaGfy4aO3; Tue, 5 Feb 2008 18:45:08 +0200 (EET) Received: from [83.150.107.194] (d194.helenius.fi [83.150.107.194]) by silver.he.iki.fi (Postfix) with ESMTP; Tue, 5 Feb 2008 18:45:08 +0200 (EET) Message-ID: <47A89299.30404@helenius.fi> Date: Tue, 05 Feb 2008 18:45:13 +0200 From: Petri Helenius User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: FreeBSD Net , dougb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: named.root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Feb 2008 17:13:14 -0000 Any chance the recent root zone changes would make it to 7.0? Pete From owner-freebsd-net@FreeBSD.ORG Tue Feb 5 22:29: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 D08E316A417; Tue, 5 Feb 2008 22:29: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 AD25813C457; Tue, 5 Feb 2008 22:29: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 m15MTrI7091617; Tue, 5 Feb 2008 22:29:53 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m15MTrST091613; Tue, 5 Feb 2008 22:29:53 GMT (envelope-from linimon) Date: Tue, 5 Feb 2008 22:29:53 GMT Message-Id: <200802052229.m15MTrST091613@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/120304: [netgraph] [patch] netgraph source assumes 32-bit timeval on AMD64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Feb 2008 22:29:54 -0000 Synopsis: [netgraph] [patch] netgraph source assumes 32-bit timeval on AMD64 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Feb 5 22:29:47 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=120304 From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 06:29: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 ECEFE16A420 for ; Wed, 6 Feb 2008 06:29:27 +0000 (UTC) (envelope-from lostar@rambler.ru) Received: from mxb.rambler.ru (mxb.rambler.ru [81.19.66.30]) by mx1.freebsd.org (Postfix) with ESMTP id 2046C13C46B for ; Wed, 6 Feb 2008 06:29:27 +0000 (UTC) (envelope-from lostar@rambler.ru) Received: from maild.rambler.ru (maild.rambler.ru [81.19.66.33]) by mxb.rambler.ru (Postfix) with ESMTP id 7133D1B9779 for ; Wed, 6 Feb 2008 09:11:44 +0300 (MSK) Received: from [172.16.1.69] (unknown [212.45.28.21]) (Authenticated sender: lostar@rambler.ru) by maild.rambler.ru (Postfix) with ESMTP id 20C4984437 for ; Wed, 6 Feb 2008 09:11:43 +0300 (MSK) Message-Id: <6FBCC65B-734C-4CF5-9F44-2ECECBFD18EC@rambler.ru> From: Nicholas Kulikov To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 6 Feb 2008 09:11:49 +0300 X-Mailer: Apple Mail (2.915) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 1 Gb network NFS issues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Feb 2008 06:29:28 -0000 Hello all, I'm trying setup NFS in 1 Gb home network and found some strange issues: Current NFS performance is about 30-35 Mb/s but few days ago i had 40-45 Mb/s. I've made some changes in server configuration (moved to FreeBSD 6.3 and changed network driver to nfe) and I can't catch what is wrong... Network structure: NFS server (FreeBSD 6.3) | | 1 Gb link | NFS client (Mac OS X 10.5.1) Server configuration ----------------------------- nfe0: flags=8843 mtu 8000 options=48 Client configuration ------------------------ en0: flags=8863 mtu 8000 media: autoselect (100baseTX ) status: active client mount share by using the following parameters: tcp vers=3 rsize=40960 wsize=40960 readahead=16 rdirplus nolocks intr noatime I've tried copy big file (about 3 Gb) and tcdump-ed client and server packets: 07:11:08.350744 IP (tos 0x0, ttl 64, id 51461, offset 0, flags [DF], proto TCP (6), length 176) 192.168.254.249.nfs > 192.168.254.254.2468561782: reply ok 124 access attr: REG 660 ids 1001/1006 sz 3958224896 nlink 1 rdev 133/134414584 fsid 5e fileid 2013005 a/m/ctime 1199479211.000000 1199479280.000000 1201346449.000000 c 001f 07:11:08.350793 IP (tos 0x0, ttl 64, id 46719, offset 0, flags [DF], proto TCP (6), length 52) 192.168.254.254.49158 > 192.168.254.249.nfsd: ., cksum 0x7f70 (incorrect (-> 0xd9e5), 22844:22844(0) ack 27581 win 65535 07:11:08.350988 IP (tos 0x0, ttl 64, id 9526, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561783 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 0 07:11:08.351069 IP (tos 0x0, ttl 64, id 8470, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561784 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 32768 07:11:08.351145 IP (tos 0x0, ttl 64, id 65343, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561785 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 65536 07:11:08.351242 IP (tos 0x0, ttl 64, id 11022, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561786 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 98304 07:11:08.351314 IP (tos 0x0, ttl 64, id 59209, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561787 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 131072 07:11:08.351383 IP (tos 0x0, ttl 64, id 39733, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561788 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 163840 07:11:08.351450 IP (tos 0x0, ttl 64, id 33325, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561789 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 196608 07:11:08.351516 IP (tos 0x0, ttl 64, id 50481, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561790 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 229376 07:11:08.351582 IP (tos 0x0, ttl 64, id 50464, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561791 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 262144 07:11:08.351658 IP (tos 0x0, ttl 64, id 37215, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561792 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 294912 07:11:08.351739 IP (tos 0x0, ttl 64, id 6496, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561793 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 327680 07:11:08.351750 IP (tos 0x0, ttl 64, id 49495, offset 0, flags [DF], proto TCP (6), length 52) 192.168.254.249.nfsd > 192.168.254.254.49158: ., cksum 0x15e5 (correct), 27581:27581(0) ack 23076 win 49943 07:11:08.351754 IP (tos 0x0, ttl 64, id 36632, offset 0, flags [DF], proto TCP (6), length 52) 192.168.254.249.nfsd > 192.168.254.254.49158: ., cksum 0x1501 (correct), 27581:27581(0) ack 23308 win 49939 07:11:08.351758 IP (tos 0x0, ttl 64, id 21313, offset 0, flags [DF], proto TCP (6), length 52) 192.168.254.249.nfsd > 192.168.254.254.49158: ., cksum 0x141c (correct), 27581:27581(0) ack 23540 win 49936 07:11:08.351783 IP (tos 0x0, ttl 64, id 50759, offset 0, flags [DF], proto TCP (6), length 52) 192.168.254.249.nfsd > 192.168.254.254.49158: ., cksum 0x1338 (correct), 27581:27581(0) ack 23772 win 49932 07:11:08.351801 IP (tos 0x0, ttl 64, id 56942, offset 0, flags [DF], proto TCP (6), length 52) 192.168.254.249.nfsd > 192.168.254.254.49158: ., cksum 0x1254 (correct), 27581:27581(0) ack 24004 win 49928 07:11:08.351818 IP (tos 0x0, ttl 64, id 13319, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561794 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 360448 07:11:08.351904 IP (tos 0x0, ttl 64, id 17022, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561795 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 393216 07:11:08.351981 IP (tos 0x0, ttl 64, id 45600, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561796 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 425984 07:11:08.351999 IP (tos 0x0, ttl 64, id 31024, offset 0, flags [DF], proto TCP (6), length 6196) 192.168.254.249.nfs > 192.168.254.254.2468561783: reply ok 6144 read REG 660 ids 1001/1006 sz 3958224896 nlink 1 rdev 133/134414584 fsid 5e fileid 2013005 a/m/ ctime 1199479211.000000 1199479280.000000 1201346449.000000 32768 bytes 07:11:08.352014 IP (tos 0x0, ttl 64, id 13078, offset 0, flags [DF], proto TCP (6), length 6196) 192.168.254.249.nfs > 192.168.254.254.0: reply ok 6144 07:11:08.352074 IP (tos 0x0, ttl 64, id 9792, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561797 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 458752 07:11:08.352085 IP (tos 0x0, ttl 64, id 61207, offset 0, flags [DF], proto TCP (6), length 6196) 192.168.254.249.nfs > 192.168.254.254.0: reply ok 6144 07:11:08.352143 IP (tos 0x0, ttl 64, id 63816, offset 0, flags [DF], proto TCP (6), length 52) 192.168.254.254.49158 > 192.168.254.249.nfsd: ., cksum 0x7f70 (incorrect (-> 0x8b18), 24584:24584(0) ack 46013 win 65535 07:11:08.352162 IP (tos 0x0, ttl 64, id 60945, offset 0, flags [DF], proto TCP (6), length 52) 192.168.254.254.49158 > 192.168.254.249.nfsd: ., cksum 0x7f70 (incorrect (-> 0x8b18), 24584:24584(0) ack 46013 win 65535 07:11:08.352177 IP (tos 0x0, ttl 64, id 3701, offset 0, flags [DF], proto TCP (6), length 168) 192.168.254.254.2468561798 > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 491520 07:11:08.352198 IP (tos 0x0, ttl 64, id 3073, offset 0, flags [DF], proto TCP (6), length 6196) 192.168.254.249.nfs > 192.168.254.254.3681401976: reply Unknown rpc response code=3722304989 6144 07:11:08.352203 IP (tos 0x0, ttl 64, id 2122, offset 0, flags [DF], proto TCP (6), length 6196) 192.168.254.249.nfs > 192.168.254.254.3067833788: reply Unknown rpc response code=3722304989 6144 07:11:08.352207 IP (tos 0x0, ttl 64, id 61294, offset 0, flags [DF], proto TCP (6), length 2232) 192.168.254.249.nfs > 192.168.254.254.3067833788: reply Unknown rpc response code=3722304989 2180 There are strange errors: 192.168.254.254.3681401976: reply Unknown rpc response Looks like server successfully sent first piece of data "07:11:08.351999...length 6196) 192.168.254.249.nfs > 192.168.254.254.2468561783: reply ok 6144...32768 bytes" and then report about errors in the following packets: length 6196) 192.168.254.249.nfs > 192.168.254.254.3681401976: reply Unknown rpc response code=3722304989 6144 length 6196) 192.168.254.249.nfs > 192.168.254.254.3067833788: reply Unknown rpc response code=3722304989 6144 length 2232) 192.168.254.249.nfs > 192.168.254.254.3067833788: reply Unknown rpc response code=3722304989 2180 There is a lot of such errors in tcpdump logs. NFS3 specification do not contains this error code description... p.s. And why server is limited with read/write data size 32760? Is there a possibility to change it? From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 08:39:01 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 2F5BC16A41A for ; Wed, 6 Feb 2008 08:39:01 +0000 (UTC) (envelope-from lostar@rambler.ru) Received: from mxb.rambler.ru (mxb.rambler.ru [81.19.66.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9992613C459 for ; Wed, 6 Feb 2008 08:39:00 +0000 (UTC) (envelope-from lostar@rambler.ru) Received: from maild.rambler.ru (maild.rambler.ru [81.19.66.33]) by mxb.rambler.ru (Postfix) with ESMTP id F07F51B5580 for ; Wed, 6 Feb 2008 11:38:58 +0300 (MSK) Received: from [172.16.1.69] (unknown [212.45.28.21]) (Authenticated sender: lostar@rambler.ru) by maild.rambler.ru (Postfix) with ESMTP id C458D8447F for ; Wed, 6 Feb 2008 11:38:57 +0300 (MSK) Message-Id: <57F09B0B-015A-42F2-9C92-4E5A73E3C309@rambler.ru> From: Nicholas Kulikov To: freebsd-net@freebsd.org In-Reply-To: <6FBCC65B-734C-4CF5-9F44-2ECECBFD18EC@rambler.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 6 Feb 2008 11:39:04 +0300 References: <6FBCC65B-734C-4CF5-9F44-2ECECBFD18EC@rambler.ru> X-Mailer: Apple Mail (2.915) Subject: Re: 1 Gb network NFS issues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Feb 2008 08:39:01 -0000 Sorry, i've mistyped: > en0: flags=8863 mtu 8000 > media: autoselect (100baseTX ) status: active It is interface configuration from other location (100Mbps lan) so in my home network the same but media is 1Gb link. On 06.02.2008, at 9:11, Nicholas Kulikov wrote: > Hello all, > > I'm trying setup NFS in 1 Gb home network and found some strange > issues: > > Current NFS performance is about 30-35 Mb/s but few days ago i had > 40-45 Mb/s. I've made some changes in server configuration (moved to > FreeBSD 6.3 and changed network driver to nfe) and I can't catch > what is wrong... > > Network structure: > > > NFS server (FreeBSD 6.3) > | > | 1 Gb link > | > NFS client (Mac OS X 10.5.1) > > Server configuration > ----------------------------- > nfe0: flags=8843 mtu 8000 > options=48 > > Client configuration > ------------------------ > en0: flags=8863 mtu 8000 > media: autoselect (100baseTX ) status: active > > client mount share by using the following parameters: tcp vers=3 > rsize=40960 wsize=40960 readahead=16 rdirplus nolocks intr noatime > > > I've tried copy big file (about 3 Gb) and tcdump-ed client and > server packets: > > 07:11:08.350744 IP (tos 0x0, ttl 64, id 51461, offset 0, flags [DF], > proto TCP (6), length 176) 192.168.254.249.nfs > > 192.168.254.254.2468561782: reply ok 124 access attr: REG 660 ids > 1001/1006 sz 3958224896 nlink 1 rdev 133/134414584 fsid 5e fileid > 2013005 a/m/ctime 1199479211.000000 1199479280.000000 > 1201346449.000000 c 001f > 07:11:08.350793 IP (tos 0x0, ttl 64, id 46719, offset 0, flags [DF], > proto TCP (6), length 52) 192.168.254.254.49158 > > 192.168.254.249.nfsd: ., cksum 0x7f70 (incorrect (-> 0xd9e5), > 22844:22844(0) ack 27581 win 65535 30749984> > 07:11:08.350988 IP (tos 0x0, ttl 64, id 9526, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561783 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ 0 > 07:11:08.351069 IP (tos 0x0, ttl 64, id 8470, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561784 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 32768 > 07:11:08.351145 IP (tos 0x0, ttl 64, id 65343, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561785 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 65536 > 07:11:08.351242 IP (tos 0x0, ttl 64, id 11022, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561786 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 98304 > 07:11:08.351314 IP (tos 0x0, ttl 64, id 59209, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561787 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 131072 > 07:11:08.351383 IP (tos 0x0, ttl 64, id 39733, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561788 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 163840 > 07:11:08.351450 IP (tos 0x0, ttl 64, id 33325, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561789 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 196608 > 07:11:08.351516 IP (tos 0x0, ttl 64, id 50481, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561790 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 229376 > 07:11:08.351582 IP (tos 0x0, ttl 64, id 50464, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561791 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 262144 > 07:11:08.351658 IP (tos 0x0, ttl 64, id 37215, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561792 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 294912 > 07:11:08.351739 IP (tos 0x0, ttl 64, id 6496, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561793 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 327680 > 07:11:08.351750 IP (tos 0x0, ttl 64, id 49495, offset 0, flags [DF], > proto TCP (6), length 52) 192.168.254.249.nfsd > > 192.168.254.254.49158: ., cksum 0x15e5 (correct), 27581:27581(0) ack > 23076 win 49943 > 07:11:08.351754 IP (tos 0x0, ttl 64, id 36632, offset 0, flags [DF], > proto TCP (6), length 52) 192.168.254.249.nfsd > > 192.168.254.254.49158: ., cksum 0x1501 (correct), 27581:27581(0) ack > 23308 win 49939 > 07:11:08.351758 IP (tos 0x0, ttl 64, id 21313, offset 0, flags [DF], > proto TCP (6), length 52) 192.168.254.249.nfsd > > 192.168.254.254.49158: ., cksum 0x141c (correct), 27581:27581(0) ack > 23540 win 49936 > 07:11:08.351783 IP (tos 0x0, ttl 64, id 50759, offset 0, flags [DF], > proto TCP (6), length 52) 192.168.254.249.nfsd > > 192.168.254.254.49158: ., cksum 0x1338 (correct), 27581:27581(0) ack > 23772 win 49932 > 07:11:08.351801 IP (tos 0x0, ttl 64, id 56942, offset 0, flags [DF], > proto TCP (6), length 52) 192.168.254.249.nfsd > > 192.168.254.254.49158: ., cksum 0x1254 (correct), 27581:27581(0) ack > 24004 win 49928 > 07:11:08.351818 IP (tos 0x0, ttl 64, id 13319, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561794 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 360448 > 07:11:08.351904 IP (tos 0x0, ttl 64, id 17022, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561795 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 393216 > 07:11:08.351981 IP (tos 0x0, ttl 64, id 45600, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561796 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 425984 > 07:11:08.351999 IP (tos 0x0, ttl 64, id 31024, offset 0, flags [DF], > proto TCP (6), length 6196) 192.168.254.249.nfs > > 192.168.254.254.2468561783: reply ok 6144 read REG 660 ids 1001/1006 > sz 3958224896 nlink 1 rdev 133/134414584 fsid 5e fileid 2013005 a/m/ > ctime 1199479211.000000 1199479280.000000 1201346449.000000 32768 > bytes > 07:11:08.352014 IP (tos 0x0, ttl 64, id 13078, offset 0, flags [DF], > proto TCP (6), length 6196) 192.168.254.249.nfs > 192.168.254.254.0: > reply ok 6144 > 07:11:08.352074 IP (tos 0x0, ttl 64, id 9792, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561797 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 458752 > 07:11:08.352085 IP (tos 0x0, ttl 64, id 61207, offset 0, flags [DF], > proto TCP (6), length 6196) 192.168.254.249.nfs > 192.168.254.254.0: > reply ok 6144 > 07:11:08.352143 IP (tos 0x0, ttl 64, id 63816, offset 0, flags [DF], > proto TCP (6), length 52) 192.168.254.254.49158 > > 192.168.254.249.nfsd: ., cksum 0x7f70 (incorrect (-> 0x8b18), > 24584:24584(0) ack 46013 win 65535 30749985> > 07:11:08.352162 IP (tos 0x0, ttl 64, id 60945, offset 0, flags [DF], > proto TCP (6), length 52) 192.168.254.254.49158 > > 192.168.254.249.nfsd: ., cksum 0x7f70 (incorrect (-> 0x8b18), > 24584:24584(0) ack 46013 win 65535 30749985> > 07:11:08.352177 IP (tos 0x0, ttl 64, id 3701, offset 0, flags [DF], > proto TCP (6), length 168) 192.168.254.254.2468561798 > > 192.168.254.249.nfs: 116 read fh 1143,951878/33632261 32768 bytes @ > 491520 > 07:11:08.352198 IP (tos 0x0, ttl 64, id 3073, offset 0, flags [DF], > proto TCP (6), length 6196) 192.168.254.249.nfs > > 192.168.254.254.3681401976: reply Unknown rpc response > code=3722304989 6144 > 07:11:08.352203 IP (tos 0x0, ttl 64, id 2122, offset 0, flags [DF], > proto TCP (6), length 6196) 192.168.254.249.nfs > > 192.168.254.254.3067833788: reply Unknown rpc response > code=3722304989 6144 > 07:11:08.352207 IP (tos 0x0, ttl 64, id 61294, offset 0, flags [DF], > proto TCP (6), length 2232) 192.168.254.249.nfs > > 192.168.254.254.3067833788: reply Unknown rpc response > code=3722304989 2180 > > There are strange errors: > 192.168.254.254.3681401976: reply Unknown rpc response > > Looks like server successfully sent first piece of data > "07:11:08.351999...length 6196) 192.168.254.249.nfs > > 192.168.254.254.2468561783: reply ok 6144...32768 bytes" and then > report about errors in the following packets: > length 6196) 192.168.254.249.nfs > 192.168.254.254.3681401976: reply > Unknown rpc response code=3722304989 6144 > length 6196) 192.168.254.249.nfs > 192.168.254.254.3067833788: reply > Unknown rpc response code=3722304989 6144 > length 2232) 192.168.254.249.nfs > 192.168.254.254.3067833788: reply > Unknown rpc response code=3722304989 2180 > > There is a lot of such errors in tcpdump logs. > > NFS3 specification do not contains this error code description... > > p.s. And why server is limited with read/write data size 32760? Is > there a possibility to change it? > > > > > > > _______________________________________________ > 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 6 14:56: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 954EA16A41B for ; Wed, 6 Feb 2008 14:56:51 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bns.tns.cz (bns.tns.cz [213.194.214.115]) by mx1.freebsd.org (Postfix) with ESMTP id D264813C457 for ; Wed, 6 Feb 2008 14:56:50 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bns.tns.cz (localhost [127.0.0.1]) by bns.tns.cz (Postfix) with ESMTP id 820CD55E4E9 for ; Wed, 6 Feb 2008 15:40:33 +0100 (CET) Received: from bonifac.tns.cz (bertik [192.168.144.14]) by bns.tns.cz with ESMTP id 4FAE6T40014IUYQD0MR; Wed, 6 Feb 2008 15:40:33 +0100 (CET) Received: by bonifac.tns.cz (Postfix, from userid 1001) id C8886F19AF; Wed, 6 Feb 2008 15:41:04 +0100 (CET) Date: Wed, 6 Feb 2008 15:41:04 +0100 From: Josef Pojsl To: freebsd-net@freebsd.org Message-ID: <20080206144104.GL1122@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Subject: 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, 06 Feb 2008 14:56:51 -0000 Hello, I am trying to use openospfd 4.0 over FreeBSD 6.2 in order to provide redundancy for routing between LAN 1 and LAN 2. The picture is as follows: Locality 1 (LAN 1) Locality 2 (LAN 2) WAN X ------------------------ Router 1 WAN Y Router 2 ------------------------ Router 1 is connected to LAN 1 on one side and to two WANs, X and Y, on the other side. The same holds for Router 2, it is connected to LAN 2, WAN X and WAN Y. There are gre tunnels between the routers over both WAN X and WAN Y. These tunnels get encrypted with IPsec transport. I have configured openospfd over both gre interfaces. The preferred link that I would like to be used for routing of LANs is the gre tunnel between 1 and 2 over WAN X. The cost of that link is the least of both costs. But, openospfd converges with routing between 1 and 2 over WAN Y, not WAN X. I have no clue why. LAN 1 is 192.168.1.0/24, LAN 2 is 192.168.2.0/24. gre30 is the link over WAN X, gre31 over WAN Y. 10.10.0.0/16 is WAN X, 10.20.0.0/16 is WAN Y. Configuration of gre tunnels: Router 1: gre30: flags=b051 mtu 1476 tunnel inet 10.10.1.2 --> 10.10.2.2 inet 10.30.1.2 --> 10.30.2.2 netmask 0xffffff00 gre31: flags=b051 mtu 1476 tunnel inet 10.20.1.2 --> 10.20.2.2 inet 10.31.1.2 --> 10.31.2.2 netmask 0xffffff00 Router 2: gre30: flags=b051 mtu 1476 tunnel inet 10.10.2.2 --> 10.10.1.2 inet 10.30.2.2 --> 10.30.1.2 netmask 0xffffff00 gre31: flags=b051 mtu 1476 tunnel inet 10.20.2.2 --> 10.20.1.2 inet 10.31.2.2 --> 10.31.1.2 netmask 0xffffff00 Configuration of openospfd: Router 1: router-id 0.0.0.1 redistribute connected area 0.0.0.0 { interface gre30 { metric 20 } interface gre31 { metric 50 } } Router 2: router-id 0.0.0.2 redistribute connected area 0.0.0.0 { interface gre30 { metric 20 } interface gre31 { metric 50 } } ospfctl show rib: Router 1: Destination Nexthop Path Type Type Cost Uptime 0.0.0.2 10.31.2.2 Intra-Area Router 20 00:03:51 10.30.1.2/32 10.31.2.2 Intra-Area Network 40 00:03:41 10.31.1.2/32 10.31.2.2 Intra-Area Network 70 00:03:51 10.10.0.0/16 10.31.2.2 Type 1 ext Network 120 00:03:51 10.20.0.0/16 10.31.2.2 Type 1 ext Network 120 00:03:51 192.168.2.0/24 10.31.2.2 Type 1 ext Network 120 00:03:51 Router 2: Destination Nexthop Path Type Type Cost Uptime 0.0.0.1 10.31.1.2 Intra-Area Router 20 00:04:51 10.30.2.2/32 10.31.1.2 Intra-Area Network 40 00:04:44 10.31.2.2/32 10.31.1.2 Intra-Area Network 70 00:04:51 10.10.0.0/16 10.31.1.2 Type 1 ext Network 120 00:04:51 10.20.0.0/16 10.31.1.2 Type 1 ext Network 120 00:04:51 192.168.1.0/24 10.31.1.2 Type 1 ext Network 120 00:04:51 ospfctl show interface detail: Router 1: Interface gre31, line protocol is UP Internet address 10.31.1.2/24, Area 0.0.0.0 Linkstate unknown Router ID 0.0.0.1, network type POINTOPOINT, cost: 50 Transmit delay is 1 sec(s), state P2P, priority 1 Designated Router (ID) 0.0.0.0, interface address 0.0.0.0 Backup Designated Router (ID) 0.0.0.0, interface address 0.0.0.0 Timer intervals configured, hello 10, dead 40, wait 40, retransmit 5 Hello timer due in 00:00:06 Uptime 00:06:04 Neighbor count is 1, adjacent neighbor count is 1 Interface gre30, line protocol is UP Internet address 10.30.1.2/24, Area 0.0.0.0 Linkstate unknown Router ID 0.0.0.1, network type POINTOPOINT, cost: 20 Transmit delay is 1 sec(s), state P2P, priority 1 Designated Router (ID) 0.0.0.0, interface address 0.0.0.0 Backup Designated Router (ID) 0.0.0.0, interface address 0.0.0.0 Timer intervals configured, hello 10, dead 40, wait 40, retransmit 5 Hello timer due in 00:00:06 Uptime 00:06:04 Neighbor count is 1, adjacent neighbor count is 1 Router 2: Interface gre31, line protocol is UP Internet address 10.31.2.2/24, Area 0.0.0.0 Linkstate unknown Router ID 0.0.0.2, network type POINTOPOINT, cost: 50 Transmit delay is 1 sec(s), state P2P, priority 1 Designated Router (ID) 0.0.0.0, interface address 0.0.0.0 Backup Designated Router (ID) 0.0.0.0, interface address 0.0.0.0 Timer intervals configured, hello 10, dead 40, wait 40, retransmit 5 Hello timer due in 00:00:09 Uptime 00:06:02 Neighbor count is 1, adjacent neighbor count is 1 Interface gre30, line protocol is UP Internet address 10.30.2.2/24, Area 0.0.0.0 Linkstate unknown Router ID 0.0.0.2, network type POINTOPOINT, cost: 20 Transmit delay is 1 sec(s), state P2P, priority 1 Designated Router (ID) 0.0.0.0, interface address 0.0.0.0 Backup Designated Router (ID) 0.0.0.0, interface address 0.0.0.0 Timer intervals configured, hello 10, dead 40, wait 40, retransmit 5 Hello timer due in 00:00:09 Uptime 00:06:02 Neighbor count is 1, adjacent neighbor count is 1 Why the LANs get routed over gre31, having cost 50, and not over gre30 with lower cost 20? Has anybody got any clue? Thanks in advance for any comments, -- Josef Pojsl From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 15:40: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 2B53816A47A for ; Wed, 6 Feb 2008 15:40: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 AE1E813C4D3 for ; Wed, 6 Feb 2008 15:40: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=VgSv6NppsuIFP2I1sIdkzL++FFmw2ot9HI6xFAv/ecAmSftMIVqNSu4WZXEOAbyFQghtzZN1ClY4IVO99lU/DYvObte1FVfk8LOfxaG70LcdQLMtoarYsq9W9y2gbnqwhVsv8AymiyUEjrA82pjHry3pTjzWNmg6e7yOAId0O6o=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JMm5n-0001xP-9m; Wed, 06 Feb 2008 18:21:43 +0300 Date: Wed, 6 Feb 2008 18:21:42 +0300 From: Eygene Ryabinkin To: Josef Pojsl Message-ID: References: <20080206144104.GL1122@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080206144104.GL1122@bonifac.tns.cz> 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 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, 06 Feb 2008 15:40:09 -0000 Josef, good day. Currently I can not answer your question, sorry. I just have the remark. Wed, Feb 06, 2008 at 03:41:04PM +0100, Josef Pojsl wrote: > ospfctl show rib: > Router 1: > Destination Nexthop Path Type Type Cost Uptime > 0.0.0.2 10.31.2.2 Intra-Area Router 20 00:03:51 > 10.30.1.2/32 10.31.2.2 Intra-Area Network 40 00:03:41 > 10.31.1.2/32 10.31.2.2 Intra-Area Network 70 00:03:51 'Cost' column looks perfectly correct: in order to reach the other router, the path with cost 20 is selected (presumably, WAN X); path to 10.30.1.2/32 costs 20+20: 20 from WAN X interface and 20 from the gre30 on the other end; and path to 10.31 costs 70=20+50, WAN X + gre31 on the other end. The only weird thing is the nexthop value. Your 'netstat -rn' shows routes via gre31 too? If yes, maybe the verbose mode of the openospfd (-v) will show something interesting? -- Eygene From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 19:13: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 D300916A469 for ; Wed, 6 Feb 2008 19:13:35 +0000 (UTC) (envelope-from granica_raydom@rambler.ru) Received: from mxa.rambler.ru (mxa.rambler.ru [81.19.66.231]) by mx1.freebsd.org (Postfix) with ESMTP id 71BE113C45A for ; Wed, 6 Feb 2008 19:13:35 +0000 (UTC) (envelope-from granica_raydom@rambler.ru) Received: from mcgi36.rambler.ru (mcgi36.rambler.ru [81.19.67.236]) by mxa.rambler.ru (Postfix) with ESMTP id 4F07073ED3 for ; Wed, 6 Feb 2008 21:56:15 +0300 (MSK) Received: from mcgi36.rambler.ru (localhost [127.0.0.1]) by mcgi36.rambler.ru (Postfix) with ESMTP id 036D511418 for ; Wed, 6 Feb 2008 21:56:14 +0300 (MSK) Received: from [91.76.68.247] by 127.0.0.1 with HTTP (mailimap); Wed, 06 Feb 2008 21:56:11 +0300 From: To: Date: Wed, 06 Feb 2008 21:56:11 +0300 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="windows-1251"; format="flowed" MIME-Version: 1.0 Message-Id: <916331822.1202324171.150714460.5300@127.0.0.1> X-Mailer: Ramail 3, (aten) X-Mailman-Approved-At: Wed, 06 Feb 2008 19:15:58 +0000 Subject: crpc-0.7.4 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Feb 2008 19:13:35 -0000 Hi all, The CRPC (C-based remote procedure call) version 0.7.4 is now available. To download the package use the link on the project site - http://crpc.sourceforge.net/ Write me back, if you have any questions. Andrey. From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 19:26: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 AD01916A418 for ; Wed, 6 Feb 2008 19:26:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 272C413C469 for ; Wed, 6 Feb 2008 19:26:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 26592 invoked by uid 399); 6 Feb 2008 19:26:34 -0000 Received: from localhost (HELO ?192.168.0.8?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 6 Feb 2008 19:26:34 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47AA09E5.4030500@FreeBSD.org> Date: Wed, 06 Feb 2008 11:26:29 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Petri Helenius References: <47A89299.30404@helenius.fi> In-Reply-To: <47A89299.30404@helenius.fi> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: named.root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Feb 2008 19:26:36 -0000 Petri Helenius wrote: > > Any chance the recent root zone changes would make it to 7.0? I will certainly prepare the change request and submit it to re@. However please understand that this is a very low priority issue. The first thing a resolving name server does when starting up is to use the addresses in the root hints file to query a root server to update its local cache of the root zone. It only needs to find ONE good address in that file to accomplish this. Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 20:48:34 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 B66B416A468 for ; Wed, 6 Feb 2008 20:48:34 +0000 (UTC) (envelope-from lysergius2001@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.190]) by mx1.freebsd.org (Postfix) with ESMTP id 34AAE13C478 for ; Wed, 6 Feb 2008 20:48:33 +0000 (UTC) (envelope-from lysergius2001@gmail.com) Received: by rn-out-0910.google.com with SMTP id s42so1293251rnb.13 for ; Wed, 06 Feb 2008 12:48:33 -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:references; bh=HCVPudP0kXykZDH7r+xMxPE2vAmd/sV1ls2+W++Z1HM=; b=V9OKpiyBZA1J+yRtazQhJPYQfdXes/0GnrsRzJiPx86Ge1/JuLcoDCmIAkYSh6Cz1ZKz8hdfyVyCBAg5n5bpkIgYlfB+uYDsWH76BJ9irMybwEXRAvJ0z0iWhkH5e3f5KxZ2Mbm/nyexmObKH+zyG03IyAU2jIknMlaZsHcG3lA= 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:references; b=N6zCCsMHvHi1Gi7r8lorpQKJ2NZ0e7X7vMvF1kiqZBAeFMf4uWO0fkJq/foON1bMHqQ/MolQH0Ri4ZW1KtBWguCCGlESHwURvYbEvxIuSVs1XiVpM9hf7HGts3sA+mwxjVzzDOWQDLT88VDhCXYuRn+rnTnU+4fcUmja/ubVLdo= Received: by 10.143.6.1 with SMTP id j1mr5695159wfi.45.1202330912563; Wed, 06 Feb 2008 12:48:32 -0800 (PST) Received: by 10.142.203.4 with HTTP; Wed, 6 Feb 2008 12:48:32 -0800 (PST) Message-ID: Date: Wed, 6 Feb 2008 20:48:32 +0000 From: lysergius2001 To: "Bruce M. Simpson" In-Reply-To: <47A75562.7010101@FreeBSD.org> MIME-Version: 1.0 References: <47A75562.7010101@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: freebsd-net@freebsd.org Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Feb 2008 20:48:34 -0000 Hi Bruce, Thanks for this. /etc/rc.d/devfs start results in eval: 1: syntax error: unterminated quoted string My devfs.rules looks like this [hostname_ruleset=10] add path 'da*s* mode 0666 group wheel should I add the fd0/cd0? On Feb 4, 2008 6:11 PM, Bruce M. Simpson wrote: > lysergius2001 wrote: > > Hi > > > > Recently installed AMD64 6.3-stable and I am having a problem with > > devfs.conf and /dev. I understand the entries in devfs.conf should > modify > > the permissions on devices in /dev. For some reason or other this is > not > > happening. Can anyone shed some light on this? What am I doing wrong? > > > > Try using devfs.rules -- devfs.conf entries will not be applied after > boot, unless you force them to be reapplied by running /etc/rc.d/devfs > start from a superuser shell. > > BMS > -- Lysergius says "Stay light and trust gravity" From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 21:29: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 95ED216A41A; Wed, 6 Feb 2008 21:29:56 +0000 (UTC) (envelope-from SRS0=63455f5d3e5ea1f4218cbc02546b3f10163d38ae=603=es.net=oberman@es.net) Received: from postal1.es.net (postoffice4.tagpma.org [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 72FDD13C461; Wed, 6 Feb 2008 21:29:55 +0000 (UTC) (envelope-from SRS0=63455f5d3e5ea1f4218cbc02546b3f10163d38ae=603=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id MXJ82152; Wed, 06 Feb 2008 13:29:52 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2FF9C4500E; Wed, 6 Feb 2008 13:29:51 -0800 (PST) To: Doug Barton In-Reply-To: Your message of "Wed, 06 Feb 2008 11:26:29 PST." <47AA09E5.4030500@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1202333391_51442P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 06 Feb 2008 13:29:51 -0800 From: "Kevin Oberman" Message-Id: <20080206212951.2FF9C4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Doug Barton X-To_Domain: freebsd.org X-To: Doug Barton X-To_Email: dougb@FreeBSD.org X-To_Alias: dougb Cc: Petri Helenius , FreeBSD Net Subject: Re: named.root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Feb 2008 21:29:56 -0000 --==_Exmh_1202333391_51442P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 06 Feb 2008 11:26:29 -0800 > From: Doug Barton > Sender: owner-freebsd-net@freebsd.org > > Petri Helenius wrote: > > > > Any chance the recent root zone changes would make it to 7.0? > > I will certainly prepare the change request and submit it to re@. > However please understand that this is a very low priority issue. The > first thing a resolving name server does when starting up is to use > the addresses in the root hints file to query a root server to update > its local cache of the root zone. It only needs to find ONE good > address in that file to accomplish this. > > Doug > > -- > > This .signature sanitized for your protection > _______________________________________________ > 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" > Doug, This is both true and false because an IPv6 only DNS server (this may be an imaginary entity) will not find any root servers without the new file. I think it is probably not high priority, but is of MUCH higher then the typical root list since it can have a real impact. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1202333391_51442P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHqibPkn3rs5h7N1ERAo0DAJwIztwmUR2FRN3J0W4ZRJPzcjeEbgCgiyf1 wNG4kHyzgYr4zIfJ6UxaSK0= =5Jah -----END PGP SIGNATURE----- --==_Exmh_1202333391_51442P-- From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 22:41: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 5C98716A419 for ; Wed, 6 Feb 2008 22:41:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id E759413C46A for ; Wed, 6 Feb 2008 22:41:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12302 invoked by uid 399); 6 Feb 2008 22:41:24 -0000 Received: from localhost (HELO ?192.168.0.8?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 6 Feb 2008 22:41:24 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47AA378A.1080701@FreeBSD.org> Date: Wed, 06 Feb 2008 14:41:14 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Kevin Oberman References: <20080206212951.2FF9C4500E@ptavv.es.net> In-Reply-To: <20080206212951.2FF9C4500E@ptavv.es.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Petri Helenius , FreeBSD Net Subject: Re: named.root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Feb 2008 22:41:25 -0000 Kevin Oberman wrote: > Doug, > > This is both true and false because an IPv6 only DNS server (this may be > an imaginary entity) It is. Modulo some theoretical exercise being performed by people who are smart enough to know how to prime them already, there are no IPv6-only name servers. Even though the root is ready now, only 112 of the 281 TLDs have IPv6 glue of any sort. The IPv6-only Internet is a long way away. Now everything I just said will become less true going forward, which is why I said I will do the change request ASAP. But it's still not urgent, and any impact that not doing the change tomorrow might have is so minimal as to be basically immeasurable. Doug -- This .signature sanitized for your protection From owner-freebsd-net@FreeBSD.ORG Wed Feb 6 23:27: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 47BD916A420; Wed, 6 Feb 2008 23:27:22 +0000 (UTC) (envelope-from SRS0=63455f5d3e5ea1f4218cbc02546b3f10163d38ae=603=es.net=oberman@es.net) Received: from postal1.es.net (postal3.es.net [IPv6:2001:400:14:3::8]) by mx1.freebsd.org (Postfix) with ESMTP id A39A113C465; Wed, 6 Feb 2008 23:27:21 +0000 (UTC) (envelope-from SRS0=63455f5d3e5ea1f4218cbc02546b3f10163d38ae=603=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id MZH46819; Wed, 06 Feb 2008 15:27:19 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 6B9A94500E; Wed, 6 Feb 2008 15:27:18 -0800 (PST) To: Doug Barton In-Reply-To: Your message of "Wed, 06 Feb 2008 14:41:14 PST." <47AA378A.1080701@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1202340438_51442P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 06 Feb 2008 15:27:18 -0800 From: "Kevin Oberman" Message-Id: <20080206232718.6B9A94500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Doug Barton X-To_Domain: freebsd.org X-To: Doug Barton X-To_Email: dougb@FreeBSD.org X-To_Alias: dougb Cc: Petri Helenius , FreeBSD Net Subject: Re: named.root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Feb 2008 23:27:22 -0000 --==_Exmh_1202340438_51442P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Wed, 06 Feb 2008 14:41:14 -0800 > From: Doug Barton > > Kevin Oberman wrote: > > > Doug, > > > > This is both true and false because an IPv6 only DNS server (this may be > > an imaginary entity) > > It is. Modulo some theoretical exercise being performed by people who > are smart enough to know how to prime them already, there are no > IPv6-only name servers. Even though the root is ready now, only 112 of > the 281 TLDs have IPv6 glue of any sort. The IPv6-only Internet is a > long way away. > > Now everything I just said will become less true going forward, which > is why I said I will do the change request ASAP. But it's still not > urgent, and any impact that not doing the change tomorrow might have > is so minimal as to be basically immeasurable. Doug, I agree. That's why I said that it is not high-priority, but I wanted to make people aware that this was not just the usual case when a root server moves to a new address. I do suspect that there may be real IPv6 only DNS servers out there, but, if they exist, they are probably in China and will never point at the real root servers. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1202340438_51442P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHqkJWkn3rs5h7N1ERAp2WAJ9r2SQp/W7q8c4v9UU83c9zvL2ewgCdHvNs LD5uhNrPKEYMFRfBVJ20zmU= =Otwe -----END PGP SIGNATURE----- --==_Exmh_1202340438_51442P-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 00:44: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 3A17016A418; Thu, 7 Feb 2008 00:44:10 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.freebsd.org (Postfix) with ESMTP id C92E613C4F3; Thu, 7 Feb 2008 00:44:09 +0000 (UTC) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (wxhozbs16ycsdmji@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.6/8.13.3) with ESMTP id m170AWus001802; Wed, 6 Feb 2008 16:10:32 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.6/8.13.3/Submit) id m170AVom001800; Wed, 6 Feb 2008 16:10:31 -0800 (PST) (envelope-from jmg) Date: Wed, 6 Feb 2008 16:10:31 -0800 From: John-Mark Gurney To: lysergius2001 Message-ID: <20080207001031.GY7399@funkthat.com> Mail-Followup-To: lysergius2001 , "Bruce M. Simpson" , freebsd-net@freebsd.org References: <47A75562.7010101@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hydrogen.funkthat.com [127.0.0.1]); Wed, 06 Feb 2008 16:10:32 -0800 (PST) Cc: freebsd-net@freebsd.org, "Bruce M. Simpson" Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Feb 2008 00:44:10 -0000 lysergius2001 wrote this message on Wed, Feb 06, 2008 at 20:48 +0000: > Thanks for this. > > /etc/rc.d/devfs start results in > eval: 1: syntax error: unterminated quoted string > > My devfs.rules looks like this > > [hostname_ruleset=10] > > add path 'da*s* mode 0666 group wheel ^ seem to be missing a quote where... > should I add the fd0/cd0? > > > On Feb 4, 2008 6:11 PM, Bruce M. Simpson wrote: > > > lysergius2001 wrote: > > > Hi > > > > > > Recently installed AMD64 6.3-stable and I am having a problem with > > > devfs.conf and /dev. I understand the entries in devfs.conf should > > modify > > > the permissions on devices in /dev. For some reason or other this is > > not > > > happening. Can anyone shed some light on this? What am I doing wrong? > > > > Try using devfs.rules -- devfs.conf entries will not be applied after > > boot, unless you force them to be reapplied by running /etc/rc.d/devfs > > start from a superuser shell. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 05:47: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 E5BC816A41A for ; Thu, 7 Feb 2008 05:47:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 500C413C447 for ; Thu, 7 Feb 2008 05:47:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so4746419pyb.10 for ; Wed, 06 Feb 2008 21:47:45 -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:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=nkVxxqDBx3o1bvz5WUSCkMiG9OGAcY3HOO4XSkQzw+8=; b=CIVCt2a5QzjggjAf9qROI51sdVbBsgltec/MfJJmHWl33RPXTqZCO818eOQ/zntsACyE2lQaktBsvEi7a4X63pZtq7ys+FnTU9Qvx7H1CAG+Rp2bC0PrpuSFRxp7s3toqkmSUfPMnqUJiwbjolhrZrw49rFLR2b9dJ4qQmsFH7U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=r/MeWBtU/MU9MB/nhwF0htFMM/CZBpdAy1w9d5sb80edcevOQD38HljOWS+6OGFloBMZe3QvARk3iLEw7CFlP0sbZw/CJNYFlPZRsPGSdGSL6dexiwdaOlyQx277ASLGJd9o7iBuHJhwXY+3C+Fp0J0RK7FFCHbabM10MQlLKf8= Received: by 10.143.37.20 with SMTP id p20mr1180951wfj.236.1202361661794; Wed, 06 Feb 2008 21:21:01 -0800 (PST) Received: by 10.142.73.12 with HTTP; Wed, 6 Feb 2008 21:21:01 -0800 (PST) Message-ID: Date: Thu, 7 Feb 2008 14:21:01 +0900 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "granica_raydom@rambler.ru" In-Reply-To: <916331822.1202324171.150714460.5300@127.0.0.1> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <916331822.1202324171.150714460.5300@127.0.0.1> X-Google-Sender-Auth: 0db4aea091648363 Cc: freebsd-net@freebsd.org Subject: Re: crpc-0.7.4 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 05:47:47 -0000 On 07/02/2008, granica_raydom@rambler.ru wrote: > Hi all, > > The CRPC (C-based remote procedure call) version 0.7.4 is now available. > To download the package use the link on the project site - > http://crpc.sourceforge.net/ > > Write me back, if you have any questions. How's this different from Sun's RPC stuff? Adrian -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 07:14: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 A1F6E16A419 for ; Thu, 7 Feb 2008 07:14:46 +0000 (UTC) (envelope-from granica_raydom@rambler.ru) Received: from mcgi48.rambler.ru (mcgi48.rambler.ru [81.19.67.32]) by mx1.freebsd.org (Postfix) with ESMTP id C63BD13C46A for ; Thu, 7 Feb 2008 07:14:45 +0000 (UTC) (envelope-from granica_raydom@rambler.ru) Received: from [91.76.68.56] by mcgi48.rambler.ru with HTTP (mailimap); Thu, 07 Feb 2008 10:14:43 +0300 From: To: Adrian Chadd Date: Thu, 07 Feb 2008 10:14:43 +0300 Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="windows-1251"; format="flowed" MIME-Version: 1.0 References: <916331822.1202324171.150714460.5300@127.0.0.1> In-Reply-To: Message-Id: <173020478.1202368483.165355804.67144@mcgi48.rambler.ru> X-Mailer: Ramail 3, (aten) Cc: freebsd-net@freebsd.org Subject: Re: crpc-0.7.4 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 07:14:46 -0000 * Adrian Chadd [Thu, 7 Feb 2008 14:21:01 +0900]: > On 07/02/2008, granica_raydom@rambler.ru > wrote: > > Hi all, > > > > The CRPC (C-based remote procedure call) version 0.7.4 is now > available. > > To download the package use the link on the project site - > > http://crpc.sourceforge.net/ > > > > Write me back, if you have any questions. > > How's this different from Sun's RPC stuff? > > > > Adrian > > -- > Adrian Chadd - adrian@freebsd.org > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" I worked generally on the programer's interface. For example, in SunRPC we have such definition and client code: //////////////////////////////////////////////////////// const MAXSORTSIZE = 64; const MAXSTRINGLEN = 64; typedef string str; /* the string itself */ struct sortstrings { str ss; }; program SORTPROG { version SORTVERS { sortstrings SORT(sortstrings) = 1; } = 1; } = 22855; //////////////////////////////////////////////////////////////////////// #include #include #include "sort.h" int main(int argc, char **argv) { char *machinename; struct sortstrings args, res; int i; machinename = argv[1]; args.ss.ss_len = argc - 2; /* substract off progname, machinename */ args.ss.ss_val = &argv[2]; res.ss.ss_val = (char **)NULL; if ((i = callrpc(machinename, SORTPROG, SORTVERS, SORT, xdr_sortstrings, &args, xdr_sortstrings, &res))) { fprintf(stderr, "%s: call to sort service failed. ", argv[0]); clnt_perrno(i); fprintf(stderr, "\n"); exit(1); } exit(0); } But using CRPC we can have rather simular client code like this: #include __remote int sort(char **ssp, int size) __attribute__((__format_ptr(0[1]))); int main(int argc, char **argv) { int res; res = sort(argv+1,argc-1); exit(0); } In CRPC, all the stub information is extracted from the prototype declaration, function call is the same, as in ordinary program. Also the system could work with any data type, defined in the C code. And this file is to compiled with the rcc only, cause it is a gcc wrapper. From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 10:55: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 0567B16A41A; Thu, 7 Feb 2008 10:55:18 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from sparkie.irbis.net.ru (sparkie.irbis.net.ru [IPv6:2001:470:1f09:aa:203:baff:fe18:f4c1]) by mx1.freebsd.org (Postfix) with ESMTP id 5CD3413C459; Thu, 7 Feb 2008 10:55:17 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from sparkie.irbis.net.ru (yuri@localhost [IPv6:::1]) by sparkie.irbis.net.ru (8.14.2/8.14.2) with ESMTP id m17AofnU054373; Thu, 7 Feb 2008 13:50:41 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by sparkie.irbis.net.ru (8.14.2/8.14.2/Submit) id m17AofG8054372; Thu, 7 Feb 2008 13:50:41 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: sparkie.irbis.net.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Thu, 7 Feb 2008 13:50:41 +0300 From: Yuri Pankov To: freebsd-sparc64@freebsd.org, freebsd-net@freebsd.org Message-ID: <20080207105041.GA54305@sparkie.irbis.net.ru> References: <20080201133020.GA83907@sparkie.irbis.net.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <20080201133020.GA83907@sparkie.irbis.net.ru> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.0 (sparkie.irbis.net.ru [IPv6:::1]); Thu, 07 Feb 2008 13:50:41 +0300 (MSK) Cc: Subject: Re: Confusing `netstat -rn` output on 7.0-RC1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 10:55:18 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline (sorry for cross-posting) On Fri, Feb 01, 2008 at 04:30:21PM +0300, Yuri Pankov wrote: > Hi, > > `netstat -rn` on 7.0-RC1/sparc64 shows 0.0.0.0 instead of actual network > numbers, while those networks are accessible. > > > ifconfig > dc0: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:03:ba:14:e8:65 > inet 192.168.0.252 netmask 0xffffff00 broadcast 192.168.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > dc1: flags=8843 metric 0 mtu 1500 > options=8 > ether 00:03:ba:14:e8:65 > inet 10.106.0.3 netmask 0xffffff00 broadcast 10.106.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > vlan0: flags=8843 metric 0 mtu 1500 > ether 00:03:ba:14:e8:65 > inet 10.7.12.254 netmask 0xffffff00 broadcast 10.7.12.255 > media: Ethernet autoselect (100baseTX ) > status: active > vlan: 301 parent interface: dc1 > > > netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif Expire > 0.0.0.0/24 link#4 UC 0 0 vlan0 > 0.0.0.0/24 link#2 UC 0 0 dc1 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 0.0.0.0/24 link#1 UC 0 0 dc0 > 192.168.0.7 00:16:e0:25:c5:e1 UHLW 1 0 dc0 878 > > > Is it a known problem (or, may be, PEBKAC case)? > > > TIA, > Yuri Attached patch fixes the problem for me. Yuri --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="netstat.diff" diff -ruN /usr/src/usr.bin/netstat/netstat.h /home/yuri/tmp/netstat/netstat.h --- /usr/src/usr.bin/netstat/netstat.h 2007-07-16 21:15:55.000000000 +0400 +++ /home/yuri/tmp/netstat/netstat.h 2008-02-07 13:37:04.000000000 +0300 @@ -124,7 +124,7 @@ void upHex(char *); char *routename(u_long); -char *netname(u_long, u_long); +char *netname(in_addr_t, u_long); char *atalk_print(struct sockaddr *, int); char *atalk_print2(struct sockaddr *, struct sockaddr *, int); char *ipx_print(struct sockaddr *); diff -ruN /usr/src/usr.bin/netstat/route.c /home/yuri/tmp/netstat/route.c --- /usr/src/usr.bin/netstat/route.c 2007-11-13 01:43:29.000000000 +0300 +++ /home/yuri/tmp/netstat/route.c 2008-02-07 13:43:42.000000000 +0300 @@ -840,7 +840,7 @@ * The address is assumed to be that of a net or subnet, not a host. */ char * -netname(u_long in, u_long mask) +netname(in_addr_t in, u_long mask) { char *cp = 0; static char line[MAXHOSTNAMELEN]; @@ -859,7 +859,7 @@ strncpy(line, cp, sizeof(line) - 1); line[sizeof(line) - 1] = '\0'; } else { - inet_ntop(AF_INET, (char *)&in, line, sizeof(line) - 1); + inet_ntop(AF_INET, &in, line, sizeof(line) - 1); } domask(line + strlen(line), i, mask); return (line); --RnlQjJ0d97Da+TV1-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 12:07:26 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 307BA16A417 for ; Thu, 7 Feb 2008 12:07:26 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bns.tns.cz (bns.tns.cz [213.194.214.115]) by mx1.freebsd.org (Postfix) with ESMTP id 90B0F13C45B for ; Thu, 7 Feb 2008 12:07:25 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bns.tns.cz (localhost [127.0.0.1]) by bns.tns.cz (Postfix) with ESMTP id 9698455E401 for ; Thu, 7 Feb 2008 13:07:24 +0100 (CET) Received: from bonifac.tns.cz (bertik [192.168.144.14]) by bns.tns.cz with ESMTP id 4FANKFG0014IUYQEHFB; Thu, 7 Feb 2008 13:07:24 +0100 (CET) Received: by bonifac.tns.cz (Postfix, from userid 1001) id B2437F2305; Thu, 7 Feb 2008 13:07:58 +0100 (CET) Resent-From: Josef Pojsl Resent-Date: Thu, 7 Feb 2008 13:07:58 +0100 Resent-Message-ID: <20080207120758.GD56085@bonifac.tns.cz> Resent-To: freebsd-net@freebsd.org X-Original-To: jp@tns.cz Delivered-To: pepa@i.tns.cz Received: from i.tns.cz [194.228.50.77] by bonifac.tns.cz with POP3 (fetchmail-6.3.8) for (single-drop); Thu, 07 Feb 2008 09:20:58 +0100 (CET) Received: from jonas.tns.cz (jonas.tns.cz [194.228.50.78]) by i.tns.cz (Postfix) with ESMTP id 087FEA048F3 for ; Thu, 7 Feb 2008 08:49:19 +0100 (CET) Received: from bns.tns.cz (bns.tns.cz [213.194.214.115]) by jonas.tns.cz with ESMTP id 4FALNW4001IW8YQHMO2; Thu, 7 Feb 2008 08:49:13 +0100 (CET) Received: from bns.tns.cz (localhost [127.0.0.1]) by bns.tns.cz (Postfix) with ESMTP id 77A5C55E401 for ; Thu, 7 Feb 2008 08:49:10 +0100 (CET) Received: from bonifac.tns.cz (bertik [192.168.144.14]) by bns.tns.cz with ESMTP id 4FALNVO000V7KYQ8401; Thu, 7 Feb 2008 08:49:10 +0100 (CET) Received: by bonifac.tns.cz (Postfix, from userid 1001) id 30A21F19CD; Thu, 7 Feb 2008 08:49:45 +0100 (CET) Date: Thu, 7 Feb 2008 08:49:44 +0100 From: Josef Pojsl To: Eygene Ryabinkin Message-ID: <20080207074944.GA56085@bonifac.tns.cz> References: <20080206144104.GL1122@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) X-Kernun-Spam-Checker: Version KERNUN-2_4-RELEASE on jonas.tns.cz X-Kernun-Spam-Level: X-Kernun-Spam-Score: 600 X-Kernun-Spam-Report: Protocol details follow * -0.4 ALL_TRUSTED Passed through trusted hosts only via SMTP * 1.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60% * [score: 0.5000] Cc: freebsd-net@freebsd.org 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, 07 Feb 2008 12:07:26 -0000 Hi Eygene, Thanks a lot for your remarks. I absolutely agree with you that all columns are correct except the Nexthop. On Wed, Feb 06, 2008 at 06:21:42PM +0300, Eygene Ryabinkin wrote: > Josef, good day. > > Currently I can not answer your question, sorry. I just have the > remark. > > Wed, Feb 06, 2008 at 03:41:04PM +0100, Josef Pojsl wrote: > > ospfctl show rib: > > Router 1: > > Destination Nexthop Path Type Type Cost Uptime > > 0.0.0.2 10.31.2.2 Intra-Area Router 20 00:03:51 > > 10.30.1.2/32 10.31.2.2 Intra-Area Network 40 00:03:41 > > 10.31.1.2/32 10.31.2.2 Intra-Area Network 70 00:03:51 > > 'Cost' column looks perfectly correct: in order to reach the other > router, the path with cost 20 is selected (presumably, WAN X); path > to 10.30.1.2/32 costs 20+20: 20 from WAN X interface and 20 from > the gre30 on the other end; and path to 10.31 costs 70=20+50, > WAN X + gre31 on the other end. > > The only weird thing is the nexthop value. Your 'netstat -rn' shows > routes via gre31 too? If yes, maybe the verbose mode of the openospfd > (-v) will show something interesting? > -- > Eygene Yes, netstat -rn shows routes via gre31. I forgot to include its output: Router 1: 10.30.1.2/32 10.31.2.2 UG2 0 0 gre31 10.30.2/24 10.31.2.2 UG2 0 0 gre31 10.30.2.2 10.30.1.2 UH 0 4148 gre30 10.31.1.2/32 10.31.2.2 UG2 0 0 gre31 10.31.2.2 10.31.1.2 UH 4 3178 gre31 192.168.1 link#3 UC 0 0 re0 192.168.2 10.31.2.2 UG2 0 0 gre31 Router 2: 10.30.1/24 10.31.1.2 UG2 0 0 gre31 10.30.1.2 10.30.2.2 UH 0 4551 gre30 10.30.2.2/32 10.31.1.2 UG2 0 0 gre31 10.31.1.2 10.31.2.2 UH 5 2451 gre31 10.31.2.2/32 10.31.1.2 UG2 0 0 gre31 192.168.1 10.31.1.2 UG2 0 0 gre31 192.168.2 link#4 UC 0 0 int ospfd -dv shows the following: Router 1: startup orig_asext_lsa: 10.10.0.0/16 age 0 start_spf_timer: IDLE -> DELAY orig_asext_lsa: 10.20.0.0/16 age 0 orig_asext_lsa: 192.168.1.0/24 age 0 orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: stub net, interface gre31 if_fsm: event UP resulted in action START and changing state for interface gre31 from DOWN to P2P orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: stub net, interface gre31 orig_rtr_lsa: stub net, interface gre30 if_fsm: event UP resulted in action START and changing state for interface gre30 from DOWN to P2P spf_calc: calculation started, area ID 0.0.0.0 spf_calc: calculation ended, area ID 0.0.0.0 spf_start_holdtimer: DELAY -> HOLD nbr_fsm: event HELLO_RECEIVED resulted in action START_INACTIVITY_TIMER and changing state for neighbor ID 0.0.0.2 from DOWN to INIT nbr_fsm: event HELLO_RECEIVED resulted in action START_INACTIVITY_TIMER and changing state for neighbor ID 0.0.0.2 from DOWN to INIT spf_timer: state HOLD -> IDLE nbr_fsm: event 2_WAY_RECEIVED resulted in action EVAL and changing state for neighbor ID 0.0.0.2 from INIT to EXSTA if_fsm: event NEIGHBORCHANGE resulted in action NOTHING and changing state for interface gre31 from P2P to P2P nbr_fsm: event NEGOTIATION_DONE resulted in action SNAPSHOT and changing state for neighbor ID 0.0.0.2 from EXSTA to SNAP nbr_fsm: event 2_WAY_RECEIVED resulted in action EVAL and changing state for neighbor ID 0.0.0.2 from INIT to EXSTA if_fsm: event NEIGHBORCHANGE resulted in action NOTHING and changing state for interface gre30 from P2P to P2P nbr_fsm: event NEGOTIATION_DONE resulted in action SNAPSHOT and changing state for neighbor ID 0.0.0.2 from EXSTA to SNAP nbr_fsm: event SNAPSHOT_DONE resulted in action SNAPSHOT_DONE and changing state for neighbor ID 0.0.0.2 from SNAP to EXCHG nbr_fsm: event SNAPSHOT_DONE resulted in action SNAPSHOT_DONE and changing state for neighbor ID 0.0.0.2 from SNAP to EXCHG nbr_fsm: event EXCHANGE_DONE resulted in action EXCHANGE_DONE and changing state for neighbor ID 0.0.0.2 from EXCHG to LOAD nbr_fsm: event EXCHANGE_DONE resulted in action EXCHANGE_DONE and changing state for neighbor ID 0.0.0.2 from EXCHG to LOAD start_spf_timer: IDLE -> DELAY orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: point-to-point, interface gre31 orig_rtr_lsa: stub net, interface gre31 orig_rtr_lsa: stub net, interface gre30 nbr_fsm: event LOADING_DONE resulted in action NOTHING and changing state for neighbor ID 0.0.0.2 from LOAD to FULL orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: point-to-point, interface gre31 orig_rtr_lsa: stub net, interface gre31 orig_rtr_lsa: point-to-point, interface gre30 orig_rtr_lsa: stub net, interface gre30 nbr_fsm: event LOADING_DONE resulted in action NOTHING and changing state for neighbor ID 0.0.0.2 from LOAD to FULL spf_calc: calculation started, area ID 0.0.0.0 spf_calc: w id 0.0.0.2 type 1 has no link to v id 0.0.0.1 type 1 spf_calc: w id 0.0.0.2 type 1 has no link to v id 0.0.0.1 type 1 spf_calc: calculation ended, area ID 0.0.0.0 spf_start_holdtimer: DELAY -> HOLD spf_timer: state HOLD -> IDLE start_spf_timer: IDLE -> DELAY spf_calc: calculation started, area ID 0.0.0.0 spf_calc: calculation ended, area ID 0.0.0.0 spf_start_holdtimer: DELAY -> HOLD spf_timer: state HOLD -> IDLE Router 2: startup orig_asext_lsa: 10.10.0.0/16 age 0 start_spf_timer: IDLE -> DELAY orig_asext_lsa: 10.20.0.0/16 age 0 orig_asext_lsa: 192.168.2.0/24 age 0 orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: stub net, interface gre31 if_fsm: event UP resulted in action START and changing state for interface gre31 from DOWN to P2P orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: stub net, interface gre31 orig_rtr_lsa: stub net, interface gre30 if_fsm: event UP resulted in action START and changing state for interface gre30 from DOWN to P2P spf_calc: calculation started, area ID 0.0.0.0 spf_calc: calculation ended, area ID 0.0.0.0 spf_start_holdtimer: DELAY -> HOLD spf_timer: state HOLD -> IDLE nbr_fsm: event HELLO_RECEIVED resulted in action START_INACTIVITY_TIMER and changing state for neighbor ID 0.0.0.1 from DOWN to INIT nbr_fsm: event 2_WAY_RECEIVED resulted in action EVAL and changing state for neighbor ID 0.0.0.1 from INIT to EXSTA if_fsm: event NEIGHBORCHANGE resulted in action NOTHING and changing state for interface gre31 from P2P to P2P nbr_fsm: event HELLO_RECEIVED resulted in action START_INACTIVITY_TIMER and changing state for neighbor ID 0.0.0.1 from DOWN to INIT nbr_fsm: event 2_WAY_RECEIVED resulted in action EVAL and changing state for neighbor ID 0.0.0.1 from INIT to EXSTA if_fsm: event NEIGHBORCHANGE resulted in action NOTHING and changing state for interface gre30 from P2P to P2P nbr_fsm: event NEGOTIATION_DONE resulted in action SNAPSHOT and changing state for neighbor ID 0.0.0.1 from EXSTA to SNAP nbr_fsm: event NEGOTIATION_DONE resulted in action SNAPSHOT and changing state for neighbor ID 0.0.0.1 from EXSTA to SNAP nbr_fsm: event SNAPSHOT_DONE resulted in action SNAPSHOT_DONE and changing state for neighbor ID 0.0.0.1 from SNAP to EXCHG nbr_fsm: event SNAPSHOT_DONE resulted in action SNAPSHOT_DONE and changing state for neighbor ID 0.0.0.1 from SNAP to EXCHG nbr_fsm: event EXCHANGE_DONE resulted in action EXCHANGE_DONE and changing state for neighbor ID 0.0.0.1 from EXCHG to LOAD nbr_fsm: event EXCHANGE_DONE resulted in action EXCHANGE_DONE and changing state for neighbor ID 0.0.0.1 from EXCHG to LOAD start_spf_timer: IDLE -> DELAY orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: point-to-point, interface gre31 orig_rtr_lsa: stub net, interface gre31 orig_rtr_lsa: stub net, interface gre30 nbr_fsm: event LOADING_DONE resulted in action NOTHING and changing state for neighbor ID 0.0.0.1 from LOAD to FULL orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: point-to-point, interface gre31 orig_rtr_lsa: stub net, interface gre31 orig_rtr_lsa: point-to-point, interface gre30 orig_rtr_lsa: stub net, interface gre30 nbr_fsm: event LOADING_DONE resulted in action NOTHING and changing state for neighbor ID 0.0.0.1 from LOAD to FULL spf_calc: calculation started, area ID 0.0.0.0 spf_calc: w id 0.0.0.1 type 1 has no link to v id 0.0.0.2 type 1 spf_calc: w id 0.0.0.1 type 1 has no link to v id 0.0.0.2 type 1 spf_calc: calculation ended, area ID 0.0.0.0 spf_start_holdtimer: DELAY -> HOLD spf_timer: state HOLD -> IDLE start_spf_timer: IDLE -> DELAY spf_calc: calculation started, area ID 0.0.0.0 spf_calc: calculation ended, area ID 0.0.0.0 spf_start_holdtimer: DELAY -> HOLD spf_timer: state HOLD -> IDLE Regards, -- Josef From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 12:11:54 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 1F49616A418 for ; Thu, 7 Feb 2008 12:11:54 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id 89EC613C455 for ; Thu, 7 Feb 2008 12:11:53 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id m17Blt79008143 for ; Thu, 7 Feb 2008 22:17:55 +1030 (CST) Received: from fmbex510.dsto.defence.gov.au (fmbex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.9) with ESMTP id for ; Thu, 7 Feb 2008 22:19:36 +1030 Received: from stlex510.dsto.defence.gov.au ([203.6.60.184]) by fmbex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 7 Feb 2008 22:49:35 +1100 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by stlex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Thu, 7 Feb 2008 19:49:34 +0800 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.14.2/8.14.2) with ESMTP id m17BmZIw059266 for ; Thu, 7 Feb 2008 20:48:35 +0900 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.14.2/8.14.2/Submit) id m17BmZgg059265 for freebsd-net@freebsd.org; Thu, 7 Feb 2008 20:48:35 +0900 (WST) (envelope-from wilkinsa) Date: Thu, 7 Feb 2008 20:48:35 +0900 From: "Wilkinson, Alex" To: freebsd-net@freebsd.org Message-ID: <20080207114835.GJ57512@stlux503.dsto.defence.gov.au> Mail-Followup-To: freebsd-net@freebsd.org References: <47A89299.30404@helenius.fi> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <47A89299.30404@helenius.fi> Organisation: Defence Science Technology Organisation User-Agent: Mutt/1.5.17 (2007-11-01) X-OriginalArrivalTime: 07 Feb 2008 11:49:35.0091 (UTC) FILETIME=[827AD430:01C8697F] X-TM-AS-Product-Ver: SMEX-7.0.0.1526-5.0.1023-15712.003 X-TM-AS-Result: No-0.331200-0.000000-31 Content-Transfer-Encoding: 7bit Subject: Re: named.root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 12:11:54 -0000 0n Tue, Feb 05, 2008 at 06:45:13PM +0200, Petri Helenius wrote: >Any chance the recent root zone changes would make it to 7.0? Erm, curious, what where these changes in the first place ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 12:57: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 4F94516A419 for ; Thu, 7 Feb 2008 12:57:51 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id BAAA213C448 for ; Thu, 7 Feb 2008 12:57:50 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: by nf-out-0910.google.com with SMTP id b2so1004005nfb.33 for ; Thu, 07 Feb 2008 04:57:49 -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=Uc1pIC4OWOF4oET1M9Ugw3nmTnZ6HwojxRG0n7VK+ho=; b=CX9Pgm0VWzYI2A++oCet80DlpSj1C9CMS74kv5aEgEmCAPOR9/Y5goCPKzMDuNqWliHB2TJ3O71rVPr8ucm5c0lL4FsFrKjN7ynMRLbpFwn27upvD0ciOgxEKXCXsWXw2ZAoHerxCSxTCbLlzg0pnivbPrxy9MdH7tzBsPjYXFU= 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=gxCMjxPW9GS7uUscBi2IjkPMo7HUcEibjlp1Z9pVO9zhucViW0Wdgnokm4Hl23PXP0Y1voTpaUhitpoFi/kFxkFbZW40eArAojoWknOb1mY43p0MMMG7nftLIzK/Fb15RMbd1xkvRQedd64pL9qHbgKU9oR/GvYM2SxTFhZK4pk= Received: by 10.78.193.5 with SMTP id q5mr20034354huf.30.1202387326616; Thu, 07 Feb 2008 04:28:46 -0800 (PST) Received: from ?127.0.0.1? ( [217.206.187.79]) by mx.google.com with ESMTPS id u14sm6357583gvf.1.2008.02.07.04.28.44 (version=SSLv3 cipher=RC4-MD5); Thu, 07 Feb 2008 04:28:45 -0800 (PST) From: Tom Evans To: "Wilkinson, Alex" In-Reply-To: <20080207114835.GJ57512@stlux503.dsto.defence.gov.au> References: <47A89299.30404@helenius.fi> <20080207114835.GJ57512@stlux503.dsto.defence.gov.au> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-EBL34qZKL2lCleSiFgWh" Date: Thu, 07 Feb 2008 12:28:43 +0000 Message-Id: <1202387323.2126.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port Cc: freebsd-net@freebsd.org Subject: Re: named.root X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 12:57:51 -0000 --=-EBL34qZKL2lCleSiFgWh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2008-02-07 at 20:48 +0900, Wilkinson, Alex wrote: > 0n Tue, Feb 05, 2008 at 06:45:13PM +0200, Petri Helenius wrote:=20 >=20 > >Any chance the recent root zone changes would make it to 7.0? >=20 > Erm, curious, what where these changes in the first place ? >=20 > -aW >=20 >=20 =46rom cvs-all:=20 dougb 2008-02-07 06:28:02 UTC FreeBSD src repository Modified files: etc/namedb named.root=20 Log: From the 4 February 2008 update: IPv6 addresses for 6 of the root name servers! =20 Revision Changes Path 1.14 +8 -3 src/etc/namedb/named.root http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/namedb/named.root.diff?r1=3D1= .13;r2=3D1.14;f=3Dh --=-EBL34qZKL2lCleSiFgWh 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) iD8DBQBHqvl3lcRvFfyds/cRAgoJAKC2i71tGyc+Fqb7W7/BAx27yx7VWACgqhBG BCpxUkC9I3EnMJ4xWRN8wro= =6nN9 -----END PGP SIGNATURE----- --=-EBL34qZKL2lCleSiFgWh-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 14:14:24 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 8980C16A41B for ; Thu, 7 Feb 2008 14:14:24 +0000 (UTC) (envelope-from cjeker@diehard.n-r-g.com) Received: from diehard.n-r-g.com (diehard.n-r-g.com [62.48.3.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1C81A13C4EA for ; Thu, 7 Feb 2008 14:14:23 +0000 (UTC) (envelope-from cjeker@diehard.n-r-g.com) Received: (qmail 22846 invoked by uid 1001); 7 Feb 2008 14:14:22 -0000 Date: Thu, 7 Feb 2008 15:14:22 +0100 From: Claudio Jeker To: freebsd-net@freebsd.org Message-ID: <20080207141422.GG11393@diehard.n-r-g.com> Mail-Followup-To: Claudio Jeker , freebsd-net@freebsd.org References: <20080206144104.GL1122@bonifac.tns.cz> <20080207074944.GA56085@bonifac.tns.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080207074944.GA56085@bonifac.tns.cz> User-Agent: Mutt/1.5.16 (2007-06-09) 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, 07 Feb 2008 14:14:24 -0000 On Thu, Feb 07, 2008 at 08:49:44AM +0100, Josef Pojsl wrote: > Hi Eygene, > > Thanks a lot for your remarks. I absolutely agree with you > that all columns are correct except the Nexthop. > The nexthop selection for point to point links had a bug in versions previous to 4.2. This should be fixed in the 4.2 and -current version of OpenOSPFD. -- :wq Claudio From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 14:16: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 B922D16A419 for ; Thu, 7 Feb 2008 14:16: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 745D013C4EE for ; Thu, 7 Feb 2008 14:16:47 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from [192.168.1.200] (p508FC03E.dip.t-dialin.net [80.143.192.62]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 33EF71C0B461A for ; Thu, 7 Feb 2008 15:16:45 +0100 (CET) Message-Id: <1C59C1A6-CA60-4C68-B074-42267A175868@lurchi.franken.de> From: Michael Tuexen To: FreeBSD Net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Thu, 7 Feb 2008 15:16:44 +0100 X-Mailer: Apple Mail (2.915) Subject: 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: Thu, 07 Feb 2008 14:16:47 -0000 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 And should I be able to compile a kernel without IPv4 and IPv6 support by using #options INET #options INET6 Thank you very much for your help in advance Michael From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 14:58: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 43A0216A418 for ; Thu, 7 Feb 2008 14:58:35 +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 E208913C448 for ; Thu, 7 Feb 2008 14:58:34 +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:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=al9bIKJU/t1po8B320aSfSJv8EscF7BNE8GKFmYGC8PGhQ6OB6Tof7ARX227qth7d1JxiLFLSNndaHz6SaQ9wqSlV4M+442yGrp8tY0BCvTDoL7bCko9oB9xTURm2kH4a9131YGK/KW7iK+j2FkId6AiRdgiQ+VYvRkpC8KtqZA=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JN8Cv-000A8w-6L; Thu, 07 Feb 2008 17:58:33 +0300 Date: Thu, 7 Feb 2008 17:58:32 +0300 From: Eygene Ryabinkin To: Josef Pojsl , Claudio Jeker , freebsd-net@freebsd.org 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> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080207141422.GG11393@diehard.n-r-g.com> <20080207074944.GA56085@bonifac.tns.cz> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.8 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: 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, 07 Feb 2008 14:58:35 -0000 Josef, Claudio, good day. Thu, Feb 07, 2008 at 03:14:22PM +0100, Claudio Jeker wrote: > On Thu, Feb 07, 2008 at 08:49:44AM +0100, Josef Pojsl wrote: > > Thanks a lot for your remarks. I absolutely agree with you > > that all columns are correct except the Nexthop. > > > > The nexthop selection for point to point links had a bug in versions > previous to 4.2. This should be fixed in the 4.2 and -current version of > OpenOSPFD. Thanks for confirming this: I had started to suspectethis after some code digging. Will try to update the port to 4.2, so expect some patches "Really Soon" (tm) ;)) -- Eygene From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 16:13:12 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 720CC16A417 for ; Thu, 7 Feb 2008 16:13:12 +0000 (UTC) (envelope-from tofig@freebsd.az) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 1557813C469 for ; Thu, 7 Feb 2008 16:13:11 +0000 (UTC) (envelope-from tofig@freebsd.az) Received: by wa-out-1112.google.com with SMTP id k17so4223072waf.3 for ; Thu, 07 Feb 2008 08:13:10 -0800 (PST) Received: by 10.114.195.19 with SMTP id s19mr1495097waf.57.1202399138986; Thu, 07 Feb 2008 07:45:38 -0800 (PST) Received: from ?192.168.1.6? ( [81.21.81.41]) by mx.google.com with ESMTPS id 34sm78162nfu.37.2008.02.07.07.45.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 07 Feb 2008 07:45:37 -0800 (PST) Message-ID: <47AB2798.6010202@freebsd.az> Date: Thu, 07 Feb 2008 19:45:28 +0400 From: Tofig Suleymanov User-Agent: Thunderbird 1.5.0.8 (X11/20061113) MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 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: Thu, 07 Feb 2008 16:13:12 -0000 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. Any comments are appreciated. From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 16:26:03 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 B651216A417 for ; Thu, 7 Feb 2008 16:26:03 +0000 (UTC) (envelope-from Carole.Macheret@ch.meggitt.com) Received: from gw.vibro-meter.com (gw.vibro-meter.com [62.2.232.101]) by mx1.freebsd.org (Postfix) with ESMTP id F1C7413C46A for ; Thu, 7 Feb 2008 16:26:02 +0000 (UTC) (envelope-from Carole.Macheret@ch.meggitt.com) Received: from Vm-Fribourg-MTA by gw.vibro-meter.com with Novell_GroupWise; Thu, 07 Feb 2008 17:05:49 +0100 Message-Id: <47AB3A50.1F16.0013.0@ch.meggitt.com> X-Mailer: Novell GroupWise Internet Agent 7.0.1 Date: Thu, 07 Feb 2008 17:05:30 +0100 From: "Carole Macheret" To: References: <47AB37DD.1F16.0013.0@ch.meggitt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: BCM5704 chip "initialization failed" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 16:26:03 -0000 Hello, The motherboard of my HP proliant DL360 G4p was changed and now I cannot see my network cards (BCM5704 netXtreme dual gigabit). I'm running FreeBSD 6.2 p5... Here is what I have in dmsg bge0: mem 0xfdef0000-0xfdefffff irq 25 at device 2.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdef0000 bge0: firmware handshake timed out bge0: RX CPU self-diagnostics failed! bge0: chip initialization failed device_attach: bge0 attach returned 6 bge1: mem 0xfdee0000-0xfdeeffff irq 26 at device 2.1 on pci2 bge1: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdee0000 bge1: firmware handshake timed out bge1: RX CPU self-diagnostics failed! bge1: chip initialization failed device_attach: bge1 attach returned 6 here is what I have in pciconf -lv bge0@pci2:2:0: class=0x020000 card=0x164814e4 chip=0x164814e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet bge1@pci2:2:1: class=0x020000 card=0x164814e4 chip=0x164814e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5704 NetXtreme Dual Gigabit Adapter' class = network subclass = ethernet Does somebody have an idea about what is the problem and how to correct it? Thanks in advance Carole Macheret From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 16:57: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 0D2BA16A501 for ; Thu, 7 Feb 2008 16:57:51 +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 8C1B313C45E for ; Thu, 7 Feb 2008 16:57:50 +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:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=ph/X4JRsYVY4e3uKriK2AYWzWcBUyYUdg0HssSg6mFNY2uIIN2I8vD7V2QNOTNbU1l4psCqVjjB63EyLJWJcEyjJc5SDhTFLAwbnu3e6M2To8XPGBMzccvN8URUdjfB9cT04NYtz91/VeMS3WRHd6B78BzQo8gMcqKsrPtDgc1g=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JNA4K-000ApC-U9; Thu, 07 Feb 2008 19:57:49 +0300 Date: Thu, 7 Feb 2008 19:57:47 +0300 From: Eygene Ryabinkin To: Josef Pojsl , Claudio Jeker , freebsd-net@freebsd.org, farrokhi@FreeBSD.org 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> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="7ZAtKRhVyVSsbBD2" 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: 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, 07 Feb 2008 16:57:51 -0000 --7ZAtKRhVyVSsbBD2 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Me again. Thu, Feb 07, 2008 at 05:58:32PM +0300, Eygene Ryabinkin wrote: > Thu, Feb 07, 2008 at 03:14:22PM +0100, Claudio Jeker wrote: > > On Thu, Feb 07, 2008 at 08:49:44AM +0100, Josef Pojsl wrote: > > > Thanks a lot for your remarks. I absolutely agree with you > > > that all columns are correct except the Nexthop. > > > > > > > The nexthop selection for point to point links had a bug in versions > > previous to 4.2. This should be fixed in the 4.2 and -current version of > > OpenOSPFD. > > Thanks for confirming this: I had started to suspectethis after > some code digging. Will try to update the port to 4.2, so expect > some patches "Really Soon" (tm) ;)) OK, the first patch version is ready. It compiles well and even starts for the trivial configuration. I will try to test it for other configurations, but you may test it as well: I will appreciate it very much. One note: the provided patch if applied with the normal 'patch' utility can fail to remove deleted patches from the 'files' directory. The following files should not be present: files/patch-ospfctl_parser.c files/patch-ospfctl_parser.h Thanks! -- Eygene --7ZAtKRhVyVSsbBD2 Content-Type: text/x-diff; charset=koi8-r Content-Disposition: attachment; filename="4.0-to-4.2.patch" >From 3167ee2d9f63ede4309dc64a7793c13111769c4c 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 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 ++++++++++++++++++++++++++++++++++++------ 8 files changed, 286 insertions(+), 76 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); } -- 1.5.3.8 --7ZAtKRhVyVSsbBD2-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 17:29:54 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 B051416A417 for ; Thu, 7 Feb 2008 17:29:54 +0000 (UTC) (envelope-from c_norman@yahoo.com) Received: from web31914.mail.mud.yahoo.com (web31914.mail.mud.yahoo.com [68.142.207.94]) by mx1.freebsd.org (Postfix) with SMTP id 6D29F13C45E for ; Thu, 7 Feb 2008 17:29:54 +0000 (UTC) (envelope-from c_norman@yahoo.com) Received: (qmail 85864 invoked by uid 60001); 7 Feb 2008 17:03:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=hYTYiJeFGKeYKu9B3UALL6Ynp6hENf3cFAV8bic1YiAen/PsWTbPnXSHbguyUMDRhHRDMvd5IrQUZW9xCC2xEKuEyof4tjvT161vZLY9KR3kwuyMZlA1BOpBFqox4hKO9vmKewwLgvb7XzQD/1cl95KwKSzsBpPWm4TrIEsq28I=; X-YMail-OSG: TaXCkPkVM1naNuFDCbU5OpoZ2wKm7kz10zqGKNmydQnLdKC0OPTPwPxpL6fJDYfDrIMtviNwk_8N1oQmOmV4DWGgmMDySUFZu7RzING8h_KkcvyqhEk- Received: from [32.97.110.142] by web31914.mail.mud.yahoo.com via HTTP; Thu, 07 Feb 2008 09:03:12 PST X-Mailer: YahooMailRC/902.25 YahooMailWebService/0.7.162 Date: Thu, 7 Feb 2008 09:03:12 -0800 (PST) From: Christy Norman To: freebsd-net@freebsd.org MIME-Version: 1.0 Message-ID: <408706.85018.qm@web31914.mail.mud.yahoo.com> X-Mailman-Approved-At: Thu, 07 Feb 2008 17:35:50 +0000 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: no ND on network_ipv6 restart in5.4 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 17:29:54 -0000 I'm not seeing the Neighbor Solicitation messages I think I should see on a restart or even a reboot. Is this broken in 5.4? I see that it works in 6.1... Thanks, "No man, for any considerable period, can wear one face to himself and another to the multitude without finally getting bewildered as to which may be true." - Nathaniel Hawthorne ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 18:09:04 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 CEBCD16A419 for ; Thu, 7 Feb 2008 18:09:04 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id A18A413C4F4 for ; Thu, 7 Feb 2008 18:09:04 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 07 Feb 2008 09:54:39 -0800 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 86DE92BA; Thu, 7 Feb 2008 09:54:39 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 65B1E2D1; Thu, 7 Feb 2008 09:54:39 -0800 (PST) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.11.16.101]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id GJU47125; Thu, 7 Feb 2008 09:54:38 -0800 (PST) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 6A6B169CA3; Thu, 7 Feb 2008 09:54:38 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 7 Feb 2008 09:54:39 -0800 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD903072CEA18@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <47AB3A50.1F16.0013.0@ch.meggitt.com> Thread-Topic: BCM5704 chip "initialization failed" thread-index: AchppjcxrEohsCrZRxqfhsblzqVGhQAC6FEA References: <47AB37DD.1F16.0013.0@ch.meggitt.com> <47AB3A50.1F16.0013.0@ch.meggitt.com> From: "David Christensen" To: "Carole Macheret" , freebsd-net@freebsd.org X-WSS-ID: 6BB59A551103875446-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: BCM5704 chip "initialization failed" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 18:09:04 -0000 > The motherboard of my HP proliant DL360 G4p was changed and now I > cannot see my network cards (BCM5704 netXtreme dual gigabit). I'm > running FreeBSD 6.2 p5... >=20 > Here is what I have in dmsg >=20 > bge0: mem=20 > 0xfdef0000-0xfdefffff > irq 25 at device 2.0 on pci2 > bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xfdef0000 > bge0: firmware handshake timed out > bge0: RX CPU self-diagnostics failed! > bge0: chip initialization failed The NVRAM attached to the 5704 is likely bad, blank, or not programmed correctly. Check with HP support if they have any tools for testing/programming the 5704 (usually called b57udiag or q57udiag) otherwise you probably need to get the board replaced again.=20 Dave From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 18:33: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 9FACD16A418 for ; Thu, 7 Feb 2008 18:33:32 +0000 (UTC) (envelope-from lysergius2001@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by mx1.freebsd.org (Postfix) with ESMTP id 513A113C45A for ; Thu, 7 Feb 2008 18:33:32 +0000 (UTC) (envelope-from lysergius2001@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1356178ele.3 for ; Thu, 07 Feb 2008 10:33:31 -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=OsLKmxp7wmAlIlat4mEImQOzJRsC2mcQqEEs+rlfKjY=; b=Bvvb0ibkyrp95OSIqOCVx59qhZys6RL++z08aFtEhXVbjIs9IYcmMCCUrLryWhEKMp7pLUpwuqhCNYuCcv6BcWuwzoRUlC1PIonc4l6xyHXC4GfJzXQbBFg03z+KlY/b+NTJcdJ8WwFUhfsefcA+hBtiWSm01Q8cdSX9WwkFu48= 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=eKGmpI2V8fbOke+IivSrgInZt0v5F7VefKQOSG3jrfvPp0Ob/a0ha7mtHUrhviy1/GbJR4kUodiqqXFXD5S1Yl0mtQLQu1YrQ/8R99aSVAS12y6uw/+7esiWDa7TcfqyPEKDeRV3Nzi/flPhI9ryxIcyh/4JHi19k89ex/xQam0= Received: by 10.142.216.9 with SMTP id o9mr6474933wfg.42.1202409210810; Thu, 07 Feb 2008 10:33:30 -0800 (PST) Received: by 10.142.126.7 with HTTP; Thu, 7 Feb 2008 10:33:30 -0800 (PST) Message-ID: Date: Thu, 7 Feb 2008 18:33:30 +0000 From: lysergius2001 To: "John-Mark Gurney" , lysergius2001 , "Bruce M. Simpson" , freebsd-net@freebsd.org In-Reply-To: <20080207001031.GY7399@funkthat.com> MIME-Version: 1.0 References: <47A75562.7010101@FreeBSD.org> <20080207001031.GY7399@funkthat.com> 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: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 18:33:32 -0000 Ah! That helps. Still cannot mount floppy except as root? On Feb 7, 2008 12:10 AM, John-Mark Gurney wrote: > lysergius2001 wrote this message on Wed, Feb 06, 2008 at 20:48 +0000: > > Thanks for this. > > > > /etc/rc.d/devfs start results in > > eval: 1: syntax error: unterminated quoted string > > > > My devfs.rules looks like this > > > > [hostname_ruleset=10] > > > > add path 'da*s* mode 0666 group wheel > ^ > seem to be missing a quote where... > > > should I add the fd0/cd0? > > > > > > On Feb 4, 2008 6:11 PM, Bruce M. Simpson wrote: > > > > > lysergius2001 wrote: > > > > Hi > > > > > > > > Recently installed AMD64 6.3-stable and I am having a problem with > > > > devfs.conf and /dev. I understand the entries in devfs.conf should > > > modify > > > > the permissions on devices in /dev. For some reason or other this > is > > > not > > > > happening. Can anyone shed some light on this? What am I doing > wrong? > > > > > > Try using devfs.rules -- devfs.conf entries will not be applied after > > > boot, unless you force them to be reapplied by running /etc/rc.d/devfs > > > start from a superuser shell. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > -- Lysergius says "Stay light and trust gravity" From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 18:39: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 6E65B16A41B; Thu, 7 Feb 2008 18:39:55 +0000 (UTC) (envelope-from SRS0=b35f54ca481a23fdb8329a3de16b981d29c12770=604=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 6C8F313C43E; Thu, 7 Feb 2008 18:39:54 +0000 (UTC) (envelope-from SRS0=b35f54ca481a23fdb8329a3de16b981d29c12770=604=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id NUU26452; Thu, 07 Feb 2008 10:39:52 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A944E4500E; Thu, 7 Feb 2008 10:39:50 -0800 (PST) To: lysergius2001 In-Reply-To: Your message of "Thu, 07 Feb 2008 18:33:30 GMT." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1202409590_88965P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 07 Feb 2008 10:39:50 -0800 From: "Kevin Oberman" Message-Id: <20080207183950.A944E4500E@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; X-Sender: X-To_Name: lysergius2001 X-To_Domain: gmail.com X-To: lysergius2001 X-To_Email: lysergius2001@gmail.com X-To_Alias: lysergius2001 Cc: freebsd-net@freebsd.org, John-Mark Gurney , "Bruce M. Simpson" Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 18:39:55 -0000 --==_Exmh_1202409590_88965P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 7 Feb 2008 18:33:30 +0000 > From: lysergius2001 > Sender: owner-freebsd-net@freebsd.org > > Ah! That helps. Still cannot mount floppy except as root? > Please, don't top-post! Is vfs.usermount=1? -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1202409590_88965P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHq1B2kn3rs5h7N1ERAufiAJ9+PXDQzv8HHqZtt1D/HnJv5J9riwCfe8Yr 7ga1NycunTWdWWD5eAEttoQ= =8PtG -----END PGP SIGNATURE----- --==_Exmh_1202409590_88965P-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 18:40:04 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 5F95B16A52D for ; Thu, 7 Feb 2008 18:40:04 +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 1072413C4EF for ; Thu, 7 Feb 2008 18:40:03 +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=NypUTm9fWfTwWzt45ADZoUWg39Jc4E1wg3bsbrc9KllLat1t8PvrrPKJlNeNh3mU+67s7w/2Z215c2Vu3q6E2QEtvspDSpjQ3//Wgi1SzQ1qRjbq38KOg4Lh+pv1vkxk5TOt8NlSVd85I4JMwgA2dWPYr/fzqF3v7H5tsj/QDNA=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JNBfF-000BPX-KP; Thu, 07 Feb 2008 21:40:01 +0300 Date: Thu, 7 Feb 2008 21:40:00 +0300 From: Eygene Ryabinkin To: lysergius2001 Message-ID: <+Oslp5zezDUHSfXCT9N9C5qGZIo@4emqrsZRSNlbYTMRNETK7AEirXc> References: <47A75562.7010101@FreeBSD.org> <20080207001031.GY7399@funkthat.com> 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, John-Mark Gurney , "Bruce M. Simpson" Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 18:40:04 -0000 Good day. Thu, Feb 07, 2008 at 06:33:30PM +0000, lysergius2001 wrote: > Ah! That helps. Still cannot mount floppy except as root? Set vfs.usermount=1 in /etc/sysctl.conf and restart sysctl via '/etc/rc.d/sysctl restart'. But be aware of security implications: anyone will be able to mount devices that are opened to him/her via filesystem permissions. -- Eygene From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 18:46:06 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 982A116A418; Thu, 7 Feb 2008 18:46:06 +0000 (UTC) (envelope-from SRS0=b35f54ca481a23fdb8329a3de16b981d29c12770=604=es.net=oberman@es.net) Received: from postal1.es.net (postoffice1.tagpma.org [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id F220E13C448; Thu, 7 Feb 2008 18:46:05 +0000 (UTC) (envelope-from SRS0=b35f54ca481a23fdb8329a3de16b981d29c12770=604=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id NUB26004; Thu, 07 Feb 2008 10:46:04 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 217E345010; Thu, 7 Feb 2008 10:46:04 -0800 (PST) To: Eygene Ryabinkin In-Reply-To: Your message of "Thu, 07 Feb 2008 21:40:00 +0300." <+Oslp5zezDUHSfXCT9N9C5qGZIo@4emqrsZRSNlbYTMRNETK7AEirXc> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1202409964_88965P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 07 Feb 2008 10:46:04 -0800 From: "Kevin Oberman" Message-Id: <20080207184604.217E345010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; ; ; X-Sender: X-To_Name: Eygene Ryabinkin X-To_Domain: codelabs.ru X-To: Eygene Ryabinkin X-To_Email: rea-fbsd@codelabs.ru X-To_Alias: rea-fbsd Cc: freebsd-net@freebsd.org, lysergius2001 , "Bruce M. Simpson" , John-Mark Gurney Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 18:46:06 -0000 --==_Exmh_1202409964_88965P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Thu, 7 Feb 2008 21:40:00 +0300 > From: Eygene Ryabinkin > Sender: owner-freebsd-net@freebsd.org > > Good day. > > Thu, Feb 07, 2008 at 06:33:30PM +0000, lysergius2001 wrote: > > Ah! That helps. Still cannot mount floppy except as root? > > Set vfs.usermount=1 in /etc/sysctl.conf and restart sysctl via > '/etc/rc.d/sysctl restart'. But be aware of security implications: > anyone will be able to mount devices that are opened to him/her via > filesystem permissions. While adding "vfs.usermount=1" to /etc/sysctl is needed to make the sysctl carry over reboots, you don't need to start sysctl again. Just: sysctl vfs.usermount=1 will do the trick. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1202409964_88965P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHq1Hskn3rs5h7N1ERAjUYAJ9CWIVOuHQOPGmuJvunC4bkFkY+lwCeIJEh bFKVuy+7qmF9kApKTYdLlF4= =4rWS -----END PGP SIGNATURE----- --==_Exmh_1202409964_88965P-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 19: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 3507E16A41A; Thu, 7 Feb 2008 19:09:56 +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 DAFF113C502; Thu, 7 Feb 2008 19:09:55 +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=pOMJoZYuqKC90ArHBfvAEvMoTMNuQ4poOX1fjbwYd682xKbl/nS++9HYB5b1Y/qsWdmz3yd84UgXI8kXaz4w+gyJOkPCVKZ9zkB3spJ3qZMAJE7o0y8EOyEHsw/z4qWwVP6+X5L5Y9nMvPRFDJ/tksMmRYi3RRyxBB0XK8M0HT0=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JNC89-000BZi-Sc; Thu, 07 Feb 2008 22:09:53 +0300 Date: Thu, 7 Feb 2008 22:09:52 +0300 From: Eygene Ryabinkin To: Kevin Oberman Message-ID: References: <+Oslp5zezDUHSfXCT9N9C5qGZIo@4emqrsZRSNlbYTMRNETK7AEirXc> <20080207184604.217E345010@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080207184604.217E345010@ptavv.es.net> 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, lysergius2001 , "Bruce M. Simpson" , John-Mark Gurney Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 19:09:56 -0000 Kevin, just a side note. Thu, Feb 07, 2008 at 10:46:04AM -0800, Kevin Oberman wrote: > > Set vfs.usermount=1 in /etc/sysctl.conf and restart sysctl via > > '/etc/rc.d/sysctl restart'. But be aware of security implications: > > anyone will be able to mount devices that are opened to him/her via > > filesystem permissions. > > While adding "vfs.usermount=1" to /etc/sysctl is needed to make the ^^^^^^^^^^^ /etc/sysctl.conf, not just /etc/sysctl > sysctl carry over reboots, you don't need to start sysctl again. Just: > sysctl vfs.usermount=1 > will do the trick. I had the impression that all this /etc/devfs.{rules,conf} stuff was connected to the fact that lysergius wanted to keep the things over reboots. Otherwise simple 'chmod ' will go. No? -- Eygene From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 19:53: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 BDB9016A417 for ; Thu, 7 Feb 2008 19:53:35 +0000 (UTC) (envelope-from lysergius2001@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.189]) by mx1.freebsd.org (Postfix) with ESMTP id 33EC513C45E for ; Thu, 7 Feb 2008 19:53:34 +0000 (UTC) (envelope-from lysergius2001@gmail.com) Received: by rn-out-0910.google.com with SMTP id s42so1584345rnb.13 for ; Thu, 07 Feb 2008 11:53:33 -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:references; bh=aIdUt+20LSa4HC5EmDEkc21XIhLSNkjKYZlvGniWUB0=; b=JBZrJgts9YNfJ6+WcS5ngAIvSDTAoPDC3/LR5ph43iDkL5J5ciiRjvA8bbKr/ZLbxHusWNSb1qw0BXIDH3YygJk/iPizrFEidduGVWUpn/GRoqPCV8PTZ4tR6ry5U7TUi/2SWhfAakMffB2mRfuQfRBAjdXsqcinmbnni859KSw= 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:references; b=RxNjxQch1TRDk4M36Zt8+igjfUCxdLWoP6THlEjTt4S5uRK3sQq/scRfsfvg/dWJQd+k+huuAjuAXt6YMmOVu/I7gsW1KZ3CjQ84zxsmV6FNNCCjmIwrc0oTx5VWs8LP98UL8A4wzMK5xve+pVEOWsW1WSDV2Wsatttj/njgLow= Received: by 10.142.216.9 with SMTP id o9mr6552714wfg.42.1202414012515; Thu, 07 Feb 2008 11:53:32 -0800 (PST) Received: by 10.142.126.7 with HTTP; Thu, 7 Feb 2008 11:53:32 -0800 (PST) Message-ID: Date: Thu, 7 Feb 2008 19:53:32 +0000 From: lysergius2001 To: "Eygene Ryabinkin" In-Reply-To: MIME-Version: 1.0 References: <+Oslp5zezDUHSfXCT9N9C5qGZIo@4emqrsZRSNlbYTMRNETK7AEirXc> <20080207184604.217E345010@ptavv.es.net> 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: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 19:53:35 -0000 Apologies for the top post? Looks like I need a lesson in etiquette as well as devfs. The problem is this. I have two boxes running 6.3-stable. One is i386 and the other is amd64. Identical setups as near as I can make it. the 386 box allows mounting floppy from kde, but does not find cd0 in k3b. The amd64 box finds cd0 in k3b but will not allow mounting floppy in kde? I have vfs.usermount= 1 in sysctl.conf on both boxes. I have identical devfs.conf and devfs.rules. hald is running on both boxes. rc.conf is identical on both boxes. I am baffled, stumped and getting confused... Can I go back to the basics somehow and work through the set up logically? ...all assistance gratefully appreciated. Oh, and yes, surviving boot would be good... On Feb 7, 2008 7:09 PM, Eygene Ryabinkin wrote: > Kevin, just a side note. > > Thu, Feb 07, 2008 at 10:46:04AM -0800, Kevin Oberman wrote: > > > Set vfs.usermount=1 in /etc/sysctl.conf and restart sysctl via > > > '/etc/rc.d/sysctl restart'. But be aware of security implications: > > > anyone will be able to mount devices that are opened to him/her via > > > filesystem permissions. > > > > While adding "vfs.usermount=1" to /etc/sysctl is needed to make the > ^^^^^^^^^^^ > /etc/sysctl.conf, not just /etc/sysctl > > > sysctl carry over reboots, you don't need to start sysctl again. Just: > > sysctl vfs.usermount=1 > > will do the trick. > > I had the impression that all this /etc/devfs.{rules,conf} stuff > was connected to the fact that lysergius wanted to keep the things > over reboots. Otherwise simple 'chmod ' will > go. No? > -- > Eygene > -- Lysergius says "Stay light and trust gravity" From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 21:06: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 E524816A41A for ; Thu, 7 Feb 2008 21:06:49 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id BE4D313C4CC for ; Thu, 7 Feb 2008 21:06:49 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 07 Feb 2008 13:05:56 -0800 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id D1E8E2CB; Thu, 7 Feb 2008 13:05:56 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id BEC862CA for ; Thu, 7 Feb 2008 13:05:56 -0800 (PST) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.11.16.101]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id GJV14006; Thu, 7 Feb 2008 13:05:54 -0800 (PST) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 8361269CA4 for ; Thu, 7 Feb 2008 13:05:54 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 7 Feb 2008 13:05:51 -0800 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> Thread-Topic: Recommendation for a Big Endian System for NIC Driver Development thread-index: AchpzSYhA4tUZeWTReC34yK9rsaKlw== From: "David Christensen" To: freebsd-net@freebsd.org X-WSS-ID: 6BB5AD3E1104164804-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Recommendation for a Big Endian System for NIC Driver Development X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 21:06:50 -0000 I'm looking for a recommendation for a big endian CPU system that works well with FreeBSD. It would be best if it didn't use a 4KB page size but that's a secondary issue. The system should support PCI Express with at least two x8 slots and PCI-X would be a plus. A half-height or full-height rack style chassis would be best, though a tower configuration would also be suitable. I want to do some wider testing on non-Intel based systems with current and new Broadcom drivers. Feel free to email me directly if you have a suggestion. David Christensen From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 21:17:21 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 1189716A41B for ; Thu, 7 Feb 2008 21:17:21 +0000 (UTC) (envelope-from cjeker@diehard.n-r-g.com) Received: from diehard.n-r-g.com (diehard.n-r-g.com [62.48.3.9]) by mx1.freebsd.org (Postfix) with ESMTP id 7BCBC13C44B for ; Thu, 7 Feb 2008 21:17:20 +0000 (UTC) (envelope-from cjeker@diehard.n-r-g.com) Received: (qmail 7584 invoked by uid 1001); 7 Feb 2008 21:17:19 -0000 Date: Thu, 7 Feb 2008 22:17:18 +0100 From: Claudio Jeker To: freebsd-net@freebsd.org Message-ID: <20080207211718.GA22042@diehard.n-r-g.com> Mail-Followup-To: Claudio Jeker , freebsd-net@freebsd.org References: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: Recommendation for a Big Endian System for NIC Driver Development X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 21:17:21 -0000 On Thu, Feb 07, 2008 at 01:05:51PM -0800, David Christensen wrote: > I'm looking for a recommendation for a big endian CPU system that > works well with FreeBSD. It would be best if it didn't use a 4KB > page size but that's a secondary issue. The system should support > PCI Express with at least two x8 slots and PCI-X would be a plus. > A half-height or full-height rack style chassis would be best, > though a tower configuration would also be suitable. > > I want to do some wider testing on non-Intel based systems with > current and new Broadcom drivers. Feel free to email me directly > if you have a suggestion. > sparc64 but only the newer and bigger boxes have PCIe ports. Btw. sparc64 is not only big-endian, it has 8k pages (at least I think FreeBSD uses the 8k ones like the other BSDs) is strict aligned and uses an IOMMU for DMA. If it works on sparc64 it has good chances to work on most other boxes as well. -- :wq Claudio From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 21:21: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 561B016A47D for ; Thu, 7 Feb 2008 21:21:57 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from qb-out-0506.google.com (qb-out-0506.google.com [72.14.204.235]) by mx1.freebsd.org (Postfix) with ESMTP id 0CB7313C468 for ; Thu, 7 Feb 2008 21:21:56 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by qb-out-0506.google.com with SMTP id o24so4610163qba.1 for ; Thu, 07 Feb 2008 13:21: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:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=AtNEedBTR1N6Xu/fWTNkTOWsJ1Ao4nC+nAaRHF1Wsoc=; b=Md2LgZD9HOipwJz+NMPtspYqDlv6I2M58xwg7OrejCpdZie7gQvgu75L8eJrLIS3rnkbwCFefgW53nkQr9sflfUfVS368AHuPxO2U8qhP+VRwtWKkOtntgf36++vxZTmpFPEpgQZssdwJbgfjoLYHoudZyP9NcncM2GiK552PIE= 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=GWMPXSjcJq95oZdbwwxgMruvvIF1OMWCC2FwMEvpMDXqKqmC1ZOs1S5XrqF2t47WSS4AVR86HcHCXrR8treANRT1GZO2ZIP9LzUa3NOpRPCQE1Lo22d3WsObP7yAI5TB6Ucs3YEQ39/uTZwDSky4qa8JfwVsszRo8qiKxp7Mgio= Received: by 10.114.154.1 with SMTP id b1mr4333629wae.118.1202419314143; Thu, 07 Feb 2008 13:21:54 -0800 (PST) Received: by 10.114.255.16 with HTTP; Thu, 7 Feb 2008 13:21:54 -0800 (PST) Message-ID: Date: Thu, 7 Feb 2008 13:21:54 -0800 From: "Kip Macy" To: "Claudio Jeker" , freebsd-net@freebsd.org In-Reply-To: <20080207211718.GA22042@diehard.n-r-g.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> <20080207211718.GA22042@diehard.n-r-g.com> Cc: Subject: Re: Recommendation for a Big Endian System for NIC Driver Development X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 21:21:57 -0000 For sun4u FreeBSD only supports up through USII which I doubt comes in any PCI-e systems. sun4v of course only comes with PCI-e but isn't really in a production-worthy state right now. -Kip On Feb 7, 2008 1:17 PM, Claudio Jeker wrote: > On Thu, Feb 07, 2008 at 01:05:51PM -0800, David Christensen wrote: > > I'm looking for a recommendation for a big endian CPU system that > > works well with FreeBSD. It would be best if it didn't use a 4KB > > page size but that's a secondary issue. The system should support > > PCI Express with at least two x8 slots and PCI-X would be a plus. > > A half-height or full-height rack style chassis would be best, > > though a tower configuration would also be suitable. > > > > I want to do some wider testing on non-Intel based systems with > > current and new Broadcom drivers. Feel free to email me directly > > if you have a suggestion. > > > > sparc64 but only the newer and bigger boxes have PCIe ports. > Btw. sparc64 is not only big-endian, it has 8k pages (at least I think > FreeBSD uses the 8k ones like the other BSDs) is strict aligned and uses > an IOMMU for DMA. If it works on sparc64 it has good chances to work on > most other boxes as well. > > -- > :wq Claudio > > _______________________________________________ > 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 Thu Feb 7 21:29:03 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 5B1E316A419 for ; Thu, 7 Feb 2008 21:29:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id 43C1C13C447 for ; Thu, 7 Feb 2008 21:29:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 07 Feb 2008 13:29:02 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id DEE5C127121; Thu, 7 Feb 2008 13:29:01 -0800 (PST) Message-ID: <47AB7821.2060205@elischer.org> Date: Thu, 07 Feb 2008 13:29:05 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Recommendation for a Big Endian System for NIC Driver Development X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 21:29:03 -0000 David Christensen wrote: > I'm looking for a recommendation for a big endian CPU system that > works well with FreeBSD. It would be best if it didn't use a 4KB > page size but that's a secondary issue. The system should support > PCI Express with at least two x8 slots and PCI-X would be a plus. > A half-height or full-height rack style chassis would be best, > though a tower configuration would also be suitable. > > I want to do some wider testing on non-Intel based systems with > current and new Broadcom drivers. Feel free to email me directly > if you have a suggestion. > > David Christensen > > _______________________________________________ > 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" look at getting a PG powerPC off ebay.. (I can help you set it up if you wish.. I just did a dozen of them for work). I like that option because then you can help debug why this ppc system can't run reliably with this broadcom phy on the gem driver :-) From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 21:31:08 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 42B5716A46C for ; Thu, 7 Feb 2008 21:31:08 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outX.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2301813C4E8 for ; Thu, 7 Feb 2008 21:31:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 07 Feb 2008 13:31:07 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 08862127121; Thu, 7 Feb 2008 13:31:06 -0800 (PST) Message-ID: <47AB789E.3000908@elischer.org> Date: Thu, 07 Feb 2008 13:31:10 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Claudio Jeker , freebsd-net@freebsd.org References: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> <20080207211718.GA22042@diehard.n-r-g.com> In-Reply-To: <20080207211718.GA22042@diehard.n-r-g.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Recommendation for a Big Endian System for NIC Driver Development X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 21:31:08 -0000 Claudio Jeker wrote: > On Thu, Feb 07, 2008 at 01:05:51PM -0800, David Christensen wrote: >> I'm looking for a recommendation for a big endian CPU system that >> works well with FreeBSD. It would be best if it didn't use a 4KB >> page size but that's a secondary issue. The system should support >> PCI Express with at least two x8 slots and PCI-X would be a plus. >> A half-height or full-height rack style chassis would be best, >> though a tower configuration would also be suitable. >> >> I want to do some wider testing on non-Intel based systems with >> current and new Broadcom drivers. Feel free to email me directly >> if you have a suggestion. >> > > sparc64 but only the newer and bigger boxes have PCIe ports. > Btw. sparc64 is not only big-endian, it has 8k pages (at least I think > FreeBSD uses the 8k ones like the other BSDs) is strict aligned and uses > an IOMMU for DMA. If it works on sparc64 it has good chances to work on > most other boxes as well. > oops I didn't notice the PCI-e requirement.. I guess that lets out the mac G4 machines. From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 21:33: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 2704116A418 for ; Thu, 7 Feb 2008 21:33:25 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id F094E13C461 for ; Thu, 7 Feb 2008 21:33:24 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from [10.10.64.154] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 07 Feb 2008 13:33:13 -0800 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 78BE72AF; Thu, 7 Feb 2008 13:33:13 -0800 (PST) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 64C372AE; Thu, 7 Feb 2008 13:33:13 -0800 (PST) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.11.16.101]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id GJV21113; Thu, 7 Feb 2008 13:33:13 -0800 (PST) Received: from NT-IRVA-0750.brcm.ad.broadcom.com ( nt-irva-0750.brcm.ad.broadcom.com [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 18C4769CA3; Thu, 7 Feb 2008 13:33:13 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 7 Feb 2008 13:33:05 -0800 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB17@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <47AB7821.2060205@elischer.org> Thread-Topic: Recommendation for a Big Endian System for NIC Driver Development thread-index: Achp0H9w3JkOMvjuRPankonEcdJJzAAACzcw References: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> <47AB7821.2060205@elischer.org> From: "David Christensen" To: "Julian Elischer" X-WSS-ID: 6BB5A6932Y84363925-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: RE: Recommendation for a Big Endian System for NIC Driver Development X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 21:33:25 -0000 > > I want to do some wider testing on non-Intel based systems with > > current and new Broadcom drivers. Feel free to email me directly > > if you have a suggestion. > > look at getting a PG powerPC off ebay.. >=20 > (I can help you set it up if you wish.. > I just did a dozen of them for work). >=20 > I like that option because then you can help debug why > this ppc system can't run reliably with this > broadcom phy on the gem driver :-) Do you have a specific make and model number you can suggest? Dave From owner-freebsd-net@FreeBSD.ORG Thu Feb 7 22:03: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 36A2116A417 for ; Thu, 7 Feb 2008 22:03:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outW.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 1E39913C461 for ; Thu, 7 Feb 2008 22:03:30 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 07 Feb 2008 14:03:29 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 9081212711B; Thu, 7 Feb 2008 14:03:28 -0800 (PST) Message-ID: <47AB8033.30803@elischer.org> Date: Thu, 07 Feb 2008 14:03:31 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB06@NT-IRVA-0750.brcm.ad.broadcom.com> <47AB7821.2060205@elischer.org> <09BFF2FA5EAB4A45B6655E151BBDD903072CEB17@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD903072CEB17@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Recommendation for a Big Endian System for NIC Driver Development X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Feb 2008 22:03:30 -0000 David Christensen wrote: >>> I want to do some wider testing on non-Intel based systems with >>> current and new Broadcom drivers. Feel free to email me directly >>> if you have a suggestion. >> look at getting a PG powerPC off ebay.. >> >> (I can help you set it up if you wish.. >> I just did a dozen of them for work). >> >> I like that option because then you can help debug why >> this ppc system can't run reliably with this >> broadcom phy on the gem driver :-) > > Do you have a specific make and model number you can suggest? > > Dave > > _______________________________________________ > 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" something like: http://support.apple.com/specs/powermac/Power_Mac_G5_Late_2005.html but I think G5 support is of an unknown quality right now. we need it for work so it will happen.. just I don't know what the current state is right now as I don't have one. From owner-freebsd-net@FreeBSD.ORG Fri Feb 8 01:33: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 3077116A46B for ; Fri, 8 Feb 2008 01:33:10 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: from mail.mastercabo.com.br (mail.mastercabo.com.br [200.179.179.14]) by mx1.freebsd.org (Postfix) with SMTP id AA9E613C4D1 for ; Fri, 8 Feb 2008 01:33:07 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: (qmail 77509 invoked by uid 1008); 8 Feb 2008 01:06:26 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.6-unknown (2006-10-03) on srvmail1 X-Spam-Level: X-Spam-Status: No, score=-1.5 required=4.7 tests=AWL,BAYES_00 autolearn=ham version=3.1.6-unknown Received: from unknown (HELO ?10.0.1.10?) (daniel@dgnetwork.com.br@200.243.216.68) by mail.mastercabo.com.br with SMTP; 8 Feb 2008 01:06:21 -0000 Message-ID: <47ABA96E.4020800@dgnetwork.com.br> Date: Thu, 07 Feb 2008 22:59:26 -0200 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= Organization: DGNET Network Solutions User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: DEVICE_POLLING IF_EM CPU usage X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel@dgnetwork.com.br List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Feb 2008 01:33:10 -0000 Hi, I activated polling in 8 interfaces em0... em7 (ifconfig em* polling) to carry through performance tests, when activating, it had a significant reduction of CPU usage, load average measured of "0,50, 0,69, 0,52" for "0,43, 0,39, 0,21" and the CPU usage (SNMP Graphic) measured of 35% for 5%. Passed some hours I disactivated polling (ifconfig em* - polling) and CPU usage continues low. Somebody could explain this to me? Some information: FreeBSD 6.3-RELEASE CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz 686-class CPU) Logical CPUs per core: 2 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs SMP: AP CPU #1 Launched! Interfaces if_em: vendor = 'Intel Corporation' device = '82546EB Dual Port Gigabit Ethernet Controller' Thanks. Daniel From owner-freebsd-net@FreeBSD.ORG Fri Feb 8 08:37:20 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 B204816A418 for ; Fri, 8 Feb 2008 08:37:20 +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 68C8A13C45B for ; Fri, 8 Feb 2008 08:37:20 +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=NB0oJCBGLtFfv0ILrwQDTq+bZyup27WWO5WT6yUroDQytXIlxrYu1ScfPpSlxDzugQEXOMhjfPD7D4jeaQZw0+UVSLkfwLkzYgCCZuoA4kRvuaRPlDSIh5Y11A9feebx/uHSnzIG9RqmxYZHqTk/Cyk4EgJlMbdA/IerEgOnSGc=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JNOjW-000GCI-7p; Fri, 08 Feb 2008 11:37:18 +0300 Date: Fri, 8 Feb 2008 11:37:17 +0300 From: Eygene Ryabinkin To: lysergius2001 Message-ID: References: <+Oslp5zezDUHSfXCT9N9C5qGZIo@4emqrsZRSNlbYTMRNETK7AEirXc> <20080207184604.217E345010@ptavv.es.net> 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 Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Feb 2008 08:37:20 -0000 Perhaps this thread should be moved to -questions: it seems to be irrelevant for the -net discuissions. Thu, Feb 07, 2008 at 07:53:32PM +0000, lysergius2001 wrote: > Apologies for the top post? Looks like I need a lesson in etiquette as well > as devfs. ;)) http://www.caliburn.nl/topposting.html might be helpful. > The problem is this. I have two boxes running 6.3-stable. One is i386 and > the other is amd64. Identical setups as near as I can make it. the 386 box > allows mounting floppy from kde, but does not find cd0 in k3b. The amd64 > box finds cd0 in k3b but will not allow mounting floppy in kde? > > I have vfs.usermount= 1 in sysctl.conf on both boxes. > > I have identical devfs.conf and devfs.rules. hald is running on both > boxes. rc.conf is identical on both boxes. I am baffled, stumped and > getting confused... > > Can I go back to the basics somehow and work through the set up logically? Yes, just start with low-level stuff. 1. Verify that you have the devices: ls -l /dev/cd0 /dev/fd0. 2. Check the permissions for devices in an above output. 3. Check vfs.usermount once again: sysctl vfs.usermount. 4. Try to mount device as root via 'mount' utility. 5. Unmount it and try mounting as user via 'mount'. If all the above works, then the problem might be in GUI tools you're using. Maybe they can not locate the devices. Maybe something else. But if the above is not working, then probably GUI tools will not work either. For the k3b: seems like it is just frontend for the cdrecord/cdrdao. If so, then you probably should have /dev/xptX and /dev/passX and permissions must allow to read and write to them. This is surely true for cdrecord, don't know for cdrdao -- not using it. And vfs.usermount should not be relevant for CD recording, if I am not mistaken. -- Eygene From owner-freebsd-net@FreeBSD.ORG Fri Feb 8 08:44: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 2A15516A417 for ; Fri, 8 Feb 2008 08:44:31 +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 D474513C4E8 for ; Fri, 8 Feb 2008 08:44:30 +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=dYyU5dvveQ4mzcPzO2dnmh9+YX8A2FThY/pm8x4BSyvRMU5r/HxJ9nsU81B+SASc8Nc95FVDlujr2slcq87Qaf5aY0M0cNJVOZoprIl0UXnLi8Pi27sOwa6SaCrLEcIq7Dniq0IL/SySevTthQpgo8KoiTt46s3Sn57CG5QFkO0=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JNOqT-000GER-4o; Fri, 08 Feb 2008 11:44:29 +0300 Date: Fri, 8 Feb 2008 11:44:28 +0300 From: Eygene Ryabinkin To: lysergius2001 Message-ID: References: <+Oslp5zezDUHSfXCT9N9C5qGZIo@4emqrsZRSNlbYTMRNETK7AEirXc> <20080207184604.217E345010@ptavv.es.net> 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 Subject: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Feb 2008 08:44:31 -0000 Fri, Feb 08, 2008 at 11:37:17AM +0300, Eygene Ryabinkin wrote: > For the k3b: seems like it is just frontend for the cdrecord/cdrdao. > If so, then you probably should have /dev/xptX and /dev/passX and Hmm, to clarify: 'ls -l /dev/xpt* /dev/pass*' should show you something. 'cdrecord -scanbus' and 'cdrdao scanbus' should show you the list of devices. -- Eygene From owner-freebsd-net@FreeBSD.ORG Fri Feb 8 10:53:27 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 5404616A418 for ; Fri, 8 Feb 2008 10:53:27 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bns.tns.cz (bns.tns.cz [213.194.214.115]) by mx1.freebsd.org (Postfix) with ESMTP id 0ADB513C465 for ; Fri, 8 Feb 2008 10:53:26 +0000 (UTC) (envelope-from jp@tns.cz) Received: from bns.tns.cz (localhost [127.0.0.1]) by bns.tns.cz (Postfix) with ESMTP id 490C255E4EA; Fri, 8 Feb 2008 11:53:25 +0100 (CET) Received: from bonifac.tns.cz (bertik [192.168.144.14]) by bns.tns.cz with ESMTP id 4FB1KKK0014IPYQ5WBO; Fri, 8 Feb 2008 11:53:25 +0100 (CET) Received: by bonifac.tns.cz (Postfix, from userid 1001) id 93F1CF28C6; Fri, 8 Feb 2008 11:53:57 +0100 (CET) Date: Fri, 8 Feb 2008 11:53:57 +0100 From: Josef Pojsl To: Eygene Ryabinkin Message-ID: <20080208105357.GF1142@bonifac.tns.cz> 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> 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: Fri, 08 Feb 2008 10:53:27 -0000 Hi Eygene, On Thu, Feb 07, 2008 at 07:57:47PM +0300, Eygene Ryabinkin wrote: > OK, the first patch version is ready. It compiles well and even > starts for the trivial configuration. I will try to test it for > other configurations, but you may test it as well: I will appreciate > it very much. > > One note: the provided patch if applied with the normal 'patch' > utility can fail to remove deleted patches from the 'files' directory. > The following files should not be present: > > files/patch-ospfctl_parser.c > files/patch-ospfctl_parser.h 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. Look at what ospfd -dv says: startup if_del: interface gre31 if_del: interface gre30 orig_asext_lsa: 10.10.0.0/16 age 0 orig_asext_lsa: 10.20.0.0/16 age 0 orig_asext_lsa: 192.168.2.0/24 age 0 orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: stub net, interface gre31 if_fsm: event UP resulted in action START and changing state for interface gre31 from DOWN to P2P orig_rtr_lsa: area 0.0.0.0 orig_rtr_lsa: stub net, interface gre31 orig_rtr_lsa: stub net, interface gre30 if_fsm: event UP resulted in action START and changing state for interface gre30 from DOWN to P2P send_packet: error sending packet on interface gre31: Invalid argument send_packet: error sending packet on interface gre30: Invalid argument spf_calc: area 0.0.0.0 calculated Thanks, -- Josef From owner-freebsd-net@FreeBSD.ORG Fri Feb 8 11:25: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 A46B616A418; Fri, 8 Feb 2008 11:25:58 +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 5412613C442; Fri, 8 Feb 2008 11:25:58 +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=ga5DoKgbWXpeFon8iyAkc7Wlv8MNGBbb4d/7tSLGhImYBGWVFsN09NYLut42o+rxK6dERZW4yP0UXA7AJlPtohsrI6hpTx6U7knDuA8s1VvrbWUAcDw6HQq/mDo7cogwiYMYtQbz34NbuEHUej/13LNB1Pvet63PwLMZVRY183Q=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1JNRMj-000HAH-7h; Fri, 08 Feb 2008 14:25:57 +0300 Date: Fri, 8 Feb 2008 14:25:55 +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: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20080208105357.GF1142@bonifac.tns.cz> 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: Fri, 08 Feb 2008 11:25:58 -0000 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. Look at what ospfd -dv says: > > startup > if_del: interface gre31 > if_del: interface gre30 > orig_asext_lsa: 10.10.0.0/16 age 0 > orig_asext_lsa: 10.20.0.0/16 age 0 > orig_asext_lsa: 192.168.2.0/24 age 0 > orig_rtr_lsa: area 0.0.0.0 > orig_rtr_lsa: stub net, interface gre31 > if_fsm: event UP resulted in action START and changing state for interface gre31 from DOWN to P2P > orig_rtr_lsa: area 0.0.0.0 > orig_rtr_lsa: stub net, interface gre31 > orig_rtr_lsa: stub net, interface gre30 > if_fsm: event UP resulted in action START and changing state for interface gre30 from DOWN to P2P > send_packet: error sending packet on interface gre31: Invalid argument > send_packet: error sending packet on interface gre30: Invalid argument > spf_calc: area 0.0.0.0 calculated OK, I will try to look at the problem. Not today, probably the middle of the next week. Thanks for the testing! -- Eygene From owner-freebsd-net@FreeBSD.ORG Fri Feb 8 15:33:48 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 CCD6F16A468 for ; Fri, 8 Feb 2008 15:33:48 +0000 (UTC) (envelope-from lysergius2001@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF2B13C448 for ; Fri, 8 Feb 2008 15:33:48 +0000 (UTC) (envelope-from lysergius2001@gmail.com) Received: by el-out-1112.google.com with SMTP id r27so1497764ele.3 for ; Fri, 08 Feb 2008 07:33: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=H83P/lneiVpS2dCfeBvpo18FwIhFFPvs3ECEQBoqzXc=; b=L+iidUQuyU8NgYguJLxOT3+1Bs/UpuaDDCvtlld137bibvOv+4qHiwlo17rZZ2XBtm5mczW/sCT8GrckyqVX8gWdNPyosV4HLx5VQs+lkdF7nvhW7ueUu972vHCFvtV+w/uheJeurPUvtSTr4kNqxPmLtd1ajzG6yN3jinj8pIc= 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=MoxxBB3Uifb9th30bIWf9FtkQzv0wg0f15NhD3y56hyEX9/jC0e6U8h2j6Jw4yLfvD5n5hqiZH58P6F0XdUBXTREP7FyfDdv3fihqXW52zPn6DnyjjMKGmVTHSbp5cbpStZ0JBlPpe95JGqI98WOs15zI+0MhJsrox5/zr5HlxU= Received: by 10.142.77.11 with SMTP id z11mr3072524wfa.98.1202484826511; Fri, 08 Feb 2008 07:33:46 -0800 (PST) Received: by 10.142.126.7 with HTTP; Fri, 8 Feb 2008 07:33:46 -0800 (PST) Message-ID: Date: Fri, 8 Feb 2008 15:33:46 +0000 From: lysergius2001 To: freebsd-net@freebsd.org In-Reply-To: MIME-Version: 1.0 References: <+Oslp5zezDUHSfXCT9N9C5qGZIo@4emqrsZRSNlbYTMRNETK7AEirXc> <20080207184604.217E345010@ptavv.es.net> 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: Re: modifying permissions in /dev X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Feb 2008 15:33:48 -0000 Hi, I have had some success. On the AMD 64 box I relaised that the /floppy directory I was trying to mount the floppy to was owned by root. I have fixed that and it is fine. I will work on the K3B issue and report back. Many thanks for the support! On 2/8/08, Eygene Ryabinkin wrote: > > Fri, Feb 08, 2008 at 11:37:17AM +0300, Eygene Ryabinkin wrote: > > For the k3b: seems like it is just frontend for the cdrecord/cdrdao. > > If so, then you probably should have /dev/xptX and /dev/passX and > > Hmm, to clarify: 'ls -l /dev/xpt* /dev/pass*' should show you > something. 'cdrecord -scanbus' and 'cdrdao scanbus' should show > you the list of devices. > -- > Eygene > -- Lysergius says "Stay light and trust gravity" From owner-freebsd-net@FreeBSD.ORG Fri Feb 8 20:54:52 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 6DF6816A420 for ; Fri, 8 Feb 2008 20:54:52 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id 268E213C4CE for ; Fri, 8 Feb 2008 20:54:51 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so3666524wri.3 for ; Fri, 08 Feb 2008 12:54:51 -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:content-transfer-encoding:content-disposition; bh=NeWs1Nd5gi+l4uqw9iDg67gawNFiIfsSj09G5dwcHgg=; b=XukvPWOlL2i9LjIY87n0nOoq5WAoUtFpF86xAqeO/Tk45jBAz8hUC5bUKXEV6bYxDWgC89c22og2u/NyaGz0g7ZJYAuUy8UE0mIPuR4qtTxIIcoZJ4OIEnf7jcZjNflLXm1mWDBwZuEeZAsIXy53BkH6rgmNnsg9bR3KfkcjdVs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=YpWfmezdBMMzwwdPgcK33kKe3qfifCpKCAI4KIvxj83PvVrPOgw6eePTg/VpiZw5npcHW6XHpaiY6L7ZPNwa6t6uSSIZg3aiMZAwMy3tAGKp8Uny/k10k40EP4rzyt2JMOsQaw5ZiHAdcxngIiERpqzSnb3oHyNoTJjyKIpeNB0= Received: by 10.142.225.11 with SMTP id x11mr3343329wfg.175.1202502347204; Fri, 08 Feb 2008 12:25:47 -0800 (PST) Received: by 10.142.72.20 with HTTP; Fri, 8 Feb 2008 12:25:47 -0800 (PST) Message-ID: Date: Fri, 8 Feb 2008 12:25:47 -0800 From: "Kurt Buff" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: 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: Fri, 08 Feb 2008 20:54:52 -0000 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. Thanks, Kurt From owner-freebsd-net@FreeBSD.ORG Fri Feb 8 23:02: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 3354116A47D for ; Fri, 8 Feb 2008 23:02:17 +0000 (UTC) (envelope-from shum+fbsd@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9DE13C45A for ; Fri, 8 Feb 2008 23:02:17 +0000 (UTC) (envelope-from shum+fbsd@u.washington.edu) Received: from dante01.u.washington.edu (dante01.u.washington.edu [140.142.13.107]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id m18N2FNP002925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 8 Feb 2008 15:02:16 -0800 Received: (from shum@localhost) by dante01.u.washington.edu (8.13.7+UW06.06/8.13.7+Submit) id m18N2FUY023488 for freebsd-net@freebsd.org; Fri, 8 Feb 2008 15:02:15 -0800 Date: Fri, 8 Feb 2008 15:02:15 -0800 From: Leo Shum To: freebsd-net@freebsd.org Message-ID: <20080208230214.GE1017@dante01.u.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.2.8.145146 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CD 0, __CT 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Subject: Stateless IPv6 address translation NAT-PT? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Feb 2008 23:02:17 -0000 Hi All, I have a very specific networking setup needs that I hope someone can help me or give some suggestions. To put it in the most simplest terms, I need to allow several scattered private networks to talk to each other. The network setup is like this: the border routers (machines) are running FreeBSD 6.2 NetworkA IP is 192.168.1.x NetworkB IP is 192.168.2.x NetworkC IP is 192.168.3.x How can I easily make the hosts in the 3 networks communicate? Two solutions come to my mind already, but they aren't optimal. A) set up a vpn that connects all three networks. The problem then is that I need to setup a VPN server somewhere and thus creates a star topology. This introduces a dependency, the VPN server, which is not really needed (security on the network level is not a requirement) B) set up tunnelling at the border FreeBSD machines. But then I need to setup tunnels for each connecting networks, A<->B, B<->C, and C<->A. This get complicated quickly as there are a few more networks I need to connect. More importantly, some machines in the networks require IPv6 connectivity. Network{A,B,C} each has an IPv6 /64 address already so those machines with IPv6 can communicate already. So now I am only concerned with the IPv4 only machines on the networks. My idea is to piggy back the address space of the v6 /64 address space to allow the v4 machines talk to each other, with the added benefit of communicating with the v6 machines. This seems to be solved easily by SIIT and stateless basic NAT-PT (1:1 mapping), correct? Yes I know NAT-PT has been deprecated but this seems to be the most straightforward solution. For example, a host in netA 192.168.1.2 needs to talk to a host in netB 192.168.2.2 and assuming netA has an IPv6 block of beef:cafe:0001::/64 and netB has beef:cafe:0002::/64 The tuple from 192.168.1.2 is { 192.168.1.2:9999 192.168.2.2:8888 }, translated by the FreeBSD router at Network A to: { [beef:cafe:0001::c0a8:0102]:9999 [beef:cafe:0002::c0a8:0202]:8888 } The translation can (and should) be stateless and done statically. The connection then becomes a routable v6 connection between the networks. When the IPv6 connection reaches border router at Network B it down translates back to the correct IPv4 tuple. Within the network I use a /96 prefix to differentiate whether a v6 address needs translation, i.e. a v4 only host and v6 host will have different /96 prefixs. In this setup, I will need to install the v4/v6 prefix mapping table on each border routers so they can translate and route properly. Conceptually this is no different than setting up tunnels for each and every connected networks at the border routers but it seems it's more easy to manage and more capable as it allows v4 and v6 communication. The mapping will be like: 192.168.1.0/24 <=> beef:cafe:0001::c0a8:0100/120 192.168.2.0/24 <=> beef:cafe:0002::c0a8:0200/120 192.168.3.0/24 <=> beef:cafe:0003::c0a8:0300/120 I googl'ed to death and still can't find a way to set this up. I can't find a NAT-PT implementation on FreeBSD that does 1:1 static mappings. Is there any idea how this can be done, or if there is a better solution? Thanks, Leo From owner-freebsd-net@FreeBSD.ORG Sat Feb 9 19:35: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 6D8D716A420 for ; Sat, 9 Feb 2008 19:35:49 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from tomjudge.vm.bytemark.co.uk (tomjudge.vm.bytemark.co.uk [80.68.91.100]) by mx1.freebsd.org (Postfix) with ESMTP id 3221413C457 for ; Sat, 9 Feb 2008 19:35:49 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from localhost (localhost [127.0.0.1]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id 5668A341C4; Sat, 9 Feb 2008 19:35:47 +0000 (GMT) Received: from tomjudge.vm.bytemark.co.uk ([127.0.0.1]) by localhost (tomjudge.vm.bytemark.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LXYXQFjteuLo; Sat, 9 Feb 2008 19:35:47 +0000 (GMT) Received: from [192.168.255.6] (unknown [192.168.255.6]) by tomjudge.vm.bytemark.co.uk (Postfix) with ESMTP id A25AA34186; Sat, 9 Feb 2008 19:35:45 +0000 (GMT) Message-ID: <47AE0090.1030507@tomjudge.com> Date: Sat, 09 Feb 2008 19:35:44 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Kurt Buff References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: 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: Sat, 09 Feb 2008 19:35:49 -0000 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. > > Thanks, > > Kurt I found the O'Reilly BGP book a very good introduction, it does not explicitly cover OpenBGP. It coves more of the operation side of using BGP... Website: http://www.oreilly.com/catalog/bgp/ View Online: http://books.google.com/books?id=V5GHAHC4Di8C&printsec=frontcover&dq=oreilly+bgp Hope this helps. Tom