From owner-freebsd-net@FreeBSD.ORG Sun Dec 9 01:12:05 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A406916A418 for ; Sun, 9 Dec 2007 01:12:05 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 75BE713C447 for ; Sun, 9 Dec 2007 01:12:05 +0000 (UTC) (envelope-from sandiegobiker@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1305943rvb for ; Sat, 08 Dec 2007 17:12:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=ezs/mrAjitb7hfFIrj9i2ceFssEBZ6bc1cRA0EhGbNY=; b=dty/fPf7H4FaUoTEfY4ocU7p+DwXStox6RlgjT92lPlL1dDiZgFoUN52Hoq5ml3+9Wh/wC8KXtDL3nWYX1ErzdlMlgFqQVOFBNQzAXLrNtCBjyqFpEV1tBNA4iBIyWntyed42IZgznImtMQS3NUDwAlTKD/3TYsK1h22t0omROM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=aaQlinCu4YvBh2GPrl0VoOfxCH1Yv8xsKQI4XAhcdEXig4K5ycJQwKpcoQAjUelhulj+KM5Wo+AcOqfdPwmUZjuIQx9D6/V1qXFnA9VEm34Db/jKVC0h8DzRRebyK9vBd/cnz6KLnUt/vZNw+vnae8OTvwzfVJQEXLyU8OAiNMs= Received: by 10.141.43.5 with SMTP id v5mr1146204rvj.1197162724920; Sat, 08 Dec 2007 17:12:04 -0800 (PST) Received: by 10.141.35.8 with HTTP; Sat, 8 Dec 2007 17:12:04 -0800 (PST) Message-ID: <27cb3ada0712081712o26e33d75y48f71f881b51b6d3@mail.gmail.com> Date: Sat, 8 Dec 2007 17:12:04 -0800 From: "Len Gross" To: "Harti Brandt" In-Reply-To: <20071207113727.J30903@knop-beagle.kn.op.dlr.de> MIME-Version: 1.0 References: <27cb3ada0712061914g4aff5a7eq7d5cc64ba3d493ed@mail.gmail.com> <47591EC2.9060902@FreeBSD.org> <20071207113727.J30903@knop-beagle.kn.op.dlr.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" , "Bruce M. Simpson" Subject: Re: TDMA / Interrupts / Pre-emptible X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2007 01:12:05 -0000 On Dec 7, 2007 2:46 AM, Harti Brandt wrote: > On Fri, 7 Dec 2007, Bruce M. Simpson wrote: > > BMS>I can't comment on kernel scheduler jitter though, so someone who is > working > BMS>directly in that area will hopefully respond -- arch@ or hackers@ > might be a > BMS>better place to field that question. > BMS> > BMS>I believe microsecond resolution for your app should be possible in > the > BMS>kernel. If it isn't, I'd like to know why. [It would be really, really > nice > BMS>to have better real-time support in FreeBSD, i.e. a deadline > scheduler.] > > A couple of years I did exactly the same as the OP - implementing a > satellite MAC layer (FM-TDMA) on a cluster of 5 FreeBSD machines. I think > it was the time when we moved from 4.X to 5.0 or 5.1. I could not get it > reliable because the jitter in the kernel (I implemented everything in > netgraph over ethernet) was in the order of several 100 usec. I had HZ at > 10000 (all my simulation machines run on that). I tried really hard to > find out where these jitters came from, but failed. Trying to trace the > timing of execution changed the figures completely each time. Finally I > gave up, because the project luckily ended :-/ At one point I tried to > bump HZ to 20000 or so, but at this point TCP broke. I think this might > have come from the RTT computation which is/was done in ticks and the > square of something would overflow the variable. > > One must also carefully choose the ethernet adapter for this kind of > things, because it may add any kind of jitter/delay. At that time the best > where the DEC/intel if_dc types. > > Of course with the actual kernel the situation may be quite different. > Don't know what influence have interrupt threads and this stuff. I would > be interested to hear how things work out and, yeah, better real-time > support would be great :-) > > Regards, > harti > > I think the general answer is probably that drivers and Kernel code have the same lack of determinism as user-land code. I found a LINUX article "A measurement- based Analysis of the real-time performance of LINUX" that seems to support this view. If I can get latency/jitter of 100 microseconds that would be good enough for my next step. Will keep you posted. -- Len From owner-freebsd-net@FreeBSD.ORG Sun Dec 9 16:41:55 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C22A316A419 for ; Sun, 9 Dec 2007 16:41:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA2F13C45A for ; Sun, 9 Dec 2007 16:41:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3D02146CB6; Sun, 9 Dec 2007 11:41:55 -0500 (EST) Date: Sun, 9 Dec 2007 16:41:55 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Peter Wood In-Reply-To: <475A735F.8000907@alastria.net> Message-ID: <20071209163352.V71725@fledge.watson.org> References: <4755EFDD.8070609@isc.org> <20071205021851.V87930@fledge.watson.org> <20071205093244.U87930@fledge.watson.org> <20071205094657.P87930@fledge.watson.org> <475A735F.8000907@alastria.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Aggregating many ports into one for tcpdump server. (also sampling before libpcap) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Dec 2007 16:41:55 -0000 On Sat, 8 Dec 2007, Peter Wood wrote: > I'd prefer to use sampling rather then just accepting kernel droped packets > to ensure fair selection over a time period, rather then only collecting the > start of that period and then nothing else. > > I'd be willing to look into implementing that perhaps in the same way that > Juniper Networks do for their sampling, ie. a maximum number of packets to > be sampled in a second, how often to sample in terms of packets and then > when sampling how many packets it should sample. Something that would be quite easy to do is add a "select 1 in (n) matched packets for sampling", and just adding a counter to each BPF device that goes up with each seen (but not necessarily sampled) packet. You could imagine more complex solutions that were more capable. Regardless, I suspect that the mechanism to implement a sampling scheme for BPF would be pretty straight forward and I'd be happy to lend a hand. If you take a look at points in the bpf.c that call bpf_filter() and catchpacket(), that should get you the points of interest for such a decision. For simple rate control, I suppose one wants to do the sampling before calling the BPF filter to avoid burning CPU processing the filter for packets you won't accept anyway, in as much as that doesn't modify the semantics of the sampling and filtering models. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 08:13:45 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23BB416A418 for ; Mon, 10 Dec 2007 08:13:45 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: from grupposervizi.it (mail1.tagetik.com [85.18.71.243]) by mx1.freebsd.org (Postfix) with SMTP id 58FFE13C457 for ; Mon, 10 Dec 2007 08:13:43 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: (qmail 30510 invoked by uid 453); 10 Dec 2007 08:13:41 -0000 Received: from [192.9.210.26] (HELO noel.grupposervizi.it) (192.9.210.26) by grupposervizi.it (qpsmtpd/0.31.1) with ESMTP; Mon, 10 Dec 2007 09:13:41 +0100 Message-ID: <475CF534.9080106@libero.it> Date: Mon, 10 Dec 2007 09:13:40 +0100 From: Raffaele De Lorenzo User-Agent: Thunderbird 2.0.0.9 (X11/20071204) MIME-Version: 1.0 To: d@delphij.net References: <4757D2DE.3070305@libero.it> <4759E103.7010504@delphij.net> In-Reply-To: <4759E103.7010504@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: Added native socks support to libc in FreeBSD 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: Mon, 10 Dec 2007 08:13:45 -0000 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Raffaele De Lorenzo wrote: > >> Hi, >> i added a native (client) Socks V4/V5 support inside FreeBSD libc >> library. The work is based of my project (see >> http://csocks.altervista.org) CSOCKS. >> You can get it here: >> >> http://csocks.altervista.org/download/FreeBSD_libc.tar.gz >> > > Would you mind sending a PR for this? It sounds useful to me and I > don't want it to lose... > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > > iD8DBQFHWeEDhcUczkLqiksRAinRAJ9kxtecWCxOiXEH4kA7RW3veoYyiACg2KkX > EUQGp7FdQIHmqlDFUN3MV88= > =9dnN > -----END PGP SIGNATURE----- > . > > Hi, Many thanks for your intersted. You can go to http://csocks.altervista.org or in the FreeBSD ports collections (you must use the search keyword "csocks"). Instead, If you want to test the new libc with native socks support please download and install FreeBSD_libc.tar (fetch http://csocks.altervista.org/download/FreeBSD_libc.tar.gz). If you have any question for the installation procedure, you can contact me. cheers Raffaele From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 11:07:08 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAA6D16A4F2 for ; Mon, 10 Dec 2007 11:07:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C1BC513C4F8 for ; Mon, 10 Dec 2007 11:07:08 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lBAB7850073426 for ; Mon, 10 Dec 2007 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lBAB78sx073422 for freebsd-net@FreeBSD.org; Mon, 10 Dec 2007 11:07:08 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Dec 2007 11:07:08 GMT Message-Id: <200712101107.lBAB78sx073422@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 11:07:09 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- f kern/115360 net [ipv6] IPv6 address and if_bridge don't play well toge 1 problem total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue f kern/62374 net panic: free: multiple frees s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/95665 net [if_tun] "ping: sendto: No buffer space available" wit s kern/105943 net Network stack may modify read-only mbuf chain copies o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106438 net [hme] hme0: Interface unable to do tx and rx checksumm o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/110959 net [ipsec] Filtering incoming packets with enc0 does not o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112722 net IP v4 udp fragmented packet reject o kern/113457 net [ipv6] deadlock occurs if a tunnel goes down while the o kern/113842 net [ipv6] PF_INET6 proto domain state can't be cleared wi o kern/114714 net [gre][patch] gre(4) is not MPSAFE and does not support o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/116077 net 6.2-STABLE panic during use of multi-cast networking c o kern/116172 net Network / ipv6 recursive mutex panic o kern/116185 net if_iwi driver leads system to reboot o kern/116328 net [bge]: Solid hang with bge interface o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o kern/116837 net ifconfig tunX destroy: panic o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117423 net Duplicate IP on different interfaces o bin/117448 net [carp] 6.2 kernel crash o kern/117717 net Kernel panic with Bittorrent client. 29 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s kern/60293 net FreeBSD arp poison patch o kern/95267 net packet drops periodically appear f kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/102035 net [plip] plip networking disables parallel port printing o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/112654 net [pcn] Kernel panic upon if_pcn module load on a Netfin o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o bin/116643 net [patch] fstat(1): add INET/INET6 socket details as in o bin/117339 net [patch] route(8): loading routing management commands 14 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 11:22:46 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E2B016A46B for ; Mon, 10 Dec 2007 11:22:46 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: from grupposervizi.it (mail1.tagetik.com [85.18.71.243]) by mx1.freebsd.org (Postfix) with SMTP id 5B15B13C457 for ; Mon, 10 Dec 2007 11:22:44 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: (qmail 25906 invoked by uid 453); 10 Dec 2007 11:22:43 -0000 Received: from [192.9.210.26] (HELO noel.grupposervizi.it) (192.9.210.26) by grupposervizi.it (qpsmtpd/0.31.1) with ESMTP; Mon, 10 Dec 2007 12:22:43 +0100 Message-ID: <475D2185.3090405@libero.it> Date: Mon, 10 Dec 2007 12:22:45 +0100 From: Raffaele De Lorenzo User-Agent: Thunderbird 2.0.0.9 (X11/20071204) MIME-Version: 1.0 To: Julian Elischer References: <4759022A.4020105@libero.it> <47599AE1.6060805@elischer.org> In-Reply-To: <47599AE1.6060805@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-security@freebsd.org, "raffaele.delorenzo" , FreeBSD Net Subject: Re: Added native socks support to libc in FreeBSD 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: Mon, 10 Dec 2007 11:22:46 -0000 Julian Elischer wrote: > Raffaele De Lorenzo wrote: >> Hi, >> i added a native (client) Socks V4/V5 support inside FreeBSD libc >> library. The work is based of my project (see >> http://csocks.altervista.org) CSOCKS. >> You can get it here: >> >> > > thanks for doing this. now we just need to see if thre is someone who > knows socks who can look at it.. > > The big question is whether it should be in libc or not. Making > everyone who does not use socks pay a cost is a big decision. > > Obviously, for people who use socks, it is good. What is the cost for > others? > > > > > > . > Hi, I understand your doubts... The socks implementation wraps some syscall socket functions like "_connect" and "_bind" trasparently from the applications. When one of these is called, the "socks" check starts: 1) Load rules from /etc/csocks.conf (if exist or there are rules..) 2) Check the rules ("check-rules") with the connection data (the check have a O(1) cost because the rules are stored in a hash-table). If "/etc/csocks.conf" doesn't exist or there are no rules inside it, the entire socks check is skipped and go run native syscall (for example "_connect") . 3) If a rule is matched, then starts the socksified's (connection ) processes, else run the native syscall Now, if the users never will use the socks features (the configuration file is empty), the computation cost is negligible, because the "check-rules" are skipped. If some (or all) users use the socks features, for each syscall wrapped by socks there is a low cost identified by the "check-rule" procedure. I tested this solution in a big network , up to 60 client rules and i didn't see slowdowns for non-socks connections. When a process calls a socks wrapped syscall for the first time (and only the first time!) the entire rules are loaded in memory, and the hash array (empty) too: The hash array empty consumes around 5.6K of memory The single rule consumes 20 Byte of memory User Name and Password consume 2K of memory Raffaele From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 11:41:14 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5093B16A417 for ; Mon, 10 Dec 2007 11:41:14 +0000 (UTC) (envelope-from info@plot.uz) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.228]) by mx1.freebsd.org (Postfix) with ESMTP id B00EC13C459 for ; Mon, 10 Dec 2007 11:41:13 +0000 (UTC) (envelope-from info@plot.uz) Received: by hu-out-0506.google.com with SMTP id 28so5653476hub for ; Mon, 10 Dec 2007 03:41:12 -0800 (PST) Received: by 10.78.184.2 with SMTP id h2mr6859291huf.1197285947659; Mon, 10 Dec 2007 03:25:47 -0800 (PST) Received: from plot.uz ( [83.221.169.125]) by mx.google.com with ESMTPS id 7sm1379848nfv.2007.12.10.03.25.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 10 Dec 2007 03:25:47 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable version=3.1.7 X-Spam-Report: Received: from localhost by plot.uz (MDaemon PRO v9.5.5) with DomainPOP id md50000005136.msg for ; Mon, 10 Dec 2007 16:25:46 +0500 Delivered-To: aleksey@plot.uz Received: by 10.78.83.10 with SMTP id g10cs162210hub; Mon, 10 Dec 2007 03:25:03 -0800 (PST) Received: by 10.114.126.1 with SMTP id y1mr5777576wac.1197285902306; Mon, 10 Dec 2007 03:25:02 -0800 (PST) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.google.com with ESMTP id l28si4807323waf.2007.12.10.03.25.00; Mon, 10 Dec 2007 03:25:02 -0800 (PST) Received-SPF: pass (google.com: domain of owner-freebsd-security@freebsd.org designates 69.147.83.53 as permitted sender) client-ip=69.147.83.53; Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3CC8332044; Mon, 10 Dec 2007 11:22:59 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id AC65616A4A7; Mon, 10 Dec 2007 11:22:58 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Delivered-To: freebsd-security@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1064C16A46C for ; Mon, 10 Dec 2007 11:22:46 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: from grupposervizi.it (mail1.tagetik.com [85.18.71.243]) by mx1.freebsd.org (Postfix) with SMTP id 5B46A13C461 for ; Mon, 10 Dec 2007 11:22:44 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: (qmail 25906 invoked by uid 453); 10 Dec 2007 11:22:43 -0000 Received: from [192.9.210.26] (HELO noel.grupposervizi.it) (192.9.210.26) by grupposervizi.it (qpsmtpd/0.31.1) with ESMTP; Mon, 10 Dec 2007 12:22:43 +0100 Message-ID: <475D2185.3090405@libero.it> Date: Mon, 10 Dec 2007 12:22:45 +0100 User-Agent: Thunderbird 2.0.0.9 (X11/20071204) MIME-Version: 1.0 To: Julian Elischer References: <4759022A.4020105@libero.it> <47599AE1.6060805@elischer.org> In-Reply-To: <47599AE1.6060805@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Errors-To: owner-freebsd-security@freebsd.org X-Return-Path: owner-freebsd-security@freebsd.org X-Envelope-From: owner-freebsd-security@freebsd.org X-MDaemon-Deliver-To: freebsd-net@freebsd.org X-Spam-Processed: plot.uz, Mon, 10 Dec 2007 16:25:47 +0500 From: Raffaele De Lorenzo Cc: freebsd-security@freebsd.org, "raffaele.delorenzo" , FreeBSD Net Subject: Re: Added native socks support to libc in FreeBSD 7 X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 11:41:14 -0000 Julian Elischer wrote: > Raffaele De Lorenzo wrote: >> Hi, >> i added a native (client) Socks V4/V5 support inside FreeBSD libc >> library. The work is based of my project (see >> http://csocks.altervista.org) CSOCKS. >> You can get it here: >> >> > > thanks for doing this. now we just need to see if thre is someone who > knows socks who can look at it.. > > The big question is whether it should be in libc or not. Making > everyone who does not use socks pay a cost is a big decision. > > Obviously, for people who use socks, it is good. What is the cost for > others? > > > > > > . > Hi, I understand your doubts... The socks implementation wraps some syscall socket functions like "_connect" and "_bind" trasparently from the applications. When one of these is called, the "socks" check starts: 1) Load rules from /etc/csocks.conf (if exist or there are rules..) 2) Check the rules ("check-rules") with the connection data (the check have a O(1) cost because the rules are stored in a hash-table). If "/etc/csocks.conf" doesn't exist or there are no rules inside it, the entire socks check is skipped and go run native syscall (for example "_connect") . 3) If a rule is matched, then starts the socksified's (connection ) processes, else run the native syscall Now, if the users never will use the socks features (the configuration file is empty), the computation cost is negligible, because the "check-rules" are skipped. If some (or all) users use the socks features, for each syscall wrapped by socks there is a low cost identified by the "check-rule" procedure. I tested this solution in a big network , up to 60 client rules and i didn't see slowdowns for non-socks connections. When a process calls a socks wrapped syscall for the first time (and only the first time!) the entire rules are loaded in memory, and the hash array (empty) too: The hash array empty consumes around 5.6K of memory The single rule consumes 20 Byte of memory User Name and Password consume 2K of memory Raffaele _______________________________________________ freebsd-security@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-security To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 12:34:00 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 985CA16A421 for ; Mon, 10 Dec 2007 12:34:00 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6E113C442 for ; Mon, 10 Dec 2007 12:34:00 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 83BED20AF; Mon, 10 Dec 2007 13:33:51 +0100 (CET) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: -0.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on tim.des.no Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0CEF02089; Mon, 10 Dec 2007 13:33:51 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id DAB09844B7; Mon, 10 Dec 2007 13:33:50 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Raffaele De Lorenzo References: <4759022A.4020105@libero.it> <47599AE1.6060805@elischer.org> <475D2185.3090405@libero.it> Date: Mon, 10 Dec 2007 13:33:50 +0100 In-Reply-To: <475D2185.3090405@libero.it> (Raffaele De Lorenzo's message of "Mon\, 10 Dec 2007 12\:22\:45 +0100") Message-ID: <868x4291ap.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-security@freebsd.org, Julian Elischer , FreeBSD Net Subject: Re: Added native socks support to libc in FreeBSD 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: Mon, 10 Dec 2007 12:34:00 -0000 Raffaele De Lorenzo writes: > The socks implementation wraps some syscall socket functions like > "_connect" and "_bind" trasparently from the applications. When one of > these is called, the "socks" check starts: [...] You don't need to put this in libc; you can have wrappers in a separate library which you load with LD_PRELOAD. The strong symbols in the wrapper library will override the weak symbols in libc. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 12:56:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A6C416A41B for ; Mon, 10 Dec 2007 12:56:17 +0000 (UTC) (envelope-from info@plot.uz) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.245]) by mx1.freebsd.org (Postfix) with ESMTP id 9B87813C465 for ; Mon, 10 Dec 2007 12:56:16 +0000 (UTC) (envelope-from info@plot.uz) Received: by ag-out-0708.google.com with SMTP id 35so6922433aga for ; Mon, 10 Dec 2007 04:55:53 -0800 (PST) Received: by 10.101.1.7 with SMTP id d7mr14833054ani.1197291353063; Mon, 10 Dec 2007 04:55:53 -0800 (PST) Received: from plot.uz ( [83.221.169.125]) by mx.google.com with ESMTPS id h6sm122292nfh.2007.12.10.04.55.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 10 Dec 2007 04:55:52 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.7 X-Spam-Report: Received: from localhost by plot.uz (MDaemon PRO v9.5.5) with DomainPOP id md50000005138.msg for ; Mon, 10 Dec 2007 17:56:03 +0500 Delivered-To: aleksey@plot.uz Received: by 10.78.83.10 with SMTP id g10cs166448hub; Mon, 10 Dec 2007 04:52:24 -0800 (PST) Received: by 10.114.106.1 with SMTP id e1mr323245wac.1197291142604; Mon, 10 Dec 2007 04:52:22 -0800 (PST) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.google.com with ESMTP id m28si4929647waf.2007.12.10.04.52.21; Mon, 10 Dec 2007 04:52:22 -0800 (PST) Received-SPF: pass (google.com: domain of owner-freebsd-security@freebsd.org designates 69.147.83.53 as permitted sender) client-ip=69.147.83.53; Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D6B636CBF; Mon, 10 Dec 2007 12:50:02 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A001A16A566; Mon, 10 Dec 2007 12:49:59 +0000 (UTC) (envelope-from owner-freebsd-security@freebsd.org) Delivered-To: freebsd-security@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90F6916A418 for ; Mon, 10 Dec 2007 12:49:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4FAE013C458 for ; Mon, 10 Dec 2007 12:49:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 83BED20AF; Mon, 10 Dec 2007 13:33:51 +0100 (CET) Received: from ds4.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0CEF02089; Mon, 10 Dec 2007 13:33:51 +0100 (CET) Received: by ds4.des.no (Postfix, from userid 1001) id DAB09844B7; Mon, 10 Dec 2007 13:33:50 +0100 (CET) To: Raffaele De Lorenzo References: <4759022A.4020105@libero.it> <47599AE1.6060805@elischer.org> <475D2185.3090405@libero.it> Date: Mon, 10 Dec 2007 13:33:50 +0100 In-Reply-To: <475D2185.3090405@libero.it> (Raffaele De Lorenzo's message of "Mon\, 10 Dec 2007 12\:22\:45 +0100") Message-ID: <868x4291ap.fsf@ds4.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-security@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Errors-To: owner-freebsd-security@freebsd.org X-Return-Path: owner-freebsd-security@freebsd.org X-Envelope-From: owner-freebsd-security@freebsd.org X-MDaemon-Deliver-To: freebsd-net@freebsd.org X-Spam-Processed: plot.uz, Mon, 10 Dec 2007 17:56:05 +0500 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Cc: freebsd-security@freebsd.org, Julian Elischer , FreeBSD Net Subject: Re: Added native socks support to libc in FreeBSD 7 X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 12:56:17 -0000 Raffaele De Lorenzo writes: > The socks implementation wraps some syscall socket functions like > "_connect" and "_bind" trasparently from the applications. When one of > these is called, the "socks" check starts: [...] You don't need to put this in libc; you can have wrappers in a separate library which you load with LD_PRELOAD. The strong symbols in the wrapper library will override the weak symbols in libc. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no _______________________________________________ freebsd-security@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-security To unsubscribe, send any mail to "freebsd-security-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 13:39:12 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AF6716A417 for ; Mon, 10 Dec 2007 13:39:12 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: from grupposervizi.it (mail1.tagetik.com [85.18.71.243]) by mx1.freebsd.org (Postfix) with SMTP id 4B32513C442 for ; Mon, 10 Dec 2007 13:39:10 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: (qmail 12501 invoked by uid 453); 10 Dec 2007 13:39:06 -0000 Received: from [192.9.210.26] (HELO noel.grupposervizi.it) (192.9.210.26) by grupposervizi.it (qpsmtpd/0.31.1) with ESMTP; Mon, 10 Dec 2007 14:39:06 +0100 Message-ID: <475D417D.5020303@libero.it> Date: Mon, 10 Dec 2007 14:39:09 +0100 From: Raffaele De Lorenzo User-Agent: Thunderbird 2.0.0.9 (X11/20071204) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4759022A.4020105@libero.it> <47599AE1.6060805@elischer.org> <475D2185.3090405@libero.it> <868x4291ap.fsf@ds4.des.no> In-Reply-To: <868x4291ap.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-security@freebsd.org, Julian Elischer , FreeBSD Net Subject: Re: Added native socks support to libc in FreeBSD 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: Mon, 10 Dec 2007 13:39:12 -0000 Dag-Erling Smørgrav wrote: > Raffaele De Lorenzo writes: > >> The socks implementation wraps some syscall socket functions like >> "_connect" and "_bind" trasparently from the applications. When one of >> these is called, the "socks" check starts: [...] >> > > You don't need to put this in libc; you can have wrappers in a separate > library which you load with LD_PRELOAD. The strong symbols in the > wrapper library will override the weak symbols in libc. > > DES > You can see in the port-tree my project "csocks" and http://csocks.altervista.org. Raffaele From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 13:40:44 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 542A516A468 for ; Mon, 10 Dec 2007 13:40:44 +0000 (UTC) (envelope-from info@plot.uz) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.226]) by mx1.freebsd.org (Postfix) with ESMTP id BE5A513C46A for ; Mon, 10 Dec 2007 13:40:43 +0000 (UTC) (envelope-from info@plot.uz) Received: by hu-out-0506.google.com with SMTP id 28so5663090hub for ; Mon, 10 Dec 2007 05:40:42 -0800 (PST) Received: by 10.78.142.14 with SMTP id p14mr7039455hud.1197294040725; Mon, 10 Dec 2007 05:40:40 -0800 (PST) Received: from plot.uz ( [83.221.169.125]) by mx.google.com with ESMTPS id f6sm720931nfh.2007.12.10.05.40.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 10 Dec 2007 05:40:40 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable version=3.1.7 X-Spam-Report: Received: from localhost by plot.uz (MDaemon PRO v9.5.5) with DomainPOP id md50000005139.msg for ; Mon, 10 Dec 2007 18:40:58 +0500 Delivered-To: info@plot.uz Received: by 10.78.83.10 with SMTP id g10cs168692hub; Mon, 10 Dec 2007 05:39:20 -0800 (PST) Received: by 10.86.84.5 with SMTP id h5mr4796709fgb.1197293950495; Mon, 10 Dec 2007 05:39:10 -0800 (PST) Received: from grupposervizi.it (mail1.tagetik.com [85.18.71.243]) by mx.google.com with SMTP id 4si98225fgg.2007.12.10.05.39.09; Mon, 10 Dec 2007 05:39:10 -0800 (PST) Received-SPF: neutral (google.com: 85.18.71.243 is neither permitted nor denied by best guess record for domain of raffaele.delorenzo@libero.it) client-ip=85.18.71.243; Received: (qmail 12501 invoked by uid 453); 10 Dec 2007 13:39:06 -0000 Received: from [192.9.210.26] (HELO noel.grupposervizi.it) (192.9.210.26) by grupposervizi.it (qpsmtpd/0.31.1) with ESMTP; Mon, 10 Dec 2007 14:39:06 +0100 Message-ID: <475D417D.5020303@libero.it> Date: Mon, 10 Dec 2007 14:39:09 +0100 User-Agent: Thunderbird 2.0.0.9 (X11/20071204) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4759022A.4020105@libero.it> <47599AE1.6060805@elischer.org> <475D2185.3090405@libero.it> <868x4291ap.fsf@ds4.des.no> In-Reply-To: <868x4291ap.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Return-Path: raffaele.delorenzo@libero.it X-Envelope-From: raffaele.delorenzo@libero.it X-MDaemon-Deliver-To: freebsd-net@freebsd.org X-Spam-Processed: plot.uz, Mon, 10 Dec 2007 18:41:00 +0500 From: Raffaele De Lorenzo Cc: freebsd-security@freebsd.org, Julian Elischer , FreeBSD Net Subject: Re: Added native socks support to libc in FreeBSD 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: Mon, 10 Dec 2007 13:40:44 -0000 Dag-Erling Smørgrav wrote: > Raffaele De Lorenzo writes: > >> The socks implementation wraps some syscall socket functions like >> "_connect" and "_bind" trasparently from the applications. When one of >> these is called, the "socks" check starts: [...] >> > > You don't need to put this in libc; you can have wrappers in a separate > library which you load with LD_PRELOAD. The strong symbols in the > wrapper library will override the weak symbols in libc. > > DES > You can see in the port-tree my project "csocks" and http://csocks.altervista.org. Raffaele From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 19:04:04 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 400BA16A419 for ; Mon, 10 Dec 2007 19:04:04 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id F0FE513C458 for ; Mon, 10 Dec 2007 19:04:03 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx30.mail.ru (mx30.mail.ru [194.67.23.238]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id B847BCB29A for ; Mon, 10 Dec 2007 19:57:31 +0300 (MSK) Received: from [217.25.20.94] (port=53047 helo=[217.25.20.94]) by mx30.mail.ru with esmtp id 1J1lwf-0000Is-00 for freebsd-net@freebsd.org; Mon, 10 Dec 2007 19:57:29 +0300 Message-ID: <475D6FD7.2000500@mail.ru> Date: Mon, 10 Dec 2007 20:56:55 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 19:04:04 -0000 Hi, I'm having a hard time to understand what pipe queues are with respect to bandwidth limitation. ipfw(8) and dummynet(4) manuals didn't help me much. How does dummynet's traffic shaping function? Why does it need a queue at all? As each connection's queue takes some memory, can I just disable the queueing, or set its size to 1 slot (1500 bytes)? What if I set it to 10000 slots, why should it wait to fill the queue before starting to send stuff out the network interface? As packets arrive, AFAIK they are stored in mbufs in system memroy. Do pipe queues also use mbufs? I might be servicing hundreds of pipes simultaneously, this is why I'm concerned about memory use. Thank you for any insights. From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 19:42:05 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72BC616A585 for ; Mon, 10 Dec 2007 19:42:05 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id 5A4F613C46B for ; Mon, 10 Dec 2007 19:42:05 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay12.apple.com (relay12.apple.com [17.128.113.53]) by mail-out3.apple.com (Postfix) with ESMTP id 0276B1ABBD29; Mon, 10 Dec 2007 11:22:34 -0800 (PST) Received: from relay12.apple.com (unknown [127.0.0.1]) by relay12.apple.com (Symantec Mail Security) with ESMTP id DE15E2804E; Mon, 10 Dec 2007 11:22:33 -0800 (PST) X-AuditID: 11807135-9d8bebb000003911-43-475d91f9d2a7 Received: from cswiger1.apple.com (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay12.apple.com (Apple SCV relay) with ESMTP id BF4832804D; Mon, 10 Dec 2007 11:22:33 -0800 (PST) Message-Id: From: Chuck Swiger To: rihad In-Reply-To: <475D6FD7.2000500@mail.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Mon, 10 Dec 2007 11:22:33 -0800 References: <475D6FD7.2000500@mail.ru> X-Mailer: Apple Mail (2.915) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 19:42:05 -0000 On Dec 10, 2007, at 8:56 AM, rihad wrote: > Hi, > > I'm having a hard time to understand what pipe queues are with > respect to bandwidth limitation. ipfw(8) and dummynet(4) manuals > didn't help me much. Pipes and queues are two different things; a pipe simulates a network link, and a queue is used to hold packets which are backlogged because they are arriving faster than the outbound link (ie, a pipe) can transmit them. > How does dummynet's traffic shaping function? It uses a variant of weighted fair queuing. > Why does it need a queue at all? So the traffic shaper can choose which of the queues with traffic it should drain and send out next. Unless you use multiple queues, you won't be able to prioritize traffic between 'em. > As each connection's queue takes some memory, can I just disable the > queueing, or set its size to 1 slot (1500 bytes)? You could, but that would largely disable effective traffic shaping also. > What if I set it to 10000 slots, why should it wait to fill the > queue before starting to send stuff out the network interface? Well, it *doesn't* wait for the queue to be filled before starting to send stuff out the network. > As packets arrive, AFAIK they are stored in mbufs in system memroy. > Do pipe queues also use mbufs? I might be servicing hundreds of > pipes simultaneously, this is why I'm concerned about memory use. Pipes aren't queues. Queues buffer packets into mbufs. -- -Chuck From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 20:20:14 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F69016A417 for ; Mon, 10 Dec 2007 20:20:14 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 67C4613C469 for ; Mon, 10 Dec 2007 20:20:14 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id lBAK3raM040753; Mon, 10 Dec 2007 12:03:53 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id lBAK3rHw040752; Mon, 10 Dec 2007 12:03:53 -0800 (PST) (envelope-from rizzo) Date: Mon, 10 Dec 2007 12:03:53 -0800 From: Luigi Rizzo To: Chuck Swiger Message-ID: <20071210120353.B40679@xorpc.icir.org> References: <475D6FD7.2000500@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from cswiger@mac.com on Mon, Dec 10, 2007 at 11:22:33AM -0800 Cc: rihad , freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 20:20:14 -0000 On Mon, Dec 10, 2007 at 11:22:33AM -0800, Chuck Swiger wrote: > On Dec 10, 2007, at 8:56 AM, rihad wrote: > > Hi, > > > > I'm having a hard time to understand what pipe queues are with > > respect to bandwidth limitation. ipfw(8) and dummynet(4) manuals > > didn't help me much. > > Pipes and queues are two different things; a pipe simulates a network > link, and a queue is used to hold packets which are backlogged because > they are arriving faster than the outbound link (ie, a pipe) can > transmit them. > > > How does dummynet's traffic shaping function? > > It uses a variant of weighted fair queuing. actually the shaping uses a leaky bucket algorithm. The weighted fair queuing is the queue management scheme used when you have multiple queues attached to the same pipe cheers luigi From owner-freebsd-net@FreeBSD.ORG Mon Dec 10 21:22:16 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D170816A420 for ; Mon, 10 Dec 2007 21:22:16 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout06.prod.mesa1.secureserver.net (smtpout06-04.prod.mesa1.secureserver.net [64.202.165.227]) by mx1.freebsd.org (Postfix) with SMTP id AA12413C458 for ; Mon, 10 Dec 2007 21:22:16 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 6395 invoked from network); 10 Dec 2007 20:48:40 -0000 Received: from unknown (24.144.77.185) by smtpout06-04.prod.mesa1.secureserver.net (64.202.165.227) with ESMTP; 10 Dec 2007 20:48:40 -0000 Message-ID: <475DA624.4010104@seclark.us> Date: Mon, 10 Dec 2007 15:48:36 -0500 From: Stephen Clark User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Luigi Rizzo References: <475D6FD7.2000500@mail.ru> <20071210120353.B40679@xorpc.icir.org> In-Reply-To: <20071210120353.B40679@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rihad , freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Dec 2007 21:22:16 -0000 Luigi Rizzo wrote: >On Mon, Dec 10, 2007 at 11:22:33AM -0800, Chuck Swiger wrote: > > >>On Dec 10, 2007, at 8:56 AM, rihad wrote: >> >> >>>Hi, >>> >>>I'm having a hard time to understand what pipe queues are with >>>respect to bandwidth limitation. ipfw(8) and dummynet(4) manuals >>>didn't help me much. >>> >>> >>Pipes and queues are two different things; a pipe simulates a network >>link, and a queue is used to hold packets which are backlogged because >>they are arriving faster than the outbound link (ie, a pipe) can >>transmit them. >> >> >> >>>How does dummynet's traffic shaping function? >>> >>> >>It uses a variant of weighted fair queuing. >> >> > >actually the shaping uses a leaky bucket algorithm. >The weighted fair queuing is the queue management scheme used >when you have multiple queues attached to the same pipe > >cheers >luigi >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > Pipes are used to limit bandwidth. Queues are used to assign priority to different classes of traffic. As an example suppose you wanted to limit bandwidth for a specific ip to 2mbs. You set up a pipe to do this and use ipfw to put traffic from this ip into the 2 mbs pipe. If you then wanted to prioritize ftp traffic at higher than priority than all other traffic for this same user you would create 2 queues to feed the 2mbs pipe. You would send the ftp traffic into the higher priority queue and all other traffic for this user into the other queue. hth, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 05:21:55 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2A216A41A for ; Tue, 11 Dec 2007 05:21:55 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx33.mail.ru (mx33.mail.ru [194.67.23.194]) by mx1.freebsd.org (Postfix) with ESMTP id C6E0913C4F5 for ; Tue, 11 Dec 2007 05:21:54 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.20.94] (port=25512 helo=[217.25.20.94]) by mx33.mail.ru with esmtp id 1J1xZ3-000NaZ-00; Tue, 11 Dec 2007 08:21:53 +0300 Message-ID: <475E1E4D.4090409@mail.ru> Date: Tue, 11 Dec 2007 09:21:17 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: Stephen.Clark@seclark.us References: <475D6FD7.2000500@mail.ru> <20071210120353.B40679@xorpc.icir.org> <475DA624.4010104@seclark.us> In-Reply-To: <475DA624.4010104@seclark.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 05:21:55 -0000 Stephen Clark wrote: > Luigi Rizzo wrote: > >> On Mon, Dec 10, 2007 at 11:22:33AM -0800, Chuck Swiger wrote: >> >> >>> On Dec 10, 2007, at 8:56 AM, rihad wrote: >>> >>>> Hi, >>>> >>>> I'm having a hard time to understand what pipe queues are with >>>> respect to bandwidth limitation. ipfw(8) and dummynet(4) manuals >>>> didn't help me much. >>>> >>> Pipes and queues are two different things; a pipe simulates a >>> network link, and a queue is used to hold packets which are >>> backlogged because they are arriving faster than the outbound link >>> (ie, a pipe) can transmit them. >>> >>> >>>> How does dummynet's traffic shaping function? >>>> >>> It uses a variant of weighted fair queuing. >>> >> >> actually the shaping uses a leaky bucket algorithm. >> The weighted fair queuing is the queue management scheme used >> when you have multiple queues attached to the same pipe >> >> cheers >> luigi >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> >> > Pipes are used to limit bandwidth. Queues are used to assign priority to > different classes of traffic. As an example > suppose you wanted to limit bandwidth for a specific ip to 2mbs. You set > up a pipe to do this and use ipfw to put traffic > from this ip into the 2 mbs pipe. If you then wanted to prioritize ftp > traffic at higher than priority than all other traffic for > this same user you would create 2 queues to feed the 2mbs pipe. You > would send the ftp traffic into the higher priority queue > and all other traffic for this user into the other queue. > And if I _only_ want to shape IP traffic to given speed, without prioritizing anything, do I still need queues? This was the whole point. From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 07:37:13 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD85016A41B for ; Tue, 11 Dec 2007 07:37:13 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx6.mail.ru (mx6.mail.ru [194.67.23.26]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE2913C4E5 for ; Tue, 11 Dec 2007 07:37:13 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.20.94] (port=12685 helo=[217.25.20.94]) by mx6.mail.ru with esmtp id 1J1zem-00064J-00; Tue, 11 Dec 2007 10:35:56 +0300 Message-ID: <475E3DB6.4030203@mail.ru> Date: Tue, 11 Dec 2007 11:35:18 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: Chuck Swiger References: <475D6FD7.2000500@mail.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 07:37:13 -0000 Chuck Swiger wrote: > On Dec 10, 2007, at 8:56 AM, rihad wrote: >> Hi, >> >> I'm having a hard time to understand what pipe queues are with respect >> to bandwidth limitation. ipfw(8) and dummynet(4) manuals didn't help >> me much. > > Pipes and queues are two different things; a pipe simulates a network > link, and a queue is used to hold packets which are backlogged because > they are arriving faster than the outbound link (ie, a pipe) can > transmit them. > So you mean queues are only used on the sending side? (the box is acting as a router) and that their purpose is to diminish packet loss rate due to network congestion? Now I get it, thanks. >> What if I set it to 10000 slots, why should it wait to fill the queue >> before starting to send stuff out the network interface? > > Well, it *doesn't* wait for the queue to be filled before starting to > send stuff out the network. > This ipfw manpage section was the reason I asked (sorry for the formatting). What's with the "queuing delay" part? I'm totally confused. queue {slots | sizeKbytes} Queue size, in slots or KBytes. Default value is 50 slots, which is the typical queue size for Ethernet devices. Note that for slow speed links you should keep the queue size short or your traffic might be affected by a significant queueing delay. E.g., 50 max- sized ethernet packets (1500 bytes) mean 600Kbit or 20s of queue on a 30Kbit/s pipe. Even worse effects can result if you get packets from an interface with a much larger MTU, e.g. the loopback inter- face with its 16KB packets. From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 07:37:44 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01BBE16A417 for ; Tue, 11 Dec 2007 07:37:44 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx39.mail.ru (mx39.mail.ru [194.67.23.35]) by mx1.freebsd.org (Postfix) with ESMTP id B65DB13C4F3 for ; Tue, 11 Dec 2007 07:37:43 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.20.94] (port=8456 helo=[217.25.20.94]) by mx39.mail.ru with esmtp id 1J1zgS-000GoP-00; Tue, 11 Dec 2007 10:37:41 +0300 Message-ID: <475E3E1E.2090305@mail.ru> Date: Tue, 11 Dec 2007 11:37:02 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: Chuck Swiger References: <475D6FD7.2000500@mail.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 07:37:44 -0000 Chuck Swiger wrote: > On Dec 10, 2007, at 8:56 AM, rihad wrote: >> Hi, >> >> I'm having a hard time to understand what pipe queues are with respect >> to bandwidth limitation. ipfw(8) and dummynet(4) manuals didn't help >> me much. > > Pipes and queues are two different things; a pipe simulates a network > link, and a queue is used to hold packets which are backlogged because > they are arriving faster than the outbound link (ie, a pipe) can > transmit them. > So you mean queues are only used on the sending side? (the box is acting as a router) and that their purpose is to diminish packet loss rate due to network congestion? Now I get it, thanks. >> What if I set it to 10000 slots, why should it wait to fill the queue >> before starting to send stuff out the network interface? > > Well, it *doesn't* wait for the queue to be filled before starting to > send stuff out the network. > This ipfw manpage section was the reason I asked (sorry for the formatting). What's with the "queuing delay" part? I'm totally confused. queue {slots | sizeKbytes} Queue size, in slots or KBytes. Default value is 50 slots, which is the typical queue size for Ethernet devices. Note that for slow speed links you should keep the queue size short or your traffic might be affected by a significant queueing delay. E.g., 50 max- sized ethernet packets (1500 bytes) mean 600Kbit or 20s of queue on a 30Kbit/s pipe. Even worse effects can result if you get packets from an interface with a much larger MTU, e.g. the loopback inter- face with its 16KB packets. From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 08:31:55 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DFBE16A417 for ; Tue, 11 Dec 2007 08:31:55 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx27.mail.ru (mx27.mail.ru [194.67.23.23]) by mx1.freebsd.org (Postfix) with ESMTP id D50C813C448 for ; Tue, 11 Dec 2007 08:31:54 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.20.94] (port=23912 helo=[217.25.20.94]) by mx27.mail.ru with esmtp id 1J20Wh-0003V4-00; Tue, 11 Dec 2007 11:31:39 +0300 Message-ID: <475E4AC4.4030903@mail.ru> Date: Tue, 11 Dec 2007 12:31:00 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: Peter Jeremy References: <475D6FD7.2000500@mail.ru> <20071210120353.B40679@xorpc.icir.org> <475DA624.4010104@seclark.us> <475E1E4D.4090409@mail.ru> <20071211074353.GI11310@server.vk2pj.dyndns.org> In-Reply-To: <20071211074353.GI11310@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 08:31:55 -0000 Peter Jeremy wrote: > On Tue, Dec 11, 2007 at 09:21:17AM +0400, rihad wrote: >> And if I _only_ want to shape IP traffic to given speed, without >> prioritizing anything, do I still need queues? This was the whole point. > > No you don't. I'm using pipes without queues extensively to simulate > WANs without bothering with any prioritisation. > Great! One fine point remains, though: # ipfw pipe 1 config bw 128Kbit/s will use a queue of 50 slots by default. What good are they for, if I didn't ask for queuing in the first place? From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 08:37:05 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6159316A41A for ; Tue, 11 Dec 2007 08:37:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outV.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 4A00D13C467 for ; Tue, 11 Dec 2007 08:37:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 11 Dec 2007 00:37:04 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 7EC12126C70; Tue, 11 Dec 2007 00:37:03 -0800 (PST) Message-ID: <475E4C2C.5060308@elischer.org> Date: Tue, 11 Dec 2007 00:37:00 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: rihad References: <475D6FD7.2000500@mail.ru> <20071210120353.B40679@xorpc.icir.org> <475DA624.4010104@seclark.us> <475E1E4D.4090409@mail.ru> <20071211074353.GI11310@server.vk2pj.dyndns.org> <475E4AC4.4030903@mail.ru> In-Reply-To: <475E4AC4.4030903@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 08:37:05 -0000 rihad wrote: > Peter Jeremy wrote: >> On Tue, Dec 11, 2007 at 09:21:17AM +0400, rihad wrote: >>> And if I _only_ want to shape IP traffic to given speed, without >>> prioritizing anything, do I still need queues? This was the whole point. >> >> No you don't. I'm using pipes without queues extensively to simulate >> WANs without bothering with any prioritisation. >> > > Great! One fine point remains, though: > # ipfw pipe 1 config bw 128Kbit/s > will use a queue of 50 slots by default. What good are they for, if I > didn't ask for queuing in the first place? You can't limit throughput unless you have somewhere to put the packets that arrive to quickly. Unless you just want to throw away any packet that gets to you a little too quickly? ... I didn't think so. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 08:37:29 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CD9316A41B for ; Tue, 11 Dec 2007 08:37:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outY.internet-mail-service.net (outY.internet-mail-service.net [216.240.47.248]) by mx1.freebsd.org (Postfix) with ESMTP id 0D70D13C45B for ; Tue, 11 Dec 2007 08:37:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 11 Dec 2007 00:37:28 -0800 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 16F2D126C7A for ; Tue, 11 Dec 2007 00:37:28 -0800 (PST) Message-ID: <475E4C45.2050206@elischer.org> Date: Tue, 11 Dec 2007 00:37:25 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 08:37:29 -0000 I believe Qing-li (Sp?) did an arp rewrite.. having just been in the routing code, I suddenly see why it's needed :-) anyone played with it? From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 08:50:11 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C6AA16A417 for ; Tue, 11 Dec 2007 08:50:11 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF3D13C46E for ; Tue, 11 Dec 2007 08:50:10 +0000 (UTC) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.13.6) with ESMTP id lBB8msMS051518; Tue, 11 Dec 2007 00:48:54 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id lBB8mrbD051517; Tue, 11 Dec 2007 00:48:53 -0800 (PST) (envelope-from rizzo) Date: Tue, 11 Dec 2007 00:48:53 -0800 From: Luigi Rizzo To: Julian Elischer , "ales.cerri@tiscali.it" Message-ID: <20071211004853.A51465@xorpc.icir.org> References: <475E4C45.2050206@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <475E4C45.2050206@elischer.org>; from julian@elischer.org on Tue, Dec 11, 2007 at 12:37:25AM -0800 Cc: FreeBSD Net Subject: Re: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 08:50:11 -0000 On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: > I believe Qing-li (Sp?) did an arp rewrite.. the story is a bit longer - Andre drafted the initial design, which i subsequently took over and with a student, Alessandro Cerri, (I am Cc-ing him) did a first implementation. This was probably around 2003. Then Qing-li (Sp?) took over development of that code - last i heard of the code was around last summer. I think our code at least was based on 4.x so it probably did not address locking very much (not sure how the routing code is locked these days, anyways). Alessandro is actually around again playing with FreeBSD so he may remember more details (it was his thesis, after all!) cheers luigi From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 09:36:57 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DAFD16A419 for ; Tue, 11 Dec 2007 09:36:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.freebsd.org (Postfix) with ESMTP id D128F13C447 for ; Tue, 11 Dec 2007 09:36:56 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBB9astP008412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Dec 2007 20:36:54 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lBB9ar9E087563; Tue, 11 Dec 2007 20:36:53 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lBB9aroE087562; Tue, 11 Dec 2007 20:36:53 +1100 (EST) (envelope-from peter) Date: Tue, 11 Dec 2007 20:36:53 +1100 From: Peter Jeremy To: rihad Message-ID: <20071211093653.GN11310@server.vk2pj.dyndns.org> References: <475D6FD7.2000500@mail.ru> <20071210120353.B40679@xorpc.icir.org> <475DA624.4010104@seclark.us> <475E1E4D.4090409@mail.ru> <20071211074353.GI11310@server.vk2pj.dyndns.org> <475E4AC4.4030903@mail.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jx/LfW4V5TfZLeq7" Content-Disposition: inline In-Reply-To: <475E4AC4.4030903@mail.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 09:36:57 -0000 --jx/LfW4V5TfZLeq7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 11, 2007 at 12:31:00PM +0400, rihad wrote: >Peter Jeremy wrote: >> On Tue, Dec 11, 2007 at 09:21:17AM +0400, rihad wrote: >>> And if I _only_ want to shape IP traffic to given speed, without=20 >>> prioritizing anything, do I still need queues? This was the whole point. >> No you don't. I'm using pipes without queues extensively to simulate >> WANs without bothering with any prioritisation. > >Great! One fine point remains, though: ># ipfw pipe 1 config bw 128Kbit/s >will use a queue of 50 slots by default. What good are they for, if I=20 >didn't ask for queuing in the first place? 'queue' is used in two distinct ways within the ipfw/dummynet code: 1) There's a "queue" object created with 'ipfw queue NNN config ...' This is used to support WF2Q+ to allow a fixed bandwidth to be unevenly shared between different traffic types. 2) There is a "queue" option on the "pipe" object that defines a FIFO associated with the pipe. I had assumed you were talking about the former (and my response was related to this) but given your latest posting, and having re-read the thread, I suspect I may have been wrong. Whilst I don't use queue objects, I do use the queue option on my pipes. In your example, you have a pipe that can handle 128kbps (16kBps). If you write a 1600byte packet to it, then the packet will reappear 100msec later. Any further packets written to that pipe during that time will be dropped if they can't be placed on a queue. The practical throughput depends on the number of queue slots available and the number of writers. I suggest you do some reading on queueing theory for the gory details. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --jx/LfW4V5TfZLeq7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHXlo1/opHv/APuIcRAuHaAKC6fbLIe31XswBa3FjsCc0M3zbYrQCeKpOC Ie2kjpZbwCWhSSxBZ0ATmT8= =5sCA -----END PGP SIGNATURE----- --jx/LfW4V5TfZLeq7-- From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 10:17:04 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE05716A419 for ; Tue, 11 Dec 2007 10:17:04 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx7.mail.ru (mx7.mail.ru [194.67.23.27]) by mx1.freebsd.org (Postfix) with ESMTP id B5EF713C442 for ; Tue, 11 Dec 2007 10:17:04 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.20.94] (port=35023 helo=[217.25.20.94]) by mx7.mail.ru with esmtp id 1J22Ag-0007Th-00; Tue, 11 Dec 2007 13:17:02 +0300 Message-ID: <475E6374.3070500@mail.ru> Date: Tue, 11 Dec 2007 14:16:20 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: Peter Jeremy References: <475D6FD7.2000500@mail.ru> <20071210120353.B40679@xorpc.icir.org> <475DA624.4010104@seclark.us> <475E1E4D.4090409@mail.ru> <20071211074353.GI11310@server.vk2pj.dyndns.org> <475E4AC4.4030903@mail.ru> <20071211093653.GN11310@server.vk2pj.dyndns.org> In-Reply-To: <20071211093653.GN11310@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 10:17:05 -0000 Peter Jeremy wrote: > On Tue, Dec 11, 2007 at 12:31:00PM +0400, rihad wrote: >> Peter Jeremy wrote: >>> On Tue, Dec 11, 2007 at 09:21:17AM +0400, rihad wrote: >>>> And if I _only_ want to shape IP traffic to given speed, without >>>> prioritizing anything, do I still need queues? This was the whole point. >>> No you don't. I'm using pipes without queues extensively to simulate >>> WANs without bothering with any prioritisation. >> Great! One fine point remains, though: >> # ipfw pipe 1 config bw 128Kbit/s >> will use a queue of 50 slots by default. What good are they for, if I >> didn't ask for queuing in the first place? > > 'queue' is used in two distinct ways within the ipfw/dummynet code: > 1) There's a "queue" object created with 'ipfw queue NNN config ...' > This is used to support WF2Q+ to allow a fixed bandwidth to be > unevenly shared between different traffic types. > 2) There is a "queue" option on the "pipe" object that defines a FIFO > associated with the pipe. > > I had assumed you were talking about the former (and my response was > related to this) but given your latest posting, and having re-read the > thread, I suspect I may have been wrong. Whilst I don't use queue > objects, I do use the queue option on my pipes. > Yup, I'm only setting up traffic speed limits. > In your example, you have a pipe that can handle 128kbps (16kBps). If > you write a 1600byte packet to it, then the packet will reappear > 100msec later. Any further packets written to that pipe during that > time will be dropped if they can't be placed on a queue. The > practical throughput depends on the number of queue slots available > and the number of writers. I suggest you do some reading on queueing > theory for the gory details. > You've just explained this quite clearly. It follows that pipe queues are only used as a last line of defense before having to drop the packet. All fine so far. The reason of my OP was primarily this excerpt from man ipfw which I seem to be misinterpreting: Note that for slow speed links you should keep the queue size short or your traffic might be affected by a significant queueing delay. E.g., 50 max-sized ethernet packets (1500 bytes) mean 600Kbit or 20s of queue on a 30Kbit/s pipe. Even worse effects can result if you get packets from an interface with a much larger MTU, e.g. the loopback interface with its 16KB packets. Does it look like they were talking of item 1) or 2) as you explained? As I only care of bandwidth limitation, and not of any packet prioritizing, should I be concerned with what they're saying? How on earth could increasing queue size limit actual throughput? Isn't the manpage saying that if I give a 128Kbit pipe an unnecessarily large queue (say, 160Kbyte - 10 seconds worth of data) clients will have to wait for 10 seconds before starting to get any data? From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 11:30:35 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B014516A41B for ; Tue, 11 Dec 2007 11:30:35 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 52E3A13C45D for ; Tue, 11 Dec 2007 11:30:34 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBB7hv5v023559 for ; Tue, 11 Dec 2007 18:43:57 +1100 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail02.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id lBB7hsif006088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 Dec 2007 18:43:55 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id lBB7hrK4086904; Tue, 11 Dec 2007 18:43:53 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id lBB7hrMg086903; Tue, 11 Dec 2007 18:43:53 +1100 (EST) (envelope-from peter) Date: Tue, 11 Dec 2007 18:43:53 +1100 From: Peter Jeremy To: rihad Message-ID: <20071211074353.GI11310@server.vk2pj.dyndns.org> References: <475D6FD7.2000500@mail.ru> <20071210120353.B40679@xorpc.icir.org> <475DA624.4010104@seclark.us> <475E1E4D.4090409@mail.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DheUW4aQn8WJk6WR" Content-Disposition: inline In-Reply-To: <475E1E4D.4090409@mail.ru> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 11:30:35 -0000 --DheUW4aQn8WJk6WR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 11, 2007 at 09:21:17AM +0400, rihad wrote: >And if I _only_ want to shape IP traffic to given speed, without=20 >prioritizing anything, do I still need queues? This was the whole point. No you don't. I'm using pipes without queues extensively to simulate WANs without bothering with any prioritisation. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --DheUW4aQn8WJk6WR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHXj+5/opHv/APuIcRAv/PAJ9Z67NqUrm6V4jm5i8QttsaDo2ePwCfUWG4 fRMdscWEKZ0CDu4ZLmYsY18= =Zuw2 -----END PGP SIGNATURE----- --DheUW4aQn8WJk6WR-- From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 11:53:29 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 314AB16A41B for ; Tue, 11 Dec 2007 11:53:29 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx39.mail.ru (mx39.mail.ru [194.67.23.35]) by mx1.freebsd.org (Postfix) with ESMTP id F308113C447 for ; Tue, 11 Dec 2007 11:53:28 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.20.94] (port=60905 helo=[217.25.20.94]) by mx39.mail.ru with esmtp id 1J23fv-000EFi-00 for freebsd-net@freebsd.org; Tue, 11 Dec 2007 14:53:23 +0300 Message-ID: <475E7A07.2070300@mail.ru> Date: Tue, 11 Dec 2007 15:52:39 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: pipe buckets/hash_size X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 11:53:29 -0000 Hi, In FreeBSD 7.0 the defaults are: net.inet.ip.dummynet.hash_size: Default hash table size net.inet.ip.dummynet.hash_size: 64 net.inet.ip.dummynet.max_chain_len: Max ratio between dynamic queues and buckets net.inet.ip.dummynet.max_chain_len: 16 From man ipfw: "Target value for the maximum number of pipes/queues in a hash bucket. The product max_chain_len*hash_size is used to determine the threshold over which empty pipes/queues will be expired even when net.inet.ip.dummynet.expire=0." Does hash_size=64 and max_chain_len=16 mean there can only be 64*16 pipes? hash_size can be as large as 65536. Should I change their values so that the product is as large as the expected number of concurrent pipes? What happens when a pipe expires? Will it get deleted? What if more traffic appears triggering the pipe from its original ipfw rule? Thank you. From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 16:03:50 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45A5A16A420 for ; Tue, 11 Dec 2007 16:03:50 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout1-b.corp.dcn.yahoo.com (mrout1-b.corp.dcn.yahoo.com [216.109.112.27]) by mx1.freebsd.org (Postfix) with ESMTP id 21F9213C47E for ; Tue, 11 Dec 2007 16:03:49 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout1-b.corp.dcn.yahoo.com (8.13.8/8.13.8/y.out) with ESMTP id lBBFrIcd062767; Tue, 11 Dec 2007 07:53:20 -0800 (PST) Date: Tue, 11 Dec 2007 10:53:18 -0500 Message-ID: From: "George V. Neville-Neil" To: Luigi Rizzo In-Reply-To: <20071211004853.A51465@xorpc.icir.org> References: <475E4C45.2050206@elischer.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD Net , Julian Elischer , "ales.cerri@tiscali.it" Subject: Re: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 16:03:50 -0000 At Tue, 11 Dec 2007 00:48:53 -0800, luigi wrote: > > On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: > > I believe Qing-li (Sp?) did an arp rewrite.. > > the story is a bit longer - Andre drafted the initial design, > which i subsequently took over and with a student, Alessandro Cerri, > (I am Cc-ing him) did a first implementation. This was probably > around 2003. > > Then Qing-li (Sp?) took over development of that code - last i heard > of the code was around last summer. > > I think our code at least was based on 4.x so it probably did not > address locking very much (not sure how the routing code is locked > these days, anyways). > > Alessandro is actually around again playing with FreeBSD so he may > remember more details (it was his thesis, after all!) > Any pointeres to code that works or did work? It would be good to move this all forwards. Best, George From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 18:09:39 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9522B16A418 for ; Tue, 11 Dec 2007 18:09:39 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outO.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8575413C442 for ; Tue, 11 Dec 2007 18:09:39 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 11 Dec 2007 10:09:38 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id D92C2126C88; Tue, 11 Dec 2007 10:09:37 -0800 (PST) Message-ID: <475ED25C.2000204@elischer.org> Date: Tue, 11 Dec 2007 10:09:32 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Li, Qing" References: <475E4C45.2050206@elischer.org> <20071211004853.A51465@xorpc.icir.org> <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> In-Reply-To: <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , FreeBSD Net , ales.cerri@tiscali.it Subject: Re: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 18:09:39 -0000 Li, Qing wrote: > Last time when I sent an email to net@ for comments, I > received only limited feedback. > > The New ARP code in my home directory on FreeFall and was > lasted updated on June-8-2007. It was based on then > CURRENT (7.0) and was tested to be working fine at > that time. A bit more work would be necessary in locking > though. I asked for code review and folks to play > with it. Again, the feedback was really scant. > > The code is accessible at > > http://people.freebsd.org/~qingli/newarp-06-08-2007/ > > The question I asked then was "should I move forward?" > > I'd be more that happy to resume and be done with it. I think that breaking the arp code from the routing code need to proceed. I see no reason to not have reference counted links from the routes to the arp code (for optimisation and compat reasons), but it should be self standing. I'll look at what you have.. > > -- Qing > > >> -----Original Message----- >> From: owner-freebsd-net@freebsd.org >> [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Luigi Rizzo >> Sent: Tuesday, December 11, 2007 12:49 AM >> To: Julian Elischer; ales.cerri@tiscali.it >> Cc: FreeBSD Net >> Subject: Re: arp rewrite... >> >> On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: >>> I believe Qing-li (Sp?) did an arp rewrite.. >> the story is a bit longer - Andre drafted the initial design, >> which i subsequently took over and with a student, Alessandro >> Cerri, (I am Cc-ing him) did a first implementation. This was >> probably around 2003. >> >> Then Qing-li (Sp?) took over development of that code - last >> i heard of the code was around last summer. >> >> I think our code at least was based on 4.x so it probably did >> not address locking very much (not sure how the routing code >> is locked these days, anyways). >> >> Alessandro is actually around again playing with FreeBSD so >> he may remember more details (it was his thesis, after all!) >> >> cheers >> luigi >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 18:22:16 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DB5616A417 for ; Tue, 11 Dec 2007 18:22:16 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 23C0713C465 for ; Tue, 11 Dec 2007 18:22:15 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail2.internal.cacheflow.com (bcs-mail2.internal.cacheflow.com [10.2.2.59]) by whisker.bluecoat.com (8.13.8/8.13.8) with ESMTP id lBBI4w1N006248; Tue, 11 Dec 2007 10:04:59 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 11 Dec 2007 10:04:52 -0800 Message-ID: <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> In-Reply-To: <20071211004853.A51465@xorpc.icir.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: arp rewrite... Thread-Index: Acg70vMLXnSwSVCSTf+BfGZFvM4FrwATEWIg References: <475E4C45.2050206@elischer.org> <20071211004853.A51465@xorpc.icir.org> From: "Li, Qing" To: "Luigi Rizzo" , "Julian Elischer" , Cc: FreeBSD Net Subject: RE: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 18:22:16 -0000 Last time when I sent an email to net@ for comments, I received only limited feedback.=20 The New ARP code in my home directory on FreeFall and was=20 lasted updated on June-8-2007. It was based on then=20 CURRENT (7.0) and was tested to be working fine at that time. A bit more work would be necessary in locking though. I asked for code review and folks to play=20 with it. Again, the feedback was really scant.=20 The code is accessible at=20 http://people.freebsd.org/~qingli/newarp-06-08-2007/ The question I asked then was "should I move forward?" I'd be more that happy to resume and be done with it. -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org=20 > [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Luigi Rizzo > Sent: Tuesday, December 11, 2007 12:49 AM > To: Julian Elischer; ales.cerri@tiscali.it > Cc: FreeBSD Net > Subject: Re: arp rewrite... >=20 > On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: > > I believe Qing-li (Sp?) did an arp rewrite.. >=20 > the story is a bit longer - Andre drafted the initial design,=20 > which i subsequently took over and with a student, Alessandro=20 > Cerri, (I am Cc-ing him) did a first implementation. This was=20 > probably around 2003. >=20 > Then Qing-li (Sp?) took over development of that code - last=20 > i heard of the code was around last summer. >=20 > I think our code at least was based on 4.x so it probably did=20 > not address locking very much (not sure how the routing code=20 > is locked these days, anyways). >=20 > Alessandro is actually around again playing with FreeBSD so=20 > he may remember more details (it was his thesis, after all!) >=20 > cheers > luigi > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >=20 From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 18:30:13 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 719B916A41A for ; Tue, 11 Dec 2007 18:30:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 611AD13C46E for ; Tue, 11 Dec 2007 18:30:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 11 Dec 2007 10:30:12 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id DD59C126C7A; Tue, 11 Dec 2007 10:30:11 -0800 (PST) Message-ID: <475ED72E.9000200@elischer.org> Date: Tue, 11 Dec 2007 10:30:06 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Li, Qing" References: <475E4C45.2050206@elischer.org> <20071211004853.A51465@xorpc.icir.org> <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> <475ED25C.2000204@elischer.org> In-Reply-To: <475ED25C.2000204@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , ales.cerri@tiscali.it, FreeBSD Net Subject: Re: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 18:30:13 -0000 Julian Elischer wrote: > Li, Qing wrote: >> Last time when I sent an email to net@ for comments, I >> received only limited feedback. >> The New ARP code in my home directory on FreeFall and was >> lasted updated on June-8-2007. It was based on then CURRENT >> (7.0) and was tested to be working fine at >> that time. A bit more work would be necessary in locking >> though. I asked for code review and folks to play with it. >> Again, the feedback was really scant. >> The code is accessible at >> http://people.freebsd.org/~qingli/newarp-06-08-2007/ >> >> The question I asked then was "should I move forward?" >> >> I'd be more that happy to resume and be done with it. > > I think that breaking the arp code from the routing code > need to proceed. > > I see no reason to not have reference counted links from the routes to > the arp code (for optimisation and compat reasons), > but it should be self standing. > > I'll look at what you have.. it looks very good. (could do with a few more comments :-) What I'm trying to do in my current project is add limited support for multiple routing tables into 6.x or at latest 7.x I have a 'low impact' version that gives "limited" support. //depot/user/julian/routing/src/sys/... (userland utility not in p4 yet) i.e. you can select from a small number (defined at compile time) of tables for ipv4 only.. it will do for my purposes, but should have little impact on the API/ABI. in -current the requirement for ABI compatibility is not there so I can do proper rewrite. Which I think would include a rewrite of the arp code. I like what I see in the code you have done.. It's a bit hard reading you code as patches, is it in P4? > > >> >> -- Qing >> >> >>> -----Original Message----- >>> From: owner-freebsd-net@freebsd.org >>> [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Luigi Rizzo >>> Sent: Tuesday, December 11, 2007 12:49 AM >>> To: Julian Elischer; ales.cerri@tiscali.it >>> Cc: FreeBSD Net >>> Subject: Re: arp rewrite... >>> >>> On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: >>>> I believe Qing-li (Sp?) did an arp rewrite.. >>> the story is a bit longer - Andre drafted the initial design, which i >>> subsequently took over and with a student, Alessandro Cerri, (I am >>> Cc-ing him) did a first implementation. This was probably around 2003. >>> >>> Then Qing-li (Sp?) took over development of that code - last i heard >>> of the code was around last summer. >>> >>> I think our code at least was based on 4.x so it probably did not >>> address locking very much (not sure how the routing code is locked >>> these days, anyways). >>> >>> Alessandro is actually around again playing with FreeBSD so he may >>> remember more details (it was his thesis, after all!) >>> >>> cheers >>> luigi >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 18:35:53 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FE1516A417 for ; Tue, 11 Dec 2007 18:35:53 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from marvin.harmless.hu (marvin.harmless.hu [195.56.55.204]) by mx1.freebsd.org (Postfix) with ESMTP id AA55913C448 for ; Tue, 11 Dec 2007 18:35:52 +0000 (UTC) (envelope-from gergely.czuczy@harmless.hu) Received: from localhost (marvin-mail [192.168.0.2]) by marvin.harmless.hu (Postfix) with ESMTP id 3D0057C0BC9; Tue, 11 Dec 2007 19:35:49 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.4.2 (20060627) (Debian) at harmless.hu Received: from marvin.harmless.hu ([192.168.0.2]) by localhost (marvin.harmless.hu [192.168.0.2]) (amavisd-new, port 10024) with ESMTP id gUvNWYaUj0mf; Tue, 11 Dec 2007 19:35:48 +0100 (CET) Received: from marvin.harmless.hu (localhost [127.0.0.1]) by marvin.harmless.hu (Postfix) with ESMTP id ED9D77C0BFC; Tue, 11 Dec 2007 19:35:46 +0100 (CET) Date: Tue, 11 Dec 2007 19:35:46 +0100 From: Gergely CZUCZY To: Julian Elischer Message-ID: <20071211183546.GA82457@harmless.hu> References: <475E4C45.2050206@elischer.org> <20071211004853.A51465@xorpc.icir.org> <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> <475ED25C.2000204@elischer.org> <475ED72E.9000200@elischer.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=x-unknown; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: <475ED72E.9000200@elischer.org> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: Luigi Rizzo , "Li, Qing" , FreeBSD Net , ales.cerri@tiscali.it Subject: Re: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 18:35:53 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 11, 2007 at 10:30:06AM -0800, Julian Elischer wrote: > Julian Elischer wrote: > >Li, Qing wrote: > >> Last time when I sent an email to net@ for comments, I > >> received only limited feedback. > >> The New ARP code in my home directory on FreeFall and was laste= d updated on June-8-2007. It was based on then CURRENT=20 > >>(7.0) and was tested to be working fine at > >> that time. A bit more work would be necessary in locking > >> though. I asked for code review and folks to play with it. Agai= n, the feedback was really scant. > >> The code is accessible at > >> http://people.freebsd.org/~qingli/newarp-06-08-2007/ > >> > >> The question I asked then was "should I move forward?" > >> > >> I'd be more that happy to resume and be done with it. > >I think that breaking the arp code from the routing code > >need to proceed. > >I see no reason to not have reference counted links from the routes to t= he arp code (for optimisation and compat reasons), > >but it should be self standing. > >I'll look at what you have.. >=20 > it looks very good. >=20 > (could do with a few more comments :-) >=20 > What I'm trying to do in my current project is add limited support for mu= ltiple > routing tables into 6.x or at latest 7.x I don't know if you know about it or not, but there's this Network Stack Virtualization project going on. Maybe there are some intersections with your ideas. It would be good to check this out first: http://wiki.freebsd.org/NetworkVirtualization http://www.freebsd.org/news/status/report-2007-07-2007-10.html#Network-Stac= k-Virtualization >=20 > I have a 'low impact' version that gives "limited" support. > //depot/user/julian/routing/src/sys/... > (userland utility not in p4 yet) > i.e. you can select from a small number (defined at compile time) > of tables for ipv4 only.. it will do for my purposes, but should have lit= tle > impact on the API/ABI. in -current the requirement for ABI compatibility > is not there so I can do proper rewrite. Which I think would include > a rewrite of the arp code. I like what I see in the code you have done.. >=20 > It's a bit hard reading you code as patches, is it in P4? >=20 >=20 >=20 > >> > >> -- Qing > >> > >> > >>>-----Original Message----- > >>>From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.= org] On Behalf Of Luigi Rizzo > >>>Sent: Tuesday, December 11, 2007 12:49 AM > >>>To: Julian Elischer; ales.cerri@tiscali.it > >>>Cc: FreeBSD Net > >>>Subject: Re: arp rewrite... > >>> > >>>On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: > >>>>I believe Qing-li (Sp?) did an arp rewrite.. > >>>the story is a bit longer - Andre drafted the initial design, which i = subsequently took over and with a student, Alessandro Cerri,=20 > >>>(I am Cc-ing him) did a first implementation. This was probably around= 2003. > >>> > >>>Then Qing-li (Sp?) took over development of that code - last i heard o= f the code was around last summer. > >>> > >>>I think our code at least was based on 4.x so it probably did not addr= ess locking very much (not sure how the routing code is locked=20 > >>>these days, anyways). > >>> > >>>Alessandro is actually around again playing with FreeBSD so he may rem= ember more details (it was his thesis, after all!) > >>> > >>>cheers > >>>luigi > >>>_______________________________________________ > >>>freebsd-net@freebsd.org mailing list > >>>http://lists.freebsd.org/mailman/listinfo/freebsd-net > >>>To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > >>> > >_______________________________________________ > >freebsd-net@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-net > >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" Sincerely, Gergely Czuczy mailto: gergely.czuczy@harmless.hu --=20 Weenies test. Geniuses solve problems that arise. --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) owGtWM9vHEkVDrvAoSWk3SunhznY3p3uGTtO7J1onDjOD80q2QTbywoiQDXdNTO1 093Vrqr2pH1AQuLAgQNC4sQhdyQkDnBDSPwDnBcJCSEQQuIIRw58r2p6PBMpUjZa K3Im3a9evfe973vvTX72tbevvfXun37z22fv//Tnv/zSr9/58+j9onaunMSFMBeq jHd6vZ34YHfvxn58M97fuZ7tpx/s7u2OUpHJg4ff/+xHx7p0snTxWVPJPjn53HWr XKjyFqVTYax0g9qN44OotbunbKWtckqXfVJlrkq5fHdmRGnH0sT3y1Rnqpz06bzW TmZxZVTpxCiXUfSkpLNaduieTGlnp0O7vd4+CUc7vf71Xr938+gxxb2DXq9DH9a5 EiXdz5VNp9LQ3MBXPzp89YvDR6pD38LFK48OCT+PhHXkVCFpPpUlDckiXoIPWQiV k9NUSneHxtpQqosCL22HhsvjRqZSXciMdJk3lKtCISkaS5mNRDpLlnZnU0kfyTkd nTyFn0wCICoammpcnCl4cdo0cEIPjJQPRJ4jhIzmwvJhyhGkHEQZ1VUmnL8NqZYy PogZpISGztuOhA0vHefCP8cfn5zc/+hssNvzoWztJ73tpWsnLTtDjiOkr82M8Rmj bkB9GbmbigBQQkc0Uo4KbYI1ftV5xmdLoGCtQAZIK9cpO1pxoOvJFDGSsDMGx0MJ CIy8UICEoxnrfGY5EDCs8YHPlZuScrh0ItQgKjuc0xJYH76RwKkhm4rSrSMdELYk Uo5LgV2rGU2dq/rdbiV1lctkDMBHNku0mXR/eI7Ac9Ut5VyYKu7dBN88wl1/eO2O 8xrogevLvDzmHNeGnXpghoDqQnK+8Jbd3lj3Mdz00Hk0PcZTUVUNY2CkrUELxgUG mUY9WjT49BDmqpyFQyOA4MvG6CDmkPrY6MI/Mbp2/Jaf8tlShnpXRqf4uPBnJUrI 9wrL3AHlNYdzwSWCaGWZMqR1yWSBrFGptQukr5wbRKshbHGZdQXiKCs8TpwPJFQh 6nCT3e7w/aPaITVagIaMrczHZB3sEXoIcROCyLWecTuYc96Nrn2ECd4HcsMFW1i6 kODhROts+Wor9a4zHXAUoNE8AN9Kmvrxdmv9CfsfbiI/03hkNZ8Mek1rY7g/AL9P oVnPsSxb6t7WVaWN8xQv6kGUOwWKwWdbB9/pLJzB6c3kOcEOl+WClUj7yfNoyPXe dDQr9ZzU2OfpP4uRDjjhCMrTIYYNFTBy0zIhLNqL86o8dRBI9G1lXC1ydRnAbwOe aA5Dlwk9Fs1IBg+oGlDnVoTAJFp7ymds5NFCBIZUhoqFNtNWiRFmbNBn01mIgCMc K2NdP1pobK5mak1hiyDXo1taz+drxpCh7YIIrrZdIxlZL8YYf/zfO71k6or8mwun MWc+iGbxS97bwg4DpwVt5gwumJi6TaaLVb5lohIT9HIIeFHPjbagTMJuN0MIrltb abqf+jnTXZS1a03atY3tJkxHFvcWW+XMeBjkyjVeUuBQtUeNdNvM1wQdlcuL9sWU 5+p4WQmyBQ+Asi5GGGFbmeSWnDFRWD4KzYzbMfvQ45ZRzDhVXez5OZQkTJS5ghMw 15Oxoao2GM/SBuYs1OYBQXyDyHmeBlAWE4SOng67R3eHCQcet9T3qpfnNYYWS8e7 h9FC2mrk02VX1uccCGY10OdEM997KuRl5NwA5AR6U+mU2q4W+KXKNK99yxKtoU92 pcPwQMnVTIZ+EJqYCnH7BtR2CN9Ar9rE0EEvwg8ybDEZtyJuM6ESfA4NHHmA1UAK OShftqd7txcOrn6tNvM49svF1UP/6zDmnydGTVQpcnrMM3Ii/cPw/gHq3Sc9L7EZ LYgf87qxIgJ6xnuI0/1XWw0i2H2PsD7dlVOB3vlkTI9qXEon6vJSh6tOUas+71c2 E43fsaSn13LR2tnt731AR4+D+Znuv7xM3SIBpiWpNEbdcXgGhSUqjNXD47TvV5e7 p/e4ES3urEfcdPp0ggWS69bWPAnjeoHSK/e+3f71/f7ujdfY++AFc2wkcyVRcS5F nCvaOq1ub2O9ynifW7s/HGGuWL94qZYTuS4ncBzTUZmBt5kRYxdmO2iA3RZlzKRV E+wjc89bRYPI1iMLRQDhnAc4xhTmvglrVhg41oHNJbr2Uc4kgG9Nxwxkp6XS4Rb2 iIKO05jZOFXFIvDQUFmYudebb2kJNhCEzMsG1DRCC2iQHyZ0NogYvutr+J7xYrKO yVWQGQDLdeWl7BXm2wx0EPutE/lNJetED6Lxlbj45nBhsMLCUkizdmsraB4fQVhA V7Lx2qa6hymI7qDcVSacN7cOTFYziIBXu1KG0V7UgH2LDWyNEk3Ry19edbiefEZm S3hhYlFP0UDWomzm+LC9Fu9KZfzmyBNkCSsJbKGl3079dwiuakt3RI/rC+yt6IiI 18vKbxeZdNCupS0VkuaacRyKYwCvQJE8/8b2ahSgNeZR+JyzhsPHH3y+n3DoVR2F GwpnARUthLqYv/zArk1gNi0w6PiNKse6u+KzbRRUlyyA1KgRRIyvTyy3htqvTxsr R+IV09WQNq4geINMXzfPN87yi8oxkPHzZ/iaCb5pfl9QetEppjaGfd50ouihNBN8 ouPLOr1sosUMo0l4nKT+8R1M4IJll0zrKIpjxucTKUslw3fThB7iH1ilLESWo7Fz i0AbtKFNCaOsTKKf3H77K9f4Pyza/+14960/PLv24vjWv89/8d1ffeePf7nx+/9E f/3nk6/+6/LaC/vZvf/+770Hnd99/eO/vSD39398+OUf/x8= =VITs -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 19:11:52 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A57C16A41A for ; Tue, 11 Dec 2007 19:11:52 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5197113C465 for ; Tue, 11 Dec 2007 19:11:52 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay14.apple.com (relay14.apple.com [17.128.113.52]) by mail-out4.apple.com (Postfix) with ESMTP id 187B81B98826; Tue, 11 Dec 2007 11:11:52 -0800 (PST) Received: from relay14.apple.com (unknown [127.0.0.1]) by relay14.apple.com (Symantec Mail Security) with ESMTP id F1D5428083; Tue, 11 Dec 2007 11:11:51 -0800 (PST) X-AuditID: 11807134-a7199bb000005aa1-b8-475ee0f755b5 Received: from cswiger1.apple.com (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay14.apple.com (Apple SCV relay) with ESMTP id C2EB128087; Tue, 11 Dec 2007 11:11:51 -0800 (PST) Message-Id: From: Chuck Swiger To: rihad In-Reply-To: <475E3DB6.4030203@mail.ru> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Tue, 11 Dec 2007 11:11:51 -0800 References: <475D6FD7.2000500@mail.ru> <475E3DB6.4030203@mail.ru> X-Mailer: Apple Mail (2.915) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 19:11:52 -0000 On Dec 10, 2007, at 11:35 PM, rihad wrote: >> Pipes and queues are two different things; a pipe simulates a >> network link, and a queue is used to hold packets which are >> backlogged because they are arriving faster than the outbound link >> (ie, a pipe) can transmit them. > So you mean queues are only used on the sending side? (the box is > acting as a router) and that their purpose is to diminish packet > loss rate due to network congestion? Now I get it, thanks. Queues are used to buffer packets before sending. For a router, this affects traffic in both directions, but it's normally the case that that Internet<->router link is slower than the router<->LAN link. >>> What if I set it to 10000 slots, why should it wait to fill the >>> queue before starting to send stuff out the network interface? >> Well, it *doesn't* wait for the queue to be filled before starting >> to send stuff out the network. > This ipfw manpage section was the reason I asked (sorry for the > formatting). What's with the "queuing delay" part? I'm totally > confused. > > queue {slots | sizeKbytes} > Queue size, in slots or KBytes. Default value is 50 > slots, which > is the typical queue size for Ethernet devices. Note that > for slow > speed links you should keep the queue size short or your > traffic > might be affected by a significant queueing delay. E.g., > 50 max- > sized ethernet packets (1500 bytes) mean 600Kbit or 20s of > queue on > a 30Kbit/s pipe. Even worse effects can result if you get > packets > from an interface with a much larger MTU, e.g. the > loopback inter- > face with its 16KB packets. The issue is that if you have a really slow upstream link, you can end up queuing many seconds worth of traffic using the default queue size-- depending on the priorities, you might have traffic being buffers so long that it starts breaking connections or causing needless TCP retries... -- -Chuck From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 19:29:37 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E31A16A417 for ; Tue, 11 Dec 2007 19:29:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outJ.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 7908F13C478 for ; Tue, 11 Dec 2007 19:29:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 11 Dec 2007 11:29:36 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id C4B05126C8A; Tue, 11 Dec 2007 11:29:35 -0800 (PST) Message-ID: <475EE519.4070009@elischer.org> Date: Tue, 11 Dec 2007 11:29:29 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Gergely CZUCZY References: <475E4C45.2050206@elischer.org> <20071211004853.A51465@xorpc.icir.org> <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> <475ED25C.2000204@elischer.org> <475ED72E.9000200@elischer.org> <20071211183546.GA82457@harmless.hu> In-Reply-To: <20071211183546.GA82457@harmless.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , "Li, Qing" , ales.cerri@tiscali.it, FreeBSD Net Subject: Re: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 19:29:37 -0000 Gergely CZUCZY wrote: > On Tue, Dec 11, 2007 at 10:30:06AM -0800, Julian Elischer wrote: >> Julian Elischer wrote: >>> Li, Qing wrote: >>>> Last time when I sent an email to net@ for comments, I >>>> received only limited feedback. >>>> The New ARP code in my home directory on FreeFall and was lasted updated on June-8-2007. It was based on then CURRENT >>>> (7.0) and was tested to be working fine at >>>> that time. A bit more work would be necessary in locking >>>> though. I asked for code review and folks to play with it. Again, the feedback was really scant. >>>> The code is accessible at >>>> http://people.freebsd.org/~qingli/newarp-06-08-2007/ >>>> >>>> The question I asked then was "should I move forward?" >>>> >>>> I'd be more that happy to resume and be done with it. >>> I think that breaking the arp code from the routing code >>> need to proceed. >>> I see no reason to not have reference counted links from the routes to the arp code (for optimisation and compat reasons), >>> but it should be self standing. >>> I'll look at what you have.. >> it looks very good. >> >> (could do with a few more comments :-) >> >> What I'm trying to do in my current project is add limited support for multiple >> routing tables into 6.x or at latest 7.x > I don't know if you know about it or not, but there's this Network Stack > Virtualization project going on. Maybe there are some intersections > with your ideas. It would be good to check this out first: > http://wiki.freebsd.org/NetworkVirtualization > http://www.freebsd.org/news/status/report-2007-07-2007-10.html#Network-Stack-Virtualization I'm not sure I see a lot of overlap.... but it is interesting.. what I want to see in the FreeBSD networking next year is multiple virtual stacks (vimage) each of which is capable of policy routing (multiple tables with selection mechanism). That would include rewriting parts of the routing framework.. > >> I have a 'low impact' version that gives "limited" support. >> //depot/user/julian/routing/src/sys/... >> (userland utility not in p4 yet) >> i.e. you can select from a small number (defined at compile time) >> of tables for ipv4 only.. it will do for my purposes, but should have little >> impact on the API/ABI. in -current the requirement for ABI compatibility >> is not there so I can do proper rewrite. Which I think would include >> a rewrite of the arp code. I like what I see in the code you have done.. >> >> It's a bit hard reading you code as patches, is it in P4? >> >> >> >>>> -- Qing >>>> >>>> >>>>> -----Original Message----- >>>>> From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Luigi Rizzo >>>>> Sent: Tuesday, December 11, 2007 12:49 AM >>>>> To: Julian Elischer; ales.cerri@tiscali.it >>>>> Cc: FreeBSD Net >>>>> Subject: Re: arp rewrite... >>>>> >>>>> On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: >>>>>> I believe Qing-li (Sp?) did an arp rewrite.. >>>>> the story is a bit longer - Andre drafted the initial design, which i subsequently took over and with a student, Alessandro Cerri, >>>>> (I am Cc-ing him) did a first implementation. This was probably around 2003. >>>>> >>>>> Then Qing-li (Sp?) took over development of that code - last i heard of the code was around last summer. >>>>> >>>>> I think our code at least was based on 4.x so it probably did not address locking very much (not sure how the routing code is locked >>>>> these days, anyways). >>>>> >>>>> Alessandro is actually around again playing with FreeBSD so he may remember more details (it was his thesis, after all!) >>>>> >>>>> cheers >>>>> luigi >>>>> _______________________________________________ >>>>> freebsd-net@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>>>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > Sincerely, > > Gergely Czuczy > mailto: gergely.czuczy@harmless.hu > From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 19:43:54 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7050F16A418 for ; Tue, 11 Dec 2007 19:43:54 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2CA13C442 for ; Tue, 11 Dec 2007 19:43:54 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail2.internal.cacheflow.com (bcs-mail2.internal.cacheflow.com [10.2.2.59]) by whisker.bluecoat.com (8.13.8/8.13.8) with ESMTP id lBBJhrf3018065; Tue, 11 Dec 2007 11:43:53 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 11 Dec 2007 11:43:47 -0800 Message-ID: <305C539CA2F86249BF51CDCE8996AFF40902BC02@bcs-mail2.internal.cacheflow.com> In-Reply-To: <475ED72E.9000200@elischer.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: arp rewrite... Thread-Index: Acg8I+FFGgIvdjouSEq7b6sIqMOWEgAChxlg References: <475E4C45.2050206@elischer.org> <20071211004853.A51465@xorpc.icir.org> <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> <475ED25C.2000204@elischer.org> <475ED72E.9000200@elischer.org> From: "Li, Qing" To: "Julian Elischer" Cc: Luigi Rizzo , ales.cerri@tiscali.it, FreeBSD Net Subject: RE: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 19:43:54 -0000 > -----Original Message----- > From: Julian Elischer [mailto:julian@elischer.org]=20 > Sent: Tuesday, December 11, 2007 10:30 AM > To: Li, Qing > Cc: Luigi Rizzo; FreeBSD Net; ales.cerri@tiscali.it > Subject: Re: arp rewrite... >=20 > Julian Elischer wrote: > > Li, Qing wrote: > >> Last time when I sent an email to net@ for comments, I > >> received only limited feedback. > >> The New ARP code in my home directory on FreeFall and was=20 > >> lasted updated on June-8-2007. It was based on then =20 > CURRENT=20 > >> (7.0) and was tested to be working fine at > >> that time. A bit more work would be necessary in locking > >> though. I asked for code review and folks to play with it.=20 > >> Again, the feedback was really scant. > >> The code is accessible at > >> http://people.freebsd.org/~qingli/newarp-06-08-2007/ > >> > >> The question I asked then was "should I move forward?" > >> > >> I'd be more that happy to resume and be done with it. > >=20 > > I think that breaking the arp code from the routing code need to=20 > > proceed. > >=20 > > I see no reason to not have reference counted links from=20 > the routes to=20 > > the arp code (for optimisation and compat reasons), but it=20 > should be=20 > > self standing. > >=20 > > I'll look at what you have.. >=20 > it looks very good. >=20 > (could do with a few more comments :-) >=20 > What I'm trying to do in my current project is add limited=20 > support for multiple routing tables into 6.x or at latest 7.x >=20 > I have a 'low impact' version that gives "limited" support. > //depot/user/julian/routing/src/sys/... > (userland utility not in p4 yet) > i.e. you can select from a small number (defined at compile=20 > time) of tables for ipv4 only.. it will do for my purposes,=20 > but should have little impact on the API/ABI. in -current the=20 > requirement for ABI compatibility is not there so I can do=20 > proper rewrite. Which I think would include a rewrite of the=20 > arp code. I like what I see in the code you have done.. >=20 > It's a bit hard reading you code as patches, is it in P4? >=20 >=20 Sorry, the code is not in P4. I can create a tarball out of all the whole files and send it to ya if that works? -- Qing >=20 > >=20 > >=20 > >> > >> -- Qing > >> > >> > >>> -----Original Message----- > >>> From: owner-freebsd-net@freebsd.org=20 > >>> [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Luigi Rizzo > >>> Sent: Tuesday, December 11, 2007 12:49 AM > >>> To: Julian Elischer; ales.cerri@tiscali.it > >>> Cc: FreeBSD Net > >>> Subject: Re: arp rewrite... > >>> > >>> On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: > >>>> I believe Qing-li (Sp?) did an arp rewrite.. > >>> the story is a bit longer - Andre drafted the initial=20 > design, which=20 > >>> i subsequently took over and with a student, Alessandro=20 > Cerri, (I am=20 > >>> Cc-ing him) did a first implementation. This was probably=20 > around 2003. > >>> > >>> Then Qing-li (Sp?) took over development of that code -=20 > last i heard=20 > >>> of the code was around last summer. > >>> > >>> I think our code at least was based on 4.x so it probably did not=20 > >>> address locking very much (not sure how the routing code=20 > is locked=20 > >>> these days, anyways). > >>> > >>> Alessandro is actually around again playing with FreeBSD=20 > so he may=20 > >>> remember more details (it was his thesis, after all!) > >>> > >>> cheers > >>> luigi > >>> _______________________________________________ > >>> freebsd-net@freebsd.org mailing list=20 > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net > >>> To unsubscribe, send any mail to=20 > "freebsd-net-unsubscribe@freebsd.org" > >>> > >=20 > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to=20 > "freebsd-net-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-net@FreeBSD.ORG Tue Dec 11 19:59:54 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 767E816A417 for ; Tue, 11 Dec 2007 19:59:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outJ.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 6382B13C457 for ; Tue, 11 Dec 2007 19:59:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 11 Dec 2007 11:59:53 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 9D317126C89; Tue, 11 Dec 2007 11:59:52 -0800 (PST) Message-ID: <475EEC31.6020703@elischer.org> Date: Tue, 11 Dec 2007 11:59:45 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Li, Qing" References: <475E4C45.2050206@elischer.org> <20071211004853.A51465@xorpc.icir.org> <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> <475ED25C.2000204@elischer.org> <475ED72E.9000200@elischer.org> <305C539CA2F86249BF51CDCE8996AFF40902BC02@bcs-mail2.internal.cacheflow.com> In-Reply-To: <305C539CA2F86249BF51CDCE8996AFF40902BC02@bcs-mail2.internal.cacheflow.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , ales.cerri@tiscali.it, FreeBSD Net Subject: Re: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 19:59:54 -0000 Li, Qing wrote: >> -----Original Message----- >> From: Julian Elischer [mailto:julian@elischer.org] >> Sent: Tuesday, December 11, 2007 10:30 AM >> To: Li, Qing >> Cc: Luigi Rizzo; FreeBSD Net; ales.cerri@tiscali.it >> Subject: Re: arp rewrite... >> >> Julian Elischer wrote: >>> Li, Qing wrote: >>>> Last time when I sent an email to net@ for comments, I >>>> received only limited feedback. >>>> The New ARP code in my home directory on FreeFall and was >>>> lasted updated on June-8-2007. It was based on then >> CURRENT >>>> (7.0) and was tested to be working fine at >>>> that time. A bit more work would be necessary in locking >>>> though. I asked for code review and folks to play with it. >>>> Again, the feedback was really scant. >>>> The code is accessible at >>>> http://people.freebsd.org/~qingli/newarp-06-08-2007/ >>>> >>>> The question I asked then was "should I move forward?" >>>> >>>> I'd be more that happy to resume and be done with it. >>> I think that breaking the arp code from the routing code need to >>> proceed. >>> >>> I see no reason to not have reference counted links from >> the routes to >>> the arp code (for optimisation and compat reasons), but it >> should be >>> self standing. >>> >>> I'll look at what you have.. >> it looks very good. >> >> (could do with a few more comments :-) >> >> What I'm trying to do in my current project is add limited >> support for multiple routing tables into 6.x or at latest 7.x >> >> I have a 'low impact' version that gives "limited" support. >> //depot/user/julian/routing/src/sys/... >> (userland utility not in p4 yet) >> i.e. you can select from a small number (defined at compile >> time) of tables for ipv4 only.. it will do for my purposes, >> but should have little impact on the API/ABI. in -current the >> requirement for ABI compatibility is not there so I can do >> proper rewrite. Which I think would include a rewrite of the >> arp code. I like what I see in the code you have done.. >> >> It's a bit hard reading you code as patches, is it in P4? >> >> > > > Sorry, the code is not in P4. > > I can create a tarball out of all the whole files and > send it to ya if that works? probably better for me if I make a p4 branch and apply the diffs. then we have it in p4 :-) > > -- Qing > > > >>> >>>> -- Qing >>>> >>>> >>>>> -----Original Message----- >>>>> From: owner-freebsd-net@freebsd.org >>>>> [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Luigi Rizzo >>>>> Sent: Tuesday, December 11, 2007 12:49 AM >>>>> To: Julian Elischer; ales.cerri@tiscali.it >>>>> Cc: FreeBSD Net >>>>> Subject: Re: arp rewrite... >>>>> >>>>> On Tue, Dec 11, 2007 at 12:37:25AM -0800, Julian Elischer wrote: >>>>>> I believe Qing-li (Sp?) did an arp rewrite.. >>>>> the story is a bit longer - Andre drafted the initial >> design, which >>>>> i subsequently took over and with a student, Alessandro >> Cerri, (I am >>>>> Cc-ing him) did a first implementation. This was probably >> around 2003. >>>>> Then Qing-li (Sp?) took over development of that code - >> last i heard >>>>> of the code was around last summer. >>>>> >>>>> I think our code at least was based on 4.x so it probably did not >>>>> address locking very much (not sure how the routing code >> is locked >>>>> these days, anyways). >>>>> >>>>> Alessandro is actually around again playing with FreeBSD >> so he may >>>>> remember more details (it was his thesis, after all!) >>>>> >>>>> cheers >>>>> luigi >>>>> _______________________________________________ >>>>> freebsd-net@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>>> To unsubscribe, send any mail to >> "freebsd-net-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to >> "freebsd-net-unsubscribe@freebsd.org" >> >> From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 03:54:07 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB9F616A417 for ; Wed, 12 Dec 2007 03:54:07 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id B987913C478 for ; Wed, 12 Dec 2007 03:54:07 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2Ife-0001vW-Tm for freebsd-net@freebsd.org; Wed, 12 Dec 2007 03:54:07 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2Ifd-0001mW-Dx for freebsd-net@freebsd.org; Wed, 12 Dec 2007 12:54:05 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18271.23388.863680.888792@roam.psg.com> Date: Wed, 12 Dec 2007 12:54:04 +0900 To: freebsd-net@freebsd.org Subject: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 03:54:07 -0000 the symptom # ifconfig bridge0 192.168.0.1 addm vr1 addm vr2 addm vr3 addm ath0 up ifconfig: BRDGADD vr1: Invalid argument the conditions # kldstat Id Refs Address Size Name 1 3 0xc0400000 39ad48 kernel 2 1 0xc27c8000 8000 if_bridge.ko 3 1 0xc27d0000 5000 bridgestp.ko # sysctl -a | grep bridge | sort dev.hostb.0.%desc: Host to PCI bridge dev.isab.0.%desc: PCI-ISA bridge dev.pcib.0.%desc: Host to PCI bridge net.link.bridge.ipfw: 1 -- i set this, same either way net.link.bridge.ipfw_arp: 1 -- i set this, same either way net.link.bridge.log_stp: 1 -- i set this, same either way net.link.bridge.pfil_bridge: 0 net.link.bridge.pfil_local_phys: 0 net.link.bridge.pfil_member: 0 net.link.bridge.pfil_onlyip: 0 cloned_interfaces=bridge0 ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm ath0 up" ifconfig_vr1=up ifconfig_vr2=up ifconfig_vr3=up ifconfig_ath0="channel 4 ssid rgnet-aden wep wepkey nokidding mediaopt hostap up" gateway_enable=YES # ifconfig -a vr0: flags=8843 metric 0 mtu 1500 options=b ether 00:00:24:c8:b3:28 inet 666.42.86.186 netmask 0xffffffc0 broadcast 666.42.86.191 media: Ethernet autoselect (100baseTX ) status: active vr1: flags=8843 metric 0 mtu 1500 options=b ether 00:00:24:c8:b3:29 media: Ethernet autoselect (none) status: no carrier vr2: flags=8843 metric 0 mtu 1500 options=b ether 00:00:24:c8:b3:2a media: Ethernet autoselect (none) status: no carrier vr3: flags=8843 metric 0 mtu 1500 options=b ether 00:00:24:c8:b3:2b media: Ethernet autoselect (none) status: no carrier ath0: flags=8843 metric 0 mtu 1500 ether 00:0b:6b:83:59:25 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid rgnet-aden channel 4 (2427 Mhz 11g) bssid 00:0b:6b:83:59:25 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpowmax 38 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 randy From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 04:29:55 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F062116A420 for ; Wed, 12 Dec 2007 04:29:55 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 2E43113C448 for ; Wed, 12 Dec 2007 04:29:53 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id PAA23401; Wed, 12 Dec 2007 15:18:42 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 12 Dec 2007 15:18:41 +1100 (EST) From: Ian Smith To: Randy Bush In-Reply-To: <18271.23388.863680.888792@roam.psg.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 04:29:56 -0000 On Wed, 12 Dec 2007, Randy Bush wrote: > the symptom > > # ifconfig bridge0 192.168.0.1 addm vr1 addm vr2 addm vr3 addm ath0 up > ifconfig: BRDGADD vr1: Invalid argument > > the conditions > > # kldstat > Id Refs Address Size Name > 1 3 0xc0400000 39ad48 kernel > 2 1 0xc27c8000 8000 if_bridge.ko > 3 1 0xc27d0000 5000 bridgestp.ko > > # sysctl -a | grep bridge | sort > dev.hostb.0.%desc: Host to PCI bridge > dev.isab.0.%desc: PCI-ISA bridge > dev.pcib.0.%desc: Host to PCI bridge > net.link.bridge.ipfw: 1 -- i set this, same either way > net.link.bridge.ipfw_arp: 1 -- i set this, same either way > net.link.bridge.log_stp: 1 -- i set this, same either way > net.link.bridge.pfil_bridge: 0 > net.link.bridge.pfil_local_phys: 0 > net.link.bridge.pfil_member: 0 > net.link.bridge.pfil_onlyip: 0 > > cloned_interfaces=bridge0 > ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 addm ath0 up" > ifconfig_vr1=up > ifconfig_vr2=up > ifconfig_vr3=up > ifconfig_ath0="channel 4 ssid rgnet-aden wep wepkey nokidding mediaopt hostap up" > gateway_enable=YES > > # ifconfig -a > vr0: flags=8843 metric 0 mtu 1500 > options=b > ether 00:00:24:c8:b3:28 > inet 666.42.86.186 netmask 0xffffffc0 broadcast 666.42.86.191 > media: Ethernet autoselect (100baseTX ) > status: active > vr1: flags=8843 metric 0 mtu 1500 > options=b > ether 00:00:24:c8:b3:29 > media: Ethernet autoselect (none) > status: no carrier > vr2: flags=8843 metric 0 mtu 1500 > options=b > ether 00:00:24:c8:b3:2a > media: Ethernet autoselect (none) > status: no carrier > vr3: flags=8843 metric 0 mtu 1500 > options=b > ether 00:00:24:c8:b3:2b > media: Ethernet autoselect (none) > status: no carrier > ath0: flags=8843 metric 0 mtu 1500 > ether 00:0b:6b:83:59:25 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) > status: associated > ssid rgnet-aden channel 4 (2427 Mhz 11g) bssid 00:0b:6b:83:59:25 > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpowmax 38 > bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 Just going by http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-bridging.html#AEN40035 did you start off with? # ifconfig bridge create when your ifconfig -a should then also show: bridge0: flags=8802 metric 0 mtu 1500 (etc) though it looks like 'cloned_interfaces=bridge0' is supposed to do that. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 05:16:06 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A213616A417 for ; Wed, 12 Dec 2007 05:16:06 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA3613C43E for ; Wed, 12 Dec 2007 05:16:06 +0000 (UTC) (envelope-from randy@psg.com) Received: from [202.214.86.183] by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2Jwy-00022i-CL; Wed, 12 Dec 2007 05:16:04 +0000 Message-ID: <475F6E85.7070209@psg.com> Date: Wed, 12 Dec 2007 14:15:49 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 05:16:06 -0000 > did you start off with? > > # ifconfig bridge create > > when your ifconfig -a should then also show: > > bridge0: flags=8802 metric 0 mtu 1500 > (etc) > > though it looks like 'cloned_interfaces=bridge0' is supposed to do that. > > cheers, Ian sorry, cut and paste error with screen. lo0 missing too :) lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 bridge0: flags=8843 metric 0 mtu 1500 ether 2a:ba:6b:d8:1d:0d id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 05:38:22 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52C1A16A418 for ; Wed, 12 Dec 2007 05:38:22 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id D9B9513C4CC for ; Wed, 12 Dec 2007 05:38:20 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id QAA25379; Wed, 12 Dec 2007 16:38:09 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 12 Dec 2007 16:38:08 +1100 (EST) From: Ian Smith To: Randy Bush In-Reply-To: <475F6E85.7070209@psg.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 05:38:22 -0000 On Wed, 12 Dec 2007, Randy Bush wrote: > > did you start off with? > > > > # ifconfig bridge create > > > > when your ifconfig -a should then also show: > > > > bridge0: flags=8802 metric 0 mtu 1500 > > (etc) > > > > though it looks like 'cloned_interfaces=bridge0' is supposed to do that. > > > > cheers, Ian > > sorry, cut and paste error with screen. lo0 missing too :) > > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > bridge0: flags=8843 metric 0 mtu > 1500 > ether 2a:ba:6b:d8:1d:0d > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 Ah. Well the only other thing i noticed (after posting) was that each of vr1 to vr3 showed as UP, but: > media: Ethernet autoselect (none) > status: no carrier but I don't know whether that should matter? cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 05:40:47 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21D4E16A418 for ; Wed, 12 Dec 2007 05:40:47 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id D99F813C4D9 for ; Wed, 12 Dec 2007 05:40:46 +0000 (UTC) (envelope-from randy@psg.com) Received: from [202.214.86.183] by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2KKs-00025W-0X; Wed, 12 Dec 2007 05:40:46 +0000 Message-ID: <475F744F.7030003@psg.com> Date: Wed, 12 Dec 2007 14:40:31 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 05:40:47 -0000 > Ah. Well the only other thing i noticed (after posting) was that each > of vr1 to vr3 showed as UP, but: >> media: Ethernet autoselect (none) >> status: no carrier > but I don't know whether that should matter? man page says not. and if i put ath0 first, which has carrier/association, i get the barfola on ath0 # ifconfig ath0 ath0: flags=8843 metric 0 mtu 1500 ether 00:0b:6b:83:59:25 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid rgnet-aden channel 4 (2427 Mhz 11g) bssid 00:0b:6b:83:59:25 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpowmax 38 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 14 roam:rate11g 5 protmode CTS burst dtimperiod 1 bintval 100 # ifconfig bridge0 addm ath0 addm vr1 up ifconfig: BRDGADD ath0: Invalid argument From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 05:54:02 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42ED716A41B for ; Wed, 12 Dec 2007 05:54:02 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id CD82D13C457 for ; Wed, 12 Dec 2007 05:54:00 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id QAA26197; Wed, 12 Dec 2007 16:53:54 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 12 Dec 2007 16:53:53 +1100 (EST) From: Ian Smith To: Randy Bush In-Reply-To: <475F744F.7030003@psg.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 05:54:02 -0000 On Wed, 12 Dec 2007, Randy Bush wrote: > > Ah. Well the only other thing i noticed (after posting) was that each > > of vr1 to vr3 showed as UP, but: > >> media: Ethernet autoselect (none) > >> status: no carrier > > but I don't know whether that should matter? > > man page says not. and if i put ath0 first, which has > carrier/association, i get the barfola on ath0 > > # ifconfig ath0 > ath0: flags=8843 metric 0 mtu 1500 > ether 00:0b:6b:83:59:25 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) > status: associated > ssid rgnet-aden channel 4 (2427 Mhz 11g) bssid 00:0b:6b:83:59:25 > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpowmax 38 > bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 > roam:rssi11g 14 roam:rate11g 5 protmode CTS burst dtimperiod 1 > bintval 100 > # ifconfig bridge0 addm ath0 addm vr1 up > ifconfig: BRDGADD ath0: Invalid argument That's my cheap guesswork done then, sorry; awaiting Those Who Know .. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 12:13:00 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B4916A419 for ; Wed, 12 Dec 2007 12:13:00 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx38.mail.ru (mx38.mail.ru [194.67.23.16]) by mx1.freebsd.org (Postfix) with ESMTP id C6A0113C447 for ; Wed, 12 Dec 2007 12:12:59 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.20.94] (port=45771 helo=[217.25.20.94]) by mx38.mail.ru with esmtp id 1J2NKM-000E5T-00; Wed, 12 Dec 2007 11:52:27 +0300 Message-ID: <475FA13B.8060208@mail.ru> Date: Wed, 12 Dec 2007 12:52:11 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: Chuck Swiger References: <475D6FD7.2000500@mail.ru> <475E3DB6.4030203@mail.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 12:13:00 -0000 Chuck Swiger wrote: > On Dec 10, 2007, at 11:35 PM, rihad wrote: >> This ipfw manpage section was the reason I asked (sorry for the >> formatting). What's with the "queuing delay" part? I'm totally confused. >> >> queue {slots | sizeKbytes} >> Queue size, in slots or KBytes. Default value is 50 slots, >> which >> is the typical queue size for Ethernet devices. Note that >> for slow >> speed links you should keep the queue size short or your >> traffic >> might be affected by a significant queueing delay. E.g., 50 >> max- >> sized ethernet packets (1500 bytes) mean 600Kbit or 20s of >> queue on >> a 30Kbit/s pipe. Even worse effects can result if you get >> packets >> from an interface with a much larger MTU, e.g. the loopback >> inter- >> face with its 16KB packets. > > The issue is that if you have a really slow upstream link, you can end > up queuing many seconds worth of traffic using the default queue size-- > depending on the priorities, you might have traffic being buffers so > long that it starts breaking connections or causing needless TCP retries... > Oh, now I get it, thanks! Perhaps the authors should have stated it clearly that instead of queuing packets for too long you'd better drop them, otherwise upper-layer retransmissions might cause multiple copies of a packet to arrive at the client and cause errors (would they?). This may be clear to networking people but it isn't so clear to someone like me trying to figure out what's going on. Now I know what technical documentation is all about :) From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 12:43:19 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2890A16A418 for ; Wed, 12 Dec 2007 12:43:19 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id E460C13C4E9 for ; Wed, 12 Dec 2007 12:43:18 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 73067784F8; Wed, 12 Dec 2007 07:43:18 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Wed, 12 Dec 2007 07:43:18 -0500 X-Sasl-enc: 6mL5KuAN0RyZfQER4liHfWipOXTDBOpg+Ipa0cL8mx1X 1197463398 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id EA82B41C4; Wed, 12 Dec 2007 07:43:17 -0500 (EST) Message-ID: <475FD764.8090402@FreeBSD.org> Date: Wed, 12 Dec 2007 12:43:16 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Randy Bush References: <475F744F.7030003@psg.com> In-Reply-To: <475F744F.7030003@psg.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Ian Smith Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 12:43:19 -0000 My shot from the hip, although I'm pretty much away from this stuff at the moment. Randy Bush wrote: > # ifconfig bridge0 addm ath0 addm vr1 up > ifconfig: BRDGADD ath0: Invalid argument > ath0 is IFT_ETHER, so it should be OK to attach it to the bridge -- although you won't get the 802.11 frames bridged. Could be that for whatever reason, bridge fails to put ath into promiscuous mode. Try turning on the dev.ath.0.debug sysctl taps and/or watch what src/tools/tools/ath/athdebug/athdebug.c does... BMS From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 12:47:47 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E007416A418 for ; Wed, 12 Dec 2007 12:47:47 +0000 (UTC) (envelope-from bms@icir.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id A625813C457 for ; Wed, 12 Dec 2007 12:47:47 +0000 (UTC) (envelope-from bms@icir.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id AFF8378884; Wed, 12 Dec 2007 07:29:55 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 12 Dec 2007 07:29:55 -0500 X-Sasl-enc: E6tdUTJxkDWuMM5ivgVdhxX7qFJIQtXSdYSfzW0zz4H7 1197462595 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id DBD4238CE; Wed, 12 Dec 2007 07:29:54 -0500 (EST) Message-ID: <475FD441.60306@icir.org> Date: Wed, 12 Dec 2007 12:29:53 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Julian Elischer References: <475E4C45.2050206@elischer.org> <20071211004853.A51465@xorpc.icir.org> <305C539CA2F86249BF51CDCE8996AFF408FC5B14@bcs-mail2.internal.cacheflow.com> <475ED25C.2000204@elischer.org> In-Reply-To: <475ED25C.2000204@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luigi Rizzo , "Li, Qing" , ales.cerri@tiscali.it, FreeBSD Net Subject: Re: arp rewrite... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 12:47:48 -0000 Julian Elischer wrote: > > I think that breaking the arp code from the routing code > need to proceed. I agree wholeheartedly. The coupling of the ARP code to the forwarding code in the BSDs has been largely historical. Other implementations have done this, and it generally simplifies the layer 3 forwarding code. If done carefully, the performance impact should be minimal. rwlocks might be the way to go here. In my opinion this kind of change has been needed for a long time, sadly I can't offer any resources to help move this along just now. Best regards BMS From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 13:49:28 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15D2F16A419 for ; Wed, 12 Dec 2007 13:49:28 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 8C7C813C44B for ; Wed, 12 Dec 2007 13:49:26 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id AAA08474; Thu, 13 Dec 2007 00:49:02 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 13 Dec 2007 00:49:02 +1100 (EST) From: Ian Smith To: Peter Jeremy In-Reply-To: <20071211093653.GN11310@server.vk2pj.dyndns.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: rihad , freebsd-net@freebsd.org Subject: Re: Pipe queues X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 13:49:28 -0000 On Tue, 11 Dec 2007, Peter Jeremy wrote: > On Tue, Dec 11, 2007 at 12:31:00PM +0400, rihad wrote: > >Peter Jeremy wrote: > >> On Tue, Dec 11, 2007 at 09:21:17AM +0400, rihad wrote: > >>> And if I _only_ want to shape IP traffic to given speed, without > >>> prioritizing anything, do I still need queues? This was the whole point. > >> No you don't. I'm using pipes without queues extensively to simulate > >> WANs without bothering with any prioritisation. Well, a pipe specified without a specific queue option uses a queue of the default size of 50 slots, right? > >Great! One fine point remains, though: > ># ipfw pipe 1 config bw 128Kbit/s > >will use a queue of 50 slots by default. What good are they for, if I > >didn't ask for queuing in the first place? I think others have pointed out out that you need to queue packets for bandwidth limitation, so a queue size of 0 makes no sense for that. > 'queue' is used in two distinct ways within the ipfw/dummynet code: > 1) There's a "queue" object created with 'ipfw queue NNN config ...' > This is used to support WF2Q+ to allow a fixed bandwidth to be > unevenly shared between different traffic types. > 2) There is a "queue" option on the "pipe" object that defines a FIFO > associated with the pipe. Yes it's confusing at first using the same keyword for a rule action and for a configuration option, especially when an option of queues is 'pipe pipe_nr' and an option for both pipes and queues is 'queue {slots|size}' Your para above wouldn't go amiss in ipfw(8) for clarification, though on the tenth reading it does start to sink in .. === > Please excuse any delays as the result of my ISP's inability to implement > an MTA that is either RFC2821-compliant or matches their claimed behaviour. exetel good, fixed IP, roll yer own (if you don't owe optus your soul :) cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 15:10:53 2007 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 926A316A418 for ; Wed, 12 Dec 2007 15:10:53 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id B38D413C45D for ; Wed, 12 Dec 2007 15:10:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id CAA11235; Thu, 13 Dec 2007 02:10:48 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 13 Dec 2007 02:10:47 +1100 (EST) From: Ian Smith To: "Bruce M. Simpson" In-Reply-To: <475FD764.8090402@FreeBSD.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Randy Bush , freebsd-net@FreeBSD.org Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 15:10:53 -0000 On Wed, 12 Dec 2007, Bruce M. Simpson wrote: > My shot from the hip, although I'm pretty much away from this stuff at > the moment. > > Randy Bush wrote: > > # ifconfig bridge0 addm ath0 addm vr1 up > > ifconfig: BRDGADD ath0: Invalid argument > > > ath0 is IFT_ETHER, so it should be OK to attach it to the bridge -- > although you won't > get the 802.11 frames bridged. > > Could be that for whatever reason, bridge fails to put ath into > promiscuous mode. Try turning on the dev.ath.0.debug sysctl taps and/or > watch what src/tools/tools/ath/athdebug/athdebug.c does... My last shot in the dark before They Who Know if_bridge get back from the nightclub .. Randy, just to rule ath in or out as prime suspect, does it come up right if you only specify the vr interfaces? cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 17:19:31 2007 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08D4116A418 for ; Wed, 12 Dec 2007 17:19:31 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id CDC8F13C474 for ; Wed, 12 Dec 2007 17:19:30 +0000 (UTC) (envelope-from randy@psg.com) Received: from [202.214.86.164] by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2VF3-0004MN-C1; Wed, 12 Dec 2007 17:19:29 +0000 Message-ID: <47601810.9010404@psg.com> Date: Thu, 13 Dec 2007 02:19:12 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, "Bruce M. Simpson" Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 17:19:31 -0000 > My last shot in the dark before They Who Know if_bridge get back from > the nightclub .. Randy, just to rule ath in or out as prime suspect, > does it come up right if you only specify the vr interfaces? no randy From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 18:29:58 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81E7D16A41A for ; Wed, 12 Dec 2007 18:29:58 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 15F0D13C459 for ; Wed, 12 Dec 2007 18:29:58 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-046-112.pools.arcor-ip.net [88.66.46.112]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1J2WLD3BLt-0005N9; Wed, 12 Dec 2007 19:29:56 +0100 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Wed, 12 Dec 2007 19:29:45 +0100 User-Agent: KMail/1.9.7 References: <18271.23388.863680.888792@roam.psg.com> In-Reply-To: <18271.23388.863680.888792@roam.psg.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2420863.HWyoWFLDNj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712121929.54716.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+67jYI0WB6cikKQTRADJefUCDhRiF+hCLT3dN 12gv150LXfHwIeWefuwBlWIQj15VolK+8TO8NnK8TbC2Wz2Ker eJsx7Nqn4ciUOvAcyqUmhpCWwOr+JUe/z+mtYmN0Bw= Cc: Randy Bush Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 18:29:58 -0000 --nextPart2420863.HWyoWFLDNj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 12 December 2007, Randy Bush wrote: > the symptom > > # ifconfig bridge0 192.168.0.1 addm vr1 addm vr2 addm vr3 addm ath0 up > ifconfig: BRDGADD vr1: Invalid argument EINVAL can be returned from BRDGADD for three reasons: 1) The MTU on the member interfaces don't match (the first member defines= =20 the MTU of the bridge). It doesn't look like this is what you are=20 seeing. 2) As a result of ifpromisc() (via if_setflag() via ioctl(SIOCSIFFLAGS)). = =20 This is your likely candidate. Can you try to manually put the interface=20 into promiscues mode (i.e. "ifconfig vr0 promisc") ... if that fails you=20 will have to figure out why (I don't really see why it would return=20 EINVAL). 3) Most likely candidate: Your userland and kernel are out of sync. Try= =20 to rebuild ifconfig with the same headers installed as your kernel was=20 built. > > the conditions > > # kldstat > Id Refs Address Size Name > 1 3 0xc0400000 39ad48 kernel > 2 1 0xc27c8000 8000 if_bridge.ko > 3 1 0xc27d0000 5000 bridgestp.ko > > # sysctl -a | grep bridge | sort > dev.hostb.0.%desc: Host to PCI bridge > dev.isab.0.%desc: PCI-ISA bridge > dev.pcib.0.%desc: Host to PCI bridge > net.link.bridge.ipfw: 1 -- i set this, same either way > net.link.bridge.ipfw_arp: 1 -- i set this, same either way > net.link.bridge.log_stp: 1 -- i set this, same either way > net.link.bridge.pfil_bridge: 0 > net.link.bridge.pfil_local_phys: 0 > net.link.bridge.pfil_member: 0 > net.link.bridge.pfil_onlyip: 0 > > cloned_interfaces=3Dbridge0 > ifconfig_bridge0=3D"192.168.0.1 addm vr1 addm vr2 addm vr3 addm ath0 up" > ifconfig_vr1=3Dup > ifconfig_vr2=3Dup > ifconfig_vr3=3Dup > ifconfig_ath0=3D"channel 4 ssid rgnet-aden wep wepkey nokidding mediaopt > hostap up" gateway_enable=3DYES > > # ifconfig -a > vr0: flags=3D8843 metric 0 mtu > 1500 options=3Db > ether 00:00:24:c8:b3:28 > inet 666.42.86.186 netmask 0xffffffc0 broadcast 666.42.86.191 > media: Ethernet autoselect (100baseTX ) > status: active > vr1: flags=3D8843 metric 0 mtu > 1500 options=3Db > ether 00:00:24:c8:b3:29 > media: Ethernet autoselect (none) > status: no carrier > vr2: flags=3D8843 metric 0 mtu > 1500 options=3Db > ether 00:00:24:c8:b3:2a > media: Ethernet autoselect (none) > status: no carrier > vr3: flags=3D8843 metric 0 mtu > 1500 options=3Db > ether 00:00:24:c8:b3:2b > media: Ethernet autoselect (none) > status: no carrier > ath0: flags=3D8843 metric 0 mtu > 1500 ether 00:0b:6b:83:59:25 > media: IEEE 802.11 Wireless Ethernet autoselect > (autoselect ) status: associated > ssid rgnet-aden channel 4 (2427 Mhz 11g) bssid > 00:0b:6b:83:59:25 authmode OPEN privacy ON deftxkey UNDEF wepkey > 1:104-bit txpowmax 38 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 > bgscanidle 250 =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2420863.HWyoWFLDNj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHYCiiXyyEoT62BG0RAjsfAJ9xxIfoWtp4pdq6msJOrDXZ4yBTPQCggIMB 41rharQ5bdBCytTVWpTdmkU= =Z/3K -----END PGP SIGNATURE----- --nextPart2420863.HWyoWFLDNj-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 21:00:08 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A353B16A420 for ; Wed, 12 Dec 2007 21:00:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9D69F13C459 for ; Wed, 12 Dec 2007 21:00:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lBCL08sW038721 for ; Wed, 12 Dec 2007 21:00:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lBCL08ib038720; Wed, 12 Dec 2007 21:00:08 GMT (envelope-from gnats) Date: Wed, 12 Dec 2007 21:00:08 GMT Message-Id: <200712122100.lBCL08ib038720@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Andy Farkas" Cc: Subject: Re: kern/112654: [pcn] [patch] Kernel panic upon if_pcn module load on a Netfinity 5000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andy Farkas List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 21:00:08 -0000 The following reply was made to PR kern/112654; it has been noted by GNATS. From: "Andy Farkas" To: bug-followup@freebsd.org, keve.mail.poliod.hu@freebsd.org Cc: Subject: Re: kern/112654: [pcn] [patch] Kernel panic upon if_pcn module load on a Netfinity 5000 Date: Thu, 13 Dec 2007 06:26:18 +1000 This patch will fix the panic when loading if_pcn. It causes mii to use nsphy rather than ukphy. I am running FreeBSD 7.0-BETA4 but it should apply to RELENG_6 ok. $FreeBSD: src/sys/dev/mii/nsphy.c,v 1.28 2007/01/12 22:27:46 marius Exp $ --- /sys/dev/mii/nsphy.c-orig 2007-12-12 06:12:28.644008301 +1000 +++ /sys/dev/mii/nsphy.c 2007-12-12 22:10:08.535150808 +1000 @@ -121,6 +121,7 @@ static const struct mii_phydesc nsphys[] = { MII_PHY_DESC(NATSEMI, DP83840), + MII_PHY_DESC(NATSEMI, DP83843), MII_PHY_END }; dmesg.boot now shows: pcn0: port 0x2180-0x219f mem 0xfebfcc00-0xfebfcc1f irq 17 at device 9.0 on pci0 pcn0: Chip ID 2624 (Am79C972) miibus0: on pcn0 nsphy0: PHY 1 on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy0: PHY 31 on miibus0 ukphy0: 10baseT, 10baseT-FDX, auto pcn0: using obsoleted if_watchdog interface pcn0: Ethernet address: 00:06:29:57:27:70 pcn0: [ITHREAD] ps. hope gmail doesn't mangle the patch too much. -andyf From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 22:34:39 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF31416A46B for ; Wed, 12 Dec 2007 22:34:39 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id C78EF13C4EE for ; Wed, 12 Dec 2007 22:34:39 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Dec 2007 14:34:39 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id B46ED126CA1 for ; Wed, 12 Dec 2007 14:34:38 -0800 (PST) Message-ID: <476061FD.8050500@elischer.org> Date: Wed, 12 Dec 2007 14:34:37 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 22:34:39 -0000 So, I'm playing with some multiple routing table support.. the first version is a minimal impact version with very limited functionality. It's done that way so I can put it in RELENG_6/7 without breaking ABIs (I hope). Later there will be a more flexible version for-current. Here's the question.. I need a word to use to describe the network view one is currently on.. e.g. if you are usinghe second routing table, you could say I've set xxx to 1 (0 based).. current;y in my code I'm using 'universe' but I don't like that.. one could think of it as a routing plane.. each routing plane has he same interfaces on it but they are logically treated differently becasue each plane has a different routing table. so here's an axample of it in use now... the names should change... setuniverse 1 netstat -rn [shows table 1] setuniverse 2 route add 10.0.0.0/24 192.168.2.1 setuinverse 1 route add 10.0.0.0/24 192.168.3.1 setuniverse 2 route -n get 10.0.0.3 [shows 192.168.2.1] setuniverse 1 route -n get 10.0.0.3 [shows 192.168.3.1] setuniverse 2 start_apache [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. also the syscall is setuniverse() so, you see I really need a better name.... setrtab? rtab? rtbl? and the command should be called "????" From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 22:51:03 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EBA716A419 for ; Wed, 12 Dec 2007 22:51:03 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6AA13C448 for ; Wed, 12 Dec 2007 22:51:03 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id C6C841A4D7E; Wed, 12 Dec 2007 14:50:14 -0800 (PST) Date: Wed, 12 Dec 2007 14:50:14 -0800 From: Alfred Perlstein To: Julian Elischer Message-ID: <20071212225014.GY61429@elvis.mu.org> References: <476061FD.8050500@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <476061FD.8050500@elischer.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 22:51:03 -0000 try using "instance". "Oh I'm going to use the FOO routing instance." Works nicely. * Julian Elischer [071212 14:34] wrote: > So, I'm playing with some multiple routing table support.. > the first version is a minimal impact version with very limited > functionality. > It's done that way so I can put it in RELENG_6/7 without breaking ABIs (I > hope). > Later there will be a more flexible version for-current. > > Here's the question.. > > I need a word to use to describe the network view one is currently on.. > e.g. if you are usinghe second routing table, you could say I've set xxx to > 1 > (0 based).. > > > current;y in my code I'm using 'universe' but I don't like that.. > > one could think of it as a routing plane.. > each routing plane has he same interfaces on it but they are logically > treated differently becasue each plane has a different routing table. > > > so here's an axample of it in use now... > the names should change... > > setuniverse 1 netstat -rn > [shows table 1] > setuniverse 2 route add 10.0.0.0/24 192.168.2.1 > setuinverse 1 route add 10.0.0.0/24 192.168.3.1 > setuniverse 2 route -n get 10.0.0.3 > [shows 192.168.2.1] > setuniverse 1 route -n get 10.0.0.3 > [shows 192.168.3.1] > setuniverse 2 start_apache > [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. > > > also the syscall is setuniverse() > > so, you see I really need a better name.... > setrtab? > > rtab? rtbl? > > and the command should be called "????" > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- - Alfred Perlstein From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 22:54:36 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1C1D16A419 for ; Wed, 12 Dec 2007 22:54:36 +0000 (UTC) (envelope-from peter@alastria.net) Received: from nebula.thdo.uk.alastria.net (unknown [IPv6:2001:ba8:0:1f0::5]) by mx1.freebsd.org (Postfix) with ESMTP id 6C3A013C43E for ; Wed, 12 Dec 2007 22:54:36 +0000 (UTC) (envelope-from peter@alastria.net) Received: from [10.10.4.10] (dragon.lancs.uk.alastria.net [88.96.139.34]) (authenticated bits=0) by nebula.thdo.uk.alastria.net (8.13.3/8.13.3) with ESMTP id lBCMsmYt020527 for ; Wed, 12 Dec 2007 22:54:48 GMT (envelope-from peter@alastria.net) Message-ID: <476066A5.8070707@alastria.net> Date: Wed, 12 Dec 2007 22:54:29 +0000 From: Peter Wood Organization: Alastria Networks Limited User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: FreeBSD Net References: <476061FD.8050500@elischer.org> In-Reply-To: <476061FD.8050500@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Flag: NO X-Virus-Status: No X-Spam-Score: 0.137 () RCVD_IN_SORBS_DUL X-Spam-Ultra-Flag: NO X-Spam-Low-Flag: NO X-Spam-Flag: NO X-Spam-High-Flag: NO X-Scanned-By: MIMEDefang 2.51 on 212.13.198.8 Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 22:54:36 -0000 > so, you see I really need a better name.... > setrtab? > > rtab? rtbl? > > and the command should be called "????" Would "vrf" (Virtual Routing and Forwarding) be to technical? From experience Cisco's call it vrf, Junipers use routing-instance IIRC. P. -- Peter Wood From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 22:57:32 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CB8A16A418 for ; Wed, 12 Dec 2007 22:57:32 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7D913C43E for ; Wed, 12 Dec 2007 22:57:32 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 72C681A4D7E; Wed, 12 Dec 2007 14:56:43 -0800 (PST) Date: Wed, 12 Dec 2007 14:56:43 -0800 From: Alfred Perlstein To: Peter Wood Message-ID: <20071212225643.GZ61429@elvis.mu.org> References: <476061FD.8050500@elischer.org> <476066A5.8070707@alastria.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <476066A5.8070707@alastria.net> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 22:57:32 -0000 * Peter Wood [071212 14:53] wrote: > > so, you see I really need a better name.... > > setrtab? > > > > rtab? rtbl? > > > > and the command should be called "????" > > Would "vrf" (Virtual Routing and Forwarding) be to technical? From > experience Cisco's call it vrf, Junipers use routing-instance IIRC. Yes, Juniper calls it "instance", although, I'm quite sure I've heard "vrf" said over the cubes here. -- - Alfred Perlstein From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 22:58:53 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D705716A417 for ; Wed, 12 Dec 2007 22:58:53 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.freebsd.org (Postfix) with ESMTP id 8DDC413C44B for ; Wed, 12 Dec 2007 22:58:53 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from localhost (localhost [127.0.0.1]) by silver.he.iki.fi (Postfix) with ESMTP id E8D47BBFE; Thu, 13 Dec 2007 00:38:53 +0200 (EET) Received: from silver.he.iki.fi ([127.0.0.1]) by localhost (silver.he.iki.fi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OYlc5l75FAJT; Thu, 13 Dec 2007 00:38:48 +0200 (EET) Received: from [193.64.42.204] (dyn204.helenius.fi [193.64.42.204]) by silver.he.iki.fi (Postfix) with ESMTP; Thu, 13 Dec 2007 00:38:47 +0200 (EET) Message-ID: <476062F8.3020109@helenius.fi> Date: Thu, 13 Dec 2007 00:38:48 +0200 From: Petri Helenius User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Julian Elischer References: <476061FD.8050500@elischer.org> In-Reply-To: <476061FD.8050500@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 22:58:53 -0000 How about routing domain or forwarding domain? Pete Julian Elischer wrote: > So, I'm playing with some multiple routing table support.. > the first version is a minimal impact version with very limited > functionality. > It's done that way so I can put it in RELENG_6/7 without breaking ABIs > (I hope). > Later there will be a more flexible version for-current. > > Here's the question.. > > I need a word to use to describe the network view one is currently on.. > e.g. if you are usinghe second routing table, you could say I've set > xxx to 1 > (0 based).. > > > current;y in my code I'm using 'universe' but I don't like that.. > > one could think of it as a routing plane.. > each routing plane has he same interfaces on it but they are logically > treated differently becasue each plane has a different routing table. > > > so here's an axample of it in use now... > the names should change... > > setuniverse 1 netstat -rn > [shows table 1] > setuniverse 2 route add 10.0.0.0/24 192.168.2.1 > setuinverse 1 route add 10.0.0.0/24 192.168.3.1 > setuniverse 2 route -n get 10.0.0.3 > [shows 192.168.2.1] > setuniverse 1 route -n get 10.0.0.3 > [shows 192.168.3.1] > setuniverse 2 start_apache > [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. > > > also the syscall is setuniverse() > > so, you see I really need a better name.... > setrtab? > > rtab? rtbl? > > and the command should be called "????" > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:07:27 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7982A16A41B for ; Wed, 12 Dec 2007 23:07:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 1B1A413C4D5 for ; Wed, 12 Dec 2007 23:07:26 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-046-112.pools.arcor-ip.net [88.66.46.112]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1J2afk166C-0003IX; Thu, 13 Dec 2007 00:07:25 +0100 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Thu, 13 Dec 2007 00:07:11 +0100 User-Agent: KMail/1.9.7 References: <476061FD.8050500@elischer.org> In-Reply-To: <476061FD.8050500@elischer.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5929925.HyxH3Eyd53"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712130007.20720.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18wTaqhziZlOyqw696Ep2P1lOdO4w3UvSHQtMr nfwXWjcMOT+ja4VuReLw3VotWfqncZBzfGgGeMTQIMgjKPDcCK OUlZwzuu/hVeMAz9gFW7GndbLjNRZb+SoedVAXgZGg= Cc: Julian Elischer Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:07:27 -0000 --nextPart5929925.HyxH3Eyd53 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 12 December 2007, Julian Elischer wrote: > So, I'm playing with some multiple routing table support.. > the first version is a minimal impact version with very limited > functionality. It's done that way so I can put it in RELENG_6/7 without > breaking ABIs (I hope). Later there will be a more flexible version > for-current. > > Here's the question.. > > I need a word to use to describe the network view one is currently on.. > e.g. if you are usinghe second routing table, you could say I've set > xxx to 1 (0 based).. > > > current;y in my code I'm using 'universe' but I don't like that.. > > one could think of it as a routing plane.. > each routing plane has he same interfaces on it but they are logically > treated differently becasue each plane has a different routing table. > > > so here's an axample of it in use now... > the names should change... > > setuniverse 1 netstat -rn > [shows table 1] > setuniverse 2 route add 10.0.0.0/24 192.168.2.1 > setuinverse 1 route add 10.0.0.0/24 192.168.3.1 > setuniverse 2 route -n get 10.0.0.3 > [shows 192.168.2.1] > setuniverse 1 route -n get 10.0.0.3 > [shows 192.168.3.1] > setuniverse 2 start_apache > [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. > > > also the syscall is setuniverse() > > so, you see I really need a better name.... > setrtab? > > rtab? rtbl? > > and the command should be called "????" =46WIW, OpenBSD just added a "-T num" switch to concerned programs like=20 route and netstat. As far as I can tell they rely entirely on pf to=20 select a table - so there is no way to start a program "inside" a certain=20 network view. OTOH, how - in your system - would you decide which table=20 to use for forwarded packets? More to the bikeshed pov, "universe" seems rather broad. "netview" comes=20 to mind. "rtabselect", though that has a lot of characters, but then=20 again "setuniverse" is even one char longer ;) =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart5929925.HyxH3Eyd53 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHYGmoXyyEoT62BG0RAg+VAJ4rpTXJJT4oG39TpsqRjMYkorgLfACfYdn4 Ncs7jEwGT43fYB2HgI688zM= =npBU -----END PGP SIGNATURE----- --nextPart5929925.HyxH3Eyd53-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:09:47 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13DDA16A41A for ; Wed, 12 Dec 2007 23:09:47 +0000 (UTC) (envelope-from silby@silby.com) Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by mx1.freebsd.org (Postfix) with SMTP id A002013C467 for ; Wed, 12 Dec 2007 23:09:46 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 8351 invoked by uid 3193); 12 Dec 2007 23:09:45 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 12 Dec 2007 23:09:45 -0000 Date: Wed, 12 Dec 2007 18:09:44 -0500 (EST) From: Mike Silbersack X-X-Sender: silby@niwun.pair.com To: Julian Elischer In-Reply-To: <476061FD.8050500@elischer.org> Message-ID: <20071212180910.H75212@niwun.pair.com> References: <476061FD.8050500@elischer.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:09:47 -0000 On Wed, 12 Dec 2007, Julian Elischer wrote: > So, I'm playing with some multiple routing table support.. > the first version is a minimal impact version with very limited > functionality. > It's done that way so I can put it in RELENG_6/7 without breaking ABIs (I > hope). > Later there will be a more flexible version for-current. > > Here's the question.. > > I need a word to use to describe the network view one is currently on.. > e.g. if you are usinghe second routing table, you could say I've set xxx to 1 > (0 based).. In the spirit of your subject, why not call them 'sheds'? -Mike From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:12:36 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88CCF16A419 for ; Wed, 12 Dec 2007 23:12:36 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0F613C4D3 for ; Wed, 12 Dec 2007 23:12:36 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 557621A4D80; Wed, 12 Dec 2007 15:11:47 -0800 (PST) Date: Wed, 12 Dec 2007 15:11:47 -0800 From: Alfred Perlstein To: Mike Silbersack Message-ID: <20071212231147.GA61429@elvis.mu.org> References: <476061FD.8050500@elischer.org> <20071212180910.H75212@niwun.pair.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071212180910.H75212@niwun.pair.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , Julian Elischer Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:12:36 -0000 * Mike Silbersack [071212 15:09] wrote: > > On Wed, 12 Dec 2007, Julian Elischer wrote: > > >So, I'm playing with some multiple routing table support.. > >the first version is a minimal impact version with very limited > >functionality. > >It's done that way so I can put it in RELENG_6/7 without breaking ABIs (I > >hope). > >Later there will be a more flexible version for-current. > > > >Here's the question.. > > > >I need a word to use to describe the network view one is currently on.. > >e.g. if you are usinghe second routing table, you could say I've set xxx > >to 1 > >(0 based).. > > In the spirit of your subject, why not call them 'sheds'? Because it's horrible. :) -- - Alfred Perlstein From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:13:03 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 562BB16A417 for ; Wed, 12 Dec 2007 23:13:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outV.internet-mail-service.net (outV.internet-mail-service.net [216.240.47.245]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0C913C461 for ; Wed, 12 Dec 2007 23:13:03 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Dec 2007 15:13:02 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 068D1126CAD; Wed, 12 Dec 2007 15:13:01 -0800 (PST) Message-ID: <47606AFC.3050603@elischer.org> Date: Wed, 12 Dec 2007 15:13:00 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Petri Helenius References: <476061FD.8050500@elischer.org> <476062F8.3020109@helenius.fi> In-Reply-To: <476062F8.3020109@helenius.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:13:03 -0000 Petri Helenius wrote: > > How about routing domain or forwarding domain? > which shortens too ???? >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:13:55 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 723B316A418 for ; Wed, 12 Dec 2007 23:13:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outH.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 6325413C4D9 for ; Wed, 12 Dec 2007 23:13:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Dec 2007 15:13:54 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 8AD51126C74; Wed, 12 Dec 2007 15:13:53 -0800 (PST) Message-ID: <47606B30.3020508@elischer.org> Date: Wed, 12 Dec 2007 15:13:52 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alfred Perlstein References: <476061FD.8050500@elischer.org> <20071212225014.GY61429@elvis.mu.org> In-Reply-To: <20071212225014.GY61429@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:13:55 -0000 Alfred Perlstein wrote: > try using "instance". > > "Oh I'm going to use the FOO routing instance." what do Juniper call it? > > Works nicely. > > * Julian Elischer [071212 14:34] wrote: >> So, I'm playing with some multiple routing table support.. >> the first version is a minimal impact version with very limited >> functionality. >> It's done that way so I can put it in RELENG_6/7 without breaking ABIs (I >> hope). >> Later there will be a more flexible version for-current. >> >> Here's the question.. >> >> I need a word to use to describe the network view one is currently on.. >> e.g. if you are usinghe second routing table, you could say I've set xxx to >> 1 >> (0 based).. >> >> >> current;y in my code I'm using 'universe' but I don't like that.. >> >> one could think of it as a routing plane.. >> each routing plane has he same interfaces on it but they are logically >> treated differently becasue each plane has a different routing table. >> >> >> so here's an axample of it in use now... >> the names should change... >> >> setuniverse 1 netstat -rn >> [shows table 1] >> setuniverse 2 route add 10.0.0.0/24 192.168.2.1 >> setuinverse 1 route add 10.0.0.0/24 192.168.3.1 >> setuniverse 2 route -n get 10.0.0.3 >> [shows 192.168.2.1] >> setuniverse 1 route -n get 10.0.0.3 >> [shows 192.168.3.1] >> setuniverse 2 start_apache >> [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. >> >> >> also the syscall is setuniverse() >> >> so, you see I really need a better name.... >> setrtab? >> >> rtab? rtbl? >> >> and the command should be called "????" >> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:14:45 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6BB216A418 for ; Wed, 12 Dec 2007 23:14:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id A7E8D13C4DB for ; Wed, 12 Dec 2007 23:14:45 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Dec 2007 15:14:44 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 08D3D126CB1; Wed, 12 Dec 2007 15:14:43 -0800 (PST) Message-ID: <47606B62.3020801@elischer.org> Date: Wed, 12 Dec 2007 15:14:42 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Peter Wood References: <476061FD.8050500@elischer.org> <476066A5.8070707@alastria.net> In-Reply-To: <476066A5.8070707@alastria.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:14:45 -0000 Peter Wood wrote: > > so, you see I really need a better name.... > > setrtab? > > > > rtab? rtbl? > > > > and the command should be called "????" > > Would "vrf" (Virtual Routing and Forwarding) be to technical? From > experience Cisco's call it vrf, Junipers use routing-instance IIRC. > > P. I'm reserving vrf for vimage :-) From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:16:35 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F91716A417 for ; Wed, 12 Dec 2007 23:16:35 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outO.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 025BA13C46A for ; Wed, 12 Dec 2007 23:16:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Dec 2007 15:16:34 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 73C8B126CA1; Wed, 12 Dec 2007 15:16:33 -0800 (PST) Message-ID: <47606BD0.7050005@elischer.org> Date: Wed, 12 Dec 2007 15:16:32 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Max Laier References: <476061FD.8050500@elischer.org> <200712130007.20720.max@love2party.net> In-Reply-To: <200712130007.20720.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:16:35 -0000 Max Laier wrote: > On Wednesday 12 December 2007, Julian Elischer wrote: >> So, I'm playing with some multiple routing table support.. >> the first version is a minimal impact version with very limited >> functionality. It's done that way so I can put it in RELENG_6/7 without >> breaking ABIs (I hope). Later there will be a more flexible version >> for-current. >> >> Here's the question.. >> >> I need a word to use to describe the network view one is currently on.. >> e.g. if you are usinghe second routing table, you could say I've set >> xxx to 1 (0 based).. >> >> >> current;y in my code I'm using 'universe' but I don't like that.. >> >> one could think of it as a routing plane.. >> each routing plane has he same interfaces on it but they are logically >> treated differently becasue each plane has a different routing table. >> >> >> so here's an axample of it in use now... >> the names should change... >> >> setuniverse 1 netstat -rn >> [shows table 1] >> setuniverse 2 route add 10.0.0.0/24 192.168.2.1 >> setuinverse 1 route add 10.0.0.0/24 192.168.3.1 >> setuniverse 2 route -n get 10.0.0.3 >> [shows 192.168.2.1] >> setuniverse 1 route -n get 10.0.0.3 >> [shows 192.168.3.1] >> setuniverse 2 start_apache >> [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. >> >> >> also the syscall is setuniverse() >> >> so, you see I really need a better name.... >> setrtab? >> >> rtab? rtbl? >> >> and the command should be called "????" > > FWIW, OpenBSD just added a "-T num" switch to concerned programs like > route and netstat. As far as I can tell they rely entirely on pf to > select a table - so there is no way to start a program "inside" a certain > network view. OTOH, how - in your system - would you decide which table > to use for forwarded packets? ipfw/pf/ipf rule (not yet added) :-) > > More to the bikeshed pov, "universe" seems rather broad. "netview" comes > to mind. "rtabselect", though that has a lot of characters, but then > again "setuniverse" is even one char longer ;) > From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:17:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF4216A46C for ; Wed, 12 Dec 2007 23:17:17 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: from mail5out.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) by mx1.freebsd.org (Postfix) with ESMTP id C006B13C447 for ; Wed, 12 Dec 2007 23:17:17 +0000 (UTC) (envelope-from edwin@mavetju.org) Received: by mail5out.barnet.com.au (Postfix, from userid 1001) id BA3082218BCE; Thu, 13 Dec 2007 09:59:13 +1100 (EST) X-Viruscan-Id: <476067C10000CDD76BEF56@BarNet> Received: from mail5auth.barnet.com.au (mail5.barnet.com.au [202.83.178.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail5auth.barnet.com.au", Issuer "*.barnet.com.au" (verified OK)) by mail5.barnet.com.au (Postfix) with ESMTP id 4AE5821B1872; Thu, 13 Dec 2007 09:59:13 +1100 (EST) Received: from k7.mavetju (k7.mavetju.org [10.251.1.18]) by mail5auth.barnet.com.au (Postfix) with ESMTP id F0C572218BC3; Thu, 13 Dec 2007 09:59:12 +1100 (EST) Received: by k7.mavetju (Postfix, from userid 1001) id A2A55249; Thu, 13 Dec 2007 09:59:12 +1100 (EST) Date: Thu, 13 Dec 2007 09:59:12 +1100 From: Edwin Groothuis To: Julian Elischer Message-ID: <20071212225912.GB40965@k7.mavetju> References: <476061FD.8050500@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <476061FD.8050500@elischer.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:17:18 -0000 On Wed, Dec 12, 2007 at 02:34:37PM -0800, Julian Elischer wrote: > So, I'm playing with some multiple routing table support.. > the first version is a minimal impact version with very limited > functionality. > It's done that way so I can put it in RELENG_6/7 without breaking ABIs (I > hope). > Later there will be a more flexible version for-current. > > Here's the question.. > > I need a word to use to describe the network view one is currently on.. > e.g. if you are usinghe second routing table, you could say I've set xxx to > 1 I could call it a cloud (e.g. routing cloud). I admit that the people here at work still don't understand it, but that's only a matter of time :-) Edwin -- Edwin Groothuis | Personal website: http://www.mavetju.org edwin@mavetju.org | Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:17:27 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E5216A47A for ; Wed, 12 Dec 2007 23:17:27 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2494C13C457 for ; Wed, 12 Dec 2007 23:17:27 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 3A09F1A4D7E; Wed, 12 Dec 2007 15:16:38 -0800 (PST) Date: Wed, 12 Dec 2007 15:16:38 -0800 From: Alfred Perlstein To: Julian Elischer Message-ID: <20071212231638.GB61429@elvis.mu.org> References: <476061FD.8050500@elischer.org> <20071212225014.GY61429@elvis.mu.org> <47606B30.3020508@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47606B30.3020508@elischer.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:17:27 -0000 * Julian Elischer [071212 15:13] wrote: > Alfred Perlstein wrote: > >try using "instance". > > > >"Oh I'm going to use the FOO routing instance." > > what do Juniper call it? "Instance" and "vrf". -Alfred > > > > >Works nicely. > > > >* Julian Elischer [071212 14:34] wrote: > >>So, I'm playing with some multiple routing table support.. > >>the first version is a minimal impact version with very limited > >>functionality. > >>It's done that way so I can put it in RELENG_6/7 without breaking ABIs (I > >>hope). > >>Later there will be a more flexible version for-current. > >> > >>Here's the question.. > >> > >>I need a word to use to describe the network view one is currently on.. > >>e.g. if you are usinghe second routing table, you could say I've set xxx > >>to 1 > >>(0 based).. > >> > >> > >>current;y in my code I'm using 'universe' but I don't like that.. > >> > >>one could think of it as a routing plane.. > >>each routing plane has he same interfaces on it but they are logically > >>treated differently becasue each plane has a different routing table. > >> > >> > >>so here's an axample of it in use now... > >>the names should change... > >> > >>setuniverse 1 netstat -rn > >>[shows table 1] > >>setuniverse 2 route add 10.0.0.0/24 192.168.2.1 > >>setuinverse 1 route add 10.0.0.0/24 192.168.3.1 > >>setuniverse 2 route -n get 10.0.0.3 > >>[shows 192.168.2.1] > >>setuniverse 1 route -n get 10.0.0.3 > >>[shows 192.168.3.1] > >>setuniverse 2 start_apache > >>[appache starts, always using 192.168.2.1 to reach the 10.0.0 net. > >> > >> > >>also the syscall is setuniverse() > >> > >>so, you see I really need a better name.... > >>setrtab? > >> > >>rtab? rtbl? > >> > >>and the command should be called "????" > >> > >> > >>_______________________________________________ > >>freebsd-net@freebsd.org mailing list > >>http://lists.freebsd.org/mailman/listinfo/freebsd-net > >>To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- - Alfred Perlstein From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:19:22 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EF7916A419 for ; Wed, 12 Dec 2007 23:19:22 +0000 (UTC) (envelope-from cdillon@wolves.k12.mo.us) Received: from mail.wolves.k12.mo.us (mail.wolves.k12.mo.us [207.160.214.1]) by mx1.freebsd.org (Postfix) with ESMTP id EB0C513C458 for ; Wed, 12 Dec 2007 23:19:21 +0000 (UTC) (envelope-from cdillon@wolves.k12.mo.us) Received: from localhost (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 3DCA6B870; Wed, 12 Dec 2007 17:00:43 -0600 (CST) X-Virus-Scanned: amavisd-new at wolves.k12.mo.us Received: from mail.wolves.k12.mo.us ([127.0.0.1]) by localhost (mail.wolves.k12.mo.us [127.0.0.1]) (amavisd-new, port 10024) with LMTP id OrhQYfYVDiCD; Wed, 12 Dec 2007 17:00:42 -0600 (CST) Received: from wolves.k12.mo.us (localhost [127.0.0.1]) by mail.wolves.k12.mo.us (Postfix) with ESMTP id 69052B856; Wed, 12 Dec 2007 17:00:42 -0600 (CST) Received: from rstech21.int.wolves.k12.mo.us (rstech21.int.wolves.k12.mo.us [10.1.3.201]) by www.wolves.k12.mo.us (Horde MIME library) with HTTP; Wed, 12 Dec 2007 17:00:42 -0600 Message-ID: <20071212170042.qipz79stssog8844@www.wolves.k12.mo.us> Date: Wed, 12 Dec 2007 17:00:42 -0600 From: Chris Dillon To: Julian Elischer References: <476061FD.8050500@elischer.org> In-Reply-To: <476061FD.8050500@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.5) / FreeBSD-6.2 Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:19:22 -0000 Quoting Julian Elischer : > I need a word to use to describe the network view one is currently on.. > e.g. if you are usinghe second routing table, you could say I've set xxx to 1 > (0 based).. > > > current;y in my code I'm using 'universe' but I don't like that.. I think you just said it best yourself, you need a name for a "network view", so why not just call it a "view"? Other things use the same terminology like a DNS "view" or an SQL "view" and I think it makes sense in this case as well. From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:19:24 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83C0E16A418 for ; Wed, 12 Dec 2007 23:19:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 7994713C45D for ; Wed, 12 Dec 2007 23:19:24 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Dec 2007 15:19:23 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 1D7A3126C90; Wed, 12 Dec 2007 15:19:23 -0800 (PST) Message-ID: <47606C79.5050009@elischer.org> Date: Wed, 12 Dec 2007 15:19:21 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Mike Silbersack References: <476061FD.8050500@elischer.org> <20071212180910.H75212@niwun.pair.com> In-Reply-To: <20071212180910.H75212@niwun.pair.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:19:24 -0000 Mike Silbersack wrote: > > On Wed, 12 Dec 2007, Julian Elischer wrote: > >> So, I'm playing with some multiple routing table support.. >> the first version is a minimal impact version with very limited >> functionality. >> It's done that way so I can put it in RELENG_6/7 without breaking ABIs >> (I hope). >> Later there will be a more flexible version for-current. >> >> Here's the question.. >> >> I need a word to use to describe the network view one is currently on.. >> e.g. if you are usinghe second routing table, you could say I've set >> xxx to 1 >> (0 based).. > > In the spirit of your subject, why not call them 'sheds'? > > -Mike I can see that taking some explaining... confused newbie: "Sheds?? why did they call them sheds?" old hand: "Well Grasshopper, Once there was this Danish guy who ...." [ten minutes later] confused newbie:" HUH? " From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:21:09 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C7E116A421 for ; Wed, 12 Dec 2007 23:21:09 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD8D13C45A for ; Wed, 12 Dec 2007 23:21:09 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail2.internal.cacheflow.com (bcs-mail2.internal.cacheflow.com [10.2.2.59]) by whisker.bluecoat.com (8.13.8/8.13.8) with ESMTP id lBCNL7jg016959; Wed, 12 Dec 2007 15:21:07 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 12 Dec 2007 15:21:00 -0800 Message-ID: <305C539CA2F86249BF51CDCE8996AFF409091A7F@bcs-mail2.internal.cacheflow.com> In-Reply-To: <476061FD.8050500@elischer.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bikeshed for all! Thread-Index: Acg9D0By7FMr+felSyedi/6tThNMCwABgS3g References: <476061FD.8050500@elischer.org> From: "Li, Qing" To: "Julian Elischer" , "FreeBSD Net" Cc: Subject: RE: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:21:09 -0000 =20 > -----Original Message----- > From: owner-freebsd-net@freebsd.org=20 > [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Julian Elischer > Sent: Wednesday, December 12, 2007 2:35 PM > To: FreeBSD Net > Subject: bikeshed for all! >=20 > So, I'm playing with some multiple routing table support.. > the first version is a minimal impact version with very=20 > limited functionality. > It's done that way so I can put it in RELENG_6/7 without=20 > breaking ABIs (I hope). > Later there will be a more flexible version for-current. >=20 > Here's the question.. >=20 > I need a word to use to describe the network view one is=20 > currently on.. > e.g. if you are usinghe second routing table, you could say=20 > I've set xxx to 1 (0 based).. >=20 >=20 > current;y in my code I'm using 'universe' but I don't like that.. >=20 > one could think of it as a routing plane.. > each routing plane has he same interfaces on it but they are=20 > logically treated differently becasue each plane has a=20 > different routing table. >=20 Are you saying an interface can belong to multiple routing domains ? So how is that going to work with overlapping prefixes, which routing domain does the interface feed the packets to ? >=20 > so here's an axample of it in use now... > the names should change... >=20 > setuniverse 1 netstat -rn > [shows table 1] > setuniverse 2 route add 10.0.0.0/24 192.168.2.1 > setuinverse 1 route add 10.0.0.0/24 192.168.3.1 > setuniverse 2 route -n get 10.0.0.3 > [shows 192.168.2.1] > setuniverse 1 route -n get 10.0.0.3 > [shows 192.168.3.1] > setuniverse 2 start_apache > [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. >=20 >=20 > also the syscall is setuniverse() >=20 > so, you see I really need a better name.... > setrtab? >=20 > rtab? rtbl? >=20 > and the command should be called "????" >=20 >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >=20 From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:22:02 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4C9216A418 for ; Wed, 12 Dec 2007 23:22:02 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 6750F13C4D3 for ; Wed, 12 Dec 2007 23:22:02 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-046-112.pools.arcor-ip.net [88.66.46.112]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1J2atq2anM-0003EI; Thu, 13 Dec 2007 00:22:01 +0100 From: Max Laier Organization: FreeBSD To: Julian Elischer Date: Thu, 13 Dec 2007 00:21:55 +0100 User-Agent: KMail/1.9.7 References: <476061FD.8050500@elischer.org> <200712130007.20720.max@love2party.net> <47606BD0.7050005@elischer.org> In-Reply-To: <47606BD0.7050005@elischer.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1821615.Y2DyVVRHdI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712130021.56473.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18K5812pINTLV+yQYy5aXi/kJCRnCVq86XIVog cpiSiUxcBhu0PSuBM5Y1xXVKeXCp83G2576eK7LvO8m9zIsELO DbY/1Qj3J68UKJoD2k7QXM2dEyxg9lwfB3rQn0oNA0= Cc: freebsd-net@freebsd.org Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:22:02 -0000 --nextPart1821615.Y2DyVVRHdI Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 13 December 2007, Julian Elischer wrote: > Max Laier wrote: > > On Wednesday 12 December 2007, Julian Elischer wrote: > >> So, I'm playing with some multiple routing table support.. > >> the first version is a minimal impact version with very limited > >> functionality. It's done that way so I can put it in RELENG_6/7 > >> without breaking ABIs (I hope). Later there will be a more flexible > >> version for-current. > >> > >> Here's the question.. > >> > >> I need a word to use to describe the network view one is currently > >> on.. e.g. if you are usinghe second routing table, you could say > >> I've set xxx to 1 (0 based).. > >> > >> > >> current;y in my code I'm using 'universe' but I don't like that.. > >> > >> one could think of it as a routing plane.. > >> each routing plane has he same interfaces on it but they are > >> logically treated differently becasue each plane has a different > >> routing table. > >> > >> > >> so here's an axample of it in use now... > >> the names should change... > >> > >> setuniverse 1 netstat -rn > >> [shows table 1] > >> setuniverse 2 route add 10.0.0.0/24 192.168.2.1 > >> setuinverse 1 route add 10.0.0.0/24 192.168.3.1 > >> setuniverse 2 route -n get 10.0.0.3 > >> [shows 192.168.2.1] > >> setuniverse 1 route -n get 10.0.0.3 > >> [shows 192.168.3.1] > >> setuniverse 2 start_apache > >> [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. > >> > >> > >> also the syscall is setuniverse() > >> > >> so, you see I really need a better name.... > >> setrtab? > >> > >> rtab? rtbl? > >> > >> and the command should be called "????" > > > > FWIW, OpenBSD just added a "-T num" switch to concerned programs like > > route and netstat. As far as I can tell they rely entirely on pf to > > select a table - so there is no way to start a program "inside" a > > certain network view. OTOH, how - in your system - would you decide > > which table to use for forwarded packets? > > ipfw/pf/ipf rule (not yet added) :-) pf has ifdef'ed out code to deal with the OpenBSD version of routing=20 tables. What it does is adding an mbuf_tag which carries the tableid and=20 ip_{{in,out}put,forward} take action accordingly. > > More to the bikeshed pov, "universe" seems rather broad. "netview" > > comes to mind. "rtabselect", though that has a lot of characters, > > but then again "setuniverse" is even one char longer ;) =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1821615.Y2DyVVRHdI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHYG0UXyyEoT62BG0RAo1RAJ4myCPlEnkhHRHOVefo1RsE6UktDQCeLIhu t2WrwAZClz6FECNuKHQ2N7A= =IDC3 -----END PGP SIGNATURE----- --nextPart1821615.Y2DyVVRHdI-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:24:05 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9758516A421 for ; Wed, 12 Dec 2007 23:24:05 +0000 (UTC) (envelope-from ras@gerbil.cluepon.net) Received: from gerbil.cluepon.net (e-gerbil.net [69.31.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC9713C457 for ; Wed, 12 Dec 2007 23:24:04 +0000 (UTC) (envelope-from ras@gerbil.cluepon.net) Received: from gerbil.cluepon.net (ras@localhost.nlayer.net [127.0.0.1]) by gerbil.cluepon.net (8.13.8/8.13.8) with ESMTP id lBCN8RLC052454; Wed, 12 Dec 2007 18:08:27 -0500 (EST) (envelope-from ras@gerbil.cluepon.net) Received: (from ras@localhost) by gerbil.cluepon.net (8.13.8/8.13.8/Submit) id lBCN8RHl052453; Wed, 12 Dec 2007 17:08:27 -0600 (CST) (envelope-from ras) Date: Wed, 12 Dec 2007 18:08:27 -0500 From: Richard A Steenbergen To: Peter Wood Message-ID: <20071212230826.GP43750@gerbil.cluepon.net> References: <476061FD.8050500@elischer.org> <476066A5.8070707@alastria.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <476066A5.8070707@alastria.net> User-Agent: Mutt/1.5.13 (2006-08-11) Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:24:05 -0000 On Wed, Dec 12, 2007 at 10:54:29PM +0000, Peter Wood wrote: > > rtab? rtbl? > > > > and the command should be called "????" > > Would "vrf" (Virtual Routing and Forwarding) be to technical? From > experience Cisco's call it vrf, Junipers use routing-instance IIRC. Instance is a good name for it. You could go with "rib" or "rt" but then you have to explain what that means to people who don't know. :) -- Richard A Steenbergen http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC) From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:40:11 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46A6316A417 for ; Wed, 12 Dec 2007 23:40:11 +0000 (UTC) (envelope-from spadge@fromley.net) Received: from queueout04-winn.ispmail.ntl.com (queueout04-winn.ispmail.ntl.com [81.103.221.58]) by mx1.freebsd.org (Postfix) with ESMTP id B014B13C455 for ; Wed, 12 Dec 2007 23:40:10 +0000 (UTC) (envelope-from spadge@fromley.net) Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com with ESMTP id <20071212232448.RQYQ26125.mtaout03-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com> for ; Wed, 12 Dec 2007 23:24:48 +0000 Received: from tobermory.home ([82.29.221.74]) by aamtaout03-winn.ispmail.ntl.com with ESMTP id <20071212232514.JYLN26699.aamtaout03-winn.ispmail.ntl.com@tobermory.home> for ; Wed, 12 Dec 2007 23:25:14 +0000 Received: from [192.168.124.185] (jupiter.home [192.168.124.185]) by tobermory.home (Postfix) with ESMTP id 3F7F42BD99E for ; Wed, 12 Dec 2007 23:24:01 +0000 (GMT) Message-ID: <47606D92.8000404@fromley.net> Date: Wed, 12 Dec 2007 23:24:02 +0000 From: Spadge User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: FreeBSD Net References: <476061FD.8050500@elischer.org> <20071212170042.qipz79stssog8844@www.wolves.k12.mo.us> In-Reply-To: <20071212170042.qipz79stssog8844@www.wolves.k12.mo.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:40:11 -0000 Chris Dillon wrote: > I think you just said it best yourself, you need a name for a "network > view", so why not just call it a "view"? Other things use the same > terminology like a DNS "view" or an SQL "view" and I think it makes > sense in this case as well. Call it a vista ... hahaha, I kill myself. -- Spadge "Intoccabile" www.fromley.com From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:46:38 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34D4516A41A for ; Wed, 12 Dec 2007 23:46:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outX.internet-mail-service.net (outX.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2719013C4DB for ; Wed, 12 Dec 2007 23:46:37 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Dec 2007 15:46:37 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 92E84126CA1; Wed, 12 Dec 2007 15:46:36 -0800 (PST) Message-ID: <476072DB.3090600@elischer.org> Date: Wed, 12 Dec 2007 15:46:35 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Max Laier References: <476061FD.8050500@elischer.org> <200712130007.20720.max@love2party.net> <47606BD0.7050005@elischer.org> <200712130021.56473.max@love2party.net> In-Reply-To: <200712130021.56473.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:46:38 -0000 Max Laier wrote: > On Thursday 13 December 2007, Julian Elischer wrote: >> Max Laier wrote: >>> On Wednesday 12 December 2007, Julian Elischer wrote: >>>> So, I'm playing with some multiple routing table support.. >>>> the first version is a minimal impact version with very limited >>>> functionality. It's done that way so I can put it in RELENG_6/7 >>>> without breaking ABIs (I hope). Later there will be a more flexible >>>> version for-current. >>>> >>>> Here's the question.. >>>> >>>> I need a word to use to describe the network view one is currently >>>> on.. e.g. if you are usinghe second routing table, you could say >>>> I've set xxx to 1 (0 based).. >>>> >>>> >>>> current;y in my code I'm using 'universe' but I don't like that.. >>>> >>>> one could think of it as a routing plane.. >>>> each routing plane has he same interfaces on it but they are >>>> logically treated differently becasue each plane has a different >>>> routing table. >>>> >>>> >>>> so here's an axample of it in use now... >>>> the names should change... >>>> >>>> setuniverse 1 netstat -rn >>>> [shows table 1] >>>> setuniverse 2 route add 10.0.0.0/24 192.168.2.1 >>>> setuinverse 1 route add 10.0.0.0/24 192.168.3.1 >>>> setuniverse 2 route -n get 10.0.0.3 >>>> [shows 192.168.2.1] >>>> setuniverse 1 route -n get 10.0.0.3 >>>> [shows 192.168.3.1] >>>> setuniverse 2 start_apache >>>> [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. >>>> >>>> >>>> also the syscall is setuniverse() >>>> >>>> so, you see I really need a better name.... >>>> setrtab? >>>> >>>> rtab? rtbl? >>>> >>>> and the command should be called "????" >>> FWIW, OpenBSD just added a "-T num" switch to concerned programs like >>> route and netstat. As far as I can tell they rely entirely on pf to >>> select a table - so there is no way to start a program "inside" a >>> certain network view. OTOH, how - in your system - would you decide >>> which table to use for forwarded packets? >> ipfw/pf/ipf rule (not yet added) :-) > > pf has ifdef'ed out code to deal with the OpenBSD version of routing > tables. What it does is adding an mbuf_tag which carries the tableid and > ip_{{in,out}put,forward} take action accordingly. EXACTLY what I plan on doing. > >>> More to the bikeshed pov, "universe" seems rather broad. "netview" >>> comes to mind. "rtabselect", though that has a lot of characters, >>> but then again "setuniverse" is even one char longer ;) > From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:47:04 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B985D16A473 for ; Wed, 12 Dec 2007 23:47:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outF.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id B21F013C47E for ; Wed, 12 Dec 2007 23:47:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 12 Dec 2007 15:47:03 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 74B2D126CB2; Wed, 12 Dec 2007 15:47:03 -0800 (PST) Message-ID: <476072F6.1080406@elischer.org> Date: Wed, 12 Dec 2007 15:47:02 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Bakul Shah References: <20071212232338.1FBF45B99@mail.bitblocks.com> In-Reply-To: <20071212232338.1FBF45B99@mail.bitblocks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:47:04 -0000 Bakul Shah wrote: >> I need a word to use to describe the network view one is currently on.. > .... >> setuniverse 1 netstat -rn >> [shows table 1] >> setuniverse 2 route add 10.0.0.0/24 192.168.2.1 >> setuinverse 1 route add 10.0.0.0/24 192.168.3.1 >> setuniverse 2 route -n get 10.0.0.3 >> [shows 192.168.2.1] >> setuniverse 1 route -n get 10.0.0.3 >> [shows 192.168.3.1] >> setuniverse 2 start_apache >> [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. >> >> >> also the syscall is setuniverse() >> >> so, you see I really need a better name.... >> setrtab? >> >> rtab? rtbl? >> >> and the command should be called "????" > > We called it vhost since to all other hosts it behaved like a > host on a network. In our implementation each virtual host > had a set of interfaces and one routing table and you could > actually "route" packets between these hosts among other > things. You could even have for routing daemons etc. on each > one. WHo's "we" ? :-) From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:48:07 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 830D316A419 for ; Wed, 12 Dec 2007 23:48:07 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 7BE8113C4EB for ; Wed, 12 Dec 2007 23:48:07 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 1FBF45B99; Wed, 12 Dec 2007 15:23:38 -0800 (PST) To: Julian Elischer In-reply-to: Your message of "Wed, 12 Dec 2007 14:34:37 PST." <476061FD.8050500@elischer.org> Date: Wed, 12 Dec 2007 15:23:38 -0800 From: Bakul Shah Message-Id: <20071212232338.1FBF45B99@mail.bitblocks.com> Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:48:07 -0000 > I need a word to use to describe the network view one is currently on.. .... > > setuniverse 1 netstat -rn > [shows table 1] > setuniverse 2 route add 10.0.0.0/24 192.168.2.1 > setuinverse 1 route add 10.0.0.0/24 192.168.3.1 > setuniverse 2 route -n get 10.0.0.3 > [shows 192.168.2.1] > setuniverse 1 route -n get 10.0.0.3 > [shows 192.168.3.1] > setuniverse 2 start_apache > [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. > > > also the syscall is setuniverse() > > so, you see I really need a better name.... > setrtab? > > rtab? rtbl? > > and the command should be called "????" We called it vhost since to all other hosts it behaved like a host on a network. In our implementation each virtual host had a set of interfaces and one routing table and you could actually "route" packets between these hosts among other things. You could even have for routing daemons etc. on each one. From owner-freebsd-net@FreeBSD.ORG Wed Dec 12 23:56:57 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67A5216A419 for ; Wed, 12 Dec 2007 23:56:57 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 6157813C459 for ; Wed, 12 Dec 2007 23:56:57 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id CE6D45B99; Wed, 12 Dec 2007 15:56:56 -0800 (PST) To: Julian Elischer In-reply-to: Your message of "Wed, 12 Dec 2007 15:47:02 PST." <476072F6.1080406@elischer.org> Date: Wed, 12 Dec 2007 15:56:56 -0800 From: Bakul Shah Message-Id: <20071212235656.CE6D45B99@mail.bitblocks.com> Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Dec 2007 23:56:57 -0000 > >> and the command should be called "????" > > > > We called it vhost since to all other hosts it behaved like a > > host on a network. In our implementation each virtual host > > had a set of interfaces and one routing table and you could > > actually "route" packets between these hosts among other > > things. You could even have for routing daemons etc. on each > > one. > > WHo's "we" ? > :-) That doesn't really matter, does it?! Anyway, it was Torrent Networking in Maryland; long since digested by Ericsson. We built "high speed" routers (high speed for the late 90s) and provided bgp, ispf, isis, etc. for a variety of network interfaces + a Cisco compatible CLI. vhost (& also vnet for virtual nets between vhosts) was done mainly for testing. From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 00:31:49 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1B6316A419 for ; Thu, 13 Dec 2007 00:31:48 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id EF03313C44B for ; Thu, 13 Dec 2007 00:31:47 +0000 (UTC) (envelope-from randy@psg.com) Received: from [202.214.86.183] by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2bzO-000590-11; Thu, 13 Dec 2007 00:31:46 +0000 Message-ID: <47607D62.3010701@psg.com> Date: Thu, 13 Dec 2007 09:31:30 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Max Laier References: <18271.23388.863680.888792@roam.psg.com> <200712121929.54716.max@love2party.net> In-Reply-To: <200712121929.54716.max@love2party.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 00:31:50 -0000 > 3) Most likely candidate: Your userland and kernel are out of sync. Try > to rebuild ifconfig with the same headers installed as your kernel was > built. rebuilt all to current cvsup of current. can now bridge. on to trying to make the ath happy with the bridge. randy From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 00:35:10 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A16916A418 for ; Thu, 13 Dec 2007 00:35:10 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from expo.ukrweb.net (expo.ukrweb.net [193.125.78.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2572213C461 for ; Thu, 13 Dec 2007 00:35:10 +0000 (UTC) (envelope-from freebsd@levsha.org.ua) Received: from levsha by expo.ukrweb.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2bFt-000Axn-Hg for freebsd-net@freebsd.org; Thu, 13 Dec 2007 01:44:45 +0200 Date: Thu, 13 Dec 2007 01:44:45 +0200 From: Mykola Dzham To: freebsd-net@freebsd.org Message-ID: <20071212234445.GB36903@expo.ukrweb.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline X-Operating-System: FreeBSD/5.4-RELEASE-p6 (i386) User-Agent: Mutt/1.5.6i Subject: netstat -iW strip interface name to 7 symbols X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 00:35:10 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I use ifconfig vlanXXX name ... for setting interfaces names that make sense for me (for example name of parity on remote side on this link). But when i run netstat -iW interface names striped to 7 symbols, though "If -W is also present, print interface names using a wider field size". I think that 7 symbols is not enough wide: ifconfig ... name allow up to 16 symbols. Attached trivial patch expand interface name field to 16 chars, but my question is "is 7 symbol length is set specially?" -- Mykola Dzham, LEFT-(UANIC|RIPE) JID: levsha@jabber.net.ua --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="netstat.if.patch" --- usr.bin/netstat/if.c.orig 2007-12-12 23:55:55.000000000 +0200 +++ usr.bin/netstat/if.c 2007-12-12 23:57:07.000000000 +0200 @@ -222,7 +222,7 @@ if (!pfunc) { if (Wflag) - printf("%-7.7s", "Name"); + printf("%-16.16s", "Name"); else printf("%-5.5s", "Name"); printf(" %5.5s %-13.13s %-17.17s %8.8s %5.5s", @@ -291,7 +291,7 @@ if (ifaddraddr == 0) { if (Wflag) - printf("%-7.7s", name); + printf("%-16.16s", name); else printf("%-5.5s", name); printf(" %5lu ", ifnet.if_mtu); @@ -312,7 +312,7 @@ continue; } if (Wflag) - printf("%-7.7s", name); + printf("%-16.16s", name); else printf("%-5.5s", name); printf(" %5lu ", ifnet.if_mtu); --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 03:21:36 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF8316A417 for ; Thu, 13 Dec 2007 03:21:36 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id B0FFA13C45A for ; Thu, 13 Dec 2007 03:21:35 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id OAA01066; Thu, 13 Dec 2007 14:21:18 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 13 Dec 2007 14:21:18 +1100 (EST) From: Ian Smith To: Chris Dillon In-Reply-To: <20071212170042.qipz79stssog8844@www.wolves.k12.mo.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Net , Julian Elischer Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 03:21:37 -0000 On Wed, 12 Dec 2007, Chris Dillon wrote: > Quoting Julian Elischer : > > > I need a word to use to describe the network view one is currently on.. > > e.g. if you are usinghe second routing table, you could say I've set xxx to 1 > > (0 based).. > > > > > > current;y in my code I'm using 'universe' but I don't like that.. > > I think you just said it best yourself, you need a name for a "network > view", so why not just call it a "view"? Other things use the same > terminology like a DNS "view" or an SQL "view" and I think it makes > sense in this case as well. Indeed. Or 'netview'? Ian From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 03:54:02 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83BDF16A418; Thu, 13 Dec 2007 03:54:02 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 6ACE713C448; Thu, 13 Dec 2007 03:54:02 +0000 (UTC) (envelope-from randy@psg.com) Received: from [202.214.86.183] by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2f97-0005Tk-Q1; Thu, 13 Dec 2007 03:54:01 +0000 Message-ID: <4760ACC9.70305@psg.com> Date: Thu, 13 Dec 2007 12:53:45 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: FreeBSD Net References: <475F744F.7030003@psg.com> <475FD764.8090402@FreeBSD.org> <47602195.9050602@psg.com> In-Reply-To: <47602195.9050602@psg.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Bruce M. Simpson" Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 03:54:02 -0000 ok, i have bridging working (kernel/userland version skew likely culprit, thanks max), except that ath0 does not seem to completely bridge. bms may have warned me in saying > although you won't get the 802.11 frames bridged. --- the problem: o hosts on vr1, vr2, and vr3 get dhcp addresses and can see the world o host on ath0 can not get dhcp address - soekris sees dhcp request and responds - response not seen by anyone on wireless - tcpdump says dhcpd is sending the response (see below) the plan: Soekris 5501 .-----------------------. | | | b ---ath0| | r | LAN external | i --- vr1| ------------|vr0---NAT---- d | DHCP WAN | g --- vr2| | e | Clients | 0 --- vr3| | | `-----------------------' vr0 gets address via DHCP from external link bridge0 is hard coded as 192.168.0.1/24 dhcpd runs on bridge0 for the range 192.168.0.100-199 to feed the LAN. --- from /etc/rc.conf: firewall_enable=YES # Set to YES to enable firewall functionality firewall_type="/etc/ipfw.rules" # Firewall type (see /etc/rc.firewall) firewall_quiet=YES # Set to YES to suppress rule display firewall_logging=YES # Set to YES to enable events logging ifconfig_vr0=DHCP cloned_interfaces=bridge0 ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 up addm ath0" ifconfig_vr1=up ifconfig_vr2=up ifconfig_vr3=up ifconfig_ath0="channel 4 ssid rgnet-aden wep wepkey x mediaopt hostap up" gateway_enable=YES --- from /etc/sysctl.conf: # nat net.inet.ip.fw.one_pass=0 # bridging #net.link.ether.ipfw=1 -- uncomment and connectivity on vr0 is lost net.link.bridge.ipfw=1 net.link.bridge.ipfw_arp=1 # ath bridging net.inet.ip.check_interface=0 --- # ifconfig -a vr0: flags=8843 metric 0 mtu 1500 options=b ether 00:00:24:c8:b3:28 inet 666.42.86.171 netmask 0xffffffc0 broadcast 666.42.86.191 media: Ethernet autoselect (100baseTX ) status: active vr1: flags=8943 metric 0 mtu 1500 options=9 ether 00:00:24:c8:b3:29 media: Ethernet autoselect (none) status: no carrier vr2: flags=8943 metric 0 mtu 1500 options=9 ether 00:00:24:c8:b3:2a media: Ethernet autoselect (none) status: no carrier vr3: flags=8943 metric 0 mtu 1500 options=9 ether 00:00:24:c8:b3:2b media: Ethernet autoselect (none) status: no carrier ath0: flags=8943 metric 0 mtu 1500 ether 00:0b:6b:83:59:25 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid rgnet-aden channel 4 (2427 Mhz 11g) bssid 00:0b:6b:83:59:25 authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpower 31.5 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS burst dtimperiod 1 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 bridge0: flags=8843 metric 0 mtu 1500 ether c6:75:12:20:d9:c2 inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: ath0 flags=143 ifmaxaddr 0 port 5 priority 128 path cost 370370 member: vr3 flags=143 ifmaxaddr 0 port 4 priority 128 path cost 200000 member: vr2 flags=143 ifmaxaddr 0 port 3 priority 128 path cost 55 member: vr1 flags=143 ifmaxaddr 0 port 2 priority 128 path cost 55 --- the tcpdump -i ath0 03:48:29.717236 00:18:de:21:76:c9 (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 6 03:48:29.717244 00:18:de:21:76:c9 (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 6 03:48:30.192604 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:18:de:21:76:c9 (oui Unknown), length 300 03:48:30.192613 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:18:de:21:76:c9 (oui Unknown), length 300 03:48:30.193467 IP 192.168.0.1.bootps > test.psg.com.bootpc: BOOTP/DHCP, Reply, length 300 03:48:33.192787 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:18:de:21:76:c9 (oui Unknown), length 300 03:48:33.192799 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:18:de:21:76:c9 (oui Unknown), length 300 03:48:33.194067 IP 192.168.0.1.bootps > test.psg.com.bootpc: BOOTP/DHCP, Reply, length 300 --- randy From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 05:41:02 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C754B16A417 for ; Thu, 13 Dec 2007 05:41:02 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.freebsd.org (Postfix) with ESMTP id 933EC13C44B for ; Thu, 13 Dec 2007 05:41:01 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from localhost (localhost [127.0.0.1]) by silver.he.iki.fi (Postfix) with ESMTP id EE8B0BBFE; Thu, 13 Dec 2007 07:40:59 +0200 (EET) Received: from silver.he.iki.fi ([127.0.0.1]) by localhost (silver.he.iki.fi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id igtzN2HvAops; Thu, 13 Dec 2007 07:40:55 +0200 (EET) Received: from [193.64.42.204] (dyn204.helenius.fi [193.64.42.204]) by silver.he.iki.fi (Postfix) with ESMTP; Thu, 13 Dec 2007 07:40:54 +0200 (EET) Message-ID: <4760C5E8.5030704@helenius.fi> Date: Thu, 13 Dec 2007 07:40:56 +0200 From: Petri Helenius User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Julian Elischer References: <476061FD.8050500@elischer.org> <476062F8.3020109@helenius.fi> <47606AFC.3050603@elischer.org> In-Reply-To: <47606AFC.3050603@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 05:41:02 -0000 Julian Elischer wrote: > Petri Helenius wrote: >> >> How about routing domain or forwarding domain? >> > > which shortens too ???? rdom / rd ? fd would be quite overloaded acronym. vrf would work for me too. Quite accepted industry term. Pete > > >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> > > From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 06:47:58 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F3DA16A4A1; Thu, 13 Dec 2007 06:47:58 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id B6CE213C45A; Thu, 13 Dec 2007 06:47:55 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id RAA06354; Thu, 13 Dec 2007 17:47:44 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 13 Dec 2007 17:47:43 +1100 (EST) From: Ian Smith To: Randy Bush In-Reply-To: <4760ACC9.70305@psg.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Net , "Bruce M. Simpson" Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 06:47:58 -0000 On Thu, 13 Dec 2007, Randy Bush wrote: > ok, i have bridging working (kernel/userland version skew likely culprit, thanks max), > except that ath0 does not seem to completely bridge. bms may have warned me in saying > > > although you won't get the 802.11 frames bridged. I'm wondering just what that means too .. > the problem: > o hosts on vr1, vr2, and vr3 get dhcp addresses and can see the world > o host on ath0 can not get dhcp address > - soekris sees dhcp request and responds > - response not seen by anyone on wireless > - tcpdump says dhcpd is sending the response (see below) > > the plan: > > Soekris 5501 > .-----------------------. > | | > | b ---ath0| > | r | LAN > external | i --- vr1| > ------------|vr0---NAT---- d | DHCP > WAN | g --- vr2| > | e | Clients > | 0 --- vr3| > | | > `-----------------------' > > vr0 gets address via DHCP from external link > > bridge0 is hard coded as 192.168.0.1/24 > > dhcpd runs on bridge0 for the range 192.168.0.100-199 to feed the LAN. > > --- > > from /etc/rc.conf: > > firewall_enable=YES # Set to YES to enable firewall functionality > firewall_type="/etc/ipfw.rules" # Firewall type (see /etc/rc.firewall) > firewall_quiet=YES # Set to YES to suppress rule display > firewall_logging=YES # Set to YES to enable events logging > > ifconfig_vr0=DHCP > cloned_interfaces=bridge0 > ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 up addm ath0" > ifconfig_vr1=up > ifconfig_vr2=up > ifconfig_vr3=up > ifconfig_ath0="channel 4 ssid rgnet-aden wep wepkey x mediaopt hostap up" > > gateway_enable=YES > > --- > > from /etc/sysctl.conf: > > # nat > net.inet.ip.fw.one_pass=0 > > # bridging > #net.link.ether.ipfw=1 -- uncomment and connectivity on vr0 is lost Do your ipfw rules handle ethernet packets, or maybe enabling this and not filtering on them (ie allow) affects vr0 connectivity? (guessing, while still largely ignorant of layer2 filtering despite 10 x ipfw(8)) > net.link.bridge.ipfw=1 > net.link.bridge.ipfw_arp=1 > > # ath bridging > net.inet.ip.check_interface=0 Not asking entirely gratuitously as I'm also trying to sus out relations between ipfw, if_bridge, dummynet pipes, maybe nat, planning to 7-ise a 4.8 box that has for years run on ipfw1 and ye olde bridge(4) between a gateway and an unruly mob of assorted community groups - and struggling. What do your net.link.bridge.pfil_{onlyip,member,bridge} sysctls wind up being, noting that your bridge iface is serving DHCP and: net.link.bridge.ipfw Set to 1 to enable layer2 filtering with ipfirewall(4), set to 0 to disable it. This needs to be enabled for dummynet(4) support. When ipfw is enabled, pfil_bridge and pfil_member will be disabled so that IPFW is not run twice; these can be re-enabled if desired. cheers, Ian (tailquoting julian-style for sent-mail reference :) > --- > > # ifconfig -a > vr0: flags=8843 metric 0 mtu 1500 > options=b > ether 00:00:24:c8:b3:28 > inet 666.42.86.171 netmask 0xffffffc0 broadcast 666.42.86.191 > media: Ethernet autoselect (100baseTX ) > status: active > vr1: flags=8943 metric 0 mtu 1500 > options=9 > ether 00:00:24:c8:b3:29 > media: Ethernet autoselect (none) > status: no carrier > vr2: flags=8943 metric 0 mtu 1500 > options=9 > ether 00:00:24:c8:b3:2a > media: Ethernet autoselect (none) > status: no carrier > vr3: flags=8943 metric 0 mtu 1500 > options=9 > ether 00:00:24:c8:b3:2b > media: Ethernet autoselect (none) > status: no carrier > ath0: flags=8943 metric 0 mtu 1500 > ether 00:0b:6b:83:59:25 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) > status: associated > ssid rgnet-aden channel 4 (2427 Mhz 11g) bssid 00:0b:6b:83:59:25 > authmode OPEN privacy ON deftxkey UNDEF wepkey 1:104-bit txpower 31.5 > scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 > roam:rate11g 5 protmode CTS burst dtimperiod 1 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > bridge0: flags=8843 metric 0 mtu 1500 > ether c6:75:12:20:d9:c2 > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: ath0 flags=143 > ifmaxaddr 0 port 5 priority 128 path cost 370370 > member: vr3 flags=143 > ifmaxaddr 0 port 4 priority 128 path cost 200000 > member: vr2 flags=143 > ifmaxaddr 0 port 3 priority 128 path cost 55 > member: vr1 flags=143 > ifmaxaddr 0 port 2 priority 128 path cost 55 > > --- > > the tcpdump -i ath0 > > 03:48:29.717236 00:18:de:21:76:c9 (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 6 > 03:48:29.717244 00:18:de:21:76:c9 (oui Unknown) > Broadcast Null Supervisory, Receiver not Ready, rcv seq 64, Flags [Poll], length 6 > 03:48:30.192604 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:18:de:21:76:c9 (oui Unknown), length 300 > 03:48:30.192613 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:18:de:21:76:c9 (oui Unknown), length 300 > 03:48:30.193467 IP 192.168.0.1.bootps > test.psg.com.bootpc: BOOTP/DHCP, Reply, length 300 > 03:48:33.192787 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:18:de:21:76:c9 (oui Unknown), length 300 > 03:48:33.192799 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:18:de:21:76:c9 (oui Unknown), length 300 > 03:48:33.194067 IP 192.168.0.1.bootps > test.psg.com.bootpc: BOOTP/DHCP, Reply, length 300 > > --- > > randy From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 07:02:56 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A39AF16A41B for ; Thu, 13 Dec 2007 07:02:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 915E713C44B for ; Thu, 13 Dec 2007 07:02:56 +0000 (UTC) (envelope-from randy@psg.com) Received: from [202.214.86.183] by rip.psg.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J2i5u-0005h4-Gn; Thu, 13 Dec 2007 07:02:54 +0000 Message-ID: <4760D90D.8080205@psg.com> Date: Thu, 13 Dec 2007 16:02:37 +0900 From: Randy Bush User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: ifconfig: BRDGADD vr1: Invalid argument X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 07:02:56 -0000 sorry, neglected to include /etc/ipfw.rules # egrep -v '^(#|$)' /etc/ipfw.rules flush add deny log all from any to any ipoptions ssrr,lsrr,rr add pass tcp from me to 666.42.0.62 smtp add deny log tcp from any to any smtp add deny all from any to me auth nat 42 config if vr0 log add nat 42 ip4 from any to any via vr0 add 65530 pass all from any to any > What do your net.link.bridge.pfil_{onlyip,member,bridge} sysctls wind up > being, noting that your bridge iface is serving DHCP and: same either way # sysctl -w net.link.bridge.ipfw=0 net.link.bridge.ipfw: 1 -> 0 # sysctl -a | grep net.link.bridge.pfil net.link.bridge.pfil_local_phys: 0 net.link.bridge.pfil_member: 0 net.link.bridge.pfil_bridge: 0 net.link.bridge.pfil_onlyip: 0 # sysctl -w net.link.bridge.ipfw=1 net.link.bridge.ipfw: 0 -> 1 # sysctl -a | grep net.link.bridge.pfil net.link.bridge.pfil_local_phys: 0 net.link.bridge.pfil_member: 0 net.link.bridge.pfil_bridge: 0 net.link.bridge.pfil_onlyip: 0 randy From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 10:31:13 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CA2616A4D1 for ; Thu, 13 Dec 2007 10:31:13 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4820313C4DB for ; Thu, 13 Dec 2007 10:31:13 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id E15B47A74A; Thu, 13 Dec 2007 05:31:12 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 13 Dec 2007 05:31:12 -0500 X-Sasl-enc: qb0Iwx3Ngb8xPOE3UtJXK2aFw+3dWIivno/+ftmfPfnL 1197541872 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 7045E29D42; Thu, 13 Dec 2007 05:31:12 -0500 (EST) Message-ID: <476109EF.10808@FreeBSD.org> Date: Thu, 13 Dec 2007 10:31:11 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Julian Elischer References: <476061FD.8050500@elischer.org> In-Reply-To: <476061FD.8050500@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 10:31:13 -0000 Julian Elischer wrote: > > I need a word to use to describe the network view one is currently on.. > e.g. if you are usinghe second routing table, you could say I've set > xxx to 1 > (0 based).. > > > current;y in my code I'm using 'universe' but I don't like that.. I would really really like it if we could stop using the term "routing" here. The kernel forwards, it does not route -- routing protocols route. I know that when BSD started out the distinction was not so clear, but it is in most modern implementations, Windows, IOS etc all draw a distinction between the currently winning routes used for forwarding, and the routes which are actually exchanged or learnt. So my vote is for "forwarding domain". I understand that this feature is something which swaps in a different forwarding table for the application one is currently running? And that it works in a manner similar to chroot() ? Is this different or the same as the pf/ipf/ipfw tag you mention? Also, can we retain compatibility with OpenBSD for now, for any equal-cost path stuff we do? Cheers... BMS From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 13:36:36 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C56B16A47C for ; Thu, 13 Dec 2007 13:36:36 +0000 (UTC) (envelope-from fazaeli@sepehrs.com) Received: from sepehrs.com (sepehrs.com [213.217.59.98]) by mx1.freebsd.org (Postfix) with ESMTP id 95A3D13C4EF for ; Thu, 13 Dec 2007 13:36:34 +0000 (UTC) (envelope-from fazaeli@sepehrs.com) Received: from [192.168.1.150] ([192.168.1.150]) by sepehrs.com (8.13.6/8.13.6) with ESMTP id lBDGw1N2028810 for ; Thu, 13 Dec 2007 16:58:02 GMT (envelope-from fazaeli@sepehrs.com) Message-ID: <47613068.6080103@sepehrs.com> Date: Thu, 13 Dec 2007 16:45:20 +0330 From: "H.fazaeli" User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <476061FD.8050500@elischer.org> In-Reply-To: <476061FD.8050500@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Sepehr-MailScanner-Information: Please contact the ISP for more information X-Sepehr-MailScanner: Found to be clean X-Sepehr-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, timed out) X-MailScanner-From: fazaeli@sepehrs.com X-Spam-Status: No Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 13:36:36 -0000 What about "routing zone" or "forwarding zone" which may be abbreviated as "rtzone" or "fwdzone". Julian Elischer wrote: > So, I'm playing with some multiple routing table support.. > the first version is a minimal impact version with very limited > functionality. > It's done that way so I can put it in RELENG_6/7 without breaking ABIs > (I hope). > Later there will be a more flexible version for-current. > > Here's the question.. > > I need a word to use to describe the network view one is currently on.. > e.g. if you are usinghe second routing table, you could say I've set > xxx to 1 > (0 based).. > > > current;y in my code I'm using 'universe' but I don't like that.. > > one could think of it as a routing plane.. > each routing plane has he same interfaces on it but they are logically > treated differently becasue each plane has a different routing table. > > > so here's an axample of it in use now... > the names should change... > > setuniverse 1 netstat -rn > [shows table 1] > setuniverse 2 route add 10.0.0.0/24 192.168.2.1 > setuinverse 1 route add 10.0.0.0/24 192.168.3.1 > setuniverse 2 route -n get 10.0.0.3 > [shows 192.168.2.1] > setuniverse 1 route -n get 10.0.0.3 > [shows 192.168.3.1] > setuniverse 2 start_apache > [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. > > > also the syscall is setuniverse() > > so, you see I really need a better name.... > setrtab? > > rtab? rtbl? > > and the command should be called "????" > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > -- With best regards. Hooman Fazaeli Technical Manager Sepehr S. T. Co. Ltd. Web: http://www.sepehrs.com Tel: (9821)88975701-2 Fax: (9821)88983352 From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 13:38:07 2007 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963A916A41B for ; Thu, 13 Dec 2007 13:38:07 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 698C213C459 for ; Thu, 13 Dec 2007 13:38:07 +0000 (UTC) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 8D1681A4D7C; Thu, 13 Dec 2007 05:19:27 -0800 (PST) Date: Thu, 13 Dec 2007 14:19:27 +0100 From: Maxime Henrion To: glebius@FreeBSD.org Message-ID: <20071213131927.GB71713@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: net@FreeBSD.org Subject: Deadlock in the routing 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: Thu, 13 Dec 2007 13:38:07 -0000 Hi, We've been experiencing frequent deadlocks within the routing code with our gateway servers that are running routed. I finally got sufficient information to precisely pinpoint the problem, so here we go... DDB was helpful in leading me to understanding: chain 1: thread 100004 (pid 12, swi4: clock sio) blocked on lock 0xc3a5b060 (sleep mutex) "rtentry" thread 100084 (pid 1638, routed) blocked on lock 0xc3a5b81c (sleep mutex) "rtentry" thread 100002 (pid 14, swi1: net) blocked on lock 0xc3a5b060 (sleep mutex) "rtentry" thread 100084 (pid 1638, routed) blocked on lock 0xc3a5b81c (sleep mutex) "rtentry" thread 100002 (pid 14, swi1: net) blocked on lock 0xc3a5b060 (sleep mutex) "rtentry" thread 100084 (pid 1638, routed) blocked on lock 0xc3a5b81c (sleep mutex) "rtentry" thread 100002 (pid 14, swi1: net) blocked on lock 0xc3a5b060 (sleep mutex) "rtentry" [...] And so on. So it's pretty clear here that both thread 100004 and 100002 are contending for obtaining the mutex at 0xc3a5b060. They cannot however obtain it because it is held by thread 100084 which is itself trying to lock mutex 0xc3a5b81c. The relevant part of the stacktraces are : Thread 100002 (swi1: net): #3 0xc06cd6be in _mtx_lock_sleep (m=0xc3a5b060, tid=3278191616, opts=0, file=0x0, line=0) at ../../../kern/kern_mutex.c:579 #4 0xc0758bd5 in rt_check (lrt=0x0, lrt0=0xd41e9b58, dst=0xc3d09210) at ../../../net/route.c:1281 #5 0xc0771a26 in arpresolve (ifp=0xc38c9c00, rt0=0xc3a5b7bc, m=0xc3fd0700, dst=0xc3d09210, desten=0xd41e9b78 "") at ../../../netinet/if_ether.c:404 #6 0xc074a8f7 in ether_output (ifp=0xc38c9c00, m=0xc3fd0700, dst=0xc3d09210, rt0=0x0) at ../../../net/if_ethersubr.c:177 #7 0xc07800e8 in ip_output (m=0xc3fd0700, opt=0xc38c9c00, ro=0xd41e9bd0, flags=1, imo=0x0, inp=0x0) at ../../../netinet/ip_output.c:780 #8 0xc077f5a8 in ip_forward (m=0xc3fd0700, srcrt=0) at ../../../netinet/ip_input.c:1923 #9 0xc077e0c7 in ip_input (m=0xc3fd0700) at ../../../netinet/ip_input.c:694 #10 0xc075367b in netisr_processqueue (ni=0xc0a73798) at ../../../net/netisr.c:236 #11 0xc075387a in swi_net (dummy=0x0) at ../../../net/netisr.c:349 Thread 100004 (swi4: clock sio): #3 0xc06cd6be in _mtx_lock_sleep (m=0xc3a5b060, tid=3278190848, opts=0, file=0x0, line=0) at ../../../kern/kern_mutex.c:579 #4 0xc0771350 in arptimer (unused=0x0) at ../../../netinet/if_ether.c:142 #5 0xc06e40cb in softclock (dummy=0x0) at ../../../kern/kern_timeout.c:290 #6 0xc06bfca9 in ithread_execute_handlers (p=0xc3652860, ie=0xc3695c00) at ../../../kern/kern_intr.c:682 #7 0xc06bfdc9 in ithread_loop (arg=0xc362b8d0) Thread 100084 (routed): #3 0xc06cd6be in _mtx_lock_sleep (m=0xc3a5b81c, tid=3284877696, opts=0, file=0x0, line=0) at ../../../kern/kern_mutex.c:579 #4 0xc075852f in rt_setgate (rt=0xc3a5b7bc, dst=0xc3d09200, gate=0xc5f8d46c) at ../../../net/route.c:1032 #5 0xc07598cf in route_output (m=0xc38c5900, so=0xc3a572c8) at ../../../net/rtsock.c:506 #6 0xc0756ea8 in raw_usend (so=0x0, flags=0, m=0x0, nam=0x0, control=0x0, td=0xc3cb4180) at ../../../net/raw_usrreq.c:263 #7 0xc0759167 in rts_send (so=0xc3a572c8, flags=0, m=0xc38c5900, nam=0x0, control=0x0, td=0xc3cb4180) at ../../../net/rtsock.c:269 #8 0xc0713a57 in sosend (so=0xc3a572c8, addr=0x0, uio=0xd6646cbc, top=0xc38c5900, control=0x0, flags=0, td=0xc3cb4180) at ../../../kern/uipc_socket.c:836 #9 0xc0701f4a in soo_write (fp=0x0, uio=0xd6646cbc, active_cred=0xc3650780, flags=0, td=0xc3cb4180) at ../../../kern/sys_socket.c:118 #10 0xc06fc1aa in dofilewrite (td=0xc3cb4180, fd=3, fp=0xc3a7f480, auio=0xd6646cbc, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:253 #11 0xc06fc04b in kern_writev (td=0xc3cb4180, fd=3, auio=0xd6646cbc) at ../../../kern/sys_generic.c:402 #12 0xc06fbf71 in write (td=0xc3cb4180, uap=0x0) at ../../../kern/sys_generic.c:326 So, I think that the crux of the problem is in the rt_setgate() function. At line 1025, the struct rtentry we are dealing with is unlock to avoid LORs according to a comment. And then we call rtalloc1() which returns us the locked struct rtentry for the gateway address. Then we try to re-lock our own rtentry, still holding the gateway route. I've checked in ddb that the gateway route returned by rtalloc1() in rt_setgate() is indeed the route that both swi1 and swi4 are trying to obtain. I don't know however, why the routed process running in rt_setgate() can't re-acquire the rtentry it was called with. Presumably it's being hold by one of the two other threads involved in this deadlock. I'm still investigating and as soon as I know more about this, I'll post more details. Maxime From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 13:39:09 2007 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B61C16A418; Thu, 13 Dec 2007 13:39:09 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 3C81613C4E3; Thu, 13 Dec 2007 13:39:08 +0000 (UTC) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 4E1341A4D7C; Thu, 13 Dec 2007 05:38:17 -0800 (PST) Date: Thu, 13 Dec 2007 14:38:17 +0100 From: Maxime Henrion To: glebius@FreeBSD.org Message-ID: <20071213133817.GC71713@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: net@FreeBSD.org Subject: Deadlock in the routing 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: Thu, 13 Dec 2007 13:39:09 -0000 Replying to myself on this one, sorry about that. I said in my previous mail that I didn't know yet what process was holding the lock of the rtentry that the routed process is dealing with in rt_setgate(), and I just could verify that it is held by the swi1: net thread. So, in a nutshell: - The routed process does its business on the routing socket, that ends up calling rt_setgate(). While in rt_setgate() it drops the lock on its rtentry in order to call rtalloc1(). At this point, the routed process hold the gateway route (rtalloc1() returns it locked), and it now tries to re-lock the original rtentry. - At the same time, the swi net thread calls arpresolve() which ends up calling rt_check(). Then rt_check() locks the rtentry, and tries to lock the gateway route. A classical case of deadlock with mutexes because of different locking order. Now, it's not obvious to me how to fix it :-). Maxime From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 14:01:46 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 628CE16A41B for ; Thu, 13 Dec 2007 14:01:46 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0874113C44B for ; Thu, 13 Dec 2007 14:01:45 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id B9FF314229E; Thu, 13 Dec 2007 15:45:34 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id A3632142382; Thu, 13 Dec 2007 15:45:31 +0200 (EET) From: Nikos Vassiliadis To: freebsd-net@freebsd.org Date: Thu, 13 Dec 2007 15:49:20 +0200 User-Agent: KMail/1.9.7 References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> In-Reply-To: <476072DB.3090600@elischer.org> X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712131549.21669.nvass@teledomenet.gr> Cc: Max Laier , Julian Elischer Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 14:01:46 -0000 On Thursday 13 December 2007 01:46:35 Julian Elischer wrote: > > pf has ifdef'ed out code to deal with the OpenBSD version of routing > > tables. What it does is adding an mbuf_tag which carries the tableid > > and ip_{{in,out}put,forward} take action accordingly. > > EXACTLY what I plan on doing. It would be nice to be compatible with the OpenBSD pf. Or perhaps even the OpenBSD multiple forwarding table infra- structure. If I recall correctly other programs in their base system - such as OpenBGPD - can interact with it. Nikos From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 17:27:30 2007 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43D1216A419; Thu, 13 Dec 2007 17:27:30 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (smtp.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id D74F913C455; Thu, 13 Dec 2007 17:27:29 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id lBDGt0hi083552; Thu, 13 Dec 2007 09:55:00 -0700 (MST) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id lBDGslXI004772; Thu, 13 Dec 2007 09:54:47 -0700 (MST) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id lBDGslCs004769; Thu, 13 Dec 2007 09:54:47 -0700 (MST) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18273.25559.26231.178154@gromit.timing.com> Date: Thu, 13 Dec 2007 09:54:47 -0700 From: John E Hein To: Raffaele De Lorenzo In-Reply-To: <475D417D.5020303@libero.it> References: <4759022A.4020105@libero.it> <47599AE1.6060805@elischer.org> <475D2185.3090405@libero.it> <868x4291ap.fsf@ds4.des.no> <475D417D.5020303@libero.it> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: net@freebsd.org, Julian Elischer , security@freebsd.org Subject: Re: Added native socks support to libc in FreeBSD 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: Thu, 13 Dec 2007 17:27:30 -0000 Raffaele De Lorenzo wrote at 14:39 +0100 on Dec 10, 2007: > You can see in the port-tree my project "csocks" and > http://csocks.altervista.org. Thanks for lettings us know about your project. Here are just a few comments. Why don't you provide the source code in the port? For an open source, security sensitive project such as this, I think that's important for users to gain confidence in it. As far as putting the code in the base FreeBSD, that's a pretty large hurdle. The FreeBSD maintainers tend to put something in base only after a significant part of the user base uses it, and it has become the [or a] de facto preferred implementation of some industry standard. SOCKS is a standard, but the csocks implementation is not (yet). Continue to adhere to RFCs and grow your user base, and perhaps inclusion in FreeBSD's base system will happen organically. For things to go into the base system ... 1) The software (and its developers) need a proven track record (which you can gain by getting a large user base in ports). Personally, I hadn't heard about your SOCKS implementation until this week. 2) A significant number of FreeBSD users can't do without it. Now, this is quite subjective. In some sense, people can't do without a web browser in this day and age, but there's no browser in the FreeBSD base system. Of course, comparing firefox to csocks is not fair. Maybe grep is a better comparison. Web browsers are monstrous. 3) There is a significant benefit to having it tightly integrated with the base system (as opposed to a more loose integration in the ports tree). Wireless LAN is perhaps a good example here (and for #2 for that matter). Not everyone needs it, but when you do it is good to have it in the base system where it is given system level architecture love and care. 4) You need someone with commit privs to shepherd this thing along _and_ agreement from lots of other people (including FreeBSD's core). Hint: the freebsd-arch list is often a good place to discuss additions to the FreeBSD base. 5) Lots of other criteria (both implied and explicitly documented) that I'll not go into further (everyone together: "Hear, Hear"). Note that the larger the base system becomes, the harder it is to maintain it well as a core, well integrated body of work. And once it is in the base, more people are now automatically signed on to maintain it (indirectly)... not just you anymore. When someone makes a change to the base tcp implementation, for instance, they have to make sure it also doesn't break the shiny new socks code now in the base system as well. This probably won't be a significant burden in this particular case, but it's something that people have to consider. As far as your specific patch to add socks support to libc ... Why not just make a patch that puts it in src/lib/libsocks? And a binary in src/usr.bin/csocks (that does the LD_PRELOAD dance to preload libsocks)? Why does it have to be in libc? I don't speak for the FreeBSD project, but that's a few of my thoughts after looking at your implementation... which I did since it tickled my curiosity. Keep up the good work. From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 18:15:24 2007 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5E2416A41B for ; Thu, 13 Dec 2007 18:15:24 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpauth03.prod.mesa1.secureserver.net (smtpauth03.prod.mesa1.secureserver.net [64.202.165.183]) by mx1.freebsd.org (Postfix) with SMTP id 615D913C45D for ; Thu, 13 Dec 2007 18:15:24 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 27472 invoked from network); 13 Dec 2007 17:47:21 -0000 Received: from unknown (24.144.77.185) by smtpauth03.prod.mesa1.secureserver.net (64.202.165.183) with ESMTP; 13 Dec 2007 17:47:21 -0000 Message-ID: <47617027.3020500@seclark.us> Date: Thu, 13 Dec 2007 12:47:19 -0500 From: Stephen Clark User-Agent: Mozilla Thunderbird 1.0.8-1.1.fc4 (X11/20060501) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxime Henrion References: <20071213133817.GC71713@elvis.mu.org> In-Reply-To: <20071213133817.GC71713@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: glebius@FreeBSD.org, net@FreeBSD.org Subject: Re: Deadlock in the routing code X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 18:15:24 -0000 Maxime Henrion wrote: >Replying to myself on this one, sorry about that. > >I said in my previous mail that I didn't know yet what process was >holding the lock of the rtentry that the routed process is dealing >with in rt_setgate(), and I just could verify that it is held by >the swi1: net thread. > >So, in a nutshell: > >- The routed process does its business on the routing socket, that ends up > calling rt_setgate(). While in rt_setgate() it drops the lock on its > rtentry in order to call rtalloc1(). At this point, the routed > process hold the gateway route (rtalloc1() returns it locked), and it > now tries to re-lock the original rtentry. >- At the same time, the swi net thread calls arpresolve() which ends up > calling rt_check(). Then rt_check() locks the rtentry, and tries to > lock the gateway route. > >A classical case of deadlock with mutexes because of different locking >order. Now, it's not obvious to me how to fix it :-). > >Maxime >_______________________________________________ >freebsd-net@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > what version of freebsd is this? -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 18:23:56 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0444C16A418 for ; Thu, 13 Dec 2007 18:23:56 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outD.internet-mail-service.net (outD.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id C53AC13C4CC for ; Thu, 13 Dec 2007 18:23:55 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 13 Dec 2007 10:23:55 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id ACE35126CC7; Thu, 13 Dec 2007 10:23:54 -0800 (PST) Message-ID: <476178BC.90008@elischer.org> Date: Thu, 13 Dec 2007 10:23:56 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Nikos Vassiliadis References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> In-Reply-To: <200712131549.21669.nvass@teledomenet.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Max Laier Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 18:23:56 -0000 Nikos Vassiliadis wrote: > On Thursday 13 December 2007 01:46:35 Julian Elischer wrote: >>> pf has ifdef'ed out code to deal with the OpenBSD version of routing >>> tables. What it does is adding an mbuf_tag which carries the tableid >>> and ip_{{in,out}put,forward} take action accordingly. >> EXACTLY what I plan on doing. > > It would be nice to be compatible with the OpenBSD pf. What I'm doing makes that an "accidental" by product. By which I mean I'm not making it a goal but it turns out that it's happenning. > > Or perhaps even the OpenBSD multiple forwarding table infra- > structure. If I recall correctly other programs in their > base system - such as OpenBGPD - can interact with it. > > Nikos > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 18:47:34 2007 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BC0916A512 for ; Thu, 13 Dec 2007 18:47:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outF.internet-mail-service.net (outF.internet-mail-service.net [216.240.47.229]) by mx1.freebsd.org (Postfix) with ESMTP id F285713C448 for ; Thu, 13 Dec 2007 18:47:33 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 13 Dec 2007 10:33:24 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id A190E126CAE; Thu, 13 Dec 2007 10:33:23 -0800 (PST) Message-ID: <47617AF5.7070701@elischer.org> Date: Thu, 13 Dec 2007 10:33:25 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Maxime Henrion References: <20071213133817.GC71713@elvis.mu.org> In-Reply-To: <20071213133817.GC71713@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: glebius@FreeBSD.org, net@FreeBSD.org Subject: Re: Deadlock in the routing 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: Thu, 13 Dec 2007 18:47:34 -0000 Maxime Henrion wrote: > Replying to myself on this one, sorry about that. > > I said in my previous mail that I didn't know yet what process was > holding the lock of the rtentry that the routed process is dealing > with in rt_setgate(), and I just could verify that it is held by > the swi1: net thread. > > So, in a nutshell: > > - The routed process does its business on the routing socket, that ends up > calling rt_setgate(). While in rt_setgate() it drops the lock on its > rtentry in order to call rtalloc1(). At this point, the routed > process hold the gateway route (rtalloc1() returns it locked), and it > now tries to re-lock the original rtentry. > - At the same time, the swi net thread calls arpresolve() which ends up > calling rt_check(). Then rt_check() locks the rtentry, and tries to > lock the gateway route. > > A classical case of deadlock with mutexes because of different locking > order. Now, it's not obvious to me how to fix it :-). On failure to re-lock, the routed call to rt_setgate should completely abort and restart from scratch, releasing all locks it has on the way out. > Maxime > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 19:32:28 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B8F16A417 for ; Thu, 13 Dec 2007 19:32:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outI.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 35B2513C467 for ; Thu, 13 Dec 2007 19:32:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 13 Dec 2007 11:32:27 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id CC134126CA2; Thu, 13 Dec 2007 11:32:26 -0800 (PST) Message-ID: <476188CC.8010103@elischer.org> Date: Thu, 13 Dec 2007 11:32:28 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Li, Qing" References: <476061FD.8050500@elischer.org> <305C539CA2F86249BF51CDCE8996AFF409091A7F@bcs-mail2.internal.cacheflow.com> In-Reply-To: <305C539CA2F86249BF51CDCE8996AFF409091A7F@bcs-mail2.internal.cacheflow.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 19:32:28 -0000 Li, Qing wrote: > > >> -----Original Message----- >> From: owner-freebsd-net@freebsd.org >> [mailto:owner-freebsd-net@freebsd.org] On Behalf Of Julian Elischer >> Sent: Wednesday, December 12, 2007 2:35 PM >> To: FreeBSD Net >> Subject: bikeshed for all! >> >> So, I'm playing with some multiple routing table support.. >> the first version is a minimal impact version with very >> limited functionality. >> It's done that way so I can put it in RELENG_6/7 without >> breaking ABIs (I hope). >> Later there will be a more flexible version for-current. >> >> Here's the question.. >> >> I need a word to use to describe the network view one is >> currently on.. >> e.g. if you are usinghe second routing table, you could say >> I've set xxx to 1 (0 based).. >> >> >> current;y in my code I'm using 'universe' but I don't like that.. >> >> one could think of it as a routing plane.. >> each routing plane has he same interfaces on it but they are >> logically treated differently becasue each plane has a >> different routing table. >> > > > Are you saying an interface can belong to multiple routing > domains ? So how is that going to work with overlapping > prefixes, which routing domain does the interface feed > the packets to ? Routing domain/instance is orthogonal to interfaces... if you want to isolate interfaces to 'virtual hosts' you want vimage which I also plan on seeing in the system. :-) There is no reason why you couldn't have several virtual hosts, each with different interface sets and each running several routing instances. with this you could implement several routers, each with several VRFs, but all in the same box. One selects a vrf/instance for incoming packets via ipfw or pf. One selects a vrf/instance for locally generated packets via the vrf the socket is attached to. (ipfw/pf can probably over-ride that but I haven't done it yet so I don't know) the socket gets its vrf/instance from the opening process, or a sock-opt. > > >> so here's an example of it in use now... >> the names should change... >> >> setuniverse 1 netstat -rn >> [shows table 1] >> setuniverse 2 route add 10.0.0.0/24 192.168.2.1 >> setuinverse 1 route add 10.0.0.0/24 192.168.3.1 >> setuniverse 2 route -n get 10.0.0.3 >> [shows 192.168.2.1] >> setuniverse 1 route -n get 10.0.0.3 >> [shows 192.168.3.1] >> setuniverse 2 start_apache >> [appache starts, always using 192.168.2.1 to reach the 10.0.0 net. >> >> >> also the syscall is setuniverse() >> >> so, you see I really need a better name.... >> setrtab? >> >> rtab? rtbl? >> >> and the command should be called "????" >> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 20:07:14 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A71C216A418 for ; Thu, 13 Dec 2007 20:07:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outO.internet-mail-service.net (outO.internet-mail-service.net [216.240.47.238]) by mx1.freebsd.org (Postfix) with ESMTP id 79D4113C46E for ; Thu, 13 Dec 2007 20:07:14 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 13 Dec 2007 12:07:14 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 87815126CBC; Thu, 13 Dec 2007 12:07:13 -0800 (PST) Message-ID: <476190F2.2030105@elischer.org> Date: Thu, 13 Dec 2007 12:07:14 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Nikos Vassiliadis References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> In-Reply-To: <200712131549.21669.nvass@teledomenet.gr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Max Laier Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 20:07:14 -0000 Nikos Vassiliadis wrote: > On Thursday 13 December 2007 01:46:35 Julian Elischer wrote: >>> pf has ifdef'ed out code to deal with the OpenBSD version of routing >>> tables. What it does is adding an mbuf_tag which carries the tableid >>> and ip_{{in,out}put,forward} take action accordingly. >> EXACTLY what I plan on doing. > > It would be nice to be compatible with the OpenBSD pf. > > Or perhaps even the OpenBSD multiple forwarding table infra- > structure. If I recall correctly other programs in their > base system - such as OpenBGPD - can interact with it. In functionality, I have now has at least a passing similarity to what OpenBSD are doing.. in this version at least, which is what I will commit first as it is simple enough to back port to 6.x/7.x. The OpenBSD scheme is extensible by which I mean the number of tables can be grown dynamically, but in the version I will commit you must pre-define the number at boot time (with a default set at compile time) Extensibilty will break some ABIs and as such will have to be in 8.x only. I plan on doing several of the internal mechanics different from openBSD so I do expect a small divergence, but hopefully not enough to make a large difference to the user. I will also add a -T option to tools such as netstat and route, so you don't have to use the separate tool with them, just like in OpenBSD. Now on to the topic at hand, shed colour... suggestions have been: Base short version utility name ================================================================== instance (ala Juniper) inst? rtinst rtinst view, netview routeview, rtview setview zones rtzone rtzone,setzone vrf (ala cisco) setvrf vhost vhost vnet vnet domain dom rtdom, netdom plane rtplane, setplane cloud hmm no, maybe not.. vrf is a good one but I think it may map closer to what vimage is.. you can map interfaces into vrfs and vimages, where multiple routing tables doesn't map interfaces at all. I like instances too.. it has a good feel to int.. but shortens to inst which makes netinst look like netinstall.. rtinst? maybe. zones sounds like solaris zones which is basically vimage. plane makes me think of the data plane vs control plane in routers. possibly one could think of having multiple data planes.. > > Nikos > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 20:24:37 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A82A16A417 for ; Thu, 13 Dec 2007 20:24:37 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id E5B7213C4FB for ; Thu, 13 Dec 2007 20:24:36 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 4C85D7B65A; Thu, 13 Dec 2007 15:24:36 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Thu, 13 Dec 2007 15:24:36 -0500 X-Sasl-enc: /0W5+bnls++2n9VBcdYa43K5T/knYomsQwtQkA7GiANt 1197577476 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 92859D505; Thu, 13 Dec 2007 15:24:35 -0500 (EST) Message-ID: <47619502.5070404@FreeBSD.org> Date: Thu, 13 Dec 2007 20:24:34 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Julian Elischer References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> <476190F2.2030105@elischer.org> In-Reply-To: <476190F2.2030105@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Nikos Vassiliadis , Max Laier Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 20:24:37 -0000 How about "setfib"? I strongly believe we should deprecate the use of the term "routing" where the BSD forwarding plane is concerned, whilst familiar to many it is misleading as to what that part of the system is actually doing. 2c BMS From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 20:26:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D0A016A419 for ; Thu, 13 Dec 2007 20:26:17 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id D4DAF13C4D3 for ; Thu, 13 Dec 2007 20:26:16 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 1C7A25B2E; Thu, 13 Dec 2007 12:26:16 -0800 (PST) To: "Bruce M. Simpson" In-reply-to: Your message of "Thu, 13 Dec 2007 10:31:11 GMT." <476109EF.10808@FreeBSD.org> Date: Thu, 13 Dec 2007 12:26:16 -0800 From: Bakul Shah Message-Id: <20071213202616.1C7A25B2E@mail.bitblocks.com> Cc: FreeBSD Net , Julian Elischer Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 20:26:17 -0000 Here is another idea spurred by this: > I understand that this feature is something which swaps in a different > forwarding table for the application one is currently running? > > And that it works in a manner similar to chroot()? Swapping in a different forwarding table is very much like swapping in a different root as in chroot. In that case how about a more general command "with-resource" or just "with"? with (- )* command [args] or with (=)* command [args] The latter syntax will allow a dynamic resource list (like what you can do with sysctl). So "chroot foo cmd" becomes "with root=foo cmd" and Julian's baby can be "with net.FIB=bar cmd". And if you want, even "with root=foo net.FIB=bar cmd" will work! And if ever forwarding tables are associated with specific interfaces you can do something like "with net.int.fe0.FIB=foo cmd" too! I suggest this in the hope that more kernel things can be resourcified and that we have a uniform way of dealing with them all. Now if resources were represented in the file system namespace and mounts were local to a process, you could achieve the above simply by doing a few mounts (or binds as in plan9) such as bind /resource/FIB/foo /net/FIB/default exec cmd and now all packets going out from cmd will use /resource/FIB/foo to find their next hop. -- bakul FIB == forwarding information base, a pompous name for a forwarding table. Also because sometimes it fibs, if not up to date. From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 22:03:53 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67CAE16A468 for ; Thu, 13 Dec 2007 22:03:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outP.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 44F0B13C442 for ; Thu, 13 Dec 2007 22:03:53 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 13 Dec 2007 14:03:52 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 50E49126CCE; Thu, 13 Dec 2007 14:03:52 -0800 (PST) Message-ID: <4761AC47.2010904@elischer.org> Date: Thu, 13 Dec 2007 14:03:51 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> <476190F2.2030105@elischer.org> <47619502.5070404@FreeBSD.org> In-Reply-To: <47619502.5070404@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Nikos Vassiliadis , Max Laier Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 22:03:53 -0000 Bruce M. Simpson wrote: > How about "setfib"? > > I strongly believe we should deprecate the use of the term "routing" > where the BSD forwarding plane is concerned, whilst familiar to many it > is misleading as to what that part of the system is actually doing. maybe, but it would be a large surprise to everyone who expects that structure be be called the routing table as it still is in most systems. In OpenBSD they have decided to call the in-kernel decriptor 'id' but I'd rather go with tableid or maybe tbl_num, because 'id' is too generic. 'tid' is already thread id. > > 2c > BMS From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 22:35:08 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BC0D16A47A for ; Thu, 13 Dec 2007 22:35:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id D1C6F13C4E3 for ; Thu, 13 Dec 2007 22:35:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id CDD5A41C734; Thu, 13 Dec 2007 23:35:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id Soke6EEtWhu4; Thu, 13 Dec 2007 23:35:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 742BA41C71E; Thu, 13 Dec 2007 23:35:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 85A48444885; Thu, 13 Dec 2007 22:32:48 +0000 (UTC) Date: Thu, 13 Dec 2007 22:32:48 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Julian Elischer In-Reply-To: <4761AC47.2010904@elischer.org> Message-ID: <20071213221607.Q81630@maildrop.int.zabbadoz.net> References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> <476190F2.2030105@elischer.org> <47619502.5070404@FreeBSD.org> <4761AC47.2010904@elischer.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, "Bruce M. Simpson" Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 22:35:08 -0000 On Thu, 13 Dec 2007, Julian Elischer wrote: Let the colour be green-blue-blue. > Bruce M. Simpson wrote: >> How about "setfib"? >> >> I strongly believe we should deprecate the use of the term "routing" where >> the BSD forwarding plane is concerned, whilst familiar to many it is >> misleading as to what that part of the system is actually doing. > > maybe, but it would be a large surprise to everyone who expects that > structure be be called the routing table as it still is in most systems. Life is like a clock: You can work constantly and be right all the time, or not work at all and be right at least twice a day. -- mrc Things changed the last 13-15 years (route.c should be about that old). I'd suggest that if you do it, do it all right, like BMS says, or why did you ask in first place? > In OpenBSD they have decided to call the in-kernel decriptor 'id' but I'd > rather go with tableid or maybe tbl_num, because 'id' is too generic. > 'tid' is already thread id. Both id or tableid are, for telling you what it is, like 'void' if there is no strong context. I can easily think of a dozen different 'tables' and even more 'ids'. I'd suggest to go with any kind of spelling of 'fibid', 'fib_id', 'FIBid', or ... as that's what it is called these days. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 23:01:35 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1447416A417 for ; Thu, 13 Dec 2007 23:01:35 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outT.internet-mail-service.net (outT.internet-mail-service.net [216.240.47.243]) by mx1.freebsd.org (Postfix) with ESMTP id E930A13C467 for ; Thu, 13 Dec 2007 23:01:34 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 13 Dec 2007 15:01:34 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 98614126CCD; Thu, 13 Dec 2007 15:01:33 -0800 (PST) Message-ID: <4761B9CC.1020008@elischer.org> Date: Thu, 13 Dec 2007 15:01:32 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> <476190F2.2030105@elischer.org> <47619502.5070404@FreeBSD.org> <4761AC47.2010904@elischer.org> <20071213221607.Q81630@maildrop.int.zabbadoz.net> In-Reply-To: <20071213221607.Q81630@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, "Bruce M. Simpson" Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 23:01:35 -0000 > I'd suggest to go with any kind of spelling of 'fibid', 'fib_id', > 'FIBid', or ... as that's what it is called these days. inside the kernel I'll be sticking with the rt_ prefix to reduce confusion. I think I'll go with the tableid name used in openBSD for compat reasons, and its succinct. however in the user visible portion I'm still lookig for a name for the utility.. (similar to nice, jail, chroot) looking for something that flows off the fingers nicely.. fib 1 ping 1.1.1.1 might work for me # # fib 1 sysctl net.my_fib 1 # # since I've never heard of it before I don't know how standard FIB is? setfib 1 (mumble) I think the contenders are: Base short version utility name ================================================================== instance (ala Juniper) inst? rtinst rtinst vrf (ala cisco) vrf, setvrf fib ala someone else fib, setfib and a late contender: routes 1 ping 1.1.1.1 (note plural) From owner-freebsd-net@FreeBSD.ORG Thu Dec 13 23:49:41 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0C9C16A41A for ; Thu, 13 Dec 2007 23:49:41 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 760D013C458 for ; Thu, 13 Dec 2007 23:49:41 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so774461rvb.43 for ; Thu, 13 Dec 2007 15:49:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=a3uWNqFl4vu2Z2YWR2gbQR011xE/3KGZFb/aXGv2zrU=; b=n6HHpGC/14mjSEA8IO5t5lb582JiSsNaD2SWgSSFFCIdlWlZWXtcmowOQoUvBhniMRld4BuYTuq73SfT+LVfA0ZAvLB4B+GoJ4dLonkHsw5o+gU2TygQryZjypjIZ6J21CRHVbdWkhaoMfEnHFfT+6RoKrxlRolKcPzfdmcTY0I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=huu4FPh6+EoIOXDj5QP3euxXWV2+pVC/xNVAF3X6rSdTFGtfPI5caXq2KZrsRb3Yic0rRE9pixu2WBQiQJH6jGE1tt2/xSS8mXDlgt4DFxXPsF8i4lUcrpMkf1W7jKjqM/onjK1gJZu788IEQ8Ac0o1Wwtid1hpyfgXDtaPsWI0= Received: by 10.140.180.13 with SMTP id c13mr1502581rvf.121.1197588251565; Thu, 13 Dec 2007 15:24:11 -0800 (PST) Received: by 10.141.170.18 with HTTP; Thu, 13 Dec 2007 15:24:11 -0800 (PST) Message-ID: <2e77fc10712131524v706cdec8y18288efe458745c9@mail.gmail.com> Date: Thu, 13 Dec 2007 18:24:11 -0500 From: "Niki Denev" Sender: ndenev@gmail.com To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 7d002ab5e92dfa1e Subject: bridge and stp defaults X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 23:49:42 -0000 Hi, Is there a reason that when adding member ports to a bridge stp is not enabled by default on them? Wouldn't it be more intuitive to be enabled by default these days? Regards, Niki From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 00:24:03 2007 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CECD16A41A for ; Fri, 14 Dec 2007 00:24:03 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 1856713C448 for ; Fri, 14 Dec 2007 00:24:02 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id C7E701B10EFC; Fri, 14 Dec 2007 01:06:37 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (unknown [192.168.25.6]) by blah.sun-fish.com (Postfix) with ESMTP id 80FDF1B10EBB for ; Fri, 14 Dec 2007 01:06:35 +0100 (CET) Message-ID: <4761C90B.7000106@moneybookers.com> Date: Fri, 14 Dec 2007 02:06:35 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-net@FreeBSD.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/5115/Thu Dec 13 18:46:23 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: Subject: SYN Flood protection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 00:24:03 -0000 Hi list, On bridge firewall with PF can I do anything more then using (source-track rule, max-src-conn-rate SS/ss, max-src-states X) to protect servers&services behind it from SYN flood? -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 00:25:07 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2CB116A477; Fri, 14 Dec 2007 00:25:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7BBCE13C45B; Fri, 14 Dec 2007 00:25:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 6083641C7A3; Fri, 14 Dec 2007 01:25:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id qCMWoxiDnrjC; Fri, 14 Dec 2007 01:25:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 0A2AB41C7AA; Fri, 14 Dec 2007 01:25:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 9B670444885; Fri, 14 Dec 2007 00:24:34 +0000 (UTC) Date: Fri, 14 Dec 2007 00:24:34 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Julian Elischer In-Reply-To: <4761B9CC.1020008@elischer.org> Message-ID: <20071213235843.Q81630@maildrop.int.zabbadoz.net> References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> <476190F2.2030105@elischer.org> <47619502.5070404@FreeBSD.org> <4761AC47.2010904@elischer.org> <20071213221607.Q81630@maildrop.int.zabbadoz.net> <4761B9CC.1020008@elischer.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, "Bruce M. Simpson" Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 00:25:07 -0000 On Thu, 13 Dec 2007, Julian Elischer wrote: Hi, > since I've never heard of it before I don't know how standard FIB is? FIB (Forwarding Information Base) has been very standard for years and is often confused with foo and bar;-) [ Trying to get very simplistic explanation together at 1:15am ] A RIB (Routing Information Base, ...) might know lot's of different nexthops/paths to a given destination network usually learnt from various peers by routing protocols or ARP. In contrast to a RIB, a FIB only knows the "prefered nexthop for a network" or might even be a cache only for the most recently/often used network/nexthop lookups. (Search for CEF on your employers website for example). Basically that is what we (should) have in the kernel. So while I still have seen VRF in your last table, VRF, as the name says (Virtual Routing and Forwarding) is (usually) a combination of both. You have multiple FIBs together with at least one RIB (with the RIBs and related protocolls beeing well aware of your 'fibid', very simplistic view of all that). It get's a bit more complicated with all that stuff and I highly suggest to read the vendor documentations and RFCs on those topics. So to be precise VRF is not the right term for what you are doing either. To my best understanding you are doing a multiple FIB tables implementation. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 00:37:01 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D1816A417 for ; Fri, 14 Dec 2007 00:37:01 +0000 (UTC) (envelope-from zec@imunes.net) Received: from xaqua.tel.fer.hr (xaqua.tel.fer.hr [161.53.19.25]) by mx1.freebsd.org (Postfix) with ESMTP id 91DBB13C448 for ; Fri, 14 Dec 2007 00:37:01 +0000 (UTC) (envelope-from zec@imunes.net) Received: by xaqua.tel.fer.hr (Postfix, from userid 20006) id 963529B6C9; Fri, 14 Dec 2007 01:18:20 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on xaqua.tel.fer.hr X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from [192.168.200.100] (zec2.tel.fer.hr [161.53.19.79]) by xaqua.tel.fer.hr (Postfix) with ESMTP id BE2F69B6C7 for ; Fri, 14 Dec 2007 01:18:19 +0100 (CET) From: Marko Zec To: freebsd-net@freebsd.org Date: Fri, 14 Dec 2007 01:18:16 +0100 User-Agent: KMail/1.9.7 References: <476061FD.8050500@elischer.org> <20071213221607.Q81630@maildrop.int.zabbadoz.net> <4761B9CC.1020008@elischer.org> In-Reply-To: <4761B9CC.1020008@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200712140118.16407.zec@imunes.net> Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 00:37:01 -0000 On Friday 14 December 2007 00:01:32 Julian Elischer wrote: > > I'd suggest to go with any kind of spelling of 'fibid', 'fib_id', > > 'FIBid', or ... as that's what it is called these days. > > inside the kernel I'll be sticking with the rt_ prefix > to reduce confusion. I think I'll go with the tableid name used in > openBSD for compat reasons, and its succinct. > > however in the user visible portion I'm still lookig for a name for > the utility.. (similar to nice, jail, chroot) > > looking for something that flows off the fingers nicely.. > > fib 1 ping 1.1.1.1 > > might work for me > # > # fib 1 sysctl net.my_fib > 1 > # > # > > > since I've never heard of it before I don't know how standard FIB is? > > setfib 1 (mumble) > > I think the contenders are: > > > Base short version utility name > ================================================================== > instance (ala Juniper) inst? rtinst rtinst > vrf (ala cisco) vrf, setvrf > fib ala someone else fib, setfib I think with vrf / instance (Cisco / Juniper) concepts it is assumed that local interface addressing in each vrf is completely independent, whereas in your framework each local interface, regardles to which rt_table instance it belongs, must have a unique local IP address. So you have my vote against (mis)using the terms vrf, instance, and perhaps even against fib. table / rtable / rttable / tableid etc. sound like much better bikeshed colors to me... Marko > and a late contender: > > routes 1 ping 1.1.1.1 > (note plural) From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 00:49:37 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB5CA16A418 for ; Fri, 14 Dec 2007 00:49:37 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id C2A9F13C468 for ; Fri, 14 Dec 2007 00:49:37 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 156C17B72B; Thu, 13 Dec 2007 19:49:37 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 13 Dec 2007 19:49:37 -0500 X-Sasl-enc: CptwDQeyPf4FDHxb3LtgLOdT+/LCMWJVqKLw4o5BTWyr 1197593376 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 56646D5BC; Thu, 13 Dec 2007 19:49:36 -0500 (EST) Message-ID: <4761D31F.10602@FreeBSD.org> Date: Fri, 14 Dec 2007 00:49:35 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> <476190F2.2030105@elischer.org> <47619502.5070404@FreeBSD.org> <4761AC47.2010904@elischer.org> <20071213221607.Q81630@maildrop.int.zabbadoz.net> <4761B9CC.1020008@elischer.org> <20071213235843.Q81630@maildrop.int.zabbadoz.net> In-Reply-To: <20071213235843.Q81630@maildrop.int.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Julian Elischer Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 00:49:38 -0000 Hi, Just to chime in and agree with Bjoern, I'm finishing up a routing protocol right now so this discussion is somewhat timely. I disagree that this is a "bikeshed", quite the contrary -- the visual and the verbal have to live together, and it's easy for those of us who have the semantic map in our minds right now to dismiss the discussion as such. Try walking away from it for 6-9 months, come back, and try to get back into it -- choosing good terminology upfront DOES make a difference to maintainability of code, and it will make it easier for others (students, newbies, other folk) to get involved. Anyway: Some folk (e.g. Marko) prefer the term table, though any way you look at it, the fib usually uses a trie as its backend data structure -- although the TRASH structure Linux has been using is a cross between the trie and the hash table. So perhaps there is some merit in say... setroutetbl. after all, folk tend to call a "forwarding table entry" a route for the sake of brevity. Bjoern A. Zeeb wrote: > > FIB (Forwarding Information Base) has been very standard for years and > is often confused with foo and bar;-) Microsoft use this logical separation of routing and forwarding functions in their implementation of IP routing, although they don't call their "routing table" a FIB, they call it a "forwarding table", and the entries in this are called "forwarding table entries". XORP adopted the RIB/FIB split from the start as a design decision, in doing so the functions of routing protocols can be kept logically separate from the forwarding plane, which could be hardware, software, or even a combination thereof (e.g. Cisco CEF). The way this has played out follows the traditional BSD way, where routing protocols (e.g. routed) live in userland, whilst forwarding (e.g. ip_forward()) lives in the kernel. cheers BMS From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 01:53:43 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F1AF16A468 for ; Fri, 14 Dec 2007 01:53:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outI.internet-mail-service.net (outI.internet-mail-service.net [216.240.47.232]) by mx1.freebsd.org (Postfix) with ESMTP id 037E313C46A for ; Fri, 14 Dec 2007 01:53:42 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 13 Dec 2007 17:53:41 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 713D1126C9E; Thu, 13 Dec 2007 17:53:41 -0800 (PST) Message-ID: <4761E222.7060302@elischer.org> Date: Thu, 13 Dec 2007 17:53:38 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> <476190F2.2030105@elischer.org> <47619502.5070404@FreeBSD.org> <4761AC47.2010904@elischer.org> <20071213221607.Q81630@maildrop.int.zabbadoz.net> <4761B9CC.1020008@elischer.org> <20071213235843.Q81630@maildrop.int.zabbadoz.net> <4761D31F.10602@FreeBSD.org> In-Reply-To: <4761D31F.10602@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-net@freebsd.org Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 01:53:43 -0000 Bruce M. Simpson wrote: > Hi, > > Just to chime in and agree with Bjoern, I'm finishing up a routing > protocol right now so this discussion is somewhat timely. > > I disagree that this is a "bikeshed", quite the contrary -- the visual > and the verbal have to live together, and it's easy for those of us who > have the semantic map in our minds right now to dismiss the discussion > as such. > > Try walking away from it for 6-9 months, come back, and try to get back > into it -- choosing good terminology upfront DOES make a difference to > maintainability of code, and it will make it easier for others > (students, newbies, other folk) to get involved. > > Anyway: > > Some folk (e.g. Marko) prefer the term table, though any way you look at > it, the fib usually uses a trie as its backend data structure -- > although the TRASH structure Linux has been using is a cross between the > trie and the hash table. > > So perhaps there is some merit in say... setroutetbl. > > after all, folk tend to call a "forwarding table entry" a route for the > sake of brevity. > > Bjoern A. Zeeb wrote: >> >> FIB (Forwarding Information Base) has been very standard for years and >> is often confused with foo and bar;-) > > Microsoft use this logical separation of routing and forwarding > functions in their implementation of IP routing, although they don't > call their "routing table" a FIB, they call it a "forwarding table", and > the entries in this are called "forwarding table entries". > > XORP adopted the RIB/FIB split from the start as a design decision, in > doing so the functions of routing protocols can be kept logically > separate from the forwarding plane, which could be hardware, software, > or even a combination thereof (e.g. Cisco CEF). > > The way this has played out follows the traditional BSD way, where > routing protocols (e.g. routed) live in userland, whilst forwarding > (e.g. ip_forward()) lives in the kernel. Yes, and it seems that some reference to forwarding would be correct. What I'm implementing is, as Qing said, a form of policy based forwarding i.e. you can use a broad set of criteria to select a "FIB" (to use the terms here) dependent on a number of criteria. Criteria include source socket (for local connections) which is derived from process information at socket creation time, or a socket option. Firewalls such as pf or ipfw can also select a FIB for a particular incoming packet to be forwarded. the user tool that sets a default FIB for a process could simply be called fib or setfib. I think setfib. vrf has too much extra baggage that I'm not doing.. for real vrf you want vimage. Table instances makes sense but, it's just too long. > > cheers > BMS From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 02:02:42 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73B0216A418 for ; Fri, 14 Dec 2007 02:02:42 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4D113C47E for ; Fri, 14 Dec 2007 02:02:42 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 9A1CC7BD91; Thu, 13 Dec 2007 21:02:41 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Thu, 13 Dec 2007 21:02:41 -0500 X-Sasl-enc: p5S7KUI96bm1w0alr++8J763ipcxmCeqNq4DmSRD9fNB 1197597761 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 0ADB717D9; Thu, 13 Dec 2007 21:02:40 -0500 (EST) Message-ID: <4761E440.1060603@FreeBSD.org> Date: Fri, 14 Dec 2007 02:02:40 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Julian Elischer References: <476061FD.8050500@elischer.org> <200712130021.56473.max@love2party.net> <476072DB.3090600@elischer.org> <200712131549.21669.nvass@teledomenet.gr> <476190F2.2030105@elischer.org> <47619502.5070404@FreeBSD.org> <4761AC47.2010904@elischer.org> <20071213221607.Q81630@maildrop.int.zabbadoz.net> <4761B9CC.1020008@elischer.org> <20071213235843.Q81630@maildrop.int.zabbadoz.net> <4761D31F.10602@FreeBSD.org> <4761E222.7060302@elischer.org> In-Reply-To: <4761E222.7060302@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , freebsd-net@freebsd.org Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 02:02:42 -0000 Julian Elischer wrote: > What I'm implementing is, as Qing said, a form of policy based forwarding > i.e. you can use a broad set of criteria to select a "FIB" (to use the > terms here) dependent on a number of criteria. > Criteria include source socket (for local connections) which > is derived from process information at socket creation time, or a > socket option. Firewalls such as pf or ipfw can also select a FIB for > a particular incoming packet to be forwarded. Thanks. This is exactly how I believe it should play out -- pf/ipfw/ipf can be used as packet classifier engines for stuff like this, as well as MPLS in future. cheers BMS From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 02:28:46 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44C9E16A417 for ; Fri, 14 Dec 2007 02:28:46 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outM.internet-mail-service.net (outM.internet-mail-service.net [216.240.47.236]) by mx1.freebsd.org (Postfix) with ESMTP id 340EE13C4E5 for ; Fri, 14 Dec 2007 02:28:46 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Thu, 13 Dec 2007 18:28:45 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 1AF7D126CB8; Thu, 13 Dec 2007 18:28:45 -0800 (PST) Message-ID: <4761EA5A.6070604@elischer.org> Date: Thu, 13 Dec 2007 18:28:42 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Marko Zec , FreeBSD Net References: <476061FD.8050500@elischer.org> <4761D31F.10602@FreeBSD.org> <4761E222.7060302@elischer.org> <200712140306.40332.zec@icir.org> In-Reply-To: <200712140306.40332.zec@icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: bikeshed for all! *Now CLOSED * X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 02:28:46 -0000 Marko Zec wrote: > On Friday 14 December 2007 02:53:38 you wrote: > ... >> the user tool that sets a default FIB for a process could simply be >> called fib or setfib. >> I think setfib. > > I'm sold for setfib - short enough & makes sense & intuitive & not too > ambiguous like vrf. > > I think you are done here... > > Marko thank you all. it was educational.. shows what happens when you step away from a field for a decade.. From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 02:41:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4029616A419 for ; Fri, 14 Dec 2007 02:41:17 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 211AE13C448 for ; Fri, 14 Dec 2007 02:41:17 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J30UE-0007V3-V4; Fri, 14 Dec 2007 02:41:15 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J30UD-0001Sg-Cm; Fri, 14 Dec 2007 11:41:13 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18273.60744.490775.745080@roam.psg.com> Date: Fri, 14 Dec 2007 11:41:12 +0900 To: Julian Elischer References: <476061FD.8050500@elischer.org> <476062F8.3020109@helenius.fi> <47606AFC.3050603@elischer.org> Cc: Petri Helenius , FreeBSD Net Subject: Re: bikeshed for all! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 02:41:17 -0000 >> How about routing domain or forwarding domain? > which shortens too ???? fib vfib From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 05:29:52 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 154F116A420 for ; Fri, 14 Dec 2007 05:29:52 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id EA66213C457 for ; Fri, 14 Dec 2007 05:29:51 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so868628rvb.43 for ; Thu, 13 Dec 2007 21:29:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=q/wS8V1vSrA89d8yXCP2qQj3lQF8WShXR5dWYTbQhYw=; b=FPB2wSc5ZXb3TT3Q5ExB/vpACQRDcvsSvZLL3A/qg1OKoO0lN77AGw+TKtF5UV8nUgjXrSp3apHeoWrLEssxgjBFEnRMqVnRnAu7oWKrj5uCHIm2Ol2quuyEVKmnLg5GY04pAuuf9sqcfMT4VD77lZ/dRehf6xOsnI+fpSAFDK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=A0MLfBh7Vhe3wzcE3h/BaE02IWaD+Mwz4njt/qp81/DTm5XpER3hMJUmXB+fks7qraN9SrSeipU4eWfAwJJTsZMM9TuYV6dtWTjrPOUn9B3jo7QCELSDqunNMZMQLSwAfiHHJwu4EqZZXb2WvLTeTZwdXXtfm8VmuBYw3akrSEU= Received: by 10.140.133.16 with SMTP id g16mr1620407rvd.231.1197610191493; Thu, 13 Dec 2007 21:29:51 -0800 (PST) Received: by 10.141.170.18 with HTTP; Thu, 13 Dec 2007 21:29:51 -0800 (PST) Message-ID: <2e77fc10712132129o810a608v4ec6a742f9860a63@mail.gmail.com> Date: Fri, 14 Dec 2007 00:29:51 -0500 From: "Niki Denev" Sender: ndenev@gmail.com To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 1475fe9157ecf382 Subject: is carp on if_bridge possible? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 05:29:52 -0000 Hello, Is this possible? I've tried adding IFT_BRIDGE next to IFT_ETHER and IFT_L2VLAN in ip_carp.c but this probably is not enough. Any ideas? Thanks, Niki From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 08:15:26 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80E1A16A417 for ; Fri, 14 Dec 2007 08:15:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outJ.internet-mail-service.net (outJ.internet-mail-service.net [216.240.47.233]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4B013C455 for ; Fri, 14 Dec 2007 08:15:26 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 14 Dec 2007 00:15:25 -0800 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id E6CDF126CBD for ; Fri, 14 Dec 2007 00:15:24 -0800 (PST) Message-ID: <47623B9A.2050603@elischer.org> Date: Fri, 14 Dec 2007 00:15:22 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: initial call for review.. initial multi-fib (routing table) support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 08:15:26 -0000 This is a call for review for a change that is part of a longer term project. This implements multiple routing tables. Eventually the implementation will be much cleaner but the first implementation is designed to be backported to 6.x and thus must be ABI compatible. It need not be particularly 'clean' as the version in 8.x will be.. First itis needs to be committed to -current in its 6.x form so an MFC can occur, then the cleaner version can be committed over the top of it to clean it up. if you have p4 access you can get the diffs by: p4 diff2 -du //depot/vendor/freebsd/src/sys/...@130844 //depot/user/julian/routing/src/sys/... otherwise you can look at http://www.freebsd.org/~julian/mrt2.diff in addition initial changes to netstat are in: p4 diff2 -du //depot/vendor/freebsd/src/usr.bin/netstat/...@130844 //depot/user/julian/routing/src/usr.bin/netstat/... and the command line tool can be found at: //depot/user/julian/routing/src/usr.sbin/setfib/... on the web that is: http://perforce.freebsd.org/changeList.cgi?FSPC=%2F%2Fdepot%2Fuser%2Fjulian%2Frouting%2F... using the utility you can do: setfib 1 csh route add ...... (to add routes to fib 1) netstat -rn to see routes in fib1 ping 1.1.1.1 to ping according to fib1 ^D eventually there will be a socket option to allow a single socket to be attached to a fib and rules in ipfw to allow it to annotate a packet to be forwarded according to a particular fib.. pf already has such code, but i do not yet have all the code needed for it to be turned on yet. Note; this is the 'compatible' version destined for 6.x and teh final one for -current will have a lot of stuff cleaned up. That doesn't mean there is nothing more to clean up here of course.. I've had this running (a couple of edits ago) so it isn;t too wrong. currently due to ABI issues (for 6.x) the number of tables is set at compile time. (currently 2) but that will change. From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 09:44:31 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 900E716A417 for ; Fri, 14 Dec 2007 09:44:31 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id 5685C13C45A for ; Fri, 14 Dec 2007 09:44:31 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id AA3DD459C28; Fri, 14 Dec 2007 10:11:25 +0100 (CET) Received: from f39.poczta.interia.pl (f39.poczta.interia.pl [10.217.2.39]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id 4A7B5459BAF for ; Fri, 14 Dec 2007 10:11:25 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f39.poczta.interia.pl (Postfix) with ESMTP id F22C91D789E for ; Fri, 14 Dec 2007 10:11:24 +0100 (CET) Date: 14 Dec 2007 10:11:24 +0100 From: vermaden To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 217.76.112.72 X-Mailer: PSE Message-Id: <20071214091124.F22C91D789E@f39.poczta.interia.pl> X-EMID: eb440acc Subject: default route X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 09:44:31 -0000 Hi all I have strange problem with default router for two diffrent networks put on my FreeBSD box, network 10.0.0.0/24 is put on rl0 and 192.168.0.0/16 is on rl1, default router is set to 10.0.0.1 on /etc/rc.conf as defaultrouter=3D"10.0.0.1", the problem: When I ping some box from 10.0.0.0 network, it responds, when some box from 10.0.0.0 network ping my box, my box responds, when I ping someone from 192.168.0.0 network, he responds, when someone from 192.168.0.0 network pings me my box does not response, propably packets are coming IN by rl1 and going out by defaultgateway 10.0.0.1 so thru rl0, how to change/fix tha= t so my box will respond to 192.168.0.0 network using rl1 interface? Thanks in advance. ---------------------------------------------------------------------- Szybkie, smaczne danie z "tego co pod reka"? Wejdz na >>> http://link.interia.pl/f1cae From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 09:50:19 2007 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA82116A418; Fri, 14 Dec 2007 09:50:19 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (glebius.int.ru [81.19.64.130]) by mx1.freebsd.org (Postfix) with ESMTP id 66D7F13C468; Fri, 14 Dec 2007 09:50:19 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.1/8.14.1) with ESMTP id lBE9PdIB035858; Fri, 14 Dec 2007 12:25:39 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.1/8.14.1/Submit) id lBE9PdAg035857; Fri, 14 Dec 2007 12:25:39 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 14 Dec 2007 12:25:39 +0300 From: Gleb Smirnoff To: Julian Elischer Message-ID: <20071214092539.GB14339@glebius.int.ru> References: <20071213133817.GC71713@elvis.mu.org> <47617AF5.7070701@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <47617AF5.7070701@elischer.org> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: Maxime Henrion , net@FreeBSD.org Subject: Re: Deadlock in the routing 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: Fri, 14 Dec 2007 09:50:19 -0000 On Thu, Dec 13, 2007 at 10:33:25AM -0800, Julian Elischer wrote: J> Maxime Henrion wrote: J> > Replying to myself on this one, sorry about that. J> > I said in my previous mail that I didn't know yet what process was J> > holding the lock of the rtentry that the routed process is dealing J> > with in rt_setgate(), and I just could verify that it is held by J> > the swi1: net thread. J> > So, in a nutshell: J> > - The routed process does its business on the routing socket, that ends up J> > calling rt_setgate(). While in rt_setgate() it drops the lock on its J> > rtentry in order to call rtalloc1(). At this point, the routed J> > process hold the gateway route (rtalloc1() returns it locked), and it J> > now tries to re-lock the original rtentry. J> > - At the same time, the swi net thread calls arpresolve() which ends up J> > calling rt_check(). Then rt_check() locks the rtentry, and tries to J> > lock the gateway route. J> > A classical case of deadlock with mutexes because of different locking J> > order. Now, it's not obvious to me how to fix it :-). J> J> On failure to re-lock, the routed call to rt_setgate should completely abort J> and restart from scratch, releasing all locks it has on the way out. Do you suggest mtx_trylock? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:06:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E585E16A41B for ; Fri, 14 Dec 2007 10:06:17 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 7E47813C4D3 for ; Fri, 14 Dec 2007 10:06:17 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-020-068.pools.arcor-ip.net [88.66.20.68]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1J37Qt2CSx-0001qQ; Fri, 14 Dec 2007 11:06:15 +0100 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Fri, 14 Dec 2007 11:06:03 +0100 User-Agent: KMail/1.9.7 References: <20071214091124.F22C91D789E@f39.poczta.interia.pl> In-Reply-To: <20071214091124.F22C91D789E@f39.poczta.interia.pl> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1917906.DMl4NcPDuS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712141106.12683.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+gMigunLRfDs1hEIqzmqBV8u94eCDVODPgpnr xzpsbRvwybPK1zQ0T3S7njk2dFKbLFQjBvGim6cJCSZvSz5Etu BmJl7lcZb19dE8bqsRk4ETBESVhLXZ+99U1rTprpvA= Cc: vermaden Subject: Re: default route X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:06:18 -0000 --nextPart1917906.DMl4NcPDuS Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 14 December 2007, vermaden wrote: > Hi all > I have strange problem with default router for two diffrent networks > put on my FreeBSD box, network 10.0.0.0/24 is put on rl0 and > 192.168.0.0/16 is on rl1, default router is set to 10.0.0.1 on > /etc/rc.conf as defaultrouter=3D"10.0.0.1", the problem: > > When I ping some box from 10.0.0.0 network, it responds, when some box > from 10.0.0.0 network ping my box, my box responds, when I ping someone > from 192.168.0.0 network, he responds, when someone from 192.168.0.0 > network pings me my box does not response, propably packets are coming > IN by rl1 and going out by defaultgateway 10.0.0.1 so thru rl0, how to > change/fix that so my box will respond to 192.168.0.0 network using rl1 > interface? Probably not. Packets you send to 192.168.0.0/16 when doing a ping are=20 subject to the same routing as kernel generated replys to that network. =20 Check out "netstat -rnfinet" to make sure your routing is what you=20 believe it to be. Also use tcpdump to verify your assumptions. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1917906.DMl4NcPDuS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHYlWUXyyEoT62BG0RAviUAJ4uR8wcj9JP98E4NPPh4ctd+mQ91gCeOtgV ayfimrMXqRhWh7Ho66CqXmU= =QeOg -----END PGP SIGNATURE----- --nextPart1917906.DMl4NcPDuS-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:07:34 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3674316A419 for ; Fri, 14 Dec 2007 10:07:34 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id C51EC13C442 for ; Fri, 14 Dec 2007 10:07:33 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-020-068.pools.arcor-ip.net [88.66.20.68]) by mrelayeu.kundenserver.de (node=mrelayeu8) with ESMTP (Nemesis) id 0ML31I-1J37S53Kg3-0003Lj; Fri, 14 Dec 2007 11:07:31 +0100 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Fri, 14 Dec 2007 11:07:27 +0100 User-Agent: KMail/1.9.7 References: <2e77fc10712132129o810a608v4ec6a742f9860a63@mail.gmail.com> In-Reply-To: <2e77fc10712132129o810a608v4ec6a742f9860a63@mail.gmail.com> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10600171.qXWS1pZfsJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712141107.28429.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/XHFdYG7qVVeMohEB8qFRtBfxEX0ZrPs2ACu3 LqrBr+ZF0x9m8fwHNPVFKfuCSfE/BO7zJKWsl2WrQcLp4bAlKZ atBqvlln9r03ltEKHHjEtcEbwDJ21KKlTfAnQz5A/g= Cc: Subject: Re: is carp on if_bridge possible? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:07:34 -0000 --nextPart10600171.qXWS1pZfsJ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 14 December 2007, Niki Denev wrote: > Hello, > > Is this possible? > I've tried adding IFT_BRIDGE next to IFT_ETHER and IFT_L2VLAN in > ip_carp.c but this probably is not enough. Any ideas? Can you describe what you are trying to do? I can't quite imagine why you= =20 would want to carp bridges. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart10600171.qXWS1pZfsJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHYlXgXyyEoT62BG0RAo0/AJ9Jc7z5PzWWKs1arSUvQpo25ftY7gCfcXS4 v174nTAmyoC/2GOfVkxPvq4= =3bcS -----END PGP SIGNATURE----- --nextPart10600171.qXWS1pZfsJ-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:12:30 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE6EA16A41A for ; Fri, 14 Dec 2007 10:12:30 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7A72F13C442 for ; Fri, 14 Dec 2007 10:12:30 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=PGkyrdQUSEoUVhFSStE77Y/PzGZp1zl024Pov+h1e9OvpG3x9PZA3xMOCdGZvoe32YIAN4e18cs+F9QJkzsPB2wkdOdFsm1R1svBbU0rTC05wgyc9gLk0vnKIkD/GxfK3pu17/FtQI3z6VI3WG3NEPJPFVb1g88flxink7foVlQ=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1J37La-0007BK-1V; Fri, 14 Dec 2007 13:00:46 +0300 Date: Fri, 14 Dec 2007 13:00:44 +0300 From: Eygene Ryabinkin To: vermaden Message-ID: References: <20071214091124.F22C91D789E@f39.poczta.interia.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071214091124.F22C91D789E@f39.poczta.interia.pl> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-2.3 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_20 Cc: freebsd-net@freebsd.org Subject: Re: default route X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:12:30 -0000 Good day. Fri, Dec 14, 2007 at 10:11:24AM +0100, vermaden wrote: > network 10.0.0.0/24 is put on rl0 and 192.168.0.0/16 > is on rl1, default router is set to 10.0.0.1 on /etc/rc.conf as > defaultrouter="10.0.0.1", the problem: > > When I ping some box from 10.0.0.0 network, it responds, when some box from > 10.0.0.0 network ping my box, my box responds, when I ping someone from > 192.168.0.0 network, he responds, when someone from 192.168.0.0 network > pings me my box does not response, propably packets are coming IN by rl1 > and going out by defaultgateway 10.0.0.1 so thru rl0, 1. You can inspect where the system will send the packet for the host in 192.168/16 by doing 'route get 192.168.X.Y'. In normal (or simple) conditions this should give you rl1, since 192.168 sits on that interface (provided that you didn't played with routing table manually). 2. When someone from 192.168 pings you, you can spawn two tcpdump instances: 'tcpdump -lvvni rl0 icmp' and 'tcpdump -lvvni rl1 icmp' and watch for the ICMP packets and interfaces on which they are coming in/going out. 3. Check your firewall: may be it is blocking ICMP replies to the 192.168/16. Or may be some external firewall blocks ping attempts from 192.168/16. Tcpdump should show you the overall picture. -- Eygene From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:20:34 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0A1116A469 for ; Fri, 14 Dec 2007 10:20:34 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE0E13C467 for ; Fri, 14 Dec 2007 10:20:34 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id 68AC12835E2; Fri, 14 Dec 2007 11:20:33 +0100 (CET) Received: from f16.poczta.interia.pl (f16.poczta.interia.pl [10.217.2.16]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id AEB002835C5; Fri, 14 Dec 2007 11:20:32 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f16.poczta.interia.pl (Postfix) with ESMTP id 51D6D259A3A; Fri, 14 Dec 2007 11:20:32 +0100 (CET) Date: 14 Dec 2007 11:20:32 +0100 From: vermaden To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 217.76.112.72 X-Mailer: PSE Message-Id: <20071214102032.51D6D259A3A@f16.poczta.interia.pl> X-EMID: 53f40acc Cc: Subject: default route X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:20:35 -0000 > Good day. >=20 > Fri, Dec 14, 2007 at 10:11:24AM +0100, vermaden wrote: > > network 10.0.0.0/24 is put on rl0 and 192.168.0.0/16 > > is on rl1, default router is set to 10.0.0.1 on /etc/rc.conf as > > defaultrouter=3D"10.0.0.1", the problem: > >=20 > > When I ping some box from 10.0.0.0 network, it responds, when some box > from > > 10.0.0.0 network ping my box, my box responds, when I ping someone from > > 192.168.0.0 network, he responds, when someone from 192.168.0.0 network > > pings me my box does not response, propably packets are coming IN by > rl1 > > and going out by defaultgateway 10.0.0.1 so thru rl0, >=20 > 1. You can inspect where the system will send the packet for the > host in 192.168/16 by doing 'route get 192.168.X.Y'. In normal > (or simple) conditions this should give you rl1, since 192.168 > sits on that interface (provided that you didn't played with > routing table manually). >=20 > 2. When someone from 192.168 pings you, you can spawn two tcpdump > instances: 'tcpdump -lvvni rl0 icmp' and 'tcpdump -lvvni rl1 icmp' > and watch for the ICMP packets and interfaces on which they are > coming in/going out. >=20 > 3. Check your firewall: may be it is blocking ICMP replies to the > 192.168/16. Or may be some external firewall blocks ping > attempts from 192.168/16. Tcpdump should show you the overall > picture. > --=20 > Eygene Thanks for reply Just to clarify, I do not use any firewalls there currently, not even compi= led in kernel. Here are the results: zenek# netstat -rnfinet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.0.0.1 UGS 0 708337 rl0 10/24 link#1 UC 0 0 rl0 10.0.0.1 00:90:27:5d:f7:3b UHLW 2 18728 rl0 1102 10.0.0.7 00:e0:18:0d:d3:3d UHLW 1 1108731 rl0 1186 10.0.0.107 00:90:27:77:fd:98 UHLW 1 126428 rl0 685 127.0.0.1 127.0.0.1 UH 0 14 lo0 192.168/16 link#2 UC 0 0 rl1 192.168.1.23 00:02:b3:d0:bd:f0 UHLW 1 2 rl1 192.168.1.24 00:06:29:99:02:9d UHLW 1 71 rl1 730 192.168.1.44 00:90:cc:b6:18:1f UHLW 1 1 rl1 1042 192.168.1.45 00:90:cc:c4:21:25 UHLW 1 1 rl1 1199 zenek# ifconfig rl0 rl0: flags=3D8843 mtu 1500 =09options=3D8 =09inet 10.0.0.71 netmask 0xffffff00 broadcast 10.0.0.255 =09ether 00:90:cc:de:5e:0c =09media: Ethernet autoselect (100baseTX ) =09status: active zenek# ifconfig rl1 rl1: flags=3D8843 mtu 1500 =09options=3D8 =09inet 192.168.1.171 netmask 0xffff0000 broadcast 192.168.255.255 =09ether 00:02:44:51:ae:80 =09media: Ethernet autoselect (100baseTX ) =09status: active zenek# route get 192.168.1.171 route to: 192.168.1.171 destination: 192.168.0.0 mask: 255.255.0.0 interface: rl1 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu ex= pire 0 0 0 0 0 0 1500 -3= 663=20 zenek# route get 192.168.1.24 route to: 192.168.1.24 destination: 192.168.1.24 interface: rl1 flags: recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu ex= pire 0 0 0 0 0 0 1500 = 671=20 I already used tcpdump, if ICMP packet goes in thru 192.168/16 on rl1 the response goes out on 10/24 on rl0. I did not modifies routing table by hand, I just want FreeBSD to reply on r= l1 interface for packets that income from rl1 interface, currently it responses thru rl0= interface when packet comes from rl1. Regards vermaden ---------------------------------------------------------------------- Wejdz do swiata wojny wampirow! http://link.interia.pl/f1cb4 From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:31:30 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E4716A418 for ; Fri, 14 Dec 2007 10:31:30 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 759F313C447 for ; Fri, 14 Dec 2007 10:31:30 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 110A978256; Fri, 14 Dec 2007 05:31:30 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 14 Dec 2007 05:31:30 -0500 X-Sasl-enc: Ol15oGQ4I64kqSimyzX3NYGmjoenDsgvaXLa/K0FZ04f 1197628289 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id A578CD640; Fri, 14 Dec 2007 05:31:29 -0500 (EST) Message-ID: <47625B80.3090904@FreeBSD.org> Date: Fri, 14 Dec 2007 10:31:28 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Niki Denev References: <2e77fc10712132129o810a608v4ec6a742f9860a63@mail.gmail.com> In-Reply-To: <2e77fc10712132129o810a608v4ec6a742f9860a63@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: is carp on if_bridge possible? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:31:30 -0000 Niki Denev wrote: > Hello, > > Is this possible? > I've tried adding IFT_BRIDGE next to IFT_ETHER and IFT_L2VLAN in ip_carp.c > but this probably is not enough. Any ideas? > CARP is 'special' in that it needs to add its own MAC addresses to your interface, needs a bit of special cooperation between the IP layer and the MAC layer, and it's more than likely that this doesn't work with if_bridge. Like Max says, this is an unusual configuration.... what are you trying to do? BMS From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:32:38 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08EFA16A421 for ; Fri, 14 Dec 2007 10:32:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from pobox.codelabs.ru (pobox.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id BB25213C45B for ; Fri, 14 Dec 2007 10:32:37 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender:X-Spam-Status:Subject; b=kcyLcxio4C4yuUjpJuGA+pKPk0McX+m7IYf9RZNqxabVFDTwwv4kTCWmpai5EmLk6ebTFQ4VMNFVT67j6FzrFbxo16t7xN0UON/wGnpWzqAOcDKjEuQoCWW90hWYEtuSgb3/ygkjm7ef6EIi64KNKhgZS2lh4Q6GD8fs4l2EVdw=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by pobox.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1J37qO-0007OD-KS; Fri, 14 Dec 2007 13:32:36 +0300 Date: Fri, 14 Dec 2007 13:32:35 +0300 From: Eygene Ryabinkin To: vermaden Message-ID: References: <20071214102032.51D6D259A3A@f16.poczta.interia.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20071214102032.51D6D259A3A@f16.poczta.interia.pl> Sender: rea-fbsd@codelabs.ru X-Spam-Status: No, score=-1.9 required=4.0 tests=ALL_TRUSTED,AWL,BAYES_50 Cc: freebsd-net@freebsd.org Subject: Re: default route X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:32:38 -0000 Fri, Dec 14, 2007 at 11:20:32AM +0100, vermaden wrote: > I already used tcpdump, if ICMP packet goes in thru 192.168/16 on rl1 the > response goes out on 10/24 on rl0. And the destination MAC address of the ICMP reply that is going through rl0 is? What if you'll do two experiments: drop the default route and change it to something in the 192.168/16? Will ping results be the same or packets will be thrown out through another interfaces? What FreeBSD version you're using? -- Eygene From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:35:51 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AF0E16A419 for ; Fri, 14 Dec 2007 10:35:51 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from mx38.mail.ru (mx38.mail.ru [194.67.23.16]) by mx1.freebsd.org (Postfix) with ESMTP id D5D2513C442 for ; Fri, 14 Dec 2007 10:35:50 +0000 (UTC) (envelope-from rihad@mail.ru) Received: from [217.25.27.27] (port=30903 helo=[217.25.27.27]) by mx38.mail.ru with esmtp id 1J37tU-000CsY-00 for freebsd-net@freebsd.org; Fri, 14 Dec 2007 13:35:48 +0300 Message-ID: <47625C7C.2030701@mail.ru> Date: Fri, 14 Dec 2007 14:35:40 +0400 From: rihad User-Agent: Icedove 1.5.0.14pre (X11/20071018) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: replacing ipfw rule X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rihad@mail.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:35:51 -0000 Any way to atomically replace an ipfw rule? i.e. do away without delete: ipfw add 100 pipe 1 ip from aaa to bbb ipfw delete 100 ipfw add 100 pipe 2 ip from aaa to bbb This results in 2 rules being added: ipfw add 100 pipe 1 ip from aaa to bbb ipfw add 100 pipe 2 ip from aaa to bbb BTW what happens when a pipe is deleted? Is the data queued but not yet sent lost or is it still sent? Thanks. From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:51:13 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A5A916A421 for ; Fri, 14 Dec 2007 10:51:13 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7A00B13C448 for ; Fri, 14 Dec 2007 10:51:12 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id CD8707A36B; Fri, 14 Dec 2007 05:51:11 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 14 Dec 2007 05:51:11 -0500 X-Sasl-enc: ueXdmSRIOnM0476F2Fx34H15hoU6MLaXNXXy2l/ILKdy 1197629471 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 40A094EA7; Fri, 14 Dec 2007 05:51:10 -0500 (EST) Message-ID: <4762601D.8020004@FreeBSD.org> Date: Fri, 14 Dec 2007 10:51:09 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Julian Elischer References: <47623B9A.2050603@elischer.org> In-Reply-To: <47623B9A.2050603@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: initial call for review.. initial multi-fib (routing table) support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:51:13 -0000 Julian, First of all, thank you very much for starting this work in a much needed area. Julian Elischer wrote: > This is a call for review for a change that is part of a > longer term project. > > This implements multiple routing tables. Eventually the implementation > will be much cleaner but > the first implementation is designed to be backported to 6.x > and thus must be ABI compatible. It need not be particularly 'clean' > as the version in 8.x will be.. First itis needs to be committed to > -current in its 6.x form so an MFC can occur, then the cleaner version > can be committed over the top of it to clean it up. Few comments: Allocating multiple radix trie heads is one way of doing this, but it would be nice to be able to clean up the memory management in the radix trie in general. I've seen implementations which do this by assigning index numbers or bit sets to the radix trie entries. That way, you don't need to keep multiple redundant copies of the same data around -- this IS the kernel FIB after all, and if you're running a router in the Default Free Zone, or with a considerable BGP topology, this kind of redundancy in the forwarding plane is not an OK use of memory resources. It's been a few months, but I believe this is how OpenBSD does it; ipfw also does something similar deep in its innards, the rules are tagged with bitsets to specify which sets they are present in. [I see similar memory management issues with C++ STL containers, which irritates me; Boost++'s multi_index_container is an analogous idiom.] One of the big strengths of the BSD radix trie, as implemented by Keith Sklower, was that it could be regression tested independently of the kernel. I'd very much like to see this capability retained, and perhaps expanded upon, as this is a sensitive area of work. I'd encourage you to take a look at the OpenBSD changes. They are much less invasive than this patch, and whilst they don't provide the setfib() syscall functionality, that could be easily grafted on top. I understand your folk's requirements for multiple tables, I'm sure there is a possible fit here given the idioms described herein. As I say it's been months since I last had a chance to look at this, and I am busy finishing up the first phase of another project, so I don't have all of these changes to hand -- however -- here's a good date and starting position: http://www.openbsd.org/cgi-bin/cvsweb/src/sys/net/radix.c.diff?r1=1.20&r2=1.21 I know there is an element of Not-Invented-Here which creeps in, but, when all is said and done, OpenBSD's approach is viable, compact, and simple, and addresses folk's immediate requirements for multi-path support. They don't address SMP, multicast, or source address selection, but those are future development stories. cheers BMS From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 10:58:48 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEDA616A418 for ; Fri, 14 Dec 2007 10:58:48 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtp4.poczta.interia.pl (smtp35.poczta.interia.pl [80.48.65.35]) by mx1.freebsd.org (Postfix) with ESMTP id CFB2E13C46A for ; Fri, 14 Dec 2007 10:58:47 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: by smtp4.poczta.interia.pl (INTERIA.PL, from userid 502) id AB5913C51DE; Fri, 14 Dec 2007 11:58:46 +0100 (CET) Received: from f49.poczta.interia.pl (f49.poczta.interia.pl [10.217.2.49]) by smtp4.poczta.interia.pl (INTERIA.PL) with ESMTP id 377C93C51BA; Fri, 14 Dec 2007 11:58:46 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by f49.poczta.interia.pl (Postfix) with ESMTP id E873D45B819; Fri, 14 Dec 2007 11:58:45 +0100 (CET) Date: 14 Dec 2007 11:58:45 +0100 From: vermaden To: Eygene Ryabinkin MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-ORIGINATE-IP: 217.76.112.72 X-Mailer: PSE Message-Id: <20071214105845.E873D45B819@f49.poczta.interia.pl> X-EMID: f3a40acc Cc: freebsd-net@freebsd.org Subject: Re: default route X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 10:58:49 -0000 > Fri, Dec 14, 2007 at 11:20:32AM +0100, vermaden wrote: > > I already used tcpdump, if ICMP packet goes in thru 192.168/16 on rl1 > the > > response goes out on 10/24 on rl0. >=20 > And the destination MAC address of the ICMP reply that is going > through rl0 is? >=20 > What if you'll do two experiments: drop the default route and change > it to something in the 192.168/16? Will ping results be the same > or packets will be thrown out through another interfaces? >=20 > What FreeBSD version you're using? > --=20 > Eygene FreeBSD 6.3-PRERELEASE built from sources from a week ago, but after RC1 fo= r sure. zenek# uname -a FreeBSD zenek 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Mon Nov 26 13:20:01= CET 2007 vermaden@siewa:/usr/obj/usr/src/sys/CUSTOM i386 CUSTOM is GENERIC with removed makeoptions DEBUG=3D-g and removed cpu I486_= CPU and cpu I586_CPU. BTW: I changed 192.168.0.0/16 to 169.254.169/24 which most hosts use in my = network. zenek# netstat -rfinet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.0.0.1 UGS 0 716450 rl0 10/24 link#1 UC 0 0 rl0 10.0.0.1 00:90:27:5d:f7:3b UHLW 2 18729 rl0 963 10.0.0.2 00:15:17:23:c0:8a UHLW 1 353 rl0 999 10.0.0.7 00:e0:18:0d:d3:3d UHLW 1 3479223 rl0 1195 10.0.0.107 00:90:27:77:fd:98 UHLW 1 39945 rl0 715 10.0.0.119 00:02:b3:d0:bc:6a UHLW 1 96 rl0 821 localhost localhost UH 0 14 lo0 169.254.169/24 link#2 UC 0 0 rl1 169.254.169.24 00:06:29:99:02:9d UHLW 1 845 rl1 1099 169.254.169.44 00:90:cc:b6:18:1f UHLW 1 4 rl1 775 169.254.169.45 00:90:cc:c4:21:25 UHLW 1 6 rl1 584 zenek# ifconfig rl0: flags=3D8943 mtu 1500 options=3D8 inet 10.0.0.71 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:90:cc:de:5e:0c media: Ethernet autoselect (100baseTX ) status: active rl1: flags=3D8843 mtu 1500 options=3D8 inet 169.254.169.171 netmask 0xffffff00 broadcast 169.254.169.255 ether 00:02:44:51:ae:80 media: Ethernet autoselect (100baseTX ) status: active zenek# route add default 169.254.169 route: writing to routing socket: File exists add net default: gateway 169.254.169: route already in table zenek# route add default 169.254.169.1 route: writing to routing socket: File exists add net default: gateway 169.254.169.1: route already in table When I ping 169.254.169.24 (Linux) from 169.254.169.171 (my FreeBSD box) I = get that on rl1: zenek# tcpdump -lvvni rl1 icmp tcpdump: listening on rl1, link-type EN10MB (Ethernet), capture size 96 byt= es 11:38:44.269250 IP (tos 0x0, ttl 64, id 6670, offset 0, flags [none], prot= o: ICMP (1), length: 84) 169.254.169.171 > 169.254.169.24: ICMP echo reques= t, id 64923, seq 96, length 64 11:38:44.270445 IP (tos 0x0, ttl 64, id 9072, offset 0, flags [none], prot= o: ICMP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo reply,= id 64923, seq 96, length 64 11:38:45.283470 IP (tos 0x0, ttl 64, id 7317, offset 0, flags [none], prot= o: ICMP (1), length: 84) 169.254.169.171 > 169.254.169.24: ICMP echo reques= t, id 64923, seq 97, length 64 11:38:45.284662 IP (tos 0x0, ttl 64, id 9073, offset 0, flags [none], prot= o: ICMP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo reply,= id 64923, seq 97, length 64 11:38:46.299274 IP (tos 0x0, ttl 64, id 8097, offset 0, flags [none], prot= o: ICMP (1), length: 84) 169.254.169.171 > 169.254.169.24: ICMP echo reques= t, id 64923, seq 98, length 64 11:38:46.299398 IP (tos 0x0, ttl 64, id 9074, offset 0, flags [none], prot= o: ICMP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo reply,= id 64923, seq 98, length 64 11:38:47.312169 IP (tos 0x0, ttl 64, id 9030, offset 0, flags [none], prot= o: ICMP (1), length: 84) 169.254.169.171 > 169.254.169.24: ICMP echo reques= t, id 64923, seq 99, length 64 11:38:47.313374 IP (tos 0x0, ttl 64, id 9075, offset 0, flags [none], prot= o: ICMP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo reply,= id 64923, seq 99, length 64 ^C 8 packets captured 12 packets received by filter 0 packets dropped by kernel zenek# tcpdump -lvvni rl1 arp tcpdump: listening on rl1, link-type EN10MB (Ethernet), capture size 96 byt= es 11:38:53.320435 arp who-has 169.254.169.171 tell 169.254.169.24 11:38:53.320454 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 11:38:55.004282 arp who-has 169.254.169.1 tell 169.254.169.251 11:38:58.009399 arp who-has 169.254.169.1 tell 169.254.169.251 11:38:58.335180 arp who-has 169.254.169.171 tell 169.254.169.24 11:38:58.335194 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 11:39:01.015256 arp who-has 169.254.169.1 tell 169.254.169.251 11:39:03.354950 arp who-has 169.254.169.171 tell 169.254.169.24 11:39:03.354975 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 When I ping 169.254.169.171 (my FreeBSD box) from 169.254.169.24 (Linux) I = get this: zenek# tcpdump -lvvni rl1 icmp tcpdump: listening on rl1, link-type EN10MB (Ethernet), capture size 96 byt= es 11:43:41.451446 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 58691, seq 14, length 64 11:43:42.451201 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 58691, seq 15, length 64 11:43:43.450948 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 58691, seq 16, length 64 11:43:44.450697 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 58691, seq 17, length 64 11:43:45.450456 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 58691, seq 18, length 64 11:43:46.450199 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 58691, seq 19, length 64 ^C 7 packets captured 11 packets received by filter 0 packets dropped by kernel zenek# tcpdump -lvvni rl1 arp tcpdump: listening on rl1, link-type EN10MB (Ethernet), capture size 96 byt= es 11:43:59.836991 arp who-has 169.254.169.1 tell 169.254.169.251 11:44:00.447690 arp who-has 169.254.169.171 tell 169.254.169.24 11:44:00.447752 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 11:44:02.843485 arp who-has 169.254.169.1 tell 169.254.169.251 11:44:05.848340 arp who-has 169.254.169.1 tell 169.254.169.251 11:44:06.446182 arp who-has 169.254.169.171 tell 169.254.169.24 11:44:06.446215 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 11:44:08.853626 arp who-has 169.254.169.1 tell 169.254.169.251 11:44:11.861778 arp who-has 169.254.169.1 tell 169.254.169.251 11:44:12.445681 arp who-has 169.254.169.171 tell 169.254.169.24 11:44:12.445697 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 11:44:13.022591 arp who-has 169.254.169.111 tell 169.254.169.25 For Both FreBSD --> Linux ping and Linux --> FreeBSD ping the tcpdump -lvvn= i rl1 arp and tcpdump -lvvni rl1 icmp commands does not show any packets. zenek# route delete default delete net default zenek# route add default 169.254.169.1 add net default: gateway 169.254.169.1 zenek# netstat -rfinet Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 169.254.169.1 UGS 0 0 rl1 10/24 link#1 UC 0 0 rl0 10.0.0.1 00:90:27:5d:f7:3b UHLW 1 18729 rl0 1032 10.0.0.2 00:15:17:23:c0:8a UHLW 1 353 rl0 744 10.0.0.7 00:e0:18:0d:d3:3d UHLW 1 3614982 rl0 1180 10.0.0.107 00:90:27:77:fd:98 UHLW 1 47136 rl0 460 10.0.0.119 00:02:b3:d0:bc:6a UHLW 1 96 rl0 567 localhost localhost UH 0 14 lo0 169.254.169/24 link#2 UC 0 0 rl1 169.254.169.1 link#2 UHLW 2 0 rl1 169.254.169.24 00:06:29:99:02:9d UHLW 1 863 rl1 1197 169.254.169.44 00:90:cc:b6:18:1f UHLW 1 4 rl1 1123 169.254.169.45 00:90:cc:c4:21:25 UHLW 1 6 rl1 330 169.254.169.171 00:02:44:51:ae:80 UHLW 1 0 lo0 zenek# tcpdump -lvvni rl1 icmp tcpdump: listening on rl1, link-type EN10MB (Ethernet), capture size 96 byt= es 11:55:26.992028 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 17, length 64 11:55:27.991774 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 18, length 64 11:55:28.755811 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.25 > 169.254.169.102: ICMP echo request, id= 49508, seq 0, length 64 11:55:28.991538 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 19, length 64 11:55:29.991277 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 20, length 64 11:55:30.991025 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 21, length 64 11:55:31.990778 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 22, length 64 11:55:32.990530 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 23, length 64 11:55:33.990275 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 24, length 64 11:55:34.990028 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 25, length 64 11:55:35.111973 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.25 > 169.254.169.108: ICMP echo request, id= 52580, seq 1024, length 64 11:55:35.531991 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.25 > 169.254.169.106: ICMP echo request, id= 52580, seq 7680, length 64 11:55:35.932022 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.25 > 169.254.169.104: ICMP echo request, id= 52580, seq 14336, length 64 11:55:35.934160 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.25 > 169.254.169.104: ICMP echo request, id= 52580, seq 14336, length 64 11:55:35.989777 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 26, length 64 11:55:36.592069 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.25 > 169.254.169.114: ICMP echo request, id= 52580, seq 25088, length 64 11:55:36.989532 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 27, length 64 11:55:37.990277 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 28, length 64 11:55:38.990028 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 29, length 64 11:55:39.989777 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 30, length 64 11:55:40.989529 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 31, length 64 11:55:41.989280 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 59972, seq 32, length 64 11:55:43.858700 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 1, length 64 11:55:44.858565 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 2, length 64 11:55:45.858313 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 3, length 64 11:55:46.858063 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 4, length 64 11:55:47.857815 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 5, length 64 11:55:48.857560 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 6, length 64 11:55:49.857312 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 7, length 64 11:55:50.857061 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 8, length 64 11:55:51.856811 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: IC= MP (1), length: 84) 169.254.169.24 > 169.254.169.171: ICMP echo request, id= 6725, seq 9, length 64 ^C 31 packets captured 71 packets received by filter 0 packets dropped by kernel zenek# tcpdump -lvvni rl1 arp tcpdump: listening on rl1, link-type EN10MB (Ethernet), capture size 96 byt= es 11:55:55.856789 arp who-has 169.254.169.171 tell 169.254.169.24 11:55:55.856835 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 11:55:57.693579 arp who-has 169.254.169.110 tell 169.254.169.25 11:55:58.429370 arp who-has 169.254.169.1 tell 169.254.169.251 11:55:58.693651 arp who-has 169.254.169.110 tell 169.254.169.25 11:55:59.693722 arp who-has 169.254.169.110 tell 169.254.169.25 11:56:01.437132 arp who-has 169.254.169.1 tell 169.254.169.251 11:56:01.745871 arp who-has 169.254.169.110 tell 169.254.169.25 11:56:01.855291 arp who-has 169.254.169.171 tell 169.254.169.24 11:56:01.855334 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 11:56:02.745943 arp who-has 169.254.169.110 tell 169.254.169.25 11:56:03.746020 arp who-has 169.254.169.110 tell 169.254.169.25 11:56:04.443491 arp who-has 169.254.169.1 tell 169.254.169.251 11:56:05.922217 arp who-has 169.254.169.110 tell 169.254.169.25 11:56:06.922271 arp who-has 169.254.169.110 tell 169.254.169.25 11:56:07.450864 arp who-has 169.254.169.1 tell 169.254.169.251 11:56:07.854791 arp who-has 169.254.169.171 tell 169.254.169.24 11:56:07.854810 arp reply 169.254.169.171 is-at 00:02:44:51:ae:80 tcpdump on rl0 still nothing. My question here, maybe I do something wrong here, maybe tell me what way i= t should be done to achieve the proper behaviour, thanks in advance for any suggesti= ons. Regards veramden ---------------------------------------------------------------------- Nie masz pomyslu na smaczne danie? Mnostwo smacznych przepisow na http://link.interia.pl/f1cac From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 11:57:50 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C40A416A420 for ; Fri, 14 Dec 2007 11:57:50 +0000 (UTC) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (external.osdn.org.ua [212.40.34.156]) by mx1.freebsd.org (Postfix) with ESMTP id 324AE13C4E3 for ; Fri, 14 Dec 2007 11:57:49 +0000 (UTC) (envelope-from never@kurush.osdn.org.ua) Received: from kurush.osdn.org.ua (never@localhost [127.0.0.1]) by kurush.osdn.org.ua (8.12.11/8.12.11) with ESMTP id lBEBYbxm057401; Fri, 14 Dec 2007 13:34:38 +0200 (EET) (envelope-from never@kurush.osdn.org.ua) Received: (from never@localhost) by kurush.osdn.org.ua (8.12.11/8.12.11/Submit) id lBEBYYev057398; Fri, 14 Dec 2007 13:34:34 +0200 (EET) (envelope-from never) Date: Fri, 14 Dec 2007 13:34:34 +0200 From: Alexandr Kovalenko To: Vladimir Ivanov Message-ID: <20071214113434.GD63588@uafug.org.ua> References: <46B07931.3080300@yandex-team.ru> <2a41acea0708010923m7b21095ajc2ee84c37e0d5354@mail.gmail.com> <470280F6.9070009@yandex-team.ru> <20071003111737.U14276@delplex.bde.org> <47037246.2070400@yandex-team.ru> <47040D83.9010706@delphij.net> <47200537.8070708@room52.net> <472028C0.4040004@delphij.net> <47220853.90206@yandex-team.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47220853.90206@yandex-team.ru> User-Agent: Mutt/1.5.4i X-Virus-Scanned: ClamAV 0.85.1/5116/Fri Dec 14 09:14:39 2007 on kurush.osdn.org.ua X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (kurush.osdn.org.ua [127.0.0.1]); Fri, 14 Dec 2007 13:34:40 +0200 (EET) Cc: Lawrence Stewart , James Healy , d@delphij.net, Jack Vogel , "freebsd-net@freebsd.org" Subject: Re: SMPable version of EM driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 11:57:50 -0000 Hello, Vladimir Ivanov! On Fri, Oct 26, 2007 at 07:31:31PM +0400, you wrote: > LI Xin wrote: > >Shoot, the TX mutex locking and unlocking should not belong here. Let > >me check the code. > > > >Cheers, > > > Don't forget: our latest version > http://people.yandex-team.ru/wawa/em-6.6.6-yandex-1.20.tar.gz is very > close to CURRENT. > Also, you can alter threads' number runtime in this revision. Which of newest versions should I use in RELENG_6_X now? Output of 1.23 compile on 6_x make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -march=pentium4 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding /usr/src/sys/dev/em/if_em.c:82:23: e1000_api.h: No such file or directory /usr/src/sys/dev/em/if_em.c:83:25: e1000_82575.h: No such file or directory /usr/src/sys/dev/em/if_em.c:84:19: if_em.h: No such file or directory -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 12:49:28 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78BD316A473 for ; Fri, 14 Dec 2007 12:49:28 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from wawa.yandex.ru (wawa.yandex.ru [87.250.250.1]) by mx1.freebsd.org (Postfix) with ESMTP id AA40913C4F4 for ; Fri, 14 Dec 2007 12:49:27 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from [127.0.0.1] (localhost.yandex.ru [127.0.0.1]) by wawa.yandex.ru (8.14.1/8.14.1/Debian-9) with ESMTP id lBECd7YG016973; Fri, 14 Dec 2007 15:39:08 +0300 Message-ID: <4762796B.3090608@yandex-team.ru> Date: Fri, 14 Dec 2007 15:39:07 +0300 From: Vladimir Ivanov Organization: Yandex LLC User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.13pre) Gecko/20070505 Iceape/1.0.9 (Debian-1.0.11~pre071022-0etch1+lenny1) MIME-Version: 1.0 To: Alexandr Kovalenko References: <46B07931.3080300@yandex-team.ru> <2a41acea0708010923m7b21095ajc2ee84c37e0d5354@mail.gmail.com> <470280F6.9070009@yandex-team.ru> <20071003111737.U14276@delplex.bde.org> <47037246.2070400@yandex-team.ru> <47040D83.9010706@delphij.net> <47200537.8070708@room52.net> <472028C0.4040004@delphij.net> <47220853.90206@yandex-team.ru> <20071214113434.GD63588@uafug.org.ua> In-Reply-To: <20071214113434.GD63588@uafug.org.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Lawrence Stewart , James Healy , d@delphij.net, Jack Vogel , "freebsd-net@freebsd.org" Subject: Re: SMPable version of EM driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 12:49:28 -0000 Privet, Alexandr Alexandr Kovalenko wrote: > Hello, Vladimir Ivanov! > [skip] > Which of newest versions should I use in RELENG_6_X now? > Let you try http://people.yandex-team.ru/wawa/em-6.7.3-yandex-1.28.tar.gz. We keep code synced with latest RELENG_6. Latest feature: I have start to move m_freem/m_get away from em_start and em_rxeof. They lock. Truly, -- Vladimir Ivanov Network Operations Center OOO "Yandex" t: +7 495 739-7000 f: +7 495 739-7070 @: noc@yandex.net (corporate) wawa@yandex-team.ru (personal) www: www.yandex.ru -- From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 14:38:40 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77E3116A468; Fri, 14 Dec 2007 14:38:40 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from s200aog17.obsmtp.com (s200aog17.obsmtp.com [207.126.144.131]) by mx1.freebsd.org (Postfix) with SMTP id A729013C447; Fri, 14 Dec 2007 14:38:34 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from source ([217.206.187.80]) by eu1sys200aob017.postini.com ([207.126.147.11]) with SMTP; Fri, 14 Dec 2007 14:38:33 UTC Received: from bill.mintel.co.uk (bill.mintel.co.uk [10.0.0.89]) by rodney.mintel.co.uk (Postfix) with ESMTP id 2F1CD181421; Fri, 14 Dec 2007 14:07:16 +0000 (GMT) Message-ID: <47628E11.7030803@tomjudge.com> Date: Fri, 14 Dec 2007 14:07:13 +0000 From: Tom Judge User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-net , freebsd-pf@freebsd.org, max@love2party.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Spurious error from i[pf]_carp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 14:38:40 -0000 Hi, I have just looked into the source of an error that we are seeing a lot on our FreeBSD 6.2-p5 systems. The error is: "carp_input: received len 20 < sizeof(struct carp_header)" The messages are coming from a pair of systems that are configured to have a pair of load balancing carp interfaces. However I do not believe that these errors are from packets generated by other FreeBSD hosts on the same segment. The hosts are also on the same segment as a pair of Dell PowerConnect 6224 Layer 3 switches. These switches are using VRRP to do fail over of the router ip address on each vlan. Here is a tcpdump of one such packet (sensitive data masked): 085815 00:00:5e:00:01:14 > 01:00:5e:00:00:12, ethertype IPv4 (0x0800), length 60: (tos 0x0, ttl 255, id 1, offset 0, flags [none], proto: VRRP (112), length: 40) XXX.XXX.XXX.XXX > 224.0.0.18: VRRPv2, Advertisement, vrid 20, prio 100, authtype simple, intvl 1s, length 20, addrs: XXX.XXX.XXX.XXX auth "XXXXXX^@^@" This packet is being sent by the Dell switch. Here are the offenging lines of code generating the error: sys/netinet/ip_carp.c (RELENG_6_2)lines: 481:519-526 carp_input(struct mbuf *m, int hlen) { if (m->m_pkthdr.len < iplen + sizeof(*ch)) { carpstats.carps_badlen++; CARP_LOG("carp_input: received len %zd < " "sizeof(struct carp_header)\n", m->m_len - sizeof(struct ip)); m_freem(m); return; } It would be nice if this error was only printed when the debug flag was set on the carp interface as this is just over running log files. I think that it would be safe just to drop the packet if it does not fit the size constraints. I guess that there will be more than one VRRP implementation that does not generate packets with a header the same size as the carp header. I have taken a look at the code on HEAD and it is the same as the code on RELENG_6_2. I will look into generating a patch for this over the weekend, however any thoughts/suggestions would be appreciated before I start working on it. Tom From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 15:28:14 2007 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43B5B16A417; Fri, 14 Dec 2007 15:28:14 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 30B8113C455; Fri, 14 Dec 2007 15:28:13 +0000 (UTC) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id B7B691A4D86; Fri, 14 Dec 2007 07:27:17 -0800 (PST) Date: Fri, 14 Dec 2007 16:27:17 +0100 From: Maxime Henrion To: Gleb Smirnoff Message-ID: <20071214152717.GG71713@elvis.mu.org> References: <20071213133817.GC71713@elvis.mu.org> <47617AF5.7070701@elischer.org> <20071214092539.GB14339@glebius.int.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071214092539.GB14339@glebius.int.ru> User-Agent: Mutt/1.4.2.3i Cc: Julian Elischer , net@FreeBSD.org Subject: Re: Deadlock in the routing 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: Fri, 14 Dec 2007 15:28:14 -0000 Gleb Smirnoff wrote: > On Thu, Dec 13, 2007 at 10:33:25AM -0800, Julian Elischer wrote: > J> Maxime Henrion wrote: > J> > Replying to myself on this one, sorry about that. > J> > I said in my previous mail that I didn't know yet what process was > J> > holding the lock of the rtentry that the routed process is dealing > J> > with in rt_setgate(), and I just could verify that it is held by > J> > the swi1: net thread. > J> > So, in a nutshell: > J> > - The routed process does its business on the routing socket, that ends up > J> > calling rt_setgate(). While in rt_setgate() it drops the lock on its > J> > rtentry in order to call rtalloc1(). At this point, the routed > J> > process hold the gateway route (rtalloc1() returns it locked), and it > J> > now tries to re-lock the original rtentry. > J> > - At the same time, the swi net thread calls arpresolve() which ends up > J> > calling rt_check(). Then rt_check() locks the rtentry, and tries to > J> > lock the gateway route. > J> > A classical case of deadlock with mutexes because of different locking > J> > order. Now, it's not obvious to me how to fix it :-). > J> > J> On failure to re-lock, the routed call to rt_setgate should completely abort > J> and restart from scratch, releasing all locks it has on the way out. > > Do you suggest mtx_trylock? I actually have the beginning of a patch that uses mtx_trylock(), wrapped into a RT_TRYLOCK() macro. It certainly isn't very pretty, but if that can help me having a workaround, that'd still be useful. It really seems like the real fix would invovle a fair amount of rewrite and analysis of the current code, so... I have yet to find time to finish it, build-test it, and run-test it. Did you got any farther in the rt_check() cleanup you've been telling me about? Cheers, Maxime From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 15:29:43 2007 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EBA516A420 for ; Fri, 14 Dec 2007 15:29:43 +0000 (UTC) (envelope-from mux@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5A913C4F4 for ; Fri, 14 Dec 2007 15:29:43 +0000 (UTC) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id 585A81A4D86; Fri, 14 Dec 2007 07:28:47 -0800 (PST) Date: Fri, 14 Dec 2007 16:28:47 +0100 From: Maxime Henrion To: Stephen Clark Message-ID: <20071214152847.GH71713@elvis.mu.org> References: <20071213133817.GC71713@elvis.mu.org> <47617027.3020500@seclark.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47617027.3020500@seclark.us> User-Agent: Mutt/1.4.2.3i Cc: net@FreeBSD.org Subject: Re: Deadlock in the routing 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: Fri, 14 Dec 2007 15:29:43 -0000 Stephen Clark wrote: > Maxime Henrion wrote: > > >Replying to myself on this one, sorry about that. > > > >I said in my previous mail that I didn't know yet what process was > >holding the lock of the rtentry that the routed process is dealing > >with in rt_setgate(), and I just could verify that it is held by > >the swi1: net thread. > > > >So, in a nutshell: > > > >- The routed process does its business on the routing socket, that ends up > > calling rt_setgate(). While in rt_setgate() it drops the lock on its > > rtentry in order to call rtalloc1(). At this point, the routed > > process hold the gateway route (rtalloc1() returns it locked), and it > > now tries to re-lock the original rtentry. > >- At the same time, the swi net thread calls arpresolve() which ends up > > calling rt_check(). Then rt_check() locks the rtentry, and tries to > > lock the gateway route. > > > >A classical case of deadlock with mutexes because of different locking > >order. Now, it's not obvious to me how to fix it :-). > > > >Maxime > >_______________________________________________ > >freebsd-net@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-net > >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > > > > what version of freebsd is this? Oops, forgot that bit of information: RELENG_6 as of a few days ago; it does include jhb@'s last fix in this area, if that's what you've been wondering. Cheers, Maxime From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 16:15:28 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C15E416A496 for ; Fri, 14 Dec 2007 16:15:28 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 9351F13C4EC for ; Fri, 14 Dec 2007 16:15:28 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 2A7F57A10B; Fri, 14 Dec 2007 11:15:28 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 14 Dec 2007 11:15:28 -0500 X-Sasl-enc: Aj3d6C+om76u+JmT0oMKF/kfGlQQBwkn/+HPvADhKfYl 1197648927 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 7DF5529E57; Fri, 14 Dec 2007 11:15:27 -0500 (EST) Message-ID: <4762AC1E.3030101@FreeBSD.org> Date: Fri, 14 Dec 2007 16:15:26 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.6 (X11/20070928) MIME-Version: 1.0 To: Tom Judge References: <47628E11.7030803@tomjudge.com> In-Reply-To: <47628E11.7030803@tomjudge.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , max@love2party.net, freebsd-pf@freebsd.org Subject: Re: Spurious error from i[pf]_carp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 16:15:28 -0000 Tom Judge wrote: > I guess that there will be more than one VRRP implementation that does > not generate packets with a header the same size as the carp header. > > I will look into generating a patch for this over the weekend, > however any thoughts/suggestions would be appreciated before I start > working on it. Sounds fine to me, thanks for doing this. It is regrettable that CARP had to come into existence in the first place because of the VRRP intellectual property situation, and I guess this is one of the turds which end up floating in everyone's midst as a result, if you'll pardon the analogy. regards, BMS From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 16:56:44 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D292816A41A for ; Fri, 14 Dec 2007 16:56:44 +0000 (UTC) (envelope-from Stepstone@news.stepstone.fr) Received: from mta1.primary.edc.dartmail.net (mta1.primary.edc.dartmail.net [216.73.95.131]) by mx1.freebsd.org (Postfix) with ESMTP id 79E0313C478 for ; Fri, 14 Dec 2007 16:56:42 +0000 (UTC) (envelope-from Stepstone@news.stepstone.fr) Date: Fri, 14 Dec 2007 16:30:59 +0000 (GMT) Message-Id: From: "Stepstone France" To: freebsd-net@freebsd.org Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Pour recruter en 2008... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stepstone France List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 16:56:44 -0000 Les Cahiers de l'Emploi [1]StepStone [2]Offres d'emploi [3]Déposez votre CV [4]Recevez des offres d'emploi [5]Contactez-nous Dans cette édition des "Cahiers de l'Emploi" : * [6]Derniere minute pour gagner un iPod ! * [7]Etude StepStone : Des primes dans votre Boîte ? * [8]Interview : Manpower créateur de solutions emploi. * [9]Préparez vos recrutements 2008 avec StepStone. * [10]Votre avis nous interesse ! * [11]Sondage : Est-ce que je surf au travail ? * Bonne lecture ! Votre équipe StepStone Dernier jour pour déposer son CV et gagner un iPod Déposez votre CV sur StepStone et participez gratuitement à notre jeu-concours, vous permettant de gagner un iPod offert par StepStone. Seront tirés au sort les CV déposés entre le 01 Octobre 2007 et le 31 Janvier 2008 23h59. Les gagnants seront contactés directement par téléphone. Tous à vos CV !!! [12]Participer maintenant! [13][USEMAP:photolibre.asp?login=x_x07122007_U1UFY&photo=rad19FEC.jpg& album=1] Les employés européens reçoivent-ils des primes en cas de bons résultats de leur entreprise ? [14]StepStone Selon une étude menée par StepStone, seul 1/3 des employés européens reçoivent des primes en cas de bons résultats de leur entreprise. Paris, le 22 novembre 2007 - StepStone, leader européen des services et solutions de Total Talent Management (du recrutement en ligne à la gestion du Capital Humain) présente les résultats d'une étude sur les primesaccordées aux employés en Europe. Si seulement 1/3 des employés européens reçoivent des primes, la France et l'Italie sont les 2 pays qui se démarquent le plus dans ce domaine. Peu de primes pour les employés à l'échelle européenne 55% des employés européens n'ont jamais touché de primes. Ce constat vient d 'une étude conduite par StepStone sur un échantillon d'environ 20 000 personnes dans huit pays européens : France, Allemagne, Norvège, Suède,Italie, Belgique, Danemark et Pays-Bas. Seul 32% des employés interrogés déclarent avoir une clause sur les primes figurant dans leurs contrats de travail. Et 13% ne reçoivent qu' occasionnellement des primes en cas de très bons résultats de l'entreprise. La France et l'Italie en tête des pays européens C'est en France (38%) et en Italie (36%) que les primes sont le plus formalisées contractuellement. Les moins bien lotis sur ce point, sont les danois (24%) suivis de près par les allemands et les néerlandais (28%), pourqui les entreprises ne fonctionnent que très peu avec un système de primes. "Une prime ou un intéressement financier sont une motivation supplémentaire pour inciter les employés à rester dans leur entreprise. C'est pourquoi le système de primes reste un moyen efficace pour l'entreprise pour fidéliserses employés" commente Jonas Desdevises, Directeur des solutions de gestions des talents de StepStone Solutions. Retrouvez les résultats détaillés par pays de l'étude [15]ici Interview : Manpower créateur de solutions pour lemploi. Dune grande entreprise de travail temporaire, Manpower est devenu un créateur de solutions pour lemploi. « Nous proposons aujourdhui des missions de travail temporaire, mais également des CDI, formons nos collaborateurs intérimaires et accompagnons les personnes éloignées de lemploi (chômeurs de longue durée par exemple) vers un contrat de travail », précise Sophie Berthelot, consultante en recrutement à lagence Manpower de Saint-Fons près de Lyon. En 2007, Manpower a fêté ses 50 ans de présence en France. Cinq décennies d'une aventure riche et innovante qui lui ont permis de devenir un des leaders du marché du travail. « Nous accompagnons ainsi, depuis 1957, les candidats et les entreprises en offrant un service de proximité, à la fois géographique et sectoriel, fondé sur le respect de nos valeurs : les hommes, l'expertise, l'innovation », ajoute Sophie Berthelot. Sophie gère l'ensemble des activités liées au recrutement en CDI de personnel dans le secteur du bâtiment second uvre. « Je suis amenée à recruter des profils très variés, de lemployé au cadre supérieur (couvreurs zingueurs, peintres, électriciens, chefs déquipes en électricité, chargés daffaires en génie climatique, conducteur de travaux gsm, technicien de maintenance climatisation/chauffage, ) ». [16]Manpower, créateur de solutions pour lemploi [17]Faditt Préparez vos recrutements 2008 avec StepStone [18]Découvrez nos offres exclusives! Publiez votre annonce en ligne pour 150. Offre Decouverte: Publiez votre annonce d'emploi pendant 60 jours, tout secteur d'activite, toute region, consultez la base de CV pour assurer votre recrutement avec StepStone, le Leader du Recrutement en Ligne pour seulement 450 euros (au lieu de 750 euros). Recrutement Internationnal: Pour vos recrutements Internationnaux, StepStone vous propose une solution complète, pour tous les pays du Monde, avec un interlocuteur unique en France. Contactez vite votre Consultant StepStone au 01 30 41 03 98 Votre avis nous interesse ! Votre avis est très important pour nous... Vous êtes à la recherche du job de vos rêves ? Nous voulons vraiment vous y aider. Sur le site de StepStone, vous ne trouvez pas uniquement de nombreuses offres d'emploi, mais également des articles qui peuvent vous aider dans votre recherche. Nous aimerions connaître votre opinion sur ces informations et savoir ce qui vous manque sur notre site. Votre avis est très important pour nous. Participez à notre enquête en cliquant sur [19]ce lien. Sondage : Est-ce que je surf au travail ? Selon une étude de StepStone: Vous êtes 37% à surfer plus de 2 H par jour à votre job. Alors que 16% d'entre vous n'utilisent pas Internet au travail. [20]Découvrez l'analyse complète de cette étude StepStone. Nouveau Quick Poll Quoi de neuf en 2008 pour votre boite ? [21]Voter Les Cahiers de l'Emploi Votre avis nous intéresse ! Vous trouvez cette lettre d'information intéressante ? Vous souhaitez nous suggérer un sujet pour une des prochaines éditions ? [22]Faites-le nous savoir Avez-vous trouvé un job via StepStone ? Nous sommes persuadés que nous pouvons beaucoup apprendre de l'expérience de nos utilisateurs ! Comment utilisez-vous StepStone concrètement ? Envoyez-nous un mail sur [23]info@stepstone.fr StepStone 3, Rue Barthélémy Thimonnier 78120 Rambouillet Tél. : 01 30 41 03 98 Fax : 01 34 85 71 82 [24]info@stepstone.fr [25]www.StepStone.fr Votre carrière, votre vie, votre avenir. Pour vous desinscrire de notre liste de diffusion, ecrivez "desinscription" à [26]jula@stepstone.fr _________________________________________________________________ References Visible links 1. http://www.stepstone.fr/ 2. http://www.stepstone.fr/home.cfm?allowJAPU=1 3. https://www.stepstone.fr/mystepstone/mystep_overview.cfm? 4. http://www.stepstone.fr/eja/jobagent.cfm 5. http://www.stepstone.fr/content/FR/FR/home/contactus.htm 6. file://localhost/tmp/tmpeZ5wAC.html#article1 7. file://localhost/tmp/tmpeZ5wAC.html#article9 8. file://localhost/tmp/tmpeZ5wAC.html#article8 9. file://localhost/tmp/tmpeZ5wAC.html#article4 10. file://localhost/tmp/tmpeZ5wAC.html#article5 11. file://localhost/tmp/tmpeZ5wAC.html#article6 12. https://www.stepstone.fr/login/mystep_newuser.cfm? 13. LYNXIMGMAP:file://localhost/tmp/tmpeZ5wAC.html#Map 14. http://www.stepstone.fr/ 15. http://www.stepstonesolutions.fr/Actualites_evenements/Actualites/Les_employes_europeens_recoivent-ils_des_primes_en_cas_de_bons_resultats.php 16. http://www.stepstone.fr/ads/offers.cfm?company=16959 17. http://www.stepstone.fr/ads/offers.cfm?company=16959 18. http://www.stepstone.fr/home_fs.cfm?contentpage=%2Folo%2Findex%2Ecfm%3Fbackurl%3Drecruiter%26new%3D1 19. http://marketing.stepstone.com/UM/T.asp?A144.763.16.5.309560 20. file://localhost/tmp/poll.html 21. http://www.stepstone.fr/quick_poll/resultpage/resultpage.cfm?poll_id=35&id=35 22. http://marketing.stepstone.com/UM/T.asp?A144.763.16.5.309560 23. mailto:info@stepstone.fr 24. file://localhost/tmp/info@stepstone.fr 25. http://www.stepstone.fr/ 26. mailto:jula@stepstone.fr?subject=desinscription Hidden links: 27. http://marketing.stepstone.com/UM/T.asp?A157.999.2.7.1238384 From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 17:38:45 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5273816A417 for ; Fri, 14 Dec 2007 17:38:45 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id AF5DD13C442 for ; Fri, 14 Dec 2007 17:37:59 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1067410rvb.43 for ; Fri, 14 Dec 2007 09:37:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=js+9CJ634YBWv01t0tmK50oxRyP8PmjgojMBjgFB5rc=; b=l2g832zyYr0QRM+4kJ9VSH1WZJTEMYxC59gJFNbfPQp2GVKn2vOINTCzI0jtyF3d9mrhU0q2zZMu9NSOturxjLYHytWejMiQYuFy0/IO2UqcxCYBVptyOK3+kNELEM+b+xU3kovnITvmtx6oxarxT9OK3S44jsPBuiB88mB1UnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=eC2/j3ttpMNT2vz/jkM2w28NexKw31Vg4z2WgJJ2XLL8WqoL+GOpTiSEz3esARv9VuhK++7jLO33xJZFtOQHDRspzg0tDl/eXhcFVPVnNmJRO0xQROK9vceWS4xsUZjpDXFAl1F7wEIMbvUe5/OVX0PC57fZDCNJDiNIYLTPUpY= Received: by 10.141.15.19 with SMTP id s19mr2056961rvi.39.1197653850829; Fri, 14 Dec 2007 09:37:30 -0800 (PST) Received: by 10.141.170.18 with HTTP; Fri, 14 Dec 2007 09:37:30 -0800 (PST) Message-ID: <2e77fc10712140937i19741f9cwe717499b18012a9a@mail.gmail.com> Date: Fri, 14 Dec 2007 12:37:30 -0500 From: "Niki Denev" Sender: ndenev@gmail.com To: "Bruce M. Simpson" In-Reply-To: <47625B80.3090904@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2e77fc10712132129o810a608v4ec6a742f9860a63@mail.gmail.com> <47625B80.3090904@FreeBSD.org> X-Google-Sender-Auth: 2429a681fd44a2fa Cc: freebsd-net@freebsd.org Subject: Re: is carp on if_bridge possible? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 17:38:45 -0000 On Dec 14, 2007 5:31 AM, Bruce M. Simpson wrote: > > Niki Denev wrote: > > Hello, > > > > Is this possible? > > I've tried adding IFT_BRIDGE next to IFT_ETHER and IFT_L2VLAN in ip_carp.c > > but this probably is not enough. Any ideas? > > > > CARP is 'special' in that it needs to add its own MAC addresses to your > interface, needs a bit of special cooperation between the IP layer and > the MAC layer, and it's more than likely that this doesn't work with > if_bridge. > > Like Max says, this is an unusual configuration.... what are you trying > to do? > > BMS > > I'm trying to setup a highly redundant configuration of two routers and two rstp capable switches behind them. Each of the router is connected to each of the switches, and it's two interfaces are part of a bridge group. this way i can handle router and/or switch failure without disconnecting the site. The problem is that this a remote site which must not go offline by any means, and thus the unusual setup. Hope that this explains it. Niki From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 18:43:01 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D704F16A417 for ; Fri, 14 Dec 2007 18:43:01 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6D23713C458 for ; Fri, 14 Dec 2007 18:43:00 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: by nf-out-0910.google.com with SMTP id b2so1111485nfb.33 for ; Fri, 14 Dec 2007 10:42:59 -0800 (PST) Received: by 10.82.180.17 with SMTP id c17mr9776189buf.14.1197657779257; Fri, 14 Dec 2007 10:42:59 -0800 (PST) Received: by 10.82.148.1 with HTTP; Fri, 14 Dec 2007 10:42:59 -0800 (PST) Message-ID: Date: Fri, 14 Dec 2007 20:42:59 +0200 From: "Vlad GALU" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: LOR in route.c with today's RELENG_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, 14 Dec 2007 18:43:01 -0000 -- cut here -- lock order reversal: 1st 0xffffffff805bcf60 pf task mtx (pf task mtx) @ contrib/pf/net/pf.c:6729 2nd 0xffffff00031e1cf0 radix node head (radix node head) @ net/route.c:147 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x557 _mtx_lock_flags() at _mtx_lock_flags+0x2f rtalloc1() at rtalloc1+0x62 rtalloc_ign() at rtalloc_ign+0xa3 pf_calc_mss() at pf_calc_mss+0x87 pf_test_tcp() at pf_test_tcp+0xd27 pf_test() at pf_test+0xcdb pf_check_in() at pf_check_in+0x2b pfil_run_hooks() at pfil_run_hooks+0xac ip_input() at ip_input+0x2dd ether_demux() at ether_demux+0x1b4 ether_input() at ether_input+0x1c8 re_rxeof() at re_rxeof+0x317 re_int_task() at re_int_task+0x1f8 taskqueue_run() at taskqueue_run+0x94 ithread_loop() at ithread_loop+0xe5 fork_exit() at fork_exit+0x110 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffabc6bd30, rbp = 0 --- -- and here -- Didn't see this on Bjoern's list. -- Mahnahmahnah! From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 19:30:19 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EE6F16A420; Fri, 14 Dec 2007 19:30:19 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2230813C459; Fri, 14 Dec 2007 19:30:18 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-020-068.pools.arcor-ip.net [88.66.20.68]) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis) id 0MKwtQ-1J3GEi1QPy-0007tK; Fri, 14 Dec 2007 20:30:17 +0100 From: Max Laier Organization: FreeBSD To: "Bruce M. Simpson" Date: Fri, 14 Dec 2007 20:30:00 +0100 User-Agent: KMail/1.9.7 References: <47628E11.7030803@tomjudge.com> <4762AC1E.3030101@FreeBSD.org> In-Reply-To: <4762AC1E.3030101@FreeBSD.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart12477335.hvl6aYrg1R"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712142030.14728.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18ti0CqETKUeMkV8afByVYuueqV9LSJkkyvigO uSODZbJPn8ItvzkKnaUrta65nckG8i32DrWHJRVNQLpn75ohQ4 PjzpncLcimervMk67M8H8qKTgZEMF5StG9tfwJgDYI= Cc: Tom Judge , freebsd-net , freebsd-pf@freebsd.org Subject: Re: Spurious error from i[pf]_carp X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 19:30:19 -0000 --nextPart12477335.hvl6aYrg1R Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 14 December 2007, Bruce M. Simpson wrote: > Tom Judge wrote: > > I guess that there will be more than one VRRP implementation that > > does not generate packets with a header the same size as the carp > > header. > > > > I will look into generating a patch for this over the weekend, > > however any thoughts/suggestions would be appreciated before I start > > working on it. > > Sounds fine to me, thanks for doing this. Alternatively you could change IPPROTO_CARP in netinet/in.h to another=20 unused protocol number. This is really the preferred way of dealing with=20 mixed CARP and VRRP environments as the CARP packets might in turn=20 irritate the VRRP routers, too. > It is regrettable that CARP had to come into existence in the first > place because of the VRRP intellectual property situation, and I guess > this is one of the turds which end up floating in everyone's midst as a > result, if you'll pardon the analogy. /* no comment */ =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart12477335.hvl6aYrg1R Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHYtnGXyyEoT62BG0RAidQAJ9b7VbhCzJ0GTWoktjhZ8FmyCdYDQCeIiOW 33p9i+/9K7xqo2yffM8Hr2E= =xKfr -----END PGP SIGNATURE----- --nextPart12477335.hvl6aYrg1R-- From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 19:46:12 2007 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A35416A419 for ; Fri, 14 Dec 2007 19:46:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outP.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 44E4C13C457 for ; Fri, 14 Dec 2007 19:46:12 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 14 Dec 2007 11:46:11 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 9E050126CD9; Fri, 14 Dec 2007 11:46:10 -0800 (PST) Message-ID: <4762DD82.9070904@elischer.org> Date: Fri, 14 Dec 2007 11:46:10 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Gleb Smirnoff References: <20071213133817.GC71713@elvis.mu.org> <47617AF5.7070701@elischer.org> <20071214092539.GB14339@glebius.int.ru> In-Reply-To: <20071214092539.GB14339@glebius.int.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Maxime Henrion , net@FreeBSD.org Subject: Re: Deadlock in the routing 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: Fri, 14 Dec 2007 19:46:12 -0000 Gleb Smirnoff wrote: > On Thu, Dec 13, 2007 at 10:33:25AM -0800, Julian Elischer wrote: > J> Maxime Henrion wrote: > J> > Replying to myself on this one, sorry about that. > J> > I said in my previous mail that I didn't know yet what process was > J> > holding the lock of the rtentry that the routed process is dealing > J> > with in rt_setgate(), and I just could verify that it is held by > J> > the swi1: net thread. > J> > So, in a nutshell: > J> > - The routed process does its business on the routing socket, that ends up > J> > calling rt_setgate(). While in rt_setgate() it drops the lock on its > J> > rtentry in order to call rtalloc1(). At this point, the routed > J> > process hold the gateway route (rtalloc1() returns it locked), and it > J> > now tries to re-lock the original rtentry. > J> > - At the same time, the swi net thread calls arpresolve() which ends up > J> > calling rt_check(). Then rt_check() locks the rtentry, and tries to > J> > lock the gateway route. > J> > A classical case of deadlock with mutexes because of different locking > J> > order. Now, it's not obvious to me how to fix it :-). > J> > J> On failure to re-lock, the routed call to rt_setgate should completely abort > J> and restart from scratch, releasing all locks it has on the way out. > > Do you suggest mtx_trylock? I think that would be the cleanest way.. > From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 20:02:29 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049CC16A4AC for ; Fri, 14 Dec 2007 20:02:29 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outN.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id CDF1213C4F9 for ; Fri, 14 Dec 2007 20:02:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 14 Dec 2007 12:02:27 -0800 Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 49390126CAD; Fri, 14 Dec 2007 12:02:27 -0800 (PST) Message-ID: <4762E152.1010403@elischer.org> Date: Fri, 14 Dec 2007 12:02:26 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <47623B9A.2050603@elischer.org> <4762601D.8020004@FreeBSD.org> In-Reply-To: <4762601D.8020004@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: initial call for review.. initial multi-fib (routing table) support X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 20:02:29 -0000 Bruce M. Simpson wrote: > Julian, > > First of all, thank you very much for starting this work in a much > needed area. > > Julian Elischer wrote: >> This is a call for review for a change that is part of a >> longer term project. >> >> This implements multiple routing tables. Eventually the implementation >> will be much cleaner but >> the first implementation is designed to be backported to 6.x >> and thus must be ABI compatible. It need not be particularly 'clean' >> as the version in 8.x will be.. First itis needs to be committed to >> -current in its 6.x form so an MFC can occur, then the cleaner version >> can be committed over the top of it to clean it up. > > Few comments: > Allocating multiple radix trie heads is one way of doing this, but it > would be nice to be able to clean up the memory management in the radix > trie in general. multiple radix trie heads is the 6.x compatible versions only. my plan for 8.x is: have an array of af->domain pointers to find the domain structure quickly given AF_XXX. Expand the domain structure to include methods for that domain for rt_alloc et al. also have a void * pointer to teh domain specific data structure that that domain uses for routing. generic rout calls that must cope with multiple protocols call dom_rtalloc() and friends that call the methods. remember that the routing structure for appletak (for example) is not based on netmasks and tere are other protocols where netmask based tries are not the right idea so forcing every protocol to use a trie is a silly idea. Protocols can call their own routing calls directly. For example, the inet protocols can call their methods directly (e.g. in_rtalloc()) without going via the method table. The methods have an extra fib argument, but some protocols may choose to ignore it. the current radix trie code is still used for inet but supplied as a utility to any protocolnfamilies (e.g. inet) that need it. > > I've seen implementations which do this by assigning index numbers or > bit sets to the radix trie entries. That way, you don't need to keep > multiple redundant copies of the same data around -- this IS the kernel > FIB after all, and if you're running a router in the Default Free Zone, > or with a considerable BGP topology, this kind of redundancy in the > forwarding plane is not an OK use of memory resources. Eventually it will be up to each protocol family how it support s multiple fibs. (or even if it wants to) > > It's been a few months, but I believe this is how OpenBSD does it; OpenBSD just duplicae the tables as I do but not with a fixed 2D array. I'm stuck with the 2D array for the 6.x compatible version, because 1 1D ARRAY (6.X) is a subset od a 2D array and thus it is backwards compatible :-) ; ipfw > also does something similar deep in its innards, the rules are tagged > with bitsets to specify which sets they are present in. possibly but its' more complicated. > [I see similar memory management issues with C++ STL containers, which > irritates me; Boost++'s multi_index_container is an analogous idiom.] we have to decide between simplicity and squeezing every last byte out.. I can't imagine trying to store two copies of the entire routing tree in kernel memory so I don't think that such complexity is worth it. Once the framework is in place however you are welcome to rey any method that tries your fancy :-) > > One of the big strengths of the BSD radix trie, as implemented by Keith > Sklower, was that it could be regression tested independently of the > kernel. I'd very much like to see this capability retained, and perhaps > expanded upon, as this is a sensitive area of work. > > I'd encourage you to take a look at the OpenBSD changes. They are much > less invasive than this patch, and whilst they don't provide the > setfib() syscall functionality, that could be easily grafted on top. I > understand your folk's requirements for multiple tables, I'm sure there > is a possible fit here given the idioms described herein. I have been through the OpenBSD patches. they influenced this greatly.. > > As I say it's been months since I last had a chance to look at this, and > I am busy finishing up the first phase of another project, so I don't > have all of these changes to hand -- however -- here's a good date and > starting position: > > > http://www.openbsd.org/cgi-bin/cvsweb/src/sys/net/radix.c.diff?r1=1.20&r2=1.21 been there > > > I know there is an element of Not-Invented-Here which creeps in, but, > when all is said and done, OpenBSD's approach is viable, compact, and > simple, and addresses folk's immediate requirements for multi-path support. > > They don't address SMP, multicast, or source address selection, but > those are future development stories. > > cheers > BMS From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 21:10:03 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4146A16A417 for ; Fri, 14 Dec 2007 21:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 21CF513C47E for ; Fri, 14 Dec 2007 21:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lBELA2hZ042558 for ; Fri, 14 Dec 2007 21:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lBELA2ML042551; Fri, 14 Dec 2007 21:10:02 GMT (envelope-from gnats) Date: Fri, 14 Dec 2007 21:10:02 GMT Message-Id: <200712142110.lBELA2ML042551@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Remko Lodder Cc: Subject: Re: kern/106438: ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Remko Lodder List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 21:10:03 -0000 The following reply was made to PR kern/106438; it has been noted by GNATS. From: Remko Lodder To: Manuel Tobias Schiller Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/106438: ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others) Date: Fri, 14 Dec 2007 22:01:11 +0100 Manuel Tobias Schiller wrote: > On Fri, 30 Nov 2007 20:03:31 +0100 > Remko Lodder wrote: > >> Manuel Tobias Schiller wrote: >>> Hello, >>> >>> I've gathered the information you have asked for, see the >>> attachment. I hope it helps us to get an idea of what's going >>> wrong. Any help with this would be appreciated. >>> >>> Thanks in advance. >>> >>> Manuel >>> >>> P.S. I did the | grep hme3 in the attachment to not clutter the >>> output with irrelevant stuff. All other rules are bound to their >>> respective interface (hme0, hme1, hme2, le0) and should not >>> influence hme3. Besides, there's a lot of traffic going on on le0 >>> which does not need to be mentioned in the ipfstat output because >>> the machine in question is headless and can only be reached with a >>> serial line (with a laptop down in the cellar) or a dedicated >>> network interface (le0, for which I need to have rules that pass >>> everything). >>> >>> On Thu, Dec 07, 2006 at 10:16:19AM +0100, Remko Lodder wrote: >>>> Hello, >>>> >>>> >>>> First of all thanks for using FreeBSD! >>>> >>>> If you run ipmon, what kind of details do you see in the >>>> log? It mentions where it is blocked and you can review that rule >>>> with ipfstat -hion (list everything in out, do not resolve and >>>> show the amount of hits on the rule) >>>> >>>> Thanks in advance >>>> >>>> -- >>>> Kind regards, >>>> >>>> Remko Lodder ** remko@elvandar.org >>>> FreeBSD ** remko@FreeBSD.org >>>> >>>> /* Quis custodiet ipsos custodes */ >>>> >> Dear Manuel, >> >> It took a lot of time for me to set this up properly, but I managed to >> work this out; actually this is not a ipfilter problem but it seems >> that hme0 is not capable of doing incoming and outgoing checksumming. >> >> I faced the same problem, and by issueing a ifconfig hme0 -txcsum >> -rxcsum I resolved the problem. >> >> The ipfilter errors vanished after that. I'll try to have a look at >> the intel gigabit card in the machine (manually added) and see >> whether that has a similiar issue.. >> >> Cheers >> remko > > Dear Remko, > > it's great to hear from you again - I thought everybody had forgotten > about this... Well, I have switched to pf in the meantime, as it's a > production machine, but I may have time over christmas to test things > out with ipfilter, as I like it very much. By the way, why did things > work with hme and ipfilter in earlier FreeBSD versions? Did hme not have > the checksumming feature at all or different defaults? This puzzles me a > little, I must confess. > > Anyway, thanks a lot for your help! > > Cheers, > > Manuel > Hello Manuel, Yes my fault, I reproduced this today with pf enabled, hme just works fine with that, so I was wrong :-) it's ipfilter that is messing up here... -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Fri Dec 14 22:01:05 2007 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BBEF16A417 for ; Fri, 14 Dec 2007 22:01:05 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id B3F2313C448 for ; Fri, 14 Dec 2007 22:01:04 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1J3Hfo-000Bs2-BI; Fri, 14 Dec 2007 22:02:20 +0100 Message-ID: <4762EF82.8040205@FreeBSD.org> Date: Fri, 14 Dec 2007 22:02:58 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: pyunyh@gmail.com References: <200711301904.lAUJ4fqu067304@freefall.freebsd.org> <20071201042001.GB23527@cdnetworks.co.kr> In-Reply-To: <20071201042001.GB23527@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/106438: hme0: Interface unable to do tx and rx checksumming when using ipfilter. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2007 22:01:05 -0000 Pyun YongHyeon wrote: > On Fri, Nov 30, 2007 at 07:04:41PM +0000, remko@FreeBSD.org wrote: > > Old Synopsis: [ipfilter] keep state does not seem to allow replies in on spar64 (and maybe others) > > New Synopsis: hme0: Interface unable to do tx and rx checksumming when using ipfilter. > > > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > > Responsible-Changed-By: remko > > Responsible-Changed-When: Fri Nov 30 19:03:15 UTC 2007 > > Responsible-Changed-Why: > > Reassign to -net, this seems like a problem with the hme driver > > I can reproduce this on 8-CURRENT on my sparc64, after issueing > > a ifconfig hme0 -rxcsum and -txcsum the problem vanished and > > I could connect again (ipfilter stopped the packets since they > > had bad data included). > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=106438 > > I didn't know hme(4) have checksum offload related issues. When I > tried the same rule as PR I also noticed that Rx UDP packet was > dropped. However I couldn't reproduce it with pf. You can easily use > identical rule with small modification(flags S/SA instead of flags S). > I'm not familiar with ipf internals so I'm not sure what caused > the issue. Given that pf works well I guess there would be somthing > in ipf that needs more attention. > > Remko, would you retry it with pf on sparc64? > Hello Pyun, I just tried this with pf and indeed that works, so you (and manuel) are correct that this is not hme but indeed ipfilter, my bad! I will forward the ticket to darrenr, i can provide support with my system where needed :) cheers remko p.s. I can also try to reproduce the problem with 'if_em' :) -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-net@FreeBSD.ORG Sat Dec 15 06:00:32 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 938CB16A419 for ; Sat, 15 Dec 2007 06:00:32 +0000 (UTC) (envelope-from randy@psg.com) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.freebsd.org (Postfix) with ESMTP id 71B9213C461 for ; Sat, 15 Dec 2007 06:00:32 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J3Q4b-0009l4-WA; Sat, 15 Dec 2007 06:00:30 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com) by roam.psg.com with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1J3PmH-0000kE-2g; Sat, 15 Dec 2007 14:41:33 +0900 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18275.26892.441538.563720@roam.psg.com> Date: Sat, 15 Dec 2007 14:41:32 +0900 To: freebsd-net@freebsd.org Cc: Subject: ath wep confusion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2007 06:00:32 -0000 i know wep sucks caterpillar snot. but, for layer nine reasons, i am trying to get it going on a soekris 5501 to a winxp machine and am pretty confused. first, if i run open, with wep off at both ends, no problem. if i enable wep, i get what seems line a simplex, one-way, connection. first, the plan Soekris 5501 .-----------------------. | | | b ---ath0| | r | LAN external | i --- vr1| ------------|vr0---NAT---- d | DHCP WAN | g --- vr2| | e | Clients | 0 --- vr3| | | `-----------------------' - vr0 gets address via DHCP from external link - bridge0 is hard coded as 192.168.0.1/24 - dhcpd runs on bridge0 for the range 192.168.0.100-199 to feed the LAN this works if ath0 is wepless. turn on wep, and the soekris hears the winxp machine asking for dhcp, but the winxp machine does not hear the reply. the tasty bits of /etc/rc.conf are: ifconfig_vr0=DHCP cloned_interfaces=bridge0 ifconfig_bridge0="192.168.0.1 addm vr1 addm vr2 addm vr3 up addm ath0" ifconfig_vr1=up ifconfig_vr2=up ifconfig_vr3=up ifconfig_ath0="channel 4 ssid rgnet-aden wep wepkey 13-characters mediaopt hostap up" as i said, this fails. the soekris sees incoming dhcp requests, but the responses (which show in tcpdump on the soekris) are not received by the wireless winxp host. but if i then ifconfig ath0 -wep at the command line, and then try from winxp, all is fine. so my assumption is there is something i do not understand about wep keying betweek a freebsd ath hostap and winxp. clue bat, please. randy From owner-freebsd-net@FreeBSD.ORG Sat Dec 15 19:55:41 2007 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8ACA16A420; Sat, 15 Dec 2007 19:55:41 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DBA7213C4E9; Sat, 15 Dec 2007 19:55:41 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id lBFJtf6S023336; Sat, 15 Dec 2007 19:55:41 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id lBFJtfTl023332; Sat, 15 Dec 2007 19:55:41 GMT (envelope-from remko) Date: Sat, 15 Dec 2007 19:55:41 GMT Message-Id: <200712151955.lBFJtfTl023332@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-net@FreeBSD.org, darrenr@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/106438: [ipfilter] ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Dec 2007 19:55:42 -0000 Old Synopsis: [hme] hme0: Interface unable to do tx and rx checksumming when using ipfilter. New Synopsis: [ipfilter] ipfilter: keep state does not seem to allow replies in on spar64 (and maybe others) Responsible-Changed-From-To: freebsd-net->darrenr Responsible-Changed-By: remko Responsible-Changed-When: Sat Dec 15 19:54:29 UTC 2007 Responsible-Changed-Why: Hi Darren, this seems to be closely related to IPfilter, can you please have a look? When hardware checksumming had been disabled; this problem does not appear when the checksumming is enabled no packets are being allowed (as mentioned in the ticket); I can succesfully reproduce the problem, if you need additional help let me know! http://www.freebsd.org/cgi/query-pr.cgi?pr=106438