From owner-freebsd-net Sun Jul 21 0:47:49 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF1937B400 for ; Sun, 21 Jul 2002 00:47:45 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57A7243E58 for ; Sun, 21 Jul 2002 00:47:38 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (localhost.he.iki.fi [127.0.0.1]) by silver.he.iki.fi (8.12.3/8.11.4) with ESMTP id g6L7kO6l030737; Sun, 21 Jul 2002 10:46:25 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <3D3A66CF.1D55A67@he.iki.fi> Date: Sun, 21 Jul 2002 10:46:23 +0300 From: Petri Helenius X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.6-PRERELEASE i386) X-Accept-Language: en,fi MIME-Version: 1.0 To: Mike Tancsa Cc: shubha mr , freebsd-net@FreeBSD.ORG Subject: Re: VLAN - testing-urgent! References: <20020719054804.78353.qmail@web14609.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Mike Tancsa wrote: > > quick example... > > Use a NIC that is vlan capable. e.g. fxp is very good. Get a 802.1q VLAN > capable switch (e.g. a cisco 29xx) > > in port 1 plug in your fxp card > Speaking of VLAN's, is bpf supposed to work on vlan interfaces? I did get tagged frames on the fxp0 interface but running it on vlan (sub-)interface didn't produce expected results. Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 5:54:32 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E28E37B400 for ; Sun, 21 Jul 2002 05:54:30 -0700 (PDT) Received: from yama.openaccess.org (yama.openaccess.org [216.57.214.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16DB443E31 for ; Sun, 21 Jul 2002 05:54:30 -0700 (PDT) (envelope-from michael@staff.openaccess.org) Received: from [10.0.1.22] (roswell.deman.com [204.201.133.2] (may be forged)) by yama.openaccess.org (8.12.3/8.11.6) with ESMTP id g6LCn9Kg004695; Sun, 21 Jul 2002 05:49:10 -0700 (PDT) (envelope-from michael@staff.openaccess.org) User-Agent: Microsoft-Entourage/10.0.0.1309 Date: Sun, 21 Jul 2002 05:54:23 -0700 Subject: Re: VLAN - testing-urgent! From: Michael DeMan To: Petri Helenius , Mike Tancsa Cc: shubha mr , Message-ID: In-Reply-To: <3D3A66CF.1D55A67@he.iki.fi> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org My experience is that bpf does work over VLANs on FreeBSD. We run DHCP over 802.1q into a 3COM switch and it works. - mike 7/21/02 12:46 AM, "Petri Helenius" wrote: > Mike Tancsa wrote: >> >> quick example... >> >> Use a NIC that is vlan capable. e.g. fxp is very good. Get a 802.1q VLAN >> capable switch (e.g. a cisco 29xx) >> >> in port 1 plug in your fxp card >> > Speaking of VLAN's, is bpf supposed to work on vlan interfaces? > I did get tagged frames on the fxp0 interface but running it on > vlan (sub-)interface didn't produce expected results. > > Pete > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 6:23:27 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8469937B400 for ; Sun, 21 Jul 2002 06:23:20 -0700 (PDT) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 0341A43E3B for ; Sun, 21 Jul 2002 06:23:19 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 66913 invoked from network); 21 Jul 2002 13:21:56 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.0.54]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 21 Jul 2002 13:21:56 -0000 Message-ID: <3D3AB5AF.F2F637C3@pipeline.ch> Date: Sun, 21 Jul 2002 15:22:55 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Matthew Dillon Cc: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP References: <200207200103.g6K135Ap081155@apollo.backplane.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Matthew Dillon wrote: > > Ok, I am having another go at trying to implement a bandwidth > delay product calculation to limit the number of inflight packets. > > The idea behind this feature is two fold: > > (1) If you have huge TCP buffers and there is no packet loss our > TCP stack will happily build up potentially hundreds of outgoing > packets even though most of them just sit in the interface queue > (or, worse, in your router's interface queue!). > > (2) If you have a bandwidth constriction, such as a modem, this feature > attempts to place only as many packets in the pipeline as is necessary > to fill the pipeline, which means that you can type in one window > and send large amounts of data (scp, ftp) in another. If I read the code this is per TCP session. So this would also help in cases where a server with a really good connection has lots of slow (modem/DSL) clients? -- Andre > Note that this is a transmitter-side solution, not a receiver-side > solution. This will not help your typing if you are downloading a > lot of stuff and the remote end builds up a lot of packets on your > ISP's router. Theoretically we should be able to also restrict the > window we advertise but that is a much more difficult problem. > > This code is highly experimental and so the SYSCTL's are setup for > debugging (and it is disabled by default). I'm sure a lot of tuning can > be done. The sysctl's are as follows: > > net.inet.tcp.inflight_enable default off (0) > net.inet.tcp.inflight_debug default on (1) > net.inet.tcp.inflight_min default 1024 > net.inet.tcp.inflight_max default seriously large number > > Under normal operating conditions the min default would usually be > at least 4096. For debugging it is useful to allow it to be 1024. > Note that the code will not internally allow the inflight size to > drop under 2 * maxseg (two segments). > > This code calculates the bandwidth delay product and artifically > closes the transmit window to that value. The bandwidth delay product > for the purposes of transmit window calculation is: > > bytes_in_flight = end_to_end_bandwidth * srtt > > Examples: > > Transport Bandwidth Ping Bandwidth Delay product > (-s 1440) > GigE 100 MBytes/sec 1.00 ms 100000 bytes > 100BaseTX 10 MBytes/sec 0.65 ms 6500 bytes > 10BaseT 1 MByte/sec 1.00 ms 1000 bytes > T1 170 KBytes/sec 5.00 ms 850 bytes > DSL 120 KBytes/sec 20.00 ms 2400 bytes > ISDN 14 KBytes/sec 40.00 ms 560 bytes > 56K modem 5.6 KBytes/sec 120 ms 672 bytes > Slow client 50 KBytes/sec 200 ms 10000 bytes > > Now lets say you have a TCP send buffer of 128K and the remote end has a > receive buffer of 128K, and window scaling works. On a 100BaseTX > connection with no packet loss your TCP sender will queue up to > 91 packets to the interface even though it only really needs to queue > up 5 packets. With net.inet.tcp.inflight_enable turned on, the TCP > sender will only queue up 4 packets. On the GigE link which > actually needs 69 packets in flight, 69 packets will be queued up. > > That's what this code is supposed to do. This is my second attempt. > I tried this last year too but it was too messy. But this time I > think I've got it down to where it isn't as messy. > > -Matt > Matthew Dillon > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 7:23:38 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6462637B400 for ; Sun, 21 Jul 2002 07:23:37 -0700 (PDT) Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8274A43E5E for ; Sun, 21 Jul 2002 07:23:36 -0700 (PDT) (envelope-from mike@sentex.net) Received: from house.sentex.net (fcage [192.168.0.2]) by cage.simianscience.com (8.12.5/8.12.3) with ESMTP id g6LENXrw041522 for ; Sun, 21 Jul 2002 10:23:34 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <5.1.0.14.0.20020721102247.04f66dc0@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 21 Jul 2002 10:23:52 -0400 To: freebsd-net@freebsd.org From: Mike Tancsa Subject: FreeBSD IPSec to GNAT box Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: amavis-20020220 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Has anyone had any luck making these 2 talk to each other ? The GNAT box insists on manual keying, but I cant seem to get them to work at all. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 8:21:24 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90F5437B400 for ; Sun, 21 Jul 2002 08:21:23 -0700 (PDT) Received: from nomadic.glarp.com (adsl-40-55-bs1.tiscali.ch [212.254.40.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 219D643E72 for ; Sun, 21 Jul 2002 08:21:21 -0700 (PDT) (envelope-from huntting@nomadic.glarp.com) Received: from nomadic.glarp.com (localhost [127.0.0.1]) by nomadic.glarp.com (8.12.3/8.12.3) with ESMTP id g6LFLHlI058202 for ; Sun, 21 Jul 2002 17:21:18 +0200 (CEST) (envelope-from huntting@nomadic.glarp.com) Message-Id: <200207211521.g6LFLHlI058202@nomadic.glarp.com> To: freebsd-net@freebsd.org Subject: multicast forwarding overhaul From: huntting@glarp.com Date: Sun, 21 Jul 2002 17:21:17 +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In the process of implementing Automatic Multicast Without Explicit Tunnels (URL below), I've discovered that the multicast routing code really cant be used for multicast routing algorithms based on bidirectional shared trees (PIM-B, BGMP, CBT, IGMP Proxy, etc). So, before I start rewriting ip_mroute.c or implementing some crazy netgraph nodes that only work for this particular problem: Does anyone have any thoughts on the future direction of FreeBSD's (or *BSDs) packet forwarding architecture? Is the Linux routing architecture worth trying to emulate (or simulate)? Can (should) netgraph nodes be used for IP forwarding? How? brad The AMT draft can (for the next 5 months or so) be found at http://www.ietf.org/internet-drafts/draft-ietf-mboned-auto-multicast-01.txt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 8:51: 0 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A61137B400 for ; Sun, 21 Jul 2002 08:50:57 -0700 (PDT) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 13E1843E42 for ; Sun, 21 Jul 2002 08:50:56 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 71488 invoked from network); 21 Jul 2002 15:49:28 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.0.54]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 21 Jul 2002 15:49:28 -0000 Message-ID: <3D3AD843.C84F3742@pipeline.ch> Date: Sun, 21 Jul 2002 17:50:27 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Silbersack Cc: Garrett Wollman , Jonathan Lemon , net@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet tcp_timer.h References: <20020719134639.S95326-100000@patrocles.silby.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Mike Silbersack wrote: > > On Thu, 18 Jul 2002, Garrett Wollman wrote: > > > - He questioned whether the traditional VJ `srtt + 4*rttvar' > > computation captures enough of the variance in the real Internet to > > avoid unnecessary slow retransmits. > > > > - He also notes that there have not been screams of protest since > > Linux adopted the 200-ms minimum, which suggests that it's not a > > completely hare-brained value. > > > > -GAWollman > > Now that I've had a bit more time to think it over, I believe that Matt's > 200ms slop + no floor on rtomin provides us with a very good system. In > effect, Matt has seperated the delay necessary to avoid retrans because of > delayed acks (200ms or less on modern systems) from rtt (quite variable.) > This is an approach that seems quite obvious in hindsight, and should > allow the tcp stack to adapt to varying link types quite dynamically. > > The main improvement upon this I could see is dynamically detecting the > delayed ack period of the receiver, as suggesed by DG. Unfortunately, I > suspect that such detection would be nearly impossible to get correct. In September/October I get two Students doing their Master here and the task I've assigned to them is to track the real-world observed behaviour of TCP at five major sites here in Switzerland. These sites are chosen to give a statistically correct representation of the Swiss Internet demographics. We'll get 128 Byte tcpdumps of 7 days. These dumps will be analysed for TCP. The data will be very interesting because in Switzerland we've got a very nice mix of Modem/ISDN, Leased Line (symmetric), Cable (256k-2M) and ADSL (256k-2M). I want to use this to tune the TCP hostcache I'm working on. The current tcp metric caching system is not very efficient (measured with the patch I posted a month ago)(this is webhost with ~200 virtual hosts, moderate traffic, uptime 13 days): net.inet.tcp.rmxcachelookup: 441942 net.inet.tcp.rmxcachehit: 49015 net.inet.tcp.rmxcacheupdate: 22696 net.inet.tcp.rmxcachenoupdate: 449336 The main culprit for the high nocacheupdate value is the requirement of 16 samples in tcp_close to update the values. In todays world with so many short lived http connections which transport only a couple of Kbytes the 16 samples are seldomly reached. The best thing would be to measure the first http/tcp connection and then use the already cached values for the following object fetch http/tcp connections. One of the focus spots I've set for the students is to find out how many samples are needed to be within 10% variation. If you have anything additional you'd like us to measure in the TCP analysis please tell me. The data we get is very valuable for data mining and reality checks. -- Andre > In place of this, I'd suggest that the slop be bumped from 200ms up to > 220ms; both linux and windows use a 200ms delayed ACK period, and we don't > want to be exactly synchronized to that time period. > > Mike "Silby" Silbersack > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 10:47:24 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE32337B400; Sun, 21 Jul 2002 10:47:21 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8574943E31; Sun, 21 Jul 2002 10:47:21 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6LHlLCV003689; Sun, 21 Jul 2002 10:47:21 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6LHlKHv003686; Sun, 21 Jul 2002 10:47:20 -0700 (PDT) (envelope-from dillon) Date: Sun, 21 Jul 2002 10:47:20 -0700 (PDT) From: Matthew Dillon Message-Id: <200207211747.g6LHlKHv003686@apollo.backplane.com> To: Andre Oppermann Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Another go at bandwidth delay product pipeline limiting for TCP References: <200207200103.g6K135Ap081155@apollo.backplane.com> <3D3AB5AF.F2F637C3@pipeline.ch> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org :> packets even though most of them just sit in the interface queue :> (or, worse, in your router's interface queue!). :> :> (2) If you have a bandwidth constriction, such as a modem, this feature :> attempts to place only as many packets in the pipeline as is necessary :> to fill the pipeline, which means that you can type in one window :> and send large amounts of data (scp, ftp) in another. : :If I read the code this is per TCP session. So this would also help :in cases where a server with a really good connection has lots of :slow (modem/DSL) clients? : :-- :Andre Yes, it should. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 12:45:33 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4D4B37B401; Sun, 21 Jul 2002 12:45:26 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 515D443EA9; Sun, 21 Jul 2002 12:45:15 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6LJj1CV006837; Sun, 21 Jul 2002 12:45:03 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6LJj0ZV006816; Sun, 21 Jul 2002 12:45:00 -0700 (PDT) (envelope-from dillon) Date: Sun, 21 Jul 2002 12:45:00 -0700 (PDT) From: Matthew Dillon Message-Id: <200207211945.g6LJj0ZV006816@apollo.backplane.com> To: freebsd-hackers@freebsd.org, freebsd-net@freebsd.org Cc: Mike Silbersack , Garrett Wollman , Jonathan Lemon Subject: MFC status for retransmit timer min/slop Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I am going to be MFCing the transmit timer min/slop stuff soon (because the vast majority of complaints by users related to this issue is on -stable). I believe the basic concept and code is reasonable and the only real issue is whether to make the default slop 1000ms or 200ms. I would very much like to change the default to 200ms in -stable but I will be happy to MFC the code to -stable with a 1000ms default to begin with, to get it out of the way, and then persue changing the default (on stable) to 200ms as a separate issue. The default should remain 200ms in -current. I've considered how best to test this change in a real environment. The only thing I can come up with is to test it on my main machine, apollo.backplane.com, which serves around 800 pages a day, plus handles a good deal of email, and use netstat -s to collect statistics with the default at 200ms and the default at 1000ms. In regards to people who have objections to the change perhaps once it is in stable we can get a bunch of developers, including those with objections, to test real-life production systems for a week alternating the slop once a day 200 ms, 1000 ms, 200 ms, 1000 ms, and collecting netstat -s statistics as a means of determining whether a 200ms default is reasonable. I added an additional network statistic 'unnecessary retransmits' to netstat -s in -current and will be MFCing that to -stable as well, which should help in any evaluation. I am personally quite sure that no major gotchas will occur, but I am willing to allow time for my and other people's testing to confirm my suspicion. That said, once the statistics are collected and found to show no lasting harm the onus would be on the people with objections to prove it otherwise. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 14: 4:32 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7022F37B49A; Sun, 21 Jul 2002 14:04:24 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id E70B543E3B; Sun, 21 Jul 2002 14:04:23 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6LL46r58986; Sun, 21 Jul 2002 14:04:06 -0700 (PDT) (envelope-from rizzo) Date: Sun, 21 Jul 2002 14:04:06 -0700 From: Luigi Rizzo To: Matthew Dillon Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, Mike Silbersack , Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop Message-ID: <20020721140406.A57714@iguana.icir.org> References: <200207211945.g6LJj0ZV006816@apollo.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200207211945.g6LJj0ZV006816@apollo.backplane.com>; from dillon@apollo.backplane.com on Sun, Jul 21, 2002 at 12:45:00PM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 200ms is fine with me. cheers luigi On Sun, Jul 21, 2002 at 12:45:00PM -0700, Matthew Dillon wrote: > I am going to be MFCing the transmit timer min/slop stuff soon (because > the vast majority of complaints by users related to this issue is > on -stable). > > I believe the basic concept and code is reasonable and the only real > issue is whether to make the default slop 1000ms or 200ms. I would very To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 14:10:37 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E166837B400 for ; Sun, 21 Jul 2002 14:10:36 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4781343E42 for ; Sun, 21 Jul 2002 14:10:36 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id g6LLAXqw032204 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 21 Jul 2002 17:10:33 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.3/Submit) id g6LLAXlH032201; Sun, 21 Jul 2002 17:10:33 -0400 (EDT) (envelope-from wollman) Date: Sun, 21 Jul 2002 17:10:33 -0400 (EDT) From: Garrett Wollman Message-Id: <200207212110.g6LLAXlH032201@khavrinen.lcs.mit.edu> To: Matthew Dillon Cc: freebsd-net@freebsd.org Subject: MFC status for retransmit timer min/slop In-Reply-To: <200207211945.g6LJj0ZV006816@apollo.backplane.com> References: <200207211945.g6LJj0ZV006816@apollo.backplane.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > I believe the basic concept and code is reasonable and the only real > issue is whether to make the default slop 1000ms or 200ms. I'm OK with 200 ms (having talked with my local TCP experts about it). -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 14:52: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DFD337B400; Sun, 21 Jul 2002 14:51:58 -0700 (PDT) Received: from patrocles.silby.com (d106.as14.nwbl0.wi.voyager.net [169.207.134.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3080043E42; Sun, 21 Jul 2002 14:51:57 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g6LLuKcv005324; Sun, 21 Jul 2002 16:56:20 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.5/8.12.5/Submit) with ESMTP id g6LLu11X005316; Sun, 21 Jul 2002 16:56:17 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Sun, 21 Jul 2002 16:56:00 -0500 (CDT) From: Mike Silbersack To: Matthew Dillon Cc: freebsd-hackers@freebsd.org, , Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop In-Reply-To: <200207211945.g6LJj0ZV006816@apollo.backplane.com> Message-ID: <20020721165445.K5064-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 21 Jul 2002, Matthew Dillon wrote: > I believe the basic concept and code is reasonable and the only real > issue is whether to make the default slop 1000ms or 200ms. I would very > much like to change the default to 200ms in -stable but I will be happy > to MFC the code to -stable with a 1000ms default to begin with, to get > it out of the way, and then persue changing the default (on stable) > to 200ms as a separate issue. The default should remain 200ms in > -current. I think that MFCing with 200ms would be best. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 14:55:31 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FA1F37B400; Sun, 21 Jul 2002 14:55:27 -0700 (PDT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E989543E31; Sun, 21 Jul 2002 14:55:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.12.5/8.12.4) with ESMTP id g6LLtQCV033665; Sun, 21 Jul 2002 14:55:26 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.5/8.12.4/Submit) id g6LLtQdq033664; Sun, 21 Jul 2002 14:55:26 -0700 (PDT) (envelope-from dillon) Date: Sun, 21 Jul 2002 14:55:26 -0700 (PDT) From: Matthew Dillon Message-Id: <200207212155.g6LLtQdq033664@apollo.backplane.com> To: Mike Silbersack Cc: freebsd-hackers@FreeBSD.ORG, , Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop References: <20020721165445.K5064-100000@patrocles.silby.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Wow. I'm flattered. Everyone so far thinks 200ms will be ok! Its up to Jonathan Lemon now. Jonathan, if you sign off on 200ms for the MFC I'll go with it. -Matt Matthew Dillon : : :On Sun, 21 Jul 2002, Matthew Dillon wrote: : :> I believe the basic concept and code is reasonable and the only real :> issue is whether to make the default slop 1000ms or 200ms. I would very :> much like to change the default to 200ms in -stable but I will be happy :> to MFC the code to -stable with a 1000ms default to begin with, to get :> it out of the way, and then persue changing the default (on stable) :> to 200ms as a separate issue. The default should remain 200ms in :> -current. : :I think that MFCing with 200ms would be best. : :Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 15: 5:53 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F27437B401; Sun, 21 Jul 2002 15:05:49 -0700 (PDT) Received: from critter.freebsd.dk (port757.uc1-esp.isdn-lan.cybercity.dk [212.242.98.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18F3643E58; Sun, 21 Jul 2002 15:05:48 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.3/8.12.2) with ESMTP id g6LM3GNK028637; Mon, 22 Jul 2002 00:03:17 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: Mike Silbersack , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop In-Reply-To: Your message of "Sun, 21 Jul 2002 14:55:26 PDT." <200207212155.g6LLtQdq033664@apollo.backplane.com> Date: Mon, 22 Jul 2002 00:03:16 +0200 Message-ID: <28636.1027288996@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message <200207212155.g6LLtQdq033664@apollo.backplane.com>, Matthew Dillon w rites: > Wow. I'm flattered. Everyone so far thinks 200ms will be ok! > > Its up to Jonathan Lemon now. Jonathan, if you sign off on 200ms > for the MFC I'll go with it. Even if everybody agrees to 200msec I think it is far too early for an MFC. Suggest you provide a -stable friendly patchfile until we have this issue settled in -current. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Jul 21 15:19:13 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE25437B401; Sun, 21 Jul 2002 15:19:11 -0700 (PDT) Received: from renown.cnchost.com (renown.concentric.net [207.155.248.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4874143E31; Sun, 21 Jul 2002 15:19:10 -0700 (PDT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (adsl-209-204-185-216.sonic.net [209.204.185.216]) by renown.cnchost.com id SAA16450; Sun, 21 Jul 2002 18:19:06 -0400 (EDT) [ConcentricHost SMTP Relay 1.14] Message-ID: <200207212219.SAA16450@renown.cnchost.com> To: Matthew Dillon Cc: Mike Silbersack , freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG, Garrett Wollman , Jonathan Lemon Subject: Re: MFC status for retransmit timer min/slop In-reply-to: Your message of "Sun, 21 Jul 2002 14:55:26 PDT." <200207212155.g6LLtQdq033664@apollo.backplane.com> Date: Sun, 21 Jul 2002 15:19:04 -0700 From: Bakul Shah Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Wow. I'm flattered. Everyone so far thinks 200ms will be ok! I'd still prefer the default left at 1 sec until there is enough real testing so that people not taking part in the test don't get surprised. That is, "dampen" any potential future oscillations in this value. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 2: 9:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3BA937B400; Mon, 22 Jul 2002 02:09:17 -0700 (PDT) Received: from kirk.rvdp.org (node147c0.a2000.nl [24.132.71.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D6A343E5E; Mon, 22 Jul 2002 02:09:16 -0700 (PDT) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.11.6/8.11.6) id g6M98sj03174; Mon, 22 Jul 2002 11:08:54 +0200 (CEST) Date: Mon, 22 Jul 2002 11:08:54 +0200 From: Ronald van der Pol To: Wolfram Schneider Cc: Sulaiman Khan , wosch@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: BSD Sockets API Message-ID: <20020722090854.GA2497@rvdp.org> References: <20020718103746.19792.qmail@web13106.mail.yahoo.com> <20020718125933.B63@freno.cs.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020718125933.B63@freno.cs.tu-berlin.de> User-Agent: Mutt/1.4i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Jul 18, 2002 at 12:59:34 +0200, Wolfram Schneider wrote: > please read: > > http://www.freebsd.org/cgi/man.cgi?socket > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/sockets.html And: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ipv6.html and especially: http://www.usenix.org/publications/library/proceedings/\ usenix2000/freenix/metzprotocol.html Write your programs address family independent, so your programs run with both IPv4 and IPv6 transport. rvdp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 6:38:17 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC99D37B400 for ; Mon, 22 Jul 2002 06:38:16 -0700 (PDT) Received: from exchange.epx.com (exchange.epx.com [128.121.22.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1625143E65 for ; Mon, 22 Jul 2002 06:38:16 -0700 (PDT) (envelope-from tsevy@exchange.epx.com) Received: (from root@localhost) by exchange.epx.com (8.11.6/8.11.6) id g6MDc4200667 for net@freebsd.org; Mon, 22 Jul 2002 09:38:04 -0400 (EDT) (envelope-from tsevy) Message-Id: <200207221338.g6MDc4200667@exchange.epx.com> Content-Type: text/plain; charset="iso-8859-1" From: freebsd To: net@freebsd.org Subject: Multi-threaded drivers? Date: Mon, 22 Jul 2002 09:38:04 -0400 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sorry, I'm not a programmer. Can anyone tell me if the 'dc' driver is multithreaded? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 8:58:33 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3222C37B400; Mon, 22 Jul 2002 08:58:13 -0700 (PDT) Received: from chiark.greenend.org.uk (chiark.greenend.org.uk [212.135.138.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4661243E31; Mon, 22 Jul 2002 08:58:10 -0700 (PDT) (envelope-from fanf@chiark.greenend.org.uk) Received: from fanf by chiark.greenend.org.uk with local (Exim 3.12 #1) id 17WfZX-0000Pt-00 (Debian); Mon, 22 Jul 2002 16:58:07 +0100 Date: Mon, 22 Jul 2002 16:58:07 +0100 From: Tony Finch To: freebsd-net@freebsd.org, freebsd-audit@freebsd.org Cc: dwmalone@freebsd.org, dot@dotat.at Subject: [PATCH] inetd auth logging Message-ID: <20020722165807.D13903@chiark.greenend.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The patch below adds a -l option to turn on logging of the inetd builtin auth (RFC 1413) service. It's mainly intended for use with the -g option, so that there is a record in the logs of the correspondence between the nonce that inetd returns and the real username associated with the connection. Tony. -- f.a.n.finch http://dotat.at/ VIKING NORTH UTSIRE: NORTHWEST 5 OR 6 DECREASING 4. SHOWERS. MODERATE OR GOOD. --- src/usr.sbin/inetd/builtins.c 17 Jul 2001 10:45:03 -0000 1.19.2.6 +++ src/usr.sbin/inetd/builtins.c 22 Jul 2002 15:52:21 -0000 @@ -327,25 +327,6 @@ /* ARGSUSED */ void -iderror(lport, fport, s, er) /* Generic ident_stream error-sending func */ - int lport, fport, s; - const char *er; -{ - char *p; - - asprintf(&p, "%d , %d : ERROR : %s\r\n", lport, fport, er); - if (p == NULL) { - syslog(LOG_ERR, "asprintf: %m"); - exit(EX_OSERR); - } - send(s, p, strlen(p), MSG_EOF); - free(p); - - exit(0); -} - -/* ARGSUSED */ -void ident_stream(s, sep) /* Ident service (AKA "auth") */ int s; struct servtab *sep; @@ -366,10 +347,11 @@ fd_set fdset; char buf[BUFSIZE], *p, **av, *osname = NULL, e; char idbuf[MAXLOGNAME] = ""; /* Big enough to hold uid in decimal. */ + const char *error = ID_UNKNOWN; socklen_t socklen; ssize_t ssize; size_t size, bufsiz; - int c, fflag = 0, nflag = 0, rflag = 0, argc = 0; + int c, fflag = 0, lflag = 0, nflag = 0, rflag = 0, argc = 0; int gflag = 0, iflag = 0, Fflag = 0, getcredfail = 0, onreadlen; u_short lport, fport; @@ -392,7 +374,7 @@ size_t i; u_int32_t rnd32; - while ((c = getopt(argc, sep->se_argv, "d:fFgino:rt:")) != -1) + while ((c = getopt(argc, sep->se_argv, "d:fFgilno:rt:")) != -1) switch (c) { case 'd': if (!gflag) @@ -431,6 +413,9 @@ case 'i': iflag = 1; break; + case 'l': + lflag = 1; + break; case 'n': nflag = 1; break; @@ -460,7 +445,7 @@ } if (osname == NULL) { if (uname(&un) == -1) - iderror(0, 0, s, ID_UNKNOWN); + goto printerror; osname = un.sysname; } @@ -493,14 +478,14 @@ break; FD_SET(s, &fdset); if (select(s + 1, &fdset, NULL, NULL, &tv) == -1) - iderror(0, 0, s, ID_UNKNOWN); + goto printerror; if (ioctl(s, FIONREAD, &onreadlen) == -1) - iderror(0, 0, s, ID_UNKNOWN); + goto printerror; if ((size_t)onreadlen > bufsiz) onreadlen = bufsiz; ssize = read(s, &buf[size], (size_t)onreadlen); if (ssize == -1) - iderror(0, 0, s, ID_UNKNOWN); + goto printerror; else if (ssize == 0) break; bufsiz -= ssize; @@ -510,22 +495,22 @@ } buf[size] = '\0'; /* Read two characters, and check for a delimiting character */ - if (sscanf(buf, "%hu , %hu%c", &lport, &fport, &e) != 3 || isdigit(e)) - iderror(0, 0, s, ID_INVALID); - - /* Send garbage? */ - if (gflag) - goto printit; + if (sscanf(buf, "%hu , %hu%c", &lport, &fport, &e) != 3 || isdigit(e)) { + error = ID_INVALID; + goto printerror; + } /* * If not "real" (-r), send a HIDDEN-USER error for everything. - * If -d is used to set a fallback username, this is used to - * override it, and the fallback is returned instead. + * If -d or -g is used to set a fallback username, this is used + * to override it, and the fallback is returned instead. + * If we are logging we have to do a bit more work. */ - if (!rflag) { - if (*idbuf == '\0') - iderror(lport, fport, s, ID_HIDDEN); - goto printit; + if (!lflag && (gflag || !rflag)) { + if (*idbuf != '\0') + goto printit; + error = ID_HIDDEN; + goto printerror; } /* @@ -537,12 +522,12 @@ */ socklen = sizeof(ss[0]); if (getsockname(s, (struct sockaddr *)&ss[0], &socklen) == -1) - iderror(lport, fport, s, ID_UNKNOWN); + goto printerror; socklen = sizeof(ss[1]); if (getpeername(s, (struct sockaddr *)&ss[1], &socklen) == -1) - iderror(lport, fport, s, ID_UNKNOWN); + goto printerror; if (ss[0].ss_family != ss[1].ss_family) - iderror(lport, fport, s, ID_UNKNOWN); + goto printerror; size = sizeof(uc); switch (ss[0].ss_family) { case AF_INET: @@ -570,17 +555,31 @@ break; } if (getcredfail != 0) { - if (*idbuf == '\0') - iderror(lport, fport, s, - getcredfail == ENOENT ? ID_NOUSER : ID_UNKNOWN); - goto printit; + if (*idbuf != '\0') + goto printit; + if (getcredfail == ENOENT) + error = ID_NOUSER; + goto printerror; } /* Look up the pw to get the username and home directory*/ errno = 0; pw = getpwuid(uc.cr_uid); - if (pw == NULL) - iderror(lport, fport, s, errno == 0 ? ID_NOUSER : ID_UNKNOWN); + if (pw == NULL) { + if (*idbuf != '\0') + goto printit; + if (errno == 0) + error = ID_NOUSER; + goto printerror; + } + + /* Now do the stuff that we deferred because we are logging. */ + if (gflag || !rflag) { + if (*idbuf != '\0') + goto printit; + error = ID_HIDDEN; + goto printerror; + } if (iflag) snprintf(idbuf, sizeof(idbuf), "%u", (unsigned)pw->pw_uid); @@ -593,10 +592,11 @@ */ if (nflag) { if (asprintf(&p, "%s/.noident", pw->pw_dir) == -1) - iderror(lport, fport, s, ID_UNKNOWN); + goto printerror; if (lstat(p, &sb) == 0) { free(p); - iderror(lport, fport, s, ID_HIDDEN); + error = ID_HIDDEN; + goto printerror; } free(p); } @@ -615,9 +615,9 @@ * symbolic links to sensitive root-owned files or devices. */ if (initgroups(pw->pw_name, pw->pw_gid) == -1) - iderror(lport, fport, s, ID_UNKNOWN); + goto printerror; if (seteuid(pw->pw_uid) == -1) - iderror(lport, fport, s, ID_UNKNOWN); + goto printerror; /* * We can't stat() here since that would be a race * condition. @@ -626,7 +626,7 @@ * returning the user's real username. */ if (asprintf(&p, "%s/.fakeid", pw->pw_dir) == -1) - iderror(lport, fport, s, ID_UNKNOWN); + goto printerror; fakeid_fd = open(p, O_RDONLY | O_NONBLOCK); free(p); if (fakeid_fd == -1 || fstat(fakeid_fd, &sb) == -1 || @@ -675,14 +675,32 @@ printit: /* Finally, we make and send the reply. */ - if (asprintf(&p, "%d , %d : USERID : %s : %s\r\n", lport, fport, osname, - idbuf) == -1) { + ssize = asprintf(&p, "%d , %d : USERID : %s : %s\r\n", lport, fport, + osname, idbuf); + if (p == NULL) { syslog(LOG_ERR, "asprintf: %m"); exit(EX_OSERR); } - send(s, p, strlen(p), MSG_EOF); + if (lflag) + syslog(LOG_INFO, "auth: %.*s (really %s)", + ssize - 2, p, pw ? pw->pw_name : "???"); + send(s, p, ssize, MSG_EOF); free(p); - + + exit(0); + +printerror: + ssize = asprintf(&p, "%d , %d : ERROR : %s\r\n", lport, fport, error); + if (p == NULL) { + syslog(LOG_ERR, "asprintf: %m"); + exit(EX_OSERR); + } + if (lflag) + syslog(LOG_INFO, "auth: %.*s (user %s)", + ssize - 2, p, pw ? pw->pw_name : "???"); + send(s, p, ssize, MSG_EOF); + free(p); + exit(0); } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 12: 0:23 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31DED37B400 for ; Mon, 22 Jul 2002 12:00:19 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96F7643E5E for ; Mon, 22 Jul 2002 12:00:18 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc01.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020722190017.OXBP8192.sccrmhc01.attbi.com@InterJet.elischer.org>; Mon, 22 Jul 2002 19:00:17 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA05548; Mon, 22 Jul 2002 11:42:55 -0700 (PDT) Date: Mon, 22 Jul 2002 11:42:53 -0700 (PDT) From: Julian Elischer To: freebsd Cc: net@freebsd.org Subject: Re: Multi-threaded drivers? In-Reply-To: <200207221338.g6MDc4200667@exchange.epx.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Yes and no.. it has 2 'threads' (if you decide to interpret it that way). One runs at the time of the interrupt. and receives the packet, and possibly gets another to transmit if the transmit buffer has room. The other runs at other times and passes the packet through the IP stack. It also queues packets ready to transmit.. it's not actually a threaded driver, but it has some of the characteristics of one. The two threads of control are independent and need to have locking to stop them colliding. The locking is in th e form of spl() calls in -stable. In -current it's more complicated.. On Mon, 22 Jul 2002, freebsd wrote: > Sorry, I'm not a programmer. Can anyone tell me if the 'dc' driver is > multithreaded? > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 13:34: 4 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D24CB37B400 for ; Mon, 22 Jul 2002 13:33:59 -0700 (PDT) Received: from mcambria.fid4.com (h006097296569.ne.client2.attbi.com [66.30.202.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26A0443E67 for ; Mon, 22 Jul 2002 13:33:59 -0700 (PDT) (envelope-from cambria@fid4.com) Received: from fid4.com (mcambria3.avayactc.com [199.93.239.107]) by mcambria.fid4.com (8.12.4/8.11.6) with ESMTP id g6MKW6f0003515; Mon, 22 Jul 2002 16:32:11 -0400 (EDT) (envelope-from cambria@fid4.com) Message-ID: <3D3C68FD.2050609@fid4.com> Date: Mon, 22 Jul 2002 16:20:13 -0400 From: "Michael C. Cambria" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.0.0) Gecko/20020628 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org, cambria@fid4.com Subject: freenet6.sh errors Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I'm getting errors when running the freenet6 script to setup an IPv6 over IPv4 tunnel. The errors deal with writing to routing socket. Are they important? I ask since things seem to work so far (as a host, I'll move on to setting up as an ipv6 router after this question is answered.) I'm able to use Apache, Mozilla, ping6, telnet6, ssh6 etc. to and from this machine just fine. I get similar (if not the same) results with a prefix len of 48 or 64. I am using a public IP address for my tunnel endpoint, and NAT is not involved. I downloaded freenet6-0.9.6.tgz from the freenet6.net website into /usr/ports/distfiles, and built from ports (FreeBSD 4.6-Stable). Using -v on the command line provides more info on what is happening: /usr/local/bin/tspc -v -f /usr/local/etc/tspc.conf tspc - Tunnel Server Protocol Client Loading configuration file Connecting to server Using [a.b.c.d] as source IPv4 address. Send request Process response from server TSP_HOST_TYPE router TSP_TUNNEL_INTERFACE gif0 TSP_HOME_INTERFACE xl0 TSP_CLIENT_ADDRESS_IPV4 a.b.c.d TSP_CLIENT_ADDRESS_IPV6 3ffe:0b80:0002:6918:0000:0000:0000:0002 TSP_SERVER_ADDRESS_IPV4 206.123.31.114 TSP_SERVER_ADDRESS_IPV6 3ffe:0b80:0002:6918:0000:0000:0000:0001 TSP_TUNNEL_PREFIXLEN 128 TSP_PREFIX 3ffe:0b80:09c8 TSP_PREFIXLEN 48 TSP_VERBOSE 1 TSP_HOME_DIR /usr/local --- Start of configuration script. --- Script: tspc-freebsd44.sh Setting up interface gif0 Adding default route to 3ffe:0b80:0002:6918:0000:0000:0000:0001 ==> route: writing to routing socket: No such process ==> delete net default: not in table add net default: gateway 3ffe:0b80:0002:6918:0000:0000:0000:0001 Router configuration Kernel setup ==>route: writing to routing socket: File exists ==> add net 3ffe:0b80:09c8::: gateway lo0: File exists Error while executing /sbin/route Command: /sbin/route add -inet6 3ffe:0b80:09c8:: -prefixlen 48-interface lo0 Closing, exit status: 0 Exiting with return code : 0 (0 = no error) Thanks, MikeC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 15:35:27 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91B7F37B400; Mon, 22 Jul 2002 15:35:08 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id F207143E3B; Mon, 22 Jul 2002 15:35:02 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6MMYte34855; Tue, 23 Jul 2002 01:34:55 +0300 (EEST) (envelope-from ru) Date: Tue, 23 Jul 2002 01:34:55 +0300 From: Ruslan Ermilov To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Cc: net@FreeBSD.org Subject: Re: cvs commit: src/sys/netinet tcp_input.c Message-ID: <20020722223455.GA34550@sunbay.com> References: <200207222231.g6MMVA5Y009413@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wzJLGUyc3ArbnUjN" Content-Disposition: inline In-Reply-To: <200207222231.g6MMVA5Y009413@freefall.freebsd.org> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --wzJLGUyc3ArbnUjN Content-Type: multipart/mixed; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 22, 2002 at 03:31:10PM -0700, Ruslan Ermilov wrote: > ru 2002/07/22 15:31:10 PDT >=20 > Modified files: > sys/netinet tcp_input.c=20 > Log: > Don't shrink socket buffers in tcp_mss(), application might have already > configured them with setsockopt(SO_*BUF), for RFC1323's scaled windows. > =20 > PR: kern/11966 > MFC after: 1 week > =20 > Revision Changes Path > 1.166 +4 -2 src/sys/netinet/tcp_input.c >=20 The attached program could be used as a regression test. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="tcp.c" #include #include #include #include #include #include #include int main(int argc __unused, char *argv[] __unused) { int s; struct sockaddr_in addr; char data[100]; int optval; socklen_t optlen; if ((s = socket(AF_INET, SOCK_STREAM, 0)) == -1) err(1, "socket"); addr.sin_len = sizeof addr; addr.sin_family = AF_INET; addr.sin_port = htons(9); /* discard */ addr.sin_addr.s_addr = htonl(INADDR_LOOPBACK); if (getsockopt(s, SOL_SOCKET, SO_RCVBUF, &optval, &optlen) == -1) err(1, "getsockopt"); printf("default rcv. buffer size: %d bytes\n", optval); optval = 80000; if (setsockopt(s, SOL_SOCKET, SO_RCVBUF, &optval, optlen) == -1) err(1, "setsockopt"); if (getsockopt(s, SOL_SOCKET, SO_RCVBUF, &optval, &optlen) == -1) err(1, "getsockopt"); printf("rcv. buffer size after setsockopt(): %d bytes\n", optval); if (connect(s, (struct sockaddr *)&addr, sizeof addr) == -1) err(1, "connect"); if (getsockopt(s, SOL_SOCKET, SO_RCVBUF, &optval, &optlen) == -1) err(1, "getsockopt"); printf("rcv. buffer size after connect(): %d bytes\n", optval); if (send(s, data, sizeof data, 0) == -1) err(1, "send"); if (getsockopt(s, SOL_SOCKET, SO_RCVBUF, &optval, &optlen) == -1) err(1, "getsockopt"); printf("rcv. buffer size after send(): %d bytes\n", optval); if (shutdown(s, SHUT_RDWR) == -1) err(1, "shutdown"); exit(0); } --6TrnltStXW4iwmi0-- --wzJLGUyc3ArbnUjN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9PIiPUkv4P6juNwoRApPnAJ9D4pWx6ecz9ccd/xnduVgS7XrqaQCfUkcL yGHkVUMdYOhvRCDJbf3e9Is= =8aBI -----END PGP SIGNATURE----- --wzJLGUyc3ArbnUjN-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 15:42:26 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AE6337B400; Mon, 22 Jul 2002 15:42:24 -0700 (PDT) Received: from mail.tgd.net (mail.tgd.net [209.81.25.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A199743E42; Mon, 22 Jul 2002 15:42:23 -0700 (PDT) (envelope-from sean@mail.tgd.net) Received: by mail.tgd.net (Postfix, from userid 1001) id 9221D20F02; Mon, 22 Jul 2002 15:42:21 -0700 (PDT) Date: Mon, 22 Jul 2002 15:42:21 -0700 From: Sean Chittenden To: ipfw@freebsd.org, net@freebsd.org Subject: Increasing the hash table size for dummynet... Message-ID: <20020722224221.GJ88755@ninja1.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org [Sorry for the cross post: I don't know where the dummynet guru's live] I have a situation where I'm rate shaping a LARGE number of concurrent TCP connections, however I've run into a slight problem/limitation: dummynet has a max hash table size of 1024 and I'm currently handling about 8-17K in TCP connections in a single queue. :-/ I quickly looked over the hash algorithm and couldn't see any reason why the max size couldn't be increased beyond 1024. Could someone comment on the attached? -sc -- Sean Chittenden To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 15:47: 3 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA86B37B400; Mon, 22 Jul 2002 15:46:53 -0700 (PDT) Received: from mail.tgd.net (mail.tgd.net [209.81.25.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9AE543E42; Mon, 22 Jul 2002 15:46:53 -0700 (PDT) (envelope-from sean@mail.tgd.net) Received: by mail.tgd.net (Postfix, from userid 1001) id 889F720F02; Mon, 22 Jul 2002 15:46:53 -0700 (PDT) Date: Mon, 22 Jul 2002 15:46:53 -0700 From: Sean Chittenden To: ipfw@freebsd.org, net@freebsd.org Subject: Re: Increasing the hash table size for dummynet... Message-ID: <20020722224653.GL88755@ninja1.internal> References: <20020722224221.GJ88755@ninja1.internal> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="UoPmpPX/dBe4BELn" Content-Disposition: inline In-Reply-To: <20020722224221.GJ88755@ninja1.internal> User-Agent: Mutt/1.4i X-PGP-Key: 0x1EDDFAAD X-PGP-Fingerprint: C665 A17F 9A56 286C 5CFB 1DEA 9F4F 5CEF 1EDD FAAD X-Web-Homepage: http://sean.chittenden.org/ Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --UoPmpPX/dBe4BELn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > [Sorry for the cross post: I don't know where the dummynet guru's live] > > I have a situation where I'm rate shaping a LARGE number of > concurrent TCP connections, however I've run into a slight > problem/limitation: dummynet has a max hash table size of 1024 and I'm > currently handling about 8-17K in TCP connections in a single queue. > :-/ I quickly looked over the hash algorithm and couldn't see any > reason why the max size couldn't be increased beyond 1024. Could > someone comment on the attached? -sc My bad. Pushed send too quickly. Attached. -sc -- Sean Chittenden --UoPmpPX/dBe4BELn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=patch Index: sys/netinet/ip_dummynet.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_dummynet.c,v retrieving revision 1.51 diff -u -r1.51 ip_dummynet.c --- sys/netinet/ip_dummynet.c 2002/07/17 07:21:42 1.51 +++ sys/netinet/ip_dummynet.c 2002/07/22 22:35:24 @@ -1463,8 +1463,8 @@ l = dn_hash_size; if (l < 4) l = 4; - else if (l > 1024) - l = 1024; + else if (l > DN_MAX_HASH_SIZE) + l = DN_MAX_HASH_SIZE; x->rq_size = l; } else /* one is enough for null mask */ x->rq_size = 1; Index: sys/netinet/ip_dummynet.h =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_dummynet.h,v retrieving revision 1.21 diff -u -r1.21 ip_dummynet.h --- sys/netinet/ip_dummynet.h 2002/06/23 09:14:24 1.21 +++ sys/netinet/ip_dummynet.h 2002/07/22 22:35:25 @@ -77,6 +77,12 @@ #define OFFSET_OF(type, field) ((int)&( ((type *)0)->field) ) /* + * The maximum hash table size for queues. This value must be a power + * of 2. + */ +#define DN_MAX_HASH_SIZE 65536 + +/* * A heap entry is made of a key and a pointer to the actual * object stored in the heap. * The heap is an array of dn_heap_entry entries, dynamically allocated. Index: sbin/ipfw/ipfw.8 =================================================================== RCS file: /home/ncvs/src/sbin/ipfw/ipfw.8,v retrieving revision 1.103 diff -u -r1.103 ipfw.8 --- sbin/ipfw/ipfw.8 2002/07/06 19:33:15 1.103 +++ sbin/ipfw/ipfw.8 2002/07/22 22:35:26 @@ -991,7 +991,7 @@ .Xr sysctl 8 variable .Em net.inet.ip.dummynet.hash_size , -allowed range is 16 to 1024. +allowed range is 16 to 65536. .It Cm pipe Ar pipe_nr Connects a queue to the specified pipe. Multiple queues (usually --UoPmpPX/dBe4BELn-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 16:38:50 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03F3137B401; Mon, 22 Jul 2002 16:38:43 -0700 (PDT) Received: from iguana.icir.org (iguana.icir.org [192.150.187.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF65943E6E; Mon, 22 Jul 2002 16:37:14 -0700 (PDT) (envelope-from rizzo@iguana.icir.org) Received: (from rizzo@localhost) by iguana.icir.org (8.11.6/8.11.3) id g6MNaUO70719; Mon, 22 Jul 2002 16:36:30 -0700 (PDT) (envelope-from rizzo) Date: Mon, 22 Jul 2002 16:36:30 -0700 From: Luigi Rizzo To: Sean Chittenden Cc: ipfw@FreeBSD.ORG, net@FreeBSD.ORG Subject: Re: Increasing the hash table size for dummynet... Message-ID: <20020722163630.A70574@iguana.icir.org> References: <20020722224221.GJ88755@ninja1.internal> <20020722224653.GL88755@ninja1.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020722224653.GL88755@ninja1.internal>; from sean@chittenden.org on Mon, Jul 22, 2002 at 03:46:53PM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Jul 22, 2002 at 03:46:53PM -0700, Sean Chittenden wrote: > > [Sorry for the cross post: I don't know where the dummynet guru's live] > > > > I have a situation where I'm rate shaping a LARGE number of > > concurrent TCP connections, however I've run into a slight > > problem/limitation: dummynet has a max hash table size of 1024 and I'm > > currently handling about 8-17K in TCP connections in a single queue. > > :-/ I quickly looked over the hash algorithm and couldn't see any > > reason why the max size couldn't be increased beyond 1024. Could > > someone comment on the attached? -sc the only thing to verify is that the hash function distributes the sessions well among the available slots. I have not looked too carefully at it, actually if you can provide (privately) the output of "ipfw pipe show" that would be an interesting data set. We are using hash tables with IP addresses in 4 places: dummynet pipes, ipfw dynamic rules, ip_flow.c and libalias. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 17:21:57 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F35EC37B400; Mon, 22 Jul 2002 17:21:48 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1542743E77; Mon, 22 Jul 2002 17:21:43 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6N0Lbf44209; Tue, 23 Jul 2002 03:21:37 +0300 (EEST) (envelope-from ru) Date: Tue, 23 Jul 2002 03:21:37 +0300 From: Ruslan Ermilov To: Bill Fenner Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, net@FreeBSD.org Subject: Re: cvs commit: src/contrib/traceroute traceroute.8 traceroute.c Message-ID: <20020723002137.GA44055@sunbay.com> References: <200207222301.g6MN1C3f012642@freefall.freebsd.org> <20020722231653.GC37413@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <20020722231653.GC37413@sunbay.com> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --6TrnltStXW4iwmi0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 23, 2002 at 02:16:53AM +0300, Ruslan Ermilov wrote: > On Mon, Jul 22, 2002 at 04:01:12PM -0700, Bill Fenner wrote: > > fenner 2002/07/22 16:01:12 PDT > >=20 > > Modified files: > > contrib/traceroute traceroute.8 traceroute.c=20 > > Log: > > Add an ICMP protocol handler, partly based on LBL's traceroute 1.4 . > > =20 > > Submitted by: dcs > > =20 > > Revision Changes Path > > 1.8 +2 -2 src/contrib/traceroute/traceroute.8 > > 1.21 +56 -3 src/contrib/traceroute/traceroute.c > >=20 > ru@ is to fix libalias(3) to not recalculate the checksum of > ICMP embedded IP datagrams with no checksum. >=20 Err, the fix was to "recalculate the checksum of an IP datagram embedded into ICMP error messages". Fixed in libalias/alias.c,v 1.36. MFC in three days. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9PKGRUkv4P6juNwoRAjZxAJwKuSI4cDY/An7Tupqw/v96jf4d6wCdHoaQ yXkNmTeL5DgfB9VKye08qX8= =NLQl -----END PGP SIGNATURE----- --6TrnltStXW4iwmi0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Jul 22 17:42:36 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CE6F37B400 for ; Mon, 22 Jul 2002 17:42:29 -0700 (PDT) Received: from aker.amduat.net (aker.amduat.net [206.124.149.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id D345943E31 for ; Mon, 22 Jul 2002 17:42:28 -0700 (PDT) (envelope-from jbarrett@amduat.net) Received: from amduat.net (nat-bhm1.attachmate.com [63.115.16.66]) (authenticated bits=0) by aker.amduat.net (8.12.3/8.12.3) with ESMTP id g6N0gPMD052119 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 22 Jul 2002 17:42:27 -0700 (PDT) (envelope-from jbarrett@amduat.net) Message-ID: <3D3CA666.7010704@amduat.net> Date: Mon, 22 Jul 2002 17:42:14 -0700 From: "Jacob S. Barrett" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020611 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: wi locks up under sustained heavy loads X-Enigmail-Version: 0.62.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Has anyone noticed this behavior before? When transferring larges files (100+ MB) from my laptop to my file server the wi device in my router locks up. If I eject the PCMCIA card from the router and re-insert it, after the pccardd detects its removal, it starts working again. I can reproduce this every time I copy large files. Below is some info on the hardware and the message that I get. If someone has any idea what might be wrong and needs some debug info I can try and provide that. Thanks, Jake router dmesg: Copyright (c) 1992-2002 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.6-STABLE #5: Tue Jun 18 20:06:27 PDT 2002 xxx:/usr/obj/usr/src/sys/xxx Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P54C (90.00-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 45772800 (44700K bytes) Preloaded elf kernel "kernel" at 0xc0338000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc033809c. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at 5.0 irq 9 atapci0: irq 14 at device 7.0 on pci0 atapci0: Busmastering DMA not supported atapci0: Busmastering DMA disabled orm0:
Hello,
 
The sockets for my software are based = on the BSD=20 Sockets API. I want to make them fully compatiable with the BSD Sockets. = For=20 that I require a complete listing of the BSD Sockets function=20 prototypes. can you guide me where i can find them. Thanks a=20 lot. 
 
Best Regards,
Sulaiman = Khan 
------=_NextPart_000_00C9_01C2331D.8A356B20-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 2:49:40 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FF3637B400 for ; Wed, 24 Jul 2002 02:49:39 -0700 (PDT) Received: from daydreamer.dk (213.237.14.128.adsl.ho.worldonline.dk [213.237.14.128]) by mx1.FreeBSD.org (Postfix) with SMTP id 3108F43E75 for ; Wed, 24 Jul 2002 02:49:36 -0700 (PDT) (envelope-from mig@jyde.dk) Received: (qmail 567 invoked from network); 24 Jul 2002 09:48:59 -0000 Received: from unknown (HELO dpws) (192.168.1.3) by 192.168.1.25 with SMTP; 24 Jul 2002 09:48:59 -0000 Message-ID: <005501c232f7$32629e70$0301a8c0@dpws> From: "Dennis Pedersen" To: Subject: Guideline for number of users / CPU/RAM while using mpd Date: Wed, 24 Jul 2002 11:47:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, I'm planning on using mpd for some of my home users (about 20) , and i seeking some info on how big a box i need. The BW is 2mbit at the firm and worst case all of the users will be working at home. Does anyone have a guideline on how much CPU/RAM i need? And is there any problem with creating 20 ng0's? (i don't have that many box'es so i can't really test it ;)) Regards, Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 5:43: 9 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B783D37B401; Wed, 24 Jul 2002 05:43:04 -0700 (PDT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id A633843E5E; Wed, 24 Jul 2002 05:43:03 -0700 (PDT) (envelope-from corecode@corecode.ath.cx) Received: from fwd06.sul.t-online.de by mailout01.sul.t-online.com with smtp id 17XJmh-0001sg-06; Wed, 24 Jul 2002 12:54:23 +0200 Received: from spirit.zuhause.stoert.net (320050403952-0001@[217.82.54.200]) by fmrl06.sul.t-online.com with esmtp id 17XJme-0pOUjoC; Wed, 24 Jul 2002 12:54:20 +0200 Received: from terrorfish.uni.stoert.net (terrorfish.uni.stoert.net [10.150.180.178]) by spirit.zuhause.stoert.net (8.11.6/8.11.6) with ESMTP id g6OAsJQ59772; Wed, 24 Jul 2002 12:54:19 +0200 (CEST) (envelope-from corecode@corecode.ath.cx) Received: from terrorfish.uni.stoert.net (localhost [127.0.0.1]) by terrorfish.uni.stoert.net (8.12.5/8.12.5) with ESMTP id g6OArI9K000456; Wed, 24 Jul 2002 12:53:18 +0200 (CEST) (envelope-from corecode@terrorfish.uni.stoert.net) Received: (from corecode@localhost) by terrorfish.uni.stoert.net (8.12.5/8.12.5/Submit) id g6OArHa2000455; Wed, 24 Jul 2002 12:53:17 +0200 (CEST) (envelope-from corecode) Date: Wed, 24 Jul 2002 12:53:07 +0200 From: "Simon 'corecode' Schubert" To: "Sulaiman Khan" Cc: freebsd-hackers@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: BSD API Message-Id: <20020724125307.40d46acf.corecode@corecode.ath.cx> In-Reply-To: References: X-Mailer: Sylpheed version 0.8.0claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="=.(,PKdEhIzj4Isx" X-Sender: 320050403952-0001@t-dialin.net Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --=.(,PKdEhIzj4Isx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 24 Jul 2002 14:22:28 +0600 Sulaiman Khan wrote: > The sockets for my software are based on the BSD Sockets API. I want > to make them fully compatiable with the BSD Sockets. For that I > require a complete listing of the BSD Sockets function prototypes. can > you guide me where i can find them. Thanks a lot. http://www.freebsd.org/cgi/man.cgi start with socket(2) -- /"\ http://corecode.ath.cx/#donate \ / \ ASCII Ribbon Campaign / \ Against HTML Mail and News --=.(,PKdEhIzj4Isx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Pocdr5S+dk6z85oRAsjSAKCFNEteBJaERX/i4BbiWIWDd1ttIACfaYGo CD3PJXkqxp19BkOnEnKUgUA= =BUZ+ -----END PGP SIGNATURE----- --=.(,PKdEhIzj4Isx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 6:32:44 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E04637B400 for ; Wed, 24 Jul 2002 06:32:42 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 608E143E42 for ; Wed, 24 Jul 2002 06:32:41 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id XAA00424; Wed, 24 Jul 2002 23:32:36 +1000 Date: Wed, 24 Jul 2002 23:36:50 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Brooks Davis Cc: net@FreeBSD.ORG Subject: Re: ppp(4) cloning review request In-Reply-To: <20020723225859.A20811@Odin.AC.HMC.Edu> Message-ID: <20020724232548.W33495-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 23 Jul 2002, Brooks Davis wrote: > I have attached a patch which adds cloning and unloading support to the > ppp(4) kernel PPP device. I would like to commit it in the next few > days. Please review. > ... > - The unload is a bit ugly because line disciplines don't really > appear to be meant to be unhooked. There is ldisc_deregister(). Using it might require using ldisc_register() instead of rudely hacking on linesw[]. if_sl.c also has rude hacks, but there are examples of using these interfaces in snp and netgraph. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 7:19: 5 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C78FC37B400 for ; Wed, 24 Jul 2002 07:19:01 -0700 (PDT) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC70D43E31 for ; Wed, 24 Jul 2002 07:19:00 -0700 (PDT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from localhost ([3ffe:501:4819:2000:d140:8f7d:8004:61f]) by shuttle.wide.toshiba.co.jp (8.11.6/8.9.1) with ESMTP id g6OEImA67453; Wed, 24 Jul 2002 23:18:49 +0900 (JST) Date: Wed, 24 Jul 2002 23:18:46 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Don Lewis Cc: net@FreeBSD.ORG Subject: Re: disabling IPv6 *without* recompiling the kernel In-Reply-To: <200207210333.g6L3XAwr041931@gw.catspoiler.org> References: <200207210333.g6L3XAwr041931@gw.catspoiler.org> User-Agent: Wanderlust/2.6.1 (Upside Down) Emacs/21.2 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Dispatcher: imput version 20000228(IM140) Lines: 51 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> On Sat, 20 Jul 2002 20:33:10 -0700 (PDT), >>>>> Don Lewis said: > I've run into the same problems with Mozilla that many other people have > reported. (...snip) Thanks for the careful check and suggestions. I think we should take them seriously. But before that, please let me check something: > Even though I'm on an IPv4 only network, I'm seeing DNS > lookups for AAAA records, many of which are timing out due to problems Does the DNS servers have A records for the same name? If so, it should not take a long time out to resolve the corresponding AAAA records. The authoritative server should just return a response with the empty answer section. Or, are you talking about an unreachable server that even cannot return the A records, and the AAAA query doubles the total delay? Some DNS servers behave very badly; they responds to AAAA queries with the NXDOMAIN code, and, as a result, suppress further queries even when they have an A record. We should fix such servers, but, IMHO, we do not have to change the resolver side behavior just due to this. > I'm also seeing long pauses when > Mozilla attempts to connect to various web sites which I suspect are > caused by Mozilla's attempts to connect to unreachable IPv6 addresses. Regarding this issue, what do you mean by "an IPv4 only network"? More specifically, - do you have any non-link-local IPv6 addresses? - do you have an IPv6 default router? If the answer is "no" for both, then the connection attempts to the IPv6 destinations should immediately fail with EHOSTUNREACH and the delay should not matter in usual operation. So, basically even if you have some link-local IPv6 addresses and the IPv6 loopback address, neither of the AAAA queries nor the connection attempts to IPv6 destinations should matter. If you saw exceptions, I'd like to know more details. Thanks, JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 7:25: 5 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA76037B407 for ; Wed, 24 Jul 2002 07:24:50 -0700 (PDT) Received: from sun6.cww.telecomitalia.it (proxy04.csi.telecomitalia.it [212.210.43.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 298F043E42 for ; Wed, 24 Jul 2002 07:24:23 -0700 (PDT) (envelope-from fabrizio.fresco@netsiel.it) Received: from sun6.cww.telecomitalia.it (helo=netsiel.it) by sun6.cww.telecomitalia.it with esmtp (Exim 3.15 #2) id 17XMzK-0002qX-00; Wed, 24 Jul 2002 16:19:38 +0200 Message-ID: <3D3EB869.AFCFB908@netsiel.it> Date: Wed, 24 Jul 2002 16:23:37 +0200 From: fabrizio.fresco@netsiel.it X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: "Tobias P. Santos" Cc: freebsd-net@FreeBSD.ORG Subject: Re: Firewall and DMZ References: <3D3DAD4B.A6C6AEC@widesoft.com.br> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org "Tobias P. Santos" wrote: > > Hello, > I would like to implement a firewall to my DMZ network, but > I am not sure about how to do it. > > +----------+ > | Internet | 123.456.789.254 > +----------+ > | > +------------------+ > | FreeBSD Firewall | 123.456.789.4 > +------------------+ > | > +-------------+-----------+ > | | | > | | | > | | | > +----------+ +---------+ +--------+ > | DNS | | Web | | E-mail | > | Server | | Server | | Server | > +----------+ +---------+ +--------+ > 123.456.789.1 123.456.789.2 123.456.789.3 > > I know it is pretty easy to build ipfw rules when we have natd > (for my internal network for example), but I haven't figured out how to > forward packets between interfaces on the same network with valid IP > addresses. > In fact, I'd like to have the same behavior of Drawbrigde > (drawbridge.tamu.edu), but it seems somewhat deprecated. > So, where should I start from? Is there a software to do that? > > If this is not the correct mailing list, please tell me the > right one and sorry for the incovenience. > Thank you in advance, Try to guess...... The easyest way is to create an alias on the firewall for the ip's of the real servers and use the fwd action with ipfw to redirect the traffic that you want to the real servers. Hope this is clear and what you are asking. > > -- > Tobias P. Santos -------------------------------------------------------------------- CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you have received the message in error, be informed that any use of the content hereof is prohibited. Please return it immediately to the sender and delete the message. Should you have any questions, please contact us by replying to webmaster@telecomitalia.it. Thank you www.telecomitalia.it -------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 8:50:44 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27AED37B400 for ; Wed, 24 Jul 2002 08:50:41 -0700 (PDT) Received: from proton.hexanet.fr (proton.hexanet.fr [81.23.32.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 473ED43E75 for ; Wed, 24 Jul 2002 08:50:39 -0700 (PDT) (envelope-from c.prevotaux@hexanet.fr) Received: from hexanet.fr (localhost [127.0.0.1]) by proton.hexanet.fr (8.12.3/8.12.3) with SMTP id g6OFobJU003388 for ; Wed, 24 Jul 2002 17:50:37 +0200 (CEST) (envelope-from c.prevotaux@hexanet.fr) Date: Wed, 24 Jul 2002 17:50:37 +0200 From: Christophe Prevotaux To: net@freebsd.org Subject: net.ip.fastforwarding Message-Id: <20020724175037.7e8cd15d.c.prevotaux@hexanet.fr> Organization: HEXANET Sarl X-Mailer: Sylpheed version 0.8.0 (GTK+ 1.2.10; i386-portbld-freebsd4.6) X-NCC-RegID: fr.hexanet Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org hi I would like to know what is the difference between net.ip.forwarding and net.ip.fastforwarding Also are they mutually exclusive options or do I need to set both to 1 in order to see a difference ? -- -- =============================================================== Christophe Prevotaux Email: c.prevotaux@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ Z.A.C Les Charmilles Tel: +33 (0)3 26 79 30 05 3 Allée Thierry Sabine Direct: +33 (0)3 26 61 77 72 BP202 Fax: +33 (0)3 26 79 30 06 51686 Reims Cedex 2 FRANCE HEXANET Network Operation Center =============================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 9: 2: 4 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D64EB37B400 for ; Wed, 24 Jul 2002 09:02:00 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E22A43E65 for ; Wed, 24 Jul 2002 09:01:56 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6OG1L282738; Wed, 24 Jul 2002 19:01:21 +0300 (EEST) (envelope-from ru) Date: Wed, 24 Jul 2002 19:01:21 +0300 From: Ruslan Ermilov To: Christophe Prevotaux Cc: net@FreeBSD.ORG Subject: Re: net.ip.fastforwarding Message-ID: <20020724160121.GA74932@sunbay.com> References: <20020724175037.7e8cd15d.c.prevotaux@hexanet.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline In-Reply-To: <20020724175037.7e8cd15d.c.prevotaux@hexanet.fr> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 24, 2002 at 05:50:37PM +0200, Christophe Prevotaux wrote: > hi >=20 > I would like to know what is the difference between >=20 > net.ip.forwarding >=20 > and >=20 > net.ip.fastforwarding >=20 > Also are they mutually exclusive options or do I need to=20 > set both to 1 in order to see a difference ?=20 >=20 It's documented in the inet(4) manpage. Note its effect on ipfw(4). Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --5mCyUwZo2JvN/JJP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Ps9RUkv4P6juNwoRAvF8AJwMk+llge7qBIUvkbf2ZRWeoz+KiwCggFz9 Py53Ij8ptIORBJcVeiRySBk= =Q/kW -----END PGP SIGNATURE----- --5mCyUwZo2JvN/JJP-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 9:28: 8 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31CA837B400; Wed, 24 Jul 2002 09:28:06 -0700 (PDT) Received: from proton.hexanet.fr (proton.hexanet.fr [81.23.32.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDF7A43E3B; Wed, 24 Jul 2002 09:28:03 -0700 (PDT) (envelope-from c.prevotaux@hexanet.fr) Received: from hexanet.fr (localhost [127.0.0.1]) by proton.hexanet.fr (8.12.3/8.12.3) with SMTP id g6OGS1JU003578; Wed, 24 Jul 2002 18:28:01 +0200 (CEST) (envelope-from c.prevotaux@hexanet.fr) Date: Wed, 24 Jul 2002 18:28:01 +0200 From: Christophe Prevotaux To: Ruslan Ermilov Cc: net@FreeBSD.ORG Subject: Re: net.ip.fastforwarding Message-Id: <20020724182801.09b405a0.c.prevotaux@hexanet.fr> In-Reply-To: <20020724160121.GA74932@sunbay.com> References: <20020724175037.7e8cd15d.c.prevotaux@hexanet.fr> <20020724160121.GA74932@sunbay.com> Organization: HEXANET Sarl X-Mailer: Sylpheed version 0.8.0 (GTK+ 1.2.10; i386-portbld-freebsd4.6) X-NCC-RegID: fr.hexanet Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org thank you, however it is not clearly stated if they are exclusive (my guess is that they are not mutually eclusive) > > > It's documented in the inet(4) manpage. Note its effect > on ipfw(4). > -- -- =============================================================== Christophe Prevotaux Email: c.prevotaux@hexanet.fr HEXANET SARL URL: http://www.hexanet.fr/ Z.A.C Les Charmilles Tel: +33 (0)3 26 79 30 05 3 Allée Thierry Sabine Direct: +33 (0)3 26 61 77 72 BP202 Fax: +33 (0)3 26 79 30 06 51686 Reims Cedex 2 FRANCE HEXANET Network Operation Center =============================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 9:30:58 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43DD337B400 for ; Wed, 24 Jul 2002 09:30:56 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id D75CD43E5E for ; Wed, 24 Jul 2002 09:30:50 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6OGUXq88205; Wed, 24 Jul 2002 19:30:33 +0300 (EEST) (envelope-from ru) Date: Wed, 24 Jul 2002 19:30:33 +0300 From: Ruslan Ermilov To: Christophe Prevotaux Cc: net@FreeBSD.ORG Subject: Re: net.ip.fastforwarding Message-ID: <20020724163033.GB87477@sunbay.com> References: <20020724175037.7e8cd15d.c.prevotaux@hexanet.fr> <20020724160121.GA74932@sunbay.com> <20020724182801.09b405a0.c.prevotaux@hexanet.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline In-Reply-To: <20020724182801.09b405a0.c.prevotaux@hexanet.fr> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 24, 2002 at 06:28:01PM +0200, Christophe Prevotaux wrote: > thank you, however it is not clearly stated if they are exclusive > (my guess is that they are not mutually eclusive) >=20 > > >=20 > > It's documented in the inet(4) manpage. Note its effect > > on ipfw(4). > >=20 fastforwarding has no effect if forwarding is disabled. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9PtYpUkv4P6juNwoRAjQgAJ93pHRbWyN4TI9Ei6mFPgqFB4S01ACfaOYT A+hgPwAa4GmVKRxFYO8/BPQ= =aCzI -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 10:15:55 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4869937B400; Wed, 24 Jul 2002 10:15:41 -0700 (PDT) Received: from smtpzilla2.xs4all.nl (smtpzilla2.xs4all.nl [194.109.127.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03C0943E86; Wed, 24 Jul 2002 10:15:39 -0700 (PDT) (envelope-from danny@legalaliens.org) Received: from llama (allxs.xs4all.nl [194.109.223.7]) by smtpzilla2.xs4all.nl (8.12.0/8.12.0) with SMTP id g6OHFb8P027395; Wed, 24 Jul 2002 19:15:38 +0200 (CEST) Message-ID: <000101c23335$b31a6550$0164a8c0@llama> From: "Danny Carroll" To: , , Subject: Dummynet queues and one-pass Date: Wed, 24 Jul 2002 19:15:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dummynet queues and one-passI am just starting to look at Dummynet to try and tune my ADSL connection. My problem is that an upload from my end at full rate cripples the download. I *thought* this was to do with ack packets not getting through but now I am not so sure so I guess if there are any TCP/IP guru's out there, then comments on this (common) issue are welcome. My copies of Internetworking with TCP/IP Vols I, II, and III have been lent to a non-returner.... :( So. I have 1024Kbit down and 256Kbit up. If I upload something, I get about 23-25KBytes/sec If I Download something I get about 110KBytes / sec. If I do both at the same time, the rates drop to 16 and 89 respectivly. Actually the Upload xfer just stops and starts. These tests were to an FTP server at my ISP with a 15MB binary file) I left one_pass at 1 and added 4 rules to my ipfw. add 10 pipe 1 tcp from any to [ftpserveraddress] tcpflags ack add 20 pipe 1 tcp from [ftpserveraddress] to any tcpflags ack add 30 pipe 2 tcp from any to [ftpserveraddress] tcpflags !ack add 40 pipe 2 tcp from [ftpserveraddress] to any tcpflags !ack Then I configured both pipes to have 2048 bandwidth. (I do not want to limit the flow..) But looking at ipfw show, I noticed the ack rules (10 and 20) were the ones matching most of the data and packets. 30 and 40 were only matching a few. So I didn't bother to configure the queues for giving priority to the ack packets (which is what I *thought* I should do) because I didn't understand what I was seeing. If most packets are ack packets, what packets types are the ones that I need to give more priority to so that my up/down connections will not stall? Any comments? One other question.... With reguard to 1pass. If I set that to 0, which rules apply to my data? I mean if the packet hits 3 deny rules then 1 allow, will it allow still? Does it go through all the rules and just apply the last one? And what performance hit should I expect when I start using 1pass = 0? -D ----------------------------------------------------------------- ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ---------------------------------------------------------------------------- ------------------------------------------------------ ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ---------------------------------------------------------------------------- ------------------------------------------------------ ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ---------------------------------------------------------------------------- ------------------------------------------------------ ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ---------------------------------------------------------------------------- ------------------------------------------------------ ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ---------------------------------------------------------------------------- ------------------------------------------------------ ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. ----------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 10:23:31 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 152C837B400 for ; Wed, 24 Jul 2002 10:23:29 -0700 (PDT) Received: from rmt-gw.multiclub.ru (rmt-gw.multiclub.ru [213.252.82.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AE8743E72 for ; Wed, 24 Jul 2002 10:23:28 -0700 (PDT) (envelope-from martin@mcflysr.kurgan.ru) Received: from 127.0.0.1 (router [213.252.82.129]) by rmt-gw.multiclub.ru (Postfix) with ESMTP id 6FD3710D5D0; Wed, 24 Jul 2002 21:23:20 +0400 (MSD) Date: Wed, 24 Jul 2002 21:23:20 +0400 From: Martin McFlySr X-Mailer: The Bat! (v1.60q) Business Reply-To: Martin McFlySr X-Priority: 3 (Normal) Message-ID: <123461143.20020724212320@mcflysr.kurgan.ru> To: "Dennis Pedersen" Cc: freebsd-net@freebsd.org Subject: Re: Guideline for number of users / CPU/RAM while using mpd In-Reply-To: <005501c232f7$32629e70$0301a8c0@dpws> References: <005501c232f7$32629e70$0301a8c0@dpws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello Dennis Pedersen, Wednesday, July 24, 2002, 13:47:59, you wrote: DP> I'm planning on using mpd for some of my home users (about 20) , and i DP> seeking some info on how big a box i need. On the server which I operated, amount of simultaneously working users was 25...30. 10Mb BW (LAN), two fxp0, Pentium 233MMX/128Ram, FreeBSD4, mpd. BW of channel to ISP was 256k. -- Wednesday, July 24, 2002, 21:18 Best regards from future, Martin McFlySr, HillDale. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 11:44:16 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E69A737B400 for ; Wed, 24 Jul 2002 11:44:13 -0700 (PDT) Received: from daydreamer.dk (213.237.14.128.adsl.ho.worldonline.dk [213.237.14.128]) by mx1.FreeBSD.org (Postfix) with SMTP id 8481643E4A for ; Wed, 24 Jul 2002 11:44:11 -0700 (PDT) (envelope-from mlists@daydreamer.dk) Received: (qmail 1818 invoked from network); 24 Jul 2002 18:43:31 -0000 Received: from unknown (HELO dpws) (192.168.1.3) by 192.168.1.25 with SMTP; 24 Jul 2002 18:43:31 -0000 Message-ID: <019101c23341$de5be390$0301a8c0@dpws> From: "Dennis Pedersen" To: "Martin McFlySr" Cc: References: <005501c232f7$32629e70$0301a8c0@dpws> <123461143.20020724212320@mcflysr.kurgan.ru> Subject: Re: Guideline for number of users / CPU/RAM while using mpd Date: Wed, 24 Jul 2002 20:42:31 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ----- Original Message ----- From: "Martin McFlySr" To: "Dennis Pedersen" Cc: Sent: Wednesday, July 24, 2002 7:23 PM Subject: Re: Guideline for number of users / CPU/RAM while using mpd > Hello Dennis Pedersen, > > Wednesday, July 24, 2002, 13:47:59, you wrote: > > DP> I'm planning on using mpd for some of my home users (about 20) , and i > DP> seeking some info on how big a box i need. > On the server which I operated, amount of simultaneously working users was > 25...30. 10Mb BW (LAN), two fxp0, Pentium 233MMX/128Ram, FreeBSD4, mpd. > BW of channel to ISP was 256k. Okai nice :) There is no problem in creating 20+ ng (tunnels?). I kind of new to the mpd thing so it might stupid but here goes ;) Is there anything i should make any different (settings etc) if i should have up to 20 online at the same time (here im thinking of special tweaks/settings to mpd) Regards, Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 13: 0:18 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDF0C37B400 for ; Wed, 24 Jul 2002 13:00:11 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5016143E3B for ; Wed, 24 Jul 2002 13:00:11 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020724200010.LGYU1451.sccrmhc02.attbi.com@InterJet.elischer.org>; Wed, 24 Jul 2002 20:00:10 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA04950; Wed, 24 Jul 2002 12:55:20 -0700 (PDT) Date: Wed, 24 Jul 2002 12:55:19 -0700 (PDT) From: Julian Elischer To: Danny Carroll Cc: net@freeBSD.org Subject: Re: Dummynet queues and one-pass In-Reply-To: <20020724192423.AAF3837B409@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Dummynet queues and one-pass: > I am just starting to look at Dummynet to try > and tune my ADSL connection. > My problem is that an upload from my end at full rate cripples the download. > I *thought* this was to do with ack packets not getting through but now I am > not so sure so I guess if there are any TCP/IP guru's out there, then > comments on this (common) issue are welcome. My copies of Internetworking > with TCP/IP Vols I, II, and III have been lent to a non-returner.... :( > > So. I have 1024Kbit down and 256Kbit up. > If I upload something, I get about 23-25KBytes/sec > If I Download something I get about 110KBytes / sec. > If I do both at the same time, the rates drop to 16 and 89 respectivly. > Actually the Upload xfer just stops and starts. This does look like your ack packets are being held up behind a large queue of incoming packets at the far end of the link. > > These tests were to an FTP server at my ISP with a 15MB binary file) > I left one_pass at 1 and added 4 rules to my ipfw. > add 10 pipe 1 tcp from any to [ftpserveraddress] tcpflags ack > add 20 pipe 1 tcp from [ftpserveraddress] to any tcpflags ack > add 30 pipe 2 tcp from any to [ftpserveraddress] tcpflags !ack > add 40 pipe 2 tcp from [ftpserveraddress] to any tcpflags !ack > > Then I configured both pipes to have 2048 bandwidth. (I do not want to > limit the flow..) > But looking at ipfw show, I noticed the ack rules (10 and 20) were the ones > matching most of the data and packets. > 30 and 40 were only matching a few. > So I didn't bother to configure the queues for giving priority to the ack > packets (which is what I *thought* I should do) because I didn't understand > what I was seeing. > If most packets are ack packets, what packets types are the ones that I need > to give more priority to so that my up/down connections will not stall? > Any comments? Nealy all tcp packets have ACK. They may just not be ACKing NEW data.. try limit you incoming data rate to 22KB/sec (select a rule that does NOT apply to the acks of the upload) The acks for the upload will slip in througn that 1K/S gap you leave them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 13:32:11 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30BC337B400 for ; Wed, 24 Jul 2002 13:32:08 -0700 (PDT) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB8B043E65 for ; Wed, 24 Jul 2002 13:32:05 -0700 (PDT) (envelope-from danny@legalaliens.org) Received: from llama (allxs.xs4all.nl [194.109.223.7]) by smtpzilla5.xs4all.nl (8.12.0/8.12.0) with SMTP id g6OKW0Bh038719; Wed, 24 Jul 2002 22:32:00 +0200 (CEST) Message-ID: <001901c23351$2268db60$0164a8c0@llama> From: "Danny Carroll" To: "Julian Elischer" Cc: References: Subject: Re: Dummynet queues and one-pass Date: Wed, 24 Jul 2002 22:31:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > This does look like your ack packets are being held up > behind a large queue of incoming packets at the far end of the > link. > > Nealy all tcp packets have ACK. They may just not be ACKing NEW data.. > I figured that out now... (Hmm Wish I still had those TCP/IP books) > try limit you incoming data rate to 22KB/sec > (select a rule that does NOT apply to the acks of the upload) > > The acks for the upload will slip in througn that 1K/S gap you leave > them. But that's the trick isnt it.... I know that's what I need to do, but how do you make a rule that just gets these upload acks? Or alternativly get a rule that matches everything but? Ideally I'd like it to work with any TCP app, http, ftp, icq, dcc, smtp, whatever.... And also, should I just make one pipe for all the non-upload-ack packets (the ones that would fit in the 22kb range) or a pipe for all and two queue's with different weights? Which is the more elegant implementation. Sorry for the moranic questions but dummynet is new to me... -D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 15:20:29 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1358837B400 for ; Wed, 24 Jul 2002 15:20:26 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B29C443E65 for ; Wed, 24 Jul 2002 15:20:25 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020724222025.QCXF26053.rwcrmhc53.attbi.com@InterJet.elischer.org>; Wed, 24 Jul 2002 22:20:25 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id PAA05495; Wed, 24 Jul 2002 15:13:51 -0700 (PDT) Date: Wed, 24 Jul 2002 15:13:50 -0700 (PDT) From: Julian Elischer To: Danny Carroll Cc: net@freeBSD.org Subject: Re: Dummynet queues and one-pass In-Reply-To: <001901c23351$2268db60$0164a8c0@llama> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I have a program that does this for you.. (I even gave it to some people once) but I can't find it now. I think it's on my laptop at home. It diverts the input and output streams to itself and then interprets the packets into their respective data streams and buffers the streams accordingly.. It works out the bandwidth needed for each stream, and leaves just enough for the acks to sneak back in.. It does reduce the maximum incoming bandwidth but it also makes interactive work through the link bearable. I was considering making it a netgraph module. On Wed, 24 Jul 2002, Danny Carroll wrote: > > This does look like your ack packets are being held up > > behind a large queue of incoming packets at the far end of the > > link. > > > > Nealy all tcp packets have ACK. They may just not be ACKing NEW data.. > > > > I figured that out now... (Hmm Wish I still had those TCP/IP books) > > > try limit you incoming data rate to 22KB/sec > > (select a rule that does NOT apply to the acks of the upload) > > > > The acks for the upload will slip in througn that 1K/S gap you leave > > them. > > But that's the trick isnt it.... > I know that's what I need to do, but how do you make a rule that just gets > these upload acks? Or alternativly get a rule that matches everything but? > > Ideally I'd like it to work with any TCP app, http, ftp, icq, dcc, smtp, > whatever.... > > And also, should I just make one pipe for all the non-upload-ack packets > (the ones that would fit in the 22kb range) or a pipe for all and two > queue's with different weights? > > Which is the more elegant implementation. > > Sorry for the moranic questions but dummynet is new to me... > > -D > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 20:34: 1 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C16C37B400 for ; Wed, 24 Jul 2002 20:33:55 -0700 (PDT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BFC843E5E for ; Wed, 24 Jul 2002 20:33:52 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Received: from mousie.catspoiler.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.12.5/8.12.5) with ESMTP id g6P3Xfwr052669; Wed, 24 Jul 2002 20:33:45 -0700 (PDT) (envelope-from dl-freebsd@catspoiler.org) Message-Id: <200207250333.g6P3Xfwr052669@gw.catspoiler.org> Date: Wed, 24 Jul 2002 20:33:41 -0700 (PDT) From: Don Lewis Subject: Re: disabling IPv6 *without* recompiling the kernel To: jinmei@isl.rdc.toshiba.co.jp Cc: dl-freebsd@catspoiler.org, net@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On 24 Jul, JINMEI Tatuya / ^TÉ wrote: >>>>>> On Sat, 20 Jul 2002 20:33:10 -0700 (PDT), >>>>>> Don Lewis said: > >> I've run into the same problems with Mozilla that many other people have >> reported. > > (...snip) > > Thanks for the careful check and suggestions. I think we should take > them seriously. But before that, please let me check something: > >> Even though I'm on an IPv4 only network, I'm seeing DNS >> lookups for AAAA records, many of which are timing out due to problems > > Does the DNS servers have A records for the same name? Yes. > If so, it > should not take a long time out to resolve the corresponding AAAA > records. The authoritative server should just return a response with > the empty answer section. Or, are you talking about an unreachable > server that even cannot return the A records, and the AAAA query > doubles the total delay? The problem I'm seeing is with servers that return answers for A record queries, but seem to totally ignore queries for AAAA records. % dig vanguard.com ns ; <<>> DiG 8.3 <<>> vanguard.com ns ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 3, ADDITIONAL: 0 ;; QUERY SECTION: ;; vanguard.com, type = NS, class = IN ;; ANSWER SECTION: vanguard.com. 4H IN NS ns2.vanguard.com. vanguard.com. 4H IN NS ns3.vanguard.com. vanguard.com. 4H IN NS ns.vanguard.com. ;; AUTHORITY SECTION: vanguard.com. 4H IN NS ns2.vanguard.com. vanguard.com. 4H IN NS ns3.vanguard.com. vanguard.com. 4H IN NS ns.vanguard.com. ;; Total query time: 150 msec ;; FROM: gw.catspoiler.org to SERVER: default -- 192.168.101.1 ;; WHEN: Wed Jul 24 20:17:46 2002 ;; MSG SIZE sent: 30 rcvd: 137 % dig www.vanguard.com a @ns.vanguard.com ; <<>> DiG 8.3 <<>> www.vanguard.com a @ns.vanguard.com ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 4 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2 ;; QUERY SECTION: ;; www.vanguard.com, type = A, class = IN ;; ANSWER SECTION: www.vanguard.com. 0S IN A 192.175.173.8 ;; AUTHORITY SECTION: www.vanguard.com. 4H IN NS wsdds2.vanguard.com. www.vanguard.com. 4H IN NS wsdds1.vanguard.com. ;; ADDITIONAL SECTION: wsdds1.vanguard.com. 4H IN A 192.175.173.5 wsdds2.vanguard.com. 4H IN A 192.175.182.5 ;; Total query time: 122 msec ;; FROM: gw.catspoiler.org to SERVER: ns.vanguard.com 192.175.173.31 ;; WHEN: Wed Jul 24 20:23:18 2002 ;; MSG SIZE sent: 34 rcvd: 124 % dig www.vanguard.com aaaa @ns.vanguard.com ; <<>> DiG 8.3 <<>> www.vanguard.com aaaa @ns.vanguard.com ; (1 server found) ;; res options: init recurs defnam dnsrch ;; res_nsend to server ns.vanguard.com 192.175.173.31: Operation timed out Eventually the resolver seems to give up on the AAAA query and tries an A record query, but it can take a *long* time. Even after Mozilla discovers the IPv4 address, it seems to time out this information after a while and later accesses to a web site may get stuck looking up the IP address again. Even when things are working correctly, doubling the DNS lookup time could be painful for users with slow network connections. > Some DNS servers behave very badly; they responds to AAAA queries with > the NXDOMAIN code, and, as a result, suppress further queries even > when they have an A record. We should fix such servers, but, IMHO, > we do not have to change the resolver side behavior just due to this. I haven't seen this problem. >> I'm also seeing long pauses when >> Mozilla attempts to connect to various web sites which I suspect are >> caused by Mozilla's attempts to connect to unreachable IPv6 addresses. > > Regarding this issue, what do you mean by "an IPv4 only network"? > More specifically, > > - do you have any non-link-local IPv6 addresses? No. > - do you have an IPv6 default router? No. > If the answer is "no" for both, then the connection attempts to the > IPv6 destinations should immediately fail with EHOSTUNREACH and the > delay should not matter in usual operation. > > So, basically even if you have some link-local IPv6 addresses and the > IPv6 loopback address, neither of the AAAA queries nor the connection > attempts to IPv6 destinations should matter. If you saw exceptions, > I'd like to know more details. Unfortunately I don't have any trace information that might point out the cause. All I know was that I was sometimes seeing some very long pauses (tens of seconds or more) in Mozilla, and the status line at the bottom of the Mozilla window said it was attempting to connect. Both problems went away when I hacked my copy of the Mozilla source to cause it to always fail the IPv6 test. If I can find some spare time I'll turn the IPv6 stuff back on and look at the second problem some more. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 21:39:24 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF90237B400 for ; Wed, 24 Jul 2002 21:39:22 -0700 (PDT) Received: from stono.cs.cofc.edu (stono.cs.cofc.edu [153.9.17.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3BD043E4A for ; Wed, 24 Jul 2002 21:39:17 -0700 (PDT) (envelope-from jimmy@cs.cofc.edu) Received: from [153.9.17.27] (burton.cs.cofc.edu [153.9.17.27]) by stono.cs.cofc.edu (8.11.6/8.11.6) with ESMTP id g6P4ZA213327 for ; Thu, 25 Jul 2002 00:35:10 -0400 Mime-Version: 1.0 X-Sender: jimmy@stono.cs.cofc.edu Message-Id: Date: Thu, 25 Jul 2002 00:42:43 -0400 To: freebsd-net@freebsd.org From: "James B. Wilkinson" Subject: using FreeBSD in a course this fall Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I'm teaching a course in networking this fall and have decided to use TCP/IP Illustrated as the text. I have a lab room with some old Dells in it and plan to put FreeBSD on them and use them as a major part of the course. I've already done a little bit of comparison between the kernel sources and what's in Volume 2 of the book, and there are significant differences. In fact, I never found what I was looking for. What I'm getting around to is saying that I'm probably going to want to lean on you guys from time to time this fall. Would that be OK is I try to keep it to a minimum? I'd certainly appreciate it. -- ------------------------------------------------------------- Jimmy Wilkinson | Perfesser of Computer Science jimmy@cs.CofC.edu | The College of Charleston (843) 953-8160 | Charleston SC 29424 If there is one word to describe me, that word would have to be "profectionist". Any form of incompitence is an athema to me. Metathesis??? Don't ax me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 22:12:58 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB67837B400 for ; Wed, 24 Jul 2002 22:12:55 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DF0143E31 for ; Wed, 24 Jul 2002 22:12:55 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g6P5CrpO018153; Wed, 24 Jul 2002 22:12:53 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g6P5Cqd7018152; Wed, 24 Jul 2002 22:12:52 -0700 Date: Wed, 24 Jul 2002 22:12:52 -0700 From: Brooks Davis To: Bruce Evans Cc: net@FreeBSD.ORG Subject: Re: ppp(4) cloning review request Message-ID: <20020724221252.A17223@Odin.AC.HMC.Edu> References: <20020723225859.A20811@Odin.AC.HMC.Edu> <20020724232548.W33495-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020724232548.W33495-100000@gamplex.bde.org>; from bde@zeta.org.au on Wed, Jul 24, 2002 at 11:36:50PM +1000 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 24, 2002 at 11:36:50PM +1000, Bruce Evans wrote: > On Tue, 23 Jul 2002, Brooks Davis wrote: >=20 > > I have attached a patch which adds cloning and unloading support to the > > ppp(4) kernel PPP device. I would like to commit it in the next few > > days. Please review. > > ... > > - The unload is a bit ugly because line disciplines don't really > > appear to be meant to be unhooked. >=20 > There is ldisc_deregister(). Using it might require using ldisc_register= () > instead of rudely hacking on linesw[]. if_sl.c also has rude hacks, but > there are examples of using these interfaces in snp and netgraph. Thanks for the pointer. That helps a bit. Looking at the way line disciplines are used, I can't help but think that the current method of accessing them by index is a bit stupid. It's rather odd to have support for loadable disciplines, but no standard way to find out what is in each slot. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --AqsLC8rIMeq19msA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9P4jUXY6L6fI4GtQRAtQNAKDIM7AqWb3BEdOQMH0dRyzsuReTngCguGY0 y88r9ny3jrBwEhsouAYoalA= =ZC5+ -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 23:10:39 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5C3937B400 for ; Wed, 24 Jul 2002 23:10:37 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A68043EA9 for ; Wed, 24 Jul 2002 23:10:34 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6P6ADM57826; Thu, 25 Jul 2002 09:10:13 +0300 (EEST) (envelope-from ru) Date: Thu, 25 Jul 2002 09:10:13 +0300 From: Ruslan Ermilov To: "James B. Wilkinson" Cc: freebsd-net@FreeBSD.ORG Subject: Re: using FreeBSD in a course this fall Message-ID: <20020725061013.GB56367@sunbay.com> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kXdP64Ggrk/fb43R" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.99i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --kXdP64Ggrk/fb43R Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jul 25, 2002 at 12:42:43AM -0400, James B. Wilkinson wrote: > I'm teaching a course in networking this fall and have decided to use=20 > TCP/IP Illustrated as the text. I have a lab room with some old Dells=20 > in it and plan to put FreeBSD on them and use them as a major part of=20 > the course. I've already done a little bit of comparison between the=20 > kernel sources and what's in Volume 2 of the book, and there are=20 > significant differences. In fact, I never found what I was looking=20 > for. What I'm getting around to is saying that I'm probably going to=20 > want to lean on you guys from time to time this fall. Would that be=20 > OK is I try to keep it to a minimum? I'd certainly appreciate it. >=20 Yes sure, why not. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --kXdP64Ggrk/fb43R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9P5ZFUkv4P6juNwoRAlRxAJ0ZGlHKNSv05uMidSHXlzkmL8FNQQCeNFJK D8hJXU5AHE+mMIKoiB1uTQg= =cu/q -----END PGP SIGNATURE----- --kXdP64Ggrk/fb43R-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Jul 24 23:50:55 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4007237B400 for ; Wed, 24 Jul 2002 23:50:52 -0700 (PDT) Received: from patrocles.silby.com (d61.as20.nwbl0.wi.voyager.net [169.207.138.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id A939E43E42 for ; Wed, 24 Jul 2002 23:50:50 -0700 (PDT) (envelope-from silby@silby.com) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.4/8.12.4) with ESMTP id g6P6tpcv020709; Thu, 25 Jul 2002 01:55:51 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.5/8.12.5/Submit) with ESMTP id g6P6tne9020706; Thu, 25 Jul 2002 01:55:49 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Thu, 25 Jul 2002 01:55:49 -0500 (CDT) From: Mike Silbersack To: Alex Dyas Cc: net@freebsd.org Subject: Re: BSD / Firewall / 0 window size problem In-Reply-To: Message-ID: <20020725014935.R18906-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Tue, 23 Jul 2002, Alex Dyas wrote: > Attached are two more tcpdumps, client.txt being the client side of a > problematic session, server.txt being the server side of the same session. > Both machines in this case are BSD. The thing to note in these dumps is > what you suggested, ie the 0 sized window can only be seen on the client > side, NOT on the server side. So as you say, the problem seems to be being > introduced by the GNAT box. WHOO! COOKIE FOR SILBY! > I've been suspecting the GNAT box all along. BSD->Any_other_machine > connections have no problem. Unfortunately I don't admin it, and don't (yet) > know enough about it to debug such a thing. The guy who does points out that > we have never seen the problem in anything other than BSD clients. > > A guess, but could it be that other clients (Windows/Linux etc) are in some > way more tolerant of such problems? Not knowing very much at all about NAT, > what would I look for in debugging such a problem on the GNAT box, as I can > probably get a look at it? > > Thanks again for the help. I'm learning a lot here. > > Alex.. Yes, linux would actually ignore that 0 window update. I recently talked over linux's algorithm for accepting window updates and was thinking of importing it for other reasons. This looks like just one more reason that I should actually post a patch which does so. There's clearly something wrong with the nat system, but I have this suspicion that it'll be faster to patch all the FreeBSD systems with the patch (which I'll be lazy about and take a while to post) than to wait for a fix for the nat software to be released. :) Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 1: 9:37 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB7C437B400 for ; Thu, 25 Jul 2002 01:09:35 -0700 (PDT) Received: from mauibuilt.com (mauibuilt.com [205.166.249.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F12343E4A for ; Thu, 25 Jul 2002 01:09:35 -0700 (PDT) (envelope-from freebsdn@mauibuilt.com) Received: from mauibuilt.com (localhost.mauibuilt.com [127.0.0.1]) by mauibuilt.com (8.12.3/8.12.3) with ESMTP id g6P89TqL048902 for ; Wed, 24 Jul 2002 22:09:29 -1000 (HST) (envelope-from freebsdn@mauibuilt.com) Received: (from freebsdn@localhost) by mauibuilt.com (8.12.3/8.12.3/Submit) id g6P89S5Z048901 for freebsd-net@freebsd.org; Wed, 24 Jul 2002 22:09:28 -1000 (HST) From: FreeBSD networking MAIL Message-Id: <200207250809.g6P89S5Z048901@mauibuilt.com> Subject: subscribe To: freebsd-net@freebsd.org Date: Wed, 24 Jul 2002 22:09:28 -1000 (HST) X-Mailer: ELM [version 2.4ME+ PL77 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org subscribe freebsdn@mauibuilt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 3:39: 2 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6306737B400 for ; Thu, 25 Jul 2002 03:39:00 -0700 (PDT) Received: from daydreamer.dk (213.237.14.128.adsl.ho.worldonline.dk [213.237.14.128]) by mx1.FreeBSD.org (Postfix) with SMTP id 1F41243E67 for ; Thu, 25 Jul 2002 03:38:59 -0700 (PDT) (envelope-from mlists@daydreamer.dk) Received: (qmail 3945 invoked from network); 25 Jul 2002 10:38:24 -0000 Received: from unknown (HELO dpws) (192.168.1.3) by 192.168.1.25 with SMTP; 25 Jul 2002 10:38:24 -0000 Message-ID: <007f01c233c7$43aaa300$0301a8c0@dpws> From: "Dennis Pedersen" To: Subject: mpd & ipfw (keep denying port 1900/udp?!) Date: Thu, 25 Jul 2002 12:37:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, mpd was working fine for me until i wanted to use pptp to a box at home. I simply can get throug unless i flush my firewall rules. In the ipfw log i have the following entry (192.168.2.43 in the workstation on the inside of the fw i'm trying from and 2.88 in the internal interface in the fw) Jul 25 13:22:32 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 192.168.2.88:1900 in via xl0 Jul 25 13:22:57 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 192.168.2.88:1900 in via xl0 Jul 25 13:23:22 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 192.168.2.88:1900 in via xl0 I don't get it, where does the UDP packet enter the picture? , in the fw rules i have allow gre from any to any and pptp from any to any (i have one rule that allows pptp port as src and one as dst). What am i missing here about the udp port? Is it always the same port ? (then i can simply just allow 1900/udp, but if i changes all the time that wont help me much..) Regards, Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 6: 3:20 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39EF937B400 for ; Thu, 25 Jul 2002 06:03:18 -0700 (PDT) Received: from sissi.communications-laboratories.com (sissi.communications-laboratories.com [194.152.186.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF0FD43E42 for ; Thu, 25 Jul 2002 06:03:16 -0700 (PDT) (envelope-from pm@communications-laboratories.com) Received: from localhost (pm@localhost) by sissi.communications-laboratories.com (8.12.3/8.11.6) with ESMTP id g6PD3FRD087724 for ; Thu, 25 Jul 2002 15:03:15 +0200 (CEST) (envelope-from pm@communications-laboratories.com) Date: Thu, 25 Jul 2002 15:03:15 +0200 (CEST) From: Manfred Petz To: freebsd-net@freebsd.org Subject: dc(4): Zoom 5001 (RS7112) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, We got some Zoom 5001 PCI adapters which are Docsis 1.1 compliant network adapters (on the cable side there's a CN9414, on the ethernet side it's a RS7112). Under Linux 2.5.24 with the latest Tulip driver, the card works. The FreeBSD drivers, up to -CURRENT, however, don't. The problem is, that the mii_phy_probe() in if_dc.c:dc_attach() returns an error because it doesn't find any PHY entry (dc0: MII without any PHY!). The same happens in the Linux Tulip driver in the parse routine (media.c:tulip_find_mii()), however, somehow the card works nevertheless. Can anybody please help me? :-/ Why does it work with Linux-2.5.24, what are they doing different? Thank you pm To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 9:20:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E91BD37B400 for ; Thu, 25 Jul 2002 09:20:12 -0700 (PDT) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5786043E3B for ; Thu, 25 Jul 2002 09:20:12 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc53.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020725162006.ZNIR26053.rwcrmhc53.attbi.com@InterJet.elischer.org>; Thu, 25 Jul 2002 16:20:06 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id JAA09476; Thu, 25 Jul 2002 09:18:03 -0700 (PDT) Date: Thu, 25 Jul 2002 09:18:02 -0700 (PDT) From: Julian Elischer To: Danny Carroll Cc: net@freeBSD.org Subject: Re: Dummynet queues and one-pass In-Reply-To: <001901c23351$2268db60$0164a8c0@llama> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org are you running -current or 4.x? I have found my bamdwidth sharer program but it hasn't been modified to cope with luigi's new stuff... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 10:26:32 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8260637B400 for ; Thu, 25 Jul 2002 10:26:30 -0700 (PDT) Received: from optima-hyper.com (s2.optima-inc.us [12.111.39.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id A44B243E31 for ; Thu, 25 Jul 2002 10:26:29 -0700 (PDT) (envelope-from yvictorovich@optima-inc.us) Received: from s1.optima-inc.us (s1 [12.111.39.155]) by optima-hyper.com (8.12.3/8.12.2) with ESMTP id g6PHQPu4099097 for ; Thu, 25 Jul 2002 13:26:25 -0400 (EDT) Received: from s1.optima-inc.us (localhost [127.0.0.1]) by s1.optima-inc.us (8.12.5/8.12.2) with ESMTP id g6PHQSLf089615 for ; Thu, 25 Jul 2002 13:26:28 -0400 (EDT) Received: (from www@localhost) by s1.optima-inc.us (8.12.5/8.12.2/Submit) id g6PHQSL4089614 for freebsd-net@freebsd.org; Thu, 25 Jul 2002 13:26:28 -0400 (EDT) X-Authentication-Warning: s1.optima-inc.us: www set sender to yvictorovich@optima-inc.us using -f To: freebsd-net@freebsd.org Subject: TCP idle timeouts ? Message-ID: <1027617988.3d4034c4bce8c@s1.optima-inc.us> Date: Thu, 25 Jul 2002 13:26:28 -0400 (EDT) From: Yuri MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit User-Agent: IMP/PHP IMAP webmail program 2.2.7 X-Originating-IP: 12.111.39.146 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org My FreeBSD-4.5-STABLE server terminates all telnet/ssh/mysql sessions after about 10 minutes of inactivity. Where this parameter is defined? sysctl -a doesn't seem to have anything relevant. Thanx, Yuri. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 10:31:22 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E08CF37B400 for ; Thu, 25 Jul 2002 10:31:19 -0700 (PDT) Received: from annwfn.erfurt.thur.de (annwfn.erfurt.thur.de [194.122.210.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF6D643E67 for ; Thu, 25 Jul 2002 10:31:18 -0700 (PDT) (envelope-from martin@martin.erfurt.thur.de) Received: from annwfn.erfurt.thur.de (localhost [127.0.0.1]) by annwfn.erfurt.thur.de (8.12.0/8.12.0) with ESMTP id g6PHVHuw003326 for ; Thu, 25 Jul 2002 19:31:17 +0200 Received: from martin.UUCP (uucp@localhost) by annwfn.erfurt.thur.de (8.12.0/8.12.0/Submit) with UUCP id g6PHVHGi003325 for freebsd.org!freebsd-net; Thu, 25 Jul 2002 19:31:17 +0200 Received: by martin.erfurt.thur.de via sendmail from stdin id (FreeBSD Smail3.2.0.111) for freebsd-net@freebsd.org; Thu, 25 Jul 2002 19:33:20 +0200 (CEST) Date: Thu, 25 Jul 2002 19:33:20 +0200 From: Martin Laabs To: freebsd-net@freebsd.org Subject: Wrong comment in in6.h Message-ID: <20020725193320.A96920@martin.erfurt.thur.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi I think I found a wrong comment int netinet6/in6.h. There are the options for use with [gs]etsockopt at the IPV6 level. One is the IPV6_MULTICAST_IF option. The comment is /* u_char; set/get IP6 multicast i/f */. But IMHO it has to be an unsignet int. Bye Martin L. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 10:47: 2 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D3E037B400 for ; Thu, 25 Jul 2002 10:47:00 -0700 (PDT) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DB0443E3B for ; Thu, 25 Jul 2002 10:46:59 -0700 (PDT) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (localhost.he.iki.fi [127.0.0.1]) by silver.he.iki.fi (8.12.3/8.11.4) with ESMTP id g6PHku6l031758; Thu, 25 Jul 2002 20:46:56 +0300 (EEST) (envelope-from pete@he.iki.fi) Message-ID: <3D40398D.D984B499@he.iki.fi> Date: Thu, 25 Jul 2002 20:46:53 +0300 From: Petri Helenius X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 4.6-PRERELEASE i386) X-Accept-Language: en,fi MIME-Version: 1.0 To: Yuri Cc: freebsd-net@FreeBSD.ORG Subject: Re: TCP idle timeouts ? References: <1027617988.3d4034c4bce8c@s1.optima-inc.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Yuri wrote: > > My FreeBSD-4.5-STABLE server > terminates all > telnet/ssh/mysql sessions after > about 10 minutes of inactivity. > > Where this parameter is defined? > > sysctl -a doesn't seem to have > anything relevant. > Sounds like you have a NAT device on your network path which has state idle timeout at 10 minutes. Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 12:18:32 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5B4B37B400 for ; Thu, 25 Jul 2002 12:18:28 -0700 (PDT) Received: from mail.wrs.com (unknown-1-11.windriver.com [147.11.1.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A0B043E67 for ; Thu, 25 Jul 2002 12:18:28 -0700 (PDT) (envelope-from Qing.Li@windriver.com) Received: from heavygear (heavygear [147.11.38.42]) by mail.wrs.com (8.9.3/8.9.1) with SMTP id MAA07364 for ; Thu, 25 Jul 2002 12:16:42 -0700 (PDT) From: "Qing Li" To: "FreeBSD Net" Subject: questions about some code in route.c Date: Thu, 25 Jul 2002 12:17:30 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Please help me try to understand some of the code in route.c. 1. In function "rtrequest1", ========================================= case RTM_DELETE: /* * Now search what's left of the subtree for any cloned * routes which might have been formed from this node. */ if ((rt->rt_flags & (RTF_CLONING | RTF_PRCLONING)) && rt_mask(rt)) { ========================================= Question: under what situation would a route entry that is clone-able but having a (rt_mask(rt) == 0) ?? 2. A related question is, in the same function, ========================================= /* * We repeat the same procedure from rt_setgate() here because * it doesn't fire when we call it there because the node * hasn't been added to the tree yet. */ if (!(rt->rt_flags & RTF_HOST) && rt_mask(rt) != 0) { struct rtfc_arg arg; arg.rnh = rnh; arg.rt0 = rt; rnh->rnh_walktree_from(rnh, rt_key(rt), rt_mask(rt), rt_fixchange, &arg); } ========================================= Question: wouldn't the 1st check for "not a host route" be sufficient ?? 3. In function "rtredirect", ========================================== /* * Create a new entry if we just got back a wildcard entry * or the the lookup failed. This is necessary for hosts * which use routing redirects generated by smart gateways * to dynamically build the routing tables. */ if ((rt == 0) || (rt_mask(rt) && rt_mask(rt)->sa_len < 2)) goto create; ============================================ Question: I am guessing (sa_len < 2) is checking for a mask of all 0's based on what in_socktrim does, is this correct ?? Why is the magic number "2" ? Any help/pointer on these would be greatly appreciated. -- Qing To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 13:43:47 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5007937B400 for ; Thu, 25 Jul 2002 13:43:45 -0700 (PDT) Received: from cheer.mahoroba.org (flets19-007.kamome.or.jp [218.45.19.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E407C43E6E for ; Thu, 25 Jul 2002 13:43:41 -0700 (PDT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:roEg1TtI2ZyjweuN+3Xg3rmceKl/hLGpCe65JZ5bVTOgHf+9E+5QAhYt568Omwch@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by cheer.mahoroba.org (8.12.5/8.12.5) with ESMTP/inet6 id g6PKhaB4033674 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 26 Jul 2002 05:43:37 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 26 Jul 2002 05:43:36 +0900 Message-ID: From: Hajimu UMEMOTO To: Martin Laabs Cc: freebsd-net@freebsd.org Subject: Re: Wrong comment in in6.h In-Reply-To: <20020725193320.A96920@martin.erfurt.thur.de> References: <20020725193320.A96920@martin.erfurt.thur.de> User-Agent: xcite1.38> Wanderlust/2.9.13 (Unchained Melody) SEMI/1.14.3 (Ushinoya) FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 4.6-STABLE MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, >>>>> On Thu, 25 Jul 2002 19:33:20 +0200 >>>>> Martin Laabs said: martin> I think I found a wrong comment int netinet6/in6.h. There are the martin> options for use with [gs]etsockopt at the IPV6 level. martin> One is the IPV6_MULTICAST_IF option. The comment is martin> /* u_char; set/get IP6 multicast i/f */. But IMHO it has martin> to be an unsignet int. Thank you for your report. I've just committed it. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet6/in6.h.diff?r1=1.21&r2=1.22 Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@bisd.hitachi.co.jp ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 15: 7: 8 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 801EB37B400 for ; Thu, 25 Jul 2002 15:07:05 -0700 (PDT) Received: from moaner.org (moaner.org [166.88.45.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07E1443E70 for ; Thu, 25 Jul 2002 15:07:05 -0700 (PDT) (envelope-from matt@moaner.org) Received: (from matt@localhost) by moaner.org (8.11.6/8.11.1) id g6PM74v43204 for freebsd-net@freebsd.org; Thu, 25 Jul 2002 15:07:04 -0700 (PDT) (envelope-from matt) Date: Thu, 25 Jul 2002 15:07:04 -0700 From: Matt Peterson To: freebsd-net@freebsd.org Subject: Broke PPPoE with striped down FreeBSD Message-ID: <20020725220704.GU87500@moaner.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Using Manuel Kasper's MiniBSD document , I've built a striped down FreeBSD distribution. I'm attempting to setup a PPPoE router on a Soekris board. My ppp.conf works fine on my laptop (which also happens to be the source tree for the minimal distro), but fails on the Soekris board. Thinking it might be an issue with the sis driver, I used another desktop with a CF2IDE adapter (thus using fxp). Regardless of hardware, the striped down distro PPPoE connects and immediately disconnects. It doesn't even reach the LCP process. Applicable kdumps and kernel file are at . I've verified that the required netgraph modules are loaded (netgraph, ng_ether, ng_pppoe, & ng_socket) along with required ppp libraries exist (ie: ldd `where ppp`). This doesn't appear to be a hardware issue, as others use the same boards at PPPoE routers. Much appreciate what I should check out next. -- Matt Peterson another.geek.without.a.life matt@peterson.org http://matt.peterson.org/ ------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Jul 25 20:15:43 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65FF237B400 for ; Thu, 25 Jul 2002 20:15:40 -0700 (PDT) Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7D4F43E6E for ; Thu, 25 Jul 2002 20:15:39 -0700 (PDT) (envelope-from archie@dellroad.org) Received: from arch20m.dellroad.org (arch20m.dellroad.org [10.1.1.20]) by InterJet.dellroad.org (8.9.1a/8.9.1) with ESMTP id UAA91383; Thu, 25 Jul 2002 20:03:48 -0700 (PDT) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.6/8.11.6) id g6Q32fm93617; Thu, 25 Jul 2002 20:02:41 -0700 (PDT) (envelope-from archie) From: Archie Cobbs Message-Id: <200207260302.g6Q32fm93617@arch20m.dellroad.org> Subject: Re: mpd & ipfw (keep denying port 1900/udp?!) In-Reply-To: <007f01c233c7$43aaa300$0301a8c0@dpws> "from Dennis Pedersen at Jul 25, 2002 12:37:24 pm" To: Dennis Pedersen Date: Thu, 25 Jul 2002 20:02:41 -0700 (PDT) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL88 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dennis Pedersen writes: > simply can get throug unless i flush my firewall rules. > In the ipfw log i have the following entry (192.168.2.43 in the workstation > on the inside of the fw i'm trying from and 2.88 in the internal interface > in the fw) > Jul 25 13:22:32 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 > 192.168.2.88:1900 in via xl0 > Jul 25 13:22:57 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 > 192.168.2.88:1900 in via xl0 > Jul 25 13:23:22 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 > 192.168.2.88:1900 in via xl0 > > I don't get it, where does the UDP packet enter the picture? , in the fw > rules i have allow gre from any to any and pptp from any to any (i have one > rule that allows pptp port as src and one as dst). > What am i missing here about the udp port? > Is it always the same port ? (then i can simply just allow 1900/udp, but if > i changes all the time that wont help me much..) PPTP doesn't use UDP, so I have no idea what the UDP is from. PPTP only uses TCP port 1723 and IP prototcol #47 (GRE). Are you sure your firewall rules are not blocking something else as well, but not logging it? -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jul 26 0:51:41 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1C2737B408 for ; Fri, 26 Jul 2002 00:51:34 -0700 (PDT) Received: from daydreamer.dk (213.237.14.128.adsl.ho.worldonline.dk [213.237.14.128]) by mx1.FreeBSD.org (Postfix) with SMTP id B323943E4A for ; Fri, 26 Jul 2002 00:51:10 -0700 (PDT) (envelope-from mlists@daydreamer.dk) Received: (qmail 7082 invoked from network); 26 Jul 2002 07:42:21 -0000 Received: from unknown (HELO dpws) (192.168.1.3) by 192.168.1.25 with SMTP; 26 Jul 2002 07:42:21 -0000 Message-ID: <002201c23477$d5f9b6a0$0301a8c0@dpws> From: "Dennis Pedersen" To: "Archie Cobbs" Cc: References: <200207260302.g6Q32fm93617@arch20m.dellroad.org> Subject: Re: mpd & ipfw (keep denying port 1900/udp?!) Date: Fri, 26 Jul 2002 09:41:21 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ----- Original Message ----- From: "Archie Cobbs" To: "Dennis Pedersen" Cc: Sent: Friday, July 26, 2002 5:02 AM Subject: Re: mpd & ipfw (keep denying port 1900/udp?!) > Dennis Pedersen writes: > > simply can get throug unless i flush my firewall rules. > > In the ipfw log i have the following entry (192.168.2.43 in the workstation > > on the inside of the fw i'm trying from and 2.88 in the internal interface > > in the fw) > > Jul 25 13:22:32 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 > > 192.168.2.88:1900 in via xl0 > > Jul 25 13:22:57 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 > > 192.168.2.88:1900 in via xl0 > > Jul 25 13:23:22 fw /kernel: ipfw: 900 Deny UDP 192.168.2.43:1067 > > 192.168.2.88:1900 in via xl0 > > > > I don't get it, where does the UDP packet enter the picture? , in the fw > > rules i have allow gre from any to any and pptp from any to any (i have one > > rule that allows pptp port as src and one as dst). > > What am i missing here about the udp port? > > Is it always the same port ? (then i can simply just allow 1900/udp, but if > > i changes all the time that wont help me much..) > > PPTP doesn't use UDP, so I have no idea what the UDP is from. > PPTP only uses TCP port 1723 and IP prototcol #47 (GRE). Hmm...Okai I have allow GRE and TCP/1723 (and with ipfw sh i can see the number of packets that has passed the rule is increasing), the wintendo box get to the user/passwd part and then it stops. On the mpd it seems like it keeps trying to send the config: [pptp] LCP: SendConfigReq #84 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 4e2e7d78 AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 04 76 12 42 d8 [pptp] LCP: SendConfigReq #85 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 4e2e7d78 AUTHPROTO CHAP MSOFTv2 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [802.1] 00 04 76 12 42 d8 I can't seem to find anything wrong with my ipfw rules. For testing i have add'et: tcp from any to any 1723 keep-state tcp from any 1723 to any keep-state gre from any to any I can see the packets on 1723 are getting allowed (2.23 is the box i am trying from and 213.237.14.128 is the box im trying to connect.): 00362 19 1852 (T 0, # 84) ty 0 tcp, 192.168.2.43 1348 <-> 213.237.14.128 1723 00362 19 1852 (T 0, # 86) ty 0 tcp, 192.168.2.43 1350 <-> 213.237.14.128 1723 00362 20 1892 (T 0, # 87) ty 0 tcp, 192.168.2.43 1351 <-> 213.237.14.128 1723 And the gre packets are getting allowed: 00851 128 7276 allow gre from 192.168.2.0/24 to 213.237.14.128 00854 72 5328 allow gre from 213.237.14.128 to ; Fri, 26 Jul 2002 01:13:45 -0700 (PDT) Received: from daydreamer.dk (213.237.14.128.adsl.ho.worldonline.dk [213.237.14.128]) by mx1.FreeBSD.org (Postfix) with SMTP id 12F0143E3B for ; Fri, 26 Jul 2002 01:13:42 -0700 (PDT) (envelope-from mlists@daydreamer.dk) Received: (qmail 7166 invoked from network); 26 Jul 2002 08:12:55 -0000 Received: from unknown (HELO dpws) (192.168.1.3) by 192.168.1.25 with SMTP; 26 Jul 2002 08:12:55 -0000 Message-ID: <002901c2347c$1b00edf0$0301a8c0@dpws> From: "Dennis Pedersen" To: "Dennis Pedersen" , "Archie Cobbs" Cc: References: <200207260302.g6Q32fm93617@arch20m.dellroad.org> <002201c23477$d5f9b6a0$0301a8c0@dpws> Subject: Re: mpd & ipfw (keep denying port 1900/udp?!) Date: Fri, 26 Jul 2002 10:10:40 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org ----- Original Message ----- From: "Dennis Pedersen" To: "Archie Cobbs" Cc: Sent: Friday, July 26, 2002 9:41 AM Subject: Re: mpd & ipfw (keep denying port 1900/udp?!) > > ----- Original Message ----- > From: "Archie Cobbs" > To: "Dennis Pedersen" > Cc: > Sent: Friday, July 26, 2002 5:02 AM > Subject: Re: mpd & ipfw (keep denying port 1900/udp?!) > I can't seem to find anything wrong with my ipfw rules. Okai, i dunno what the devil happend, but after moving my rules for the GRE a bit around everything works. Thanx anyways :) Regards, Dennis To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jul 26 4:27:37 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B697237B400 for ; Fri, 26 Jul 2002 04:27:35 -0700 (PDT) Received: from enter.unicon-ms.ru (enter.unicon-ms.ru [212.44.152.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D93FF43E3B for ; Fri, 26 Jul 2002 04:27:32 -0700 (PDT) (envelope-from larin@mail.ru) Received: from larin (larin.unicon-ms.ru [172.27.3.34]) by enter.unicon-ms.ru (Postfix) with ESMTP id DE6954374 for ; Fri, 26 Jul 2002 15:27:42 +0400 (MSD) Date: Fri, 26 Jul 2002 15:27:42 +0400 From: Larin Mikhail X-Mailer: The Bat! (v1.61) Personal Reply-To: Larin Mikhail Organization: @mail.ru X-Priority: 3 (Normal) Message-ID: <2580256883.20020726152742@mail.ru> To: freebsd-net@FreeBSD.ORG Subject: Sysadmin's Day MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Sysadmin's Day Congratulation! http://www.sysadminday.com/ -- With best regards, Larin Mikhail mailto:larin@mail.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jul 26 4:57:59 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E2F137B400 for ; Fri, 26 Jul 2002 04:57:57 -0700 (PDT) Received: from comp.chem.msu.su (comp-ext.chem.msu.su [158.250.32.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D83D43E42 for ; Fri, 26 Jul 2002 04:57:53 -0700 (PDT) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.11.6/8.11.6) id g6QBvkX03846 for net@freebsd.org; Fri, 26 Jul 2002 15:57:46 +0400 (MSD) (envelope-from yar) Date: Fri, 26 Jul 2002 15:57:45 +0400 From: Yar Tikhiy To: net@freebsd.org Subject: ftpd(8) DoS: SIZE in ASCII mode Message-ID: <20020726155745.B2089@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi everybody, I've been pointed out by Maxim Konovalov recently that our stock ftpd(8) allowed an easy DoS attack against a server running it by issuing numerous "SIZE" commands on huge files when in ASCII mode. In this case, ftpd(8) has to read a whole file instead of just issuing a single stat(2) syscall, thus eating up the server's disk bandwidth. The obvious solution is to disable the "SIZE" command when in ASCII mode. So I'd like to ask the community whether anyone thinks there must be an option to enable it back. Personally, I feel the command must be disabled completely (for ASCII mode, of course) since I see no good use for it at all. -- Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jul 26 13:23: 8 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2840437B400; Fri, 26 Jul 2002 13:23:05 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD60143E77; Fri, 26 Jul 2002 13:23:00 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.6/8.11.2) id g6QKMtM11231; Fri, 26 Jul 2002 23:22:55 +0300 (EEST) (envelope-from ru) Date: Fri, 26 Jul 2002 23:22:55 +0300 From: Ruslan Ermilov To: Yar Tikhiy Cc: net@FreeBSD.ORG Subject: Re: ftpd(8) DoS: SIZE in ASCII mode Message-ID: <20020726202255.GA9263@sunbay.com> References: <20020726155745.B2089@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20020726155745.B2089@comp.chem.msu.su> User-Agent: Mutt/1.3.99i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 26, 2002 at 03:57:45PM +0400, Yar Tikhiy wrote: > Hi everybody, >=20 > I've been pointed out by Maxim Konovalov recently that our stock > ftpd(8) allowed an easy DoS attack against a server running it by > issuing numerous "SIZE" commands on huge files when in ASCII mode. > In this case, ftpd(8) has to read a whole file instead of just > issuing a single stat(2) syscall, thus eating up the server's > disk bandwidth. >=20 > The obvious solution is to disable the "SIZE" command when in ASCII > mode. So I'd like to ask the community whether anyone thinks there > must be an option to enable it back. Personally, I feel the command > must be disabled completely (for ASCII mode, of course) since I see > no good use for it at all. >=20 How about going the lukemftpd(8) way? if (stbuf.st_size > 10240) { reply(550, "%s: file too large for SIZE.", filename); (void) fclose(fin); return; } Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9Qa+fUkv4P6juNwoRAqo2AKCE5oUO7a4IQvJImtUast7R2cAoigCePlG6 zXYc+Ttujr3GuNtPK6UmM9E= =Lf8d -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jul 26 21:11: 4 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A526A37B400; Fri, 26 Jul 2002 21:10:55 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C87143E5E; Fri, 26 Jul 2002 21:10:55 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g6R4AopO000495; Fri, 26 Jul 2002 21:10:50 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g6R4AoU5000494; Fri, 26 Jul 2002 21:10:50 -0700 Date: Fri, 26 Jul 2002 21:10:50 -0700 From: Brooks Davis To: net@freebsd.org Subject: switching to if_xname from if_name and if_unit Message-ID: <20020726211050.A30598@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Bcc to -arch for interested people not on -net] NetBSD and OpenBSD have replaced the "char *if_name" and "int if_unit" members of struct ifnet with "char if_xname[IFNAMESIZ]". I propose that we follow suit. Pros: - Better source compatibility with NetBSD and OpenBSD. - The ability to handle free-form device names. This could allow things like and advanced cloning interface for vlans that let you configure vlan X on interface nameY with "ifconfig nameY.X create". - Most uses of if_name and if_unit together really just want the full name of the device and the same with the majority of if_unit entries. The remaining if_unit usages are usually the result of sloppy code with hard wired limits on the number of devices that should be fixed. - We can implement the if_name() function without the current gross hacks. - Well defined maximum name size simplifies code. Cons: - Lost of source compatibility between 5.x and previous versions. [We've already lost it with the spls and in most drivers it's a two line change that you could handle with __FreeBSD_version if you wanted to.] - A few devices do have a legitimate use for use for the unit. [They can use the softc to store it. That's what NetBSD did.] - Well defined maximum name size limits length of name. [It's 16 bytes with is more then I'd want to type in to ifconfig.] - It touches 140-150 files. [Most of the changes are minor in nature and I'm about halfway through with 2-3hrs of work.] - Slight bloating of struct ifnet (8 bytes on normal 32-bit architectures). [None on 64-bit arches.] - We've resisted for 8 years, we can't stop now. :-) What do other people think? -- Brooks PS. Here the diff for a typical interface (around half have only the initialization change and most others have more, but similar debugging output changes): RCS file: /usr/cvs/src/sys/dev/ep/if_ep.c,v retrieving revision 1.109 diff -u -p -r1.109 if_ep.c --- ep/if_ep.c 20 Mar 2002 02:07:19 -0000 1.109 +++ ep/if_ep.c 26 Jul 2002 06:55:58 -0000 @@ -280,8 +280,7 @@ ep_attach(sc) attached =3D (ifp->if_softc !=3D 0); =20 ifp->if_softc =3D sc; - ifp->if_unit =3D sc->unit; - ifp->if_name =3D "ep"; + sprintf(ifp->if_xname, "ep%d", sc->unit); ifp->if_mtu =3D ETHERMTU; ifp->if_flags =3D IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; ifp->if_output =3D ether_output; @@ -917,7 +916,7 @@ ep_if_watchdog(ifp) /* printf("ep: watchdog\n"); =20 - log(LOG_ERR, "ep%d: watchdog\n", ifp->if_unit); + log(LOG_ERR, "%s: watchdog\n", ifp->if_xname); ifp->if_oerrors++; */ =20 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9Qh1IXY6L6fI4GtQRAquDAJ9jKQf6WETQotJOtNc+nNeA6Lc4NgCfa16L WgNyRmierxeARLWN+JMPkpQ= =QQr1 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jul 26 22:58:44 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98EB337B400 for ; Fri, 26 Jul 2002 22:58:41 -0700 (PDT) Received: from prism.flugsvamp.com (66-191-112-47.mad.wi.charter.com [66.191.112.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 020A243E31 for ; Fri, 26 Jul 2002 22:58:41 -0700 (PDT) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.6/8.11.6) id g6R5w1322048; Sat, 27 Jul 2002 00:58:01 -0500 (CDT) (envelope-from jlemon) Date: Sat, 27 Jul 2002 00:58:01 -0500 From: Jonathan Lemon To: Brooks Davis Cc: net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit Message-ID: <20020727005801.D6547@prism.flugsvamp.com> References: <20020726211050.A30598@Odin.AC.HMC.Edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20020726211050.A30598@Odin.AC.HMC.Edu> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Jul 26, 2002 at 09:10:50PM -0700, Brooks Davis wrote: > [Bcc to -arch for interested people not on -net] > > NetBSD and OpenBSD have replaced the "char *if_name" and "int if_unit" > members of struct ifnet with "char if_xname[IFNAMESIZ]". I propose that > we follow suit. > Note that the unit/name appears to be stored at three places right now: - interface (if_name, if_unit) - device_t (dev->devclass->name, dev->unit, dev->nameunit) - dev_t (dev->si_name) I'd prefer if we could figure out how to do away with the names at the interface level completely and see if it is possible to use the dev->nameunit instead. Perhaps it would be feasible to add a device_t to the ifp? Most uses of the if_name seem to be for error messages, and many newer drivers now use device_printf(dev, ...) for driver messages. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Jul 26 23:12:24 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAB4437B400 for ; Fri, 26 Jul 2002 23:12:20 -0700 (PDT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AAED43E3B for ; Fri, 26 Jul 2002 23:12:20 -0700 (PDT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (IDENT:brdavis@localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.12.3/8.12.3) with ESMTP id g6R6CIpO009284; Fri, 26 Jul 2002 23:12:18 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.12.3/8.12.3/Submit) id g6R6CI7t009283; Fri, 26 Jul 2002 23:12:18 -0700 Date: Fri, 26 Jul 2002 23:12:17 -0700 From: Brooks Davis To: Jonathan Lemon Cc: Brooks Davis , net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit Message-ID: <20020726231217.A8038@Odin.AC.HMC.Edu> References: <20020726211050.A30598@Odin.AC.HMC.Edu> <20020727005801.D6547@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20020727005801.D6547@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Sat, Jul 27, 2002 at 12:58:01AM -0500 X-Virus-Scanned: by amavisd-milter (http://amavis.org/) on odin.ac.hmc.edu Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 27, 2002 at 12:58:01AM -0500, Jonathan Lemon wrote: > On Fri, Jul 26, 2002 at 09:10:50PM -0700, Brooks Davis wrote: > > [Bcc to -arch for interested people not on -net] > >=20 > > NetBSD and OpenBSD have replaced the "char *if_name" and "int if_unit" > > members of struct ifnet with "char if_xname[IFNAMESIZ]". I propose that > > we follow suit. > >=20 >=20 > Note that the unit/name appears to be stored at three places right now: >=20 > - interface (if_name, if_unit) > - device_t (dev->devclass->name, dev->unit, dev->nameunit) > - dev_t (dev->si_name) >=20 > I'd prefer if we could figure out how to do away with the names at the > interface level completely and see if it is possible to use the dev->name= unit > instead. Perhaps it would be feasible to add a device_t to the ifp? The only problem I can see there is that not all interfaces have devices associated with them. lo(4) and vlan(4) are examples of that. A useful compromise might be to create a helper function/macro that takes an ifp and dev and sets the if_xname member of the ifp. That way we'll have the same code in all the functions have have device_t's available in if_attach without requiring new device_t's for each pseudo interface just to have something to hang a name off of. > Most uses of the if_name seem to be for error messages, and many newer > drivers now use device_printf(dev, ...) for driver messages. I've been thinking we need an if_printf(ifp, ...) function to get rid of some of this uglyness. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9QjnBXY6L6fI4GtQRAomuAKCT9y6x7vFtHFaiIq6NUZnlQ+HwcQCfTxdE ebu+RF/MeVRUYu9g38R++dw= =UIVX -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 2:54:14 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AA5E37B400 for ; Sat, 27 Jul 2002 02:54:09 -0700 (PDT) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 0A7BB43E31 for ; Sat, 27 Jul 2002 02:54:08 -0700 (PDT) (envelope-from oppermann@pipeline.ch) Received: (qmail 43166 invoked from network); 27 Jul 2002 09:52:39 -0000 Received: from unknown (HELO pipeline.ch) ([62.48.0.53]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 27 Jul 2002 09:52:39 -0000 Message-ID: <3D426DA0.923B7F81@pipeline.ch> Date: Sat, 27 Jul 2002 11:53:36 +0200 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Brooks Davis Cc: net@freebsd.org Subject: Re: switching to if_xname from if_name and if_unit References: <20020726211050.A30598@Odin.AC.HMC.Edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Brooks Davis wrote: > > [Bcc to -arch for interested people not on -net] > > NetBSD and OpenBSD have replaced the "char *if_name" and "int if_unit" > members of struct ifnet with "char if_xname[IFNAMESIZ]". I propose that > we follow suit. > > Pros: > - Better source compatibility with NetBSD and OpenBSD. > - The ability to handle free-form device names. This could allow > things like and advanced cloning interface for vlans that let you > configure vlan X on interface nameY with "ifconfig nameY.X create". I like this one ;-) I vote yes for doing this change. -- Andre > - Most uses of if_name and if_unit together really just want the full > name of the device and the same with the majority of if_unit > entries. The remaining if_unit usages are usually the result of > sloppy code with hard wired limits on the number of devices that > should be fixed. > - We can implement the if_name() function without the current gross > hacks. > - Well defined maximum name size simplifies code. > > Cons: > - Lost of source compatibility between 5.x and previous versions. > [We've already lost it with the spls and in most drivers it's > a two line change that you could handle with __FreeBSD_version if > you wanted to.] > - A few devices do have a legitimate use for use for the unit. [They > can use the softc to store it. That's what NetBSD did.] > - Well defined maximum name size limits length of name. [It's 16 > bytes with is more then I'd want to type in to ifconfig.] > - It touches 140-150 files. [Most of the changes are minor in nature > and I'm about halfway through with 2-3hrs of work.] > - Slight bloating of struct ifnet (8 bytes on normal 32-bit > architectures). [None on 64-bit arches.] > - We've resisted for 8 years, we can't stop now. :-) > > What do other people think? > > -- Brooks > > PS. Here the diff for a typical interface (around half have only the > initialization change and most others have more, but similar debugging > output changes): > > RCS file: /usr/cvs/src/sys/dev/ep/if_ep.c,v > retrieving revision 1.109 > diff -u -p -r1.109 if_ep.c > --- ep/if_ep.c 20 Mar 2002 02:07:19 -0000 1.109 > +++ ep/if_ep.c 26 Jul 2002 06:55:58 -0000 > @@ -280,8 +280,7 @@ ep_attach(sc) > attached = (ifp->if_softc != 0); > > ifp->if_softc = sc; > - ifp->if_unit = sc->unit; > - ifp->if_name = "ep"; > + sprintf(ifp->if_xname, "ep%d", sc->unit); > ifp->if_mtu = ETHERMTU; > ifp->if_flags = IFF_BROADCAST | IFF_SIMPLEX | IFF_MULTICAST; > ifp->if_output = ether_output; > @@ -917,7 +916,7 @@ ep_if_watchdog(ifp) > /* > printf("ep: watchdog\n"); > > - log(LOG_ERR, "ep%d: watchdog\n", ifp->if_unit); > + log(LOG_ERR, "%s: watchdog\n", ifp->if_xname); > ifp->if_oerrors++; > */ > > > -- > Any statement of the form "X is the one, true Y" is FALSE. > PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 > > ------------------------------------------------------------------------ > Part 1.2Type: application/pgp-signature To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 4:17:56 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C22BB37B400 for ; Sat, 27 Jul 2002 04:17:54 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3D643E31 for ; Sat, 27 Jul 2002 04:17:54 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 8294B535D; Sat, 27 Jul 2002 13:17:52 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Brooks Davis Cc: net@freebsd.org Subject: Re: switching to if_xname from if_name and if_unit References: <20020726211050.A30598@Odin.AC.HMC.Edu> From: Dag-Erling Smorgrav Date: 27 Jul 2002 13:17:51 +0200 In-Reply-To: <20020726211050.A30598@Odin.AC.HMC.Edu> Message-ID: Lines: 12 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Brooks Davis writes: > NetBSD and OpenBSD have replaced the "char *if_name" and "int if_unit" > members of struct ifnet with "char if_xname[IFNAMESIZ]". I propose that > we follow suit. > [...] > What do other people think? Go for it. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 10: 9:53 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CB9B37B400 for ; Sat, 27 Jul 2002 10:09:51 -0700 (PDT) Received: from outboundx.mv.meer.net (outboundx.mv.meer.net [209.157.152.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id E72DE43E31 for ; Sat, 27 Jul 2002 10:09:50 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outboundx.mv.meer.net (8.11.6/8.11.6) with ESMTP id g6RH9fP95471; Sat, 27 Jul 2002 10:09:41 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from neville-neil.com ([209.157.133.226]) by mail.meer.net (8.12.1/8.12.1/meer) with ESMTP id g6RH9nSW034764; Sat, 27 Jul 2002 10:09:49 -0700 (PDT) Message-Id: <200207271709.g6RH9nSW034764@mail.meer.net> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Dag-Erling Smorgrav Cc: Brooks Davis , net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit In-Reply-To: Message from Dag-Erling Smorgrav of "27 Jul 2002 13:17:51 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Jul 2002 10:09:49 -0700 From: "George V. Neville-Neil" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I've always wondered why interfaces have names at all. They should be identified by port IMHO, and the name is just something you query on the port. Then the names could be meaningful strings. Later, GEroge -- George V. Neville-Neil gnn@neville-neil.com Neville-Neil Consulting www.neville-neil.com "I learn only to be contented." inscription at Ryoan-ji in Kyoto, Japan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 10:43:30 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A15837B400 for ; Sat, 27 Jul 2002 10:43:29 -0700 (PDT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EA2B43E3B for ; Sat, 27 Jul 2002 10:43:28 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.3/8.12.5) with ESMTP id g6RHhR2D085588 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 27 Jul 2002 13:43:27 -0400 (EDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.3/8.12.5/Submit) id g6RHhRoo085585; Sat, 27 Jul 2002 13:43:27 -0400 (EDT) (envelope-from wollman) Date: Sat, 27 Jul 2002 13:43:27 -0400 (EDT) From: Garrett Wollman Message-Id: <200207271743.g6RHhRoo085585@khavrinen.lcs.mit.edu> To: "George V. Neville-Neil" Cc: net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit In-Reply-To: <200207271709.g6RH9nSW034764@mail.meer.net> References: <200207271709.g6RH9nSW034764@mail.meer.net> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org < said: > I've always wondered why interfaces have names at all. They should be > identified > by port IMHO, and the name is just something you query on the port. > Then the names could be meaningful strings. What do you mean ``identified by port''? A name is still a name even if you call it a ``port''. -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 11:42: 6 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4944137B400; Sat, 27 Jul 2002 11:42:04 -0700 (PDT) Received: from loquat.bbn.com (crodrigues.bbn.com [128.89.72.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7674043E31; Sat, 27 Jul 2002 11:42:03 -0700 (PDT) (envelope-from crodrigu@bbn.com) Received: (from crodrigu@localhost) by loquat.bbn.com (8.11.2/8.11.2) id g6RIg2O13071; Sat, 27 Jul 2002 14:42:02 -0400 Date: Sat, 27 Jul 2002 14:42:02 -0400 From: Craig Rodrigues To: freebsd-net@freebsd.org Cc: freebsd-isp@freebsd.org Subject: SONET over PPP/IP for FreeBSD? Message-ID: <20020727144202.A13067@bbn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, Has anyone done any work or experiments to implement PPP/IP over SONET ( http://www.ietf.org/rfc/rfc2615.txt )? I am interested in doing some experiments with SONET over regular Ethernet equipment instead of ATM. Thanks. -- Craig Rodrigues Distributed Systems and Logistics, Office 6/304 crodrigu@bbn.com BBN Technologies, a Verizon company (617) 873-4725 Cambridge, MA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 12:34:46 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67C3837B400; Sat, 27 Jul 2002 12:34:43 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [207.200.153.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C74EC43E6A; Sat, 27 Jul 2002 12:34:41 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 17YWN0-0002QM-00; Sat, 27 Jul 2002 11:32:50 -0700 Date: Sat, 27 Jul 2002 11:32:48 -0700 (PDT) From: Tom Samplonius To: Craig Rodrigues Cc: freebsd-net@freebsd.org, freebsd-isp@freebsd.org Subject: Re: SONET over PPP/IP for FreeBSD? In-Reply-To: <20020727144202.A13067@bbn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 27 Jul 2002, Craig Rodrigues wrote: > Hi, > > Has anyone done any work or experiments to implement > PPP/IP over SONET ( http://www.ietf.org/rfc/rfc2615.txt )? I don't know if there are any SONET interfaces available for use. > I am interested in doing some experiments with SONET over > regular Ethernet equipment instead of ATM. That seems strange. Can you really encapsulate SONET in ethernet frames? Or, do you somehow want to utilize an specially programmed ethernet NIC to generate SONET framing? I know the 10GbE standard as an option supports ethernet encapsulated inside a simplified SONET transport. > Thanks. > -- > Craig Rodrigues Distributed Systems and Logistics, Office 6/304 > crodrigu@bbn.com BBN Technologies, a Verizon company > (617) 873-4725 Cambridge, MA Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 15: 0:24 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A78737B400 for ; Sat, 27 Jul 2002 15:00:23 -0700 (PDT) Received: from hotmail.com (f224.law7.hotmail.com [216.33.237.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB1BA43E42 for ; Sat, 27 Jul 2002 15:00:22 -0700 (PDT) (envelope-from striker_d@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 27 Jul 2002 15:00:22 -0700 Received: from 199.201.236.2 by lw7fd.law7.hotmail.msn.com with HTTP; Sat, 27 Jul 2002 22:00:22 GMT X-Originating-IP: [199.201.236.2] From: "Brad Davis" To: freebsd-net@freebsd.org Subject: monthly traffic stats Date: Sat, 27 Jul 2002 16:00:22 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 27 Jul 2002 22:00:22.0655 (UTC) FILETIME=[014890F0:01C235B9] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I'm trying to find a way to monitor the monthly traffic usage on my ethernet interfaces. Thanks, Brad Davis _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 15:13:59 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDEAF37B400 for ; Sat, 27 Jul 2002 15:13:54 -0700 (PDT) Received: from osi-east2.nersc.gov (osi-east2.nersc.gov [128.55.6.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 387C243E42 for ; Sat, 27 Jul 2002 15:13:54 -0700 (PDT) (envelope-from dart@nersc.gov) Received: from gemini.nersc.gov (gemini.nersc.gov [128.55.16.111]) by osi-east2.nersc.gov (8.9.2/8.9.2) with ESMTP id PAA06296; Sat, 27 Jul 2002 15:13:20 -0700 (PDT) Received: from gemini.nersc.gov (localhost [127.0.0.1]) by gemini.nersc.gov (Postfix) with ESMTP id C86CF3B1AD; Sat, 27 Jul 2002 15:13:52 -0700 (PDT) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: "Brad Davis" Cc: freebsd-net@FreeBSD.ORG Subject: Re: monthly traffic stats In-Reply-To: Message from "Brad Davis" of "Sat, 27 Jul 2002 16:00:22 MDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Jul 2002 15:13:52 -0700 From: Eli Dart Message-Id: <20020727221352.C86CF3B1AD@gemini.nersc.gov> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org take a look at mrtg in ports (/usr/ports/net/mrtg/), or if you don't want to deal with mrtg you can run the output of netstat -inb through some perl and into rrdtool..... --eli In reply to "Brad Davis" : > Hello, > > I'm trying to find a way to monitor the monthly traffic usage on my ethernet > interfaces. > > > Thanks, > Brad Davis > > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 15:15:42 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B23DE37B400 for ; Sat, 27 Jul 2002 15:15:39 -0700 (PDT) Received: from mgw1-out.MEIway.com (mgw1.meiway.com [212.73.210.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBCB743E6A for ; Sat, 27 Jul 2002 15:15:38 -0700 (PDT) (envelope-from LConrad@Go2France.com) Received: from VirusGate.MEIway.com (virus-gate.meiway.com [212.73.210.91]) by mgw1-out.MEIway.com (Postfix Relay Hub) with ESMTP id E6ABBEF9B5 for ; Sun, 28 Jul 2002 00:10:06 +0200 (CEST) Received: from localhost (localhost.meiway.com [127.0.0.1]) by VirusGate.MEIway.com (Postfix) with SMTP id 9AC6A5D009 for ; Sun, 28 Jul 2002 00:18:39 +0200 (CEST) Received: from mail.Go2France.com (ms1.meiway.com [212.73.210.73]) by VirusGate.MEIway.com (Postfix) with ESMTP id 353EA5D008 for ; Sun, 28 Jul 2002 00:18:39 +0200 (CEST) Received: from LenConrad.Go2France.com [66.64.14.18] by mail.Go2France.com with ESMTP (SMTPD32-6.06) id AC6034023A; Sun, 28 Jul 2002 00:19:12 +0200 Message-Id: <5.1.0.14.2.20020727171446.030b9a78@mail.Go2France.com> X-Sender: LConrad@Go2France.com@mail.Go2France.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sat, 27 Jul 2002 17:15:33 -0500 To: freebsd-net@freebsd.org From: Len Conrad Subject: Re: monthly traffic stats In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 16:00 2002-07-27 -0600, you wrote: >Hello, > >I'm trying to find a way to monitor the monthly traffic usage on my >ethernet interfaces. netstat -bi .... but note that the counters roll over at 4 Gbytes. Len __________________________________________________________________ www.menandmice.com/DNS-training : DNS Training BIND8NT.MEIway.com : ISC BIND for NT4 & W2K IMGate.MEIway.com : Build free, hi-perf, anti-abuse mail gateways To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 18:24:35 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C9F937B400 for ; Sat, 27 Jul 2002 18:24:33 -0700 (PDT) Received: from tomts24-srv.bellnexxia.net (tomts24.bellnexxia.net [209.226.175.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EB6443E3B for ; Sat, 27 Jul 2002 18:24:32 -0700 (PDT) (envelope-from matt@xena.gsicomp.on.ca) Received: from xena.gsicomp.on.ca ([65.95.176.16]) by tomts24-srv.bellnexxia.net (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP id <20020728012443.HNQC2648.tomts24-srv.bellnexxia.net@xena.gsicomp.on.ca>; Sat, 27 Jul 2002 21:24:43 -0400 Received: from localhost (matt@localhost) by xena.gsicomp.on.ca (8.11.3/8.11.3) with ESMTP id g6S0AfI16056; Sat, 27 Jul 2002 20:10:41 -0400 (EDT) (envelope-from matt@xena.gsicomp.on.ca) Date: Sat, 27 Jul 2002 20:10:40 -0400 (EDT) From: Matthew Emmerton To: Garrett Wollman Cc: "George V. Neville-Neil" , net@FreeBSD.ORG Subject: Re: switching to if_xname from if_name and if_unit In-Reply-To: <200207271743.g6RHhRoo085585@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 27 Jul 2002, Garrett Wollman wrote: > < said: > > > I've always wondered why interfaces have names at all. They should be > > identified > > by port IMHO, and the name is just something you query on the port. > > Then the names could be meaningful strings. > > What do you mean ``identified by port''? A name is still a name even > if you call it a ``port''. I suppose by 'port' he means something like Linux's 'netx' method of naming devices exposing an ethernet interface. So you could do something like this to determine details of the actual card: # ifconfig net0 query-if-info Device 'net0' uses driver 'rl (RealTek 8029/8039)' PCI bus, slot 3, device 0 PCI vendor ID 0x1234 device ID 0x5678 subdevice ID 0x0001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Jul 27 19:58:47 2002 Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF9BF37B400 for ; Sat, 27 Jul 2002 19:58:45 -0700 (PDT) Received: from hotmail.com (f138.law7.hotmail.com [216.33.237.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B4E643E4A for ; Sat, 27 Jul 2002 19:58:45 -0700 (PDT) (envelope-from striker_d@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 27 Jul 2002 19:58:45 -0700 Received: from 199.201.236.2 by lw7fd.law7.hotmail.msn.com with HTTP; Sun, 28 Jul 2002 02:58:45 GMT X-Originating-IP: [199.201.236.2] From: "Brad Davis" To: freebsd-net@freebsd.org Subject: Re: monthly traffic stats Date: Sat, 27 Jul 2002 20:58:45 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 28 Jul 2002 02:58:45.0534 (UTC) FILETIME=[B03B1BE0:01C235E2] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > >take a look at mrtg in ports (/usr/ports/net/mrtg/), or if you don't >want to deal with mrtg you can run the output of netstat -inb through >some perl and into rrdtool..... > > --eli I already use MRTG to monitor it.. but I'm looking for a more absolute value. _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message