From owner-freebsd-net Sun Mar 25 2:12:40 2001 Delivered-To: freebsd-net@freebsd.org Received: from jason.argos.org (jason.argos.org [216.233.245.106]) by hub.freebsd.org (Postfix) with ESMTP id 483AE37B719 for ; Sun, 25 Mar 2001 02:12:38 -0800 (PST) (envelope-from mike@jason.argos.org) Received: (from mike@localhost) by jason.argos.org (8.10.1/8.10.1) id f2P9vxo01145; Sun, 25 Mar 2001 04:57:59 -0500 Date: Sun, 25 Mar 2001 04:57:59 -0500 From: Mike Nowlin To: Dennis Cc: freebsd-net@freebsd.org Subject: Re: Intel driver doc's Take 2. Message-ID: <20010325045759.A1012@argos.org> References: <5.0.0.25.0.20010324142928.03a8b9d0@mail.etinc.com> <200103241731.SAA49447@info.iet.unipi.it> <5.0.0.25.0.20010324142928.03a8b9d0@mail.etinc.com> <20010324144844.K5821@ohm.physics.purdue.edu> <5.0.0.25.0.20010324150424.03bc3900@mail.etinc.com> <20010324151237.L5821@ohm.physics.purdue.edu> <5.0.0.25.0.20010324155127.03daa8a0@mail.etinc.com> <20010324161906.M5821@ohm.physics.purdue.edu> <5.0.0.25.0.20010324194115.02732960@mail.etinc.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="r5Pyd7+fXNt84Ff3" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.0.25.0.20010324194115.02732960@mail.etinc.com>; from dennis@etinc.com on Sat, Mar 24, 2001 at 07:58:00PM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --r5Pyd7+fXNt84Ff3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Its not a "proprietary tree". I dont have time to clean it up and submit= =20 > patches. diff -u original.c mysource.c | mail -s "fxp fix in progress" \ freebsd-net@freebsd.org I'm sure someone would forgive the digress from style(9) and clean it up for you, and I'm sure ALL of us would appreciate the fix that results from this= ... mike --r5Pyd7+fXNt84Ff3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjq9wScACgkQJol4I8h9Gd/v1QCeLZDA3G8l3LNLtm8YuAO/yocf KGAAnRRwQH7Fb1cafaHE6fHhNNi3Uhmx =ClzE -----END PGP SIGNATURE----- --r5Pyd7+fXNt84Ff3-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 9:52:55 2001 Delivered-To: freebsd-net@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id 5F9B337B718 for ; Sun, 25 Mar 2001 09:52:51 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.11.3) with SMTP id f2PHp2506960; Sun, 25 Mar 2001 12:51:03 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <001301c0b554$1f87aec0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Ed Wynn" , References: Subject: Re: D-Link problem Date: Sun, 25 Mar 2001 12:50:46 -0500 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.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Okay, I've managed to get the debug kernel built and save the core file. > I'll include the output of some basic debugging below. If there's anything > else that would be helpful, let me know. The D-Link driver disk includes C > source for a Linux driver, so when the problem gets narrowed down, I or > someone more familiar with the code might be able to use this to determine > the correct settings. > > First, though, I should have included this before, but I didn't notice it > until much later. Here's an excerpt from the boot messages that gets shown > before the crash. During a GENERIC boot: > > rl0: port 0xd800-0xd8ff > mem 0xe5800000-0xe58000ff irq 11 at device 11.0 on pci0 > rl0: Ethernet address xx:xx:xx:xx:xx:xx > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: no media present I'd change the device naming in pci/if_rl.c to identify the card vendor & model (D-Link 538TX/R, in the style of the Accton MPX driver) rather than the card chipset (which would be used for a generic card). > It then proceeds through the normal boot sequence to the crash. Here's the > gdb log I threatened above. Warning: it's long. [snip] Sorry 'bout that. I was working on the assumption that the driver was working properly, and was just dying during userland init (ifconfig). The "rlphy0: no media present" line tells us that the driver isn't 100% healthy, at least with this card. It would be interesting to see what the result of the PHY_READ call is (just before the 'no media present' printf line). It could be that the D-Link card is encoding media types differently (which means that BMSR_MEDIAMASK needs updating), or is simply really telling us nothing. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 12:27:33 2001 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f185.law12.hotmail.com [64.4.19.185]) by hub.freebsd.org (Postfix) with ESMTP id 11DD337B719 for ; Sun, 25 Mar 2001 12:27:31 -0800 (PST) (envelope-from edwynn42@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 25 Mar 2001 12:27:24 -0800 Received: from 24.65.68.114 by lw12fd.law12.hotmail.msn.com with HTTP; Sun, 25 Mar 2001 20:27:24 GMT X-Originating-IP: [24.65.68.114] From: "Ed Wynn" To: freebsd-net@freebsd.org Subject: Re: D-Link problem Date: Sun, 25 Mar 2001 15:27:24 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Mar 2001 20:27:24.0937 (UTC) FILETIME=[00B49790:01C0B56A] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >[snip] Sorry 'bout that. I was working on the assumption that the driver >was working properly, and was just dying during userland init (ifconfig). >The "rlphy0: no media present" line tells us that the driver isn't 100% >healthy, at least with this card. Not a problem. Good learning exercise for me. >It would be interesting to see what the result of the PHY_READ call is >(just >before the 'no media present' printf line). It could be that the D-Link >card is encoding media types differently (which means that BMSR_MEDIAMASK >needs updating), or is simply really telling us nothing. The PHY_READ call is returning 6, which is BSMR_LINK | BSMR_JABBER. I checked capmask, and it's 0xffffffff, so that's okay. Looks like the "nothing" gues is accurate. I tried hard coding the capabilities (overriding the return value) to those listed in the manual (10 and 100, full and half, and autonegotiate), and it still kernel panics the same way, so I would guess that there are two problems here, not just one. Greg Schmidt (still writing from edwynn42@hotmail.com) _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 12:57:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id CEB4737B719 for ; Sun, 25 Mar 2001 12:57:10 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2PKvAZ26677 for net@freebsd.org; Sun, 25 Mar 2001 12:57:10 -0800 (PST) Date: Sun, 25 Mar 2001 12:57:10 -0800 From: Alfred Perlstein To: net@freebsd.org Subject: proper way to test for INET/INET6? Message-ID: <20010325125710.S9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-all-your-base: are belong to us. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm wondering how one is supposed to test for INET6 support in the kernel. Currently a few places do it in a somewhat bogus fashion like this: s = socket(AF_INET6, SOCK_DGRAM, IPPROTO_UDP); if (s == -1) have_v6 = 0; else close(s); But this is wrong because unless errno is EPROTONOSUPPORT this might mean something else is horribly wrong. There's also at least one place that happens to check for EPROTONOSUPPORT, but it also erroniously checks for EPFNOSUPPORT and EAFNOSUPPORT which are actually the result one would get if they passed invalid arguments to socket(2). So what's the right thing to do here? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 12:59:39 2001 Delivered-To: freebsd-net@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id A4B9437B719 for ; Sun, 25 Mar 2001 12:59:35 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.11.3) with SMTP id f2PKvl507397; Sun, 25 Mar 2001 15:57:48 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <00e701c0b56e$378866d0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Ed Wynn" Cc: References: Subject: Re: D-Link problem Date: Sun, 25 Mar 2001 15:57:31 -0500 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.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >[snip] Sorry 'bout that. I was working on the assumption that the driver > >was working properly, and was just dying during userland init (ifconfig). > >The "rlphy0: no media present" line tells us that the driver isn't 100% > >healthy, at least with this card. > > Not a problem. Good learning exercise for me. Most definitely. (I did my first panic / kernel debug exercise last month.) > The PHY_READ call is returning 6, which is BSMR_LINK | BSMR_JABBER. I > checked capmask, and it's 0xffffffff, so that's okay. Looks like the > "nothing" gues is accurate. I tried hard coding the capabilities > (overriding the return value) to those listed in the manual (10 and 100, > full and half, and autonegotiate), and it still kernel panics the same way, > so I would guess that there are two problems here, not just one. Are you sure the card is using the 8139 chipset? The 8139 can provide PHY information via the status register. Since we're obviously not getting any such data, I'm wondering if this card is based on something else. I've seen some chatter on some Linux lists that would indicate that there are two version of the DFE538 - one that works with the RealTek 8129/8139 driver (rl0), and one that works with the NE2000 driver (ed0). Also interesting -- the pciconf -l output from your machine indicates 'rev=0x10' -- this may be the discriminator between whether the card is rl0 or ed0 based. If you want to try out the ed driver, you'll have to hack dev/ed/if_ed_pci.c and put the device/vendor codes in there. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 13:14:31 2001 Delivered-To: freebsd-net@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 67BE337B71E for ; Sun, 25 Mar 2001 13:14:28 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2PLESD27030 for net@FreeBSD.ORG; Sun, 25 Mar 2001 13:14:28 -0800 (PST) Date: Sun, 25 Mar 2001 13:14:28 -0800 From: Alfred Perlstein To: net@FreeBSD.ORG Subject: Re: proper way to test for INET/INET6? Message-ID: <20010325131428.T9431@fw.wintelcom.net> References: <20010325125710.S9431@fw.wintelcom.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010325125710.S9431@fw.wintelcom.net>; from bright@wintelcom.net on Sun, Mar 25, 2001 at 12:57:10PM -0800 X-all-your-base: are belong to us. Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Alfred Perlstein [010325 12:57] wrote: > I'm wondering how one is supposed to test for INET6 support in the > kernel. Currently a few places do it in a somewhat bogus fashion > like this: > > s = socket(AF_INET6, SOCK_DGRAM, IPPROTO_UDP); > if (s == -1) > have_v6 = 0; > else > close(s); > > But this is wrong because unless errno is EPROTONOSUPPORT this > might mean something else is horribly wrong. There's also at least > one place that happens to check for EPROTONOSUPPORT, but it also > erroniously checks for EPFNOSUPPORT and EAFNOSUPPORT which are > actually the result one would get if they passed invalid arguments > to socket(2). > > So what's the right thing to do here? Someone suggested using sysctl, the problem is that unlike testing for devfs (sysctlbyname("vfs.devfs.generation", NULL, NULL, NULL, 0) == 0) I can't do that because "net.inet6" isn't a leaf sysctl node. What I can do is: int mibs[20]; size_t sz; sz = sizeof (mibs); if (sysctlnametomib("net.inet6", mibs, &sz) == 0) printf("ok\n"); else printf("no\n"); Which is somewhat gross, anyone object to me changing sysctlnametomib() such that it can take NULL arguements (it cores if you do that now) and return success if the node exists? -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 14:11:35 2001 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f21.law12.hotmail.com [64.4.19.21]) by hub.freebsd.org (Postfix) with ESMTP id 35E8037B71D for ; Sun, 25 Mar 2001 14:11:33 -0800 (PST) (envelope-from edwynn42@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 25 Mar 2001 14:11:32 -0800 Received: from 24.65.68.114 by lw12fd.law12.hotmail.msn.com with HTTP; Sun, 25 Mar 2001 22:11:32 GMT X-Originating-IP: [24.65.68.114] From: "Ed Wynn" To: freebsd-net@freebsd.org Subject: Re: D-Link problem Date: Sun, 25 Mar 2001 17:11:32 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 25 Mar 2001 22:11:32.0393 (UTC) FILETIME=[8C7AB990:01C0B578] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Are you sure the card is using the 8139 chipset? The 8139 can provide PHY >information via the status register. Since we're obviously not getting any >such data, I'm wondering if this card is based on something else. I'm pretty sure it is. The Linux driver source file is called "rtl8139.c", so that's a good hint. Is there a way to tell them apart by looking at the board? Mine says "DFE-538TX Rev. D1", and the only chip on the board says "DL10038C". >If you want to try out the ed driver, you'll have to hack >dev/ed/if_ed_pci.c >and put the device/vendor codes in there. I'll give that a try, but I have slim hopes for it. Greg Schmidt (still as esdynn42@hotmail.com) _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 14:56:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from xena.gsicomp.on.ca (cr677933-a.ktchnr1.on.wave.home.com [24.43.230.149]) by hub.freebsd.org (Postfix) with ESMTP id C67EA37B718 for ; Sun, 25 Mar 2001 14:56:11 -0800 (PST) (envelope-from matt@gsicomp.on.ca) Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by xena.gsicomp.on.ca (8.11.1/8.11.3) with SMTP id f2PMsO507653; Sun, 25 Mar 2001 17:54:24 -0500 (EST) (envelope-from matt@gsicomp.on.ca) Message-ID: <014901c0b57e$826dbaf0$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Ed Wynn" , References: Subject: Re: D-Link problem Date: Sun, 25 Mar 2001 17:54:07 -0500 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.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > >Are you sure the card is using the 8139 chipset? The 8139 can provide PHY > >information via the status register. Since we're obviously not getting any > >such data, I'm wondering if this card is based on something else. > > I'm pretty sure it is. The Linux driver source file is called "rtl8139.c", > so that's a good hint. Is there a way to tell them apart by looking at the > board? Mine says "DFE-538TX Rev. D1", and the only chip on the board says > "DL10038C". And according to the picture of a Rev A1 card, the chip's number hasn't changed. Puzzling. -- Matt Emmerton To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 16:57:50 2001 Delivered-To: freebsd-net@freebsd.org Received: from online.tmx.com.au (online.tmx.com.au [192.150.129.1]) by hub.freebsd.org (Postfix) with ESMTP id 038CB37B71D for ; Sun, 25 Mar 2001 16:57:41 -0800 (PST) (envelope-from mtaylor@bytecraft.com.au) Received: from melexc01.bytecraft.com.au ([203.9.250.249]) by online.tmx.com.au (8.9.3/8.8.8) with ESMTP id KAA05171; Mon, 26 Mar 2001 10:57:24 +1000 (EST) Received: by MELEXC01 with Internet Mail Service (5.5.2448.0) id ; Mon, 26 Mar 2001 10:58:57 +1000 Message-ID: <710709BB8B02D311942E0060674418105442A7@MELEXC01> From: Murray Taylor To: "'valkyrie@dreamwvr.com'" Cc: "'freebsd-net@freebsd.org'" Subject: RE: frame enc and frame relay Date: Mon, 26 Mar 2001 10:58:15 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yes FreeBSD does support Frame relay... and seems to do so quite well so far ... (I'm an 'expert' with 5 days of real connect time! still in the system final configuration stages wrt DNS etc ;-) I am using a WANic 405 PCI card with an X21 interface to the telco terminal unit FreeBSD has been recompiled with options NETGRAPH options NETGRAPH_FRAME_RELAY options NETGRAPH_LMI options NETGRAPH_RFC1490 options NETGRAPH_IFACE options NETGRAPH_SOCKET The system setup is as follows -----------------8< cut from other doco --------- - select Management Protocol ITU-T (CCITT) Q933 Annex A no ANSI T1.617 Annex D yes (Telstra default) LMI (FRF Doc#001-208966) no - select physical interface X.21bis/V35 no X.21 yes G.704 no - Telstra assignments xxx.yyy.zzz.0/26 network DLCI 16 Internet link (Telstra 'Big Pond') - Hardware card WANic 405 with X21 interface uses sr(4) driver - kernel compiled with NETGRAPH - hardware setup ng0 ip fxp0 ip xxx.yyy.zzz.1 SPYDER 10.1.2.30 +----------+ | | +---+ |-+-+ +-| frame | N | X21 |s|n| |f| 100BaseT =======| T |========|r|g| |x|~~~~~~~~~~~~ relay | U | |0|0| |p| +---+ |-+-+ |0| | +-| | | | | | | | | +----------+ Netgraph setup for Internet access [ ] [ lmi ](annexD) --------+ [ ] | | [ sr0 ] [ ](dlci0) ---+ [ phys ](rawdata) --- (downstream)[ frame_relay ] [ ] [ ](dlci16)--+ | +---------------------------------------------------------+ | | { ] [ ng0 ] +--- (downstream)[ rcf1490 ](inet) --- (inet)[ iface ] xxx.yyy.zzz.1 [ ] [ ] then a netgraph chain setup during the boot process with the following (written in the sequence that rc.network will process them) =============== network portions of rc.conf ========================== # # set up my hostname # hostname="spyder.bytecraft.au.com" # # network setup # network_interfaces="lo0 ng0 fxp0" # # (NB more needed in man pages re start_if.* files) # # start_if.ng0 file is run here automagically # ifconfig_lo0="inet 127.0.0.1" ifconfig_fxp0="inet 10.1.2.30 netmask 255.255.0.0" ifconfig_ng0="inet xxx.yyy.zzz.1 TELSTRA-GATEWAY" # # firewall # ipfw_enable="YES" ipfw_flags="/etc/firewall/rules" # # NAT setup here # natd_enable="YES" natd_interfaces="ng0" # # static routes # # route(8) # A destination of default is a synonym for -net 0.0.0.0, which is the de- # fault route. # # If the destination is directly reachable via an interface requiring no # intermediary system to act as a gateway, the -interface modifier should # be specified; the gateway given is the address of this host on the common # network, indicating the interface to be used for transmission. Alter- # nately, if the interface is point to point the name of the interface it- # self may be given, in which case the route remains valid even if the lo- # cal or remote addresses change. # static_routes="ng0" # default route set to point out the frame relay link to big pond route_ng0="-net 0.0.0.0 -interface ng0" # # gateway enable # gateway_enable="YES" # # ----- end of netpass 1 # # named enable # named_enable="YES" named_flags="-u bind -g bind /etc/namedb/sandbox/named.conf" # # ----- end of netpass 2 # # sshd # sshd_enable="YES" # # ----- end of netpass 3 # # inetd flags # inetd_flags="" ============= end of network part of rc.conf ======================== This script which gets called during the boot process establishes the frame relay iinterface as ng0 the start_if.ng0 script ( basically a modified copy of the frame relay example file in /usr/share/examples/netgraph ) ================ start_if.ng0 ============================= #!/bin/sh # script to set up a frame relay link on the sr card. # The dlci used is selected below. The default is 16 # WANic 405 CARD=sync_sr0 DLCI=16 # create a frame_relay type node and attach it to the sync port. ngctl mkpeer ${CARD}: frame_relay rawdata downstream # Attach the dlci output of the (de)multiplexor to a new # Link management protocol node using ANSI AnnexD ngctl mkpeer ${CARD}:rawdata lmi dlci0 annexD # Attach the DLCI(channel) the Telco has assigned you to # a node to hadle whatever protocol encapsulation your peer # is using. In this case rfc1490 encapsulation. ngctl mkpeer ${CARD}:rawdata rfc1490 dlci${DLCI} downstream # Attach the ip (inet) protocol output of the protocol mux to the ip (inet) # input of a netgraph "interface" node (ifconfig should show it as "ng0"). ngctl mkpeer ${CARD}:rawdata.dlci${DLCI} iface inet inet ================end of start_if.ng0 ========================== > -----Original Message----- > From: valkyrie@dreamwvr.com [SMTP:valkyrie@dreamwvr.com] > Sent: Friday, 23 March 2001 18:16 > To: mtaylor@bytecraft.com.au > Subject: frame enc and frame relay > > hi, > Not sure if you are doing this or not but am trying to get a > lanmedia 1200P working with frame relay and frame encapsulation. > I have tried so far OpenBSD, NetBSD, and now am trying FreeBSD > to see if of the BSD it supports this. Does it? TIA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 19:19:14 2001 Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id A32F137B71B; Sun, 25 Mar 2001 19:19:09 -0800 (PST) Subject: Re: D-Link problem In-Reply-To: <014901c0b57e$826dbaf0$1200a8c0@gsicomp.on.ca> from Matthew Emmerton at "Mar 25, 2001 05:54:07 pm" To: matt@gsicomp.on.ca (Matthew Emmerton) Date: Sun, 25 Mar 2001 19:19:09 -0800 (PST) Cc: edwynn42@hotmail.com, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20010326031909.A32F137B71B@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Guh. Support for this card was added to -current, but the changes never made it back to -stable. The problem (I think) is that while you updated the device list, you overlooked a piece of code in rl_attach() that selects the driver behavior depending on the PCI device ID. Get back your original version of if_rl.c and if_rlreg.h and try the following patch. This should be all you need to have the card recognized correctly as a RealTek NIC. (Note that while I have about 3 different RealTek PCI boards, I don't have this particular one. There are bunches of them.) -Bill *** if_rl.c.orig Sun Mar 25 19:08:34 2001 --- if_rl.c Sun Mar 25 19:11:59 2001 *************** *** 149,154 **** --- 149,156 ---- "Delta Electronics 8139 10/100BaseTX" }, { ADDTRON_VENDORID, ADDTRON_DEVICEID_8139, "Addtron Technolgy 8139 10/100BaseTX" }, + { DLINK_VENDORID, DLINK_DEVICEID_530TXPLUS, + "D-Link DFE-530TX+ 10/100BaseTX" }, { 0, 0, NULL } }; *************** *** 898,904 **** rl_read_eeprom(sc, (caddr_t)&rl_did, RL_EE_PCI_DID, 1, 0); if (rl_did == RT_DEVICEID_8139 || rl_did == ACCTON_DEVICEID_5030 || ! rl_did == DELTA_DEVICEID_8139 || rl_did == ADDTRON_DEVICEID_8139) sc->rl_type = RL_8139; else if (rl_did == RT_DEVICEID_8129) sc->rl_type = RL_8129; --- 900,907 ---- rl_read_eeprom(sc, (caddr_t)&rl_did, RL_EE_PCI_DID, 1, 0); if (rl_did == RT_DEVICEID_8139 || rl_did == ACCTON_DEVICEID_5030 || ! rl_did == DELTA_DEVICEID_8139 || rl_did == ADDTRON_DEVICEID_8139 || ! rl_did == DLINK_DEVICEID_530TXPLUS) sc->rl_type = RL_8139; else if (rl_did == RT_DEVICEID_8129) sc->rl_type = RL_8129; *** if_rlreg.h.orig Sun Mar 25 19:08:34 2001 --- if_rlreg.h Sun Mar 25 19:10:12 2001 *************** *** 433,438 **** --- 433,448 ---- #define ADDTRON_DEVICEID_8139 0x1360 /* + * D-Link vendor ID. + */ + #define DLINK_VENDORID 0x1186 + + /* + * D-Link DFE-530TX+ device ID + */ + #define DLINK_DEVICEID_530TXPLUS 0x1300 + + /* * PCI low memory base and low I/O base register, and * other PCI registers. */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 19:46:51 2001 Delivered-To: freebsd-net@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id ACE4237B718; Sun, 25 Mar 2001 19:46:48 -0800 (PST) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=98f4eda6257dce0a49e851b22d8d66f1) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14hFYe-0000dV-00; Sun, 25 Mar 2001 11:48:08 -0700 Message-ID: <3ABE3D68.91C30971@softweyr.com> Date: Sun, 25 Mar 2001 11:48:08 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: Peter Blok , Garrett Wollman , freebsd-net@FreeBSD.org Subject: Re: 4.3-BETA netmask problem References: <000201c0b310$fe9a5630$8a02a8c0@ntpc> <200103222123.QAA34631@khavrinen.lcs.mit.edu> <000201c0b310$fe9a5630$8a02a8c0@ntpc> <20010323093134.B34042@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ruslan Ermilov wrote: > > On Thu, Mar 22, 2001 at 09:45:12PM +0100, Peter Blok wrote: > > Hi, > > > > I'm having a strange problem. I have a block public ip addresses at > > X.Y.Z.128/28. My FreeBSD 4.3-BETA system has assigned IP address X.Y.Z.140 > > netmask 255.255.255.240, broadcast X.Y.Z.143. > > > > I don't use routed. I have one static host route to a particular host. > > > > Here's the problem when somebody tries to access me from the outside with IP > > A.B.C.D I'm getting messages: > > > > /kernel: arplookup A.B.C.D failed: host is not on local network > > /kernel: arpresolve: can't allocate llinfo A.B.C.Drt > > > > I arplookup is right! The IP address is not on the local network. Why is > > arplookup displaying this? What is wrong? I am also not able to slogin to > > this public address. > > > > On Thu, Mar 22, 2001 at 04:23:48PM -0500, Garrett Wollman wrote: > > < said: > > > > > /kernel: arplookup A.B.C.D failed: host is not on local network > > > /kernel: arpresolve: can't allocate llinfo A.B.C.Drt > > > > Show us the output of `route -nv get A.B.C.D'. > > And we will see that this route has an indirect gateway! Right. Peter, you probably need a default route pointing at whatever your router to the rest of the network is. The address in the default route MUST be on your local network, or the host route you have already established. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 19:50:52 2001 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f62.law12.hotmail.com [64.4.19.62]) by hub.freebsd.org (Postfix) with ESMTP id BE70437B71A for ; Sun, 25 Mar 2001 19:50:50 -0800 (PST) (envelope-from edwynn42@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 25 Mar 2001 19:50:50 -0800 Received: from 24.65.68.114 by lw12fd.law12.hotmail.msn.com with HTTP; Mon, 26 Mar 2001 03:50:49 GMT X-Originating-IP: [24.65.68.114] From: "Ed Wynn" To: freebsd-net@FreeBSD.ORG Subject: Re: D-Link problem Date: Sun, 25 Mar 2001 22:50:49 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 26 Mar 2001 03:50:50.0014 (UTC) FILETIME=[F2912BE0:01C0B5A7] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Guh. Support for this card was added to -current, but the changes never >made it back to -stable. The problem (I think) is that while you updated >the device list, you overlooked a piece of code in rl_attach() that selects >the driver behavior depending on the PCI device ID. Get back your original >version of if_rl.c and if_rlreg.h and try the following patch. This should >be all you need to have the card recognized correctly as a RealTek NIC. Alas, that patch is exactly what I have already done. I was hoping you'd found somewhere that I missed an update, but I already had those three spots covered. The current situation is that the card is now recognized correctly, but it thinks that there is "no media present" during the boot, and still kernel panics when it gets around to doing the ifconfig. Greg Schmidt (still as edwynn42@hotmail.com) _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 22:23:15 2001 Delivered-To: freebsd-net@freebsd.org Received: from starfruit.itojun.org (p84.usslc11.stsn.com [63.161.206.84]) by hub.freebsd.org (Postfix) with ESMTP id EE5D237B718 for ; Sun, 25 Mar 2001 22:23:09 -0800 (PST) (envelope-from itojun@itojun.org) Received: from itojun.org (localhost [127.0.0.1]) by starfruit.itojun.org (Postfix) with ESMTP id 481FA7E73; Mon, 26 Mar 2001 13:59:02 +0900 (JST) To: Alfred Perlstein Cc: net@freebsd.org In-reply-to: bright's message of Sun, 25 Mar 2001 12:57:10 PST. <20010325125710.S9431@fw.wintelcom.net> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: proper way to test for INET/INET6? From: Jun-ichiro itojun Hagino Date: Mon, 26 Mar 2001 13:59:02 +0900 Message-Id: <20010326045902.481FA7E73@starfruit.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I'm wondering how one is supposed to test for INET6 support in the >kernel. Currently a few places do it in a somewhat bogus fashion >like this: what are you planning to do after checking IPv6 support in the kernel? applications should be written so that it would work on both IPv4-only, IPv6-only and IPv4/v6 dual stack kernels, by using getaddrinfo(3) and getnameinfo(3). you do not need to check if you write applications properly. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 23:19: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 0C25B37B719; Sun, 25 Mar 2001 23:18:57 -0800 (PST) Subject: Re: D-Link problem In-Reply-To: from Ed Wynn at "Mar 25, 2001 10:50:49 pm" To: edwynn42@hotmail.com (Ed Wynn) Date: Sun, 25 Mar 2001 23:18:57 -0800 (PST) Cc: freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20010326071857.0C25B37B719@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Alas, that patch is exactly what I have already done. I was hoping you'd > found somewhere that I missed an update, but I already had those three spots > covered. Fine. I'm including another patch with a slight change. I don't know if this will make a difference or not since I've never known this step to be necessary. If this doesn't work, I suggest putting the card in a different PCI slot. No, really. Humor me. Also, in a previous post, you reported the dmesg output from when the card was probed, but you "cleverly" decided to replace the MAC address with "xx:xx:xx:xx:xx:xx". By doing this, you prevented me from seeing whether or not the driver actually read a valid ethernet address from the EEPROM. Yes, this information is important, yes you made a mistake by omitting it, no the world will not end if you reveal it to us. Go back and paste the information again, and this time don't mangle it. There is a slight possibility that you have tried to attach the RealTek driver to what might be a VIA Rhine card. This would imply some lameness on D-Link's part, but stranger things have happened. -Bill *** if_rl.c.orig Sun Mar 25 19:08:34 2001 --- if_rl.c Sun Mar 25 23:14:00 2001 *************** *** 149,154 **** --- 149,156 ---- "Delta Electronics 8139 10/100BaseTX" }, { ADDTRON_VENDORID, ADDTRON_DEVICEID_8139, "Addtron Technolgy 8139 10/100BaseTX" }, + { DLINK_VENDORID, DLINK_DEVICEID_530TXPLUS, + "D-Link DFE-530TX+ 10/100BaseTX" }, { 0, 0, NULL } }; *************** *** 878,883 **** --- 880,888 ---- /* Reset the adapter. */ rl_reset(sc); + /* Bring chip out of low-power mode? */ + CSR_WRITE_1(sc, RL_CFG1, 0x00); + /* * Get station address from the EEPROM. */ *************** *** 898,904 **** rl_read_eeprom(sc, (caddr_t)&rl_did, RL_EE_PCI_DID, 1, 0); if (rl_did == RT_DEVICEID_8139 || rl_did == ACCTON_DEVICEID_5030 || ! rl_did == DELTA_DEVICEID_8139 || rl_did == ADDTRON_DEVICEID_8139) sc->rl_type = RL_8139; else if (rl_did == RT_DEVICEID_8129) sc->rl_type = RL_8129; --- 903,910 ---- rl_read_eeprom(sc, (caddr_t)&rl_did, RL_EE_PCI_DID, 1, 0); if (rl_did == RT_DEVICEID_8139 || rl_did == ACCTON_DEVICEID_5030 || ! rl_did == DELTA_DEVICEID_8139 || rl_did == ADDTRON_DEVICEID_8139 || ! rl_did == DLINK_DEVICEID_530TXPLUS) sc->rl_type = RL_8139; else if (rl_did == RT_DEVICEID_8129) sc->rl_type = RL_8129; *** if_rlreg.h.orig Sun Mar 25 19:08:34 2001 --- if_rlreg.h Sun Mar 25 19:10:12 2001 *************** *** 433,438 **** --- 433,448 ---- #define ADDTRON_DEVICEID_8139 0x1360 /* + * D-Link vendor ID. + */ + #define DLINK_VENDORID 0x1186 + + /* + * D-Link DFE-530TX+ device ID + */ + #define DLINK_DEVICEID_530TXPLUS 0x1300 + + /* * PCI low memory base and low I/O base register, and * other PCI registers. */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 23:22:53 2001 Delivered-To: freebsd-net@freebsd.org Received: from gatordog.com (gatordog.com [198.30.158.114]) by hub.freebsd.org (Postfix) with ESMTP id B1CA637B718 for ; Sun, 25 Mar 2001 23:22:47 -0800 (PST) (envelope-from adamkuj@gatordog.com) Received: from localhost (adamkuj@localhost) by gatordog.com (8.9.3/8.9.3) with ESMTP id CAA63037 for ; Mon, 26 Mar 2001 02:22:17 -0500 (EST) (envelope-from adamkuj@gatordog.com) Date: Mon, 26 Mar 2001 02:22:17 -0500 (EST) From: Adam Kujawski To: Subject: Page Fault using DUMMYNET & BRIDGE Message-ID: X-Joke: decode@bgnet.bgsu.edu X-Carnivore: top-secret data CIA DoD destruct attack warmod directorate NSTD ORD warrior-T foreign takeover MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm getting a page fault, trap 12, whenever a packet from a bridged interface matches a pipe fule in IPFW. Any suggestions? dmesg: Copyright (c) 1992-2000 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.2-RELEASE #0: Tue Mar 6 13:19:17 EST 2001 root@nexus.gatordog.com:/usr/src/sys/compile/NEXUS2 Timecounter "i8254" frequency 1193182 Hz CPU: Cyrix 6x86 (486-class CPU) Origin = "CyrixInstead" DIR=0x1531 Stepping=1 Revision=5 CPU cache: write-through mode real memory = 67108864 (65536K bytes) avail memory = 61046784 (59616K bytes) Preloaded elf kernel "kernel" at 0xc0441000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc044109c. md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x3000-0x300f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x6000-0x607f mem 0xe0000000-0xe000007f irq 1 1 at device 17.0 on pci0 xl0: Ethernet address: 00:10:5a:05:b4:a5 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: port 0x6100-0x61ff mem 0xe0001000-0xe00010ff irq 10 at device 20.0 on pci0 rl0: Ethernet address: 00:50:bf:16:19:c8 miibus1: on rl0 rlphy0: on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: direction bit not set fdc0: cmd 3 failed at out byte 1 of 3 atkbdc0: at port 0x60,0x64 on isa0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: parallel port not found. IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to accept, unlimited logging DUMMYNET initialized (000608) BRIDGE 990810, have 10 interfaces -- index 1 type 6 phy 0 addrl 6 addr 00.10.5a.05.b4.a5 -- index 2 type 6 phy 0 addrl 6 addr 00.50.bf.16.19.c8 ad0: 516MB [1049/16/63] at ata0-master PIO2 ad2: 2014MB [4092/16/63] at ata1-master PIO4 kernel options: options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET options NMBCLUSTERS=4096 options BRIDGE options TCP_DROP_SYNFIN options TCP_RESTRICT_RST rc.conf: kern_securelevel="2" kern_securelevel_enable="YES" gateway_enable="NO" network_interfaces="rl0 lo0 xl0" ifconfig_rl0="DHCP" firewall_type="open" sysctl.conf: net.link.ether.bridge=1 net.link.ether.bridge_ipfw=1 net.inet.ip.fw.dyn_max=10000 net.link.ether.bridge_cfg=xl0:1,rl0:1 rc.firewall: ipfw pipe 1 config bw 256Kbit/s queue 30KB ipfw pipe 2 config bw 256Kbit/s queue 30KB ipfw add 200 pass udp from 0.0.0.0 2054 to 0.0.0.0 ipfw add 400 pipe 1 ip from A.A.A.A to B.B.B.B ipfw add 450 pipe 2 ip from B.B.B.B to A.A.A.A So... if I try to ping B.B.B.B from A.A.A.A, the FreeBSD firewall immediatly dies with a page fault. Thanks, Adam ________________________________________________________________ Adam Kujawski | Home: (419) 352-1289 adamkuj@gatordog.com | Work: (419) 261-3268 ________________________________________________________________ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 23:29: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id A343637B718 for ; Sun, 25 Mar 2001 23:28:58 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA67678; Mon, 26 Mar 2001 09:28:30 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200103260728.JAA67678@info.iet.unipi.it> Subject: Re: Page Fault using DUMMYNET & BRIDGE In-Reply-To: from Adam Kujawski at "Mar 26, 2001 02:22:17 am" To: Adam Kujawski Date: Mon, 26 Mar 2001 09:28:30 +0200 (CEST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'm getting a page fault, trap 12, whenever a packet from a bridged > interface matches a pipe fule in IPFW. Any suggestions? known problem in 4.2R, you have to upgrade to a recent -stable or 4.3 cheers luigi > dmesg: > Copyright (c) 1992-2000 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.2-RELEASE #0: Tue Mar 6 13:19:17 EST 2001 > root@nexus.gatordog.com:/usr/src/sys/compile/NEXUS2 > Timecounter "i8254" frequency 1193182 Hz > CPU: Cyrix 6x86 (486-class CPU) > Origin = "CyrixInstead" DIR=0x1531 Stepping=1 Revision=5 > CPU cache: write-through mode > real memory = 67108864 (65536K bytes) > avail memory = 61046784 (59616K bytes) > Preloaded elf kernel "kernel" at 0xc0441000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc044109c. > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0x3000-0x300f at device 7.1 on > pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x6000-0x607f mem > 0xe0000000-0xe000007f irq 1 > 1 at device 17.0 on pci0 > xl0: Ethernet address: 00:10:5a:05:b4:a5 > miibus0: on xl0 > xlphy0: <3Com internal media interface> on miibus0 > xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > rl0: port 0x6100-0x61ff mem > 0xe0001000-0xe00010ff irq 10 at device 20.0 on pci0 > rl0: Ethernet address: 00:50:bf:16:19:c8 > miibus1: on rl0 > rlphy0: on miibus1 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fdc0: direction bit not set > fdc0: cmd 3 failed at out byte 1 of 3 > atkbdc0: at port 0x60,0x64 on isa0 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A, console > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > ppc0: parallel port not found. > IP packet filtering initialized, divert disabled, rule-based forwarding > disabled, default to accept, unlimited logging > DUMMYNET initialized (000608) > BRIDGE 990810, have 10 interfaces > -- index 1 type 6 phy 0 addrl 6 addr 00.10.5a.05.b4.a5 > -- index 2 type 6 phy 0 addrl 6 addr 00.50.bf.16.19.c8 > ad0: 516MB [1049/16/63] at ata0-master PIO2 > ad2: 2014MB [4092/16/63] at ata1-master PIO4 > > kernel options: > options IPFIREWALL > options IPFIREWALL_VERBOSE > options IPFIREWALL_DEFAULT_TO_ACCEPT > options DUMMYNET > options NMBCLUSTERS=4096 > options BRIDGE > options TCP_DROP_SYNFIN > options TCP_RESTRICT_RST > > rc.conf: > kern_securelevel="2" > kern_securelevel_enable="YES" > gateway_enable="NO" > network_interfaces="rl0 lo0 xl0" > ifconfig_rl0="DHCP" > firewall_type="open" > > sysctl.conf: > net.link.ether.bridge=1 > net.link.ether.bridge_ipfw=1 > net.inet.ip.fw.dyn_max=10000 > net.link.ether.bridge_cfg=xl0:1,rl0:1 > > rc.firewall: > ipfw pipe 1 config bw 256Kbit/s queue 30KB > ipfw pipe 2 config bw 256Kbit/s queue 30KB > ipfw add 200 pass udp from 0.0.0.0 2054 to 0.0.0.0 > ipfw add 400 pipe 1 ip from A.A.A.A to B.B.B.B > ipfw add 450 pipe 2 ip from B.B.B.B to A.A.A.A > > So... if I try to ping B.B.B.B from A.A.A.A, the FreeBSD firewall > immediatly dies with a page fault. > > Thanks, > Adam > > > ________________________________________________________________ > Adam Kujawski | Home: (419) 352-1289 > adamkuj@gatordog.com | Work: (419) 261-3268 > ________________________________________________________________ > > > > 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 Mar 25 23:42:13 2001 Delivered-To: freebsd-net@freebsd.org Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by hub.freebsd.org (Postfix) with ESMTP id 5C49537B719 for ; Sun, 25 Mar 2001 23:42:10 -0800 (PST) (envelope-from Peter.Blok@inter.NL.net) Received: from ntpc by altrade.nijmegen.inter.nl.net via 1Cust38.tnt35.rtm1.nl.uu.net [213.116.164.38] with SMTP for id JAA08691 (8.8.8/1.3); Mon, 26 Mar 2001 09:42:08 +0200 (MET DST) Reply-To: From: "Peter Blok" To: Subject: load balancing/failover multiple internet connections Date: Mon, 26 Mar 2001 09:39:46 +0200 Message-ID: <000301c0b5c7$eecb15a0$8a02a8c0@ntpc> 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 CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I have three possible ways to get to the internet from my FreeBSD gateway. 1) ADSL session via netgraph PPTP implementation. The interface used is ng0 2) ISDN dial-up via netgraph PPP. The interface used is ng1 3) direct connection (limited bandwidth), interface is sf3 Currently when the link I'm using fails, I have to change rc.conf or /usr/local/etc/mpd/mpd.conf and to use a different connection. Not always around to do that, I'd like to see this happen transparently. Is there software available to do this? Please advice TIA, Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 23:49:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from measurement-factory.com (measurement-factory.com [206.168.0.5]) by hub.freebsd.org (Postfix) with ESMTP id 5C9FA37B718 for ; Sun, 25 Mar 2001 23:49:11 -0800 (PST) (envelope-from rousskov@measurement-factory.com) Received: (from rousskov@localhost) by measurement-factory.com (8.9.3/8.9.3) id AAA90137; Mon, 26 Mar 2001 00:49:06 -0700 (MST) (envelope-from rousskov) Date: Mon, 26 Mar 2001 00:49:06 -0700 (MST) From: Alex Rousskov To: Jun-ichiro itojun Hagino Cc: net@FreeBSD.ORG Subject: Re: proper way to test for INET/INET6? In-Reply-To: <20010326045902.481FA7E73@starfruit.itojun.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 26 Mar 2001, Jun-ichiro itojun Hagino wrote: > what are you planning to do after checking IPv6 support in the kernel? > applications should be written so that it would work on both > IPv4-only, IPv6-only and IPv4/v6 dual stack kernels, by using > getaddrinfo(3) and getnameinfo(3). you do not need to check if you > write applications properly. Yes, in the ideal world that might be true. In the real world, one has to rely on ./configure and other awful hacks to just declare a couple of innocent-looking address-related variables (and to compile on more than one platform). Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sun Mar 25 23:55:49 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 420B137B71D for ; Sun, 25 Mar 2001 23:55:44 -0800 (PST) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W) with ESMTP id QAA00140; Mon, 26 Mar 2001 16:55:29 +0900 (JST) To: Alex Rousskov Cc: net@FreeBSD.ORG In-reply-to: rousskov's message of Mon, 26 Mar 2001 00:49:06 MST. X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: proper way to test for INET/INET6? From: itojun@iijlab.net Date: Mon, 26 Mar 2001 16:55:29 +0900 Message-ID: <138.985593329@coconut.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> what are you planning to do after checking IPv6 support in the kernel? >> applications should be written so that it would work on both >> IPv4-only, IPv6-only and IPv4/v6 dual stack kernels, by using >> getaddrinfo(3) and getnameinfo(3). you do not need to check if you >> write applications properly. >Yes, in the ideal world that might be true. In the real world, one has >to rely on ./configure and other awful hacks to just declare a couple >of innocent-looking address-related variables (and to compile on more >than one platform). in that case, AC_CHECK_FUNCS(getaddrinfo getnameinfo) should be enough. build environment must not be checked for the presense of particular protocol support. suppose you are building FreeBSD package directory on IPv4-only machine, and someone will pick that compiled binary package on IPv4/v6 dual stack machine. if configure checks for the presense of AF_INET6 support on build machine, the compiled binary package won't support IPv6 on IPv4/v6 dual stack machine. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 1: 0:23 2001 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f12.law12.hotmail.com [64.4.19.12]) by hub.freebsd.org (Postfix) with ESMTP id 411F037B71A for ; Mon, 26 Mar 2001 01:00:21 -0800 (PST) (envelope-from edwynn42@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 26 Mar 2001 01:00:18 -0800 Received: from 24.65.68.114 by lw12fd.law12.hotmail.msn.com with HTTP; Mon, 26 Mar 2001 09:00:18 GMT X-Originating-IP: [24.65.68.114] From: "Ed Wynn" To: freebsd-net@FreeBSD.ORG Subject: Re: D-Link problem Date: Mon, 26 Mar 2001 04:00:18 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 26 Mar 2001 09:00:18.0824 (UTC) FILETIME=[2E70B880:01C0B5D3] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Fine. I'm including another patch with a slight change. I don't know if >this will make a difference or not since I've never known this step to be >necessary. Okay, tried this, same results. Still getting a 6 in the capabilities. >If this doesn't work, I suggest putting the card in a different >PCI slot. No, really. Humor me. I have tried it in three different slots, all same results. Swapped the order of the network and video card, because I've seen that cause problems as well, but same results. >Also, in a previous post, you reported the dmesg output from when the >card was probed, but you "cleverly" decided to replace the MAC address >with "xx:xx:xx:xx:xx:xx". By doing this, you prevented me from seeing >whether or not the driver actually read a valid ethernet address from >the EEPROM. Yes, this information is important, yes you made a mistake >by omitting it, no the world will not end if you reveal it to us. Go >back and paste the information again, and this time don't mangle it. The address is 00:50:ba:20:b5:54. I wasn't trying to be clever or protect myself. I have seen others post it like this, and didn't realize it was important. That entire section was not pasted (since it doesn't appear that messages are written to the log if the kernel crashes during boot), but was hand-typed from notes I took observing the boot sequence about 20+ times (since the info was scrolling off the top of the screen much faster than I could write it down). I got everything I thought was important, and didn't bother to reboot a few more times to get the last bits. I did know that it wasn't anything obviously bogus like ff:ff... or 00:00... >There is a slight possibility that you have tried to attach the RealTek >driver to what might be a VIA Rhine card. This would imply some lameness >on D-Link's part, but stranger things have happened. I'm not familiar with the VIA Rhine. How can I check this? I appreciate the assistance, and will continue to do whatever you all suggest may help (short of packing up the system and FedExing it to you to work on). I'm learning a lot from this, and hopefully the result is a driver that can handle one more oddball special case. Greg Schmidt (wondering how long he will contine to be edwynn42@hotmail.com) _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 7: 2:15 2001 Delivered-To: freebsd-net@freebsd.org Received: from homer.softweyr.com (bsdconspiracy.net [208.187.122.220]) by hub.freebsd.org (Postfix) with ESMTP id D6AF437B71D; Mon, 26 Mar 2001 07:02:11 -0800 (PST) (envelope-from wes@softweyr.com) Received: from [127.0.0.1] (helo=softweyr.com ident=2a4081f52f6e3f35b6de349863266d36) by homer.softweyr.com with esmtp (Exim 3.16 #1) id 14hYVQ-0001LV-00; Mon, 26 Mar 2001 08:02:04 -0700 Message-ID: <3ABF59EC.68C80FF2@softweyr.com> Date: Mon, 26 Mar 2001 08:02:04 -0700 From: Wes Peters Organization: Softweyr LLC X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Ruslan Ermilov Cc: Garrett Wollman , net@FreeBSD.ORG Subject: Re: Indirect routes with indirect gateways, bugfix References: <20010321133611.A62997@sunbay.com> <200103212116.QAA22097@khavrinen.lcs.mit.edu> <20010321133611.A62997@sunbay.com> <3AB8E7E2.36F360AA@softweyr.com> <20010322094429.B53063@sunbay.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ruslan Ermilov wrote: > > I wrote: > > > > Unless someone has a good motivation for not doing this, I am going > > to commit the attached patch that disallows indirect routes with > > indirect gateways. > > > Okay, I will rephrase this. Can you give me at least one example when > adding an indirect route with indirect gateway will work? If not, I > strongly insist on excluding this code. Certainly. You add a route to a host on your corporate backbone via a non-local router to guarantee that management accesses the accounting servers via a path that does not traverse engineering. Of course the proper way to do this is with careful control of route tables or by using VLANs, but that's not what many companies have. Large networks of routers and hubs are still commonplace, and this "hack" allows the network administrator to create dedicated routes from one subnet to another without requiring them to spread the routes across the entire installation. > On Wed, Mar 21, 2001 at 10:41:54AM -0700, Wes Peters wrote: > > This allows a crude sort of "policy routing", if that is of any value. > > I don't see what it hurts, or any reason to remove it. A misconfigured > > routing table is a system administration problem, not a code problem. > > On Wed, Mar 21, 2001 at 04:16:21PM -0500, Garrett Wollman wrote: > > < said: > > > > > The routing code (bogusly?) allows to add an indirect route with > > > also indirect gateway. This results in some nasty bugs: > > > > My sentiment is the same as Wes's. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC wes@softweyr.com http://softweyr.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 7:23: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id B5F9437B719 for ; Mon, 26 Mar 2001 07:22:56 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2QFMcC50475; Mon, 26 Mar 2001 18:22:38 +0300 (EEST) (envelope-from ru) Date: Mon, 26 Mar 2001 18:22:38 +0300 From: Ruslan Ermilov To: Wes Peters Cc: net@FreeBSD.org Subject: Re: Indirect routes with indirect gateways, bugfix Message-ID: <20010326182238.A49257@sunbay.com> Mail-Followup-To: Wes Peters , net@FreeBSD.org References: <20010321133611.A62997@sunbay.com> <200103212116.QAA22097@khavrinen.lcs.mit.edu> <20010321133611.A62997@sunbay.com> <3AB8E7E2.36F360AA@softweyr.com> <20010322094429.B53063@sunbay.com> <3ABF59EC.68C80FF2@softweyr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ABF59EC.68C80FF2@softweyr.com>; from wes@softweyr.com on Mon, Mar 26, 2001 at 08:02:04AM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 26, 2001 at 08:02:04AM -0700, Wes Peters wrote: > Ruslan Ermilov wrote: > > > > I wrote: > > > > > > Unless someone has a good motivation for not doing this, I am going > > > to commit the attached patch that disallows indirect routes with > > > indirect gateways. > > > > > Okay, I will rephrase this. Can you give me at least one example when > > adding an indirect route with indirect gateway will work? If not, I > > strongly insist on excluding this code. > > Certainly. You add a route to a host on your corporate backbone via > a non-local router to guarantee that management accesses the accounting > servers via a path that does not traverse engineering. Of course the > proper way to do this is with careful control of route tables or by > using VLANs, but that's not what many companies have. Large networks > of routers and hubs are still commonplace, and this "hack" allows the > network administrator to create dedicated routes from one subnet to > another without requiring them to spread the routes across the entire > installation. > Excuse me, but have you really tried this? I assume, yes. All I can get is the ``arp: can't allocate llinfo'' warning; IOW, I can't make such a route work. Can you tell me what routing tables manupulations should I make to make such a route start routing packets. An example with the route(8) command would be great. Thanks, -- Ruslan Ermilov Oracle Developer/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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 7:57:42 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by hub.freebsd.org (Postfix) with ESMTP id CBE4637B718 for ; Mon, 26 Mar 2001 07:57:39 -0800 (PST) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 325484CECE for ; Mon, 26 Mar 2001 10:57:34 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id KAA11797 for ; Mon, 26 Mar 2001 10:57:33 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id JAA08568; Mon, 26 Mar 2001 09:57:33 -0600 (CST) Message-Id: <200103261557.JAA08568@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: net@freebsd.org Subject: 4.3 issue: new ICMP handling broke date(1) Date: Mon, 26 Mar 2001 09:57:32 -0600 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Now that an ICMP port unreachable returns ENETRESET and not ECONNREFUSED, setting the date on the command line results in a bogusly-reported error. Before you fix the bug in date/netdate.c, it tends to report EADDRINUSE; afterwards it tends to report ENETRESET. Why did the handling of "udp port unreachable" have to change? ECONNREFUSED was a perfectly fine return value for that. I'm reasonably sure that there are other programs out there that think that ECONNREFUSED is what you get when you get an ICMP port unreachable back after a UDP send, so I doubt that the answer is to simply fix date(1). Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 8:38: 6 2001 Delivered-To: freebsd-net@freebsd.org Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by hub.freebsd.org (Postfix) with ESMTP id 4EAED37B71A for ; Mon, 26 Mar 2001 08:38:02 -0800 (PST) (envelope-from Peter.Blok@inter.NL.net) Received: from ntpc by altrade.nijmegen.inter.nl.net via 1Cust30.tnt3.rtm1.nl.uu.net [213.116.100.30] with SMTP for id SAA21871 (8.8.8/1.3); Mon, 26 Mar 2001 18:38:00 +0200 (MET DST) Reply-To: From: "Peter Blok" To: Subject: netgraph ng_bridge and ipfilter Date: Mon, 26 Mar 2001 18:35:35 +0200 Message-ID: <000901c0b612$cac1f7f0$8a02a8c0@ntpc> 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 CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Another question. I saw a posting a while ago, ipfilter doesn't work completely when a bridge is created with netgraph. I want to create a transparent firewall without NAT. I know OpenBSD has a bridge that works, but OpenBSD doesn't have netgraph. Is this still the case with 4.3-RC Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 8:44:59 2001 Delivered-To: freebsd-net@freebsd.org Received: from hq1.tyfon.net (hq1.tyfon.net [217.27.162.35]) by hub.freebsd.org (Postfix) with ESMTP id 5E51C37B71A for ; Mon, 26 Mar 2001 08:44:56 -0800 (PST) (envelope-from dl@tyfon.net) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id 650741C7C5 for ; Mon, 26 Mar 2001 18:44:51 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id E3BC01C7B6 for ; Mon, 26 Mar 2001 18:44:47 +0200 (CEST) Date: Mon, 26 Mar 2001 18:44:47 +0200 (CEST) From: Dan Larsson To: Subject: mpd-netgraph bandwidth settings Message-ID: <20010326184259.P65099-100000@hq1.tyfon.net> Organization: Tyfon Svenska AB X-NCC-NIC: DL1999-RIPE X-NCC-RegID: se.tyfon MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by hq1.tyfon.net Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org How can I change the bandwidth from 64000bps to something else when acting as a pptp-server? Regards +------ Dan Larsson | Tel: +46 8 550 120 21 Tyfon Svenska AB | Fax: +46 8 550 120 02 GPG and PGP keys | finger dl@hq1.tyfon.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 8:46: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 2988437B71B for ; Mon, 26 Mar 2001 08:45:56 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id SAA71441; Mon, 26 Mar 2001 18:45:34 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200103261645.SAA71441@info.iet.unipi.it> Subject: Re: netgraph ng_bridge and ipfilter In-Reply-To: <000901c0b612$cac1f7f0$8a02a8c0@ntpc> from Peter Blok at "Mar 26, 2001 06:35:35 pm" To: Peter.Blok@inter.NL.net Date: Mon, 26 Mar 2001 18:45:33 +0200 (CEST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [Charset iso-8859-1 unsupported, filtering to ASCII...] > Hi, > > Another question. I saw a posting a while ago, ipfilter doesn't work > completely when a bridge is created with netgraph. I want to create a > transparent firewall without NAT. I know OpenBSD has a bridge that works, > but OpenBSD doesn't have netgraph. > > Is this still the case with 4.3-RC the above description is a bit confused -- do you need netgraph for some reason, or what ? In any case, in 4.3, native bridging now works with ipfw to build transparent firewalls (without nat). Don't know if you can do the same with netgraph, i am sure you will get some reply from the authors cheers luigi ----------------------------------+----------------------------------------- Luigi RIZZO, luigi@iet.unipi.it . ACIRI/ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone (510) 666 2927 . ----------------------------------+----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 9:30:26 2001 Delivered-To: freebsd-net@freebsd.org Received: from nss.esys.ca (nss.esys.ca [198.161.92.34]) by hub.freebsd.org (Postfix) with ESMTP id 7A65437B719 for ; Mon, 26 Mar 2001 09:30:20 -0800 (PST) (envelope-from lyndon@gollum.esys.ca) Received: (from uucp@localhost) by nss.esys.ca (8.11.0/8.11.1) with UUCP id f2QHU5x11115; Mon, 26 Mar 2001 10:30:05 -0700 (MST) (envelope-from lyndon@gollum.esys.ca) Received: from localhost (localhost [127.0.0.1]) by gollum.esys.ca (8.12.0.Beta5/8.12.0.Beta5) with ESMTP id f2QHHMes005401; Mon, 26 Mar 2001 10:17:22 -0700 (MST) Message-Id: <200103261717.f2QHHMes005401@gollum.esys.ca> From: Lyndon Nerenberg Organization: ACI Worldwide X-URL: http://www.aciworldwide.com/ To: "Kevin Oberman" Cc: freebsd-net@FreeBSD.ORG Subject: Re: orinoco silver card In-Reply-To: Message from "Kevin Oberman" of "Sat, 24 Mar 2001 14:43:58 PST." <200103242243.f2OMhwc08553@ptavv.es.net> Date: Mon, 26 Mar 2001 10:17:22 -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kevin> I just put the wicontrol commands into /etc/pccard.conf. A better way to do this is to put the setup commands into /etc/start_if.wi0. That way the changes don't get stomped if/when you upgrade. Here's the /etc/start_if.wi0 I used at the IETF last week: wicontrol -i ${interface} -s VE6BBM wicontrol -i ${interface} -n IETF wicontrol -i ${interface} -P 1 wicontrol -i ${interface} -e 1 wicontrol -i ${interface} -k 12345 -v 1 start_dhcp --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 10:39:27 2001 Delivered-To: freebsd-net@freebsd.org Received: from fat.ti.ru (fat.ti.ru [212.1.224.35]) by hub.freebsd.org (Postfix) with ESMTP id 4DC4437B719 for ; Mon, 26 Mar 2001 10:39:23 -0800 (PST) (envelope-from Martin@McFlySr.Kurgan.Ru) Received: from 127.0.0.1 (fat.ti.ru [212.1.224.35]) by fat.ti.ru (Postfix) with ESMTP id 9529CD93B; Mon, 26 Mar 2001 22:39:14 +0400 (MSD) Date: Mon, 26 Mar 2001 22:39:14 +0400 From: Martin McFlySr X-Mailer: The Bat! (v1.51) Business Reply-To: Martin McFlySr Organization: Back To The Future X-Priority: 3 (Normal) Message-ID: <3741440838.20010326223914@McFlySr.Kurgan.Ru> To: Dan Larsson Cc: freebsd-net@freebsd.org Subject: Re: mpd-netgraph bandwidth settings In-Reply-To: <20010326184259.P65099-100000@hq1.tyfon.net> References: <20010326184259.P65099-100000@hq1.tyfon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello Dan Larsson, Monday, 26 March 2001, 20:44:47, you wrote: DL> How can I change the bandwidth from 64000bps to something else DL> when acting as a pptp-server? $cd src $grep 64000 * link.h: #define LINK_DEFAULT_BANDWIDTH 64000 /* 64k */ pptp.c: #define PPTP_CALL_MAX_BPS 64000 pptp.c: PPTP_OCR_RESL_OK, 0, 0, 64000 /*XXX*/ ); pptp_ctrl.c: con.speed = 64000; /* XXX */ ? ps. but why? -- Monday, 26 March 2001, 22:35 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 Mon Mar 26 10:43: 8 2001 Delivered-To: freebsd-net@freebsd.org Received: from hq1.tyfon.net (hq1.tyfon.net [217.27.162.35]) by hub.freebsd.org (Postfix) with ESMTP id C8A3837B71B for ; Mon, 26 Mar 2001 10:43:04 -0800 (PST) (envelope-from dl@tyfon.net) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id 6852D1C7C5; Mon, 26 Mar 2001 20:43:03 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id 65AB01C7B6; Mon, 26 Mar 2001 20:43:00 +0200 (CEST) Date: Mon, 26 Mar 2001 20:43:00 +0200 (CEST) From: Dan Larsson To: Martin McFlySr Cc: Subject: Re: mpd-netgraph bandwidth settings In-Reply-To: <3741440838.20010326223914@McFlySr.Kurgan.Ru> Message-ID: <20010326204035.D66629-100000@hq1.tyfon.net> Organization: Tyfon Svenska AB X-NCC-NIC: DL1999-RIPE X-NCC-RegID: se.tyfon MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by hq1.tyfon.net Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 26 Mar 2001, Martin McFlySr wrote: | DL> How can I change the bandwidth from 64000bps to something else | DL> when acting as a pptp-server? | | $cd src | $grep 64000 * | link.h: #define LINK_DEFAULT_BANDWIDTH 64000 /* 64k */ | pptp.c: #define PPTP_CALL_MAX_BPS 64000 | pptp.c: PPTP_OCR_RESL_OK, 0, 0, 64000 /*XXX*/ ); | pptp_ctrl.c: con.speed = 64000; /* XXX */ Thanks! | ps. but why? There's loads of spare bandwidth. | Regards +------ Dan Larsson | Tel: +46 8 550 120 21 Tyfon Svenska AB | Fax: +46 8 550 120 02 GPG and PGP keys | finger dl@hq1.tyfon.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 11:21:34 2001 Delivered-To: freebsd-net@freebsd.org Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by hub.freebsd.org (Postfix) with ESMTP id 2969D37B71A for ; Mon, 26 Mar 2001 11:21:31 -0800 (PST) (envelope-from oberman@ptavv.es.net) Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (8.10.1/8.10.1) with ESMTP id f2QJLGc32211; Mon, 26 Mar 2001 11:21:16 -0800 (PST) Message-Id: <200103261921.f2QJLGc32211@ptavv.es.net> To: Lyndon Nerenberg Cc: freebsd-net@FreeBSD.ORG Subject: Re: orinoco silver card In-reply-to: Your message of "Mon, 26 Mar 2001 10:17:22 MST." <200103261717.f2QHHMes005401@gollum.esys.ca> Date: Mon, 26 Mar 2001 11:21:16 -0800 From: "Kevin Oberman" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks for the suggestion. I'm not sure when this capability appeared. There is no man page for pccard_ether or start_if and I totally missed it until now. While placing the commands in /etc/start_if.wi0 is probably an excellent idea, placing the command in pccard.conf works just fine and will not be over-written by an installation. (/etc/defaults/pccard.conf WILL get stomped, but thats the whole idea behind the /etc/defaults stuff.) R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 12:31: 3 2001 Delivered-To: freebsd-net@freebsd.org Received: from molly.straylight.com (molly.straylight.com [209.68.199.242]) by hub.freebsd.org (Postfix) with ESMTP id 903CD37B719 for ; Mon, 26 Mar 2001 12:31:00 -0800 (PST) (envelope-from jonathan@graehl.org) Received: from dickie (case.straylight.com [209.68.199.244]) by molly.straylight.com (8.11.0/8.10.0) with SMTP id f2QKUoE23086; Mon, 26 Mar 2001 12:30:51 -0800 From: "Jonathan Graehl" To: "Jun-ichiro itojun Hagino" Cc: "Freebsd-Net" Subject: RE: proper way to test for INET/INET6? Date: Mon, 26 Mar 2001 12:30:15 -0800 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.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-reply-to: <20010326045902.481FA7E73@starfruit.itojun.org> Importance: Normal Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > applications should be written so that it would work on both > IPv4-only, IPv6-only and IPv4/v6 dual stack kernels, by using > getaddrinfo(3) and getnameinfo(3). you do not need to check if you > write applications properly. > > itojun Sometimes we want to hash, compare, or serialize the addresses in a repeatable fashion, not just use them with the sockets API. The abstraction provided by getaddrinfo and getnameinfo is wonderful, but incomplete. Scenario: transparent UDP proxy (or other persistent-UDP-session) server. First time you receive a datagram from a particular client (or after session timeout): bind a new socket, connect to destination, and forward datagram, waiting for replies on that socket to send back to this particular client. Second time you receive a datagram from a particular client (before session timeout), use the existing connected socket for that client to forward the datagram. In order to distinguish between the two cases, we need to hash and compare address/port. It is not possible to effectively listen() and accept() UDP "connections" similar to TCP (it would be very nice if the API did allow such a means of handling a UDP socket, especially if you want to fork a child process to handle a persistent-association UDP service), so we must dispatch on the source address/port of datagrams we receive. Such hashing and comparison can be done more efficiently with functions tailored for IPv4 or IPv6 addresses. Generic sockaddr*-taking library functions could maintain this efficiency. I suppose in theory (since the sin6_flowinfo member of sockaddr_in6 is supposed to be zeroed before the application sees it, and likewise for the sin_zero of sockaddr_in) that a protocol independent comparison/hash of sockaddr structures could simply operate on the raw bytes. In order to serialize a global-scope address (or even to hash/compare), we could simply use the provided numeric string representation. Obviously, any IPv6/4 protocol would have to either explicitly specify the address type, or use IPv4-mapped-IPv6 addresses (regardless of whether some hosts participating have no IPv6 support at all). How about a library function to serialize a generic sockaddr* to/from a compact/unique (byte length, byte type, address) representation? Or if not that, a library function to generate an in6_addr from a sockaddr*? (I believe Ethernet and other address types may also be mapped into the IPv6 address space). I do realize that, if possible, transmission of protocol addresses should be avoided because of evils such as NAT (although IPv6 may one day give us a truly global address space). -- Jonathan Graehl http://jonathan.graehl.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 13: 4:34 2001 Delivered-To: freebsd-net@freebsd.org Received: from k6.bschwand2.net (adsl-64-167-251-138.dsl.snfc21.pacbell.net [64.167.251.138]) by hub.freebsd.org (Postfix) with ESMTP id E33DB37B718 for ; Mon, 26 Mar 2001 13:04:31 -0800 (PST) (envelope-from bruno.schwander@technologist.com) Received: from localhost (localhost.bschwand2.net [127.0.0.1]) by k6.bschwand2.net (8.11.1/8.11.1) with ESMTP id f2QL4Uc06910 for ; Mon, 26 Mar 2001 13:04:31 -0800 (PST) (envelope-from bruno.schwander@technologist.com) Date: Mon, 26 Mar 2001 13:04:30 -0800 (PST) From: bruno.schwander@technologist.com X-Sender: bruno@k6.bschwand2.net Reply-To: bruno.schwander@technologist.com To: freebsd-net@freebsd.org Subject: ucd snmp and MIBs for turbostack TS24tr Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi everybody, I installed ucd-snmp from the ports on freebsd 4.2, and would like to use it to collect information from an allied telesyn TS24TR managed hub. I can retrieve information correctly with snmpwalk/get. etc. , but the hub specific entries appear in numerical form only. I did copy the MIB in the /usr/local/share/snmp and use the -m and -M appropriately. I know the MIB file is being read, because there was some error in it related to some (deprecated) entries that I removed. But all info shows as numeric, not text, this is annoying. Anyone has had the same problem ? any solutions ? please cc' me in any answer, Thanks bruno To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 14: 8:52 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id AA5B537B719 for ; Mon, 26 Mar 2001 14:08:50 -0800 (PST) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 0F09D1E005; Mon, 26 Mar 2001 17:08:41 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id RAA20193; Mon, 26 Mar 2001 17:08:40 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id OAA14289; Mon, 26 Mar 2001 14:08:39 -0800 (PST) Message-Id: <200103262208.OAA14289@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: oberman@es.net Subject: Re: orinoco silver card Cc: lyndon@messagingdirect.com, freebsd-net@freebsd.org Date: Mon, 26 Mar 2001 14:08:39 -0800 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >I'm not sure when this capability appeared. There is no man page for >pccard_ether or start_if and I totally missed it until now. It appeared in -stable on February 4th; 4.3 will be the first release so it's not particularly surprising that you didn't know about it. I've been modifying /etc/pccard_ether (which *does* get stomped, I'm just too stupid to find another place to modify and now I don't have to =) Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 14:12: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id 31C6A37B718 for ; Mon, 26 Mar 2001 14:12:01 -0800 (PST) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id B665F1E050; Mon, 26 Mar 2001 17:12:00 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id RAA20291; Mon, 26 Mar 2001 17:11:59 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id OAA14365; Mon, 26 Mar 2001 14:11:58 -0800 (PST) Message-Id: <200103262211.OAA14365@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: bruno.schwander@technologist.com Subject: Re: ucd snmp and MIBs for turbostack TS24tr Cc: freebsd-net@freebsd.org Date: Mon, 26 Mar 2001 14:11:58 -0800 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Perhaps the MIB has more errors than you know. If you give me a pointer to the MIB and some samples of the numerical OIDs that you're getting I might be able to help. If you pick a name in that MIB and say "snmptranslate ", does it tell you the OID associated with it? At one point you had to do something like "setenv MIBS ALL" to get net-snmp to notice new MIBs even if you put them in the right directory. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 15: 2:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from k6.bschwand2.net (adsl-64-167-251-138.dsl.snfc21.pacbell.net [64.167.251.138]) by hub.freebsd.org (Postfix) with ESMTP id 83DA137B718 for ; Mon, 26 Mar 2001 15:02:37 -0800 (PST) (envelope-from bruno.schwander@technologist.com) Received: from localhost (localhost.bschwand2.net [127.0.0.1]) by k6.bschwand2.net (8.11.1/8.11.1) with ESMTP id f2QN2Yc07077; Mon, 26 Mar 2001 15:02:34 -0800 (PST) (envelope-from bruno.schwander@technologist.com) Date: Mon, 26 Mar 2001 15:02:34 -0800 (PST) From: bruno.schwander@technologist.com X-Sender: bruno@k6.bschwand2.net Reply-To: bruno.schwander@technologist.com To: Bill Fenner Cc: freebsd-net@freebsd.org Subject: Re: ucd snmp and MIBs for turbostack TS24tr In-Reply-To: <200103262211.OAA14365@windsor.research.att.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Bill, I used this MIB: ftp://ftp.alliedtelesyn.com/pub/repeater/athub.mib I saved it in /usr/local/share/snmp/mibs/ATI-MIB.txt and commented out these lines DEFINITIONS ::= BEGIN IMPORTS enterprises, Counter FROM RFC1155-SMI DisplayString FROM RFC1213-MIB TRAP-TYPE FROM RFC-1215; -- rptrAddrTrackNewLastSrcAddress -- FROM RFC1516-MIB; ^^^^^^^^^^^^ these two lines. I tried first using an RFC1516.MIB file I found on the net, but that was giving me even more problems. Then I looked at why this file was needed and basically the only thing is tha rptrAddrTr... variable, that is mentioned as deprecated and replaced by another one later in the ATI-MIB file. I ran snmpwalk -m ATI-MIB hub public (hub is the dns name of my hub) and got this system.sysDescr.0 = "Allied Telesyn International AT-TS24TR Stackable Hub: 4.1, AT-S10" system.sysObjectID.0 = OID: enterprises.alliedTelesyn.products.repeater.hubTurboStack system.sysUpTime.0 = Timeticks: (18823981) 2 days, 4:17:19.81 system.sysContact.0 = "bruno@tinkerbox.org" in the first lines, so it is getting info from the hub. > Perhaps the MIB has more errors than you know. If you give me a pointer > to the MIB and some samples of the numerical OIDs that you're getting I > might be able to help. some OIDs that have data are: 22.2.1.1.0 = 0 22.2.2.1.1.1.1 = 1 22.2.2.1.1.2.1 = 171679 22.2.2.1.1.3.1 = 69305233 22.1.2.1.1.3.1 = OID: enterprises.alliedTelesyn.products.repeater.71 22.1.2.1.1.4.1 = 2 22.1.2.1.1.5.1 = Timeticks: (0) 0:00:00.00 that one is weird, because the timeticks can be found on system.sysUpTime.0 = Timeticks: (18839140) 2 days, 4:19:51.40 with the right value. > If you pick a name in that MIB and say "snmptranslate ", does it > tell you the OID associated with it? At one point you had to do something I tried with snmptranslate -m ATI-MIB hubReadableFrames Invalid object identifier: hubReadableFrames I suppose it should be fully qualified, but I have not delved far enough in that mib file to understand fully it's syntax... > like "setenv MIBS ALL" to get net-snmp to notice new MIBs even if you > put them in the right directory. the -m seems to be doing it, since with that option snmp complains of syntax errors in the mib file when I add some garbage in it :-) I tried with the env var MIBS set to ALL and it is the same... bruno To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 15:15:16 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 6DF8C37B718 for ; Mon, 26 Mar 2001 15:15:10 -0800 (PST) (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 PAA30910; Mon, 26 Mar 2001 15:01:52 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.1/8.11.1) id f2QN1FF40251; Mon, 26 Mar 2001 15:01:15 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200103262301.f2QN1FF40251@arch20m.dellroad.org> Subject: Re: mpd-netgraph bandwidth settings In-Reply-To: <20010326204035.D66629-100000@hq1.tyfon.net> "from Dan Larsson at Mar 26, 2001 08:43:00 pm" To: Dan Larsson Date: Mon, 26 Mar 2001 15:01:15 -0800 (PST) Cc: Martin McFlySr , freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dan Larsson writes: > | DL> How can I change the bandwidth from 64000bps to something else > | DL> when acting as a pptp-server? > | > | $cd src > | $grep 64000 * > | link.h: #define LINK_DEFAULT_BANDWIDTH 64000 /* 64k */ > | pptp.c: #define PPTP_CALL_MAX_BPS 64000 > | pptp.c: PPTP_OCR_RESL_OK, 0, 0, 64000 /*XXX*/ ); > | pptp_ctrl.c: con.speed = 64000; /* XXX */ > > Thanks! > > | ps. but why? > > There's loads of spare bandwidth. It doesnt' matter.. the bandwidth values reported by PPTP are meaninless unless you are doing remote dialin/dialout (mpd doesn't do this, it just uses PPTP for tunneling). -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 Mon Mar 26 15:15:38 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id DBD4937B718 for ; Mon, 26 Mar 2001 15:15:35 -0800 (PST) (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 PAA30919; Mon, 26 Mar 2001 15:04:16 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.1/8.11.1) id f2QN3cA40257; Mon, 26 Mar 2001 15:03:38 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200103262303.f2QN3cA40257@arch20m.dellroad.org> Subject: Re: netgraph ng_bridge and ipfilter In-Reply-To: <200103261645.SAA71441@info.iet.unipi.it> "from Luigi Rizzo at Mar 26, 2001 06:45:33 pm" To: Luigi Rizzo Date: Mon, 26 Mar 2001 15:03:38 -0800 (PST) Cc: Peter.Blok@inter.NL.net, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Luigi Rizzo writes: > > Another question. I saw a posting a while ago, ipfilter doesn't work > > completely when a bridge is created with netgraph. I want to create a > > transparent firewall without NAT. I know OpenBSD has a bridge that works, > > but OpenBSD doesn't have netgraph. > > > > Is this still the case with 4.3-RC > > the above description is a bit confused -- do you need netgraph > for some reason, or what ? > In any case, in 4.3, native bridging now works with ipfw > to build transparent firewalls (without nat). > Don't know if you can do the same with netgraph, i am > sure you will get some reply from the authors Netgraph should be completely orthogonal to the firewall stuff, i.e., they don't interact at all. -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 Mon Mar 26 16: 3: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from molly.straylight.com (molly.straylight.com [209.68.199.242]) by hub.freebsd.org (Postfix) with ESMTP id B637537B718 for ; Mon, 26 Mar 2001 16:03:04 -0800 (PST) (envelope-from jonathan@graehl.org) Received: from dickie (case.straylight.com [209.68.199.244]) by molly.straylight.com (8.11.0/8.10.0) with SMTP id f2R02vE24394; Mon, 26 Mar 2001 16:02:57 -0800 From: "Jonathan Graehl" To: "Bill Fenner" Cc: "Freebsd-Net" Subject: RE: proper way to test for INET/INET6? Date: Mon, 26 Mar 2001 16:02:23 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <200103262209.OAA14300@windsor.research.att.com> Importance: Normal Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Don't you receive the 2nd packet on the connected socket? > Suppose I've bound UDP serv_ip/serv_port (unconnected). I loop receiving a datagram from client_ip/client_port. I look for an entry in my hash table for client_ip/client_port. If there is one, it points to a connected UDP socket from */* to dest_ip/dest_port (the proxied destination), and I forward the datagram there. If there is no such entry, I create one, and a new connected UDP socket for that client. I also read from that socket and Every once in a while I remove inactive client entries (both their connected socket to the destination, and the entry in the hash table). I do indeed receive replies from the proxied dest_ip/dest_port on individual connected sockets. However, even with SO_REUSEADDR and SO_REUSEPORT, there is no sensible way for me to create connected sockets for each client_ip/client_port->serv_ip/serv_port and be assured that matching messages do indeed go to that socket, rather than the more general service port. The hash table is to distinguish new clients from old, since all packets destined to serv_ip/serv_port must come through my one socket. Ideally I could bind/listen/accept UDP sockets to end up with one connected socket per client. The fact that a bind() queues up messages could be a problem, and in fact, there are situations where an unambiguous (more specific than the existing) TCP listen or connect cannot be made even with SO_REUSEADDR, because binding the local endpoint is done first, rather than atomically assigning both the local and remote endpoint while connecting or listening. Other servers have gotten around the inability to "listen" for UDP connected sockets by having the server connect() back to the client from a different port; however, this is less than transparent as far as NAT is concerned. -- Jonathan Graehl http://jonathan.graehl.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 17: 9: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 6715D37B719 for ; Mon, 26 Mar 2001 17:08:57 -0800 (PST) (envelope-from larse@ISI.EDU) Received: from isi.edu (hbo.isi.edu [128.9.160.75]) by boreas.isi.edu (8.11.2/8.11.2) with ESMTP id f2R18u519789 for ; Mon, 26 Mar 2001 17:08:56 -0800 (PST) Message-ID: <3ABFE828.67992661@isi.edu> Date: Mon, 26 Mar 2001 17:08:56 -0800 From: Lars Eggert Organization: USC Information Sciences Institute X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en, de MIME-Version: 1.0 To: net@freebsd.org Subject: PMTU discovery Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms16866CC0687A1484563F5F2E" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a cryptographically signed message in MIME format. --------------ms16866CC0687A1484563F5F2E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Is there: - a way to make FreeBSD display a discovered PMTU? or - a userland tool that does PMTU discovery? Thanks, Lars -- Lars Eggert Information Sciences Institute http://www.isi.edu/larse/ University of Southern California --------------ms16866CC0687A1484563F5F2E Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIIIwYJKoZIhvcNAQcCoIIIFDCCCBACAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC BfQwggLYMIICQaADAgECAgMDIwUwDQYJKoZIhvcNAQEEBQAwgZQxCzAJBgNVBAYTAlpBMRUw EwYDVQQIEwxXZXN0ZXJuIENhcGUxFDASBgNVBAcTC0R1cmJhbnZpbGxlMQ8wDQYDVQQKEwZU aGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25h bCBGcmVlbWFpbCBSU0EgMTk5OS45LjE2MB4XDTAwMDgyNDIwMzAwOFoXDTAxMDgyNDIwMzAw OFowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYDVQQDEwtMYXJzIEVn Z2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAz1yfcNs53rvhuw8gSDvr2+/snP8GduYY7x7WkJdyvcwb4oipNpWYIkMGP214 Zv1KrgvntGaG+jeugAGQt0n64VusgcIzQ6QDRtnMgdQDTAkVSQ2eLRSQka+nAPx6SFKJg79W EEHmgKQBMtZdMBYtYv/mTOcpm7jTJVg+7W6n04UCAwEAAaN3MHUwKgYFK2UBBAEEITAfAgEA MBowGAIBBAQTTDJ1TXlmZkJOVWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1 MAwGA1UdEwEB/wQCMAAwHwYDVR0jBBgwFoAUiKvxYINmVfTkWMdGHcBhvSPXw4wwDQYJKoZI hvcNAQEEBQADgYEAi65fM/jSCaPhRoA9JW5X2FktSFhE5zkIpFVPpv33GWPPNrncsK13HfZm s0B1rNy2vU7UhFI/vsJQgBJyffkLFgMCjp3uRZvBBjGD1q4yjDO5yfMMjquqBpZtRp5op3lT d01faA58ZCB5sxCb0ORSxvXR8tc9DJO0JIpQILa6vIAwggMUMIICfaADAgECAgELMA0GCSqG SIb3DQEBBAUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYD VQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9D ZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0 ZS5jb20wHhcNOTkwOTE2MTQwMTQwWhcNMDEwOTE1MTQwMTQwWjCBlDELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoT BlRoYXd0ZTEdMBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNv bmFsIEZyZWVtYWlsIFJTQSAxOTk5LjkuMTYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB ALNpWpfU0BYLerXFXekhnCNyzRJMS/d+z8f7ynIk9EJSrFeV43theheE5/1yOTiUtOrtZaeS Bl694GX2GbuUeXZMPrlocHWEHPQRdAC8BSxPCQMXMcz0QdRyxqZd4ohEsIsuxE3x8NaFPmzz lZR4kX5A6ZzRjRVXjsJz5TDeRvVPAgMBAAGjNzA1MBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYD VR0jBBgwFoAUcknCczTGVfQLdnKBfnf0h+fGsg4wDQYJKoZIhvcNAQEEBQADgYEAa8ZZ6TH6 6bbssQPY33Jy/pFgSOrGVd178GeOxmFw523CpTfYnbcXKFYFi91cdW/GkZDGbGZxE9AQfGuR b4bgITYtwdfqsgmtzy1txoNSm/u7/pyHnfy36XSS5FyXrvx+rMoNb3J6Zyxrc/WG+Z31AG70 HQfOnZ6CYynvkwl+Vd4xggH3MIIB8wIBATCBnDCBlDELMAkGA1UEBhMCWkExFTATBgNVBAgT DFdlc3Rlcm4gQ2FwZTEUMBIGA1UEBxMLRHVyYmFudmlsbGUxDzANBgNVBAoTBlRoYXd0ZTEd MBsGA1UECxMUQ2VydGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVt YWlsIFJTQSAxOTk5LjkuMTYCAwMjBTAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTAxMDMyNzAxMDg1NlowIwYJKoZIhvcNAQkEMRYE FNBZjnU4O5hcHGX3XVWSNkDRQTKGMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIGABeH7QhZsy32D2ewrzgaep1saR9jDHkgBBIk0VJ4N2FjybBCuyzTA YUhKiFFllCgDvbPn4y7e0cwNauy67nVAUyx/v5wGbi89nPDtQaZYbbsyYhppy3SGCqkm55fQ v492K5rKV5PK2K6mj+6SSZgUSv/yIFkeTjztsn7MwBr7BRA= --------------ms16866CC0687A1484563F5F2E-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 18:16: 1 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 3923637B719 for ; Mon, 26 Mar 2001 18:15:59 -0800 (PST) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W) with ESMTP id LAA13271; Tue, 27 Mar 2001 11:15:47 +0900 (JST) To: Lars Eggert Cc: net@freebsd.org In-reply-to: larse's message of Mon, 26 Mar 2001 17:08:56 PST. <3ABFE828.67992661@isi.edu> X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: PMTU discovery From: itojun@iijlab.net Date: Tue, 27 Mar 2001 11:15:47 +0900 Message-ID: <13269.985659347@coconut.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Is there: > - a way to make FreeBSD display a discovered PMTU? netstat -rnal (or something alike)? itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 18:37: 4 2001 Delivered-To: freebsd-net@freebsd.org Received: from coconut.itojun.org (coconut.itojun.org [210.160.95.97]) by hub.freebsd.org (Postfix) with ESMTP id 4F7AF37B71B for ; Mon, 26 Mar 2001 18:37:01 -0800 (PST) (envelope-from itojun@itojun.org) Received: from kiwi.itojun.org (localhost.itojun.org [127.0.0.1]) by coconut.itojun.org (8.9.3+3.2W/3.7W) with ESMTP id LAA13704; Tue, 27 Mar 2001 11:36:50 +0900 (JST) To: "Jonathan Graehl" Cc: "Freebsd-Net" In-reply-to: jonathan's message of Mon, 26 Mar 2001 12:30:15 PST. X-Template-Reply-To: itojun@itojun.org X-Template-Return-Receipt-To: itojun@itojun.org X-PGP-Fingerprint: F8 24 B4 2C 8C 98 57 FD 90 5F B4 60 79 54 16 E2 Subject: Re: proper way to test for INET/INET6? From: itojun@iijlab.net Date: Tue, 27 Mar 2001 11:36:50 +0900 Message-ID: <13702.985660610@coconut.itojun.org> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I guess you are talking about completely different topic from the original submitter. >Such hashing and comparison can be done more efficiently with functions tailored >for IPv4 or IPv6 addresses. Generic sockaddr*-taking library functions could >maintain this efficiency. I suppose in theory (since the sin6_flowinfo member >of sockaddr_in6 is supposed to be zeroed before the application sees it, and >likewise for the sin_zero of sockaddr_in) that a protocol independent >comparison/hash of sockaddr structures could simply operate on the raw bytes. I have no objection in putting such code like: switch (sa->sa_family) { case AF_INET: hash = compact(&((struct sockaddr_in *)sa)->sin_addr, 4); break; case AF_INET6: hash = compact(&((struct sockaddr_in6 *)sa)->sin6_addr, 16); break; default: errx(1, "unknown address family %d", sa->sa_family); } you don't need to know what kind of address family is supported by the kernel underneath, in this code fragment. itojun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 20:47:57 2001 Delivered-To: freebsd-net@freebsd.org Received: from online.tmx.com.au (online.tmx.com.au [192.150.129.1]) by hub.freebsd.org (Postfix) with ESMTP id 7D70537B719; Mon, 26 Mar 2001 20:47:35 -0800 (PST) (envelope-from mtaylor@bytecraft.com.au) Received: from melexc01.bytecraft.com.au ([203.9.250.249]) by online.tmx.com.au (8.9.3/8.8.8) with ESMTP id OAA22357; Tue, 27 Mar 2001 14:47:31 +1000 (EST) Received: by MELEXC01 with Internet Mail Service (5.5.2448.0) id ; Tue, 27 Mar 2001 14:49:13 +1000 Message-ID: <710709BB8B02D311942E0060674418105442A8@MELEXC01> From: Murray Taylor To: "'freebsd-net@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: DNS rules etc Date: Tue, 27 Mar 2001 14:48:22 +1000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Help!!!! I've got the frame relay working, and am waiting now for some network delegation stuff external to me to complete. However I need to know if it is possible to use DNS as detailed below to allow the host spyder be visible to the Internet and our intranet, without polluting the nameservers. Given 139.130.142.1 (Telstra end) | | | spyder | frame relay +--------+ | point to point | | +----------------|ng0 | 139.130.142.13 | | | | 10.1.2.30 | fxp0|---------------+ | | 203.39.118.1 | |FreeBSD | | | 4.3 | | +--------+ | | | | other 10.1.x.y hosts ---------------+ 10.1.x.y hosts area allocated addresses via DHCP from an NT server Can I setup DNS rules (such as the commented out zones below) so that hosts on the internal network can access spyder on 10.1.2.30, WITHOUT propagating 10. numbers out to the Internet The two zones in question have their zone and reverse file at the tail of this email cheers Murray Taylor Project Engineer Bytecraft P/L +61 3 9587 2555 +61 3 9587 1614 fax mtaylor@bytecraft.com.au ps I will check the mail-list from home tonight, but if there is a quick answer, please email directly also mjt == output of netstat -nr ====================================== Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 139.130.142.1 UGSc 7 0 ng0 10.0.0.2 10.0.0.1 UH 0 0 tun0 10.1/16 link#1 UC 0 0 fxp0 => 10.1.2.3 0:0:f8:1e:ad:9e UHLW 1 56 fxp0 1137 10.1.2.4 0:60:67:70:af:22 UHLW 0 91 fxp0 939 10.1.2.7 0:60:67:70:ac:4e UHLW 0 75 fxp0 1142 10.1.2.30 0:50:8b:f1:de:df UHLW 1 223687 lo0 10.1.2.46 0:10:a4:ff:b4:c6 UHLW 0 1 fxp0 1188 10.1.2.47 0:0:4c:33:d8:cd UHLW 1 32 fxp0 1052 10.1.2.78 0:0:4c:ed:78:5e UHLW 1 189 fxp0 1194 10.1.2.129 0:10:5a:81:b0:30 UHLW 1 136 fxp0 1037 10.1.255.255 ff:ff:ff:ff:ff:ff UHLWb 2 60 fxp0 127.0.0.1 127.0.0.1 UH 1 495 lo0 139.130.142.1 139.130.142.13 UH 8 124 ng0 203.39.118/26 link#1 UC 0 0 fxp0 => 203.39.118.1 0:50:8b:f1:de:df UHLW 1 63909 lo0 == named.conf ================================================= // bytecraft.au.com etc // 2001032701 mjt options { directory "/etc/namedb"; }; // end of options zone "bytecraft.au.com" in { type master; file "db.byte-au-com"; }; zone "bytecraftentertainment.com" in { type master; file "db.byteent-com"; }; zone "bytecraftsystems.com" in { type master; file "db.bytesys-com"; }; zone "118.39.203.in-addr.arpa" { type master; file "db.203.39.118"; }; // desired restricted zone // dont allow outsiders to query it, or transfer it //zone "2.1.10.in-addr.arpa" { // notify no; // type master; // file "db.10.1.2"; // allow-query { // 127.0.0.1/32; 10.1.0.0/16; // }; // allow-transfer { // 127.0.0.1/32; 10.1.0.0/16; // }; //}; //zone "byteinternal" in { // type master; // file "db.byteint"; // allow-query { // 127.0.0.1/32; 10.1.0.0/16; // }; // allow-transfer { // 127.0.0.1/32; 10.1.0.0/16; // }; //}; zone "." { type hint; file "named.root"; }; zone "0.0.127.IN-ADDR.ARPA" { type master; file "localhost.rev"; }; === db.byte-au-com ================================================ $TTL 86400 bytecraft.au.com. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameserver entry bytecraft.au.com. IN NS spyder.bytecraft.au.com. IN NS ns1.telstra.net. ; mail server entry bytecraft.au.com. IN MX 5 mail.bytecraft.au.com. ; A records - Address mapping localhost.bytecraft.com.au. IN A 127.0.0.1 spyder.bytecraft.au.com. IN A 203.39.118.1 ; C records - Aliases www.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. entertainment.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. systems.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. mail.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. == db.byteent-com ================================================= $TTL 86400 bytecraftentertainment.com. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameserver entry bytecraftentertainment.com. IN NS spyder.bytecraft.au.com. IN NS ns1.telstra.net. ; mail server entry bytecraftentertainment.com. IN MX 5 mail.bytecraft.au.com. ; A records - Address mapping ;www.bytecraftentertainment.com. IN A 203.39.118.1 ; C records - Aliases www.bytecraftentertainment.com. IN CNAME spyder.bytecraft.au.com. == db.bytesys-com ================================================= $TTL 86400 bytecraftsystems.com. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameserver entry bytecraftsystems.com. IN NS spyder.bytecraft.au.com. IN NS ns1.telstra.net. ; mail server entry bytecraftsystems.com. IN MX 5 mail.bytecraft.au.com. ; A records - Address mapping ;www.bytecraftsystems.com. IN A 203.39.118.1 ; C records - Aliases www.bytecraftsystems.com. IN CNAME spyder.bytecraft.au.com. == db.203.39.118 ================================================= $TTL 86400 118.39.203.in-addr.arpa. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameservers 118.39.203.in-addr.arpa. IN NS spyder.bytecraft.au.com. ; address reverse mapping 1.118.39.203.in-addr.arpa. IN PTR spyder.bytecraft.au.com. == localhost.rev ================================================= ; From: @(#)localhost.rev 5.1 (Berkeley) 6/30/90 ; $FreeBSD: src/etc/namedb/PROTO.localhost.rev,v 1.6 2000/01/10 15:31:40 peter Exp $ ; ; This file is automatically edited by the `make-localhost' script in ; the /etc/namedb directory. ; $TTL 3600 @ IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 20010223 ; Serial 3600 ; Refresh 900 ; Retry 3600000 ; Expire 3600 ) ; Minimum IN NS spyder.bytecraft.au.com. 1 IN PTR localhost.bytecraft.au.com. == db.10.1.2 ======= not called by named.conf ================ $TTL 86400 2.1.10.in-addr.arpa. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032102 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameservers 2.1.10.in-addr.arpa. IN NS spyder.bytecraft.au.com. ; address reverse mapping 2.2.1.10.in-addr.arpa. IN PTR melcms01.bytecraft.au.com. 4.2.1.10.in-addr.arpa. IN PTR melcms02.bytecraft.au.com. 6.2.1.10.in-addr.arpa. IN PTR melcms03.bytecraft.au.com. 30.2.1.10.in-addr.arpa. IN PTR spyder.bytecraft.au.com. 32.2.1.10.in-addr.arpa. IN PTR grunt.bytecraft.au.com. 109.2.1.10.in-addr.arpa. IN PTR melcms04.bytecraft.au.com. ; there are a lot of others with DHCP addresses assigned ; ????? == db.bytint ======= not called by named.conf ================ $TTL 86400 bytecraft.au.com. IN SOA spyder.bytecraft.au.com. root.spyder.bytecraft.au.com. ( 2001032701 ; serial no 10800 ; refresh after 8 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day ; nameserver entry bytecraft.au.com. IN NS spyder.bytecraft.au.com. IN NS ns1.telstra.net. ; mail server entry bytecraft.au.com. IN MX 5 mail.bytecraft.au.com. ; A records - Address mapping localhost.bytecraft.com.au. IN A 127.0.0.1 spyder.bytecraft.au.com. IN A 10.1.2.30 melcms01.bytecraft.au.com. IN A 10.1.2.2 melcms02.bytecraft.au.com. IN A 10.1.2.4 melcms03.bytecraft.au.com. IN A 10.1.2.6 melcms04.bytecraft.au.com. IN A 10.1.2.109 grunt.bytecraft.au.com. IN A 10.1.2.32 ; C records - Aliases www.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. entertainment.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. systems.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. mail.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 21:21:27 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 12D2337B71A for ; Mon, 26 Mar 2001 21:21:24 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 570 invoked by uid 666); 27 Mar 2001 05:23:07 -0000 Received: from i076-008.nv.iinet.net.au (HELO elischer.org) (203.59.76.8) by mail.m.iinet.net.au with SMTP; 27 Mar 2001 05:23:07 -0000 Message-ID: <3AC0234A.3C3758BB@elischer.org> Date: Mon, 26 Mar 2001 21:21:14 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Martin McFlySr Cc: Dan Larsson , freebsd-net@freebsd.org Subject: Re: mpd-netgraph bandwidth settings References: <20010326184259.P65099-100000@hq1.tyfon.net> <3741440838.20010326223914@McFlySr.Kurgan.Ru> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Martin McFlySr wrote: > > Hello Dan Larsson, > > Monday, 26 March 2001, 20:44:47, you wrote: > > DL> How can I change the bandwidth from 64000bps to something else > DL> when acting as a pptp-server? > > $cd src > $grep 64000 * > link.h: #define LINK_DEFAULT_BANDWIDTH 64000 /* 64k */ > pptp.c: #define PPTP_CALL_MAX_BPS 64000 > pptp.c: PPTP_OCR_RESL_OK, 0, 0, 64000 /*XXX*/ ); > pptp_ctrl.c: con.speed = 64000; /* XXX */ > > ? > "set bundle bandwidth 128000" (or something like that I'm sure).... > ps. but why? > > -- > Monday, 26 March 2001, > 22:35 > > 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 -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 22:43:13 2001 Delivered-To: freebsd-net@freebsd.org Received: from hq1.tyfon.net (hq1.tyfon.net [217.27.162.35]) by hub.freebsd.org (Postfix) with ESMTP id C521D37B718 for ; Mon, 26 Mar 2001 22:43:10 -0800 (PST) (envelope-from dl@tyfon.net) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id 3FFCC1C7CF; Tue, 27 Mar 2001 08:43:06 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by hq1.tyfon.net (Postfix) with ESMTP id 8642E1C7B6; Tue, 27 Mar 2001 08:42:55 +0200 (CEST) Date: Tue, 27 Mar 2001 08:42:55 +0200 (CEST) From: Dan Larsson To: Archie Cobbs Cc: Martin McFlySr , Subject: Re: mpd-netgraph bandwidth settings In-Reply-To: <200103262301.f2QN1FF40251@arch20m.dellroad.org> Message-ID: <20010327083539.M75583-100000@hq1.tyfon.net> Organization: Tyfon Svenska AB X-NCC-NIC: DL1999-RIPE X-NCC-RegID: se.tyfon MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by hq1.tyfon.net Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 26 Mar 2001, Archie Cobbs wrote: | Dan Larsson writes: | > | DL> How can I change the bandwidth from 64000bps to something else | > | DL> when acting as a pptp-server? | > | | > | $cd src | > | $grep 64000 * | > | link.h: #define LINK_DEFAULT_BANDWIDTH 64000 /* 64k */ | > | pptp.c: #define PPTP_CALL_MAX_BPS 64000 | > | pptp.c: PPTP_OCR_RESL_OK, 0, 0, 64000 /*XXX*/ ); | > | pptp_ctrl.c: con.speed = 64000; /* XXX */ | > | > Thanks! | > | > | ps. but why? | > | > There's loads of spare bandwidth. | | It doesnt' matter.. the bandwidth values reported by PPTP are | meaninless unless you are doing remote dialin/dialout (mpd doesn't | do this, it just uses PPTP for tunneling). So changing the hardwired settings actually doesn't bump up the bandwidth? With the default (as above) settings people have reported sustained flows of >= 512kbps, can there be any truth behind this (my guess is not)? | Regards +------ Dan Larsson | Tel: +46 8 550 120 21 Tyfon Svenska AB | Fax: +46 8 550 120 02 GPG and PGP keys | finger dl@hq1.tyfon.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 22:52:10 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 7309D37B719 for ; Mon, 26 Mar 2001 22:52:06 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2R6pq721569; Tue, 27 Mar 2001 09:51:52 +0300 (EEST) (envelope-from ru) Date: Tue, 27 Mar 2001 09:51:52 +0300 From: Ruslan Ermilov To: Lars Eggert Cc: net@FreeBSD.ORG Subject: Re: PMTU discovery Message-ID: <20010327095152.B20546@sunbay.com> Mail-Followup-To: Lars Eggert , net@FreeBSD.ORG References: <3ABFE828.67992661@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ABFE828.67992661@isi.edu>; from larse@ISI.EDU on Mon, Mar 26, 2001 at 05:08:56PM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Mar 26, 2001 at 05:08:56PM -0800, Lars Eggert wrote: > Is there: > > - a way to make FreeBSD display a discovered PMTU? > On FreeBSD, PMTU is only used by TCP. TCP stores PTMU with other metrics in the routing table. Thus, the way to display PMTU is to query routing table: ``route get ''. You will see the PMTU in the ``mtu'' column. Cheers, -- Ruslan Ermilov Oracle Developer/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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Mon Mar 26 22:57:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 236E737B719 for ; Mon, 26 Mar 2001 22:57:12 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id IAA78972; Tue, 27 Mar 2001 08:56:42 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200103270656.IAA78972@info.iet.unipi.it> Subject: Re: netgraph ng_bridge and ipfilter In-Reply-To: <200103262303.f2QN3cA40257@arch20m.dellroad.org> from Archie Cobbs at "Mar 26, 2001 03:03:38 pm" To: Archie Cobbs Date: Tue, 27 Mar 2001 08:56:41 +0200 (CEST) Cc: Peter.Blok@inter.NL.net, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > completely when a bridge is created with netgraph. I want to create a > > > transparent firewall without NAT. I know OpenBSD has a bridge that works, ... > Netgraph should be completely orthogonal to the firewall stuff, > i.e., they don't interact at all. in this case, this person seemed to _need_ the interaction in order to have a bridging firewall 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 Mar 26 23:21:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from jason.argos.org (jason.argos.org [216.233.245.106]) by hub.freebsd.org (Postfix) with ESMTP id BE4B837B71B for ; Mon, 26 Mar 2001 23:21:21 -0800 (PST) (envelope-from mike@jason.argos.org) Received: (from mike@localhost) by jason.argos.org (8.10.1/8.10.1) id f2R76J823809; Tue, 27 Mar 2001 02:06:19 -0500 Date: Tue, 27 Mar 2001 02:06:18 -0500 From: Mike Nowlin To: Bill Fenner Cc: bruno.schwander@technologist.com, freebsd-net@freebsd.org Subject: Re: ucd snmp and MIBs for turbostack TS24tr Message-ID: <20010327020618.C23590@argos.org> References: <200103262211.OAA14365@windsor.research.att.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103262211.OAA14365@windsor.research.att.com>; from fenner@research.att.com on Mon, Mar 26, 2001 at 02:11:58PM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 0, Bill Fenner wrote: > If you pick a name in that MIB and say "snmptranslate ", does it > tell you the OID associated with it? At one point you had to do something > like "setenv MIBS ALL" to get net-snmp to notice new MIBs even if you > put them in the right directory. If I remember correctly (very well could be wrong on this), the default list of MIBs to read is defined at compile time. ucd-snmp (err, "net-snmp") pays attention to the MIBS and MIBSDIR (or MIBDIR?) environ vars to tell it what MIBs to read - setting MIBS=3DALL tells it to read everything in your MIB directory, although that tends to generate a lot of warning messages when you have a lot of MIB files from various manufacturers that aren't "quite right"... =20 This one took me a little while to figure out - even if you put a MIB in the right spot, the snmp utils will tend to ignore it unless you set MIBS=3DALL (or MIBS=3Dsome_weird_thing_that_tells_it_to_only_grab_the_ones_you_want)..= .... mike --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjrAO+oACgkQJol4I8h9Gd/FqACfdwsn92frWy5XwGGYkTujFaom rhgAni6AXCToecGWq6oTgQbvtRvU8+0D =WS9I -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 0: 5: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from resnet.uoregon.edu (resnet.uoregon.edu [128.223.122.47]) by hub.freebsd.org (Postfix) with ESMTP id A756237B71A; Tue, 27 Mar 2001 00:04:56 -0800 (PST) (envelope-from dwhite@resnet.uoregon.edu) Received: from localhost (dwhite@localhost) by resnet.uoregon.edu (8.10.1/8.10.1) with ESMTP id f2R84pB09195; Tue, 27 Mar 2001 00:04:51 -0800 (PST) Date: Tue, 27 Mar 2001 00:04:51 -0800 (PST) From: Doug White To: Murray Taylor Cc: "'freebsd-net@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: Re: DNS rules etc In-Reply-To: <710709BB8B02D311942E0060674418105442A8@MELEXC01> Message-ID: X-All-Your-Base: are belong to us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 27 Mar 2001, Murray Taylor wrote: > I've got the frame relay working, and am waiting now for > some network delegation stuff external to me to complete. > However I need to know if it is possible to use DNS > as detailed below to allow the host spyder be visible to the > Internet and our intranet, without polluting the nameservers. The standard way to do this is to have two separate nameserver instances. The world points at one and all the internal hosts point at the other. This is generally called 'split DNS.' Also, having services running on the firewall is a bit tenuous at best. You generally want to use a separate host for mail, etc. and just NAT it through. Doug White | FreeBSD: The Power to Serve dwhite@resnet.uoregon.edu | www.FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 1:46:32 2001 Delivered-To: freebsd-net@freebsd.org Received: from mss.rdc2.nsw.optushome.com.au (ha1.rdc2.nsw.optushome.com.au [203.164.2.50]) by hub.freebsd.org (Postfix) with ESMTP id 3626337B719; Tue, 27 Mar 2001 01:46:27 -0800 (PST) (envelope-from s2209866@cse.unsw.edu.au) Received: from co3038206a ([203.164.177.110]) by mss.rdc2.nsw.optushome.com.au (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20010327094625.VUUC21116.mss.rdc2.nsw.optushome.com.au@co3038206a>; Tue, 27 Mar 2001 19:46:25 +1000 Reply-To: From: "Daniel Wong" To: "FreeBSD" , Subject: How to see kernel in userland ? Date: Tue, 27 Mar 2001 19:47:04 +1000 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.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I need some help with kernel programming. I'm trying to find out how to get my application to see kernel variables. I've tried to used sysctl_struct calls on my variable but I couldn't get sysctl command to see it... how do allow application to observer and maybe modify a variable inside a kernel ? Please suggest the best way to do this... All I want to do is to be able to monitor IP activity in my kernel. I've been trying to add stuff to the kernel as I'm playing around with experiemental code trying to monitor network activity under IP Cheers Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 2:45:48 2001 Delivered-To: freebsd-net@freebsd.org Received: from garm.bart.nl (garm.bart.nl [194.158.170.13]) by hub.freebsd.org (Postfix) with ESMTP id B6FFE37B719; Tue, 27 Mar 2001 02:45:40 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.chronias.ninth-circle.org (root@cable.ninth-circle.org [195.38.232.6]) by garm.bart.nl (8.10.1/8.10.1) with ESMTP id f2RAjb024240; Tue, 27 Mar 2001 12:45:37 +0200 (CEST) Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.3/8.11.3) id f2RAjWV78928; Tue, 27 Mar 2001 12:45:32 +0200 (CEST) (envelope-from asmodai) Date: Tue, 27 Mar 2001 12:45:31 +0200 From: Jeroen Ruigrok/Asmodai To: Bill Fenner Cc: net@freebsd.org, jesper@freebsd.org, jlemon@freebsd.org Subject: Re: 4.3 issue: new ICMP handling broke date(1) Message-ID: <20010327124531.O68667@daemon.ninth-circle.org> References: <200103261557.JAA08568@windsor.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200103261557.JAA08568@windsor.research.att.com>; from fenner@research.att.com on Mon, Mar 26, 2001 at 09:57:32AM -0600 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [making sure Jesper and Jonathan see this] -On [20010326 18:00], Bill Fenner (fenner@research.att.com) wrote: >Now that an ICMP port unreachable returns ENETRESET and not ECONNREFUSED, >setting the date on the command line results in a bogusly-reported error. >Before you fix the bug in date/netdate.c, it tends to report EADDRINUSE; >afterwards it tends to report ENETRESET. > >Why did the handling of "udp port unreachable" have to change? ECONNREFUSED >was a perfectly fine return value for that. I'm reasonably sure that >there are other programs out there that think that ECONNREFUSED is what >you get when you get an ICMP port unreachable back after a UDP send, >so I doubt that the answer is to simply fix date(1). FWIW I think the correct thing would be to return ECONNREFUSED. Looking at intro(2) it would seem that ECONNREFUSED fits the shoe since the connection is actively refused. -- Jeroen Ruigrok van der Werven/Asmodai .oUo. asmodai@[wxs.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best D78D D0AD 244D 1D12 C9CA 7152 035C 1138 546A B867 Brother, let your Heart be wounded and give no Mercy to your fear... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 3:12:51 2001 Delivered-To: freebsd-net@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 6495A37B71A; Tue, 27 Mar 2001 03:12:48 -0800 (PST) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 1D6515D68; Tue, 27 Mar 2001 13:12:47 +0200 (CEST) Date: Tue, 27 Mar 2001 13:12:47 +0200 From: Jesper Skriver To: Jeroen Ruigrok/Asmodai Cc: Bill Fenner , net@freebsd.org, jlemon@freebsd.org Subject: Re: 4.3 issue: new ICMP handling broke date(1) Message-ID: <20010327131246.A71551@skriver.dk> References: <200103261557.JAA08568@windsor.research.att.com> <20010327124531.O68667@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327124531.O68667@daemon.ninth-circle.org>; from asmodai@wxs.nl on Tue, Mar 27, 2001 at 12:45:31PM +0200 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 27, 2001 at 12:45:31PM +0200, Jeroen Ruigrok/Asmodai wrote: > [making sure Jesper and Jonathan see this] > > -On [20010326 18:00], Bill Fenner (fenner@research.att.com) wrote: > >Now that an ICMP port unreachable returns ENETRESET and not ECONNREFUSED, > >setting the date on the command line results in a bogusly-reported error. > >Before you fix the bug in date/netdate.c, it tends to report EADDRINUSE; > >afterwards it tends to report ENETRESET. > > > >Why did the handling of "udp port unreachable" have to change? ECONNREFUSED > >was a perfectly fine return value for that. I'm reasonably sure that > >there are other programs out there that think that ECONNREFUSED is what > >you get when you get an ICMP port unreachable back after a UDP send, > >so I doubt that the answer is to simply fix date(1). > > FWIW I think the correct thing would be to return ECONNREFUSED. > > Looking at intro(2) it would seem that ECONNREFUSED fits the shoe since > the connection is actively refused. So do I, I'll have a look at the code tonight ... /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 3:43:25 2001 Delivered-To: freebsd-net@freebsd.org Received: from hetnet.nl (net013s.hetnet.nl [194.151.104.153]) by hub.freebsd.org (Postfix) with ESMTP id 48C8A37B718 for ; Tue, 27 Mar 2001 03:43:23 -0800 (PST) (envelope-from wilbertdg@hetnet.nl) Received: from spingdialer ([213.75.84.125]) by hetnet.nl with Microsoft SMTPSVC(5.5.1877.647.64); Tue, 27 Mar 2001 13:42:38 +0200 Message-ID: <005101c0b6b2$6465c900$16983f8b@research.kpn.com> From: "Wilbert de Graaf" To: Cc: References: Subject: Re: How to see kernel in userland ? Date: Tue, 27 Mar 2001 13:38:06 +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.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I need some help with kernel programming. I'm trying to find out how to get > my application to see kernel variables. I've tried to used sysctl_struct > calls on my variable but I couldn't get sysctl command to see it... how do > allow application to observer and maybe modify a variable inside a kernel ? > > Please suggest the best way to do this... All I want to do is to be able to > monitor IP activity in my kernel. I've been trying to add stuff to the > kernel as I'm playing around with experiemental code trying to monitor > network activity under IP Did you implement the variable yourself ? If you do a sysctl -A on the commandline you should see them. If it's only about ip traffic maybe link-layer access (using libpcap) is enough (look at the tcpdump code). But if you really need raw access, kvm (libkvm) is probably a good tool. Try 'man kvm_read'. Wilbert To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 5:16:36 2001 Delivered-To: freebsd-net@freebsd.org Received: from brunel.uk1.vbc.net (brunel.uk1.vbc.net [194.207.2.8]) by hub.freebsd.org (Postfix) with ESMTP id B3BA837B719 for ; Tue, 27 Mar 2001 05:16:22 -0800 (PST) (envelope-from jcv@vbc.net) Received: from localhost (jcv@localhost) by brunel.uk1.vbc.net (8.11.0/8.11.0) with ESMTP id f2RDGG239496 for ; Tue, 27 Mar 2001 14:16:16 +0100 (BST) X-Authentication-Warning: brunel.uk1.vbc.net: jcv owned process doing -bs Date: Tue, 27 Mar 2001 14:16:16 +0100 (BST) From: Jean-Christophe Varaillon X-Sender: jcv@brunel.uk1.vbc.net To: freebsd-net@FreeBSD.ORG Subject: - Tip - In-Reply-To: <200102221827.f1MIRGm58347@zibbi.icomtek.csir.co.za> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi everybody, I have a router connected to a freeBSD machine (3.2) via a console cable. I want to use tip from the freeBSD machine to logon to the router (cisco). On the freeBSD machine, I wrote that in /etc/remote: --- [...] router:dv=/dev/cuaa0:br#9600:pa=none: [...] --- Where: --- ls -l /dev/cuaa0 crw-rw---- 1 uucp dialer 28, 128 Oct 25 1999 /dev/cuaa0 --- And this is the result: --- BSD# killall tip No processes matching ``tip'' BSD# tip router tip: /dev/cuaa0: Device not configured link down BSD# --- How can I configure /dev/cuaa0 ? Thanks, Jean-Christophe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 5:18:35 2001 Delivered-To: freebsd-net@freebsd.org Received: from relay.tecc.co.uk (luggage.tecc.co.uk [193.128.6.129]) by hub.freebsd.org (Postfix) with SMTP id 1F24637B765 for ; Tue, 27 Mar 2001 05:18:28 -0800 (PST) (envelope-from andy@tecc.co.uk) Received: from fw-smtp.tecc.co.uk [195.217.37.39] by relay.tecc.co.uk with esmtp (Exim 1.70 #1) id 14htMg-0005ap-00; Tue, 27 Mar 2001 14:18:26 +0100 Received: from [195.217.37.155] (helo=southampton) by fw-smtp.tecc.co.uk with smtp (Exim 2.12 #3) id 14htKV-0002W4-00; Tue, 27 Mar 2001 14:16:11 +0100 From: "Andy [Tecc Nops]" To: "Jean-Christophe Varaillon" , Subject: RE: - Tip - Date: Tue, 27 Mar 2001 14:19:04 +0100 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.2910.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I use "minicom" to do this Hope that helps, Ak -----Original Message----- From: owner-freebsd-net@FreeBSD.ORG [mailto:owner-freebsd-net@FreeBSD.ORG]On Behalf Of Jean-Christophe Varaillon Sent: 27 March 2001 14:16 To: freebsd-net@FreeBSD.ORG Subject: - Tip - Hi everybody, I have a router connected to a freeBSD machine (3.2) via a console cable. I want to use tip from the freeBSD machine to logon to the router (cisco). On the freeBSD machine, I wrote that in /etc/remote: --- [...] router:dv=/dev/cuaa0:br#9600:pa=none: [...] --- Where: --- ls -l /dev/cuaa0 crw-rw---- 1 uucp dialer 28, 128 Oct 25 1999 /dev/cuaa0 --- And this is the result: --- BSD# killall tip No processes matching ``tip'' BSD# tip router tip: /dev/cuaa0: Device not configured link down BSD# --- How can I configure /dev/cuaa0 ? Thanks, Jean-Christophe. 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 Tue Mar 27 5:43: 8 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.webmonster.de (datasink.webmonster.de [194.162.162.209]) by hub.freebsd.org (Postfix) with SMTP id 00E4D37B71D for ; Tue, 27 Mar 2001 05:42:34 -0800 (PST) (envelope-from karsten@rohrbach.de) Received: (qmail 21757 invoked by uid 1000); 27 Mar 2001 13:42:52 -0000 Date: Tue, 27 Mar 2001 15:42:52 +0200 From: "Karsten W. Rohrbach" To: Murray Taylor Cc: "'freebsd-net@freebsd.org'" , "'freebsd-hackers@freebsd.org'" Subject: Re: DNS rules etc Message-ID: <20010327154252.C20645@rohrbach.de> Reply-To: karsten@rohrbach.de Mail-Followup-To: Murray Taylor , "'freebsd-net@freebsd.org'" , "'freebsd-hackers@freebsd.org'" References: <710709BB8B02D311942E0060674418105442A8@MELEXC01> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <710709BB8B02D311942E0060674418105442A8@MELEXC01>; from mtaylor@bytecraft.com.au on Tue, Mar 27, 2001 at 02:48:22PM +1000 X-Arbitrary-Number-Of-The-Day: 42 X-Sender: karsten@rohrbach.de Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org cd /usr/ports/net/djbdns && make install clean then read the docs for dnscache and dnscache-conf at http://cr.yp.to/djbdns.html i use tinydns and axfrdns here for my name services to replace bind, dnscache to screen out requests and to mux several other dns servers and bind boxes into one request scenario. very modular, lots of processes, but better than bind. drawback: no ipv6 support but i dont really care about binding dns to ipv6 at the moment. the dnscache configurations are different for external requests (binds to ethernet ip) and local requests (127.53.0.1 alias on lo0) that have different cachesize and mapin config. /k Murray Taylor(mtaylor@bytecraft.com.au)@Tue, Mar 27, 2001 at 02:48:22PM +1000: > Help!!!! > I've got the frame relay working, and am waiting now for > some network delegation stuff external to me to complete. > However I need to know if it is possible to use DNS > as detailed below to allow the host spyder be visible to the > Internet and our intranet, without polluting the nameservers. > > Given > > > 139.130.142.1 (Telstra end) > | > | > | spyder > | frame relay +--------+ > | point to point | | > +----------------|ng0 | > 139.130.142.13 | | > | | 10.1.2.30 > | fxp0|---------------+ > | | 203.39.118.1 | > |FreeBSD | | > | 4.3 | | > +--------+ | > | > | > | > other 10.1.x.y hosts ---------------+ > > 10.1.x.y hosts area allocated addresses via DHCP from an NT server > > Can I setup DNS rules (such as the commented out zones below) > so that hosts on the internal network can access spyder on > 10.1.2.30, WITHOUT propagating 10. numbers out to the Internet > The two zones in question have their zone and reverse file at > the tail of this email > > cheers > Murray Taylor > Project Engineer > > Bytecraft P/L +61 3 9587 2555 > +61 3 9587 1614 fax > mtaylor@bytecraft.com.au > > ps I will check the mail-list from home tonight, but > if there is a quick answer, please email directly also > mjt > > > > == output of netstat -nr ====================================== > Routing tables > > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 139.130.142.1 UGSc 7 0 ng0 > 10.0.0.2 10.0.0.1 UH 0 0 tun0 > 10.1/16 link#1 UC 0 0 fxp0 => > 10.1.2.3 0:0:f8:1e:ad:9e UHLW 1 56 fxp0 1137 > 10.1.2.4 0:60:67:70:af:22 UHLW 0 91 fxp0 939 > 10.1.2.7 0:60:67:70:ac:4e UHLW 0 75 fxp0 1142 > 10.1.2.30 0:50:8b:f1:de:df UHLW 1 223687 lo0 > 10.1.2.46 0:10:a4:ff:b4:c6 UHLW 0 1 fxp0 1188 > 10.1.2.47 0:0:4c:33:d8:cd UHLW 1 32 fxp0 1052 > 10.1.2.78 0:0:4c:ed:78:5e UHLW 1 189 fxp0 1194 > 10.1.2.129 0:10:5a:81:b0:30 UHLW 1 136 fxp0 1037 > 10.1.255.255 ff:ff:ff:ff:ff:ff UHLWb 2 60 fxp0 > 127.0.0.1 127.0.0.1 UH 1 495 lo0 > 139.130.142.1 139.130.142.13 UH 8 124 ng0 > 203.39.118/26 link#1 UC 0 0 fxp0 => > 203.39.118.1 0:50:8b:f1:de:df UHLW 1 63909 lo0 > > == named.conf ================================================= > // bytecraft.au.com etc > // 2001032701 mjt > > options { > directory "/etc/namedb"; > }; > // end of options > > > zone "bytecraft.au.com" in { > type master; > file "db.byte-au-com"; > }; > > zone "bytecraftentertainment.com" in { > type master; > file "db.byteent-com"; > }; > > zone "bytecraftsystems.com" in { > type master; > file "db.bytesys-com"; > }; > > zone "118.39.203.in-addr.arpa" { > type master; > file "db.203.39.118"; > }; > > // desired restricted zone > // dont allow outsiders to query it, or transfer it > > //zone "2.1.10.in-addr.arpa" { > // notify no; > // type master; > // file "db.10.1.2"; > // allow-query { > // 127.0.0.1/32; 10.1.0.0/16; > // }; > // allow-transfer { > // 127.0.0.1/32; 10.1.0.0/16; > // }; > //}; > > //zone "byteinternal" in { > // type master; > // file "db.byteint"; > // allow-query { > // 127.0.0.1/32; 10.1.0.0/16; > // }; > // allow-transfer { > // 127.0.0.1/32; 10.1.0.0/16; > // }; > //}; > > > > zone "." { > type hint; > file "named.root"; > }; > > zone "0.0.127.IN-ADDR.ARPA" { > type master; > file "localhost.rev"; > }; > > === db.byte-au-com ================================================ > $TTL 86400 > bytecraft.au.com. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameserver entry > bytecraft.au.com. IN NS spyder.bytecraft.au.com. > IN NS ns1.telstra.net. > ; mail server entry > bytecraft.au.com. IN MX 5 mail.bytecraft.au.com. > > ; A records - Address mapping > localhost.bytecraft.com.au. IN A 127.0.0.1 > spyder.bytecraft.au.com. IN A 203.39.118.1 > > ; C records - Aliases > www.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > entertainment.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > systems.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > mail.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > > == db.byteent-com ================================================= > $TTL 86400 > bytecraftentertainment.com. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameserver entry > bytecraftentertainment.com. IN NS spyder.bytecraft.au.com. > IN NS ns1.telstra.net. > > ; mail server entry > bytecraftentertainment.com. IN MX 5 mail.bytecraft.au.com. > > ; A records - Address mapping > ;www.bytecraftentertainment.com. IN A 203.39.118.1 > > ; C records - Aliases > www.bytecraftentertainment.com. IN CNAME spyder.bytecraft.au.com. > > == db.bytesys-com ================================================= > $TTL 86400 > bytecraftsystems.com. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameserver entry > bytecraftsystems.com. IN NS spyder.bytecraft.au.com. > IN NS ns1.telstra.net. > > ; mail server entry > bytecraftsystems.com. IN MX 5 mail.bytecraft.au.com. > > ; A records - Address mapping > ;www.bytecraftsystems.com. IN A 203.39.118.1 > > ; C records - Aliases > www.bytecraftsystems.com. IN CNAME spyder.bytecraft.au.com. > > == db.203.39.118 ================================================= > $TTL 86400 > 118.39.203.in-addr.arpa. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameservers > 118.39.203.in-addr.arpa. IN NS spyder.bytecraft.au.com. > > ; address reverse mapping > 1.118.39.203.in-addr.arpa. IN PTR spyder.bytecraft.au.com. > > == localhost.rev ================================================= > ; From: @(#)localhost.rev 5.1 (Berkeley) 6/30/90 > ; $FreeBSD: src/etc/namedb/PROTO.localhost.rev,v 1.6 2000/01/10 15:31:40 > peter Exp $ > ; > ; This file is automatically edited by the `make-localhost' script in > ; the /etc/namedb directory. > ; > > $TTL 3600 > > @ IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 20010223 ; Serial > 3600 ; Refresh > 900 ; Retry > 3600000 ; Expire > 3600 ) ; Minimum > IN NS spyder.bytecraft.au.com. > 1 IN PTR localhost.bytecraft.au.com. > > == db.10.1.2 ======= not called by named.conf ================ > $TTL 86400 > 2.1.10.in-addr.arpa. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032102 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameservers > 2.1.10.in-addr.arpa. IN NS spyder.bytecraft.au.com. > > ; address reverse mapping > 2.2.1.10.in-addr.arpa. IN PTR melcms01.bytecraft.au.com. > 4.2.1.10.in-addr.arpa. IN PTR melcms02.bytecraft.au.com. > 6.2.1.10.in-addr.arpa. IN PTR melcms03.bytecraft.au.com. > 30.2.1.10.in-addr.arpa. IN PTR spyder.bytecraft.au.com. > 32.2.1.10.in-addr.arpa. IN PTR grunt.bytecraft.au.com. > 109.2.1.10.in-addr.arpa. IN PTR melcms04.bytecraft.au.com. > ; there are a lot of others with DHCP addresses assigned > ; ????? > > == db.bytint ======= not called by named.conf ================ > $TTL 86400 > bytecraft.au.com. IN SOA spyder.bytecraft.au.com. > root.spyder.bytecraft.au.com. ( > 2001032701 ; serial no > 10800 ; refresh after 8 hours > 3600 ; retry after 1 hour > 604800 ; expire after 1 week > 86400 ) ; minimum TTL of 1 day > > ; nameserver entry > bytecraft.au.com. IN NS spyder.bytecraft.au.com. > IN NS ns1.telstra.net. > ; mail server entry > bytecraft.au.com. IN MX 5 mail.bytecraft.au.com. > > ; A records - Address mapping > localhost.bytecraft.com.au. IN A 127.0.0.1 > spyder.bytecraft.au.com. IN A 10.1.2.30 > melcms01.bytecraft.au.com. IN A 10.1.2.2 > melcms02.bytecraft.au.com. IN A 10.1.2.4 > melcms03.bytecraft.au.com. IN A 10.1.2.6 > melcms04.bytecraft.au.com. IN A 10.1.2.109 > grunt.bytecraft.au.com. IN A 10.1.2.32 > > ; C records - Aliases > www.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > entertainment.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > systems.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > mail.bytecraft.au.com. IN CNAME spyder.bytecraft.au.com. > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- > "It says he made us all to be just like him. So if we're dumb, then > god is dumb, and maybe even a little ugly on the side." -- Frank Zappa KR433/KR11-RIPE -- http://www.webmonster.de -- ftp://ftp.webmonster.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 7:41:30 2001 Delivered-To: freebsd-net@freebsd.org Received: from cody.jharris.com (cody.jharris.com [205.238.128.83]) by hub.freebsd.org (Postfix) with ESMTP id DEBAE37B718 for ; Tue, 27 Mar 2001 07:41:27 -0800 (PST) (envelope-from nick@rogness.net) Received: from localhost (nick@localhost) by cody.jharris.com (8.11.1/8.9.3) with ESMTP id f2RFmBi64312; Tue, 27 Mar 2001 09:48:11 -0600 (CST) (envelope-from nick@rogness.net) Date: Tue, 27 Mar 2001 09:48:11 -0600 (CST) From: Nick Rogness X-Sender: nick@cody.jharris.com To: Jean-Christophe Varaillon Cc: freebsd-net@FreeBSD.ORG Subject: Re: - Tip - In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 27 Mar 2001, Jean-Christophe Varaillon wrote: > > And this is the result: > --- > BSD# killall tip > No processes matching ``tip'' > BSD# tip router > tip: /dev/cuaa0: Device not configured > link down > BSD# > --- > > How can I configure /dev/cuaa0 ? You probably don't have com1 turned on or your kernel is not built with support for `device sio0`. Nick Rogness - Keep on Routing in a Free World... "FreeBSD: The Power to Serve!" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 7:45:49 2001 Delivered-To: freebsd-net@freebsd.org Received: from brunel.uk1.vbc.net (brunel.uk1.vbc.net [194.207.2.8]) by hub.freebsd.org (Postfix) with ESMTP id 08BB637B782 for ; Tue, 27 Mar 2001 07:45:40 -0800 (PST) (envelope-from jcv@vbc.net) Received: from localhost (jcv@localhost) by brunel.uk1.vbc.net (8.11.0/8.11.0) with ESMTP id f2RFjag41908; Tue, 27 Mar 2001 16:45:36 +0100 (BST) X-Authentication-Warning: brunel.uk1.vbc.net: jcv owned process doing -bs Date: Tue, 27 Mar 2001 16:45:36 +0100 (BST) From: Jean-Christophe Varaillon X-Sender: jcv@brunel.uk1.vbc.net To: Nick Rogness Cc: freebsd-net@FreeBSD.ORG Subject: Re: - Tip - In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 27 Mar 2001, Nick Rogness wrote: > On Tue, 27 Mar 2001, Jean-Christophe Varaillon wrote: > > > > > And this is the result: > > --- > > BSD# killall tip > > No processes matching ``tip'' > > BSD# tip router > > tip: /dev/cuaa0: Device not configured > > link down > > BSD# > > --- > > > > How can I configure /dev/cuaa0 ? > > You probably don't have com1 turned on or your kernel is not built > with support for `device sio0`. Yes, this was the trouble, thanks. > Nick Rogness > - Keep on Routing in a Free World... > "FreeBSD: The Power to Serve!" > > > 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 Tue Mar 27 8:24: 9 2001 Delivered-To: freebsd-net@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id BCA5E37B719; Tue, 27 Mar 2001 08:24:06 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2RGJMC38803; Tue, 27 Mar 2001 10:19:22 -0600 (CST) (envelope-from jlemon) Date: Tue, 27 Mar 2001 10:19:22 -0600 From: Jonathan Lemon To: Jesper Skriver Cc: Jeroen Ruigrok/Asmodai , Bill Fenner , net@freebsd.org, jlemon@freebsd.org Subject: Re: 4.3 issue: new ICMP handling broke date(1) Message-ID: <20010327101922.N93687@prism.flugsvamp.com> References: <200103261557.JAA08568@windsor.research.att.com> <20010327124531.O68667@daemon.ninth-circle.org> <20010327131246.A71551@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20010327131246.A71551@skriver.dk> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 27, 2001 at 01:12:47PM +0200, Jesper Skriver wrote: > On Tue, Mar 27, 2001 at 12:45:31PM +0200, Jeroen Ruigrok/Asmodai wrote: > > [making sure Jesper and Jonathan see this] > > > > -On [20010326 18:00], Bill Fenner (fenner@research.att.com) wrote: > > >Now that an ICMP port unreachable returns ENETRESET and not ECONNREFUSED, > > >setting the date on the command line results in a bogusly-reported error. > > >Before you fix the bug in date/netdate.c, it tends to report EADDRINUSE; > > >afterwards it tends to report ENETRESET. > > > > > >Why did the handling of "udp port unreachable" have to change? ECONNREFUSED > > >was a perfectly fine return value for that. I'm reasonably sure that > > >there are other programs out there that think that ECONNREFUSED is what > > >you get when you get an ICMP port unreachable back after a UDP send, > > >so I doubt that the answer is to simply fix date(1). > > > > FWIW I think the correct thing would be to return ECONNREFUSED. > > > > Looking at intro(2) it would seem that ECONNREFUSED fits the shoe since > > the connection is actively refused. I forget why I picked ENETRESET; probably because it was the first thing that leaped out at me when I quickly skimmed over looking for an appropriate error code; but I didn't consider the UDP case. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 8:36:59 2001 Delivered-To: freebsd-net@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 233CC37B71B; Tue, 27 Mar 2001 08:36:47 -0800 (PST) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 5F4965D68; Tue, 27 Mar 2001 18:36:46 +0200 (CEST) Date: Tue, 27 Mar 2001 18:36:46 +0200 From: Jesper Skriver To: Jonathan Lemon Cc: Jeroen Ruigrok/Asmodai , Bill Fenner , net@freebsd.org, jlemon@freebsd.org Subject: Re: 4.3 issue: new ICMP handling broke date(1) Message-ID: <20010327183646.A75484@skriver.dk> References: <200103261557.JAA08568@windsor.research.att.com> <20010327124531.O68667@daemon.ninth-circle.org> <20010327131246.A71551@skriver.dk> <20010327101922.N93687@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010327101922.N93687@prism.flugsvamp.com>; from jlemon@flugsvamp.com on Tue, Mar 27, 2001 at 10:19:22AM -0600 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 27, 2001 at 10:19:22AM -0600, Jonathan Lemon wrote: > On Tue, Mar 27, 2001 at 01:12:47PM +0200, Jesper Skriver wrote: > > On Tue, Mar 27, 2001 at 12:45:31PM +0200, Jeroen Ruigrok/Asmodai wrote: > > > [making sure Jesper and Jonathan see this] > > > > > > -On [20010326 18:00], Bill Fenner (fenner@research.att.com) wrote: > > > >Now that an ICMP port unreachable returns ENETRESET and not ECONNREFUSED, > > > >setting the date on the command line results in a bogusly-reported error. > > > >Before you fix the bug in date/netdate.c, it tends to report EADDRINUSE; > > > >afterwards it tends to report ENETRESET. > > > > > > > >Why did the handling of "udp port unreachable" have to change? ECONNREFUSED > > > >was a perfectly fine return value for that. I'm reasonably sure that > > > >there are other programs out there that think that ECONNREFUSED is what > > > >you get when you get an ICMP port unreachable back after a UDP send, > > > >so I doubt that the answer is to simply fix date(1). > > > > > > FWIW I think the correct thing would be to return ECONNREFUSED. > > > > > > Looking at intro(2) it would seem that ECONNREFUSED fits the shoe since > > > the connection is actively refused. > > I forget why I picked ENETRESET; probably because it was the first > thing that leaped out at me when I quickly skimmed over > looking for an appropriate error code; but I didn't consider the UDP > case. That is the below diff Index: src/sys/netinet/ip_input.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_input.c,v retrieving revision 1.130.2.21 diff -u -r1.130.2.21 ip_input.c --- src/sys/netinet/ip_input.c 2001/03/08 23:14:54 1.130.2.21 +++ src/sys/netinet/ip_input.c 2001/03/27 16:35:15 @@ -1484,7 +1484,7 @@ EHOSTUNREACH, EHOSTUNREACH, ECONNREFUSED, ECONNREFUSED, EMSGSIZE, EHOSTUNREACH, 0, 0, 0, 0, 0, 0, - ENOPROTOOPT, ENETRESET + ENOPROTOOPT, ECONNREFUSED }; /* or perhaps this ? Index: src/sys/netinet/ip_icmp.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/ip_icmp.c,v retrieving revision 1.39.2.6 diff -u -r1.39.2.6 ip_icmp.c --- src/sys/netinet/ip_icmp.c 2001/03/08 23:14:54 1.39.2.6 +++ src/sys/netinet/ip_icmp.c 2001/03/27 16:30:51 @@ -350,7 +350,7 @@ */ case ICMP_UNREACH_PROTOCOL: case ICMP_UNREACH_PORT: - code = PRC_UNREACH_ADMIN_PROHIB; + code = PRC_UNREACH_PORT; break; case ICMP_UNREACH_NET_PROHIB: Index: src/sys/netinet/tcp_subr.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_subr.c,v retrieving revision 1.73.2.11 diff -u -r1.73.2.11 tcp_subr.c --- src/sys/netinet/tcp_subr.c 2001/03/05 13:09:03 1.73.2.11 +++ src/sys/netinet/tcp_subr.c 2001/03/27 16:32:01 @@ -978,7 +978,8 @@ if (cmd == PRC_QUENCH) notify = tcp_quench; - else if (icmp_may_rst && cmd == PRC_UNREACH_ADMIN_PROHIB && ip) + else if (icmp_may_rst && (cmd == PRC_UNREACH_ADMIN_PROHIB || + cmd == PRC_UNREACH_PORT) && ip) notify = tcp_drop_syn_sent; else if (cmd == PRC_MSGSIZE) notify = tcp_mtudisc; /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 8:53:17 2001 Delivered-To: freebsd-net@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 2F5AC37B71B; Tue, 27 Mar 2001 08:53:13 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2RGmQs39877; Tue, 27 Mar 2001 10:48:26 -0600 (CST) (envelope-from jlemon) Date: Tue, 27 Mar 2001 10:48:26 -0600 From: Jonathan Lemon To: Jesper Skriver Cc: Jonathan Lemon , Jeroen Ruigrok/Asmodai , Bill Fenner , net@freebsd.org, jlemon@freebsd.org Subject: Re: 4.3 issue: new ICMP handling broke date(1) Message-ID: <20010327104826.P93687@prism.flugsvamp.com> References: <200103261557.JAA08568@windsor.research.att.com> <20010327124531.O68667@daemon.ninth-circle.org> <20010327131246.A71551@skriver.dk> <20010327101922.N93687@prism.flugsvamp.com> <20010327183646.A75484@skriver.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <20010327183646.A75484@skriver.dk> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 27, 2001 at 06:36:46PM +0200, Jesper Skriver wrote: > On Tue, Mar 27, 2001 at 10:19:22AM -0600, Jonathan Lemon wrote: > > > > I forget why I picked ENETRESET; probably because it was the first > > thing that leaped out at me when I quickly skimmed over > > looking for an appropriate error code; but I didn't consider the UDP > > case. > > That is the below diff > > Index: src/sys/netinet/ip_input.c > =================================================================== > RCS file: /home/ncvs/src/sys/netinet/ip_input.c,v > retrieving revision 1.130.2.21 > diff -u -r1.130.2.21 ip_input.c > --- src/sys/netinet/ip_input.c 2001/03/08 23:14:54 1.130.2.21 > +++ src/sys/netinet/ip_input.c 2001/03/27 16:35:15 > @@ -1484,7 +1484,7 @@ > EHOSTUNREACH, EHOSTUNREACH, ECONNREFUSED, ECONNREFUSED, > EMSGSIZE, EHOSTUNREACH, 0, 0, > 0, 0, 0, 0, > - ENOPROTOOPT, ENETRESET > + ENOPROTOOPT, ECONNREFUSED > }; Yes, I think this probably is the best approach; just get rid of the ENETRESET altogether for this case. -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 9:22:49 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by hub.freebsd.org (Postfix) with ESMTP id 522B037B719 for ; Tue, 27 Mar 2001 09:22:44 -0800 (PST) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 0A5F24CE13; Tue, 27 Mar 2001 12:22:40 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id MAA08770; Tue, 27 Mar 2001 12:22:39 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id LAA23857; Tue, 27 Mar 2001 11:22:38 -0600 (CST) Message-Id: <200103271722.LAA23857@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: jlemon@flugsvamp.com Subject: Re: 4.3 issue: new ICMP handling broke date(1) Cc: jesper@skriver.dk, asmodai@wxs.nl, net@freebsd.org References: <200103261557.JAA08568@windsor.research.att.com> <20010327124531.O68667@daemon.ninth-circle.org> <20010327131246.A71551@skriver.dk> <20010327101922.N93687@prism.flugsvamp.com> <20010327183646.A75484@skriver.dk> <20010327104826.P93687@prism.flugsvamp.com> Date: Tue, 27 Mar 2001 11:22:38 -0600 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I prefer Jesper's other patch (the one that goes back to code = PRC_UNREACH_PORT). Note that the comment here: /* * RFC 1122, Sections 3.2.2.1 and 4.2.3.9. * Treat subcodes 2,3 as immediate RST */ case ICMP_UNREACH_PROTOCOL: case ICMP_UNREACH_PORT: code = PRC_UNREACH_ADMIN_PROHIB; break; 3.2.2.1 says that ICMP errors must be passed to the transport layer, and 4.2.3.9 is TCP-specific. To me, it's a more general solution to give the transport layer more specific info (i.e. code = PRC_UNREACH_PORT) and let it act appropriately (i.e. TCP treats PRC_UNREACH_PORT specially), especially since TCP and UDP may want to report different things here. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 10:56:53 2001 Delivered-To: freebsd-net@freebsd.org Received: from black.purplecat.net (ns1.purplecat.net [209.16.228.148]) by hub.freebsd.org (Postfix) with ESMTP id B52AD37B718 for ; Tue, 27 Mar 2001 10:56:47 -0800 (PST) (envelope-from peter@black.purplecat.net) Received: from localhost (peter@localhost) by black.purplecat.net (8.8.8/8.8.8) with ESMTP id NAA07793 for ; Tue, 27 Mar 2001 13:59:13 -0500 (EST) (envelope-from peter@black.purplecat.net) Date: Tue, 27 Mar 2001 13:59:13 -0500 (EST) From: Peter Brezny To: freebsd-net@freebsd.org Subject: kern secure level 2 and mpd-netgraph dialup Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is it possible to have a kern_securelevel="2" and still run mpd-netgraph using the default 'dialin' configuration? I've not had any luck but things appear to work ok when the kern_securelevel="0" One problem even then however, again using the default 'dialin' configuration, once the connection is terminated by the client, mpd seems to get lost and won't answer further incoming calls. How can I configure mpd to return to waiting for a new call after a client disconnects? TIA pb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 11:10:24 2001 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 35CC637B718 for ; Tue, 27 Mar 2001 11:10:21 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id OAA89615; Tue, 27 Mar 2001 14:10:13 -0500 (EST) (envelope-from wollman) Date: Tue, 27 Mar 2001 14:10:13 -0500 (EST) From: Garrett Wollman Message-Id: <200103271910.OAA89615@khavrinen.lcs.mit.edu> To: Peter Brezny Cc: freebsd-net@FreeBSD.ORG Subject: kern secure level 2 and mpd-netgraph dialup In-Reply-To: References: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org < said: > Is it possible to have a kern_securelevel="2" and still run mpd-netgraph > using the default 'dialin' configuration? It should be. Are you preloading the appropriate NETGRAPH modules? -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 12:45:12 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 540E137B71B for ; Tue, 27 Mar 2001 12:45:04 -0800 (PST) (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 MAA38114; Tue, 27 Mar 2001 12:32:37 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.1/8.11.1) id f2RKVwQ43964; Tue, 27 Mar 2001 12:31:58 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200103272031.f2RKVwQ43964@arch20m.dellroad.org> Subject: Re: mpd-netgraph bandwidth settings In-Reply-To: <20010327083539.M75583-100000@hq1.tyfon.net> "from Dan Larsson at Mar 27, 2001 08:42:55 am" To: Dan Larsson Date: Tue, 27 Mar 2001 12:31:58 -0800 (PST) Cc: Martin@McFlySr.Kurgan.Ru, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dan Larsson writes: > | > | link.h: #define LINK_DEFAULT_BANDWIDTH 64000 /* 64k */ > | > | pptp.c: #define PPTP_CALL_MAX_BPS 64000 > | > | pptp.c: PPTP_OCR_RESL_OK, 0, 0, 64000 /*XXX*/ ); > | > | pptp_ctrl.c: con.speed = 64000; /* XXX */ > | > > | > Thanks! > | > > | > | ps. but why? > | > > | > There's loads of spare bandwidth. > | > | It doesnt' matter.. the bandwidth values reported by PPTP are > | meaninless unless you are doing remote dialin/dialout (mpd doesn't > | do this, it just uses PPTP for tunneling). > > So changing the hardwired settings actually doesn't bump up the bandwidth? Correct.. There are two bandwidth definitions used by mpd.. one used for multilink fragmentation computations (and then only if you have >= 2 links that are not all the same), and the one used during PPTP call setup. The latter is completely ignored, while the former is ignored 99% of the time.. the ther 1% being the case mentioned. -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 Tue Mar 27 12:45:20 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 50ACD37B719; Tue, 27 Mar 2001 12:45:11 -0800 (PST) (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 MAA38131; Tue, 27 Mar 2001 12:40:49 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.1/8.11.1) id f2RKeBn44013; Tue, 27 Mar 2001 12:40:11 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200103272040.f2RKeBn44013@arch20m.dellroad.org> Subject: Re: Kernel Panic on 4.3-RC #0 using PPPoE In-Reply-To: <4.2.2.20010327070955.01db1268@192.168.0.12> "from Mike Tancsa at Mar 27, 2001 07:12:17 am" To: Mike Tancsa Date: Tue, 27 Mar 2001 12:40:11 -0800 (PST) Cc: freebsd-stable@freebsd.org, freebsd-net@freebsd.org, luigi@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike Tancsa writes: > >Not sure why this hasn't been detected before though. Below is > >a possible patch. > > It has been at http://www.freebsd.org/cgi/query-pr.cgi?pr=25478 and > discussed a few times in freebsd-net. Here is the better (?) patch. I'd like to commit this if nobody objects.. Luigi: would you mind reviewing this for possible BRIDGE problems? -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com Index: if_ethersubr.c =================================================================== RCS file: /home/ncvs/src/sys/net/if_ethersubr.c,v retrieving revision 1.70.2.15 diff -u -r1.70.2.15 if_ethersubr.c --- if_ethersubr.c 2001/03/13 22:00:32 1.70.2.15 +++ if_ethersubr.c 2001/03/27 20:39:38 @@ -366,6 +366,11 @@ { int s, error = 0; + if ((ifp->if_flags & (IFF_UP|IFF_RUNNING)) != (IFF_UP|IFF_RUNNING)) { + m_freem(m); + return (ENETDOWN); + } + #ifdef BRIDGE if (do_bridge && BDG_USED(ifp) ) { struct ether_header *eh; /* a ptr suffices */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 13:50: 4 2001 Delivered-To: freebsd-net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 1D6D937B71A; Tue, 27 Mar 2001 13:49:58 -0800 (PST) Subject: Re: D-Link problem In-Reply-To: from Ed Wynn at "Mar 26, 2001 04:00:18 am" To: edwynn42@hotmail.com (Ed Wynn) Date: Tue, 27 Mar 2001 13:49:58 -0800 (PST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20010327214958.1D6D937B71A@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Okay, tried this, same results. Still getting a 6 in the capabilities. Grrrr.... > I'm not familiar with the VIA Rhine. How can I check this? It's a moot point. I realized that in your earlier mail, you claimed that the card included a Linux driver called rtl8139.c, so it can't be a VIA Rhine. Just to be clear: - D-Link DFE-530TX == VIA Rhine II (vr driver) - D-Link DFE-530TX+ == RealTek 8139 (rl driver) - D-Link DFE-540TX == Macronix 98715 (dc driver) - D-Link DFE-550TX == Sundance Technologies ST201 (ste driver) This is a 530TX+ we're talking about here, correct? > I appreciate the assistance, and will continue to do whatever you all > suggest may help (short of packing up the system and FedExing it to you to > work on). I'm learning a lot from this, and hopefully the result is a > driver that can handle one more oddball special case. About the only thing I can do is obtain a card like yours and play with it. If you can show me a link to the exact card that you have on the D-Link web site, I can see what I can do about getting BSDi to buy me one. The alternative is for you to stick a second card in that machine which does work, then put it on the net and give me remote access to it so I can debug it myself. This may not be possible for technical or political reasons however. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 14:28:16 2001 Delivered-To: freebsd-net@freebsd.org Received: from aries.ai.net (aries.ai.net [205.134.163.4]) by hub.freebsd.org (Postfix) with ESMTP id 856D937B718 for ; Tue, 27 Mar 2001 14:28:11 -0800 (PST) (envelope-from deepak@ai.net) Received: from blood (adsl-138-88-48-78.bellatlantic.net [138.88.48.78]) by aries.ai.net (8.9.3/8.9.3) with SMTP id RAA02118 for ; Tue, 27 Mar 2001 17:28:10 -0500 (EST) (envelope-from deepak@ai.net) Reply-To: From: "Deepak Jain" To: Subject: FW: Network lockups on fxp0? Date: Tue, 27 Mar 2001 17:32:07 -0500 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.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org They are all on Cisco switches, each server is on a different port, and the servers are on different switches in different cities. The port graphs show no unusual traffic patterns in or out of the box. The mbuf settings are pretty generous: $ netstat -m 13033/16624/67520 mbufs in use (current/peak/max): 2315 mbufs allocated to data 10718 mbufs allocated to packet headers 2232/3184/16880 mbuf clusters in use (current/peak/max) 10524 Kbytes allocated to network (20% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Thanks for the advice, Deepak Jain AiNET -----Original Message----- From: owner-freebsd-questions@FreeBSD.ORG [mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Ted Mittelstaedt Sent: Tuesday, March 27, 2001 12:45 AM To: deepak@ai.net; freebsd-questions@FreeBSD.ORG Subject: RE: Network lockups on fxp0? I'd start by looking at what is most common - your network hubs. You may have a failed hub that's trashing packets. Otherwise maybe someone is hitting you with a DoS attack? Ted Mittelstaedt tedm@toybox.placo.com Author of: The FreeBSD Corporate Networker's Guide Book website: http://www.freebsd-corp-net-guide.com >-----Original Message----- >From: owner-freebsd-questions@FreeBSD.ORG >[mailto:owner-freebsd-questions@FreeBSD.ORG]On Behalf Of Deepak Jain >Sent: Monday, March 26, 2001 5:41 PM >To: freebsd-questions@FreeBSD.ORG >Subject: Network lockups on fxp0? > > > >This weekend we started seeing a bunch of new and stable machines (all >4.2-RELEASE) with varying levels of traffic (3mb/s to 15mb/s) withdrawing >their MAC addresses from the network layer: > >fxp0: SCA timeout >fxp0: DMA timeout >(repeating) > >or: > >fxp0: SCB timeout >fxp0: DMA timeout >(repeating) > >Reboots clear it, but the systems are completely responsive at the console. >The strangest thing is that of 10 machines that showed this over the >weekend, machines would lock up in pairs and singles. This, even though the >users on the servers were completely unrelated. 5 locked up in one data >center another 5 in a different one, no other servers anywhere had any >issues. > >These systems are all Tyan Thunder motherboards, with dual integrated sym >controllers (SCSI) and dual integrated fast ethernet (fxp) ports. 1GB RAM, >single and dual hard drives. The kernel's buffers and things are known good >well over 50mb/s and the kernel is identical across all of them as well as >400 other 4.2 machines. No single server has gone down twice yet, so I have >no idea of how long between occurrences. Occurrences don't seem to be >related to traffic flows or system load. > >Any ideas of where to track down these issues? > >Thanks, > > >Deepak Jain >AiNET > > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" 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 Tue Mar 27 14:30:43 2001 Delivered-To: freebsd-net@freebsd.org Received: from mss.rdc2.nsw.optushome.com.au (ha1.rdc2.nsw.optushome.com.au [203.164.2.50]) by hub.freebsd.org (Postfix) with ESMTP id 7B2E337B718; Tue, 27 Mar 2001 14:30:36 -0800 (PST) (envelope-from s2209866@cse.unsw.edu.au) Received: from co3038206a ([203.164.177.110]) by mss.rdc2.nsw.optushome.com.au (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010327223035.CLPE17266.mss.rdc2.nsw.optushome.com.au@co3038206a>; Wed, 28 Mar 2001 08:30:35 +1000 Reply-To: From: "Daniel Wong" To: "FreeBSD" , Subject: how to Getting Sysctl to work .... Date: Wed, 28 Mar 2001 08:31:01 +1000 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.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi All, I can't get my sysctl to come up in my sysctl -A I have in my kernel code defined SYSCTL_STRUCT(_net_inet_ip, ... ...) and under in.h (I'm working under Ip) added my sysctl definition, i presume it's just adding the extra enum definition for my sysctl right ? I did a clean compile of the kernel (kernel only not world) and it doesn't want to show up in my sysctl -A call... why ?? Please help Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 14:45:19 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.gmx.net (pop.gmx.net [194.221.183.20]) by hub.freebsd.org (Postfix) with SMTP id 085AB37B71D for ; Tue, 27 Mar 2001 14:45:14 -0800 (PST) (envelope-from tmoestl@gmx.net) Received: (qmail 22108 invoked by uid 0); 27 Mar 2001 22:45:14 -0000 Received: from p3e9bc33b.dip.t-dialin.net (HELO forge.local) (62.155.195.59) by mail.gmx.net (mail01) with SMTP; 27 Mar 2001 22:45:14 -0000 Received: from tmm by forge.local with local (Exim 3.20 #1) id 14i2D4-0002Dj-00; Wed, 28 Mar 2001 00:45:06 +0200 Date: Wed, 28 Mar 2001 00:45:04 +0200 From: Thomas Moestl To: Daniel Wong Cc: FreeBSD , freebsd-net@freeBSD.ORG Subject: Re: how to Getting Sysctl to work .... Message-ID: <20010328004503.A8419@crow.dom2ip.de> Mail-Followup-To: Thomas Moestl , Daniel Wong , FreeBSD , freebsd-net@freeBSD.ORG References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from s2209866@cse.unsw.edu.au on Wed, Mar 28, 2001 at 08:31:01AM +1000 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 28, 2001 at 08:31:01AM +1000, Daniel Wong wrote: > I can't get my sysctl to come up in my sysctl -A > > I have in my kernel code defined SYSCTL_STRUCT(_net_inet_ip, ... ...) and > under in.h (I'm working under Ip) added my sysctl definition, i presume it's > just adding the extra enum definition for my sysctl right ? > > I did a clean compile of the kernel (kernel only not world) and it doesn't > want to show up in my sysctl -A call... why ?? sysctl -A will only show sysctls which it knows how to interpret the values of. This is probably not the case with yours (it depends on the fmt argument). If you want to know whether your sysctl exists in the kernel, do "sysctl name" and see whether it complains (it won't print the value in that case, though). - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 14:54:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from heidelberg.dotnet.com (heidelberg.dotnet.com [216.127.192.12]) by hub.freebsd.org (Postfix) with ESMTP id 8CD0E37B719 for ; Tue, 27 Mar 2001 14:54:37 -0800 (PST) (envelope-from parmor@dotnet.com) Received: from blah2 (ip42-padsl.dotnet.com [216.127.198.42]) by heidelberg.dotnet.com (8.9.3/8.9.3) with SMTP id QAA31284 for ; Tue, 27 Mar 2001 16:54:30 -0600 Message-ID: <002e01c0b710$d3306da0$2ac67fd8@blah2> From: "Paul Armor" To: Subject: nmap over pppoe Date: Tue, 27 Mar 2001 16:54:04 -0600 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.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm kinda new to this pppoe thing. I'm trying to run nmap on my external if and get a "permission denied" error when nmap tries to open. Anyone have any ideas on what I've misconfigured? Thanks in advance! Paul To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 14:58:27 2001 Delivered-To: freebsd-net@freebsd.org Received: from prism.flugsvamp.com (cb58709-a.mdsn1.wi.home.com [24.17.241.9]) by hub.freebsd.org (Postfix) with ESMTP id 9418137B718 for ; Tue, 27 Mar 2001 14:58:23 -0800 (PST) (envelope-from jlemon@flugsvamp.com) Received: (from jlemon@localhost) by prism.flugsvamp.com (8.11.0/8.11.0) id f2RMrfG52107; Tue, 27 Mar 2001 16:53:41 -0600 (CST) (envelope-from jlemon) Date: Tue, 27 Mar 2001 16:53:41 -0600 (CST) From: Jonathan Lemon Message-Id: <200103272253.f2RMrfG52107@prism.flugsvamp.com> To: deepak@ai.net, net@freebsd.org Subject: Re: FW: Network lockups on fxp0? X-Newsgroups: local.mail.freebsd-net In-Reply-To: Organization: Cc: Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article you write: >>fxp0: SCB timeout >>fxp0: DMA timeout >>(repeating) SCB timeout comes about because the chip is refusing to accept any more commands; in this case, it probably is wedged. Is there any pattern to this? Do you happen to have hardware flowcontrol enabled? Does an ifconfig up/down fix the problem? -- Jonathan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 15: 5: 8 2001 Delivered-To: freebsd-net@freebsd.org Received: from aries.ai.net (aries.ai.net [205.134.163.4]) by hub.freebsd.org (Postfix) with ESMTP id 6C09837B718 for ; Tue, 27 Mar 2001 15:05:05 -0800 (PST) (envelope-from deepak@ai.net) Received: from blood (adsl-138-88-48-78.bellatlantic.net [138.88.48.78]) by aries.ai.net (8.9.3/8.9.3) with SMTP id SAA27711; Tue, 27 Mar 2001 18:05:03 -0500 (EST) (envelope-from deepak@ai.net) Reply-To: From: "Deepak Jain" To: "Jonathan Lemon" , Subject: RE: FW: Network lockups on fxp0? Date: Tue, 27 Mar 2001 18:08:58 -0500 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.2910.0) In-Reply-To: <200103272253.f2RMrfG52107@prism.flugsvamp.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I know ifconfig up/down does not solve the problem. That was the first thing tried. No pattern detected at the network traffic or application level, though machines have been known to go down simultaneously (same minute/second) though they service unrelated tasks. No flow control setting changes have been made. I didn't know fast ethernet had reliable flow control. Thanks for the insight, Deepak Jain AiNET -----Original Message----- From: owner-freebsd-net@FreeBSD.ORG [mailto:owner-freebsd-net@FreeBSD.ORG]On Behalf Of Jonathan Lemon Sent: Tuesday, March 27, 2001 5:54 PM To: deepak@ai.net; net@FreeBSD.ORG Subject: Re: FW: Network lockups on fxp0? In article you write: >>fxp0: SCB timeout >>fxp0: DMA timeout >>(repeating) SCB timeout comes about because the chip is refusing to accept any more commands; in this case, it probably is wedged. Is there any pattern to this? Do you happen to have hardware flowcontrol enabled? Does an ifconfig up/down fix the problem? -- Jonathan 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 Tue Mar 27 16:24:40 2001 Delivered-To: freebsd-net@freebsd.org Received: from hotmail.com (f223.law12.hotmail.com [64.4.19.223]) by hub.freebsd.org (Postfix) with ESMTP id 5BB1437B719 for ; Tue, 27 Mar 2001 16:24:37 -0800 (PST) (envelope-from edwynn42@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 27 Mar 2001 16:24:36 -0800 Received: from 24.65.68.114 by lw12fd.law12.hotmail.msn.com with HTTP; Wed, 28 Mar 2001 00:24:36 GMT X-Originating-IP: [24.65.68.114] From: "Ed Wynn" To: freebsd-net@FreeBSD.ORG Subject: Re: D-Link problem Date: Tue, 27 Mar 2001 19:24:36 -0500 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 28 Mar 2001 00:24:36.0597 (UTC) FILETIME=[78431250:01C0B71D] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >This is a 530TX+ we're talking about here, correct? The box says DFE-538TX/R. The manual and disk omit the trailing "/R". >About the only thing I can do is obtain a card like yours and play with >it. If you can show me a link to the exact card that you have on the >D-Link web site, I can see what I can do about getting BSDi to buy me >one. I looked at dlink.com, but couldn't find any record of my card. I then checked dlink.ca, and it has it. The exact URL for the card is http://www.dlink.ca/products/prod.cgi?sku=dfe-538tx although the picture there doesn't look *exactly* like my card (I don't see the WoL connector in their picture, for example). >The alternative is for you to stick a second card in that machine which >does work, then put it on the net and give me remote access to it so I >can debug it myself. This may not be possible for technical or political >reasons however. Well, something like this may be possible. I'll get in touch with you directly to discuss further. Greg Schmidt (hoping that edwynn42@hotmail.com isn't going to get onto too many spam lists as a result of all this) _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 16:35:40 2001 Delivered-To: freebsd-net@freebsd.org Received: from cage.simianscience.com (cage.simianscience.com [64.7.134.1]) by hub.freebsd.org (Postfix) with ESMTP id 4216C37B71A; Tue, 27 Mar 2001 16:35:31 -0800 (PST) (envelope-from mike@sentex.net) Received: (from root@localhost) by cage.simianscience.com (8.11.2/8.11.2) id f2S0ZUw23507; Tue, 27 Mar 2001 19:35:30 -0500 (EST) (envelope-from mike@sentex.net) Received: from chimp (fcage [192.168.0.2]) by cage.simianscience.com (8.11.2/8.11.2av) with ESMTP id f2S0ZOk23495; Tue, 27 Mar 2001 19:35:25 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <4.2.2.20010327193230.02d68f08@192.168.0.12> X-Sender: mdtancsa@192.168.0.12 X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Tue, 27 Mar 2001 19:35:24 -0500 To: Archie Cobbs From: Mike Tancsa Subject: Re: Kernel Panic on 4.3-RC #0 using PPPoE Cc: freebsd-stable@freebsd.org, freebsd-net@freebsd.org, luigi@freebsd.org In-Reply-To: <200103272040.f2RKeBn44013@arch20m.dellroad.org> References: <4.2.2.20010327070955.01db1268@192.168.0.12> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 12:40 PM 3/27/2001 -0800, Archie Cobbs wrote: >Mike Tancsa writes: > > >Not sure why this hasn't been detected before though. Below is > > >a possible patch. > > > > It has been at http://www.freebsd.org/cgi/query-pr.cgi?pr=25478 and > > discussed a few times in freebsd-net. > >Here is the better (?) patch. I'd like to commit this if nobody >objects.. > >Luigi: would you mind reviewing this for possible BRIDGE problems? Any chances for kern/22176 kern/22177 kern/22178 kern/22179 kern/22181 These were raised on freebsd-net as well in the thread "A few nasty bugs in the networking code" > > kern/22176 if_delmulti() (net/if.c) does not notify a corresponding interface driver when a _link-layer_ multicast group is being left. Hence hardware multicast filters won't get reloaded etc. Of course, one may rarely need link-layer mcast groups (but I did). Nevertheless, it's a bug and must be fixed. > > kern/22177 There is a mtod() without a prior m_pullup() in netinet/if_ether.c. The system might be likely to crash sometimes... > > kern/22178 The vlan driver don't update byte/packet counters that it should to. > > kern/22179 The vlan driver mishandles the interface flags. That may lead to Bad Things like crashes sometimes... > > kern/22181 The vlan driver's author got a wrong idea about the struct sockaddr_dl contents when writing the code. It's also a good idea to check the return value of malloc()... >-Archie > >__________________________________________________________________________ >Archie Cobbs * Packet Design * http://www.packetdesign.com > >Index: if_ethersubr.c >=================================================================== >RCS file: /home/ncvs/src/sys/net/if_ethersubr.c,v >retrieving revision 1.70.2.15 >diff -u -r1.70.2.15 if_ethersubr.c >--- if_ethersubr.c 2001/03/13 22:00:32 1.70.2.15 >+++ if_ethersubr.c 2001/03/27 20:39:38 >@@ -366,6 +366,11 @@ > { > int s, error = 0; > >+ if ((ifp->if_flags & (IFF_UP|IFF_RUNNING)) != (IFF_UP|IFF_RUNNING)) { >+ m_freem(m); >+ return (ENETDOWN); >+ } >+ > #ifdef BRIDGE > if (do_bridge && BDG_USED(ifp) ) { > struct ether_header *eh; /* a ptr suffices */ > >To Unsubscribe: send mail to majordomo@FreeBSD.org >with "unsubscribe freebsd-stable" in the body of the message -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Network Administration, mike@sentex.net Sentex Communications 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 Tue Mar 27 19: 9:15 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 4C3AB37B76B for ; Tue, 27 Mar 2001 19:09:10 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 30469 invoked by uid 666); 28 Mar 2001 03:10:57 -0000 Received: from i078-115.nv.iinet.net.au (HELO elischer.org) (203.59.78.115) by mail.m.iinet.net.au with SMTP; 28 Mar 2001 03:10:57 -0000 Message-ID: <3AC0CCC3.F7DD8133@elischer.org> Date: Tue, 27 Mar 2001 09:24:19 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Luigi Rizzo Cc: Archie Cobbs , Peter.Blok@inter.NL.net, freebsd-net@FreeBSD.ORG Subject: Re: netgraph ng_bridge and ipfilter References: <200103270656.IAA78972@info.iet.unipi.it> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Luigi Rizzo wrote: > > > > > completely when a bridge is created with netgraph. I want to create a > > > > transparent firewall without NAT. I know OpenBSD has a bridge that works, > ... > > Netgraph should be completely orthogonal to the firewall stuff, > > i.e., they don't interact at all. > > in this case, this person seemed to _need_ the interaction in > order to have a bridging firewall that would be a brouter and not a bridge..Filering on IP at link layer.. yuck. It's really a crime against humanity but then that's never stopped such things before.. I have been considering what it would take to add the ability to insert an arbitrary filter module into a bridge.. not much. But anyone who wants to do that really should be taken out and shot I think. > > cheers > luigi > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 19:43:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 78E4037B719 for ; Tue, 27 Mar 2001 19:43:09 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 31448 invoked by uid 666); 28 Mar 2001 03:44:56 -0000 Received: from i078-115.nv.iinet.net.au (HELO elischer.org) (203.59.78.115) by mail.m.iinet.net.au with SMTP; 28 Mar 2001 03:44:56 -0000 Message-ID: <3AC15DC2.C575509D@elischer.org> Date: Tue, 27 Mar 2001 19:42:58 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Peter Brezny Cc: freebsd-net@freebsd.org Subject: Re: kern secure level 2 and mpd-netgraph dialup References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Peter Brezny wrote: > > Is it possible to have a kern_securelevel="2" and still run mpd-netgraph > using the default 'dialin' configuration? > > I've not had any luck but things appear to work ok when the > kern_securelevel="0" > you need to load kernel modules.. have you already loaded them? > One problem even then however, again using the default 'dialin' > configuration, once the connection is terminated by the client, mpd seems > to get lost and won't answer further incoming calls. > > How can I configure mpd to return to waiting for a new call after a client > disconnects? > > TIA > > pb > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 20:45:15 2001 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id E976C37B718 for ; Tue, 27 Mar 2001 20:45:10 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id GAA89371; Wed, 28 Mar 2001 06:44:30 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200103280444.GAA89371@info.iet.unipi.it> Subject: Re: netgraph ng_bridge and ipfilter In-Reply-To: <3AC0CCC3.F7DD8133@elischer.org> from Julian Elischer at "Mar 27, 2001 09:24:19 am" To: Julian Elischer Date: Wed, 28 Mar 2001 06:44:30 +0200 (CEST) Cc: Archie Cobbs , Peter.Blok@inter.NL.net, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > in this case, this person seemed to _need_ the interaction in > > order to have a bridging firewall > > that would be a brouter and not a bridge..Filering on IP at link layer.. > yuck. > > It's really a crime against humanity but then that's never stopped It's just a damn useful thing when you have to protect a network withouth having to replace a router (which might not even be there) or reassign addresses, and the fact you can do that in FreeBSD is a big selling point for FreeBSD's native bridging. cheers luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 23: 2:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.157]) by hub.freebsd.org (Postfix) with ESMTP id EFE0E37B718; Tue, 27 Mar 2001 23:02:35 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.11.1/8.11.1) id f2S71nX32771; Wed, 28 Mar 2001 11:01:49 +0400 (MSD) (envelope-from yar) Date: Wed, 28 Mar 2001 11:01:49 +0400 From: Yar Tikhiy To: Mike Tancsa Cc: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Kernel Panic on 4.3-RC #0 using PPPoE Message-ID: <20010328110148.A28919@comp.chem.msu.su> References: <4.2.2.20010327070955.01db1268@192.168.0.12> <200103272040.f2RKeBn44013@arch20m.dellroad.org> <4.2.2.20010327193230.02d68f08@192.168.0.12> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4.2.2.20010327193230.02d68f08@192.168.0.12>; from mike@sentex.net on Tue, Mar 27, 2001 at 07:35:24PM -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, On Tue, Mar 27, 2001 at 07:35:24PM -0500, Mike Tancsa wrote: > > Any chances for > > kern/22176 > kern/22177 > kern/22178 > kern/22179 > kern/22181 > > These were raised on freebsd-net as well in the thread "A few nasty bugs in > the networking code" Thanks to Jordan Hubbard, I've got committer rights and I'm fixing the bugs right now. SY, Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 23:31:39 2001 Delivered-To: freebsd-net@freebsd.org Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.157]) by hub.freebsd.org (Postfix) with ESMTP id 8C86737B71A; Tue, 27 Mar 2001 23:31:24 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.11.1/8.11.1) id f2S7Ung35554; Wed, 28 Mar 2001 11:30:49 +0400 (MSD) (envelope-from yar) Date: Wed, 28 Mar 2001 11:30:49 +0400 From: Yar Tikhiy To: Archie Cobbs Cc: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Kernel Panic on 4.3-RC #0 using PPPoE Message-ID: <20010328113049.B28919@comp.chem.msu.su> References: <4.2.2.20010327070955.01db1268@192.168.0.12> <200103272040.f2RKeBn44013@arch20m.dellroad.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103272040.f2RKeBn44013@arch20m.dellroad.org>; from archie@dellroad.org on Tue, Mar 27, 2001 at 12:40:11PM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, On Tue, Mar 27, 2001 at 12:40:11PM -0800, Archie Cobbs wrote: > Mike Tancsa writes: > > >Not sure why this hasn't been detected before though. Below is > > >a possible patch. > > > > It has been at http://www.freebsd.org/cgi/query-pr.cgi?pr=25478 and > > discussed a few times in freebsd-net. > > Here is the better (?) patch. I'd like to commit this if nobody > objects.. Please take a careful look at the frames 6 through 9 of the stack trace in PR#25478, so you may notice that your patch happens to do nothing about the broblem. You are going to add a check for IFF_UP to ether_output_frame() while that function is just a bottom half of ether_output(), which does do the check at its very beginning. The real problem is that ethernet card drivers rely on ether_output() making sure they are up before calling their if_output()s. AFAIK the vlan driver is the only piece of code where the standard ether_output()->if_output() order is bypassed, and an if_output() routine of an ethernet card is called directly. Therefore, the IFF_UP check should be in the vlan code, and I'm going to commit a corresponding fix (PR: kern/22179). Any objections? > Luigi: would you mind reviewing this for possible BRIDGE problems? > > -Archie > > __________________________________________________________________________ > Archie Cobbs * Packet Design * http://www.packetdesign.com > > Index: if_ethersubr.c > =================================================================== > RCS file: /home/ncvs/src/sys/net/if_ethersubr.c,v > retrieving revision 1.70.2.15 > diff -u -r1.70.2.15 if_ethersubr.c > --- if_ethersubr.c 2001/03/13 22:00:32 1.70.2.15 > +++ if_ethersubr.c 2001/03/27 20:39:38 > @@ -366,6 +366,11 @@ > { > int s, error = 0; > > + if ((ifp->if_flags & (IFF_UP|IFF_RUNNING)) != (IFF_UP|IFF_RUNNING)) { > + m_freem(m); > + return (ENETDOWN); > + } > + > #ifdef BRIDGE > if (do_bridge && BDG_USED(ifp) ) { > struct ether_header *eh; /* a ptr suffices */ SY, Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Tue Mar 27 23:36: 3 2001 Delivered-To: freebsd-net@freebsd.org Received: from luxren2.boostworks.com (luxren2.boostworks.com [194.167.81.214]) by hub.freebsd.org (Postfix) with ESMTP id 7194637B71E for ; Tue, 27 Mar 2001 23:35:31 -0800 (PST) (envelope-from root@boostworks.com) Received: from boostworks.com (root@oldrn.lxlun.boostworks.com [192.168.8.101]) by luxren2.boostworks.com (8.11.3/8.11.3) with ESMTP id f2S7WdF94193; Wed, 28 Mar 2001 09:32:40 +0200 (CEST) Message-Id: <200103280732.f2S7WdF94193@luxren2.boostworks.com> Date: Wed, 28 Mar 2001 09:34:56 +0200 (CEST) From: Remy Nonnenmacher Reply-To: remy@boostworks.com Subject: RE: FW: Network lockups on fxp0? To: deepak@ai.net Cc: jlemon@flugsvamp.com, net@FreeBSD.ORG In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 27 Mar, Deepak Jain wrote: > > I know ifconfig up/down does not solve the problem. That was the first thing > tried. > > No pattern detected at the network traffic or application level, though > machines have been known to go down simultaneously (same minute/second) > though they service unrelated tasks. > > No flow control setting changes have been made. I didn't know fast ethernet > had reliable flow control. > > Thanks for the insight, > > Deepak Jain > AiNET > > -----Original Message----- > From: owner-freebsd-net@FreeBSD.ORG > [mailto:owner-freebsd-net@FreeBSD.ORG]On Behalf Of Jonathan Lemon > Sent: Tuesday, March 27, 2001 5:54 PM > To: deepak@ai.net; net@FreeBSD.ORG > Subject: Re: FW: Network lockups on fxp0? > > > In article you write: >>>fxp0: SCB timeout >>>fxp0: DMA timeout >>>(repeating) > > SCB timeout comes about because the chip is refusing to accept > any more commands; in this case, it probably is wedged. Is there > any pattern to this? Do you happen to have hardware flowcontrol > enabled? Does an ifconfig up/down fix the problem? > -- > Jonathan > I have a pattern to submit: Here is the pciconf -l of network cards: fxp0@pci0:3:0: class=0x020000 card=0x12298086 chip=0x12298086 rev=0x08 hdr=0x00 fxp1@pci2:4:0: class=0x020000 card=0x10f08086 chip=0x12298086 rev=0x05 hdr=0x00 fxp2@pci2:5:0: class=0x020000 card=0x10f08086 chip=0x12298086 rev=0x05 hdr=0x00 fxp0 if the embeded 82559 of an STL2 MB. fxp1 and fxp2 are 82558 on a dual pro/100B card. System is 4.2-STABLE or -RELEASE. what works: - UP kernel with or without NFS activity on all interfaces - SMP kernel without NFS (client) activity on all interfaces - SMP kernel _with_ NFS (client) activity on fxp1 or fxp2 What do not work: - SMP kernel _with_ NFS (client) activity on fxp0 (Symptoms: message "SCB Timeout", NFS related activities locked hard. All other non NFS related network activities keep running). Hope this may help. RN. IhM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 0: 2:37 2001 Delivered-To: freebsd-net@freebsd.org Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.157]) by hub.freebsd.org (Postfix) with ESMTP id 0528337B719; Wed, 28 Mar 2001 00:02:32 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.11.1/8.11.1) id f2S82A738390; Wed, 28 Mar 2001 12:02:10 +0400 (MSD) (envelope-from yar) Date: Wed, 28 Mar 2001 12:02:10 +0400 From: Yar Tikhiy To: Archie Cobbs Cc: freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG Subject: Re: Kernel Panic on 4.3-RC #0 using PPPoE Message-ID: <20010328120209.A35959@comp.chem.msu.su> References: <4.2.2.20010327070955.01db1268@192.168.0.12> <200103272040.f2RKeBn44013@arch20m.dellroad.org> <20010328113049.B28919@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010328113049.B28919@comp.chem.msu.su>; from yar@comp.chem.msu.su on Wed, Mar 28, 2001 at 11:30:49AM +0400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 28, 2001 at 11:30:49AM +0400, Yar Tikhiy wrote: > > Please take a careful look at the frames 6 through 9 of the stack > trace in PR#25478, so you may notice that your patch happens to do > nothing about the broblem. You are going to add a check for IFF_UP > to ether_output_frame() while that function is just a bottom half > of ether_output(), which does do the check at its very beginning. Just a clarifying note: Please keep in mind that ether_output() (frame 9) through vlan_start() (frame 7) are called on a vlan interface while fxp_start() (frame 6) is called on a different interface - fxp. > The real problem is that ethernet card drivers rely on ether_output() > making sure they are up before calling their if_output()s. AFAIK > the vlan driver is the only piece of code where the standard > ether_output()->if_output() order is bypassed, and an if_output() > routine of an ethernet card is called directly. Therefore, the > IFF_UP check should be in the vlan code, and I'm going to commit > a corresponding fix (PR: kern/22179). Any objections? Please substitute "if_output" with "if_start" when reading the above paragraph. Sorry :-) SY, Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 0:59:53 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.kebne.se (mail.kebne.se [212.209.134.151]) by hub.freebsd.org (Postfix) with ESMTP id 303B537B718 for ; Wed, 28 Mar 2001 00:59:50 -0800 (PST) (envelope-from gunnar.olsson@xelerated.com) Received: by mail.kebne.se with Internet Mail Service (5.5.2653.19) id ; Wed, 28 Mar 2001 10:59:53 +0200 Message-ID: <31A473DBB655D21180850008C71E251A031AAEDC@mail.kebne.se> From: Gunnar Olsson To: "Freebsd Net (E-mail)" Subject: tunnel question Date: Wed, 28 Mar 2001 10:59:52 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there, I have configured a logical ethernet interface, so called a tap interface (tap0). I have also managed to bridged that interface to my "real" ethernet interface (rl0) and it works fine. Now to my question. Is it possible to "tunnel" my tap interface including the ip and ethernet header into a new ip and ethernet header, see figure below. -----------------------|-------------|---------------|-----------|---------- --| | data | ip(tap0) | eth(tap0) | ip(rl0) | eth(rl0) | -----------------------|-------------|---------------|-----------|---------- --| It is almost as a tun interface, but I would like to keep the layer 2(ARP handling) with the logical interface, that's why I want to use the tap interface and not the tun interface. Any idea have to make this to work appreciates a lot! Best Regards, Gunnar ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gunnar Olsson Phone: +46 8 5062 5762 Xelerated Packet Devices AB Fax: +46 8 5455 3211 Regeringsgatan 67 Mobile: +46 73 3279765 SE-10386 Stockholm Web: http://www.xelerated.com Email: mailto:gunnar.olsson@xelerated.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 3:41:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from mss.rdc2.nsw.optushome.com.au (ha1.rdc2.nsw.optushome.com.au [203.164.2.50]) by hub.freebsd.org (Postfix) with ESMTP id 607FD37B719; Wed, 28 Mar 2001 03:41:10 -0800 (PST) (envelope-from s2209866@cse.unsw.edu.au) Received: from co3038206a ([203.164.177.110]) by mss.rdc2.nsw.optushome.com.au (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010328114109.MCUT17266.mss.rdc2.nsw.optushome.com.au@co3038206a>; Wed, 28 Mar 2001 21:41:09 +1000 Reply-To: From: "Daniel Wong" To: "FreeBSD" , Subject: What do I have to change to add a sysctl ? Date: Wed, 28 Mar 2001 21:41:27 +1000 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.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi All, I want to add a sysctl to the net.inet.ip what do I have to change ?? Thanks Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 5:38:36 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id AF2A337B71F for ; Wed, 28 Mar 2001 05:38:28 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 10218 invoked by uid 666); 28 Mar 2001 13:40:16 -0000 Received: from i079-231.nv.iinet.net.au (HELO elischer.org) (203.59.79.231) by mail.m.iinet.net.au with SMTP; 28 Mar 2001 13:40:16 -0000 Message-ID: <3AC1E949.C9410FE@elischer.org> Date: Wed, 28 Mar 2001 05:38:17 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: s2209866@cse.unsw.edu.au Cc: FreeBSD , freebsd-net@freeBSD.ORG Subject: Re: What do I have to change to add a sysctl ? References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel Wong wrote: > > Hi All, > > I want to add a sysctl to the net.inet.ip what do I have to change ?? That depends upon what you are doing... if you have your own module, you can add line of the form: #include myinteger = 0; SYSCTL_INT(_net_inet_ip, IPCTL_FORWARDING, Mycutename, CTLFLAG_RW, &myinterger, 0, "Description of my cute new feature"); There are many alternative variations depending upon whether you want some code to be run when you set a new value, or whether you want to set a string, an integer or a char (etc.). If you just want to instrument existing code, then add the above lines into existing files :-) > > Thanks > Dan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 6:14: 1 2001 Delivered-To: freebsd-net@freebsd.org Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 66D1937B724 for ; Wed, 28 Mar 2001 06:13:57 -0800 (PST) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id A70EF5D60; Wed, 28 Mar 2001 16:13:56 +0200 (CEST) Date: Wed, 28 Mar 2001 16:13:56 +0200 From: Jesper Skriver To: Bill Fenner Cc: jlemon@flugsvamp.com, asmodai@wxs.nl, net@freebsd.org Subject: Re: 4.3 issue: new ICMP handling broke date(1) Message-ID: <20010328161356.A91243@skriver.dk> References: <200103261557.JAA08568@windsor.research.att.com> <20010327124531.O68667@daemon.ninth-circle.org> <20010327131246.A71551@skriver.dk> <20010327101922.N93687@prism.flugsvamp.com> <20010327183646.A75484@skriver.dk> <20010327104826.P93687@prism.flugsvamp.com> <200103271722.LAA23857@windsor.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103271722.LAA23857@windsor.research.att.com>; from fenner@research.att.com on Tue, Mar 27, 2001 at 11:22:38AM -0600 X-PGP-Fingerprint: 6B88 9CE8 66E9 E631 C9C5 5EB4 22AB F0EC F956 1C31 X-PGP-Public-Key: http://freesbee.wheel.dk/~jesper/gpgkey.pub Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 27, 2001 at 11:22:38AM -0600, Bill Fenner wrote: > > I prefer Jesper's other patch (the one that goes back to > code = PRC_UNREACH_PORT). Note that the comment here: Just committed, with jkh's permission I'll MFC it. /Jesper -- Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456 Work: Network manager @ AS3292 (Tele Danmark DataNetworks) Private: FreeBSD committer @ AS2109 (A much smaller network ;-) One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone to bind them. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 7:42:37 2001 Delivered-To: freebsd-net@freebsd.org Received: from net.tamu.edu (net.tamu.edu [128.194.177.50]) by hub.freebsd.org (Postfix) with ESMTP id 8CEA637B718 for ; Wed, 28 Mar 2001 07:42:35 -0800 (PST) (envelope-from daved@net.tamu.edu) Received: by net.tamu.edu (Postfix, from userid 157) id EF25715891; Wed, 28 Mar 2001 09:42:34 -0600 (CST) Date: Wed, 28 Mar 2001 09:42:34 -0600 From: Dave Duchscher To: Julian Elischer Cc: Luigi Rizzo , Archie Cobbs , Peter.Blok@inter.NL.net, freebsd-net@FreeBSD.ORG Subject: Re: netgraph ng_bridge and ipfilter Message-ID: <20010328094234.D1325@net.tamu.edu> References: <200103270656.IAA78972@info.iet.unipi.it> <3AC0CCC3.F7DD8133@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC0CCC3.F7DD8133@elischer.org>; from julian@elischer.org on Tue, Mar 27, 2001 at 09:24:19AM -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Mar 27, 2001 at 09:24:19AM -0800, Julian Elischer wrote: > > in this case, this person seemed to _need_ the interaction in > > order to have a bridging firewall > > > that would be a brouter and not a bridge..Filering on IP at link layer.. > yuck. I would call it a packet filter style Firewall and they have been around for a while now. No, I don't see them as bad. They have their uses just like any technology. In fact, if I ever get the time (not likely), I was thinking of researching converting our packet filtering firewall (Drawbridge) to a netgraph node. DaveD To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 9: 0:16 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 97E9B37B71A for ; Wed, 28 Mar 2001 09:00:09 -0800 (PST) (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 IAA45033; Wed, 28 Mar 2001 08:52:45 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.1/8.11.1) id f2SGq6D47085; Wed, 28 Mar 2001 08:52:06 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200103281652.f2SGq6D47085@arch20m.dellroad.org> Subject: Re: netgraph ng_bridge and ipfilter In-Reply-To: <200103280444.GAA89371@info.iet.unipi.it> "from Luigi Rizzo at Mar 28, 2001 06:44:30 am" To: Luigi Rizzo Date: Wed, 28 Mar 2001 08:52:06 -0800 (PST) Cc: Julian Elischer , Archie Cobbs , Peter.Blok@inter.NL.net, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Luigi Rizzo writes: > > > in this case, this person seemed to _need_ the interaction in > > > order to have a bridging firewall > > > > that would be a brouter and not a bridge..Filering on IP at link layer.. > > yuck. > > > > It's really a crime against humanity but then that's never stopped > > It's just a damn useful thing when you have to protect a network > withouth having to replace a router (which might not even be there) > or reassign addresses, and the fact you can do that in FreeBSD is > a big selling point for FreeBSD's native bridging. The customer is always right... :-) -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 Wed Mar 28 10: 0:34 2001 Delivered-To: freebsd-net@freebsd.org Received: from InterJet.dellroad.org (adsl-63-194-81-26.dsl.snfc21.pacbell.net [63.194.81.26]) by hub.freebsd.org (Postfix) with ESMTP id 002CF37B722; Wed, 28 Mar 2001 10:00:17 -0800 (PST) (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 JAA45344; Wed, 28 Mar 2001 09:45:33 -0800 (PST) Received: (from archie@localhost) by arch20m.dellroad.org (8.11.1/8.11.1) id f2SHisC47244; Wed, 28 Mar 2001 09:44:54 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200103281744.f2SHisC47244@arch20m.dellroad.org> Subject: Re: Kernel Panic on 4.3-RC #0 using PPPoE In-Reply-To: <20010328113049.B28919@comp.chem.msu.su> "from Yar Tikhiy at Mar 28, 2001 11:30:49 am" To: Yar Tikhiy Date: Wed, 28 Mar 2001 09:44:54 -0800 (PST) Cc: Archie Cobbs , freebsd-stable@FreeBSD.ORG, freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yar Tikhiy writes: > > Mike Tancsa writes: > > > >Not sure why this hasn't been detected before though. Below is > > > >a possible patch. > > > > > > It has been at http://www.freebsd.org/cgi/query-pr.cgi?pr=25478 and > > > discussed a few times in freebsd-net. > > > > Here is the better (?) patch. I'd like to commit this if nobody > > objects.. > > Please take a careful look at the frames 6 through 9 of the stack > trace in PR#25478, so you may notice that your patch happens to do > nothing about the broblem. You are going to add a check for IFF_UP > to ether_output_frame() while that function is just a bottom half > of ether_output(), which does do the check at its very beginning. > > The real problem is that ethernet card drivers rely on ether_output() > making sure they are up before calling their if_output()s. AFAIK > the vlan driver is the only piece of code where the standard > ether_output()->if_output() order is bypassed, and an if_output() > routine of an ethernet card is called directly. Therefore, the > IFF_UP check should be in the vlan code, and I'm going to commit > a corresponding fix (PR: kern/22179). Any objections? Yes that's slightly different from the problem I was trying to fix (crash in if_fxp.c using PPPoE). We would need both fixes. Hmm.. So VLAN and PPPoE have in common that they both result in packets reaching the interface output routine without IFF_UP -- via two different code paths. Now the question is, should we add an IFF_UP check to all of the places that (eventually) call driver output routines, or should we change all the drivers to make them not panic (perhaps just return) if IFF_UP is not set? The existing semantics seem to allow a driver to assume that its output routine will be called ONLY if IFF_UP, so the first approach would be consistent with that... but the second approach is a more robust solution to the problem (who knows what other things like VLAN and netgraph may appear in the future?). -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 Wed Mar 28 10:39:51 2001 Delivered-To: freebsd-net@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id 4299737B718; Wed, 28 Mar 2001 10:39:49 -0800 (PST) (envelope-from keichii@peorth.iteration.net) Received: by peorth.iteration.net (Postfix, from userid 1001) id B97B759467; Wed, 28 Mar 2001 12:39:44 -0600 (CST) Date: Wed, 28 Mar 2001 12:39:44 -0600 From: "Michael C . Wu" To: adrian@FreeBSD.org, asmodai@freebsd.org Cc: net@freebsd.org Subject: Re: cvs commit: ports/net Makefile ports/net/vrrp Makefile distinfo pkg-comment pkg-descr pkg-plist Message-ID: <20010328123944.B918@peorth.iteration.net> Reply-To: "Michael C . Wu" References: <200103281823.f2SINpS42048@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103281823.f2SINpS42048@freefall.freebsd.org>; from keichii@FreeBSD.org on Wed, Mar 28, 2001 at 10:23:51AM -0800 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Mar 28, 2001 at 10:23:51AM -0800, Michael C . Wu scribbled: | Added files: | net/vrrp Makefile distinfo pkg-comment pkg-descr | pkg-plist | Log: | Add VRRP implementation from Linux. Many people have wanted this | and thanks to minosh, we finally have somewhat of one. | Submitted by: minosh@engineer.com A while ago I talked to Jereon and Adrian about implementing VRRP in FreeBSD. However, It seems that there is a VRRP port now. I do not have time to look at it right now. Would someone take a look at the implementation and comment on it? -- +-----------------------------------------------------------+ | keichii@iteration.net | keichii@freebsd.org | | http://iteration.net/~keichii | Yes, BSD is a conspiracy. | +-----------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 12: 3:21 2001 Delivered-To: freebsd-net@freebsd.org Received: from peace.mahoroba.org (peace.calm.imasy.or.jp [202.227.26.34]) by hub.freebsd.org (Postfix) with ESMTP id 0C9EB37B71D; Wed, 28 Mar 2001 12:03:18 -0800 (PST) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:6yt0FT3+/9DPOVdIfsZXVuFCtJztr38vgZTO9Bjx24Kx+WgMpwhwMrf+0txtlEy3@localhost [::1]) (authenticated as ume with CRAM-MD5) by peace.mahoroba.org (8.11.3/8.11.3/peace) with ESMTP/inet6 id f2SJxHK56537; Thu, 29 Mar 2001 04:59:17 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 29 Mar 2001 04:59:17 +0900 (JST) Message-Id: <20010329.045917.41651506.ume@mahoroba.org> To: bmah@freebsd.org Cc: joe@freebsd.org, freebsd-net@freebsd.org Subject: Re: netstat(1) bug in per-address packet counts? From: Hajimu UMEMOTO In-Reply-To: <200103201730.f2KHUlo11577@bmah-freebsd-0.cisco.com> References: <200103201730.f2KHUlo11577@bmah-freebsd-0.cisco.com> X-Mailer: xcite1.38> Mew version 1.95b115 on Emacs 20.7 / Mule 4.0 =?iso-2022-jp?B?KBskQjJWMWMbKEIp?= X-PGP-Public-Key: http://www.imasy.org/~ume/publickey.asc X-PGP-Fingerprint: 6B 0C 53 FC 5D D0 37 91 05 D0 B3 EF 36 9B 6A BC X-URL: http://www.imasy.org/~ume/ X-OS: FreeBSD 5.0-CURRENT Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>>> On Tue, 20 Mar 2001 09:30:47 -0800 >>>>> Bruce A. Mah said: bmah> I was playing around with netstat(1) on a recent RELENG_4 machine, and bmah> noticed something odd. Apparently, the input packet counter for the bmah> IPv6 loopback address never gets incremented (even after some pings, bmah> the input packet count on lo0 is still 0): I received the patch and just committed it. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet6/ip6_input.c.diff?r1=1.21&r2=1.22 -- 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 Wed Mar 28 12: 6:32 2001 Delivered-To: freebsd-net@freebsd.org Received: from sj-msg-core-2.cisco.com (sj-msg-core-2.cisco.com [171.69.43.88]) by hub.freebsd.org (Postfix) with ESMTP id 1E1A737B726; Wed, 28 Mar 2001 12:06:29 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-2.cisco.com (8.9.3/8.9.1) with ESMTP id MAA23784; Wed, 28 Mar 2001 12:06:49 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2SK6S024552; Wed, 28 Mar 2001 12:06:28 -0800 (PST) (envelope-from bmah) Message-Id: <200103282006.f2SK6S024552@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: Hajimu UMEMOTO Cc: bmah@freebsd.org, joe@freebsd.org, freebsd-net@freebsd.org Subject: Re: netstat(1) bug in per-address packet counts? In-Reply-To: <20010329.045917.41651506.ume@mahoroba.org> References: <200103201730.f2KHUlo11577@bmah-freebsd-0.cisco.com> <20010329.045917.41651506.ume@mahoroba.org> Comments: In-reply-to Hajimu UMEMOTO message dated "Thu, 29 Mar 2001 04:59:17 +0900." From: bmah@freebsd.org (Bruce A. Mah) Reply-To: bmah@freebsd.org X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1098388324P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 28 Mar 2001 12:06:28 -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --==_Exmh_1098388324P Content-Type: text/plain; charset=us-ascii If memory serves me right, Hajimu UMEMOTO wrote: > >>>>> On Tue, 20 Mar 2001 09:30:47 -0800 > >>>>> Bruce A. Mah said: > > bmah> I was playing around with netstat(1) on a recent RELENG_4 machine, and > bmah> noticed something odd. Apparently, the input packet counter for the > bmah> IPv6 loopback address never gets incremented (even after some pings, > bmah> the input packet count on lo0 is still 0): > > I received the patch and just committed it. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet6/ip6_input.c.diff?r1=1. > 21&r2=1.22 Nice catch. I thought it would be something like that, but I crashed my -CURRENT kernel when I tried it. Seems that I forgot some of the checks (for null pointers, etc.). Might be nice to get this to RELENG_4, if possible. Thanks much! Bruce. --==_Exmh_1098388324P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6wkRE2MoxcVugUsMRArZwAKDtgpzBeABKcltJvWFwG2s7+L9AdgCg3r+q 2b8MBtHH52z0RdU1MeEEzag= =db6C -----END PGP SIGNATURE----- --==_Exmh_1098388324P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 13: 5:42 2001 Delivered-To: freebsd-net@freebsd.org Received: from aries.ai.net (aries.ai.net [205.134.163.4]) by hub.freebsd.org (Postfix) with ESMTP id 123E537B720 for ; Wed, 28 Mar 2001 13:05:29 -0800 (PST) (envelope-from deepak@ai.net) Received: from blood (adsl-138-88-47-115.bellatlantic.net [138.88.47.115]) by aries.ai.net (8.9.3/8.9.3) with SMTP id QAA01686; Wed, 28 Mar 2001 16:04:39 -0500 (EST) (envelope-from deepak@ai.net) Reply-To: From: "Deepak Jain" To: Cc: , Subject: RE: FW: Network lockups on fxp0? Date: Wed, 28 Mar 2001 16:08:36 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal In-Reply-To: <200103280732.f2S7WdF94193@luxren2.boostworks.com> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -----Original Message----- From: owner-freebsd-net@FreeBSD.ORG [mailto:owner-freebsd-net@FreeBSD.ORG]On Behalf Of Remy Nonnenmacher Sent: Wednesday, March 28, 2001 2:35 AM To: deepak@ai.net Cc: jlemon@flugsvamp.com; net@FreeBSD.ORG Subject: RE: FW: Network lockups on fxp0? On 27 Mar, Deepak Jain wrote: > > I know ifconfig up/down does not solve the problem. That was the first thing > tried. > > No pattern detected at the network traffic or application level, though > machines have been known to go down simultaneously (same minute/second) > though they service unrelated tasks. > > No flow control setting changes have been made. I didn't know fast ethernet > had reliable flow control. > > Thanks for the insight, > > Deepak Jain > AiNET > > -----Original Message----- > From: owner-freebsd-net@FreeBSD.ORG > [mailto:owner-freebsd-net@FreeBSD.ORG]On Behalf Of Jonathan Lemon > Sent: Tuesday, March 27, 2001 5:54 PM > To: deepak@ai.net; net@FreeBSD.ORG > Subject: Re: FW: Network lockups on fxp0? > > > In article you write: >>>fxp0: SCB timeout >>>fxp0: DMA timeout >>>(repeating) > > SCB timeout comes about because the chip is refusing to accept > any more commands; in this case, it probably is wedged. Is there > any pattern to this? Do you happen to have hardware flowcontrol > enabled? Does an ifconfig up/down fix the problem? > -- > Jonathan > I have a pattern to submit: Here is the pciconf -l of network cards: fxp0@pci0:3:0: class=0x020000 card=0x12298086 chip=0x12298086 rev=0x08 hdr=0x00 fxp1@pci2:4:0: class=0x020000 card=0x10f08086 chip=0x12298086 rev=0x05 hdr=0x00 --- fxp0@pci0:4:0: class=0x020000 card=0x000c8086 chip=0x12298086 rev=0x08 hdr=0x00 fxp1@pci0:5:0: class=0x020000 card=0x000c8086 chip=0x12298086 rev=0x08 hdr=0x00 Our fxp's are both built onto the motherboards, but our servers are running NO NFS, and none of the systems that are affected are SMP. Deepak Jain AiNET --- fxp2@pci2:5:0: class=0x020000 card=0x10f08086 chip=0x12298086 rev=0x05 hdr=0x00 fxp0 if the embeded 82559 of an STL2 MB. fxp1 and fxp2 are 82558 on a dual pro/100B card. System is 4.2-STABLE or -RELEASE. what works: - UP kernel with or without NFS activity on all interfaces - SMP kernel without NFS (client) activity on all interfaces - SMP kernel _with_ NFS (client) activity on fxp1 or fxp2 What do not work: - SMP kernel _with_ NFS (client) activity on fxp0 (Symptoms: message "SCB Timeout", NFS related activities locked hard. All other non NFS related network activities keep running). Hope this may help. RN. IhM 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 Mar 28 14: 6:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from gypsy.vrac.iastate.edu (gypsy.vrac.iastate.edu [129.186.232.122]) by hub.freebsd.org (Postfix) with ESMTP id 315E237B726 for ; Wed, 28 Mar 2001 14:06:39 -0800 (PST) (envelope-from patrick@137.org) Received: from tomservo.vrac.iastate.edu (tomservo.vrac.iastate.edu [129.186.232.121]) by gypsy.vrac.iastate.edu (Postfix) with ESMTP id 842D43EA for ; Wed, 28 Mar 2001 16:06:39 -0600 (CST) Received: from tomservo.vrac.iastate.edu (localhost [127.0.0.1]) by tomservo.vrac.iastate.edu (Postfix) with ESMTP id 6054E5E9C for ; Wed, 28 Mar 2001 16:06:37 -0600 (CST) To: freebsd-net@freebsd.org Subject: IPsec processing overhead measurements Date: Wed, 28 Mar 2001 16:06:37 -0600 From: Patrick Hartling Message-Id: <20010328220637.6054E5E9C@tomservo.vrac.iastate.edu> Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Are there any good references for overhead associated with using IPsec? I realize that it is probably OS-dependent, but any numbers would be very helpful to me. I'm including a section about IPsec in my thesis, and it would be useful to mention potential costs associated with it. Thanks a bunch. -Patrick Patrick L. Hartling | Research Assistant, VRAC patrick@137.org | 2624 Howe Hall -- (515)294-4916 http://www.137.org/patrick/ | http://www.vrac.iastate.edu/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 14:29:46 2001 Delivered-To: freebsd-net@freebsd.org Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by hub.freebsd.org (Postfix) with ESMTP id 2D5A637B72B for ; Wed, 28 Mar 2001 14:29:44 -0800 (PST) (envelope-from touch@ISI.EDU) Received: from isi.edu (sci.isi.edu [128.9.160.93]) by boreas.isi.edu (8.11.2/8.11.2) with ESMTP id f2SMTe526085; Wed, 28 Mar 2001 14:29:40 -0800 (PST) Message-ID: <3AC265CB.2DF41A70@isi.edu> Date: Wed, 28 Mar 2001 14:29:31 -0800 From: Joe Touch X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-net@freebsd.org, patrick@137.org Cc: Lars Eggert , Yu-Shun Wang , touch@ISI.EDU Subject: Re: [Fwd: IPsec processing overhead measurements] References: <3AC2612B.7B19B90A@isi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > From: Patrick Hartling > To: freebsd-net@freebsd.org > > Are there any good references for overhead associated with using IPsec? > I realize that it is probably OS-dependent, but any numbers would be > very helpful to me. I'm including a section about IPsec in my thesis, > and it would be useful to mention potential costs associated with it. > Thanks a bunch. > > -Patrick There's an RFC and followup Sigcomm paper that focuses on the data touching overheads and speeds of MD5 in particular: "Report on MD5 Performance" J. Touch, RFC-1810, ISI, June, 1995. available lots of places, also cached at: http://www.isi.edu/touch/pubs/rfc1810.html "Performance Analysis of MD5" J. Touch, Proc. Sigcomm '95, Boston, pp. 77-86. http://www.isi.edu/touch/pubs/sigcomm95.html Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Wed Mar 28 17:10:11 2001 Delivered-To: freebsd-net@freebsd.org Received: from tao.org.uk (genesis.tao.org.uk [212.135.162.62]) by hub.freebsd.org (Postfix) with ESMTP id 1B78E37B725; Wed, 28 Mar 2001 17:10:02 -0800 (PST) (envelope-from joe@tao.org.uk) Received: by tao.org.uk (Postfix, from userid 100) id D292D317D; Thu, 29 Mar 2001 02:10:00 +0100 (BST) Date: Thu, 29 Mar 2001 02:10:00 +0100 From: Josef Karthauser To: Hajimu UMEMOTO Cc: bmah@freebsd.org, joe@freebsd.org, freebsd-net@freebsd.org Subject: Re: netstat(1) bug in per-address packet counts? Message-ID: <20010329021000.X3149@tao.org.uk> References: <200103201730.f2KHUlo11577@bmah-freebsd-0.cisco.com> <20010329.045917.41651506.ume@mahoroba.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="NJ3GtppTlf/130kA" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010329.045917.41651506.ume@mahoroba.org>; from ume@mahoroba.org on Thu, Mar 29, 2001 at 04:59:17AM +0900 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --NJ3GtppTlf/130kA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 29, 2001 at 04:59:17AM +0900, Hajimu UMEMOTO wrote: > >>>>> On Tue, 20 Mar 2001 09:30:47 -0800 > >>>>> Bruce A. Mah said: >=20 > bmah> I was playing around with netstat(1) on a recent RELENG_4 machine, = and=20 > bmah> noticed something odd. Apparently, the input packet counter for th= e=20 > bmah> IPv6 loopback address never gets incremented (even after some pings= ,=20 > bmah> the input packet count on lo0 is still 0): >=20 > I received the patch and just committed it. Thanks both of you for working on this. I've not got an ipv6 test rig so I probably didn't test it sufficiently in the first instance. Thanks, Joe --NJ3GtppTlf/130kA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjrCi2cACgkQXVIcjOaxUBbBJACguw1a1D+nxOMXYTdId5Q9dV50 Lm4AmQFy1xEnIvw9U5AorhCAQhBNxxnc =T6k8 -----END PGP SIGNATURE----- --NJ3GtppTlf/130kA-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Mar 29 3:55: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from mail.kebne.se (mail.kebne.se [212.209.134.151]) by hub.freebsd.org (Postfix) with ESMTP id C20CB37B718; Thu, 29 Mar 2001 03:55:01 -0800 (PST) (envelope-from gunnar.olsson@xelerated.com) Received: by mail.kebne.se with Internet Mail Service (5.5.2653.19) id ; Thu, 29 Mar 2001 13:54:59 +0200 Message-ID: <31A473DBB655D21180850008C71E251A031AAEE2@mail.kebne.se> From: Gunnar Olsson To: "Freebsd Hackers (E-mail)" , "Freebsd Net (E-mail)" Subject: using vtund Date: Thu, 29 Mar 2001 13:54:57 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Is the following possible to do with the vtund?! I have one host running FreeBSD 4.2. On that host I have one "real" ethernet board, rl0. I would like to create several tap interfaces (managed to do). All packets directed to the tap interfaces I want to be tunneled through the rl0 interfaces and then just grab the packets on the other side, i.e. no client-server behaviour but using vtund anyway?! Example: ifconfig tap0 10.10.10.1 netmask 255.255.255.0 ifconfig rl0 10.0.0.1 netmask 255.255.255.0 When doing a ping 10.10.10.2 I would like following to happen: data-->tap ip header-->tap ether header that packet sent to vtund and sent out of the rl0 interface. On the rl0 wire the packet should look like: date-->tap ip header-->tap ether header-->rl0 ip header-->rl0 ether header Is this possible to do with vtund? If so, how should I edit the vtund.conf file? Should I start vtund in server mode? Best Regards Gunnar ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Gunnar Olsson Phone: +46 8 5062 5762 Xelerated Packet Devices AB Fax: +46 8 5455 3211 Regeringsgatan 67 Mobile: +46 73 3279765 SE-10386 Stockholm Web: http://www.xelerated.com Email: mailto:gunnar.olsson@xelerated.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Mar 29 6:14:45 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 89B0837B71B for ; Thu, 29 Mar 2001 06:14:38 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 31834 invoked by uid 666); 29 Mar 2001 14:16:28 -0000 Received: from i080-035.nv.iinet.net.au (HELO elischer.org) (203.59.80.35) by mail.m.iinet.net.au with SMTP; 29 Mar 2001 14:16:28 -0000 Message-ID: <3AC3433F.A673BB6F@elischer.org> Date: Thu, 29 Mar 2001 06:14:23 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Gunnar Olsson Cc: "Freebsd Hackers (E-mail)" , "Freebsd Net (E-mail)" Subject: Re: using vtund References: <31A473DBB655D21180850008C71E251A031AAEE2@mail.kebne.se> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gunnar Olsson wrote: > > Hi, > Is the following possible to do with the vtund?! > > I have one host running FreeBSD 4.2. On that host > I have one "real" ethernet board, rl0. I would like to create > several tap interfaces (managed to do). All packets directed > to the tap interfaces I want to be tunneled through the rl0 > interfaces and then just grab the packets on the other side, > i.e. no client-server behaviour but using vtund anyway?! > > Example: > ifconfig tap0 10.10.10.1 netmask 255.255.255.0 > ifconfig rl0 10.0.0.1 netmask 255.255.255.0 > > When doing a ping 10.10.10.2 I would like following to happen: > > data-->tap ip header-->tap ether header > > that packet sent to vtund and sent out of the rl0 interface. > On the rl0 wire the packet should look like: > > date-->tap ip header-->tap ether header-->rl0 ip header-->rl0 ether header.. you can do this from the command line in netgraph (you may need to grab the eiface module from -currenet I haven't back-ported it yet.) > > Is this possible to do with vtund? If so, how should I edit the vtund.conf > file? Should I start vtund in server mode? > > Best Regards > Gunnar > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Gunnar Olsson Phone: +46 8 5062 5762 > Xelerated Packet Devices AB Fax: +46 8 5455 3211 > Regeringsgatan 67 Mobile: +46 73 3279765 > SE-10386 Stockholm > Web: http://www.xelerated.com > Email: mailto:gunnar.olsson@xelerated.com > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Thu Mar 29 10:14:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from heidelberg.dotnet.com (heidelberg.dotnet.com [216.127.192.12]) by hub.freebsd.org (Postfix) with ESMTP id 825BA37B71E; Thu, 29 Mar 2001 10:14:03 -0800 (PST) (envelope-from parmor@dotnet.com) Received: from blah2 (ip42-padsl.dotnet.com [216.127.198.42]) by heidelberg.dotnet.com (8.9.3/8.9.3) with SMTP id MAA17167; Thu, 29 Mar 2001 12:13:56 -0600 Message-ID: <001d01c0b87c$33d00460$2ac67fd8@blah2> From: "Paul Armor" To: "John Calderon" , , References: <002e01c0b710$d3306da0$2ac67fd8@blah2> <3AC12273.908588B4@timogen.com> <004001c0b719$fe40d120$2ac67fd8@blah2> <3AC131C9.3A18671@timogen.com> Subject: Re: nmap over pppoe Date: Thu, 29 Mar 2001 12:15:13 -0600 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.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Sorry, away for a couple of days...but yes, I am firewalled (ipfw, I beleive I'm running 4.2 current, although kernel says 4.3 beta...I cvsup-ed and this is a by product). fxp0 is external if, tun0 is pppoe if pointed at fxp0 and fxp1 is internal. I have no problem scanning to internal addrs, but can't go through tun0 to get to the internet, nmap gives "permission denied" error trying to open tun0 if. Thanks Paul ----- Original Message ----- From: "John Calderon" To: "Paul Armor" Sent: Tuesday, March 27, 2001 6:35 PM Subject: Re: nmap over pppoe > I think you might not have installed libpcap or might not be working right. > what the log files say can you scan anything? are you firewalled? > > john > > Paul Armor wrote: > > > It's strange, but I am running as root, nmap barfs with this msg... > > > > sendto in send_ip_raw: sendto(4, packet, 28, 0, my.public.ip.addr, 16) => > > Permission denied > > > > which is the addr of tun0. > > > > Paul > > > > ----- Original Message ----- > > From: "John Calderon" > > To: "Paul Armor" > > Sent: Tuesday, March 27, 2001 5:29 PM > > Subject: Re: nmap over pppoe > > > > > running as root? > > > try nmap -v -v -sS YOUR.IP.TO.SCAN > > > > > > > > > john > > > > > > Paul Armor wrote: > > > > > > > Hi, > > > > I'm kinda new to this pppoe thing. I'm trying to run nmap on my > > external if > > > > and get a "permission denied" error when nmap tries to open. Anyone > > have > > > > any ideas on what I've misconfigured? Thanks in advance! > > > > Paul > > > > > > > > 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 Fri Mar 30 4:45:52 2001 Delivered-To: freebsd-net@freebsd.org Received: from mss.rdc2.nsw.optushome.com.au (ha1.rdc2.nsw.optushome.com.au [203.164.2.50]) by hub.freebsd.org (Postfix) with ESMTP id E9C1337B718 for ; Fri, 30 Mar 2001 04:45:48 -0800 (PST) (envelope-from s2209866@cse.unsw.edu.au) Received: from co3038206a ([203.164.177.110]) by mss.rdc2.nsw.optushome.com.au (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010330124548.OWYU17266.mss.rdc2.nsw.optushome.com.au@co3038206a> for ; Fri, 30 Mar 2001 22:45:48 +1000 Reply-To: From: "Daniel Wong" To: Subject: How to find the bandwidth between two machines under freeBSD? Date: Fri, 30 Mar 2001 22:46:36 +1000 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.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm trying to find out how to get the bandwidth speed for a connection between two machines. Programmatically in the kernel. Can anyone point me in the right direction ? can it be retrieved from an interface struct ?? Cheers ==================================================== Daniel Wong To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 5:10:41 2001 Delivered-To: freebsd-net@freebsd.org Received: from mercury.ccmr.cornell.edu (mercury.ccmr.cornell.edu [128.84.231.97]) by hub.freebsd.org (Postfix) with ESMTP id 6619237B719 for ; Fri, 30 Mar 2001 05:10:31 -0800 (PST) (envelope-from mitch@ccmr.cornell.edu) Received: from ruby.ccmr.cornell.edu (IDENT:0@ruby.ccmr.cornell.edu [128.84.231.115]) by mercury.ccmr.cornell.edu (8.9.3/8.9.3) with ESMTP id IAA26915; Fri, 30 Mar 2001 08:10:26 -0500 Received: from localhost (mitch@localhost) by ruby.ccmr.cornell.edu (8.9.3/8.9.3) with ESMTP id IAA10868; Fri, 30 Mar 2001 08:10:26 -0500 X-Authentication-Warning: ruby.ccmr.cornell.edu: mitch owned process doing -bs Date: Fri, 30 Mar 2001 08:10:26 -0500 (EST) From: Mitch Collinsworth To: Daniel Wong Cc: freebsd-net@FreeBSD.ORG Subject: Re: How to find the bandwidth between two machines under freeBSD? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 30 Mar 2001, Daniel Wong wrote: > I'm trying to find out how to get the bandwidth speed for a connection > between two machines. Programmatically in the kernel. http://www.employees.org/~bmah/Software/pchar/ -Mitch To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 6:24:37 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id AA9A337B71B; Fri, 30 Mar 2001 06:24:22 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2UENus96717; Fri, 30 Mar 2001 17:23:56 +0300 (EEST) (envelope-from ru) Date: Fri, 30 Mar 2001 17:23:55 +0300 From: Ruslan Ermilov To: Alexander Leidinger Cc: net@FreeBSD.org Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) Message-ID: <20010330172355.A94198@sunbay.com> Mail-Followup-To: Alexander Leidinger , net@FreeBSD.org References: <20010330152132.C82273@sunbay.com> <200103301339.f2UDdro62427@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103301339.f2UDdro62427@Magelan.Leidinger.net>; from Alexander@leidinger.net on Fri, Mar 30, 2001 at 03:39:40PM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [Redirected to -net] On Fri, Mar 30, 2001 at 03:39:40PM +0200, Alexander Leidinger wrote: > On 30 Mar, Ruslan Ermilov wrote: > > >> What to do in this situation? I didn't want add the defaultroute > >> everytime (POLA). > >> > > But if we don't do this, we may end up using the wrong source IP > > address. Without my fixes, try this: > > > > 1) ifconfig isp1 X.X.X.1 .... > > 2) route add default -iface isp1 > > 3) ifconfig isp1 X.X.X.2 > > 4) ping some outside host > > 5) watch the packets will go from the wrong address (X.X.X.1) > > If I use > route add default -interface isp1 > I wan't to have the packets routed trough isp1. I don't care about how > the routing table is held consistent, but I if the route is discarded > without my interaction it not only violates POLA, in this case it's > prohibits a valid use of the -interface feature (dial on demand via sppp > is broken at the moment). > OK, finally got it. When the interface goes down, the address is still valid, and there is no reason to delete (static?) routes that use this address, but the new code does. I was confused by the code comment below for the rip_ctlinput() function in raw_ip.c. The old code actually only deleted dynamically creates routes (ARP cache, etc.). IOW, that could be used as some sort of flush. : /* : * This function exists solely to receive the PRC_IFDOWN messages which : * are sent by if_down(). It looks for an ifaddr whose ifa_addr is sa, : * and calls in_ifadown() to remove all routes corresponding to that address. ^^^^^^^^^^ : * It also receives the PRC_IFUP messages from if_up() and reinstalls the : * interface routes. : */ I then modified in_ifadown() so that it deletes static routes as well that use this address. I will probably implement in_ifadelete() that will be called when the interface address is actually deleted (in_control(); SIOCDIFADDR), and restore the old behavior of in_ifadown(). This will take some time. Meanwhile, the following patch could be used as the temporary workaround: Index: raw_ip.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/raw_ip.c,v retrieving revision 1.75 diff -u -p -r1.75 raw_ip.c --- raw_ip.c 2001/03/16 20:00:53 1.75 +++ raw_ip.c 2001/03/30 14:09:20 @@ -398,7 +398,9 @@ rip_ctlinput(cmd, sa, vip) * thing to do, but at least if we are running * a routing process they will come back. */ +#if 0 in_ifadown(&ia->ia_ifa); +#endif break; } } Let me know if it works for you. Cheers, -- Ruslan Ermilov Oracle Developer/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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 8:43:29 2001 Delivered-To: freebsd-net@freebsd.org Received: from mout0.freenet.de (mout0.freenet.de [194.97.50.131]) by hub.freebsd.org (Postfix) with ESMTP id 1CB7237B719; Fri, 30 Mar 2001 08:43:26 -0800 (PST) (envelope-from netchild@leidinger.net) Received: from [194.97.50.136] (helo=mx3.freenet.de) by mout0.freenet.de with esmtp (Exim 3.22 #1) id 14j1zh-00078c-00; Fri, 30 Mar 2001 18:43:25 +0200 Received: from b82ef.pppool.de ([213.7.130.239] helo=Magelan.Leidinger.net) by mx3.freenet.de with esmtp (Exim 3.22 #1) id 14j1zY-0008A1-00; Fri, 30 Mar 2001 18:43:18 +0200 Received: from Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.11.3/8.11.3) with ESMTP id f2UGglo40730; Fri, 30 Mar 2001 18:42:48 +0200 (CEST) (envelope-from netchild@Leidinger.net) Message-Id: <200103301642.f2UGglo40730@Magelan.Leidinger.net> Date: Fri, 30 Mar 2001 18:42:45 +0200 (CEST) From: Alexander Leidinger Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) To: ru@FreeBSD.org Cc: net@FreeBSD.org In-Reply-To: <20010330172355.A94198@sunbay.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by Magelan.Leidinger.net id f2UGglo40730 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 30 M=E4r, Ruslan Ermilov wrote: > [Redirected to -net] Please CC me, I'm not subscribed to -net. Thanks. >> If I use >> route add default -interface isp1 >> I wan't to have the packets routed trough isp1. I don't care about how >> the routing table is held consistent, but I if the route is discarded >> without my interaction it not only violates POLA, in this case it's >> prohibits a valid use of the -interface feature (dial on demand via sp= pp >> is broken at the moment). >>=20 > OK, finally got it. When the interface goes down, the address is still > valid, and there is no reason to delete (static?) routes that use this > address, but the new code does. I was confused by the code comment bel= ow I didn't have a static IP address. The only static thing in this context is the interface the defaultroute is assigned to. At every dial-on-demand I get another IP. [Patch] > Let me know if it works for you. I give it a try and report later. Thanks, Alexander. --=20 To boldly go where I surely don't belong. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint =3D C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 9:42: 7 2001 Delivered-To: freebsd-net@freebsd.org Received: from sj-msg-core-4.cisco.com (sj-msg-core-4.cisco.com [171.71.163.10]) by hub.freebsd.org (Postfix) with ESMTP id 4ECBB37B71D for ; Fri, 30 Mar 2001 09:42:04 -0800 (PST) (envelope-from bmah@cisco.com) Received: from bmah-freebsd-0.cisco.com (bmah-freebsd-0.cisco.com [171.70.84.42]) by sj-msg-core-4.cisco.com (8.9.3/8.9.1) with ESMTP id JAA13694; Fri, 30 Mar 2001 09:42:02 -0800 (PST) Received: (from bmah@localhost) by bmah-freebsd-0.cisco.com (8.11.3/8.11.1) id f2UHfwM56372; Fri, 30 Mar 2001 09:41:58 -0800 (PST) (envelope-from bmah) Message-Id: <200103301741.f2UHfwM56372@bmah-freebsd-0.cisco.com> X-Mailer: exmh version 2.3.1 01/19/2001 with nmh-1.0.4 To: Mitch Collinsworth Cc: Daniel Wong , freebsd-net@FreeBSD.ORG Subject: Re: How to find the bandwidth between two machines under freeBSD? In-Reply-To: References: Comments: In-reply-to Mitch Collinsworth message dated "Fri, 30 Mar 2001 08:10:26 -0500." From: "Bruce A. Mah" Reply-To: bmah@FreeBSD.ORG X-Face: g~c`.{#4q0"(V*b#g[i~rXgm*w;:nMfz%_RZLma)UgGN&=j`5vXoU^@n5v4:OO)c["!w)nD/!!~e4Sj7LiT'6*wZ83454H""lb{CC%T37O!!'S$S&D}sem7I[A 2V%N&+ X-Image-Url: http://www.employees.org/~bmah/Images/bmah-cisco-small.gif X-Url: http://www.employees.org/~bmah/ Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_-554752254P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 30 Mar 2001 09:41:58 -0800 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --==_Exmh_-554752254P Content-Type: text/plain; charset=us-ascii If memory serves me right, Mitch Collinsworth wrote: > > On Fri, 30 Mar 2001, Daniel Wong wrote: > > > I'm trying to find out how to get the bandwidth speed for a connection > > between two machines. Programmatically in the kernel. > > http://www.employees.org/~bmah/Software/pchar/ Well that was a nice ego-boost. Thanks. :-) pchar is also in the Ports Collection: /usr/ports/net/pchar There's also a number of other tools such as ttcp in the Ports Collection. They all have varying capabilities and uses, and are useful in different circumstances, depending on what you (Daniel) want to do. (But none of these run in kernel space.) Bruce. --==_Exmh_-554752254P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: Exmh version 2.2 06/23/2000 iD8DBQE6xMVm2MoxcVugUsMRAs0mAKCcIw92yk9JBd7ZHirBaofno8QLMwCgwlWP DkYaNtQu6Eyw9u1ctW+UL1A= =ajG4 -----END PGP SIGNATURE----- --==_Exmh_-554752254P-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 16:45:19 2001 Delivered-To: freebsd-net@freebsd.org Received: from mss.rdc2.nsw.optushome.com.au (ha1.rdc2.nsw.optushome.com.au [203.164.2.50]) by hub.freebsd.org (Postfix) with ESMTP id 8786937B719; Fri, 30 Mar 2001 16:45:09 -0800 (PST) (envelope-from s2209866@cse.unsw.edu.au) Received: from co3038206a ([203.164.177.110]) by mss.rdc2.nsw.optushome.com.au (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010331004508.TRMU17266.mss.rdc2.nsw.optushome.com.au@co3038206a>; Sat, 31 Mar 2001 10:45:08 +1000 Reply-To: From: "Daniel Wong" To: , Subject: RE: How to find the bandwidth between two machines under freeBSD? Date: Sat, 31 Mar 2001 10:45:57 +1000 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.2910.0) Importance: Normal In-Reply-To: <200103301741.f2UHfwM56372@bmah-freebsd-0.cisco.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, So if I need to code some traffic control algorithm under the IP layer in the kernel, how do I determine how fast a particular interface goes. ie how much bandwidth the interface has?? Also, what unit will this value be in?? I was considering using MTU in the ifnet struct, but not sure how to use this, and how it can be calculated along with the member baudspeed. Regards and Thanks Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 16:47:31 2001 Delivered-To: freebsd-net@freebsd.org Received: from mss.rdc2.nsw.optushome.com.au (ha1.rdc2.nsw.optushome.com.au [203.164.2.50]) by hub.freebsd.org (Postfix) with ESMTP id B5C5F37B71A for ; Fri, 30 Mar 2001 16:47:28 -0800 (PST) (envelope-from s2209866@cse.unsw.edu.au) Received: from co3038206a ([203.164.177.110]) by mss.rdc2.nsw.optushome.com.au (InterMail vM.4.01.03.20 201-229-121-120-20010223) with SMTP id <20010331004727.TSBX17266.mss.rdc2.nsw.optushome.com.au@co3038206a> for ; Sat, 31 Mar 2001 10:47:27 +1000 Reply-To: From: "Daniel Wong" To: Subject: Finding the bandwidth capabilities inside the Kernel space Date: Sat, 31 Mar 2001 10:48:16 +1000 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.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, So if I need to code some traffic control algorithm under the IP layer in the kernel, how do I determine how fast a particular interface goes. ie how much bandwidth the interface has?? Also, what unit will this value be in?? I was considering using MTU in the ifnet struct, but not sure how to use this, and how it can be calculated along with the member baudspeed. Regards and Thanks Dan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 19:28: 2 2001 Delivered-To: freebsd-net@freebsd.org Received: from lariat.org (lariat.org [12.23.109.2]) by hub.freebsd.org (Postfix) with ESMTP id 12EBA37B71E for ; Fri, 30 Mar 2001 19:27:56 -0800 (PST) (envelope-from brett@lariat.org) Received: from mustang.lariat.org (IDENT:ppp0.lariat.org@lariat.org [12.23.109.2]) by lariat.org (8.9.3/8.9.3) with ESMTP id UAA13985 for ; Fri, 30 Mar 2001 20:27:50 -0700 (MST) Message-Id: <4.3.2.7.2.20010330201802.00dc8f00@localhost> X-Sender: brett@localhost X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 30 Mar 2001 20:27:38 -0700 To: freebsd-net@freebsd.org From: Brett Glass Subject: Transition from modem PPP to PPPoE Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I need to move a PPP link from a pair of modems to a wireless network. The wireless network has MAC layer bridges with Ethernet ports, so basically what I need to do is reconfigure the client (running FreeBSD 3.2 with security patches and userland PPP) and the server (also running FreeBSD 3.2 with security patches, but with kernel PPP) to communicate via PPPoE rather than via the modems. I've checked out the FreeBSD Handbook and have found a brief explanation of how to set up a client running userland PPP for PPPoE. However, there's no mention of what to do on the server side or with kernel PPP. Finally, while I'm not intimately familiar with PPPoE, it's obvious that it cannot use IP addresses for its underlying communication; it must use MAC addresses and have its own DLC mechanism. This suggests that its packets probably have a unique Ethertype. Does anyone know offhand what that type is, so that we can instruct the bridges to allow it through? (Currently, the bridges only allow TCP, UDP, ICMP, and ARP and block types such as IPX.) Pointers to information on any of these things, and/or sample configuration files, would be MUCHLY appreciated. --Brett Glass To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 19:55:46 2001 Delivered-To: freebsd-net@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 58EA837B71A for ; Fri, 30 Mar 2001 19:55:44 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.3/8.11.0) with ESMTP id f2V3tf299146; Fri, 30 Mar 2001 22:55:41 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200103310355.f2V3tf299146@whizzo.transsys.com> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Brett Glass Cc: freebsd-net@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: Transition from modem PPP to PPPoE References: <4.3.2.7.2.20010330201802.00dc8f00@localhost> In-reply-to: Your message of "Fri, 30 Mar 2001 20:27:38 MST." <4.3.2.7.2.20010330201802.00dc8f00@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Mar 2001 22:55:41 -0500 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > while I'm not intimately familiar with PPPoE, it's obvious that > it cannot use IP addresses for its underlying communication; it must use > MAC addresses and have its own DLC mechanism. This suggests that its > packets probably have a unique Ethertype. Does anyone know offhand what > that type is, so that we can instruct the bridges to allow it through? > (Currently, the bridges only allow TCP, UDP, ICMP, and ARP and block > types such as IPX.) Yes, it uses two different registered ethernet types (which I/UUNET paid $5000 to the IEEE to get) and they are (from RFC-2516): The ETHER_TYPE is set to either 0x8863 (Discovery Stage) or 0x8864 (PPP Session Stage). See http://www.ietf.org/rfc/rfc2516.txt for more details on the protocol, if you care. louie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 20:16:50 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 7358E37B719 for ; Fri, 30 Mar 2001 20:16:47 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 23254 invoked by uid 666); 31 Mar 2001 04:18:42 -0000 Received: from i003-029.nv.iinet.net.au (HELO elischer.org) (203.59.3.29) by mail.m.iinet.net.au with SMTP; 31 Mar 2001 04:18:42 -0000 Message-ID: <3AC55A1E.8C6C68D9@elischer.org> Date: Fri, 30 Mar 2001 20:16:30 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: s2209866@cse.unsw.edu.au Cc: bmah@FreeBSD.ORG, freebsd-net@freeBSD.ORG Subject: Re: How to find the bandwidth between two machines under freeBSD? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Daniel Wong wrote: > > Hi, > > So if I need to code some traffic control algorithm under the IP layer in > the kernel, how do I determine how fast a particular interface goes. ie how > much bandwidth the interface has?? Also, what unit will this value be in?? I > was considering using MTU in the ifnet struct, but not sure how to use this, > and how it can be calculated along with the member baudspeed. I faced exactly this problem. if you have a stabdard inerface (e.g. ethernet) then you can actually ask it, but for serial interfaces of various kinds the best you can do is try keep a record of the highest bandwidth seen on the device in the past. > > Regards and Thanks > Dan > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Fri Mar 30 22: 6:30 2001 Delivered-To: freebsd-net@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id A8FDE37B71A for ; Fri, 30 Mar 2001 22:06:27 -0800 (PST) (envelope-from julian@elischer.org) Received: (qmail 24119 invoked by uid 666); 31 Mar 2001 06:08:23 -0000 Received: from i003-029.nv.iinet.net.au (HELO elischer.org) (203.59.3.29) by mail.m.iinet.net.au with SMTP; 31 Mar 2001 06:08:23 -0000 Message-ID: <3AC573D2.81D2BBA3@elischer.org> Date: Fri, 30 Mar 2001 22:06:10 -0800 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: "Louis A. Mamakos" Cc: Brett Glass , freebsd-net@FreeBSD.ORG Subject: Re: Transition from modem PPP to PPPoE References: <4.3.2.7.2.20010330201802.00dc8f00@localhost> <200103310355.f2V3tf299146@whizzo.transsys.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Louis A. Mamakos" wrote: > > > while I'm not intimately familiar with PPPoE, it's obvious that > > it cannot use IP addresses for its underlying communication; it must use > > MAC addresses and have its own DLC mechanism. This suggests that its > > packets probably have a unique Ethertype. Does anyone know offhand what > > that type is, so that we can instruct the bridges to allow it through? > > (Currently, the bridges only allow TCP, UDP, ICMP, and ARP and block > > types such as IPX.) > > Yes, it uses two different registered ethernet types (which I/UUNET > paid $5000 to the IEEE to get) and they are (from RFC-2516): > > The ETHER_TYPE is set to either 0x8863 (Discovery Stage) or 0x8864 > (PPP Session Stage). > > See http://www.ietf.org/rfc/rfc2516.txt for more details on the protocol, if > you care. unless you are telebrazilia/3com in which case you use two totally different ethertypes just for the fun of it. > > louie > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 31 6:19:51 2001 Delivered-To: freebsd-net@freebsd.org Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.157]) by hub.freebsd.org (Postfix) with ESMTP id 477DC37B71A for ; Sat, 31 Mar 2001 06:19:48 -0800 (PST) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.11.1/8.11.1) id f2VEJZS23910 for freebsd-net@freebsd.org; Sat, 31 Mar 2001 18:19:35 +0400 (MSD) (envelope-from yar) Date: Sat, 31 Mar 2001 18:19:35 +0400 From: Yar Tikhiy To: freebsd-net@freebsd.org Subject: if_types.h and 802.1q VLAN Message-ID: <20010331181934.E7334@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 X-Loop: FreeBSD.org Hi there, As a recent discussion has shown, we need a new interface type for 802.1q interfaces. Fortunately, IANA have suggested the type along with a bunch of other types three years ago, and the NetBSD folks updated their if_types.h accordingly. Isn't it a good idea to sync our if_types.h with theirs? SY, Yar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 31 7:47:37 2001 Delivered-To: freebsd-net@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 5AE1E37B718 for ; Sat, 31 Mar 2001 07:47:29 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from v-ger.we.lc.ehu.es (lxpx515.lx.ehu.es [158.227.27.161]) by polaris.we.lc.ehu.es (8.11.1/8.11.1) with ESMTP id f2VFkx924271 for ; Sat, 31 Mar 2001 17:46:59 +0200 (MET DST) Received: from we.lc.ehu.es (localhost [127.0.0.1]) by v-ger.we.lc.ehu.es (8.11.3/8.11.3) with ESMTP id f2VFkpA01615 for ; Sat, 31 Mar 2001 17:46:52 +0200 (CEST) (envelope-from jose@we.lc.ehu.es) Message-ID: <3AC5FBEB.E2F09D80@we.lc.ehu.es> Date: Sat, 31 Mar 2001 17:46:51 +0200 From: "Jose M. Alcaide" Organization: Universidad del Pais Vasco - Dpto. de Electricidad y Electronica X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: net@FreeBSD.org Subject: user-ppp problems Content-Type: multipart/mixed; boundary="------------ADAE6E5FCDE81FC2EB892A9C" Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------ADAE6E5FCDE81FC2EB892A9C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, Some days ago I began to suffer strange problems with user-ppp while trying to connect with one specific ISP. For example, sometimes the connection fails to establish and the following messages are logged: ... tun0: Phase: bundle: Authenticate tun0: Phase: deflink: his = CHAP 0x05, mine = none tun0: Phase: Chap Input: CHALLENGE (16 bytes from AccEuskaltel) tun0: Phase: Chap Output: RESPONSE (**************) tun0: LCP: deflink: RecvEchoRequest(1) state = Opened tun0: LCP: deflink: SendEchoReply(1) state = Opened tun0: IPCP: deflink: Error: Unexpected IPCP in phase Authenticate (ignored) last message repeated 3 times tun0: LCP: deflink: RecvEchoRequest(2) state = Opened tun0: LCP: deflink: SendEchoReply(2) state = Opened tun0: IPCP: deflink: Error: Unexpected IPCP in phase Authenticate (ignored) last message repeated 3 times tun0: LCP: deflink: RecvEchoRequest(3) state = Opened tun0: LCP: deflink: SendEchoReply(3) state = Opened tun0: LCP: deflink: RecvEchoRequest(4) state = Opened tun0: LCP: deflink: SendEchoReply(4) state = Opened ... Also, I am wondering about the LCP "RecvEchoRequest" and "SendEchoReply" messages. Even when the connection is succesfully established, they keep appearing all the time, _only_ with this specific ISP. I thought that they could be related to LQR, but I disabled and denied LQR in ppp.conf to no avail. I updated the machine to 4.3-RC a few days ago, so that I borrowed /usr/sbin/ppp from other machine still running 4.2-RELEASE (the compat4x libraries are installed) and something different happenned, indeed: while using 4.2R's ppp, I got these messages after the connection was established: ... tun0: Error: ip_Input: deflink: wrote 52, got Address family not supported by protocol family tun0: Error: ip_Input: deflink: wrote 532, got Address family not supported by protocol family last message repeated 3 times tun0: Error: ip_Input: deflink: wrote 412, got Address family not supported by protocol family tun0: Error: ip_Input: deflink: wrote 532, got Address family not supported by protocol family tun0: Error: ip_Input: deflink: wrote 532, got Address family not supported by protocol family ... The IPCP negotiation succeeds. However, a ping to the other end of the P-P link does not work. OTOH, the "RecvEchoRequest" and "SendEchoReply" messages are still being logged. I suspect that something was broken in the ISP, so I would like to be able to diagnose this problem before calling to their "support" people (they don't know that there are other OS apart from Win**ws). Any ideas? [I am sending attached the full log of a failed connection] -- JMA ****** Jose M. Alcaide // jose@we.lc.ehu.es // jmas@FreeBSD.org ****** ** "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein ** --------------ADAE6E5FCDE81FC2EB892A9C Content-Type: text/plain; charset=us-ascii; name="ppplog" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ppplog" Phase: Using interface: tun0 Phase: deflink: Created in closed state tun0: Command: default: set speed 115200 tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0M3 OK \dATDT\T TIMEOUT 60 CONNECT tun0: Command: default: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0 tun0: Command: default: set timeout 300 tun0: Command: default: set filter alive 0 deny icmp tun0: Command: default: set filter alive 1 deny udp src eq domain tun0: Command: default: set filter alive 2 deny udp dst eq domain tun0: Command: default: set filter alive 3 permit 0 0 tun0: Command: default: deny lqr tun0: Command: upv: set phone ********* tun0: Command: upv: set authname ************** tun0: Command: upv: set authkey ******** tun0: Command: upv: set server /tmp/ppp-upv ******** 0177 tun0: Phase: Listening at local socket /tmp/ppp-upv. tun0: Command: upv: set papretry 10 tun0: Command: upv: set chapretry 10 tun0: Command: upv: add 158.227.0.0/16 HISADDR tun0: Phase: PPP Started (background mode). tun0: Phase: bundle: Establish tun0: Phase: deflink: closed -> opening tun0: Phase: deflink: Connected! tun0: Phase: deflink: opening -> dial tun0: Chat: Phone: ********* tun0: Chat: deflink: Dial attempt 1 of 1 tun0: Chat: Send: AT^M tun0: Chat: Expect(5): OK tun0: Chat: Received: AT^M^M tun0: Chat: Received: OK^M tun0: Chat: Send: ATE1Q0M3^M tun0: Chat: Expect(5): OK tun0: Chat: Received: ATE1Q0M3^M^M tun0: Chat: Received: OK^M tun0: Chat: Send: ATDT*********^M tun0: Chat: Expect(60): CONNECT tun0: Phase: Connected to local client. tun0: Chat: Received: ATDT*********^M^M tun0: Chat: Received: CONNECT 31200^M tun0: Phase: deflink: dial -> carrier tun0: Phase: deflink: /dev/cuaa1: CD detected tun0: Phase: deflink: carrier -> login tun0: Phase: deflink: login -> lcp tun0: LCP: FSM: Using "deflink" as a transport tun0: LCP: deflink: State change Initial --> Closed tun0: LCP: deflink: State change Closed --> Stopped tun0: LCP: deflink: LayerStart tun0: LCP: deflink: SendConfigReq(1) state = Stopped tun0: LCP: ACFCOMP[2] tun0: LCP: PROTOCOMP[2] tun0: LCP: ACCMAP[6] 0x00000000 tun0: LCP: MRU[4] 1500 tun0: LCP: MAGICNUM[6] 0x38074321 tun0: LCP: deflink: State change Stopped --> Req-Sent tun0: LCP: deflink: RecvConfigReq(240) state = Req-Sent tun0: LCP: ACCMAP[6] 0x000a0000 tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) tun0: LCP: MAGICNUM[6] 0x2c3b94d0 tun0: LCP: PROTOCOMP[2] tun0: LCP: ACFCOMP[2] tun0: LCP: deflink: SendConfigAck(240) state = Req-Sent tun0: LCP: ACCMAP[6] 0x000a0000 tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) tun0: LCP: MAGICNUM[6] 0x2c3b94d0 tun0: LCP: PROTOCOMP[2] tun0: LCP: ACFCOMP[2] tun0: LCP: deflink: State change Req-Sent --> Ack-Sent tun0: LCP: deflink: RecvConfigAck(1) state = Ack-Sent tun0: LCP: deflink: State change Ack-Sent --> Opened tun0: LCP: deflink: LayerUp tun0: LCP: Sending ident magic 38074321 text user-ppp 2.3 (built Mar 28 2001) tun0: LCP: deflink: SendIdent(0) state = Opened tun0: Phase: bundle: Authenticate tun0: Phase: deflink: his = CHAP 0x05, mine = none tun0: Phase: Chap Input: CHALLENGE (16 bytes from AccEuskaltel) tun0: Phase: Chap Output: RESPONSE (**************) tun0: LCP: deflink: RecvEchoRequest(1) state = Opened tun0: LCP: deflink: SendEchoReply(1) state = Opened tun0: IPCP: deflink: Error: Unexpected IPCP in phase Authenticate (ignored) Mar 31 13:47:02 v-ger last message repeated 3 times tun0: LCP: deflink: RecvEchoRequest(2) state = Opened tun0: LCP: deflink: SendEchoReply(2) state = Opened tun0: IPCP: deflink: Error: Unexpected IPCP in phase Authenticate (ignored) Mar 31 13:47:12 v-ger last message repeated 3 times tun0: LCP: deflink: RecvEchoRequest(3) state = Opened tun0: LCP: deflink: SendEchoReply(3) state = Opened tun0: LCP: deflink: RecvEchoRequest(4) state = Opened tun0: LCP: deflink: SendEchoReply(4) state = Opened tun0: Command: /tmp/ppp-upv: close tun0: LCP: deflink: LayerDown tun0: LCP: deflink: SendTerminateReq(2) state = Opened tun0: LCP: deflink: State change Opened --> Closing tun0: LCP: deflink: SendTerminateReq(2) state = Closing tun0: LCP: deflink: SendTerminateReq(2) state = Closing tun0: Phase: deflink: Carrier lost tun0: LCP: deflink: LayerFinish tun0: LCP: deflink: State change Closing --> Initial tun0: Phase: deflink: Disconnected! tun0: Phase: deflink: lcp -> logout tun0: Phase: deflink: Disconnected! tun0: Phase: deflink: logout -> hangup tun0: Phase: deflink: Connect time: 86 secs: 390 octets in, 363 octets out tun0: Phase: deflink: : 22 packets in, 11 packets out tun0: Phase: total 8 bytes/sec, peak 79 bytes/sec on Sat Mar 31 13:47:30 2001 tun0: Phase: deflink: hangup -> closed tun0: Phase: bundle: Dead tun0: Phase: /tmp/ppp-upv: Client connection dropped. tun0: Phase: PPP Terminated (normal). --------------ADAE6E5FCDE81FC2EB892A9C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 31 9:45:47 2001 Delivered-To: freebsd-net@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 872E237B71C for ; Sat, 31 Mar 2001 09:45:42 -0800 (PST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f2VHjYx12452; Sat, 31 Mar 2001 20:45:34 +0300 (EEST) (envelope-from ru) Date: Sat, 31 Mar 2001 20:45:34 +0300 From: Ruslan Ermilov To: Alexander Leidinger Cc: net@FreeBSD.org Subject: Re: Recent interface/routing changes breaks on-demand PPP (+sppp) Message-ID: <20010331204534.B11966@sunbay.com> Mail-Followup-To: Alexander Leidinger , net@FreeBSD.org References: <20010330172355.A94198@sunbay.com> <200103301642.f2UGglo40730@Magelan.Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200103301642.f2UGglo40730@Magelan.Leidinger.net>; from Alexander@leidinger.net on Fri, Mar 30, 2001 at 06:42:45PM +0200 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Mar 30, 2001 at 06:42:45PM +0200, Alexander Leidinger wrote: > On 30 Mar, Ruslan Ermilov wrote: > > [Redirected to -net] > > Please CC me, I'm not subscribed to -net. Thanks. > > > >> If I use > >> route add default -interface isp1 > >> I wan't to have the packets routed trough isp1. I don't care about how > >> the routing table is held consistent, but I if the route is discarded > >> without my interaction it not only violates POLA, in this case it's > >> prohibits a valid use of the -interface feature (dial on demand via sppp > >> is broken at the moment). > >> > > OK, finally got it. When the interface goes down, the address is still > > valid, and there is no reason to delete (static?) routes that use this > > address, but the new code does. I was confused by the code comment below > > I didn't have a static IP address. The only static thing in this context > is the interface the defaultroute is assigned to. At every > dial-on-demand I get another IP. > Well, if address is deleted from an interface, all routes that use it will be invalidated (deleted) to avoid using the wrong address. This patch only fixes interface down/up case, when address does not change. Cheers, -- Ruslan Ermilov Oracle Developer/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 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 31 15:12:12 2001 Delivered-To: freebsd-net@freebsd.org Received: from relay2.wertep.com (relay2.wertep.com [194.44.90.130]) by hub.freebsd.org (Postfix) with ESMTP id 8F7AA37B71A; Sat, 31 Mar 2001 15:12:06 -0800 (PST) (envelope-from petro@She.wertep.com) Received: from She.wertep.com (she-tun-proxy [192.168.252.2]) by relay2.wertep.com (8.9.3/8.9.3) with ESMTP id CAA52947; Sun, 1 Apr 2001 02:12:02 +0300 (EEST) (envelope-from petro@She.wertep.com) Received: from localhost (petro@localhost) by She.wertep.com (8.9.3/8.9.3) with ESMTP id CAA33157; Sun, 1 Apr 2001 02:13:41 +0300 (EEST) (envelope-from petro@She.wertep.com) Date: Sun, 1 Apr 2001 02:13:41 +0300 (EEST) From: petro To: freebsd-net@freebsd.org Cc: greebsd-questions@freebsd.org Subject: Diskless station. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi! I try to make diskless server and station, I read artickle about how to make this but when I try to run make in /usr/src/sys/i386/boot/netboot to create nb3c509.com (I have 3Com 509 Ethernet card) but I recieve such message ld: scrt0.o: No such file or directory *** Error code 1 Stop in /usr/src/sys/i386/boot/netboot. May be someone know where to get this file, or may be I do smth wrong. Thank you very much. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message From owner-freebsd-net Sat Mar 31 15:51: 0 2001 Delivered-To: freebsd-net@freebsd.org Received: from mailman.packetdesign.com (dns.packetdesign.com [65.192.41.10]) by hub.freebsd.org (Postfix) with ESMTP id AAA2B37B719; Sat, 31 Mar 2001 15:50:54 -0800 (PST) (envelope-from archie@packetdesign.com) Received: from bubba.packetdesign.com (bubba.packetdesign.com [192.168.0.223]) by mailman.packetdesign.com (8.11.0/8.11.0) with ESMTP id f2VNon267866; Sat, 31 Mar 2001 15:50:49 -0800 (PST) (envelope-from archie@packetdesign.com) Received: (from archie@localhost) by bubba.packetdesign.com (8.11.1/8.11.1) id f2VNon305299; Sat, 31 Mar 2001 15:50:49 -0800 (PST) (envelope-from archie) From: Archie Cobbs Message-Id: <200103312350.f2VNon305299@bubba.packetdesign.com> Subject: mbuf leak? fxp? To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Date: Sat, 31 Mar 2001 15:50:49 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have this machine that starts running out of mbufs every few days ("looutput: mbuf allocation failed") and then crashes, and was wondering if anyone else has seen similar behavior... For example... Yesterday... $ netstat -m 461/624/4096 mbufs in use (current/peak/max): 459 mbufs allocated to data 2 mbufs allocated to packet headers 434/490/1024 mbuf clusters in use (current/peak/max) 1136 Kbytes allocated to network (36% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines Today... $ netstat -m 947/1072/4096 mbufs in use (current/peak/max): 945 mbufs allocated to data 2 mbufs allocated to packet headers 920/946/1024 mbuf clusters in use (current/peak/max) 2160 Kbytes allocated to network (70% of mb_map in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines It appears that something is slowly eating up mbuf clusters. The machine is on a network with continuous but very low volume traffic, including some random multicast, NTP, etc. The machine itself is doing hardly anything at all. (Possibly) relevant information: - FreeBSD 4.2-RELEASE - Ethernet driver is fxp(4) - Using ipfw(4) and divert(4) - mysql is running, which uses a UNIX domain socket (Possibly) relevant clue: - We have other machines configured almost identically but which are not using the fxp(4) driver (and which are handling lots more traffic) that don't show this problem. Any ideas?? I wonder if there's some obscure error condition in the fxp(4) driver that has a memory leak. -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 Sat Mar 31 23: 2:31 2001 Delivered-To: freebsd-net@freebsd.org Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184]) by hub.freebsd.org (Postfix) with ESMTP id 94F7C37B718 for ; Sat, 31 Mar 2001 23:02:26 -0800 (PST) (envelope-from luigi@info.iet.unipi.it) Received: (from luigi@localhost) by info.iet.unipi.it (8.9.3/8.9.3) id JAA38638; Sun, 1 Apr 2001 09:01:45 +0200 (CEST) (envelope-from luigi) From: Luigi Rizzo Message-Id: <200104010701.JAA38638@info.iet.unipi.it> Subject: Re: mbuf leak? fxp? In-Reply-To: <200103312350.f2VNon305299@bubba.packetdesign.com> from Archie Cobbs at "Mar 31, 2001 03:50:49 pm" To: Archie Cobbs Date: Sun, 1 Apr 2001 09:01:45 +0200 (CEST) Cc: freebsd-net@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [Cc list trimmed to -net] > I have this machine that starts running out of mbufs every few days > ("looutput: mbuf allocation failed") and then crashes, and was wondering > if anyone else has seen similar behavior... i do not think it is in the fxp driver -- i'd rather suspect divert, or maybe the multicast part (where replication occurs, so it is not unlikely that the code might forget to free some mbuf upon some error condition). It also looks like you have as many mbufs as clusters, maybe an indication that on those buffers someone has done an m_pullup ? A quick test would be to disconnect the network for a few seconds and see if the mbuf usage drains to a low level. Another one would be to see if there are buffers queued on some socket (but i do not know how to see it, i seem to remember some new netstat flag). cheers luigi > For example... > > Yesterday... > $ netstat -m > 461/624/4096 mbufs in use (current/peak/max): > 459 mbufs allocated to data > 2 mbufs allocated to packet headers > 434/490/1024 mbuf clusters in use (current/peak/max) > 1136 Kbytes allocated to network (36% of mb_map in use) > 0 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > > Today... > $ netstat -m > 947/1072/4096 mbufs in use (current/peak/max): > 945 mbufs allocated to data > 2 mbufs allocated to packet headers > 920/946/1024 mbuf clusters in use (current/peak/max) > 2160 Kbytes allocated to network (70% of mb_map in use) > 0 requests for memory denied > 0 requests for memory delayed > 0 calls to protocol drain routines > > It appears that something is slowly eating up mbuf clusters. > The machine is on a network with continuous but very low volume > traffic, including some random multicast, NTP, etc. The machine > itself is doing hardly anything at all. > > (Possibly) relevant information: > > - FreeBSD 4.2-RELEASE > - Ethernet driver is fxp(4) > - Using ipfw(4) and divert(4) > - mysql is running, which uses a UNIX domain socket > > (Possibly) relevant clue: > > - We have other machines configured almost identically but which > are not using the fxp(4) driver (and which are handling lots more > traffic) that don't show this problem. > > Any ideas?? I wonder if there's some obscure error condition in the > fxp(4) driver that has a memory leak. > > -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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message