From owner-freebsd-net@FreeBSD.ORG Sun Sep 4 17:17:43 2005 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F58516A41F; Sun, 4 Sep 2005 17:17:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFF5443D46; Sun, 4 Sep 2005 17:17:42 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j84HHfvf012961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Sep 2005 13:17:41 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j84HHf6P016455; Sun, 4 Sep 2005 13:17:41 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1B698511BF; Sun, 4 Sep 2005 13:17:41 -0400 (EDT) Date: Sun, 4 Sep 2005 13:17:40 -0400 From: Kris Kennaway To: glebius@FreeBSD.org, mlaier@FreeBSD.org, net@FreeBSD.org Message-ID: <20050904171740.GA90260@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: 'panic: bogus refcnt 0' from routing/ipv6 code. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Sep 2005 17:17:43 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got this on a quad sparc64 machine running 7.0 from a few days ago. Both IPv4 and IPv6 are in use on the machine. I will leave it in DDB for now in case you want something from it, but I should be able to obtain a core. Kris panic: bogus refcnt 0 cpuid = 0 KDB: enter: panic [thread pid 15 tid 100003 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> wh Tracing pid 15 tid 100003 td 0xfffff8001fb75680 panic() at panic+0x164 rtfree() at rtfree+0x7c nd6_na_output() at nd6_na_output+0x4d0 nd6_ns_input() at nd6_ns_input+0x704 icmp6_input() at icmp6_input+0xc38 ip6_input() at ip6_input+0xf5c netisr_processqueue() at netisr_processqueue+0x7c swi_net() at swi_net+0xdc ithread_loop() at ithread_loop+0x18c fork_exit() at fork_exit+0x94 fork_trampoline() at fork_trampoline+0x8 db> --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDGywzWry0BWjoQKURAk5wAKCGM/2vFZkTL7k6Z9rjOMXc4KeTywCg9vAY /S1uEU0c+EdwkoDdypLCyV8= =FMK0 -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-net@FreeBSD.ORG Mon Sep 5 02:59:15 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 369D916A41F for ; Mon, 5 Sep 2005 02:59:15 +0000 (GMT) (envelope-from jebc@c4solutions.net) Received: from outbound.mailhop.org (outbound.mailhop.org [63.208.196.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id D401443D45 for ; Mon, 5 Sep 2005 02:59:14 +0000 (GMT) (envelope-from jebc@c4solutions.net) Received: from pcp0012210017pcs.blairblvd.tn.nash.comcast.net ([69.245.61.169] helo=ares.c4solutions.net) by outbound.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.51) id 1EC7CT-0003AE-SA for freebsd-net@freebsd.org; Sun, 04 Sep 2005 22:59:13 -0400 Received: from [10.10.1.115] (jeb-64.internal.c4solutions.net [10.10.1.115]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ares.c4solutions.net (Postfix) with ESMTP id A1E6DADAF7 for ; Sun, 4 Sep 2005 21:59:09 -0500 (CDT) X-Mail-Handler: MailHop Outbound by DynDNS.org X-Originating-IP: 69.245.61.169 X-Report-Abuse-To: abuse@dyndns.org (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: jebutk Message-ID: <431BB480.6030904@c4solutions.net> Date: Sun, 04 Sep 2005 21:59:12 -0500 From: Jeb Campbell User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050816) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Netgraph <-> disk module X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Sep 2005 02:59:15 -0000 First let me say that I'm in way over my head on this one (but you have to start somewhere I guess). Anyway, I'm trying to implement ata-over-ethernet (aoe) as a netgraph module -- see http://www.coraid.com for specs and freebsd drivers, or http://aoetools.sf.net for user space code (linux only). As my first kernel programming experience I have completed a netgraph node that splits incoming packets off based off ethernet type and then sorts them based on aoe shelf/slot to the appropriate hook. Now I need to write a node that performs aoe on a device. The disk access is where I'm stuck. Archie mentioned in "All About Netgraph" that netgraph could be used to talk to disks -- well here is the chance. Can anyone point me in the right direction for opening and read/writing a device (/dev/ad0s1a, /dev/gvinum/disk1, etc) from kernel code? I think Google is going to ban my ip from all the searching ;) . Many thanks, Jeb Campbell jebc@c4solutions.net From owner-freebsd-net@FreeBSD.ORG Mon Sep 5 11:02:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90A7B16A426 for ; Mon, 5 Sep 2005 11:02:14 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 491DD43D46 for ; Mon, 5 Sep 2005 11:02:14 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j85B2DFA076951 for ; Mon, 5 Sep 2005 11:02:14 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j85B2B8N076945 for freebsd-net@freebsd.org; Mon, 5 Sep 2005 11:02:11 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 5 Sep 2005 11:02:11 GMT Message-Id: <200509051102.j85B2B8N076945@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2005 11:02:14 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon Sep 5 14:59:42 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B43F16A41F for ; Mon, 5 Sep 2005 14:59:42 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from corwin.easynet.fr (smarthost162.mail.easynet.fr [212.180.1.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06FE543D46 for ; Mon, 5 Sep 2005 14:59:41 +0000 (GMT) (envelope-from vanhu@zeninc.net) Received: from easyconnect2121135-233.clients.easynet.fr ([212.11.35.233] helo=smtp.zeninc.net) by corwin.easynet.fr with esmtp (Exim 4.50) id 1ECIRa-0003u8-Jd for freebsd-net@freebsd.org; Mon, 05 Sep 2005 16:59:34 +0200 Received: from localhost.localdomain (spartacus.zen.inc [192.168.1.20]) by smtp.zeninc.net (smtpd) with ESMTP id DCA683F61 for ; Mon, 5 Sep 2005 16:59:38 +0200 (CEST) Received: by localhost.localdomain (Postfix, from userid 1000) id CC73E85609; Mon, 5 Sep 2005 16:59:38 +0200 (CEST) Date: Mon, 5 Sep 2005 16:59:38 +0200 From: VANHULLEBUS Yvan To: freebsd-net@freebsd.org Message-ID: <20050905145938.GA2734@zeninc.net> References: <20050802135315.GB12739@zeninc.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050802135315.GB12739@zeninc.net> User-Agent: All mail clients suck. This one just sucks less. Subject: Re: NAT-T support for IPSec stack X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 05 Sep 2005 14:59:42 -0000 Hi all. Just for information, ipsec-tools version of racoon has just been integrated in the ports, with NAT-T support configured as "kernel" (which means "test if the kernel supports it"). So I guess it will now be really interesting to have kernel NAT-T support directly in FreeBSD kernel, as it will be possible to use it simply now........ Yvan. -- NETASQ - Secure Internet Connectivity http://www.netasq.com From owner-freebsd-net@FreeBSD.ORG Tue Sep 6 01:20:55 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 780F116A41F for ; Tue, 6 Sep 2005 01:20:55 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124D943D45 for ; Tue, 6 Sep 2005 01:20:54 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j861Klox004894; Mon, 5 Sep 2005 18:20:47 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j861KksH004893; Mon, 5 Sep 2005 18:20:46 -0700 (PDT) (envelope-from jmg) Date: Mon, 5 Sep 2005 18:20:46 -0700 From: John-Mark Gurney To: Jeb Campbell Message-ID: <20050906012046.GA793@funkthat.com> Mail-Followup-To: Jeb Campbell , freebsd-net@freebsd.org References: <431BB480.6030904@c4solutions.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <431BB480.6030904@c4solutions.net> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-net@freebsd.org Subject: Re: Netgraph <-> disk module 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: Tue, 06 Sep 2005 01:20:55 -0000 Jeb Campbell wrote this message on Sun, Sep 04, 2005 at 21:59 -0500: > First let me say that I'm in way over my head on this one (but you have > to start somewhere I guess). > > Anyway, I'm trying to implement ata-over-ethernet (aoe) as a netgraph > module -- see http://www.coraid.com for specs and freebsd drivers, or > http://aoetools.sf.net for user space code (linux only). > > As my first kernel programming experience I have completed a netgraph > node that splits incoming packets off based off ethernet type and then > sorts them based on aoe shelf/slot to the appropriate hook. > > Now I need to write a node that performs aoe on a device. The disk > access is where I'm stuck. Archie mentioned in "All About Netgraph" > that netgraph could be used to talk to disks -- well here is the chance. > > Can anyone point me in the right direction for opening and read/writing > a device (/dev/ad0s1a, /dev/gvinum/disk1, etc) from kernel code? I > think Google is going to ban my ip from all the searching ;) . This really should go to -hackers or something, since you aren't asking how to write a netgraph node really, as you are asking how to make a disk device... what you want/need to look at is to look at the disk(9) api, and work from there... once you have implemented disk(9) as part of your netgraph module, the rest of the disk slicing like fdisk and disklabel will work fine.. -- 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 Tue Sep 6 10:01:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE58416A41F; Tue, 6 Sep 2005 10:01:37 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE3943D46; Tue, 6 Sep 2005 10:01:37 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from southcross.homeunix.org (asuka.usr.dsi.unimi.it [159.149.145.229]) by mail.oltrelinux.com (Postfix) with ESMTP id CC16011AE87; Tue, 6 Sep 2005 12:01:35 +0200 (CEST) Received: by southcross.homeunix.org (Postfix, from userid 1001) id 3320240D3; Tue, 6 Sep 2005 12:03:48 +0200 (CEST) Date: Tue, 6 Sep 2005 12:03:48 +0200 From: Paolo Pisati To: FreeBSD_Hackers Message-ID: <20050906100348.GA1440@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: FreeBSD_Net Subject: Summer of Code 2005: Improve Libalias X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Sep 2005 10:01:38 -0000 Hi guys, Summer of Code is finished so i released my work about libalias, and i would appreciate if anyone try it out and report. There's a tarball here: http://ubi8.imc.pi.cnr.it/~flag/libalias/libalias.tgz or if you prefer perforce: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/soc2005/libalias&HIDEDEL=NO there's a readme inside that explains pretty much everything you need to know. For more information about the project: http://wikitest.freebsd.org/moin.cgi/PaoloPisati or to summarize the changes respect to plain libalias: -run as kld in 4.x, 5.x and 6.x (actually it was already working in 6.x) -added log support to libalias kld -integrated with ipfw (nat action added to ipfw) -moved from a monolithic deisgn to a modular one -every protocol supported (except for tcp, udp, ip and icmp) is now a module loadable at run time -module works both when libalias run as kld or user land lib -something else that i don't remember now... Feel free to report about bugs or design issue, bye -- Paolo From owner-freebsd-net@FreeBSD.ORG Tue Sep 6 12:07:02 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 004F916A41F for ; Tue, 6 Sep 2005 12:07:01 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2BFC43D53 for ; Tue, 6 Sep 2005 12:07:00 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id j86C6wH6052329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 6 Sep 2005 16:06:58 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id j86C6vZZ052328; Tue, 6 Sep 2005 16:06:57 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 6 Sep 2005 16:06:57 +0400 From: Gleb Smirnoff To: Paolo Pisati Message-ID: <20050906120657.GD41863@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Paolo Pisati , FreeBSD_Net References: <20050906100348.GA1440@tin.it> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20050906100348.GA1440@tin.it> User-Agent: Mutt/1.5.6i Cc: FreeBSD_Net Subject: Re: Summer of Code 2005: Improve Libalias X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Sep 2005 12:07:02 -0000 Paolo, On Tue, Sep 06, 2005 at 12:03:48PM +0200, Paolo Pisati wrote: P> -run as kld in 4.x, 5.x and 6.x (actually it was already working in 6.x) P> -added log support to libalias kld P> -integrated with ipfw (nat action added to ipfw) P> -moved from a monolithic deisgn to a modular one P> -every protocol supported (except for tcp, udp, ip and icmp) is now P> a module loadable at run time P> -module works both when libalias run as kld or user land lib P> -something else that i don't remember now... P> P> Feel free to report about bugs or design issue, during your work with libalias have you found any bugs or buglets, or a rough places, that should be considered to be merged to main FreeBSD CVS tree as soon as possible, before next release? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Tue Sep 6 14:10:55 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41B5216A41F; Tue, 6 Sep 2005 14:10:55 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from mail.oltrelinux.com (krisma.oltrelinux.com [194.242.226.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id D236E43D46; Tue, 6 Sep 2005 14:10:54 +0000 (GMT) (envelope-from flag@oltrelinux.com) Received: from southcross.homeunix.org (asuka.usr.dsi.unimi.it [159.149.145.229]) by mail.oltrelinux.com (Postfix) with ESMTP id A47BB11B1BA; Tue, 6 Sep 2005 16:10:53 +0200 (CEST) Received: by southcross.homeunix.org (Postfix, from userid 1001) id E734B41C1; Tue, 6 Sep 2005 16:13:04 +0200 (CEST) Date: Tue, 6 Sep 2005 16:13:04 +0200 From: Paolo Pisati To: Gleb Smirnoff , FreeBSD_Net Message-ID: <20050906141304.GA31424@tin.it> References: <20050906100348.GA1440@tin.it> <20050906120657.GD41863@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050906120657.GD41863@cell.sick.ru> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at krisma.oltrelinux.com Cc: Subject: Re: Summer of Code 2005: Improve Libalias X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Sep 2005 14:10:55 -0000 On Tue, Sep 06, 2005 at 04:06:57PM +0400, Gleb Smirnoff wrote: > during your work with libalias have you found any bugs or buglets, > or a rough places, that should be considered to be merged to main > FreeBSD CVS tree as soon as possible, before next release? well, actually i didn't find any bugs in libalias that was not imputable to my work, but i found 2 bugs in other parts of FreeBSD: 1) kernel panic with ipfw as kld in 5.x and 6.x: kldload ipfw.ko ipfw show (the 65k rule will show up) ipfw add 100 allow all from any to any ipfw del 100 panic: kmem_malloc: entry not found or misaligned tested on qemu only 2) natd crash receiving a SIGHUP launch natd this way (as root): /sbin/natd -n -v where if is your nic then sudo killall -HUP natd natd will core dump i didn't have time to investigate any further, but if i'm not the only one to see them, i can take a look... bye -- Paolo From owner-freebsd-net@FreeBSD.ORG Wed Sep 7 00:52:28 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6098F16A420 for ; Wed, 7 Sep 2005 00:52:28 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp100.rog.mail.re2.yahoo.com (smtp100.rog.mail.re2.yahoo.com [206.190.36.78]) by mx1.FreeBSD.org (Postfix) with SMTP id E515043D55 for ; Wed, 7 Sep 2005 00:52:20 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 25328 invoked from network); 7 Sep 2005 00:52:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:In-Reply-To:References:Date:Subject:From:To:Cc:User-Agent:MIME-Version:Content-Type:Content-Transfer-Encoding; b=seVS1RHTRfXnUKRR53EUFaL6izYHLtjNv5QV4QIOe2KpYdq7dvIIAhbrQ7sxZ9IEaJEmvdaxpESpcgE42NTpFpKNuTEYNq4vg3UDn+quEMsuc9UPfnWCAB8PIRZZVDsY512w9b12Cea4J00ra47nuesnPDGnr1P+S4g9NWWNenU= ; Received: from unknown (HELO 172.16.0.1) (mikej@70.31.50.81 with login) by smtp100.rog.mail.re2.yahoo.com with SMTP; 7 Sep 2005 00:52:19 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by 172.16.0.1 with HTTP; Tue, 6 Sep 2005 20:52:15 -0400 (EDT) Message-ID: <1417.172.16.0.199.1126054335.squirrel@172.16.0.1> In-Reply-To: <20050906141304.GA31424@tin.it> References: <20050906100348.GA1440@tin.it> <20050906120657.GD41863@cell.sick.ru> <20050906141304.GA31424@tin.it> Date: Tue, 6 Sep 2005 20:52:15 -0400 (EDT) From: "Mike Jakubik" To: "Paolo Pisati" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: FreeBSD_Net Subject: Re: Summer of Code 2005: Improve Libalias X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Sep 2005 00:52:28 -0000 On Tue, September 6, 2005 10:13 am, Paolo Pisati said: > On Tue, Sep 06, 2005 at 04:06:57PM +0400, Gleb Smirnoff wrote: > >> during your work with libalias have you found any bugs or buglets, or a >> rough places, that should be considered to be merged to main FreeBSD CVS >> tree as soon as possible, before next release? > > well, actually i didn't find any bugs in libalias that was not imputable > to my work, but i found 2 bugs in other parts of FreeBSD: > > > 1) kernel panic with ipfw as kld in 5.x and 6.x: > > > kldload ipfw.ko ipfw show (the 65k rule will show up) ipfw add 100 allow > all from any to any ipfw del 100 panic: kmem_malloc: entry not found or > misaligned > > tested on qemu only > > 2) natd crash receiving a SIGHUP > > > launch natd this way (as root): > > /sbin/natd -n -v > > > where if is your nic > > then > > sudo killall -HUP natd > > natd will core dump > > i didn't have time to investigate any further, but if i'm not the only one > to see them, i can take a look... And what is the point of all of this when we have OpenBSD's PF? ipfw and libalias is dead. From owner-freebsd-net@FreeBSD.ORG Wed Sep 7 06:33:05 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9047016A41F for ; Wed, 7 Sep 2005 06:33:05 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from moof.catpipe.net (moof.catpipe.net [195.249.214.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC7CA43D48 for ; Wed, 7 Sep 2005 06:32:57 +0000 (GMT) (envelope-from regnauld@catpipe.net) Received: from localhost (localhost [127.0.0.1]) by localhost.catpipe.net (Postfix) with ESMTP id AC37E1B35F; Wed, 7 Sep 2005 08:32:55 +0200 (CEST) Received: from moof.catpipe.net ([127.0.0.1]) by localhost (moof.catpipe.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 71777-05; Wed, 7 Sep 2005 08:32:53 +0200 (CEST) Received: from vinyl.catpipe.net (vinyl.catpipe.net [195.249.214.189]) by moof.catpipe.net (Postfix) with ESMTP id AC6821B366; Wed, 7 Sep 2005 08:32:52 +0200 (CEST) Received: by vinyl.catpipe.net (Postfix, from userid 1006) id CD30F39822; Wed, 7 Sep 2005 08:29:52 +0200 (CEST) Date: Wed, 7 Sep 2005 08:29:52 +0200 From: Phil Regnauld To: Mike Jakubik Message-ID: <20050907062951.GA12674@catpipe.net> References: <20050906100348.GA1440@tin.it> <20050906120657.GD41863@cell.sick.ru> <20050906141304.GA31424@tin.it> <1417.172.16.0.199.1126054335.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1417.172.16.0.199.1126054335.squirrel@172.16.0.1> X-Operating-System: FreeBSD 5.4-STABLE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at catpipe.net Cc: FreeBSD_Net Subject: Re: Summer of Code 2005: Improve Libalias X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Sep 2005 06:33:05 -0000 Mike Jakubik (mikej) writes: > > And what is the point of all of this when we have OpenBSD's PF? ipfw and > libalias is dead. Hmm, I guess you'll have to convince the thousands of people using ipfw and dummynet out there. I use both PF and IPFW, and both have their advantages. From owner-freebsd-net@FreeBSD.ORG Wed Sep 7 07:49:57 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 861E916A41F for ; Wed, 7 Sep 2005 07:49:57 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C59D43D49 for ; Wed, 7 Sep 2005 07:49:54 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=marcin) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1ECugT-0003Hc-2b; Wed, 07 Sep 2005 09:49:29 +0200 Date: Wed, 7 Sep 2005 09:49:58 +0200 From: Marcin Jessa To: "Mike Jakubik" Message-Id: <20050907094958.573ed2af.lists@yazzy.org> In-Reply-To: <1417.172.16.0.199.1126054335.squirrel@172.16.0.1> References: <20050906100348.GA1440@tin.it> <20050906120657.GD41863@cell.sick.ru> <20050906141304.GA31424@tin.it> <1417.172.16.0.199.1126054335.squirrel@172.16.0.1> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.5 (--) Cc: freebsd-net@freebsd.org Subject: Re: Summer of Code 2005: Improve Libalias X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Sep 2005 07:49:57 -0000 On Tue, 6 Sep 2005 20:52:15 -0400 (EDT) "Mike Jakubik" wrote: > On Tue, September 6, 2005 10:13 am, Paolo Pisati said: > > On Tue, Sep 06, 2005 at 04:06:57PM +0400, Gleb Smirnoff wrote: > > > >> during your work with libalias have you found any bugs or buglets, or a > >> rough places, that should be considered to be merged to main FreeBSD CVS > >> tree as soon as possible, before next release? > > > > well, actually i didn't find any bugs in libalias that was not imputable > > to my work, but i found 2 bugs in other parts of FreeBSD: > > > > > > 1) kernel panic with ipfw as kld in 5.x and 6.x: > > > > > > kldload ipfw.ko ipfw show (the 65k rule will show up) ipfw add 100 allow > > all from any to any ipfw del 100 panic: kmem_malloc: entry not found or > > misaligned > > > > tested on qemu only > > > > 2) natd crash receiving a SIGHUP > > > > > > launch natd this way (as root): > > > > /sbin/natd -n -v > > > > > > where if is your nic > > > > then > > > > sudo killall -HUP natd > > > > natd will core dump > > > > i didn't have time to investigate any further, but if i'm not the only one > > to see them, i can take a look... > > And what is the point of all of this when we have OpenBSD's PF? ipfw and > libalias is dead. Then tell me please how would you do something like that with pf and ALTQ?: ipfw add pipe 3 ip from any to any out ipfw add pipe 4 ip from any to any in ipfw pipe 3 config bw 2048Kbit/s queue 10 delay 100ms ipfw pipe 4 config bw 2048Kbit/s queue 30 delay 100ms Marcin From owner-freebsd-net@FreeBSD.ORG Wed Sep 7 12:07:06 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39BFD16A41F for ; Wed, 7 Sep 2005 12:07:06 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id A190143D58 for ; Wed, 7 Sep 2005 12:07:05 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by smtp4-g19.free.fr (Postfix) with ESMTP id 269C48C59; Wed, 7 Sep 2005 14:07:04 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id E928A4080; Wed, 7 Sep 2005 14:07:15 +0200 (CEST) Date: Wed, 7 Sep 2005 14:07:15 +0200 From: Jeremie Le Hen To: Mike Jakubik Message-ID: <20050907120715.GM659@obiwan.tataz.chchile.org> References: <20050906100348.GA1440@tin.it> <20050906120657.GD41863@cell.sick.ru> <20050906141304.GA31424@tin.it> <1417.172.16.0.199.1126054335.squirrel@172.16.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1417.172.16.0.199.1126054335.squirrel@172.16.0.1> User-Agent: Mutt/1.5.9i Cc: FreeBSD_Net Subject: Re: Summer of Code 2005: Improve Libalias X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Sep 2005 12:07:06 -0000 Hi Mike, > And what is the point of all of this when we have OpenBSD's PF? ipfw and > libalias is dead. In addition to what others said, you should look at the following, this may be an answer : http://lists.freebsd.org/pipermail/freebsd-ipfw/2005-July/001934.html Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Wed Sep 7 15:52:02 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA35A16A41F; Wed, 7 Sep 2005 15:52:02 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from a.mail.sonic.net (a.mail.sonic.net [64.142.16.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id A058043D48; Wed, 7 Sep 2005 15:52:02 +0000 (GMT) (envelope-from bmah@freebsd.org) Received: from dhcp-168-0-61.packetdesign.com (dns.packetdesign.com [65.192.41.10]) (authenticated bits=0) by a.mail.sonic.net (8.13.3/8.13.3) with ESMTP id j87Fq1ui031996 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 7 Sep 2005 08:52:02 -0700 From: "Bruce A. Mah" To: freebsd-net@freebsd.org In-Reply-To: <1125379495.19062.37.camel@tomcat.kitchenlab.org> References: <1125346643.2344.31.camel@localhost> <20050829211720.GA55642@heff.fud.org.nz> <1125351478.2344.44.camel@localhost> <1125364782.19062.3.camel@tomcat.kitchenlab.org> <20050830012650.GC55642@heff.fud.org.nz> <1125379495.19062.37.camel@tomcat.kitchenlab.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-IItmqkOUx/wUlz2GzpFe" Date: Wed, 07 Sep 2005 08:52:01 -0700 Message-Id: <1126108321.2239.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Cc: bmah@freebsd.org Subject: Re: if_bridge and IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2005 15:52:03 -0000 --=-IItmqkOUx/wUlz2GzpFe Content-Type: text/plain Content-Transfer-Encoding: quoted-printable If memory serves me right, Bruce A. Mah wrote: > If memory serves me right, Andrew Thompson wrote: > > On Mon, Aug 29, 2005 at 06:19:42PM -0700, Bruce A. Mah wrote: [IPv6 over an if_bridge interface didn't work.] > > > Bridging of IPv6 packets going between two hosts on either side of th= e > > > bridge appears to work just fine (to the point where I can do ping6 a= nd > > > ssh across the bridge). > > =20 > > Good to hear something works :) >=20 > Well, just for the record (maybe I mentioned this before) ARP and > unicast IPv4 work as advertised. So yeah, something works. :-) For anyone who was following along with this, Andrew and I exchanged some private email about this problem, he sent me a patch which I successfully tested, and he committed the solution to HEAD in these files: Revision Changes Path 1.21 +27 -5 src/sys/net/if_bridge.c 1.198 +1 -1 src/sys/net/if_ethersubr.c 1.28 +1 -4 src/sys/netinet6/in6_ifattach.c 1.55 +2 -0 src/sys/netinet6/nd6.c 1.33 +1 -0 src/sys/netinet6/nd6_nbr.c Thanks to Andrew for his speedy solution! Bruce. --=-IItmqkOUx/wUlz2GzpFe Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBDHwyh2MoxcVugUsMRAtRfAKCE4KvRHV8qs3HTiTpCpe5EnVY4zACdHd6G rkjXRjJH7ceMJS91mXyA1zs= =LYnV -----END PGP SIGNATURE----- --=-IItmqkOUx/wUlz2GzpFe-- From owner-freebsd-net@FreeBSD.ORG Wed Sep 7 16:32:03 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0BBE16A41F for ; Wed, 7 Sep 2005 16:32:03 +0000 (GMT) (envelope-from micko@mx.micko.net) Received: from mx.micko.net (ip67-94-133-150.z133-94-67.customer.algx.net [67.94.133.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96ACB43D53 for ; Wed, 7 Sep 2005 16:32:02 +0000 (GMT) (envelope-from micko@mx.micko.net) Received: by mx.micko.net (Postfix, from userid 1001) id B21D55C023; Wed, 7 Sep 2005 12:35:33 -0400 (EDT) Date: Wed, 7 Sep 2005 12:35:33 -0400 From: micko To: freebsd-net@freebsd.org Message-ID: <20050907163533.GA6860@micko.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="DocE+STaALJfprDB" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD remote.micko.net 5.3-STABLE FreeBSD 5.3-STABLE Subject: dhcp problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Sep 2005 16:32:03 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I am having trouble obtaining a dhcp address from a cable modem (comcast). I tried using different NICs and even switch to openbsd to ruleout any incompatibility issues, but no luck, as soon as I plug in the cheap linksys gw everything works peachy. I tried modifying the send/request/receive values for dhclient but that didn't change anything, bug plugging the device behind the linksys or on a network with isc-dhcpd it works ok. Anybody on the list using comcast, or maybe can direct me to a right place? Attached is trace from dhclient. thanks micko --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="soekris.dhcp" 567 ktrace RET ktrace 0 567 ktrace CALL execve(0xbfbfe7b0,0xbfbfed00,0xbfbfed0c) 567 ktrace NAMI "/sbin/dhclient" 567 ktrace NAMI "/libexec/ld-elf.so.1" 567 dhclient RET execve 0 567 dhclient CALL mmap(0,0xf50,0x3,0x1000,0xffffffff,0,0,0) 567 dhclient RET mmap 671834112/0x280b6000 567 dhclient CALL munmap(0x280b6000,0xf50) 567 dhclient RET munmap 0 567 dhclient CALL __sysctl(0xbfbfeab8,0x2,0x280b2c58,0xbfbfeab4,0,0) 567 dhclient RET __sysctl 0 567 dhclient CALL mmap(0,0x8000,0x3,0x1002,0xffffffff,0,0,0) 567 dhclient RET mmap 671834112/0x280b6000 567 dhclient CALL issetugid 567 dhclient RET issetugid 0 567 dhclient CALL open(0x280ae0c6,0,0x1b6) 567 dhclient NAMI "/etc/libmap.conf" 567 dhclient RET open -1 errno 2 No such file or directory 567 dhclient CALL open(0x280adb61,0,0) 567 dhclient NAMI "/var/run/ld-elf.so.hints" 567 dhclient RET open 3 567 dhclient CALL read(0x3,0xbfbfeb60,0x80) 567 dhclient GIO fd 3 read 128 bytes 0x0000 4568 6e74 0100 0000 8000 0000 2d00 0000 0000 0000 2c00 0000 |Ehnt........-.......,...| 0x0018 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0048 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0078 0000 0000 0000 0000 |........| 567 dhclient RET read 128/0x80 567 dhclient CALL lseek(0x3,0,0x80,0,0) 567 dhclient RET lseek 128/0x80 567 dhclient CALL read(0x3,0x280ba000,0x2d) 567 dhclient GIO fd 3 read 45 bytes "/lib:/usr/lib:/usr/lib/compat:/usr/local/lib\0" 567 dhclient RET read 45/0x2d 567 dhclient CALL close(0x3) 567 dhclient RET close 0 567 dhclient CALL access(0x280bb000,0) 567 dhclient NAMI "/lib/libc.so.5" 567 dhclient RET access 0 567 dhclient CALL open(0x280b7020,0,0) 567 dhclient NAMI "/lib/libc.so.5" 567 dhclient RET open 3 567 dhclient CALL fstat(0x3,0xbfbfebb0) 567 dhclient RET fstat 0 567 dhclient CALL read(0x3,0x280b1ba0,0x1000) 567 dhclient GIO fd 3 read 4096 bytes 0x0000 7f45 4c46 0101 0109 0000 0000 0000 0000 0300 0300 0100 0000 |.ELF....................| 0x0018 80d7 0100 3400 0000 fc79 0d00 0000 0000 3400 2000 0300 2800 |....4....y......4. ...(.| 0x0030 2600 2500 0100 0000 0000 0000 0000 0000 0000 0000 c504 0c00 |&.%.....................| 0x0048 c504 0c00 0500 0000 0010 0000 0100 0000 e004 0c00 e014 0c00 |........................| 0x0060 e014 0c00 c448 0000 1c85 0100 0600 0000 0010 0000 0200 0000 |.....H..................| 0x0078 483a 0c00 484a 0c00 484a 0c00 b000 0000 b000 0000 0600 0000 |H:..HJ..HJ..............| 0x0090 0400 0000 0508 0000 c10a 0000 4f05 0000 e607 0000 0000 0000 |............O...........| 0x00a8 0000 0000 4207 0000 ee05 0000 fd01 0000 0d0a 0000 ff03 0000 |....B...................| 0x00c0 0000 0000 2e08 0000 4e08 0000 9606 0000 3805 0000 8801 0000 |........N.......8.......| 0x00d8 0000 0000 0509 0000 0000 0000 f402 0000 6409 0000 d405 0000 |................d.......| 0x00f0 a705 0000 0000 0000 4109 0000 9c08 0000 a80a 0000 b60a 0000 |........A...............| 0x0108 b704 0000 c601 0000 f309 0000 7505 0000 8a03 0000 3a0a 0000 |............u.......:...| 0x0120 f808 0000 800a 0000 7f0a 0000 c909 0000 0000 0000 0000 0000 |........................| 0x0138 8f04 0000 d806 0000 5603 0000 210a 0000 f008 0000 1807 0000 |........V...!...........| 0x0150 3c07 0000 f608 0000 eb02 0000 6c07 0000 990a 0000 8007 0000 |<...........l...........| 0x0168 5e09 0000 a307 0000 8d07 0000 e809 0000 5b02 0000 cc08 0000 |^...............[.......| 0x0180 0000 0000 fe08 0000 0000 0000 0000 0000 900a 0000 f806 0000 |........................| 0x0198 0000 0000 e300 0000 6d0a 0000 5e08 0000 0000 0000 9603 0000 |........m...^...........| 0x01b0 0401 0000 880a 0000 d603 0000 8307 0000 9802 0000 0000 0000 |........................| 0x01c8 6209 0000 0000 0000 e308 0000 0000 0000 a606 0000 7600 0000 |b...................v...| 0x01e0 7a09 0000 0000 0000 3c08 0000 0000 0000 4906 0000 9f07 0000 |z.......<.......I.......| 0x01f8 0000 0000 8506 0000 8308 0000 1a02 0000 0000 0000 3408 0000 |....................4...| 0x0210 0000 0000 0a06 0000 b409 0000 6408 0000 0000 0000 b806 0000 |............d...........| 0x0228 0104 0000 0000 0000 0000 0000 5208 0000 3a02 0000 0000 0000 |............R...:.......| 0x0240 d106 0000 0000 0000 0000 0000 b201 0000 d807 0000 c101 0000 |........................| 0x0258 b507 0000 f909 0000 0000 0000 f304 0000 e008 0000 0000 0000 |........................| 0x0270 3809 0000 fe09 0000 070a 0000 3a04 0000 ba07 0000 0000 0000 |8...........:...........| 0x0288 ce09 0000 e409 0000 5901 0000 2a08 0000 0000 0000 5409 0000 |........Y...*.......T...| 0x02a0 e206 0000 1507 0000 0000 0000 6709 0000 1e09 0000 2907 0000 |............g.......)...| 0x02b8 a30a 0000 a708 0000 4609 0000 0208 0000 f404 0000 3b01 0000 |........F...........;...| 0x02d0 0000 0000 ad09 0000 8207 0000 0503 0000 e403 0000 0000 0000 |........................| 0x02e8 0000 0000 0000 0000 0d09 0000 6307 0000 0000 0000 8600 0000 |............c...........| 0x0300 7a00 0000 9801 0000 5b05 0000 0000 0000 4d03 0000 3f09 0000 |z.......[.......M...?...| 0x0318 b805 0000 0000 0000 3102 0000 d604 0000 7c0a 0000 0000 0000 |........1.......|.......| 0x0330 0000 0000 a809 0000 5d0a 0000 7901 0000 4302 0000 0000 0000 |........]...y...C.......| 0x0348 9405 0000 e000 0000 a70a 0000 6f07 0000 270a 0000 3d07 0000 |............o...'...=...| 0x0360 0000 0000 2106 0000 e908 0000 0000 0000 0000 0000 2b08 0000 |....!...............+...| 0x0378 7208 0000 5206 0000 e706 0000 8e08 0000 0000 0000 0000 0000 |r...R...................| 0x0390 4c08 0000 a101 0000 0000 0000 0000 0000 a203 0000 e408 0000 |L.......................| 0x03a8 9104 0000 d207 0000 0000 0000 0000 0000 9807 0000 0000 0000 |........................| 0x03c0 0000 0000 9103 0000 0000 0000 5f05 0000 2a05 0000 0000 0000 |............_...*.......| 0x03d8 c207 0000 0000 0000 ba05 0000 3f00 0000 7a05 0000 ce07 0000 |............?...z.......| 0x03f0 7009 0000 7f05 0000 8906 0000 bd02 0000 be05 0000 0000 0000 |p.......................| 0x0408 be03 0000 8208 0000 9507 0000 d203 0000 0000 0000 0000 0000 |........................| 0x0420 3b0a 0000 ea06 0000 0000 0000 4d0a 0000 5302 0000 0000 0000 |;...........M...S.......| 0x0438 0000 0000 0000 0000 ed07 0000 3209 0000 0000 0000 3909 0000 |............2.......9...| 0x0450 a003 0000 ae06 0000 0000 0000 4d09 0000 0000 0000 e606 0000 |............M...........| 0x0468 0000 0000 5e0a 0000 fc08 0000 ab09 0000 c507 0000 0000 0000 |....^...................| 0x0480 9306 0000 0000 0000 0000 0000 0000 0000 7203 0000 e304 0000 |................r.......| 0x0498 0000 0000 8e06 0000 9709 0000 4e06 0000 af00 0000 0000 0000 |............N...........| 0x04b0 1309 0000 2408 0000 b508 0000 f108 0000 4f00 0000 3401 0000 |....$...........O...4...| 0x04c8 7c03 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 ||.......................| 0x04e0 3900 0000 0000 0000 0b0a 0000 0000 0000 980a 0000 1201 0000 |9.......................| 0x04f8 4502 0000 0e04 0000 9f06 0000 0000 0000 f408 0000 0000 0000 |E.......................| 0x0510 7709 0000 2407 0000 0000 0000 b902 0000 a20a 0000 8103 0000 |w...$...................| 0x0528 b404 0000 8003 0000 ba04 0000 f003 0000 0000 0000 8d05 0000 |........................| 0x0540 5f09 0000 6e07 0000 e208 0000 0000 0000 0000 0000 5909 0000 |_...n...............Y...| 0x0558 7804 0000 9207 0000 0000 0000 0000 0000 8800 0000 0000 0000 |x.......................| 0x0570 de07 0000 4a00 0000 9c07 0000 0000 0000 0000 0000 8505 0000 |....J...................| 0x0588 9008 0000 6108 0000 0000 0000 590a 0000 4203 0000 bc05 0000 |....a.......Y...B.......| 0x05a0 2605 0000 2e0a 0000 d406 0000 9209 0000 0000 0000 0000 0000 |&.......................| 0x05b8 1a09 0000 0000 0000 6504 0000 6009 0000 4802 0000 ae04 0000 |........e...`...H.......| 0x05d0 c003 0000 0000 0000 9508 0000 0000 0000 0000 0000 ce00 0000 |........................| 0x05e8 6707 0000 0a0a 0000 5400 0000 6b06 0000 0000 0000 0000 0000 |g.......T...k...........| 0x0600 4b09 0000 0000 0000 4d08 0000 9d08 0000 6a08 0000 9806 0000 |K.......M.......j.......| 0x0618 d308 0000 0000 0000 0000 0000 4b00 0000 360a 0000 9404 0000 |............K...6.......| 0x0630 cc04 0000 c505 0000 0000 0000 0000 0000 0000 0000 5d03 0000 |....................]...| 0x0648 1608 0000 460a 0000 0000 0000 5306 0000 0000 0000 0000 0000 |....F.......S...........| 0x0660 e509 0000 dd07 0000 0000 0000 7400 0000 0000 0000 0000 0000 |............t...........| 0x0678 af05 0000 6609 0000 a605 0000 8c05 0000 0e03 0000 0000 0000 |....f...................| 0x0690 0000 0000 3808 0000 aa06 0000 6803 0000 ac04 0000 440a 0000 |....8.......h.......D...| 0x06a8 0000 0000 720a 0000 9e06 0000 5109 0000 c106 0000 8b03 0000 |....r.......Q...........| 0x06c0 6b0a 0000 5d04 0000 6301 0000 0000 0000 0000 0000 0000 0000 |k...]...c...............| 0x06d8 0000 0000 0000 0000 5301 0000 0000 0000 ca05 0000 3e00 0000 |........S...........>...| 0x06f0 0601 0000 3e09 0000 ae02 0000 fb06 0000 0000 0000 0000 0000 |....>...................| 0x0708 4f02 0000 df08 0000 ca01 0000 0000 0000 7409 0000 f508 0000 |O...............t.......| 0x0720 4b0a 0000 d307 0000 0000 0000 3602 0000 0000 0000 5c06 0000 |K...........6.......\...| 0x0738 d704 0000 c203 0000 2a09 0000 e602 0000 7907 0000 0000 0000 |........*.......y.......| 0x0750 2b0a 0000 080a 0000 5700 0000 0000 0000 280a 0000 1204 0000 |+.......W.......(.......| 0x0768 6708 0000 0000 0000 b406 0000 0000 0000 0000 0000 8303 0000 |g.......................| 0x0780 1407 0000 2f0a 0000 3204 0000 0000 0000 7404 0000 0000 0000 |..../...2.......t.......| 0x0798 0000 0000 0000 0000 0305 0000 1207 0000 c700 0000 6a01 0000 |....................j...| 0x07b0 e603 0000 9b09 0000 b005 0000 9d09 0000 450a 0000 0000 0000 |................E.......| 0x07c8 9c0a 0000 0000 0000 0000 0000 0000 0000 0000 0000 2006 0000 |.................... ...| 0x07e0 6e02 0000 5508 0000 db08 0000 0c01 0000 6d08 0000 5708 0000 |n...U...........m...W...| 0x07f8 ff02 0000 0000 0000 0000 0000 0000 0000 0000 0000 300a 0000 |....................0...| 0x0810 f103 0000 0302 0000 5f07 0000 0000 0000 5c09 0000 b506 0000 |........_.......\.......| 0x0828 cd09 0000 0000 0000 1109 0000 6c0a 0000 3e07 0000 b206 0000 |............l...>.......| 0x0840 8c08 0000 9c03 0000 d109 0000 fd02 0000 2d09 0000 dc06 0000 |................-.......| 0x0858 ef03 0000 3f0a 0000 0000 0000 7a03 0000 370a 0000 bc09 0000 |....?.......z...7.......| 0x0870 3906 0000 0000 0000 8204 0000 5f0a 0000 e805 0000 0000 0000 |9..........._...........| 0x0888 1c04 0000 950a 0000 1308 0000 0000 0000 b408 0000 d508 0000 |........................| 0x08a0 8c0a 0000 a906 0000 9907 0000 7905 0000 5604 0000 0000 0000 |............y...V.......| 0x08b8 0000 0000 3109 0000 d709 0000 0605 0000 8b02 0000 0000 0000 |....1...................| 0x08d0 0000 0000 0000 0000 7f06 0000 0000 0000 0000 0000 7a07 0000 |....................z...| 0x08e8 7100 0000 0000 0000 5307 0000 b204 0000 0000 0000 9609 0000 |q.......S...............| 0x0900 bb08 0000 3208 0000 4701 0000 ec09 0000 0000 0000 7a04 0000 |....2...G...........z...| 0x0918 f403 0000 8602 0000 d401 0000 cb09 0000 6501 0000 6502 0000 |................e...e...| 0x0930 2508 0000 650a 0000 540a 0000 f500 0000 3202 0000 7909 0000 |%...e...T.......2...y...| 0x0948 2801 0000 b009 0000 7e04 0000 0000 0000 6701 0000 fb04 0000 |(.......~.......g.......| 0x0960 0000 0000 4e0a 0000 f204 0000 a404 0000 ca06 0000 8008 0000 |....N...................| 0x0978 c508 0000 0000 0000 6105 0000 bb01 0000 3709 0000 0000 0000 |........a.......7.......| 0x0990 0000 0000 9408 0000 290a 0000 5308 0000 4300 0000 0000 0000 |........)...S...C.......| 0x09a8 be0a 0000 2f09 0000 3307 0000 cd03 0000 0000 0000 960a 0000 |..../...3...............| 0x09c0 0507 0000 6601 0000 f507 0000 cc09 0000 ec00 0000 ac08 0000 |....f...................| 0x09d8 5104 0000 4505 0000 d908 0000 2900 0000 0703 0000 ed01 0000 |Q...E.......)...........| 0x09f0 5706 0000 b300 0000 db03 0000 0000 0000 0000 0000 610a 0000 |W...................a...| 0x0a08 9505 0000 6f0a 0000 1101 0000 0000 0000 0000 0000 ee03 0000 |....o...................| 0x0a20 510a 0000 0000 0000 bc01 0000 0000 0000 7000 0000 be06 0000 |Q...............p.......| 0x0a38 5b01 0000 7605 0000 ad0a 0000 f609 0000 0000 0000 0000 0000 |[...v...................| 0x0a50 3a07 0000 e200 0000 c803 0000 3107 0000 7e0a 0000 670a 0000 |:...........1...~...g...| 0x0a68 6700 0000 a808 0000 0b09 0000 520a 0000 dc07 0000 0206 0000 |g...........R...........| 0x0a80 6509 0000 0000 0000 c600 0000 0a03 0000 e108 0000 ac05 0000 |e.......................| 0x0a98 0000 0000 8c09 0000 c609 0000 0000 0000 b004 0000 6c09 0000 |....................l...| 0x0ab0 0000 0000 0000 0000 eb00 0000 7e09 0000 2b09 0000 c006 0000 |............~...+.......| 0x0ac8 8f0a 0000 0000 0000 2301 0000 0000 0000 0108 0000 a907 0000 |........#...............| 0x0ae0 b40a 0000 5304 0000 0000 0000 0000 0000 5d06 0000 0000 0000 |....S...........].......| 0x0af8 5506 0000 b307 0000 0000 0000 d504 0000 7c06 0000 cf09 0000 |U...............|.......| 0x0b10 0000 0000 0000 0000 0000 0000 640a 0000 e006 0000 a402 0000 |............d...........| 0x0b28 a401 0000 0000 0000 f509 0000 9b0a 0000 0000 0000 3c05 0000 |....................<...| 0x0b40 6006 0000 0000 0000 a90a 0000 0809 0000 7e00 0000 de08 0000 |`...............~.......| 0x0b58 0000 0000 680a 0000 0304 0000 4d04 0000 2902 0000 f901 0000 |....h.......M...).......| 0x0b70 d104 0000 a107 0000 f503 0000 1d0a 0000 0000 0000 4608 0000 |....................F...| 0x0b88 d702 0000 0000 0000 ff08 0000 0b07 0000 f809 0000 a103 0000 |........................| 0x0ba0 da07 0000 0000 0000 c402 0000 5500 0000 eb09 0000 e704 0000 |............U...........| 0x0bb8 3a09 0000 2409 0000 0000 0000 0000 0000 0000 0000 9d05 0000 |:...$...................| 0x0bd0 e508 0000 d804 0000 0000 0000 0000 0000 eb07 0000 0000 0000 |........................| 0x0be8 ac09 0000 1705 0000 0000 0000 d507 0000 2309 0000 0000 0000 |................#.......| 0x0c00 e005 0000 1907 0000 8907 0000 0000 0000 7004 0000 9301 0000 |................p.......| 0x0c18 f104 0000 0000 0000 d901 0000 0000 0000 f007 0000 0000 0000 |........................| 0x0c30 2607 0000 0000 0000 0905 0000 a908 0000 ca08 0000 0000 0000 |&.......................| 0x0c48 8d0a 0000 b908 0000 9101 0000 0000 0000 0000 0000 ff09 0000 |........................| 0x0c60 7b09 0000 5f08 0000 9506 0000 f201 0000 0f04 0000 aa08 0000 |{..._...................| 0x0c78 ab02 0000 4503 0000 020a 0000 3b06 0000 8e07 0000 c509 0000 |....E.......;...........| 0x0c90 0000 0000 8300 0000 9e05 0000 5a0a 0000 9909 0000 0e0a 0000 |............Z...........| 0x0ca8 c007 0000 0000 0000 0f0a 0000 0000 0000 d906 0000 8507 0000 |........................| 0x0cc0 0000 0000 3d08 0000 b607 0000 8f02 0000 0000 0000 0000 0000 |....=...................| 0x0cd8 0000 0000 eb08 0000 2b01 0000 6909 0000 0000 0000 e807 0000 |........+...i...........| 0x0cf0 6000 0000 2208 0000 9707 0000 3a06 0000 7608 0000 8609 0000 |`...".......:...v.......| 0x0d08 a005 0000 0000 0000 4801 0000 e800 0000 e903 0000 0000 0000 |........H...............| 0x0d20 0000 0000 4405 0000 0000 0000 9109 0000 7c07 0000 9208 0000 |....D...........|.......| 0x0d38 0106 0000 6001 0000 7109 0000 d008 0000 5a09 0000 0000 0000 |....`...q.......Z.......| 0x0d50 2209 0000 7906 0000 b702 0000 8d06 0000 0000 0000 2a07 0000 |"...y...............*...| 0x0d68 6809 0000 aa09 0000 d801 0000 5709 0000 bd0a 0000 040a 0000 |h...........W...........| 0x0d80 0000 0000 bd08 0000 d902 0000 0000 0000 0000 0000 aa07 0000 |........................| 0x0d98 b30a 0000 0000 0000 3104 0000 8409 0000 4004 0000 390a 0000 |........1.......@...9...| 0x0db0 0000 0000 9604 0000 6d04 0000 5007 0000 7302 0000 780a 0000 |........m...P...s...x...| 0x0dc8 ea01 0000 8a07 0000 6106 0000 9f09 0000 9809 0000 cf06 0000 |........a...............| 0x0de0 b801 0000 1805 0000 0000 0000 0000 0000 4c07 0000 0000 0000 |................L.......| 0x0df8 c701 0000 c000 0000 ae07 0000 2c00 0000 5b00 0000 4908 0000 |............,...[...I...| 0x0e10 e901 0000 7807 0000 ee08 0000 7607 0000 4007 0000 2d04 0000 |....x.......v...@...-...| 0x0e28 3608 0000 a009 0000 de09 0000 1b07 0000 4705 0000 760a 0000 |6...............G...v...| 0x0e40 0000 0000 e209 0000 0006 0000 9808 0000 bf0a 0000 0000 0000 |........................| 0x0e58 0008 0000 0000 0000 df01 0000 0000 0000 0000 0000 2303 0000 |....................#...| 0x0e70 0000 0000 f106 0000 7800 0000 8a09 0000 0c08 0000 d505 0000 |........x...............| 0x0e88 9509 0000 0000 0000 0000 0000 0000 0000 b207 0000 2609 0000 |....................&...| 0x0ea0 4703 0000 0000 0000 f303 0000 0000 0000 0000 0000 0000 0000 |G.......................| 0x0eb8 8f09 0000 a206 0000 0000 0000 ad08 0000 350a 0000 0109 0000 |................5.......| 0x0ed0 0000 0000 cc05 0000 3306 0000 0000 0000 0000 0000 0000 0000 |........3...............| 0x0ee8 f603 0000 8605 0000 0609 0000 ee04 0000 dc09 0000 bb07 0000 |........................| 0x0f00 8e0a 0000 b808 0000 6208 0000 0606 0000 850a 0000 0000 0000 |........b...............| 0x0f18 1408 0000 1c05 0000 0000 0000 6b07 0000 f002 0000 0000 0000 |............k...........| 0x0f30 5d07 0000 1e0a 0000 0000 0000 0000 0000 7903 0000 0000 0000 |]...............y.......| 0x0f48 1403 0000 150a 0000 7802 0000 380a 0000 1a04 0000 c808 0000 |........x...8...........| 0x0f60 0000 0000 9b07 0000 0e08 0000 4305 0000 0000 0000 c407 0000 |............C...........| 0x0f78 9206 0000 2809 0000 4f09 0000 c504 0000 0000 0000 1808 0000 |....(...O...............| 0x0f90 cd08 0000 0000 0000 8202 0000 7d07 0000 8309 0000 0000 0000 |............}...........| 0x0fa8 0000 0000 ed03 0000 cf08 0000 0000 0000 0000 0000 8a08 0000 |........................| 0x0fc0 0000 0000 0000 0000 3108 0000 d004 0000 0d04 0000 790a 0000 |........1...........y...| 0x0fd8 0000 0000 2f08 0000 0000 0000 500a 0000 6604 0000 0000 0000 |..../.......P...f.......| 0x0ff0 7107 0000 7005 0000 0000 0000 7403 0000 |q...p.......t...| 567 dhclient RET read 4096/0x1000 567 dhclient CALL mmap(0,0xda000,0x5,0x20002,0x3,0,0,0) 567 dhclient RET mmap 671866880/0x280be000 567 dhclient CALL mprotect(0x2817e000,0x1000,0x7) 567 dhclient RET mprotect 0 567 dhclient CALL mprotect(0x2817e000,0x1000,0x5) 567 dhclient RET mprotect 0 567 dhclient CALL mmap(0x2817f000,0x5000,0x3,0x12,0x3,0,0xc0000,0) 567 dhclient RET mmap 672657408/0x2817f000 567 dhclient CALL mmap(0x28184000,0x14000,0x3,0x1012,0xffffffff,0,0,0) 567 dhclient RET mmap 672677888/0x28184000 567 dhclient CALL close(0x3) 567 dhclient RET close 0 567 dhclient CALL mmap(0,0x438,0x3,0x1000,0xffffffff,0,0,0) 567 dhclient RET mmap 672759808/0x28198000 567 dhclient CALL munmap(0x28198000,0x438) 567 dhclient RET munmap 0 567 dhclient CALL mprotect(0x280be000,0xc1000,0x7) 567 dhclient RET mprotect 0 567 dhclient CALL mmap(0,0x5608,0x3,0x1000,0xffffffff,0,0,0) 567 dhclient RET mmap 672759808/0x28198000 567 dhclient CALL munmap(0x28198000,0x5608) 567 dhclient RET munmap 0 567 dhclient CALL mprotect(0x280be000,0xc1000,0x5) 567 dhclient RET mprotect 0 567 dhclient CALL sigaction(0x4,0xbfbfec00,0xbfbfebe0) 567 dhclient RET sigaction 0 567 dhclient CALL sigprocmask(0x1,0,0x280b1afc) 567 dhclient RET sigprocmask 0 567 dhclient CALL sigaction(0x4,0xbfbfebe0,0) 567 dhclient RET sigaction 0 567 dhclient CALL sysarch(0x1,0xbfbfec10) 567 dhclient RET sysarch 17/0x11 567 dhclient CALL sigprocmask(0x1,0x280b1aa0,0xbfbfec10) 567 dhclient RET sigprocmask 0 567 dhclient CALL sigprocmask(0x3,0x280b1ab0,0) 567 dhclient RET sigprocmask 0 567 dhclient CALL open(0x80881c5,0x2,0x280b15d8) 567 dhclient NAMI "/dev/null" 567 dhclient RET open 3 567 dhclient CALL close(0x3) 567 dhclient RET close 0 567 dhclient CALL socket(0x1,0x2,0) 567 dhclient RET socket 3 567 dhclient CALL fcntl(0x3,0x2,0x1) 567 dhclient RET fcntl 0 567 dhclient CALL connect(0x3,0xbfbfeba0,0x6a) 567 dhclient NAMI "/var/run/logpriv" 567 dhclient RET connect 0 567 dhclient CALL readlink(0x2817805b,0xbfbfeac0,0x3f) 567 dhclient NAMI "/etc/malloc.conf" 567 dhclient RET readlink -1 errno 2 No such file or directory 567 dhclient CALL issetugid 567 dhclient RET issetugid 0 567 dhclient CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 567 dhclient RET mmap 672759808/0x28198000 567 dhclient CALL break(0x80a2000) 567 dhclient RET break 0 567 dhclient CALL break(0x80a3000) 567 dhclient RET break 0 567 dhclient CALL break(0x80a4000) 567 dhclient RET break 0 567 dhclient CALL break(0x80a5000) 567 dhclient RET break 0 567 dhclient CALL socket(0x2,0x2,0x11) 567 dhclient RET socket 4 567 dhclient CALL ioctl(0x4,SIOCG80211,0xbfbfec10) 567 dhclient RET ioctl -1 errno 22 Invalid argument 567 dhclient CALL close(0x4) 567 dhclient RET close 0 567 dhclient CALL open(0x2817b204,0,0x1b6) 567 dhclient NAMI "/etc/services" 567 dhclient RET open 4 567 dhclient CALL fstat(0x4,0xbfbfeb00) 567 dhclient RET fstat 0 567 dhclient CALL break(0x80a9000) 567 dhclient RET break 0 567 dhclient CALL read(0x4,0x80a5000,0x4000) 567 dhclient GIO fd 4 read 4096 bytes "# # Network services, Internet style # # Note that it is presently the policy of IANA to assign a single well-known # port number for both TCP and UDP; hence, most entries here have two entries # even if the protocol doesn't support UDP operations. # # The latest IANA port assignments can be gotten from # # http://www.iana.org/assignments/port-numbers # # The Well Known Ports are those from 0 through 1023. # The Registered Ports are those from 1024 through 49151 # The Dynamic and/or Private Ports are those from 49152 through 65535 # # Kerberos services are for Kerberos v4, and are unofficial. Sites running # v5 should uncomment v5 entries and comment v4 entries. # # $FreeBSD: src/etc/services,v 1.102 2004/08/16 11:52:22 cperciva Exp $ # From: @(#)services 5.8 (Berkeley) 5/9/91 # # WELL KNOWN PORT NUMBERS # rtmp 1/ddp #Routing Table Maintenance Protocol tcpmux 1/tcp #TCP Port Service Multiplexer tcpmux 1/udp #TCP Port Service Multiplexer nbp 2/ddp #Name Binding Protocol compressnet 2/tcp #Management Utility compressnet 2/udp #Management Utility compressnet 3/tcp #Compression Process compressnet 3/udp #Compression Process echo 4/ddp #AppleTalk Echo Protocol rje 5/tcp #Remote Job Entry rje 5/udp #Remote Job Entry zip 6/ddp #Zone Information Protocol echo 7/tcp echo 7/udp discard 9/tcp sink null discard 9/udp sink null systat 11/tcp users #Active Users systat 11/udp users #Active Users daytime 13/tcp daytime 13/udp qotd 17/tcp quote #Quote of the Day qotd 17/udp quote #Quote of the Day msp 18/tcp #Message Send Protocol msp 18/udp #Message Send Protocol chargen 19/tcp ttytst source #Character Generator chargen 19/udp ttytst source #Character Generator ftp-data 20/tcp #File Transfer [Default Data] ftp-data 20/udp #File Transfer [Default Data] ftp 21/tcp #File Transfer [Control] ftp 21/udp #File Transfer [Control] ssh 22/tcp #Secure Shell Login ssh 22/udp #Secure Shell Login telnet 23/tcp telnet 23/udp # 24/tcp any private mail system # 24/udp any private mail system smtp 25/tcp mail #Simple Mail Transfer smtp 25/udp mail #Simple Mail Transfer nsw-fe 27/tcp #NSW User System FE nsw-fe 27/udp #NSW User System FE msg-icp 29/tcp #MSG ICP msg-icp 29/udp #MSG ICP msg-auth 31/tcp #MSG Authentication msg-auth 31/udp #MSG Authentication dsp 33/tcp #Display Support Protocol dsp 33/udp #Display Support Protocol # 35/tcp any private printer server # 35/udp any private printer server time 37/tcp timserver time 37/udp timserver rap 38/tcp #Route Access Protocol rap 38/udp #Route Access Protocol rlp 39/tcp resource #Resource Location Protocol rlp 39/udp resource #Resource Location Protocol graphics 41/tcp graphics 41/udp nameserver 42/tcp name #Host Name Server nameserver 42/udp name #Host Name Server nicname 43/tcp whois nicname 43/udp whois mpm-flags 44/tcp #MPM FLAGS Protocol mpm-flags 44/udp #MPM FLAGS Protocol mpm 45/tcp #Message Processing Module [recv] mpm 45/udp #Message Processing Module [recv] mpm-snd 46/tcp #MPM [default send] mpm-snd 46/udp #MPM [default send] ni-ftp 47/tcp #NI FTP ni-ftp 47/udp #NI FTP auditd 48/tcp #Digital Audit Daemon auditd 48/udp #Digital Audit Daemon tacacs 49/tcp #Login Host Protocol (TACACS) tacacs 49/udp #Login Host Protocol (TACACS) re-mail-ck 50/tcp #Remote Mail Checking Protocol re-mail-ck 50/udp #Remote Mail Checking Protocol la-maint 51/tcp #IMP Logical Address Maintenance la-maint 51/udp #IMP Logical Address Maintenance xns-time 52/tcp #XNS Time Protocol xns-time 52/udp #XNS Time Protocol domain 53/tcp #Domain Name Server domain 53/udp #Domain Name Server xns-ch 54/tcp #XNS Clearinghouse xns-ch 54/udp #XNS Clearinghouse isi-gl 55/tcp #ISI Graphics Language isi-gl 55/udp #ISI Graphics Language xns-auth 56/tcp" 567 dhclient RET read 16384/0x4000 567 dhclient CALL close(0x4) 567 dhclient RET close 0 567 dhclient CALL gettimeofday(0xbfbfec38,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL socket(0x2,0x2,0x11) 567 dhclient RET socket 4 567 dhclient CALL ioctl(0x4,SIOCGIFCONF,0xbfbfe3d8) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x4,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL close(0x4) 567 dhclient RET close 0 567 dhclient CALL break(0x80b3000) 567 dhclient RET break 0 567 dhclient CALL break(0x80bd000) 567 dhclient RET break 0 567 dhclient CALL break(0x80c7000) 567 dhclient RET break 0 567 dhclient CALL break(0x80d1000) 567 dhclient RET break 0 567 dhclient CALL open(0x8088184,0,0x8087ab0) 567 dhclient NAMI "/etc/dhclient.conf" 567 dhclient RET open 4 567 dhclient CALL break(0x80d3000) 567 dhclient RET break 0 567 dhclient CALL read(0x4,0x80d1000,0x2000) 567 dhclient GIO fd 4 read 93 bytes "interface "sis0" { send host-name "gw"; request subnet-mask, broadcast-address, routers; } " 567 dhclient RET read 93/0x5d 567 dhclient CALL break(0x80d4000) 567 dhclient RET break 0 567 dhclient CALL break(0x80d5000) 567 dhclient RET break 0 567 dhclient CALL read(0x4,0x80d1000,0x2000) 567 dhclient GIO fd 4 read 0 bytes "" 567 dhclient RET read 0 567 dhclient CALL close(0x4) 567 dhclient RET close 0 567 dhclient CALL open(0x8088197,0,0x62c) 567 dhclient NAMI "/var/db/dhclient.leases" 567 dhclient RET open 4 567 dhclient CALL break(0x80d7000) 567 dhclient RET break 0 567 dhclient CALL read(0x4,0x80d5000,0x2000) 567 dhclient GIO fd 4 read 0 bytes "" 567 dhclient RET read 0 567 dhclient CALL close(0x4) 567 dhclient RET close 0 567 dhclient CALL open(0x8088197,0x601,0x1b6) 567 dhclient NAMI "/var/db/dhclient.leases" 567 dhclient RET open 4 567 dhclient CALL socket(0x2,0x2,0x11) 567 dhclient RET socket 5 567 dhclient CALL ioctl(0x5,SIOCG80211,0xbfbfec10) 567 dhclient RET ioctl -1 errno 22 Invalid argument 567 dhclient CALL close(0x5) 567 dhclient RET close 0 567 dhclient CALL getpid 567 dhclient RET getpid 567/0x237 567 dhclient CALL fork 567 dhclient RET fork 568/0x238 567 dhclient CALL wait4(0xffffffff,0xbfbfec04,0,0) 567 dhclient RET wait4 568/0x238 567 dhclient CALL gettimeofday(0xbfbfebd8,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL socket(0x2,0x2,0x11) 567 dhclient RET socket 5 567 dhclient CALL ioctl(0x5,SIOCGIFCONF,0xbfbfe3d8) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x5,SIOCGIFFLAGS,0xbfbfe410) 567 dhclient RET ioctl 0 567 dhclient CALL open(0xbfbfe310,0x2,0) 567 dhclient NAMI "/dev/bpf0" 567 dhclient RET open -1 errno 16 Device busy 567 dhclient CALL open(0xbfbfe310,0x2,0) 567 dhclient NAMI "/dev/bpf1" 567 dhclient RET open 6 567 dhclient CALL ioctl(0x6,BIOCSETIF,0x80a1200) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x6,BIOCVERSION,0xbfbfe38c) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x6,BIOCIMMEDIATE,0xbfbfe388) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x6,BIOCGBLEN,0x80a4078) 567 dhclient RET ioctl 0 567 dhclient CALL ioctl(0x6,BIOCSETF,0xbfbfe380) 567 dhclient RET ioctl 0 567 dhclient CALL gettimeofday(0xbfbfd628,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL access(0x2817d028,0x4) 567 dhclient NAMI "/etc/localtime" 567 dhclient RET access 0 567 dhclient CALL open(0x2817d028,0,0) 567 dhclient NAMI "/etc/localtime" 567 dhclient RET open 7 567 dhclient CALL fstat(0x7,0xbfbfd510) 567 dhclient RET fstat 0 567 dhclient CALL read(0x7,0xbfbfb1f0,0x1f08) 567 dhclient GIO fd 7 read 1267 bytes 0x0000 545a 6966 0000 0000 0000 0000 0000 0000 0000 0000 0000 0004 |TZif....................| 0x0018 0000 0004 0000 0000 0000 00eb 0000 0004 0000 0010 9ea6 1e70 |.......................p| 0x0030 9fba eb60 a086 0070 a19a cd60 a265 e270 a383 e9e0 a46a ae70 |...`...p...`.e.p.....j.p| 0x0048 a535 a760 a653 caf0 a715 8960 a833 acf0 a8fe a5e0 aa13 8ef0 |.5.`.S.....`.3..........| 0x0060 aade 87e0 abf3 70f0 acbe 69e0 add3 52f0 ae9e 4be0 afb3 34f0 |......p...i...R...K...4.| 0x0078 b07e 2de0 b19c 5170 b267 4a60 b37c 3370 b447 2c60 b55c 1570 |.~-...Qp.gJ`.|3p.G,`.\.p| 0x0090 b627 0e60 b73b f770 b806 f060 b91b d970 b9e6 d260 bb04 f5f0 |.'.`.;.p...`...p...`....| 0x00a8 bbc6 b460 bce4 d7f0 bdaf d0e0 bec4 b9f0 bf8f b2e0 c0a4 9bf0 |...`....................| 0x00c0 c16f 94e0 c284 7df0 c34f 76e0 c464 5ff0 c52f 58e0 c64d 7c70 |.o....}..Ov..d_../X..M|p| 0x00d8 c70f 3ae0 c82d 5e70 c8f8 5760 ca0d 4070 cad8 3960 cb88 f070 |..:..-^p..W`..@p..9`...p| 0x00f0 d223 f470 d260 fbe0 d375 e4f0 d440 dde0 d555 c6f0 d620 bfe0 |.#.p.`...u...@...U... ..| 0x0108 d735 a8f0 d800 a1e0 d915 8af0 d9e0 83e0 dafe a770 dbc0 65e0 |.5.................p..e.| 0x0120 dcde 8970 dda9 8260 debe 6b70 df89 6460 e09e 4d70 e169 4660 |...p...`..kp..d`..Mp.iF`| 0x0138 e27e 2f70 e349 2860 e45e 1170 e557 2ee0 e647 2df0 e737 10e0 |.~/p.I(`.^.p.W...G-..7..| 0x0150 e827 0ff0 e916 f2e0 ea06 f1f0 eaf6 d4e0 ebe6 d3f0 ecd6 b6e0 |.'......................| 0x0168 edc6 b5f0 eebf d360 efaf d270 f09f b560 f18f b470 f27f 9760 |.......`...p...`...p...`| 0x0180 f36f 9670 f45f 7960 f54f 7870 f63f 5b60 f72f 5a70 f828 77e0 |.o.p._y`.Oxp.?[`./Zp.(w.| 0x0198 f90f 3c70 fa08 59e0 faf8 58f0 fbe8 3be0 fcd8 3af0 fdc8 1de0 |....p?.b.@o.pA..`| 0x02d0 424f 9470 4364 6160 442f 7670 4544 4360 460f 5870 4724 2560 |BO.pCda`D/vpEDC`F.XpG$%`| 0x02e8 47f8 74f0 4904 0760 49d8 56f0 4ae3 e960 4bb8 38f0 4ccd 05e0 |G.t.I..`I.V.J..`K.8.L...| 0x0300 4d98 1af0 4eac e7e0 4f77 fcf0 508c c9e0 5161 1970 526c abe0 |M...N...Ow..P...Qa.pRl..| 0x0318 5340 fb70 544c 8de0 5520 dd70 562c 6fe0 5700 bf70 5815 8c60 |S@.pTL..U .pV,o.W..pX..`| 0x0330 58e0 a170 59f5 6e60 5ac0 8370 5bd5 5060 5ca9 9ff0 5db5 3260 |X..pY.n`Z..p[.P`\...].2`| 0x0348 5e89 81f0 5f95 1460 6069 63f0 617e 30e0 6249 45f0 635e 12e0 |^..._..``ic.a~0.bIE.c^..| 0x0360 6429 27f0 653d f4e0 6612 4470 671d d6e0 67f2 2670 68fd b8e0 |d)'.e=..f.Dpg...g.&ph...| 0x0378 69d2 0870 6add 9ae0 6bb1 ea70 6cc6 b760 6d91 cc70 6ea6 9960 |i..pj...k..pl..`m..pn..`| 0x0390 6f71 ae70 7086 7b60 715a caf0 7266 5d60 733a acf0 7446 3f60 |oq.pp.{`qZ..rf]`s:..tF?`| 0x03a8 751a 8ef0 762f 5be0 76fa 70f0 780f 3de0 78da 52f0 79ef 1fe0 |u...v/[.v.p.x.=.x.R.y...| 0x03c0 7aba 34f0 7bcf 01e0 7ca3 5170 7dae e3e0 7e83 3370 7f8e c5e0 |z.4.{...|.Qp}...~.3p....| 0x03d8 0001 0001 0001 0001 0001 0001 0001 0001 0001 0001 0001 0001 |........................| 0x03f0 0001 0001 0001 0001 0001 0001 0001 0001 0001 0001 0001 0001 |........................| 0x0408 0203 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 |........................| 0x0420 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 |........................| 0x0438 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 |........................| 0x0450 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 |........................| 0x0468 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 |........................| 0x0480 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 |........................| 0x0498 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 0100 |........................| 0x04b0 0100 0100 0100 0100 0100 0100 0100 0100 0100 01ff ffc7 c001 |........................| 0x04c8 00ff ffb9 b000 04ff ffc7 c001 08ff ffc7 c001 0c45 4454 0045 |...................EDT.E| 0x04e0 5354 0045 5754 0045 5054 0000 0000 0100 0000 01 |ST.EWT.EPT.........| 567 dhclient RET read 1267/0x4f3 567 dhclient CALL close(0x7) 567 dhclient RET close 0 567 dhclient CALL sendto(0x3,0xbfbfdb00,0x45,0,0,0) 567 dhclient GIO fd 3 wrote 69 bytes "<30>Sep 1 15:34:01 dhclient: Listening on BPF/sis0/00:00:24:c4:80:1c" 567 dhclient RET sendto 69/0x45 567 dhclient CALL gettimeofday(0xbfbfd638,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfdb10,0x45,0,0,0) 567 dhclient GIO fd 3 wrote 69 bytes "<30>Sep 1 15:34:01 dhclient: Sending on BPF/sis0/00:00:24:c4:80:1c" 567 dhclient RET sendto 69/0x45 567 dhclient CALL fcntl(0x6,0x2,0x1) 567 dhclient RET fcntl 0 567 dhclient CALL close(0x5) 567 dhclient RET close 0 567 dhclient CALL socket(0x2,0x2,0x11) 567 dhclient RET socket 5 567 dhclient CALL setsockopt(0x5,0xffff,0x4,0xbfbfe34c,0x4) 567 dhclient RET setsockopt 0 567 dhclient CALL bind(0x5,0xbfbfe350,0x10) 567 dhclient RET bind 0 567 dhclient CALL gettimeofday(0xbfbfd638,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfdb10,0x3a,0,0,0) 567 dhclient GIO fd 3 wrote 58 bytes "<30>Sep 1 15:34:01 dhclient: Sending on Socket/fallback" 567 dhclient RET sendto 58/0x3a 567 dhclient CALL fcntl(0x5,0x2,0x1) 567 dhclient RET fcntl 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL socket(0x2,0x2,0x11) 567 dhclient RET socket 7 567 dhclient CALL ioctl(0x7,SIOCGIFMEDIA,0xbfbfeb90) 567 dhclient RET ioctl 0 567 dhclient CALL close(0x7) 567 dhclient RET close 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL socket(0x2,0x2,0x11) 567 dhclient RET socket 7 567 dhclient CALL ioctl(0x7,SIOCGIFMEDIA,0xbfbfeb90) 567 dhclient RET ioctl 0 567 dhclient CALL close(0x7) 567 dhclient RET close 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfde38,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfe310,0x58,0,0,0) 567 dhclient GIO fd 3 wrote 88 bytes "<30>Sep 1 15:34:08 dhclient: DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 5" 567 dhclient RET sendto 88/0x58 567 dhclient CALL writev(0x6,0xbfbfea10,0x3) 567 dhclient GIO fd 6 wrote 342 bytes 0x0000 ffff ffff ffff 0000 24c4 801c 0800 4510 0148 0000 0000 1011 |........$.....E..H......| 0x0018 a996 0000 0000 ffff ffff 0044 0043 0134 1a25 0101 0600 71e6 |...........D.C.4.%....q.| 0x0030 407c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |@|......................| 0x0048 24c4 801c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |$.......................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0078 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00a8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00d8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0108 0000 0000 0000 0000 0000 0000 0000 6382 5363 3501 010c 0267 |..............c.Sc5....g| 0x0120 7737 0301 1c03 ff00 0000 0000 0000 0000 0000 0000 0000 0000 |w7......................| 0x0138 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0150 0000 0000 0000 |......| 567 dhclient RET writev 342/0x156 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfde98,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfe370,0x58,0,0,0) 567 dhclient GIO fd 3 wrote 88 bytes "<30>Sep 1 15:34:13 dhclient: DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 7" 567 dhclient RET sendto 88/0x58 567 dhclient CALL writev(0x6,0xbfbfea70,0x3) 567 dhclient GIO fd 6 wrote 342 bytes 0x0000 ffff ffff ffff 0000 24c4 801c 0800 4510 0148 0000 0000 1011 |........$.....E..H......| 0x0018 a996 0000 0000 ffff ffff 0044 0043 0134 1a20 0101 0600 71e6 |...........D.C.4. ....q.| 0x0030 407c 0005 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |@|......................| 0x0048 24c4 801c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |$.......................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0078 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00a8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00d8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0108 0000 0000 0000 0000 0000 0000 0000 6382 5363 3501 010c 0267 |..............c.Sc5....g| 0x0120 7737 0301 1c03 ff00 0000 0000 0000 0000 0000 0000 0000 0000 |w7......................| 0x0138 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0150 0000 0000 0000 |......| 567 dhclient RET writev 342/0x156 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfde98,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfe370,0x59,0,0,0) 567 dhclient GIO fd 3 wrote 89 bytes "<30>Sep 1 15:34:20 dhclient: DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 12" 567 dhclient RET sendto 89/0x59 567 dhclient CALL writev(0x6,0xbfbfea70,0x3) 567 dhclient GIO fd 6 wrote 342 bytes 0x0000 ffff ffff ffff 0000 24c4 801c 0800 4510 0148 0000 0000 1011 |........$.....E..H......| 0x0018 a996 0000 0000 ffff ffff 0044 0043 0134 1a19 0101 0600 71e6 |...........D.C.4......q.| 0x0030 407c 000c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |@|......................| 0x0048 24c4 801c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |$.......................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0078 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00a8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00d8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0108 0000 0000 0000 0000 0000 0000 0000 6382 5363 3501 010c 0267 |..............c.Sc5....g| 0x0120 7737 0301 1c03 ff00 0000 0000 0000 0000 0000 0000 0000 0000 |w7......................| 0x0138 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0150 0000 0000 0000 |......| 567 dhclient RET writev 342/0x156 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfde98,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfe370,0x59,0,0,0) 567 dhclient GIO fd 3 wrote 89 bytes "<30>Sep 1 15:34:32 dhclient: DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 19" 567 dhclient RET sendto 89/0x59 567 dhclient CALL writev(0x6,0xbfbfea70,0x3) 567 dhclient GIO fd 6 wrote 342 bytes 0x0000 ffff ffff ffff 0000 24c4 801c 0800 4510 0148 0000 0000 1011 |........$.....E..H......| 0x0018 a996 0000 0000 ffff ffff 0044 0043 0134 1a0d 0101 0600 71e6 |...........D.C.4......q.| 0x0030 407c 0018 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |@|......................| 0x0048 24c4 801c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |$.......................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0078 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00a8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00d8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0108 0000 0000 0000 0000 0000 0000 0000 6382 5363 3501 010c 0267 |..............c.Sc5....g| 0x0120 7737 0301 1c03 ff00 0000 0000 0000 0000 0000 0000 0000 0000 |w7......................| 0x0138 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0150 0000 0000 0000 |......| 567 dhclient RET writev 342/0x156 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfde98,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfe370,0x59,0,0,0) 567 dhclient GIO fd 3 wrote 89 bytes "<30>Sep 1 15:34:51 dhclient: DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 14" 567 dhclient RET sendto 89/0x59 567 dhclient CALL writev(0x6,0xbfbfea70,0x3) 567 dhclient GIO fd 6 wrote 342 bytes 0x0000 ffff ffff ffff 0000 24c4 801c 0800 4510 0148 0000 0000 1011 |........$.....E..H......| 0x0018 a996 0000 0000 ffff ffff 0044 0043 0134 19fa 0101 0600 71e6 |...........D.C.4......q.| 0x0030 407c 002b 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |@|.+....................| 0x0048 24c4 801c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |$.......................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0078 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00a8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00d8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0108 0000 0000 0000 0000 0000 0000 0000 6382 5363 3501 010c 0267 |..............c.Sc5....g| 0x0120 7737 0301 1c03 ff00 0000 0000 0000 0000 0000 0000 0000 0000 |w7......................| 0x0138 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0150 0000 0000 0000 |......| 567 dhclient RET writev 342/0x156 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfde98,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfe370,0x58,0,0,0) 567 dhclient GIO fd 3 wrote 88 bytes "<30>Sep 1 15:35:05 dhclient: DHCPDISCOVER on sis0 to 255.255.255.255 port 67 interval 4" 567 dhclient RET sendto 88/0x58 567 dhclient CALL writev(0x6,0xbfbfea70,0x3) 567 dhclient GIO fd 6 wrote 342 bytes 0x0000 ffff ffff ffff 0000 24c4 801c 0800 4510 0148 0000 0000 1011 |........$.....E..H......| 0x0018 a996 0000 0000 ffff ffff 0044 0043 0134 19ec 0101 0600 71e6 |...........D.C.4......q.| 0x0030 407c 0039 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |@|.9....................| 0x0048 24c4 801c 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |$.......................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0078 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0090 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00a8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00c0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00d8 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x00f0 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0108 0000 0000 0000 0000 0000 0000 0000 6382 5363 3501 010c 0267 |..............c.Sc5....g| 0x0120 7737 0301 1c03 ff00 0000 0000 0000 0000 0000 0000 0000 0000 |w7......................| 0x0138 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 |........................| 0x0150 0000 0000 0000 |......| 567 dhclient RET writev 342/0x156 567 dhclient CALL gettimeofday(0xbfbfec18,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL select(0x7,0xbfbfeb90,0xbfbfeb10,0xbfbfea90,0xbfbfea80) 567 dhclient RET select 0 567 dhclient CALL gettimeofday(0xbfbfea88,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL gettimeofday(0xbfbfde78,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfe350,0x35,0,0,0) 567 dhclient GIO fd 3 wrote 53 bytes "<30>Sep 1 15:35:09 dhclient: No DHCPOFFERS received." 567 dhclient RET sendto 53/0x35 567 dhclient CALL gettimeofday(0xbfbfde78,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL sendto(0x3,0xbfbfe350,0x52,0,0,0) 567 dhclient GIO fd 3 wrote 82 bytes "<30>Sep 1 15:35:09 dhclient: No working leases in persistent database - sleeping." 567 dhclient RET sendto 82/0x52 567 dhclient CALL getpid 567 dhclient RET getpid 567/0x237 567 dhclient CALL fork 567 dhclient RET fork 586/0x24a 567 dhclient CALL wait4(0xffffffff,0xbfbfeb64,0,0) 567 dhclient RET wait4 586/0x24a 567 dhclient CALL gettimeofday(0xbfbfeb38,0) 567 dhclient RET gettimeofday 0 567 dhclient CALL fork 567 dhclient RET fork 591/0x24f 567 dhclient CALL exit(0) --DocE+STaALJfprDB-- From owner-freebsd-net@FreeBSD.ORG Wed Sep 7 17:12:47 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72CB116A41F for ; Wed, 7 Sep 2005 17:12:47 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2303043D45 for ; Wed, 7 Sep 2005 17:12:47 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j87HCieF009620; Wed, 7 Sep 2005 10:12:44 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j87HCiFu009619; Wed, 7 Sep 2005 10:12:44 -0700 Date: Wed, 7 Sep 2005 10:12:44 -0700 From: Brooks Davis To: micko Message-ID: <20050907171244.GD19958@odin.ac.hmc.edu> References: <20050907163533.GA6860@micko.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d01dLTUuW90fS44H" Content-Disposition: inline In-Reply-To: <20050907163533.GA6860@micko.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-net@freebsd.org Subject: Re: dhcp problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Sep 2005 17:12:47 -0000 --d01dLTUuW90fS44H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 07, 2005 at 12:35:33PM -0400, micko wrote: > I am having trouble obtaining a dhcp address from a cable modem (comcast). > I tried using different NICs and even switch to openbsd to ruleout any > incompatibility issues, but no luck, as soon as I plug in the cheap links= ys > gw everything works peachy. I tried modifying the send/request/receive va= lues > for dhclient but that didn't change anything, bug plugging the device beh= ind > the linksys or on a network with isc-dhcpd it works ok. Anybody on the li= st > using comcast, or maybe can direct me to a right place? Attached is trace > from dhclient. Which version of FreeBSD are you running? Do the windows instructions from Comcats require that you set some sort of host name? If so you will need to so the same in your /etc/dhclient.conf. We've also had reports of ISPs that will only issue one active lease for a given connection and thus if you don't release the connection on one machine, another won't be able to obtain a lease. If that doesn't work. You need to obtain a tcpdump, possiably run through the net/dhcpdump port to see what's happening. Any output from dhclient would also be useful. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --d01dLTUuW90fS44H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFDHx+LXY6L6fI4GtQRAkVWAKDWVkSPBJ/ufRsMdigbtgnoba31pQCgzq3N 9LHOtX/rQbWQPE6LaY0PcRU= =sVIR -----END PGP SIGNATURE----- --d01dLTUuW90fS44H-- From owner-freebsd-net@FreeBSD.ORG Wed Sep 7 17:56:50 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06F9416A41F for ; Wed, 7 Sep 2005 17:56:50 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CFED43D49 for ; Wed, 7 Sep 2005 17:56:49 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from 207-172-224-47.c3-0.tlg-ubr1.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.168]) ([207.172.224.47]) by smtp02.mrf.mail.rcn.net with ESMTP; 07 Sep 2005 13:56:48 -0400 X-IronPort-AV: i="3.96,176,1122868800"; d="scan'208"; a="82604209:sNHT23060556" Message-ID: <431F2D4D.7070705@rcn.com> Date: Wed, 07 Sep 2005 14:11:25 -0400 From: Gary Corcoran User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: micko References: <20050907163533.GA6860@micko.net> In-Reply-To: <20050907163533.GA6860@micko.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: dhcp problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Sep 2005 17:56:50 -0000 micko wrote: > I am having trouble obtaining a dhcp address from a cable modem (comcast). > I tried using different NICs and even switch to openbsd to ruleout any > incompatibility issues, but no luck, as soon as I plug in the cheap linksys > gw everything works peachy. I tried modifying the send/request/receive values > for dhclient but that didn't change anything, bug plugging the device behind > the linksys or on a network with isc-dhcpd it works ok. Anybody on the list > using comcast, or maybe can direct me to a right place? Attached is trace > from dhclient. I don't know why you sent all that crap to the list, but... I used to be on Comcast (before I moved). As I recall, the only thing I had to do was punch a hole in my firewall to allow the DHCP server, a 172.x.x.x type IP address, to get through, and then it "just worked". Sorry, I don't know any more details, as it was long ago when I had to do the one-time setup. Oh, the other thing that bit me was once or twice a year, they would change their network, without telling us, of course, and that might result in a new netmask requirement, and always resulted in a new IP address, and sometimes new DNS server addresses. Clients directly connected would simply get the new network information via DHCP. But having an IPFW firewall script with "fixed" IP addresses, I would suddenly get nowhere on the network until I found out the new values and reconfigured my firewall. Hope this helps, Gary From owner-freebsd-net@FreeBSD.ORG Thu Sep 8 02:53:54 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3C2F16A41F for ; Thu, 8 Sep 2005 02:53:54 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BFCB43D49 for ; Thu, 8 Sep 2005 02:53:52 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) by mail.cs.ait.ac.th (8.12.11/8.12.11) with ESMTP id j882oXAP058987 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Sep 2005 09:50:33 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.13.1/8.12.11) id j882q7Zd016389; Thu, 8 Sep 2005 09:52:07 +0700 (ICT) Date: Thu, 8 Sep 2005 09:52:07 +0700 (ICT) Message-Id: <200509080252.j882q7Zd016389@banyan.cs.ait.ac.th> From: Olivier Nicole To: freebsd-net@freebsd.org X-Virus-Scanned: on CSIM by amavisd-milter (http://www.amavis.org/) Subject: Connection reset X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Sep 2005 02:53:55 -0000 Hi, I am trying to run NoCat (from the ports). One thing NoCat does is run a TCP listener on port 5280. When I try to connect to that port "by hand" (telnet xxx 5280) everything goes fine. When I try to connect via a redirection through the firewall, I got a RST after the SYN, SYN/ACK, ACK. What could be the reason that the connection is reset by the server at that stage? The server is build around Perl IO::Socket Thanks, Olivier From owner-freebsd-net@FreeBSD.ORG Thu Sep 8 04:43:38 2005 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD8216A41F; Thu, 8 Sep 2005 04:43:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 499CF43D49; Thu, 8 Sep 2005 04:43:38 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j884hb0r006871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 00:43:37 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j884hb6P028112; Thu, 8 Sep 2005 00:43:37 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B206B511F8; Thu, 8 Sep 2005 00:43:36 -0400 (EDT) Date: Thu, 8 Sep 2005 00:43:36 -0400 From: Kris Kennaway To: rwatson@FreeBSD.org Message-ID: <20050908044336.GA28709@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: net@FreeBSD.org Subject: panic: receive: m == 0 so->so_rcv.sb_cc == 4294967295 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Sep 2005 04:43:38 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Got this on a SMP (up-to-date) 7.0 machine doing a buildworld loop and not much else: panic: receive: m == 0 so->so_rcv.sb_cc == 4294967295 cpuid = 0 KDB: enter: panic [thread pid 23098 tid 100263 ] Stopped at kdb_enter+0x30: leave db> wh Tracing pid 23098 tid 100263 td 0xc92e4af0 kdb_enter(c07060af,0,c070c9b3,f7d14bc8,c92e4af0) at kdb_enter+0x30 panic(c070c9b3,0,ffffffff,3f5,c0709939) at panic+0x13e soreceive(c9be5b20,0,f7d14cb4,0,0,f7d14c30,4000) at soreceive+0x1cd fifo_read_f(c8dc17e0,f7d14cb4,c5c88000,0,c92e4af0) at fifo_read_f+0x70 dofileread(c92e4af0,3,c8dc17e0,f7d14cb4,ffffffff) at dofileread+0x96 kern_readv(c92e4af0,3,f7d14cb4,bfbfdb87,1) at kern_readv+0x61 read(c92e4af0,f7d14d04,c,422,3) at read+0x4f syscall(3b,3b,3b,bfbfdbc0,809b440) at syscall+0x295 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x807d183, esp = 0xbfbfdb6c, ebp = 0xbfbfdb88 --- db> Unfortunately I can't dump on this machine. Is there anything else I can get from DDB? Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDH8F4Wry0BWjoQKURAiH/AJ47LDQOYa2mrWrx6yBMvEa71iZzcQCfbjG5 ocVC9tb7b41Z9ekLRO8xpMk= =tWP5 -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-net@FreeBSD.ORG Thu Sep 8 08:50:44 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1ADC16A498 for ; Thu, 8 Sep 2005 08:50:44 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B80D43D46 for ; Thu, 8 Sep 2005 08:50:42 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) by mail.cs.ait.ac.th (8.12.11/8.12.11) with ESMTP id j888lMQL070950 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 15:47:22 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.13.1/8.12.11) id j888mvcv021230; Thu, 8 Sep 2005 15:48:57 +0700 (ICT) Date: Thu, 8 Sep 2005 15:48:57 +0700 (ICT) Message-Id: <200509080848.j888mvcv021230@banyan.cs.ait.ac.th> From: Olivier Nicole To: on@cs.ait.ac.th In-reply-to: <200509080252.j882q7Zd016389@banyan.cs.ait.ac.th> (message from Olivier Nicole on Thu, 8 Sep 2005 09:52:07 +0700 (ICT)) References: <200509080252.j882q7Zd016389@banyan.cs.ait.ac.th> X-Virus-Scanned: on CSIM by amavisd-milter (http://www.amavis.org/) Cc: freebsd-net@freebsd.org Subject: Re: Connection reset X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Sep 2005 08:50:45 -0000 > When I try to connect via a redirection through the firewall, I got a > RST after the SYN, SYN/ACK, ACK. OK here is a step further, the rest occures because of syncache_expand that return 0 on line 722 of tcp_input. Any reason why the syncache is empty after the SYN and SYN,ACK? Olivier From owner-freebsd-net@FreeBSD.ORG Thu Sep 8 09:01:43 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84E3E16A41F for ; Thu, 8 Sep 2005 09:01:43 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay.pair.com (relay00.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id EA57043D46 for ; Thu, 8 Sep 2005 09:01:40 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 15236 invoked from network); 8 Sep 2005 09:01:40 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 8 Sep 2005 09:01:40 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 8 Sep 2005 04:01:37 -0500 (CDT) From: Mike Silbersack To: Olivier Nicole In-Reply-To: <200509080848.j888mvcv021230@banyan.cs.ait.ac.th> Message-ID: <20050908040024.R29487@odysseus.silby.com> References: <200509080252.j882q7Zd016389@banyan.cs.ait.ac.th> <200509080848.j888mvcv021230@banyan.cs.ait.ac.th> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Connection reset X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Sep 2005 09:01:43 -0000 On Thu, 8 Sep 2005, Olivier Nicole wrote: >> When I try to connect via a redirection through the firewall, I got a >> RST after the SYN, SYN/ACK, ACK. > > OK here is a step further, the rest occures because of syncache_expand > that return 0 on line 722 of tcp_input. > > Any reason why the syncache is empty after the SYN and SYN,ACK? > > Olivier I don't think you've given us enough information to work with here. First of all, the redirection you speak of - is that occuring on the local machine itself, or a physically seperate machine? Secondly, please provide a tcpdump log of the aborted connection in question, if you can. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Thu Sep 8 09:04:14 2005 Return-Path: X-Original-To: net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AAFD16A41F; Thu, 8 Sep 2005 09:04:14 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9DD243D45; Thu, 8 Sep 2005 09:04:13 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 4CFE4A3104; Thu, 8 Sep 2005 11:04:12 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 4038163AB; Thu, 8 Sep 2005 11:04:12 +0200 (CEST) Date: Thu, 8 Sep 2005 11:04:12 +0200 From: Marc Olzheim To: Kris Kennaway Message-ID: <20050908090412.GA52425@stack.nl> References: <20050908044336.GA28709@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="yrj/dFKFPuw6o+aM" Content-Disposition: inline In-Reply-To: <20050908044336.GA28709@xor.obsecurity.org> X-Operating-System: FreeBSD hammer.stack.nl 6.0-BETA2 FreeBSD 6.0-BETA2 X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: rwatson@FreeBSD.org, net@FreeBSD.org Subject: Re: panic: receive: m == 0 so->so_rcv.sb_cc == 4294967295 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Sep 2005 09:04:14 -0000 --yrj/dFKFPuw6o+aM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Sep 08, 2005 at 12:43:36AM -0400, Kris Kennaway wrote: > db> wh > Tracing pid 23098 tid 100263 td 0xc92e4af0 > kdb_enter(c07060af,0,c070c9b3,f7d14bc8,c92e4af0) at kdb_enter+0x30 > panic(c070c9b3,0,ffffffff,3f5,c0709939) at panic+0x13e > soreceive(c9be5b20,0,f7d14cb4,0,0,f7d14c30,4000) at soreceive+0x1cd > fifo_read_f(c8dc17e0,f7d14cb4,c5c88000,0,c92e4af0) at fifo_read_f+0x70 > dofileread(c92e4af0,3,c8dc17e0,f7d14cb4,ffffffff) at dofileread+0x96 > kern_readv(c92e4af0,3,f7d14cb4,bfbfdb87,1) at kern_readv+0x61 > read(c92e4af0,f7d14d04,c,422,3) at read+0x4f > syscall(3b,3b,3b,bfbfdbc0,809b440) at syscall+0x295 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (3, FreeBSD ELF32, read), eip = 0x807d183, esp = 0xbfbfdb6c, ebp = 0xbfbfdb88 --- > db> What kind ot kern_readv() is that ? Prototype of mine is: int kern_readv(struct thread *td, int fd, struct uio *auio); Or does the debugger garble something ? Marc --yrj/dFKFPuw6o+aM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDH/6MezjnobFOgrERAg+9AJ9jvPp/6sVIDJ7k+Fh0rNuHXsEFuQCghlKe aVxnMatJ5V9s8kMuqvHVoxo= =GD43 -----END PGP SIGNATURE----- --yrj/dFKFPuw6o+aM-- From owner-freebsd-net@FreeBSD.ORG Thu Sep 8 09:22:42 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57EB116A41F for ; Thu, 8 Sep 2005 09:22:42 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E44B043D49 for ; Thu, 8 Sep 2005 09:22:40 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) by mail.cs.ait.ac.th (8.12.11/8.12.11) with ESMTP id j889JMAf072049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 16:19:22 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.13.1/8.12.11) id j889KtgX021667; Thu, 8 Sep 2005 16:20:55 +0700 (ICT) Date: Thu, 8 Sep 2005 16:20:55 +0700 (ICT) Message-Id: <200509080920.j889KtgX021667@banyan.cs.ait.ac.th> From: Olivier Nicole To: silby@silby.com In-reply-to: <20050908040024.R29487@odysseus.silby.com> (message from Mike Silbersack on Thu, 8 Sep 2005 04:01:37 -0500 (CDT)) References: <200509080252.j882q7Zd016389@banyan.cs.ait.ac.th> <200509080848.j888mvcv021230@banyan.cs.ait.ac.th> <20050908040024.R29487@odysseus.silby.com> X-Virus-Scanned: on CSIM by amavisd-milter (http://www.amavis.org/) Cc: freebsd-net@freebsd.org Subject: Re: Connection reset X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Sep 2005 09:22:42 -0000 Hi Mike, > First of all, the redirection you speak of - is that occuring on the local > machine itself, or a physically seperate machine? Yes same machine. > Secondly, please > provide a tcpdump log of the aborted connection in question, if you can. Here I could add more details if needed. tcpdump: listening on xl1 16:06:18.406411 192.41.170.57.1895 > 10.0.0.1.5280: S [tcp sum ok] 1273150738:1273150738(0) win 16384 (DF) (ttl 128, id 17532, len 48) 16:06:18.406492 10.0.0.1.5280 > 192.41.170.57.1895: S [tcp sum ok] 3777712748:3777712748(0) ack 1273150739 win 57344 (DF) (ttl 64, id 961, len 44) 16:06:18.406947 192.41.170.57.1895 > 10.0.0.1.5280: . [tcp sum ok] 1:1(0) ack 1 win 17520 (DF) (ttl 128, id 17533, len 40) 16:06:18.407972 10.0.0.1.5280 > 192.41.170.57.1895: R [tcp sum ok] 3777712749:3777712749(0) win 0 (ttl 64, id 15863, len 40) Thanks Olivier From owner-freebsd-net@FreeBSD.ORG Thu Sep 8 18:04:46 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 880DC16A420 for ; Thu, 8 Sep 2005 18:04:46 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.FreeBSD.org (Postfix) with SMTP id 049B543D53 for ; Thu, 8 Sep 2005 18:04:45 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 88940 invoked from network); 8 Sep 2005 18:04:44 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 8 Sep 2005 18:04:44 -0000 X-pair-Authenticated: 209.68.2.70 Date: Thu, 8 Sep 2005 13:04:42 -0500 (CDT) From: Mike Silbersack To: Olivier Nicole In-Reply-To: <200509080920.j889KtgX021667@banyan.cs.ait.ac.th> Message-ID: <20050908130256.E35606@odysseus.silby.com> References: <200509080252.j882q7Zd016389@banyan.cs.ait.ac.th> <200509080848.j888mvcv021230@banyan.cs.ait.ac.th> <20050908040024.R29487@odysseus.silby.com> <200509080920.j889KtgX021667@banyan.cs.ait.ac.th> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Connection reset X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Sep 2005 18:04:46 -0000 On Thu, 8 Sep 2005, Olivier Nicole wrote: > Hi Mike, > >> First of all, the redirection you speak of - is that occuring on the local >> machine itself, or a physically seperate machine? > > Yes same machine. Then my guess is that something is wrong with your redirection setup. Unfortunately, tcpdump sees the packets as they enter the network card, before the redirection occurs, so we can't see exactly what is really happening. Post your redirection rules, maybe someone who also uses that feature can help. Also, please post which version of FreeBSD you're running, in case it differs by version. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Thu Sep 8 22:11:31 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C88416A41F for ; Thu, 8 Sep 2005 22:11:31 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEE7643D4C for ; Thu, 8 Sep 2005 22:11:30 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (lapdance [192.168.98.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id EC81A39811 for ; Fri, 9 Sep 2005 00:11:23 +0200 (CEST) Date: Thu, 8 Sep 2005 22:11:15 +0000 From: Marcin Jessa To: freebsd-net@freebsd.org Message-Id: <20050908221115.038c3abd.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.0 (GTK+ 2.6.9; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: net.inet.ip.forwarding and net.inet.ip.fastforwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Sep 2005 22:11:31 -0000 Hi guys. What's the difference between net.inet.ip.forwarding and net.inet.ip.fastforwarding ? What's the role of net.inet.ip.fastforwarding ? Cheers Marcin. From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 01:40:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6263816A41F for ; Fri, 9 Sep 2005 01:40:49 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (www.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B5D243D45 for ; Fri, 9 Sep 2005 01:40:47 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j891fCb5032053; Thu, 8 Sep 2005 21:41:18 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <004701c5b4df$9207d260$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Marcin Jessa" , References: <20050908221115.038c3abd.lists@yazzy.org> Date: Thu, 8 Sep 2005 21:41:06 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1506 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Cc: Subject: Re: net.inet.ip.forwarding and net.inet.ip.fastforwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 01:40:49 -0000 > Hi guys. > > What's the difference between net.inet.ip.forwarding and net.inet.ip.fastforwarding ? > What's the role of net.inet.ip.fastforwarding ? >From inet(4): IPCTL_FORWARDING (ip.forwarding) Boolean: enable/disable forwarding of IP packets. Defaults to off. IPCTL_FASTFORWARDING (ip.fastforwarding) Boolean: enable/disable the use of fast IP forwarding code. Defaults to off. When fast forwarding is enabled, IP packets are for- warded directly to the appropriate network inter- face with a minimal validity checking, which greatly improves the throughput. On the other hand, they bypass the standard procedures, such as IP option processing and ipfirewall(4) checking. It is not guaranteed that every packet will be fast-forwarded. -- Matt Emmerton From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 01:58:16 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C75C016A41F for ; Fri, 9 Sep 2005 01:58:16 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B46943D48 for ; Fri, 9 Sep 2005 01:58:16 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j891wE6j007660 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 8 Sep 2005 18:58:15 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4320EDDF.6090303@errno.com> Date: Thu, 08 Sep 2005 19:05:19 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Emmerton References: <20050908221115.038c3abd.lists@yazzy.org> <004701c5b4df$9207d260$1200a8c0@gsicomp.on.ca> In-Reply-To: <004701c5b4df$9207d260$1200a8c0@gsicomp.on.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Marcin Jessa Subject: Re: net.inet.ip.forwarding and net.inet.ip.fastforwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 01:58:16 -0000 Matt Emmerton wrote: >>Hi guys. >> >>What's the difference between net.inet.ip.forwarding and > > net.inet.ip.fastforwarding ? > >>What's the role of net.inet.ip.fastforwarding ? > > >>From inet(4): > > IPCTL_FORWARDING (ip.forwarding) Boolean: enable/disable > forwarding > of IP packets. Defaults to off. > > IPCTL_FASTFORWARDING (ip.fastforwarding) Boolean: enable/disable the > use > of fast IP forwarding code. Defaults to off. > When > fast forwarding is enabled, IP packets are for- > warded directly to the appropriate network inter- > face with a minimal validity checking, which > greatly improves the throughput. On the other > hand, they bypass the standard procedures, such > as > IP option processing and ipfirewall(4) checking. > It is not guaranteed that every packet will be > fast-forwarded. > This quote is out of date; on current fastforwarding is purely an optimization path--if the packet requires features not supported by the fast path then it's processed normally. Sam From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 02:44:58 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75B5416A41F for ; Fri, 9 Sep 2005 02:44:58 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DE0A43D49 for ; Fri, 9 Sep 2005 02:44:58 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from guest-157.lobby.yahoo.com.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j892iJfc017978; Thu, 8 Sep 2005 19:44:19 -0700 (PDT) Date: Thu, 08 Sep 2005 19:03:37 -0700 Message-ID: From: gnn@freebsd.org To: Marcin Jessa In-Reply-To: <20050908221115.038c3abd.lists@yazzy.org> References: <20050908221115.038c3abd.lists@yazzy.org> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.3.50 (powerpc-apple-darwin8.1.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: net.inet.ip.forwarding and net.inet.ip.fastforwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 02:44:58 -0000 At Thu, 8 Sep 2005 22:11:15 +0000, Marcin Jessa wrote: > > Hi guys. > > What's the difference between net.inet.ip.forwarding and > net.inet.ip.fastforwarding ? > What's the role of net.inet.ip.fastforwarding ? > net.inet.ip.fastforwarding tells the network code to send packets through a different code path through the kernel, one which can forward packets more quickly than the default code path. The fast forwarding path does minimal checks on packets that are not destined for the computer acting as a router before forwarding the packet. The necessary checks are made, but no more than those that are necessary, this speeds up packet processing when packets are being routed between interface. net.inet.ip.forwarding controls whether or not the computer acting as a router will forward packets at all. The default value is false, which means that packets are NOT forwarded. This variable must be set explicitly by the user or administrator for FreeBSD to act as a router. I hope this helps, George From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 02:48:16 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D21716A41F for ; Fri, 9 Sep 2005 02:48:16 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A24D543D45 for ; Fri, 9 Sep 2005 02:48:12 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) by mail.cs.ait.ac.th (8.12.11/8.12.11) with ESMTP id j892im4Q003435 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 9 Sep 2005 09:44:48 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.13.1/8.12.11) id j892kOvI031415; Fri, 9 Sep 2005 09:46:24 +0700 (ICT) Date: Fri, 9 Sep 2005 09:46:24 +0700 (ICT) Message-Id: <200509090246.j892kOvI031415@banyan.cs.ait.ac.th> From: Olivier Nicole To: freebsd-net@freebsd.org In-reply-to: <20050908130256.E35606@odysseus.silby.com> (message from Mike Silbersack on Thu, 8 Sep 2005 13:04:42 -0500 (CDT)) References: <200509080252.j882q7Zd016389@banyan.cs.ait.ac.th> <200509080848.j888mvcv021230@banyan.cs.ait.ac.th> <20050908040024.R29487@odysseus.silby.com> <200509080920.j889KtgX021667@banyan.cs.ait.ac.th> <20050908130256.E35606@odysseus.silby.com> X-Virus-Scanned: on CSIM by amavisd-milter (http://www.amavis.org/) Subject: Re: Connection reset X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 02:48:16 -0000 > Then my guess is that something is wrong with your redirection setup. > Unfortunately, tcpdump sees the packets as they enter the network card, > before the redirection occurs, so we can't see exactly what is really > happening. No actually that's the packets after they have been redirected. A packet enter the machine at one interface, is redirected, exits the machine and enter it again at a 3rd interface where the TCP server is listening. Thats the packet at the entry of the 3rd interface. OK, I'll do more testing to try to identify something. Thanks, olivier From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 03:44:21 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1621416A41F for ; Fri, 9 Sep 2005 03:44:21 +0000 (GMT) (envelope-from sjmoore@sympatico.ca) Received: from BAYC1-PASMTP04.bayc1.hotmail.com (bayc1-pasmtp04.bayc1.hotmail.com [65.54.191.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCB7543D45 for ; Fri, 9 Sep 2005 03:44:20 +0000 (GMT) (envelope-from sjmoore@sympatico.ca) Message-ID: X-Originating-IP: [70.48.230.153] X-Originating-Email: [sjmoore@sympatico.ca] Received: from supbea1 ([70.48.230.153]) by BAYC1-PASMTP04.bayc1.hotmail.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 8 Sep 2005 20:44:20 -0700 Message-ID: <000501c5b4f0$bd78f9e0$0103a8c0@supremebean.local> From: "Stephen Moore" To: Date: Thu, 8 Sep 2005 23:44:09 -0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.1830 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 X-OriginalArrivalTime: 09 Sep 2005 03:44:20.0722 (UTC) FILETIME=[C308ED20:01C5B4F0] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NAT over multiple subnets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 03:44:21 -0000 Re:=20 "I set up NAT+ipfw on FreeBSD computer which resides on 192.168.2.x LAN, = and has an outgoing ADSL connection. any client on 2.x can access = internet by setting this freebsd box as its gateway. there is another = server on the 2.x network which is used as a link to another LAN, 1.x = subnet. those users can not use NAT on the freebsd box,since their = gateway is a 1.x server,connected to 2.x server. how to enable users = from 1.x network to use NAT on freebsd machine,without altering 1.x or = 2.x servers? note that 1.x clients know how to get to the freebsd = machine (quagga-ripd), but can not alter their gateways to the freebsd = machine,since it has to be the 1.x server. so, how to enable 1.x user to use NAT on freebsd router? sorry for a rather long post, and maybe slight confusion,but I believe = you know what I have, and what I would like to do. I know this was over a year ago - but did you ever get an answer? I am = trying to chain multiple wireless routers (cuz that's what I have) and I = think the router software is getting in the way. I have set up a static = route so the second subnet can at least see the gateway box, but the = NATting doesn't seem to work (i.e. no internet connection). This is = Windows though (stop laughing) ;-). If I create a network bridge = (software) I get even less - can't even ping the NAT host. Any response appreciated. Thanks. Steve From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 04:09:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA57116A41F for ; Fri, 9 Sep 2005 04:09:37 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7229643D45 for ; Fri, 9 Sep 2005 04:09:37 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id B93B75D28; Fri, 9 Sep 2005 00:09:36 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24702-02; Fri, 9 Sep 2005 00:09:35 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-79-217.ny325.east.verizon.net [68.161.79.217]) by pi.codefab.com (Postfix) with ESMTP id 689625C84; Fri, 9 Sep 2005 00:09:35 -0400 (EDT) Message-ID: <43210B01.4040801@mac.com> Date: Fri, 09 Sep 2005 00:09:37 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Stephen Moore References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-net@freebsd.org Subject: Re: NAT over multiple subnets X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 04:09:37 -0000 Stephen Moore wrote: [ ...chaining multiple NATs... ] > Any response appreciated. The simplest way to deal with that is to add interfaces to the machine running natd and put one NIC on each distinct subnet. You can also use supernetting to combine a 192.168.1.0/24 subnet and a 192.168.2.0/24 subnet by giving your natd box a /22 netmask instead. You might also need to set up a route pointing to the 192.168.1.0/24 subnet on the natd box, so it knows where to send the traffic. -- -Chuck From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 06:17:51 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9203616A41F for ; Fri, 9 Sep 2005 06:17:51 +0000 (GMT) (envelope-from vys@renet.ru) Received: from mail.renet.ru (mail-local.renet.ru [82.116.32.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C038E43D48 for ; Fri, 9 Sep 2005 06:17:49 +0000 (GMT) (envelope-from vys@renet.ru) Received: from [82.116.32.17] (fox.renet.ru [82.116.32.17]) by mail.renet.ru (8.13.3/8.13.1) with ESMTP id j896Hk0P027216 for ; Fri, 9 Sep 2005 10:17:46 +0400 (MSD) Message-ID: <43212909.7060705@renet.ru> Date: Fri, 09 Sep 2005 10:17:45 +0400 From: "Vladimir Yu. Stepanov" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary="------------090304080609090509000802" X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on mail.renet.ru X-Virus-Status: Clean X-Spam-Status: No, score=-100.0 required=2.2 tests=BAYES_50, USER_IN_WHITELIST autolearn=no version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on pantera.renet.ru X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: BPF patch for addition of good feature linux packet(7) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 06:17:51 -0000 This is a multi-part message in MIME format. --------------090304080609090509000802 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hello! I made a modernization of bpf realization. It have a mind when we are trying to use bpf to account network statistic. When packets is catching by filter thereis imposible to determine the direction of packets flows. Due to this problem statistic accounts two times when packets is routes by the same interface, because this packets counts as incoming and outgoing traffic. The prototype of this patch is packet(7) on linux. This patch is fully compatible with all program uses the bpf. It adds the tags means traffic direction to the struct bpf_hdr. struct bpf_hdr { struct timeval bh_tstamp; /* time stamp */ bpf_u_int32 bh_caplen; /* length of captured portion */ bpf_u_int32 bh_datalen; /* original length of packet */ u_short bh_hdrlen; /* length of bpf header (this struct plus alignment padding) */ u_short bh_pkttype; /* packet type */ }; /* * Packet types. * For help to get some extra information. * It is taken from the description packet(7) in Linux system. */ #define BPFPKTTYPE_HOST 0 /* To us */ #define BPFPKTTYPE_BROADCAST 1 /* To all */ #define BPFPKTTYPE_MULTICAST 2 /* To group */ #define BPFPKTTYPE_OTHERHOST 3 /* To someone else */ #define BPFPKTTYPE_OUTGOING 4 /* Outgoing of any type */ #define BPFPKTTYPE_LOOPBACK 5 /* MC/BRD frame looped back */ #define BPFPKTTYPE_FASTROUTE 6 /* Fastrouted frame (if cannot detect MC/BRD type) */ --------------090304080609090509000802-- From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 06:20:57 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D127516A41F for ; Fri, 9 Sep 2005 06:20:57 +0000 (GMT) (envelope-from vys@renet.ru) Received: from mail.renet.ru (mail-local.renet.ru [82.116.32.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EDC343D48 for ; Fri, 9 Sep 2005 06:20:56 +0000 (GMT) (envelope-from vys@renet.ru) Received: from [82.116.32.17] (fox.renet.ru [82.116.32.17]) by mail.renet.ru (8.13.3/8.13.1) with ESMTP id j896KoNg028451 for ; Fri, 9 Sep 2005 10:20:50 +0400 (MSD) Message-ID: <432129C2.8090405@renet.ru> Date: Fri, 09 Sep 2005 10:20:50 +0400 From: "Vladimir Yu. Stepanov" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary="------------050009020007020700010608" X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on mail.renet.ru X-Virus-Status: Clean X-Spam-Status: No, score=-102.6 required=2.2 tests=BAYES_00, USER_IN_WHITELIST autolearn=no version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mail.renet.ru X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: BPF patch for addition of good feature linux packet (7) (see attachment) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 06:20:57 -0000 This is a multi-part message in MIME format. --------------050009020007020700010608 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Hello! I made a modernization of bpf realization. It have a mind when we are trying to use bpf to account network statistic. When packets is catching by filter thereis imposible to determine the direction of packets flows. Due to this problem statistic accounts two times when packets is routes by the same interface, because this packets counts as incoming and outgoing traffic. The prototype of this patch is packet(7) on linux. This patch is fully compatible with all program uses the bpf. It adds the tags means traffic direction to the struct bpf_hdr. struct bpf_hdr { struct timeval bh_tstamp; /* time stamp */ bpf_u_int32 bh_caplen; /* length of captured portion */ bpf_u_int32 bh_datalen; /* original length of packet */ u_short bh_hdrlen; /* length of bpf header (this struct plus alignment padding) */ u_short bh_pkttype; /* packet type */ }; /* * Packet types. * For help to get some extra information. * It is taken from the description packet(7) in Linux system. */ #define BPFPKTTYPE_HOST 0 /* To us */ #define BPFPKTTYPE_BROADCAST 1 /* To all */ #define BPFPKTTYPE_MULTICAST 2 /* To group */ #define BPFPKTTYPE_OTHERHOST 3 /* To someone else */ #define BPFPKTTYPE_OUTGOING 4 /* Outgoing of any type */ #define BPFPKTTYPE_LOOPBACK 5 /* MC/BRD frame looped back */ #define BPFPKTTYPE_FASTROUTE 6 /* Fastrouted frame (if cannot detect MC/BRD type) */ --------------050009020007020700010608 Content-Type: text/plain; name="freebsd-5.1-bpf-2.0-r4.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-5.1-bpf-2.0-r4.patch" diff -ruN sys.orig/net/bpf.c sys/net/bpf.c --- sys.orig/net/bpf.c Fri Dec 12 17:43:55 2003 +++ sys/net/bpf.c Fri Apr 15 20:40:31 2005 @@ -106,7 +106,7 @@ static __inline void bpf_wakeup(struct bpf_d *); static void catchpacket(struct bpf_d *, u_char *, u_int, - u_int, void (*)(const void *, void *, size_t)); + u_int, u_int, void (*)(const void *, void *, size_t)); static void reset_d(struct bpf_d *); static int bpf_setf(struct bpf_d *, struct bpf_program *); static int bpf_getdltlist(struct bpf_d *, struct bpf_dltlist *); @@ -1094,7 +1094,7 @@ #ifdef MAC if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif - catchpacket(d, pkt, pktlen, slen, bcopy); + catchpacket(d, pkt, pktlen, slen, BPFPKTTYPE_FASTROUTE, bcopy); } BPFD_UNLOCK(d); } @@ -1137,15 +1137,32 @@ struct mbuf *m; { struct bpf_d *d; - u_int pktlen, slen; + u_int pktlen, slen, pkttype; pktlen = m_length(m, NULL); - if (pktlen == m->m_len) { - bpf_tap(bp, mtod(m, u_char *), pktlen); - return; - } BPFIF_LOCK(bp); + if (m->m_pkthdr.rcvif == NULL) + pkttype = BPFPKTTYPE_OUTGOING; + else + if (m->m_pkthdr.rcvif != bp->bif_ifp) + pkttype = BPFPKTTYPE_OUTGOING; + else + if ((m->m_flags&M_BPF_TAGGED) == M_BPF_TAGGED) + pkttype = BPFPKTTYPE_OUTGOING; + else { + if ((m->m_flags&M_BCAST) != 0) + pkttype = BPFPKTTYPE_BROADCAST; + else + if ((m->m_flags&M_MCAST) != 0) + pkttype = BPFPKTTYPE_MULTICAST; + else + /* How to detect if packet may received + * only in promiscuous mode ? */ + pkttype = BPFPKTTYPE_HOST; + } + if (m->m_pkthdr.rcvif != NULL && (m->m_flags&M_RDONLY) != M_RDONLY) + m->m_flags |= M_BPF_TAGGED; for (d = bp->bif_dlist; d != 0; d = d->bd_next) { if (!d->bd_seesent && (m->m_pkthdr.rcvif == NULL)) continue; @@ -1157,7 +1174,7 @@ if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif catchpacket(d, (u_char *)m, pktlen, slen, - bpf_mcopy); + pkttype, bpf_mcopy); BPFD_UNLOCK(d); } BPFIF_UNLOCK(bp); @@ -1172,10 +1189,10 @@ * pkt is really an mbuf. */ static void -catchpacket(d, pkt, pktlen, snaplen, cpfn) +catchpacket(d, pkt, pktlen, snaplen, pkttype, cpfn) struct bpf_d *d; u_char *pkt; - u_int pktlen, snaplen; + u_int pktlen, snaplen, pkttype; void (*cpfn)(const void *, void *, size_t); { struct bpf_hdr *hp; @@ -1228,6 +1245,7 @@ microtime(&hp->bh_tstamp); hp->bh_datalen = pktlen; hp->bh_hdrlen = hdrlen; + hp->bh_pkttype = pkttype; /* * Copy the packet data into the store buffer and update its length. */ @@ -1326,11 +1344,11 @@ /* * Compute the length of the bpf header. This is not necessarily - * equal to SIZEOF_BPF_HDR because we want to insert spacing such - * that the network layer header begins on a longword boundary (for - * performance reasons and to alleviate alignment restrictions). + * equal to sizeof(struct bpf_hdr) because we want to insert spacing + * such that the network layer header begins on a longword boundary + * (for performance reasons and to alleviate alignment restrictions). */ - bp->bif_hdrlen = BPF_WORDALIGN(hdrlen + SIZEOF_BPF_HDR) - hdrlen; + bp->bif_hdrlen = BPF_WORDALIGN(hdrlen + sizeof(struct bpf_hdr)) - hdrlen; if (bootverbose) if_printf(ifp, "bpf attached\n"); diff -ruN sys.orig/net/bpf.h sys/net/bpf.h --- sys.orig/net/bpf.h Fri Dec 12 17:43:55 2003 +++ sys/net/bpf.h Fri Apr 15 20:40:31 2005 @@ -94,7 +94,7 @@ }; /* Current version number of filter architecture. */ #define BPF_MAJOR_VERSION 1 -#define BPF_MINOR_VERSION 1 +#define BPF_MINOR_VERSION 2 #define BIOCGBLEN _IOR('B',102, u_int) #define BIOCSBLEN _IOWR('B',102, u_int) @@ -127,16 +127,21 @@ bpf_u_int32 bh_datalen; /* original length of packet */ u_short bh_hdrlen; /* length of bpf header (this struct plus alignment padding) */ + u_short bh_pkttype; /* packet type */ }; + /* - * Because the structure above is not a multiple of 4 bytes, some compilers - * will insist on inserting padding; hence, sizeof(struct bpf_hdr) won't work. - * Only the kernel needs to know about it; applications use bh_hdrlen. + * Packet types. + * For help to get some extra information. + * It is taken from the description packet(7) in Linux system. */ -#ifdef _KERNEL -#define SIZEOF_BPF_HDR (sizeof(struct bpf_hdr) <= 20 ? 18 : \ - sizeof(struct bpf_hdr)) -#endif +#define BPFPKTTYPE_HOST 0 /* To us */ +#define BPFPKTTYPE_BROADCAST 1 /* To all */ +#define BPFPKTTYPE_MULTICAST 2 /* To group */ +#define BPFPKTTYPE_OTHERHOST 3 /* To someone else */ +#define BPFPKTTYPE_OUTGOING 4 /* Outgoing of any type */ +#define BPFPKTTYPE_LOOPBACK 5 /* MC/BRD frame looped back */ +#define BPFPKTTYPE_FASTROUTE 6 /* Fastrouted frame (if cannot detect MC/BRD type) */ /* * Data-link level type codes. diff -ruN sys.orig/sys/mbuf.h sys/sys/mbuf.h --- sys.orig/sys/mbuf.h Fri Dec 12 17:43:59 2003 +++ sys/sys/mbuf.h Fri Apr 15 20:40:31 2005 @@ -163,6 +163,7 @@ #define M_FRAG 0x0800 /* packet is a fragment of a larger packet */ #define M_FIRSTFRAG 0x1000 /* packet is first fragment */ #define M_LASTFRAG 0x2000 /* packet is last fragment */ +#define M_BPF_TAGGED 0x400000 /* * External buffer types: identify ext_buf type. --------------050009020007020700010608 Content-Type: text/plain; name="freebsd-5.2.1-bpf-2.0-r4.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-5.2.1-bpf-2.0-r4.patch" diff -ruN sys.orig/net/bpf.c sys/net/bpf.c --- sys.orig/net/bpf.c Thu Dec 2 19:07:36 2004 +++ sys/net/bpf.c Fri Apr 15 16:39:39 2005 @@ -110,7 +110,7 @@ static __inline void bpf_wakeup(struct bpf_d *); static void catchpacket(struct bpf_d *, u_char *, u_int, - u_int, void (*)(const void *, void *, size_t)); + u_int, u_int, void (*)(const void *, void *, size_t)); static void reset_d(struct bpf_d *); static int bpf_setf(struct bpf_d *, struct bpf_program *); static int bpf_getdltlist(struct bpf_d *, struct bpf_dltlist *); @@ -1157,7 +1157,7 @@ #ifdef MAC if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif - catchpacket(d, pkt, pktlen, slen, bcopy); + catchpacket(d, pkt, pktlen, slen, BPFPKTTYPE_FASTROUTE, bcopy); } BPFD_UNLOCK(d); } @@ -1200,15 +1200,32 @@ struct mbuf *m; { struct bpf_d *d; - u_int pktlen, slen; + u_int pktlen, slen, pkttype; pktlen = m_length(m, NULL); - if (pktlen == m->m_len) { - bpf_tap(bp, mtod(m, u_char *), pktlen); - return; - } BPFIF_LOCK(bp); + if (m->m_pkthdr.rcvif == NULL) + pkttype = BPFPKTTYPE_OUTGOING; + else + if (m->m_pkthdr.rcvif != bp->bif_ifp) + pkttype = BPFPKTTYPE_OUTGOING; + else + if ((m->m_flags&M_BPF_TAGGED) == M_BPF_TAGGED) + pkttype = BPFPKTTYPE_OUTGOING; + else { + if ((m->m_flags&M_BCAST) != 0) + pkttype = BPFPKTTYPE_BROADCAST; + else + if ((m->m_flags&M_MCAST) != 0) + pkttype = BPFPKTTYPE_MULTICAST; + else + /* How to detect if packet may received + * only in promiscuous mode ? */ + pkttype = BPFPKTTYPE_HOST; + } + if (m->m_pkthdr.rcvif != NULL && (m->m_flags&M_RDONLY) != M_RDONLY) + m->m_flags |= M_BPF_TAGGED; for (d = bp->bif_dlist; d != 0; d = d->bd_next) { if (!d->bd_seesent && (m->m_pkthdr.rcvif == NULL)) continue; @@ -1220,7 +1237,7 @@ if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif catchpacket(d, (u_char *)m, pktlen, slen, - bpf_mcopy); + pkttype, bpf_mcopy); BPFD_UNLOCK(d); } BPFIF_UNLOCK(bp); @@ -1235,10 +1252,10 @@ * pkt is really an mbuf. */ static void -catchpacket(d, pkt, pktlen, snaplen, cpfn) +catchpacket(d, pkt, pktlen, snaplen, pkttype, cpfn) struct bpf_d *d; u_char *pkt; - u_int pktlen, snaplen; + u_int pktlen, snaplen, pkttype; void (*cpfn)(const void *, void *, size_t); { struct bpf_hdr *hp; @@ -1291,6 +1308,7 @@ microtime(&hp->bh_tstamp); hp->bh_datalen = pktlen; hp->bh_hdrlen = hdrlen; + hp->bh_pkttype = pkttype; /* * Copy the packet data into the store buffer and update its length. */ @@ -1389,11 +1407,11 @@ /* * Compute the length of the bpf header. This is not necessarily - * equal to SIZEOF_BPF_HDR because we want to insert spacing such - * that the network layer header begins on a longword boundary (for - * performance reasons and to alleviate alignment restrictions). + * equal to sizeof(struct bpf_hdr) because we want to insert spacing + * such that the network layer header begins on a longword boundary + * (for performance reasons and to alleviate alignment restrictions). */ - bp->bif_hdrlen = BPF_WORDALIGN(hdrlen + SIZEOF_BPF_HDR) - hdrlen; + bp->bif_hdrlen = BPF_WORDALIGN(hdrlen + sizeof(struct bpf_hdr)) - hdrlen; if (bootverbose) if_printf(ifp, "bpf attached\n"); diff -ruN sys.orig/net/bpf.h sys/net/bpf.h --- sys.orig/net/bpf.h Thu Dec 2 19:07:35 2004 +++ sys/net/bpf.h Fri Apr 15 16:35:24 2005 @@ -94,7 +94,7 @@ }; /* Current version number of filter architecture. */ #define BPF_MAJOR_VERSION 1 -#define BPF_MINOR_VERSION 1 +#define BPF_MINOR_VERSION 2 #define BIOCGBLEN _IOR('B',102, u_int) #define BIOCSBLEN _IOWR('B',102, u_int) @@ -127,16 +127,21 @@ bpf_u_int32 bh_datalen; /* original length of packet */ u_short bh_hdrlen; /* length of bpf header (this struct plus alignment padding) */ + u_short bh_pkttype; /* packet type */ }; + /* - * Because the structure above is not a multiple of 4 bytes, some compilers - * will insist on inserting padding; hence, sizeof(struct bpf_hdr) won't work. - * Only the kernel needs to know about it; applications use bh_hdrlen. + * Packet types. + * For help to get some extra information. + * It is taken from the description packet(7) in Linux system. */ -#ifdef _KERNEL -#define SIZEOF_BPF_HDR (sizeof(struct bpf_hdr) <= 20 ? 18 : \ - sizeof(struct bpf_hdr)) -#endif +#define BPFPKTTYPE_HOST 0 /* To us */ +#define BPFPKTTYPE_BROADCAST 1 /* To all */ +#define BPFPKTTYPE_MULTICAST 2 /* To group */ +#define BPFPKTTYPE_OTHERHOST 3 /* To someone else */ +#define BPFPKTTYPE_OUTGOING 4 /* Outgoing of any type */ +#define BPFPKTTYPE_LOOPBACK 5 /* MC/BRD frame looped back */ +#define BPFPKTTYPE_FASTROUTE 6 /* Fastrouted frame (if cannot detect MC/BRD type) */ /* * Data-link level type codes. diff -ruN sys.orig/sys/mbuf.h sys/sys/mbuf.h --- sys.orig/sys/mbuf.h Thu Dec 2 19:07:43 2004 +++ sys/sys/mbuf.h Fri Apr 15 16:40:55 2005 @@ -164,6 +164,7 @@ #define M_FRAG 0x0800 /* packet is a fragment of a larger packet */ #define M_FIRSTFRAG 0x1000 /* packet is first fragment */ #define M_LASTFRAG 0x2000 /* packet is last fragment */ +#define M_BPF_TAGGED 0x400000 /* * External buffer types: identify ext_buf type. --------------050009020007020700010608 Content-Type: text/plain; name="freebsd-5.3-bpf-2.0-r4.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-5.3-bpf-2.0-r4.patch" diff -ruN sys.orig/net/bpf.c sys/net/bpf.c --- sys.orig/net/bpf.c Mon Oct 11 07:45:21 2004 +++ sys/net/bpf.c Fri Apr 15 10:31:39 2005 @@ -106,7 +106,7 @@ static __inline void bpf_wakeup(struct bpf_d *); static void catchpacket(struct bpf_d *, u_char *, u_int, - u_int, void (*)(const void *, void *, size_t)); + u_int, u_int, void (*)(const void *, void *, size_t)); static void reset_d(struct bpf_d *); static int bpf_setf(struct bpf_d *, struct bpf_program *); static int bpf_getdltlist(struct bpf_d *, struct bpf_dltlist *); @@ -1162,7 +1162,7 @@ #ifdef MAC if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif - catchpacket(d, pkt, pktlen, slen, bcopy); + catchpacket(d, pkt, pktlen, slen, BPFPKTTYPE_FASTROUTE, bcopy); } BPFD_UNLOCK(d); } @@ -1205,7 +1205,7 @@ struct mbuf *m; { struct bpf_d *d; - u_int pktlen, slen; + u_int pktlen, slen, pkttype; /* * Lockless read to avoid cost of locking the interface if there are @@ -1215,12 +1215,29 @@ return; pktlen = m_length(m, NULL); - if (pktlen == m->m_len) { - bpf_tap(bp, mtod(m, u_char *), pktlen); - return; - } BPFIF_LOCK(bp); + if (m->m_pkthdr.rcvif == NULL) + pkttype = BPFPKTTYPE_OUTGOING; + else + if (m->m_pkthdr.rcvif != bp->bif_ifp) + pkttype = BPFPKTTYPE_OUTGOING; + else + if ((m->m_flags&M_BPF_TAGGED) == M_BPF_TAGGED) + pkttype = BPFPKTTYPE_OUTGOING; + else { + if ((m->m_flags&M_BCAST) != 0) + pkttype = BPFPKTTYPE_BROADCAST; + else + if ((m->m_flags&M_MCAST) != 0) + pkttype = BPFPKTTYPE_MULTICAST; + else + /* How to detect if packet may received + * only in promiscuous mode ? */ + pkttype = BPFPKTTYPE_HOST; + } + if (m->m_pkthdr.rcvif != NULL && (m->m_flags&M_RDONLY) != M_RDONLY) + m->m_flags |= M_BPF_TAGGED; LIST_FOREACH(d, &bp->bif_dlist, bd_next) { if (!d->bd_seesent && (m->m_pkthdr.rcvif == NULL)) continue; @@ -1232,7 +1249,7 @@ if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif catchpacket(d, (u_char *)m, pktlen, slen, - bpf_mcopy); + pkttype, bpf_mcopy); BPFD_UNLOCK(d); } BPFIF_UNLOCK(bp); @@ -1251,7 +1268,7 @@ { struct mbuf mb; struct bpf_d *d; - u_int pktlen, slen; + u_int pktlen, slen, pkttype; /* * Lockless read to avoid cost of locking the interface if there are @@ -1272,6 +1289,27 @@ pktlen += dlen; BPFIF_LOCK(bp); + if (m->m_pkthdr.rcvif == NULL) + pkttype = BPFPKTTYPE_OUTGOING; + else + if (m->m_pkthdr.rcvif != bp->bif_ifp) + pkttype = BPFPKTTYPE_OUTGOING; + else + if ((m->m_flags&M_BPF_TAGGED) == M_BPF_TAGGED) + pkttype = BPFPKTTYPE_OUTGOING; + else { + if ((m->m_flags&M_BCAST) != 0) + pkttype = BPFPKTTYPE_BROADCAST; + else + if ((m->m_flags&M_MCAST) != 0) + pkttype = BPFPKTTYPE_MULTICAST; + else + /* How to detect if packet may received + * only in promiscuous mode ? */ + pkttype = BPFPKTTYPE_HOST; + } + if (m->m_pkthdr.rcvif != NULL && (m->m_flags&M_RDONLY) != M_RDONLY) + m->m_flags |= M_BPF_TAGGED; LIST_FOREACH(d, &bp->bif_dlist, bd_next) { if (!d->bd_seesent && (m->m_pkthdr.rcvif == NULL)) continue; @@ -1283,7 +1321,7 @@ if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif catchpacket(d, (u_char *)&mb, pktlen, slen, - bpf_mcopy); + pkttype, bpf_mcopy); BPFD_UNLOCK(d); } BPFIF_UNLOCK(bp); @@ -1297,10 +1335,10 @@ * pkt is really an mbuf. */ static void -catchpacket(d, pkt, pktlen, snaplen, cpfn) +catchpacket(d, pkt, pktlen, snaplen, pkttype, cpfn) struct bpf_d *d; u_char *pkt; - u_int pktlen, snaplen; + u_int pktlen, snaplen, pkttype; void (*cpfn)(const void *, void *, size_t); { struct bpf_hdr *hp; @@ -1354,6 +1392,7 @@ microtime(&hp->bh_tstamp); hp->bh_datalen = pktlen; hp->bh_hdrlen = hdrlen; + hp->bh_pkttype = pkttype; /* * Copy the packet data into the store buffer and update its length. */ @@ -1451,11 +1490,11 @@ /* * Compute the length of the bpf header. This is not necessarily - * equal to SIZEOF_BPF_HDR because we want to insert spacing such - * that the network layer header begins on a longword boundary (for - * performance reasons and to alleviate alignment restrictions). + * equal to sizeof(struct bpf_hdr) because we want to insert spacing + * such that the network layer header begins on a longword boundary + * (for performance reasons and to alleviate alignment restrictions). */ - bp->bif_hdrlen = BPF_WORDALIGN(hdrlen + SIZEOF_BPF_HDR) - hdrlen; + bp->bif_hdrlen = BPF_WORDALIGN(hdrlen + sizeof(struct bpf_hdr)) - hdrlen; if (bootverbose) if_printf(ifp, "bpf attached\n"); diff -ruN sys.orig/net/bpf.h sys/net/bpf.h --- sys.orig/net/bpf.h Sun May 30 21:03:48 2004 +++ sys/net/bpf.h Fri Apr 15 09:28:16 2005 @@ -90,7 +90,7 @@ }; /* Current version number of filter architecture. */ #define BPF_MAJOR_VERSION 1 -#define BPF_MINOR_VERSION 1 +#define BPF_MINOR_VERSION 2 #define BIOCGBLEN _IOR('B',102, u_int) #define BIOCSBLEN _IOWR('B',102, u_int) @@ -123,16 +123,21 @@ bpf_u_int32 bh_datalen; /* original length of packet */ u_short bh_hdrlen; /* length of bpf header (this struct plus alignment padding) */ + u_short bh_pkttype; /* packet type */ }; + /* - * Because the structure above is not a multiple of 4 bytes, some compilers - * will insist on inserting padding; hence, sizeof(struct bpf_hdr) won't work. - * Only the kernel needs to know about it; applications use bh_hdrlen. + * Packet types. + * For help to get some extra information. + * It is taken from the description packet(7) in Linux system. */ -#ifdef _KERNEL -#define SIZEOF_BPF_HDR (sizeof(struct bpf_hdr) <= 20 ? 18 : \ - sizeof(struct bpf_hdr)) -#endif +#define BPFPKTTYPE_HOST 0 /* To us */ +#define BPFPKTTYPE_BROADCAST 1 /* To all */ +#define BPFPKTTYPE_MULTICAST 2 /* To group */ +#define BPFPKTTYPE_OTHERHOST 3 /* To someone else */ +#define BPFPKTTYPE_OUTGOING 4 /* Outgoing of any type */ +#define BPFPKTTYPE_LOOPBACK 5 /* MC/BRD frame looped back */ +#define BPFPKTTYPE_FASTROUTE 6 /* Fastrouted frame (if cannot detect MC/BRD type) */ /* * Data-link level type codes. diff -ruN sys.orig/sys/mbuf.h sys/sys/mbuf.h --- sys.orig/sys/mbuf.h Sat Oct 16 01:45:13 2004 +++ sys/sys/mbuf.h Fri Apr 15 09:42:31 2005 @@ -178,6 +178,7 @@ #define M_FRAG 0x0800 /* packet is a fragment of a larger packet */ #define M_FIRSTFRAG 0x1000 /* packet is first fragment */ #define M_LASTFRAG 0x2000 /* packet is last fragment */ +#define M_BPF_TAGGED 0x400000 /* * External buffer types: identify ext_buf type. --------------050009020007020700010608 Content-Type: text/plain; name="freebsd-5.4-bpf-2.0-r4.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="freebsd-5.4-bpf-2.0-r4.patch" diff -ruN sys.orig/net/bpf.c sys/net/bpf.c --- sys.orig/net/bpf.c Thu Jun 16 14:41:15 2005 +++ sys/net/bpf.c Thu Jun 16 14:45:59 2005 @@ -109,7 +109,7 @@ static __inline void bpf_wakeup(struct bpf_d *); static void catchpacket(struct bpf_d *, u_char *, u_int, - u_int, void (*)(const void *, void *, size_t)); + u_int, u_int, void (*)(const void *, void *, size_t)); static void reset_d(struct bpf_d *); static int bpf_setf(struct bpf_d *, struct bpf_program *); static int bpf_getdltlist(struct bpf_d *, struct bpf_dltlist *); @@ -1168,7 +1168,7 @@ #ifdef MAC if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif - catchpacket(d, pkt, pktlen, slen, bcopy); + catchpacket(d, pkt, pktlen, slen, BPFPKTTYPE_FASTROUTE, bcopy); } BPFD_UNLOCK(d); } @@ -1211,7 +1211,7 @@ struct mbuf *m; { struct bpf_d *d; - u_int pktlen, slen; + u_int pktlen, slen, pkttype; /* * Lockless read to avoid cost of locking the interface if there are @@ -1221,12 +1221,29 @@ return; pktlen = m_length(m, NULL); - if (pktlen == m->m_len) { - bpf_tap(bp, mtod(m, u_char *), pktlen); - return; - } BPFIF_LOCK(bp); + if (m->m_pkthdr.rcvif == NULL) + pkttype = BPFPKTTYPE_OUTGOING; + else + if (m->m_pkthdr.rcvif != bp->bif_ifp) + pkttype = BPFPKTTYPE_OUTGOING; + else + if ((m->m_flags&M_BPF_TAGGED) == M_BPF_TAGGED) + pkttype = BPFPKTTYPE_OUTGOING; + else { + if ((m->m_flags&M_BCAST) != 0) + pkttype = BPFPKTTYPE_BROADCAST; + else + if ((m->m_flags&M_MCAST) != 0) + pkttype = BPFPKTTYPE_MULTICAST; + else + /* How to detect if packet may received + * only in promiscuous mode ? */ + pkttype = BPFPKTTYPE_HOST; + } + if (m->m_pkthdr.rcvif != NULL && (m->m_flags&M_RDONLY) != M_RDONLY) + m->m_flags |= M_BPF_TAGGED; LIST_FOREACH(d, &bp->bif_dlist, bd_next) { if (!d->bd_seesent && (m->m_pkthdr.rcvif == NULL)) continue; @@ -1238,7 +1255,7 @@ if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif catchpacket(d, (u_char *)m, pktlen, slen, - bpf_mcopy); + pkttype, bpf_mcopy); BPFD_UNLOCK(d); } BPFIF_UNLOCK(bp); @@ -1257,7 +1274,7 @@ { struct mbuf mb; struct bpf_d *d; - u_int pktlen, slen; + u_int pktlen, slen, pkttype; /* * Lockless read to avoid cost of locking the interface if there are @@ -1278,6 +1295,27 @@ pktlen += dlen; BPFIF_LOCK(bp); + if (m->m_pkthdr.rcvif == NULL) + pkttype = BPFPKTTYPE_OUTGOING; + else + if (m->m_pkthdr.rcvif != bp->bif_ifp) + pkttype = BPFPKTTYPE_OUTGOING; + else + if ((m->m_flags&M_BPF_TAGGED) == M_BPF_TAGGED) + pkttype = BPFPKTTYPE_OUTGOING; + else { + if ((m->m_flags&M_BCAST) != 0) + pkttype = BPFPKTTYPE_BROADCAST; + else + if ((m->m_flags&M_MCAST) != 0) + pkttype = BPFPKTTYPE_MULTICAST; + else + /* How to detect if packet may received + * only in promiscuous mode ? */ + pkttype = BPFPKTTYPE_HOST; + } + if (m->m_pkthdr.rcvif != NULL && (m->m_flags&M_RDONLY) != M_RDONLY) + m->m_flags |= M_BPF_TAGGED; LIST_FOREACH(d, &bp->bif_dlist, bd_next) { if (!d->bd_seesent && (m->m_pkthdr.rcvif == NULL)) continue; @@ -1289,7 +1327,7 @@ if (mac_check_bpfdesc_receive(d, bp->bif_ifp) == 0) #endif catchpacket(d, (u_char *)&mb, pktlen, slen, - bpf_mcopy); + pkttype, bpf_mcopy); BPFD_UNLOCK(d); } BPFIF_UNLOCK(bp); @@ -1303,10 +1341,10 @@ * pkt is really an mbuf. */ static void -catchpacket(d, pkt, pktlen, snaplen, cpfn) +catchpacket(d, pkt, pktlen, snaplen, pkttype, cpfn) struct bpf_d *d; u_char *pkt; - u_int pktlen, snaplen; + u_int pktlen, snaplen, pkttype; void (*cpfn)(const void *, void *, size_t); { struct bpf_hdr *hp; @@ -1361,6 +1399,7 @@ microtime(&hp->bh_tstamp); hp->bh_datalen = pktlen; hp->bh_hdrlen = hdrlen; + hp->bh_pkttype = pkttype; /* * Copy the packet data into the store buffer and update its length. */ @@ -1461,11 +1500,11 @@ /* * Compute the length of the bpf header. This is not necessarily - * equal to SIZEOF_BPF_HDR because we want to insert spacing such - * that the network layer header begins on a longword boundary (for - * performance reasons and to alleviate alignment restrictions). + * equal to sizeof(struct bpf_hdr) because we want to insert spacing + * such that the network layer header begins on a longword boundary + * (for performance reasons and to alleviate alignment restrictions). */ - bp->bif_hdrlen = BPF_WORDALIGN(hdrlen + SIZEOF_BPF_HDR) - hdrlen; + bp->bif_hdrlen = BPF_WORDALIGN(hdrlen + sizeof(struct bpf_hdr)) - hdrlen; if (bootverbose) if_printf(ifp, "bpf attached\n"); diff -ruN sys.orig/net/bpf.h sys/net/bpf.h --- sys.orig/net/bpf.h Thu Jun 16 14:41:15 2005 +++ sys/net/bpf.h Thu Jun 16 14:45:59 2005 @@ -90,7 +90,7 @@ }; /* Current version number of filter architecture. */ #define BPF_MAJOR_VERSION 1 -#define BPF_MINOR_VERSION 1 +#define BPF_MINOR_VERSION 2 #define BIOCGBLEN _IOR('B',102, u_int) #define BIOCSBLEN _IOWR('B',102, u_int) @@ -123,16 +123,21 @@ bpf_u_int32 bh_datalen; /* original length of packet */ u_short bh_hdrlen; /* length of bpf header (this struct plus alignment padding) */ + u_short bh_pkttype; /* packet type */ }; + /* - * Because the structure above is not a multiple of 4 bytes, some compilers - * will insist on inserting padding; hence, sizeof(struct bpf_hdr) won't work. - * Only the kernel needs to know about it; applications use bh_hdrlen. + * Packet types. + * For help to get some extra information. + * It is taken from the description packet(7) in Linux system. */ -#ifdef _KERNEL -#define SIZEOF_BPF_HDR (sizeof(struct bpf_hdr) <= 20 ? 18 : \ - sizeof(struct bpf_hdr)) -#endif +#define BPFPKTTYPE_HOST 0 /* To us */ +#define BPFPKTTYPE_BROADCAST 1 /* To all */ +#define BPFPKTTYPE_MULTICAST 2 /* To group */ +#define BPFPKTTYPE_OTHERHOST 3 /* To someone else */ +#define BPFPKTTYPE_OUTGOING 4 /* Outgoing of any type */ +#define BPFPKTTYPE_LOOPBACK 5 /* MC/BRD frame looped back */ +#define BPFPKTTYPE_FASTROUTE 6 /* Fastrouted frame (if cannot detect MC/BRD type) */ /* * Data-link level type codes. diff -ruN sys.orig/sys/mbuf.h sys/sys/mbuf.h --- sys.orig/sys/mbuf.h Thu Jun 16 14:41:19 2005 +++ sys/sys/mbuf.h Thu Jun 16 14:45:59 2005 @@ -178,6 +178,7 @@ #define M_FRAG 0x0800 /* packet is a fragment of a larger packet */ #define M_FIRSTFRAG 0x1000 /* packet is first fragment */ #define M_LASTFRAG 0x2000 /* packet is last fragment */ +#define M_BPF_TAGGED 0x400000 /* * External buffer types: identify ext_buf type. --------------050009020007020700010608-- From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 10:41:12 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ADD716A420 for ; Fri, 9 Sep 2005 10:41:12 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA22443D48 for ; Fri, 9 Sep 2005 10:41:11 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Fri, 09 Sep 2005 05:41:10 -0500 id 000958A6.432166C6.0000E9B8 Received: from dsl-201-144-82-159.prod-infinitum.com.mx (dsl-201-144-82-159.prod-infinitum.com.mx [201.144.82.159]) by mail.bafirst.com (Horde MIME library) with HTTP; Fri, 09 Sep 2005 05:41:10 -0500 Message-ID: <20050909054110.08pqjx9bi884c0sg@mail.bafirst.com> Date: Fri, 09 Sep 2005 05:41:10 -0500 From: eculp@bafirst.com To: freebsd-net@freebsd.org References: <20050908221115.038c3abd.lists@yazzy.org> <004701c5b4df$9207d260$1200a8c0@gsicomp.on.ca> <4320EDDF.6090303@errno.com> In-Reply-To: <4320EDDF.6090303@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: net.inet.ip.forwarding and net.inet.ip.fastforwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 10:41:12 -0000 Quoting Sam Leffler : > Matt Emmerton wrote: >>> Hi guys. >>> >>> What's the difference between net.inet.ip.forwarding and >> >> net.inet.ip.fastforwarding ? >> >>> What's the role of net.inet.ip.fastforwarding ? >> >> >>> From inet(4): >> >> IPCTL_FORWARDING (ip.forwarding) Boolean: enable/disable >> forwarding >> of IP packets. Defaults to off. >> >> IPCTL_FASTFORWARDING (ip.fastforwarding) Boolean: enable/disable the >> use >> of fast IP forwarding code. Defaults to off. >> When >> fast forwarding is enabled, IP packets are for- >> warded directly to the appropriate network inter- >> face with a minimal validity checking, which >> greatly improves the throughput. On the other >> hand, they bypass the standard procedures, such >> as >> IP option processing and ipfirewall(4) checking. >> It is not guaranteed that every packet will be >> fast-forwarded. >> > > This quote is out of date; on current fastforwarding is purely an > optimization path--if the packet requires features not supported by > the fast path then it's processed normally. Maybe I should have another ristreto before asking this, but based on what I understand from this thread and speaking of current 7.0: a. I would set both in sysctl.conf net.inet.ip.forwarding=1 net.inet.ip.fastforwarding=1 b. There would be no "down side" in current 7.0 Is this more or less correct? If so, will this posibly be the case in the 6.0 release also or only in current? Thanks, ed From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 16:29:27 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4490D16A41F for ; Fri, 9 Sep 2005 16:29:27 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id C857943D48 for ; Fri, 9 Sep 2005 16:29:26 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.200] ([10.0.0.200]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j89GTJ6j011461 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2005 09:29:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4321BA08.9060500@errno.com> Date: Fri, 09 Sep 2005 09:36:24 -0700 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050327) X-Accept-Language: en-us, en MIME-Version: 1.0 To: eculp@bafirst.com References: <20050908221115.038c3abd.lists@yazzy.org> <004701c5b4df$9207d260$1200a8c0@gsicomp.on.ca> <4320EDDF.6090303@errno.com> <20050909054110.08pqjx9bi884c0sg@mail.bafirst.com> In-Reply-To: <20050909054110.08pqjx9bi884c0sg@mail.bafirst.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: net.inet.ip.forwarding and net.inet.ip.fastforwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 16:29:27 -0000 eculp@bafirst.com wrote: > Quoting Sam Leffler : > >> Matt Emmerton wrote: >> >>>> Hi guys. >>>> >>>> What's the difference between net.inet.ip.forwarding and >>> >>> >>> net.inet.ip.fastforwarding ? >>> >>>> What's the role of net.inet.ip.fastforwarding ? >>> >>> >>> >>>> From inet(4): >>> >>> >>> IPCTL_FORWARDING (ip.forwarding) Boolean: enable/disable >>> forwarding >>> of IP packets. Defaults to off. >>> >>> IPCTL_FASTFORWARDING (ip.fastforwarding) Boolean: >>> enable/disable the >>> use >>> of fast IP forwarding code. Defaults to off. >>> When >>> fast forwarding is enabled, IP packets are >>> for- >>> warded directly to the appropriate network >>> inter- >>> face with a minimal validity checking, which >>> greatly improves the throughput. On the >>> other >>> hand, they bypass the standard procedures, >>> such >>> as >>> IP option processing and ipfirewall(4) >>> checking. >>> It is not guaranteed that every packet >>> will be >>> fast-forwarded. >>> >> >> This quote is out of date; on current fastforwarding is purely an >> optimization path--if the packet requires features not supported by >> the fast path then it's processed normally. > > > Maybe I should have another ristreto before asking this, but based on > what I understand from this thread and speaking of current 7.0: > > a. I would set both in sysctl.conf > net.inet.ip.forwarding=1 > net.inet.ip.fastforwarding=1 > b. There would be no "down side" in current 7.0 > > Is this more or less correct? If so, will this posibly be the case in > the 6.0 release also or only in current? 6.0 and 7.x share the same code so the settings are identical. As to downside you pay a penalty if the fastforwarding code has to hand the packet back to the "slow path". There may also be side effects from the run-to-completion model it uses. You should test to decide if the feature is worth enabling for your environment. I'm not sure it's had much testing (Andre?). Sam From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 16:49:50 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5A4016A41F for ; Fri, 9 Sep 2005 16:49:50 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE34143D48 for ; Fri, 9 Sep 2005 16:49:49 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 93133 invoked from network); 9 Sep 2005 16:25:57 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 9 Sep 2005 16:25:57 -0000 Message-ID: <4321BD3D.66417FA6@freebsd.org> Date: Fri, 09 Sep 2005 18:50:05 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Sam Leffler References: <20050908221115.038c3abd.lists@yazzy.org> <004701c5b4df$9207d260$1200a8c0@gsicomp.on.ca> <4320EDDF.6090303@errno.com> <20050909054110.08pqjx9bi884c0sg@mail.bafirst.com> <4321BA08.9060500@errno.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: net.inet.ip.forwarding and net.inet.ip.fastforwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 16:49:50 -0000 Sam Leffler wrote: > > eculp@bafirst.com wrote: > > Quoting Sam Leffler : > > > >> Matt Emmerton wrote: > >> > >>>> Hi guys. > >>>> > >>>> What's the difference between net.inet.ip.forwarding and > >>> > >>> > >>> net.inet.ip.fastforwarding ? > >>> > >>>> What's the role of net.inet.ip.fastforwarding ? > >>> > >>> > >>> > >>>> From inet(4): > >>> > >>> > >>> IPCTL_FORWARDING (ip.forwarding) Boolean: enable/disable > >>> forwarding > >>> of IP packets. Defaults to off. > >>> > >>> IPCTL_FASTFORWARDING (ip.fastforwarding) Boolean: > >>> enable/disable the > >>> use > >>> of fast IP forwarding code. Defaults to off. > >>> When > >>> fast forwarding is enabled, IP packets are > >>> for- > >>> warded directly to the appropriate network > >>> inter- > >>> face with a minimal validity checking, which > >>> greatly improves the throughput. On the > >>> other > >>> hand, they bypass the standard procedures, > >>> such > >>> as > >>> IP option processing and ipfirewall(4) > >>> checking. > >>> It is not guaranteed that every packet > >>> will be > >>> fast-forwarded. > >>> > >> > >> This quote is out of date; on current fastforwarding is purely an > >> optimization path--if the packet requires features not supported by > >> the fast path then it's processed normally. > > > > > > Maybe I should have another ristreto before asking this, but based on > > what I understand from this thread and speaking of current 7.0: > > > > a. I would set both in sysctl.conf > > net.inet.ip.forwarding=1 > > net.inet.ip.fastforwarding=1 > > b. There would be no "down side" in current 7.0 > > > > Is this more or less correct? If so, will this posibly be the case in > > the 6.0 release also or only in current? > > 6.0 and 7.x share the same code so the settings are identical. As to > downside you pay a penalty if the fastforwarding code has to hand the > packet back to the "slow path". There may also be side effects from the > run-to-completion model it uses. You should test to decide if the > feature is worth enabling for your environment. I'm not sure it's had > much testing (Andre?). When activated on a router it gives a very nice speed boost. Process completion pays off very well here. It has got a lot of testing at various ISP's on their production routers. For hosts it doesn't really hurt but is totally pointless. -- Andre From owner-freebsd-net@FreeBSD.ORG Fri Sep 9 17:55:52 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6D2316A41F; Fri, 9 Sep 2005 17:55:52 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from bafirst.com (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3086543D48; Fri, 9 Sep 2005 17:55:52 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by bafirst.com with local; Fri, 09 Sep 2005 12:55:51 -0500 id 00095800.4321CCA7.00009211 Received: from dsl-201-144-82-131.prod-infinitum.com.mx (dsl-201-144-82-131.prod-infinitum.com.mx [201.144.82.131]) by mail.bafirst.com (Horde MIME library) with HTTP; Fri, 09 Sep 2005 12:55:51 -0500 Message-ID: <20050909125551.k12eep11s80c0s04@mail.bafirst.com> Date: Fri, 09 Sep 2005 12:55:51 -0500 From: eculp@bafirst.com To: Andre Oppermann References: <20050908221115.038c3abd.lists@yazzy.org> <004701c5b4df$9207d260$1200a8c0@gsicomp.on.ca> <4320EDDF.6090303@errno.com> <20050909054110.08pqjx9bi884c0sg@mail.bafirst.com> <4321BA08.9060500@errno.com> <4321BD3D.66417FA6@freebsd.org> In-Reply-To: <4321BD3D.66417FA6@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Cc: freebsd-net@freebsd.org Subject: Re: net.inet.ip.forwarding and net.inet.ip.fastforwarding X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Sep 2005 17:55:52 -0000 Quoting Andre Oppermann : > Sam Leffler wrote: >> >> > Maybe I should have another ristreto before asking this, but based on >> > what I understand from this thread and speaking of current 7.0: >> > >> > a. I would set both in sysctl.conf >> > net.inet.ip.forwarding=1 >> > net.inet.ip.fastforwarding=1 >> > b. There would be no "down side" in current 7.0 >> > >> > Is this more or less correct? If so, will this posibly be the case in >> > the 6.0 release also or only in current? >> >> 6.0 and 7.x share the same code so the settings are identical. As to >> downside you pay a penalty if the fastforwarding code has to hand the >> packet back to the "slow path". There may also be side effects from the >> run-to-completion model it uses. You should test to decide if the >> feature is worth enabling for your environment. I'm not sure it's had >> much testing (Andre?). > > When activated on a router it gives a very nice speed boost. Process > completion pays off very well here. It has got a lot of testing at > various ISP's on their production routers. For hosts it doesn't really > hurt but is totally pointless. Andre, many thanks to both you and Sam. I will definitely do some testing this weekend. Speaking of weekends, have a great one. ed > > -- > Andre > From owner-freebsd-net@FreeBSD.ORG Sat Sep 10 03:38:35 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBA1C16A41F for ; Sat, 10 Sep 2005 03:38:35 +0000 (GMT) (envelope-from spork@bway.net) Received: from mail.bway.net (xena.bway.net [216.220.96.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 595E843D58 for ; Sat, 10 Sep 2005 03:38:35 +0000 (GMT) (envelope-from spork@bway.net) Received: (qmail 32827 invoked by uid 0); 10 Sep 2005 03:38:33 -0000 Received: from unknown (HELO gee5.nat.fasttrackmonkey.com) (216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Sep 2005 03:38:33 -0000 Date: Fri, 9 Sep 2005 23:38:31 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@gee5.nat.fasttrackmonkey.com To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: PPPoE and UDP fragmentation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Sep 2005 03:38:35 -0000 Hello, I just recently "fixed" a problem with getting an amanda server to backup some remote hosts over a DSL line (6Mb/s down, so it actually works well). A summation of that is here: http://groups.yahoo.com/group/amanda-users/message/56264 The gist is setting the backup server's ethernet mtu to 1492 makes things work. The server is connected to the internet via a Netopia/Cayman DSL router. It does use PPPoE even though it has a routed subnet. Linked in some of those messages are two tcpdumps showing the failure: http://www.bway.net/~spork/amanda-tcpdump.txt http://www.bway.net/~spork/amanda-tcpdump2.txt I'm just trying to understand the problem since it's now hackishly "fixed". I get the whole PMTUD thing for TCP, but I've not been able to really grasp how UDP fragmentation works, especially when a cheap-o router is involved. Some of the comments in the amanda-users thread piqued my interest, like: "I believe you have a UDP fragementation network problem somewhere inbetween the two hosts, or maybe the devel2 host itself. Compare these two lines (first: view on devel2, second: view on h13): 00:07:40.444231 devel2.945 > h13.amanda: udp 1465 (ttl 64, id 45642, len 1493) 00:07:40.484232 devel2.945 > h13.amanda: udp 1465 (frag 45642:1472@0+) (ttl 51, len 1492) The host devel2, sends a packet, claiming length 1493 bytes. (1465 real payload + 28 bytes UDP packet header = 1493 bytes). It also seems to be split over many UDP packets, but the following packet is never seen in the trace. THe packet that is shown is only 1486 bytes long. There should be a second packet with the rest of 7 bytes, but that is missing from the trace. >From the content of the first packet, that second packet should contain "index"+newline, indeed 7 bytes." Questions: -In the second trace I do see fragments arriving (if I'm reading that tcpdump correctly), but it seems like they don't make it to the application. -Who fragments? -What happens to the checksum when something is fragmented? -Are there any tunables at either end (both hosts are FreeBSD 4.11 p11) to alter how fragmented packets are re-assembled? Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork@bway.net - 212.655.9344 From owner-freebsd-net@FreeBSD.ORG Sat Sep 10 09:29:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 670D316A41F for ; Sat, 10 Sep 2005 09:29:14 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C285743D45 for ; Sat, 10 Sep 2005 09:29:13 +0000 (GMT) (envelope-from jhs@flat.berklix.net) Received: from js.berklix.net (p549A5530.dip.t-dialin.net [84.154.85.48]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j8A9T7xr068343; Sat, 10 Sep 2005 11:29:08 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (fire.jhs.private [192.168.91.41]) by js.berklix.net (8.12.11/8.12.11) with ESMTP id j8A9T5vq001888; Sat, 10 Sep 2005 11:29:06 +0200 (CEST) (envelope-from jhs@flat.berklix.net) Received: from fire.jhs.private (localhost.jhs.private [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j8A9UoHN062107; Sat, 10 Sep 2005 11:30:50 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200509100930.j8A9UoHN062107@fire.jhs.private> To: Charles Sprickman In-Reply-To: Message from Charles Sprickman of "Fri, 09 Sep 2005 23:38:31 EDT." Date: Sat, 10 Sep 2005 11:30:50 +0200 From: "Julian H. Stacey" Cc: freebsd-net@freebsd.org Subject: Re: PPPoE and UDP fragmentation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Sep 2005 09:29:14 -0000 > -Are there any tunables at either end (both hosts are FreeBSD 4.11 p11) to > alter how fragmented packets are re-assembled? /usr/ports/net/tcpmssd An MTU adapter. Apparently not needed on FreeBSD-5 but I mean to install it on my FreeBSD-4 DSL gateways when I find time to think if it might have any implications re ipfw & security. -- Julian Stacey. Consultant Unix Net & Sys. Eng., Munich. http://berklix.com Mail Ascii not HTML. Ihr Rauch = meine allergischen Kopfschmerzen.