From owner-freebsd-net@FreeBSD.ORG Sun Aug 2 12:35:07 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCB36106566B; Sun, 2 Aug 2009 12:35:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id 5E2BD8FC12; Sun, 2 Aug 2009 12:35:07 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n72A6xhO028108; Sun, 2 Aug 2009 20:06:59 +1000 Received: from server.vk2pj.dyndns.org (c122-106-201-175.belrs3.nsw.optusnet.com.au [122.106.201.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n72A6jla009648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Aug 2009 20:06:51 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n72A6jRn074606; Sun, 2 Aug 2009 20:06:45 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n72A6jOx074605; Sun, 2 Aug 2009 20:06:45 +1000 (EST) (envelope-from peter) Date: Sun, 2 Aug 2009 20:06:45 +1000 From: Peter Jeremy To: freebsd-bugs@freebsd.org, freebsd-net@freebsd.org Message-ID: <20090802100644.GA74485@server.vk2pj.dyndns.org> References: <200907312352.n6VNqEge015819@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <200907312352.n6VNqEge015819@freefall.freebsd.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: kern/137317: [tcp] logs full of syncache problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 12:35:08 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've run into what appears to be the same issue. Approaching it from the other direction: I have a pair on boxes running 7.2-RELEASE/i386 and have found that they are generating stray RST packets. As an example, ssh server echo hello will generate a sequence like the following (as seen on the server): 10:03:29.277427 IP client.55871 > server.22: S 1808736437:1808736437(0) win= 49640 10:03:29.277674 IP server.22 > client.55871: S 3948204651:3948204651(0) ack= 1808736438 win 65535 10:03:29.278202 IP client.55871 > server.22: . ack 3948204652 win 49640 =2E.. 10:03:30.078227 IP client.55871 > server.22: . ack 3948207204 win 49640 10:03:30.078637 IP client.55871 > server.22: P 1808738140:1808738172(32) ac= k 3948207204 win 49640 10:03:30.078732 IP client.55871 > server.22: F 1808738172:1808738172(0) ack= 3948207204 win 49640 10:03:30.078751 IP server.22 > client.55871: . ack 1808738173 win 8212 10:03:30.079135 IP server.22 > client.55871: F 3948207204:3948207204(0) ack= 1808738173 win 8212 10:03:30.079528 IP client.55871 > server.22: . ack 3948207205 win 49640 10:03:32.798071 IP server.22 > client.55871: R 3948207204:3948207204(0) win= 0 10:03:32.798086 IP server.22 > client.55871: . ack 1808738173 win 0 10:03:32.798518 IP client.55871 > server.22: . ack 3948207205 win 49640 10:03:32.798608 IP server.22 > client.55871: R 3948207205:3948207205(0) win= 0 The delay between the FIN/ACK and subsequent RST is normally about a second but varies between about 150msec and 3 seconds (and occasionally it doesn't generate a RST at all). When there are two sessions close together, RSTs for both sessions may be generated together: 10:37:25.345622 IP client.58124 > server.22: S 2602521411:2602521411(0) win= 49640 10:37:25.345818 IP server.22 > client.58124: S 954205035:954205035(0) ack 2= 602521412 win 65535 10:37:25.346400 IP client.58124 > server.22: . ack 954205036 win 49640 =2E.. 10:37:26.012584 IP client.58124 > server.22: . ack 954207508 win 49640 10:37:26.013295 IP client.58124 > server.22: P 2602523114:2602523146(32) ac= k 954207604 win 49640 10:37:26.013391 IP client.58124 > server.22: F 2602523146:2602523146(0) ack= 954207604 win 49640 10:37:26.013421 IP server.22 > client.58124: . ack 2602523147 win 8208 10:37:26.014119 IP server.22 > client.58124: F 954207604:954207604(0) ack 2= 602523147 win 8208 10:37:26.014493 IP client.58124 > server.22: . ack 954207605 win 49640 10:37:27.264149 IP client.58128 > server.22: S 2603683222:2603683222(0) win= 49640 10:37:27.264229 IP server.22 > client.58128: S 2795742829:2795742829(0) ack= 2603683223 win 65535 10:37:27.264630 IP client.58128 > server.22: . ack 2795742830 win 49640 =2E.. 10:37:27.889755 IP client.58128 > server.22: . ack 2795745382 win 49640 10:37:27.890051 IP client.58128 > server.22: P 2603684941:2603684973(32) ac= k 2795745382 win 49640 10:37:27.890146 IP client.58128 > server.22: F 2603684973:2603684973(0) ack= 2795745382 win 49640 10:37:27.890203 IP server.22 > client.58128: . ack 2603684974 win 8212 10:37:27.890924 IP server.22 > client.58128: F 2795745382:2795745382(0) ack= 2603684974 win 8212 10:37:27.891353 IP client.58128 > server.22: . ack 2795745383 win 49640 10:37:28.038288 IP server.22 > client.58124: R 954207604:954207604(0) win 0 10:37:28.038353 IP server.22 > client.58124: . ack 2602523147 win 0 10:37:28.038543 IP server.22 > client.58128: R 2795745382:2795745382(0) win= 0 10:37:28.038556 IP server.22 > client.58128: . ack 2603684974 win 0 10:37:28.038754 IP client.58124 > server.22: . ack 954207605 win 49640 10:37:28.038869 IP server.22 > client.58124: R 954207605:954207605(0) win 0 10:37:28.038887 IP client.58128 > server.22: . ack 2795745383 win 49640 10:37:28.038984 IP server.22 > client.58128: R 2795745383:2795745383(0) win= 0 The systems are using ipfw and have dummynet in the kernel but it isn't used. The type of client doesn't seem to matter (same behaviour with FreeBSD or Solaris clients) and it's not limited to ssh (that was just where I first noticed it). In conjection with the stray RST packets, I am also seeing TCP error messages in syslog: Jul 29 10:03:32 aalp05 kernel: TCP: [client]:55871 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:03:32 aalp05 kernel: TCP: [client]:55871 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58124 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58128 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58124 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58128 to [server]:22 tcpflags = 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segmen= t rejected (probably spoofed) Note that the syslog message implies there is an incoming packet but tcpdump doesn't show one. --=20 Peter Jeremy --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkp1ZTQACgkQ/opHv/APuIe1wQCePoKc9wDchWOwgCx4RisjwYu5 W9sAoJEFs+oZlGmoyvMFjz3AbSnt92of =EoN7 -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-net@FreeBSD.ORG Sun Aug 2 16:54:42 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 348731065675 for ; Sun, 2 Aug 2009 16:54:42 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id E139F8FC12 for ; Sun, 2 Aug 2009 16:54:41 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 36099 invoked by uid 60001); 2 Aug 2009 16:54:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1249232081; bh=fLrAm4DQlf28GKf2HRbxazySzAzWB9GHzCLGxUw/GaQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=f4iwH/Poq1yWsxxiS/Wp/i3xdLIHEs2v/SbXD1tJy80e1R1Y4DfqxN7CU64Rsb4jofMGlSF6f/O18OnLQr1eNpEmb9ok63hnH57rmxkakqtbDAKVKBjX8eYtnl81PXVHnoeEfHpkGImQey9MkeG+/FyDv48BViiwyN7BdRw1Ehg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QeRu2WVDZ5svQRM2JoMmjcV/R2B3V/pCn1ZyKwZfZObonHilVijxnUEUTVRJdeyeFcYtOHH42u18EtSjuqXNSQPMkYDwY3wjV/uDKumg9BHffDW3p1yCqmD39xtIQ5VoXm/d+Ut9AYBLfxveBJkMElyf2iRkCQiiklzUDsIlWuU=; Message-ID: <210006.36085.qm@web63904.mail.re1.yahoo.com> X-YMail-OSG: NFefiZ8VM1merjo3l7sHgZThJwOjsi.qJ2tr1AExyYe15DEK7k.lYDnwjGCKlh_CkrLvfblrhlE7j6ic8SVVmE1uWWSKRkwtnZSzrefSmuA6kZwQ8jj7KA1l77AFTDFlpdh9XSqx.DTEJ_US2Kr2WCeK.tDf8SMp0egYBrKTL_Y3aLrDaMlTQmXNTV25T9GzdQAehOFok5IZr3gmQaOrh09XHmqeCWrzxgT.Cb.x.YObE966f_HIB3atF1KhMYLP4bATPtTcze1LuiAXmKHNsonix4tTfVp.AxFvGJ00niedNwv3wcLgGkzySl2ll0uVUgG3DtMlpQW3 Received: from [66.176.162.245] by web63904.mail.re1.yahoo.com via HTTP; Sun, 02 Aug 2009 09:54:40 PDT X-Mailer: YahooMailClassic/6.0.19 YahooMailWebService/0.7.289.15 Date: Sun, 2 Aug 2009 09:54:40 -0700 (PDT) From: Barney Cordoba To: freebsd-net@freebsd.org, alexpalias-bsdnet@yahoo.com In-Reply-To: <11420.28890.qm@web56404.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: em driver input errors X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Aug 2009 16:54:42 -0000 =0A=0A--- On Sat, 8/1/09, alexpalias-bsdnet@yahoo.com wrote:=0A=0A> From: alexpalias-bsdnet@yahoo.com =0A> Subject: em driver input errors=0A> To: freebsd-net@freebsd= .org=0A> Date: Saturday, August 1, 2009, 9:05 AM=0A> Good day=0A> =0A> I'm = running a FreeBSD 7.2 router and I am seeing a lot of=0A> input errors on o= ne of the em interfaces (em0), coupled with=0A> (at approximately the same = times) much fewer errors on em1=0A> and em2.=A0 Monitoring is done with SNM= P from another=0A> machine, and the CPU load as reported via SNMP is mostly= =0A> below 30%, with a couple of spikes up to 35%.=0A> =0A> Software descri= ption:=0A> =0A> - FreeBSD 7.2-RELEASE-p2, amd64=0A> - bsnmpd with modules: = hostres and (from ports) snmp_ucd=0A> - quagga 0.99.12 (running only zebra = and bgpd)=0A> - netgraph (ng_ether and ng_netflow)=0A> =0A> Hardware descri= ption:=0A> =0A> - Dell machine, dual Xeon 3.20 GHz, 4 GB RAM=0A> - 2 x buil= t-in gigabit interfaces (em0, em1)=0A> - 1 x dual-port gigabit interface, P= CI-X (em2, em3) [see=0A> pciconf near the end]=0A> =0A> =0A> The machine re= ceives the global routing table ("netstat -nr=0A> | wc -l" gives 289115 cur= rently).=0A> =0A> All of the em interfaces are just configured "up", with= =0A> various vlan interfaces on them.=A0 Note that I use "kpps" to=0A> mean= "thousands of packets per second", sorry if that's the=0A> wrong shorthand= .=0A> =0A> - em0 sees a traffic of 10...22 kpps in, and 15...35 kpps=0A> ou= t.=A0 In bits, it's 30...120Mbits/s in, and=0A> 100...210Mbits/s out.=A0 Vl= ans configured are vlan100 and=0A> vlan200, and most of the traffic is on v= lan100 (vlan200 sees=0A> 4kpps in / 0.5kpps out maximum, with the average a= t about=0A> one third of this).=A0 em0 is the external interface, and its= =0A> traffic corresponds to the sum of traffic through em1 and=0A> em2=0A> = =0A> - em1 has 5 vlans, and sees about 22kpps in / 11kpps out=0A> (maximum)= =0A> =0A> - em2 has a single VLAN, and sees about 4...13kpps both in=0A> an= d out (almost equal in/out during most of the day)=0A> =0A> - em3 is a back= up interface, with 2 VLANS, and is the only=0A> one which has seen no error= s.=0A> =0A> Only the vlans on em0 are analyzed by ng_netflow, and the=0A> e= rrors I'm seeing have started appearing days before=0A> netgraph was even l= oaded in the kernel.=0A> =0A> Tuning done:=0A> =0A> /boot/loader.conf:=0A> = hw.em.rxd=3D4096=0A> hw.em.txd=3D4096=0A> =0A> Witout the above we were see= ing way more errors, now they=0A> are reduced, but still come in bursts of = over 1000 errors on=0A> em0.=0A> =0A> /etc/sysctl.conf:=0A> net.inet.ip.fas= tforwarding=3D1=0A> dev.em.0.rx_processing_limit=3D300=0A> dev.em.1.rx_proc= essing_limit=3D300=0A> dev.em.2.rx_processing_limit=3D300=0A> dev.em.3.rx_p= rocessing_limit=3D300=0A> =0A> Still seeing errros, after some searching th= e mailing lists=0A> we also added:=0A> =0A> # the four lines below are repe= ated for em1, em2, em3=0A> dev.em.0.rx_int_delay=3D0=0A> dev.em.0.rx_abs_in= t_delay=3D0=0A> dev.em.0.tx_int_delay=3D0=0A> dev.em.0.tx_abs_int_delay=3D0= =0A> =0A> Still getting errors, so I also added:=0A> =0A> net.inet.ip.intr_= queue_maxlen=3D4096=0A> net.route.netisr_maxqlen=3D1024=0A> =0A> and=0A> = =0A> kern.ipc.nmbclusters=3D655360=0A> =0A> =0A> Also tried with rx_process= ing_limit set to -1 on all em=0A> interfaces, still getting errors.=0A> =0A= > Looking at the shape of the error and packet graphs, there=0A> seems to b= e a correlation between the number of packets per=0A> second on em0 and the= height of the error "spikes" on the=0A> error graph.=A0 These spikes are s= pread throughout the day,=0A> with spaces (zones with no errors) of various= lengths (10=0A> minutes ... 2 hours spaces within the last 24 hours), but= =0A> sometimes there are errors even in the lowest kpps times of=0A> the da= y.=0A> =0A> em0 and em1 error times are correlated, with all errors on=0A> = the graph for em0 having a smaller corresponding error spike=0A> on em1 at = the same time, and sometimes an error spike on=0A> em2.=0A> =0A> The old ro= uter was seeing about the same traffic, and had=0A> em0, em1, re0 and re1 n= etwork cards, and was only seeing=0A> errors on the em cards.=A0 It was run= ning=0A> 7.2-PRERELEASE/i386=0A> =0A> =0A> Any suggestions would be greatly= appreciated.=A0 Please note=0A> that this is a live router, and I can't re= boot it (unless=0A> absolutely necessary).=A0 Tuning that can be applied wi= thout=0A> rebooting will be tried first.=0A> =0A> Here are some more detail= s:=0A> =0A> Trimmed output of netstat -ni (sorry if there are line=0A> brea= ks):=0A> Name=A0 =A0 Mtu Network=A0 =A0 =A0=A0=A0Address=A0 =A0 =A0 =A0 =A0= =A0=0A> =A0 Ipkts Ierrs=A0 =A0 Opkts Oerrs=A0 Coll=0A> em0=A0 =A0 1500 =A0 =A0 =A0 00:14:22:xx:xx:xx=0A> 19744458839 15494721 24284439443=A0 = =A0=A0=A00=A0 =A0=A0=A00=0A> em1=A0 =A0 1500 =A0 =A0 =A0 00:14:22:x= x:xx:xx=0A> 12832245469 123181 10105031790=A0 =A0=A0=A00=A0 =A0=A0=A00=0A> = em2=A0 =A0 1500 =A0 =A0 =A0 00:04:23:xx:xx:xx=0A> 12082552403 10964= 10339416865=A0 =A0=A0=A00=A0 =A0=A0=A00=0A> em3=A0 =A0 1500 =A0 = =A0 =A0 00:04:23:xx:xx:xx=0A> 79912337=A0 =A0=A0=A00 48178737=A0 =A0=A0=A00= =A0 =A0=A0=A00=0A> =0A> Relevant part of pciconf -vl:=0A> =0A> em0@pci0:6:7= :0: class=3D0x020000 card=3D0x016d1028=0A> chip=3D0x10768086 rev=3D0x05 hdr= =3D0x00=0A> =A0 =A0 vendor=A0 =A0=A0=A0=3D 'Intel Corporation'=0A> =A0 =A0 = device=A0 =A0=A0=A0=3D '82541EI Gigabit Ethernet=0A> Controller'=0A> =A0 = =A0 class=A0 =A0 =A0 =3D network=0A> =A0 =A0 subclass=A0=A0=A0=3D ethernet= =0A> em1@pci0:7:8:0: class=3D0x020000 card=3D0x016d1028=0A> chip=3D0x107680= 86 rev=3D0x05 hdr=3D0x00=0A> =A0 =A0 vendor=A0 =A0=A0=A0=3D 'Intel Corporat= ion'=0A> =A0 =A0 device=A0 =A0=A0=A0=3D '82541EI Gigabit Ethernet=0A> Contr= oller'=0A> =A0 =A0 class=A0 =A0 =A0 =3D network=0A> =A0 =A0 subclass=A0=A0= =A0=3D ethernet=0A> em2@pci0:9:4:0: class=3D0x020000 card=3D0x10128086=0A> = chip=3D0x10108086 rev=3D0x01 hdr=3D0x00=0A> =A0 =A0 vendor=A0 =A0=A0=A0=3D = 'Intel Corporation'=0A> =A0 =A0 device=A0 =A0=A0=A0=3D '82546EB Dual Port G= igabit Ethernet=0A> Controller (Copper)'=0A> =A0 =A0 class=A0 =A0 =A0 =3D n= etwork=0A> =A0 =A0 subclass=A0=A0=A0=3D ethernet=0A> em3@pci0:9:4:1: class= =3D0x020000 card=3D0x10128086=0A> chip=3D0x10108086 rev=3D0x01 hdr=3D0x00= =0A> =A0 =A0 vendor=A0 =A0=A0=A0=3D 'Intel Corporation'=0A> =A0 =A0 device= =A0 =A0=A0=A0=3D '82546EB Dual Port Gigabit Ethernet=0A> Controller (Copper= )'=0A> =A0 =A0 class=A0 =A0 =A0 =3D network=0A> =A0 =A0 subclass=A0=A0=A0= =3D ethernet=0A> =0A> Kernel messages after sysctl dev.em.0.stats=3D1:=0A> = (note that I've removed the lines which only showed zeros=0A> in the second= and third outputs)=0A> =0A> em0: Excessive collisions =3D 0=0A> em0: Seque= nce errors =3D 0=0A> em0: Defer count =3D 0=0A> em0: Missed Packets =3D 154= 35312=0A> em0: Receive No Buffers =3D 16446113=0A> em0: Receive Length Erro= rs =3D 0=0A> em0: Receive errors =3D 1=0A> em0: Crc errors =3D 2=0A> em0: A= lignment errors =3D 0=0A> em0: Collision/Carrier extension errors =3D 0=0A>= em0: RX overruns =3D 96826=0A> em0: watchdog timeouts =3D 0=0A> em0: RX MS= IX IRQ =3D 0 TX MSIX IRQ =3D 0 LINK MSIX IRQ =3D 0=0A> em0: XON Rcvd =3D 0= =0A> em0: XON Xmtd =3D 0=0A> em0: XOFF Rcvd =3D 0=0A> em0: XOFF Xmtd =3D 0= =0A> em0: Good Packets Rcvd =3D 19002068797=0A> em0: Good Packets Xmtd =3D = 23168462599=0A> em0: TSO Contexts Xmtd =3D 0=0A> em0: TSO Contexts Failed = =3D 0=0A> =0A> [later]=0A> em0: Excessive collisions =3D 0=0A> em0: Missed = Packets =3D 15459111=0A> em0: Receive No Buffers =3D 16447082=0A> em0: Rece= ive errors =3D 1=0A> em0: Crc errors =3D 2=0A> em0: RX overruns =3D 96835= =0A> em0: Good Packets Rcvd =3D 19165047284=0A> em0: Good Packets Xmtd =3D = 23386976960=0A> =0A> [later]=0A> em0: Excessive collisions =3D 0=0A> em0: M= issed Packets =3D 15470583=0A> em0: Receive No Buffers =3D 16447686=0A> em0= : Receive errors =3D 1=0A> em0: Crc errors =3D 2=0A> em0: RX overruns =3D 9= 6840=0A> em0: Good Packets Rcvd =3D 19255466068=0A> em0: Good Packets Xmtd = =3D 23519004546=0A> =0A=0A=0ANote that "most" pcix motherboards wire onboar= d NICs to 32bits and 33Mhz, mainly because its apparently easier to do so. = Its likely that your =0Aadd-on card is running at 64bits and 133Mhz. =0A=0A= 32bits/33Mhz isn't really fast enough to manage gigabit traffic flows, as= =0Aits max burst is only 1 Gb/s, so you really can't use them for any sort= =0Aof primary traffic flow. Check with you MB manufacturer as they usually= =0Adon't advertise it. =0A=0ABarney=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Mon Aug 3 02:27:36 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD821106564A; Mon, 3 Aug 2009 02:27:36 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 831B68FC13; Mon, 3 Aug 2009 02:27:36 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n732RaNK007081; Mon, 3 Aug 2009 02:27:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n732RaeS007077; Mon, 3 Aug 2009 02:27:36 GMT (envelope-from linimon) Date: Mon, 3 Aug 2009 02:27:36 GMT Message-Id: <200908030227.n732RaeS007077@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/137372: [ral] FreeBSD doesn't support wireless interface from Asus Eee PC 1000H X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 02:27:37 -0000 Old Synopsis: freeBSD doesn't support wireless interface from Asus Eee PC 1000H New Synopsis: [ral] FreeBSD doesn't support wireless interface from Asus Eee PC 1000H Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 3 02:27:06 UTC 2009 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=137372 From owner-freebsd-net@FreeBSD.ORG Mon Aug 3 02:29:39 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D8F41065677; Mon, 3 Aug 2009 02:29:39 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E76A68FC1B; Mon, 3 Aug 2009 02:29:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n732TcSB007274; Mon, 3 Aug 2009 02:29:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n732Tct0007270; Mon, 3 Aug 2009 02:29:38 GMT (envelope-from linimon) Date: Mon, 3 Aug 2009 02:29:38 GMT Message-Id: <200908030229.n732Tct0007270@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/137292: [ste] DFE-580TX not working properly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 02:29:40 -0000 Old Synopsis: DFE-580TX not working properly New Synopsis: [ste] DFE-580TX not working properly Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 3 02:29:09 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=137292 From owner-freebsd-net@FreeBSD.ORG Mon Aug 3 11:07:04 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 074F8106567E for ; Mon, 3 Aug 2009 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E6E238FC18 for ; Mon, 3 Aug 2009 11:07:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n73B738n088725 for ; Mon, 3 Aug 2009 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n73B73Lv088721 for freebsd-net@FreeBSD.org; Mon, 3 Aug 2009 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Aug 2009 11:07:03 GMT Message-Id: <200908031107.n73B73Lv088721@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 11:07:05 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137317 net [tcp] logs full of syncache problems o kern/137292 net [ste] DFE-580TX not working properly o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ o kern/137170 net [ath] atheros AR9285 not recognised o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o kern/136803 net [sctp] [panic] Kernel panic and hanging on using SCTP o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136482 net [age] Attansic L1 Gigabit Ethernet recieves multicasts o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/135067 net [patch] [fib] Incorrect KASSERTs in sys/net/route.c o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134369 net [route] [ip6] IPV6 in Head broken for routing table up o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132625 net [iwn] iwn drivers don't support setting country o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o conf/132179 net [patch] /etc/network.subr: ipv6 rtsol on incorrect wla o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126924 net [an] [patch] printf -> device_printf and simplify prob o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem p kern/122794 net [lagg] Kernel panic after brings lagg(8) up if NICs ar o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116328 net [bge]: Solid hang with bge interface o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 317 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 3 14:04:39 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3426A106566B for ; Mon, 3 Aug 2009 14:04:39 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id A86D78FC13 for ; Mon, 3 Aug 2009 14:04:37 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n73E4Xkn022074 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Aug 2009 18:04:35 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MXy9R-0000jN-S0; Mon, 03 Aug 2009 18:04:33 +0400 From: Vladimir Grebenschikov To: clement@FreeBSD.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Parallels Date: Mon, 03 Aug 2009 18:04:33 +0400 Message-Id: <1249308273.1712.23.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-net Subject: net/haproxy - some ideas X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@parallels.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 14:04:39 -0000 Hi Recently I've looked into net/haproxy port on FreeBSD. Contrary to recent Linux there is no splice() functionality, so all data move between sockets is done through user-space. First idea - to use ksocket netgraph node to accept connections, and send data to both directions, theoretically it may give even better performance then using splice() syscall per every block of data. On first stage (while haproxy read/rewrite http headers) both ksocket nodes to be ended in user-space, initial negotiation finished - these nodes just connected to each other in kernel and no user-space interaction required for further data send through that pair. Second, probably you have tried ongoing splice work Suleiman Souhlal ? (not sure about current status) http://p4db.freebsd.org/branchView.cgi?BRANCH=ssouhlal_splice -- Vladimir B. Grebenschikov Project Manager, Automation Parallels Inc. vgrebenschikov@parallels.com From owner-freebsd-net@FreeBSD.ORG Mon Aug 3 15:22:32 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EB7E106567C; Mon, 3 Aug 2009 15:22:32 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D8B738FC17; Mon, 3 Aug 2009 15:22:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n73FMVsC093317; Mon, 3 Aug 2009 15:22:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n73FMVFn093313; Mon, 3 Aug 2009 15:22:31 GMT (envelope-from linimon) Date: Mon, 3 Aug 2009 15:22:31 GMT Message-Id: <200908031522.n73FMVFn093313@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/137392: [ip] [panic] crash in ip_nat.c line 2577 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 15:22:32 -0000 Old Synopsis: crash in ip_nat.c line 2577 New Synopsis: [ip] [panic] crash in ip_nat.c line 2577 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 3 15:21:16 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=137392 From owner-freebsd-net@FreeBSD.ORG Mon Aug 3 18:57:48 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BE041065675 for ; Mon, 3 Aug 2009 18:57:48 +0000 (UTC) (envelope-from seklecki@noc.cfi.pgh.pa.us) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id 5172F8FC18 for ; Mon, 3 Aug 2009 18:57:48 +0000 (UTC) (envelope-from seklecki@noc.cfi.pgh.pa.us) Received: from [192.168.2.161] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Mon, 03 Aug 2009 14:38:16 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::20 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-net@freebsd.org X-SMFBL: ZnJlZWJzZC1uZXRAZnJlZWJzZC5vcmc= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=noc.cfi.pgh.pa.us; s=noc_cfi_pgh_pa_us_key_dkim; l=631; t=1249324696; i=@noc.cfi.pgh.pa.us; h=Subject:From:To:Cc: Content-Type:Date:Message-Id:Mime-Version:X-Mailer: Content-Transfer-Encoding; bh=zZRr2B5blxSALxbj3Uw7FmlftbA=; b=Mh CO8L01cizzSajqHGaof1Y+BP3SvCO6ktXDN3YLlm6EsuxHdPaxmowneKbAL61xg+ qgMQ+Wuj520uJJnIOk+Bw5AueYbJbMJc43MFrobiTTEaPBkrJfp8lYELthufpS From: "Brian A. Seklecki" To: freebsd-net@freebsd.org Content-Type: text/plain Date: Mon, 03 Aug 2009 14:57:47 -0400 Message-Id: <1249325867.19746.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 (2.26.3-1.fc11) Content-Transfer-Encoding: 7bit Cc: Bill Moran Subject: net.inet.tcp.keepidle and friends X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 18:57:48 -0000 All: The description on this sysctl was just recently added in -CURRENT. It was missing during all of RELENG_6 and RELENG_7? Do we not trust it entirely, ergo the two hour initial threshold and lack of documentation? It also seems like the description could be bit more insightful; looks like it was rushed hence pith / lack of capitalization. netbsd5# sysctl -d net.inet.tcp.keepidle net.inet.tcp.keepidle: Allowed connection idle ticks before a keepalive probe is sent fbsdhead$ sysctl -d net.inet.tcp.keepidle net.inet.tcp.keepidle: time before keepalive probes begin keepalive probe is sent ~BAS From owner-freebsd-net@FreeBSD.ORG Mon Aug 3 19:41:22 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 691FC106566C; Mon, 3 Aug 2009 19:41:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0F4198FC1A; Mon, 3 Aug 2009 19:41:22 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 2CE8D5C024; Tue, 4 Aug 2009 03:41:21 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id E8B9655CD9F9; Tue, 4 Aug 2009 03:41:20 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id reuLG05xl8Wj; Tue, 4 Aug 2009 03:40:22 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 6B0BA55CD9AC; Tue, 4 Aug 2009 03:40:16 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=D7Fl6KNUiHei0Z8MmJeNn9YgR1T8XWx/9X5WeAhhlusNPZGlYSa5+kMbxm6yNqgqr aywZS0rNKno+GLwFVQ5vw== Message-ID: <4A773D09.3030404@delphij.net> Date: Mon, 03 Aug 2009 12:39:53 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090803) MIME-Version: 1.0 To: Jack F Vogel X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Aug 2009 19:41:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Jack, I have observed that, even if -arp is specified when adding an IP address to the em(4) interface, an ARP request is still being sent. Here is a tcpdump from my network environment: 11:15:01.370256 00:13:72:66:b5:d7 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has *.*.152.120 tell *.*.152.120, length 46 11:15:01.370270 00:15:17:92:39:0e > 00:13:72:66:b5:d7, ethertype ARP (0x0806), length 42: Reply *.*.152.120 is-at 00:00:5e:00:01:07, length 28 (The first ARP request was sent from a Dell branded Intel 82541EI based NIC, the latter is from a cheaper server that is part of CARP configuration which is unrelated to the problem in response to the ARP request) I was originally under the impression that there is some bug in our ARP code but with a bce(4) card, the problem does not exist. After a glance at e1000 driver code, it looks like that the e1000 NIC has a feature of hardware interception of ARP, can this be somehow connected? The hardware in question is 82541EI based: em1@pci0:7:8:0: class=0x020000 card=0x016d1028 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82541EI Gigabit Ethernet Controller' class = network subclass = ethernet Thanks in advance! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkp3PQkACgkQi+vbBBjt66A2CQCgt+8prSPRDKdOb61gdfj1zpcF q28An1/UXuo0bcEi4nwlUpYuqD8hR5Lo =56SA -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 07:39:41 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D0EA106566C for ; Tue, 4 Aug 2009 07:39:41 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 319918FC12 for ; Tue, 4 Aug 2009 07:39:40 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 7EE5D3AF765; Tue, 4 Aug 2009 03:39:40 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 04 Aug 2009 03:39:41 -0400 X-Sasl-enc: BRMLY9ps+ijOhWBoafvrqDQjGRWpoDoHfie2gSlQ7EpH 1249371562 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 8E69E2D8A2; Tue, 4 Aug 2009 03:39:22 -0400 (EDT) Message-ID: <4A77E5B9.3060902@incunabulum.net> Date: Tue, 04 Aug 2009 08:39:37 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: "Brian A. Seklecki" References: <1249325867.19746.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> In-Reply-To: <1249325867.19746.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Bill Moran Subject: Re: net.inet.tcp.keepidle and friends X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 07:39:41 -0000 Brian A. Seklecki wrote: > All: > > The description on this sysctl was just recently added in -CURRENT. It > was missing during all of RELENG_6 and RELENG_7? Do we not trust it > entirely, ergo the two hour initial threshold and lack of documentation? > I believe this has just been down to a lack of free time. I keep a copy of TII vol 2 around just in case I ever have to hack TCP; most of the time, it's a doorstop (all the code in almost every chapter of that book has significantly changed). > ... > fbsdhead$ sysctl -d net.inet.tcp.keepidle > net.inet.tcp.keepidle: time before keepalive probes > begin keepalive probe is sent > This is orthogonal, but: When responding to a bug report at $DAYJOB, I eyeballed the SYN-SENT timer code a week ago Sunday, and it looked to me like this knob was also controlling that TCP timer. However, correct me if I'm wrong: in RELENG_7 at least, it looked to me as though unacknowledged initial SYNs are not going to be retransmitted for an active TCP open due to connect() by FreeBSD, which looks like a regression. Is this really the case? The bug report in question was about a component wrapper for TCP sockets, which can't provide an API guarantee about TCP socket behaviour; it is implementation defined behaviour, and in this case, FreeBSD's TCP is the implementation. From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 10:30:05 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91A39106564A for ; Tue, 4 Aug 2009 10:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA908FC2B for ; Tue, 4 Aug 2009 10:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n74AU58M003745 for ; Tue, 4 Aug 2009 10:30:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n74AU5sj003737; Tue, 4 Aug 2009 10:30:05 GMT (envelope-from gnats) Date: Tue, 4 Aug 2009 10:30:05 GMT Message-Id: <200908041030.n74AU5sj003737@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Reko Turja" Cc: Subject: Re: kern/129352: [xl] [patch] xl0 watchdog timeout X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Reko Turja List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 10:30:06 -0000 The following reply was made to PR kern/129352; it has been noted by GNATS. From: "Reko Turja" To: , Cc: Subject: Re: kern/129352: [xl] [patch] xl0 watchdog timeout Date: Tue, 4 Aug 2009 13:10:07 +0300 After updating my firewall box to 7.2-STABLE I started getting the=20 watchdog timeouts with the link state going down and returning back up=20 after couple of seconds on the xl interface. Some seeking from gnats=20 returned this bug report. I applied the patch succesfully on: src/sys/pci/if_xl.c,v 1.210.2.2 2008/04/23 21:28:29 and will give it a shot for some days in order to see if it breaks=20 something or if the watchdog timeouts still keep occurring. So far=20 rebooting after fresh kernel seems to be ok. =20 From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 17:11:55 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963961065670; Tue, 4 Aug 2009 17:11:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.243]) by mx1.freebsd.org (Postfix) with ESMTP id 399DD8FC12; Tue, 4 Aug 2009 17:11:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1967055and.13 for ; Tue, 04 Aug 2009 10:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=8G5hxY0Xa0KddLAXy7N3lExnwJXdSgVp1xukBqMinCA=; b=qP4IbvNl4Sv6uOxz1bojEhyuBWKf/RnyyuvbiwAl0Dgl34g2h7k+zwqtBIIrGfRAdD CBeK4RcliGkeQwF+h3LeNezDbFsh/q3PRfo0n8fnXjQgBrPZOxWWajV53LQkxrklNKP3 s+0ehb0Peeqf3qlvTVxqGO3KDDbv97IUqmXZM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VtoGG1YHy0dWxvDv57fuZSITzXn1u1o3h0cKgrOzuxooLKu/J0jFmfAlGyM2o0iUon +oHzI4/hivw0hXsrxijf7NTkWWUz6/Gh6qGKNvBUHSnXyhKpPQnhNfWcn4vP+0UdyiOj YYoOOma4M8gVDKmied76W9bpQK7KmYakimex0= MIME-Version: 1.0 Received: by 10.101.71.18 with SMTP id y18mr9008763ank.43.1249405914478; Tue, 04 Aug 2009 10:11:54 -0700 (PDT) In-Reply-To: <4A773D09.3030404@delphij.net> References: <4A773D09.3030404@delphij.net> Date: Tue, 4 Aug 2009 10:11:54 -0700 Message-ID: <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> From: Jack Vogel To: d@delphij.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jack F Vogel , freebsd-net@freebsd.org Subject: Re: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 17:11:55 -0000 I don't see how arping or not can be a driver problem, the driver just sends packets queued by the stack, there exists NO mechanism to communicate that kind of thing down into the driver, -arp is something that must be negotiated in the stack somewhere, as for it working with broadcom... Jack On Mon, Aug 3, 2009 at 12:39 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, Jack, > > I have observed that, even if -arp is specified when adding an IP > address to the em(4) interface, an ARP request is still being sent. > Here is a tcpdump from my network environment: > > 11:15:01.370256 00:13:72:66:b5:d7 > ff:ff:ff:ff:ff:ff, ethertype ARP > (0x0806), length 60: Request who-has *.*.152.120 tell *.*.152.120, length > 46 > 11:15:01.370270 00:15:17:92:39:0e > 00:13:72:66:b5:d7, ethertype ARP > (0x0806), length 42: Reply *.*.152.120 is-at 00:00:5e:00:01:07, length 28 > > (The first ARP request was sent from a Dell branded Intel 82541EI based > NIC, the latter is from a cheaper server that is part of CARP > configuration which is unrelated to the problem in response to the ARP > request) > > I was originally under the impression that there is some bug in our ARP > code but with a bce(4) card, the problem does not exist. After a glance > at e1000 driver code, it looks like that the e1000 NIC has a feature of > hardware interception of ARP, can this be somehow connected? The > hardware in question is 82541EI based: > > em1@pci0:7:8:0: class=0x020000 card=0x016d1028 chip=0x10768086 rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82541EI Gigabit Ethernet Controller' > class = network > subclass = ethernet > > Thanks in advance! > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.12 (FreeBSD) > > iEYEARECAAYFAkp3PQkACgkQi+vbBBjt66A2CQCgt+8prSPRDKdOb61gdfj1zpcF > q28An1/UXuo0bcEi4nwlUpYuqD8hR5Lo > =56SA > -----END PGP SIGNATURE----- > From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 17:22:54 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 436EB1065678 for ; Tue, 4 Aug 2009 17:22:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outN.internet-mail-service.net (outn.internet-mail-service.net [216.240.47.237]) by mx1.freebsd.org (Postfix) with ESMTP id 279618FC1E for ; Tue, 4 Aug 2009 17:22:54 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 6977B96EF5; Tue, 4 Aug 2009 10:22:54 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 730D82D6020; Tue, 4 Aug 2009 10:22:53 -0700 (PDT) Message-ID: <4A786E80.5020201@elischer.org> Date: Tue, 04 Aug 2009 10:23:12 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Jack Vogel References: <4A773D09.3030404@delphij.net> <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> In-Reply-To: <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jack F Vogel , freebsd-net@freebsd.org, d@delphij.net Subject: Re: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 17:22:55 -0000 Jack Vogel wrote: > I don't see how arping or not can be a driver problem, the driver just sends > packets queued by the stack, there exists NO mechanism to communicate > that kind of thing down into the driver, -arp is something that must be > negotiated in the stack somewhere, as for it working with broadcom... > > except for the system management stuff. From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 18:02:45 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A63421065672; Tue, 4 Aug 2009 18:02:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 497F68FC14; Tue, 4 Aug 2009 18:02:44 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so1980787and.13 for ; Tue, 04 Aug 2009 11:02:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=nW2y9miyQG490lK3r5Hz/zsMeT4ll/Thdnur0HzXvzQ=; b=YgnmmpHzhXkNzAcISQByJ/3LPTeG9DhOhGsk72lmFsBLzTSkaP0Y7YbqhB5nqxzIEk 5ytBDUlJggjsmovvHu9XlsB7EKMMpTkso1lneahcGWSu+NB9Rr9pNiL64vCu6BmzNbSV guJkDiVa4SMGfZWnFuTrkOGM/+n3lpW/DEuD0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GlU0LZY7xfa9GqCcFCMVlMQeBw6KvcZpD4N08TzKQArtFcY8AjtqKiQJisFQzzoBDE fDhXMyx2rjk7gmMxIyh/24w2AQVPNxyr+PkSGUlcVR9R2F+etSJohzoh40fqGOmjxvax fUpSXZq6n+RJzSfzlGlfjPfQiZJOJzOdC8uDI= MIME-Version: 1.0 Received: by 10.100.254.15 with SMTP id b15mr9307694ani.27.1249408964390; Tue, 04 Aug 2009 11:02:44 -0700 (PDT) In-Reply-To: <4A786E80.5020201@elischer.org> References: <4A773D09.3030404@delphij.net> <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> <4A786E80.5020201@elischer.org> Date: Tue, 4 Aug 2009 11:02:44 -0700 Message-ID: <2a41acea0908041102h4249faa4r8db4f9178f0ca172@mail.gmail.com> From: Jack Vogel To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jack F Vogel , freebsd-net@freebsd.org, d@delphij.net Subject: Re: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 18:02:46 -0000 Ya, except that's when the hardware 'eats' the arp that the OS sends, not one where it sends one the OS doesn't want :) This is the first I've even heard of this option, but I can't see how its a driver thing, either the stack sends an arp packet or it doesnt, right? jack On Tue, Aug 4, 2009 at 10:23 AM, Julian Elischer wrote: > Jack Vogel wrote: > >> I don't see how arping or not can be a driver problem, the driver just >> sends >> packets queued by the stack, there exists NO mechanism to communicate >> that kind of thing down into the driver, -arp is something that must be >> negotiated in the stack somewhere, as for it working with broadcom... >> >> >> > except for the system management stuff. > From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 18:40:09 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E2091065690 for ; Tue, 4 Aug 2009 18:40:09 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6838FC12 for ; Tue, 4 Aug 2009 18:40:08 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n74Iciax008381; Tue, 4 Aug 2009 11:38:46 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 4 Aug 2009 11:37:26 -0700 Message-ID: In-Reply-To: <4A773D09.3030404@delphij.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: em(4): sending ARP regardless of NOARP flag Thread-Index: AcoUcpJpTWRcKMVzSfemDReHQiHO1gAv6BkQ References: <4A773D09.3030404@delphij.net> From: "Li, Qing" To: , "Jack F Vogel" Cc: freebsd-net@freebsd.org Subject: RE: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 18:40:09 -0000 Is this on -CURRENT ? --Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Xin LI > Sent: Monday, August 03, 2009 12:40 PM > To: Jack F Vogel > Cc: freebsd-net@freebsd.org > Subject: em(4): sending ARP regardless of NOARP flag >=20 > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Hi, Jack, >=20 > I have observed that, even if -arp is specified when adding an IP > address to the em(4) interface, an ARP request is still being sent. > Here is a tcpdump from my network environment: >=20 > 11:15:01.370256 00:13:72:66:b5:d7 > ff:ff:ff:ff:ff:ff, ethertype ARP > (0x0806), length 60: Request who-has *.*.152.120 tell *.*.152.120, > length 46 > 11:15:01.370270 00:15:17:92:39:0e > 00:13:72:66:b5:d7, ethertype ARP > (0x0806), length 42: Reply *.*.152.120 is-at 00:00:5e:00:01:07, length > 28 >=20 > (The first ARP request was sent from a Dell branded Intel 82541EI based > NIC, the latter is from a cheaper server that is part of CARP > configuration which is unrelated to the problem in response to the ARP > request) >=20 > I was originally under the impression that there is some bug in our ARP > code but with a bce(4) card, the problem does not exist. After a > glance > at e1000 driver code, it looks like that the e1000 NIC has a feature of > hardware interception of ARP, can this be somehow connected? The > hardware in question is 82541EI based: >=20 > em1@pci0:7:8:0: class=3D0x020000 card=3D0x016d1028 chip=3D0x10768086 > rev=3D0x05 > hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82541EI Gigabit Ethernet Controller' > class =3D network > subclass =3D ethernet >=20 > Thanks in advance! >=20 > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.12 (FreeBSD) >=20 > iEYEARECAAYFAkp3PQkACgkQi+vbBBjt66A2CQCgt+8prSPRDKdOb61gdfj1zpcF > q28An1/UXuo0bcEi4nwlUpYuqD8hR5Lo > =3D56SA > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 18:46:50 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE8DB1065670 for ; Tue, 4 Aug 2009 18:46:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outQ.internet-mail-service.net (outq.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id B26DF8FC14 for ; Tue, 4 Aug 2009 18:46:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id D03A23E1D5; Tue, 4 Aug 2009 11:46:50 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 8FBB82D601F; Tue, 4 Aug 2009 11:46:49 -0700 (PDT) Message-ID: <4A78822D.1080507@elischer.org> Date: Tue, 04 Aug 2009 11:47:09 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Jack Vogel References: <4A773D09.3030404@delphij.net> <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> <4A786E80.5020201@elischer.org> <2a41acea0908041102h4249faa4r8db4f9178f0ca172@mail.gmail.com> In-Reply-To: <2a41acea0908041102h4249faa4r8db4f9178f0ca172@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jack F Vogel , freebsd-net@freebsd.org, d@delphij.net Subject: Re: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 18:46:51 -0000 Jack Vogel wrote: > Ya, except that's when the hardware 'eats' the arp that the OS sends, > not one > where it sends one the OS doesn't want :) > > This is the first I've even heard of this option, but I can't see how its a > driver thing, either the stack sends an arp packet or it doesnt, right? noarp is supposed to stop it responding to arps too. it won't stop IPMI from doing it though. just an idea > > jack > > > On Tue, Aug 4, 2009 at 10:23 AM, Julian Elischer > wrote: > > Jack Vogel wrote: > > I don't see how arping or not can be a driver problem, the > driver just sends > packets queued by the stack, there exists NO mechanism to > communicate > that kind of thing down into the driver, -arp is something that > must be > negotiated in the stack somewhere, as for it working with > broadcom... > > > > except for the system management stuff. > > From owner-freebsd-net@FreeBSD.ORG Tue Aug 4 18:59:59 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 111BC106564A; Tue, 4 Aug 2009 18:59:59 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 95EB48FC0C; Tue, 4 Aug 2009 18:59:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id A1DD75C024; Wed, 5 Aug 2009 02:59:57 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 397BA55CDAFE; Wed, 5 Aug 2009 02:59:57 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id ZLSdyHeYZJAp; Wed, 5 Aug 2009 02:58:58 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id BBF2E55CD9BB; Wed, 5 Aug 2009 02:58:51 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=BlFfasxgQTz3L9bIaeE6B3dZX9J9IrCMCNbnWz3DllIe1vUUZGs/sd0S/Ajrv5voc hCMdbhJbAJlBWMYrtNarQ== Message-ID: <4A7884DA.2020006@delphij.net> Date: Tue, 04 Aug 2009 11:58:34 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.22 (X11/20090803) MIME-Version: 1.0 To: "Li, Qing" References: <4A773D09.3030404@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jack F Vogel , freebsd-net@freebsd.org, d@delphij.net Subject: Re: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2009 18:59:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Li, Qing wrote: > Is this on -CURRENT ? No, it's 7.2-RELEASE-p2. > --Qing > > >> -----Original Message----- >> From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- >> net@freebsd.org] On Behalf Of Xin LI >> Sent: Monday, August 03, 2009 12:40 PM >> To: Jack F Vogel >> Cc: freebsd-net@freebsd.org >> Subject: em(4): sending ARP regardless of NOARP flag >> > Hi, Jack, > > I have observed that, even if -arp is specified when adding an IP > address to the em(4) interface, an ARP request is still being sent. > Here is a tcpdump from my network environment: > > 11:15:01.370256 00:13:72:66:b5:d7 > ff:ff:ff:ff:ff:ff, ethertype ARP > (0x0806), length 60: Request who-has *.*.152.120 tell *.*.152.120, > length 46 > 11:15:01.370270 00:15:17:92:39:0e > 00:13:72:66:b5:d7, ethertype ARP > (0x0806), length 42: Reply *.*.152.120 is-at 00:00:5e:00:01:07, length > 28 > > (The first ARP request was sent from a Dell branded Intel 82541EI >> based > NIC, the latter is from a cheaper server that is part of CARP > configuration which is unrelated to the problem in response to the ARP > request) > > I was originally under the impression that there is some bug in our >> ARP > code but with a bce(4) card, the problem does not exist. After a > glance > at e1000 driver code, it looks like that the e1000 NIC has a feature >> of > hardware interception of ARP, can this be somehow connected? The > hardware in question is 82541EI based: > > em1@pci0:7:8:0: class=0x020000 card=0x016d1028 chip=0x10768086 > rev=0x05 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82541EI Gigabit Ethernet Controller' > class = network > subclass = ethernet > > Thanks in advance! > > Cheers, _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkp4hNkACgkQi+vbBBjt66Bo0ACbBWVUdrEmwqaiRUYmezoMukqA lskAnRPsFHa+BssSt4sBnPDKDhj+sczw =dKzv -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Wed Aug 5 13:20:08 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B78C1065670 for ; Wed, 5 Aug 2009 13:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 509468FC14 for ; Wed, 5 Aug 2009 13:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n75DK89C013541 for ; Wed, 5 Aug 2009 13:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n75DK8eO013540; Wed, 5 Aug 2009 13:20:08 GMT (envelope-from gnats) Date: Wed, 5 Aug 2009 13:20:08 GMT Message-Id: <200908051320.n75DK8eO013540@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mark Rekai Cc: Subject: Re: kern/137392: [ip] [panic] crash in ip_nat.c line 2577 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Rekai List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 13:20:08 -0000 The following reply was made to PR kern/137392; it has been noted by GNATS. From: Mark Rekai To: "bug-followup@FreeBSD.org" , "mark@inetu.net" Cc: Subject: Re: kern/137392: [ip] [panic] crash in ip_nat.c line 2577 Date: Wed, 5 Aug 2009 08:57:15 -0400 This appears to duplicate http://www.freebsd.org/cgi/query-pr.cgi?pr=3D1316= 01&cat=3D. I have inspected the last packet handled. The IP header appears intact and= valid, but everything from that point onward (TCP header and payload) is g= arbage.= From owner-freebsd-net@FreeBSD.ORG Wed Aug 5 20:55:50 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D3D7106564A; Wed, 5 Aug 2009 20:55:50 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id 446748FC13; Wed, 5 Aug 2009 20:55:49 +0000 (UTC) Received: from [10.9.200.131] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Wed, 05 Aug 2009 12:54:48 -0700 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Wed, 5 Aug 2009 12:54:47 -0700 From: "David Christensen" To: "Jack Vogel" , "Julian Elischer" Date: Wed, 5 Aug 2009 12:54:46 -0700 Thread-Topic: em(4): sending ARP regardless of NOARP flag Thread-Index: AcoVLgrkAgvkwClYTrmKhTutGZsmdAA1+OaQ Message-ID: <5D267A3F22FD854F8F48B3D2B523819339EC3813D2@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4A773D09.3030404@delphij.net> <2a41acea0908041011kaba6ab0ra6fec3b309fc42ef@mail.gmail.com> <4A786E80.5020201@elischer.org> <2a41acea0908041102h4249faa4r8db4f9178f0ca172@mail.gmail.com> In-Reply-To: <2a41acea0908041102h4249faa4r8db4f9178f0ca172@mail.gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 66673C0260067309361-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Jack F Vogel , "freebsd-net@freebsd.org" , "d@delphij.net" Subject: RE: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2009 20:55:50 -0000 > >> I don't see how arping or not can be a driver problem, the driver=20 > >> just sends packets queued by the stack, there exists NO=20 > mechanism to=20 > >> communicate that kind of thing down into the driver, -arp is=20 > >> something that must be negotiated in the stack somewhere,=20 > as for it=20 > >> working with broadcom... > >> > >> > >> > > except for the system management stuff. On the bce(9) driver does it display the "MFW" flag during driver load? That would indicate whether NC-SI style management firmware is running which would be unexpected on a NIC card. If the Intel LOM is connected to a baseboard management controller or service processor then the BMC or SP are likely generating the ARP. What's the source MAC address of the ARP? Does it match the LOM's MAC address or the MAC address of any BMC or SP? The latter would generally be printed on a tag on the system or perhaps in a BMC setup screen visible during POST. Dave= From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 06:08:43 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB6E106566C for ; Thu, 6 Aug 2009 06:08:43 +0000 (UTC) (envelope-from sergv326@gmail.com) Received: from mail-bw0-f220.google.com (mail-bw0-f220.google.com [209.85.218.220]) by mx1.freebsd.org (Postfix) with ESMTP id A0F318FC1D for ; Thu, 6 Aug 2009 06:08:42 +0000 (UTC) Received: by bwz20 with SMTP id 20so579797bwz.9 for ; Wed, 05 Aug 2009 23:08:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=/cie0PnXUo6wtz2KskFDWWGXt3SBguBYTsbCBA2G4Ls=; b=QBGhzVLPBu9J07vZKZ5mmfObh9GsE1SamHrCedky04V1jipV2ayycMmObVJVzFWHVV ByXOQQcBDiOjs9BA47WoZyhhBHX5ghYaAf2UucBEAtMm1e3WVHGQit2kkgC6C6fVe3E9 G1kSEoSzeGF1RF0gpx55HHee32g46NSgXUQHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=mItssTIexUgReT3vJHBV3OnRW+M3DTh0x478e2t1Z2MyYP3hW+wSM2q1NvvEsLVJfC HvBP4Th3+hTB7reBk8oNNXTRUpwEXUXxHmUhYbB/R4TlazFUFtB+6T3GlAX/vaKD/He3 iNpNX5c1mXm0RWxSG8lZvrh3HYnPQ2L7GXrp8= MIME-Version: 1.0 Received: by 10.239.142.196 with SMTP id h4mr876848hba.31.1249537409378; Wed, 05 Aug 2009 22:43:29 -0700 (PDT) Date: Thu, 6 Aug 2009 09:43:29 +0400 Message-ID: From: serg vasilyev To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: LACP support and if_tap interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 06:08:43 -0000 Hi everyone. Can anyone modify if_tap interface to achieve LACP needs (probably add a virtual media i suspect)? I want to create an Ethernet tunnel with aggregation via openvpn but if_tap interface cannot give right internal capabilities for lagg and LACP to work properly From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 06:45:48 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02CAF106566B for ; Thu, 6 Aug 2009 06:45:48 +0000 (UTC) (envelope-from boseatjntu@yahoo.com) Received: from web62108.mail.re1.yahoo.com (web62108.mail.re1.yahoo.com [69.147.74.246]) by mx1.freebsd.org (Postfix) with SMTP id 9C4248FC16 for ; Thu, 6 Aug 2009 06:45:47 +0000 (UTC) Received: (qmail 27272 invoked by uid 60001); 6 Aug 2009 06:19:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1249539546; bh=2HPGsS1MLzfSix7+Gw9HuQVPhy6vhSEbWlOJ/9Q+zsU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=AEa1p3RlUOg2riRpqLZyECXxdmq8WRNMyfHQ0zwKGcmH07Yj3S5zmS3IWacV6MFNoUi119uT8XpRHgkQmHpjzRf+U4lWV5hDWplRJBB2x66+qNgnWp93wYxFbKfZGeJwz8hJWcOGdHUnvY2BRhxYObFAnM4iThTLULN1Iszn/ik= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=vsXGvpO4fsn7zgp1RTlIXeu7e7/K3D+ghRgDy6kaof6P+yoEu2wWCrRb0RY31ewJpdmDhmSUI0VxJjK+qFfrMI6WPfTtvT2wQzCRxqZgEUy7Y1ZlhDorsv7/3/kJUbDZmnvc8CjQ78JT7jJXFsZtK8kQBWDBBJ2z/T3zXQOStgg=; Message-ID: <764002.27248.qm@web62108.mail.re1.yahoo.com> X-YMail-OSG: qTEXm9QVM1lOcx2G7OgW9eBD8oOGeXSJ_VOetNQrxe.ijwJeGYTg70mHWMQgX8O7fE.BSNhtNzTrTpUMlDTm3enx0KdSYcsW6KbeLtg.fuaZq1RN.S86Js0v4mH3yPuGRTGrNIPz5sNZwpHegubsA3iNpS9uuKnmr_Ch6Sv6RYE9H6.LIhKgq13ty44unGSBoMxPPtPVJUsEUP6LTXyt2PgqkR3HQxO45TvfBQZtkdHPPIaLsg4IgNPmEoa4CFoCNUFwui_Y6nTSqnl2JbAne1iFNDV3rjQS Received: from [15.219.201.79] by web62108.mail.re1.yahoo.com via HTTP; Wed, 05 Aug 2009 23:19:06 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Wed, 5 Aug 2009 23:19:06 -0700 (PDT) From: bose vemuri To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How to build TCP/IP Stack. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 06:45:48 -0000 Hi All, =A0 I have Installed FreeBSD on my Home PC. I would like to build TCP/IP stack = module. please guide/help me to build the stack. =A0 Thank in advance, Bose.=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 07:38:21 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F7F1106566C for ; Thu, 6 Aug 2009 07:38:21 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outP.internet-mail-service.net (outp.internet-mail-service.net [216.240.47.239]) by mx1.freebsd.org (Postfix) with ESMTP id 493EB8FC19 for ; Thu, 6 Aug 2009 07:38:21 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id 82FDFB0D06; Thu, 6 Aug 2009 00:38:21 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 57F612D6006; Thu, 6 Aug 2009 00:38:20 -0700 (PDT) Message-ID: <4A7A886B.3060900@elischer.org> Date: Thu, 06 Aug 2009 00:38:19 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: bose vemuri References: <764002.27248.qm@web62108.mail.re1.yahoo.com> In-Reply-To: <764002.27248.qm@web62108.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: How to build TCP/IP Stack. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 07:38:21 -0000 bose vemuri wrote: > Hi All, > > I have Installed FreeBSD on my Home PC. I would like to build TCP/IP stack module. please guide/help me to build the stack. > > Thank in advance, > Bose. > The tcp stackis not a separate module. there are parts of the system that are, but TCP/IP is not one of them. if you explained a bit more about what you want to do maybe we can help you... to recompile the system, assuming you have /usr/src installed. cd /usr/src; make buildkernel && make installkernel && reboot > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 08:38:06 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F12B1065673 for ; Thu, 6 Aug 2009 08:38:06 +0000 (UTC) (envelope-from denis.berezhnoy@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id BAFE48FC08 for ; Thu, 6 Aug 2009 08:38:05 +0000 (UTC) Received: by yxe11 with SMTP id 11so863635yxe.3 for ; Thu, 06 Aug 2009 01:38:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=JPwmCn4T6BxWkeDz1XFn6d2LD907V42OHI6wlYpUaEE=; b=Q8kLsf9zVpMP93mCz/OyGi7s6+ErQuu3FyjdRu5J7ImZAUupOK69iLd6fJbMY64Fh7 1E1BRmJyPdWl/IZPGX2EFPWv6BfQMTqZ1c/hGNNY4mGkaivEJs+BlzqDUKCAQb4iU7E9 RXmTeSOmAUrW4vIeqqLQGydLOfzvIphx2Nwn4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=uSnugO1zD+/28RAkDleFPOvdKe6F2sJTV28XnId86G4tFN0Usq7+RDDYdn1Mtb0Pep XQc83WahaezLZp8u2Fj1fF4kk9x8Is5g1IlIq7OYSPa1PeZ/H/tlYtiYIF5OvV5Ei1VG yJaqEH7Jf8DqWIG3cPKJmLkRBjkFGHnVRDPJ4= MIME-Version: 1.0 Received: by 10.231.36.68 with SMTP id s4mr3206236ibd.47.1249546519696; Thu, 06 Aug 2009 01:15:19 -0700 (PDT) Date: Thu, 6 Aug 2009 17:15:19 +0900 Message-ID: <18b5e36e0908060115g76a56da3qb23fdd208e7c4a4c@mail.gmail.com> From: Denis Berezhnoy To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: kevent behavior with TCP socket X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 08:38:06 -0000 Hi guys, I have question regarding kevent behavior with TCP socket. Hope you can advise anything. I am trying to connect the server in non block mode. When I call connect it returns -1 and errno=EINPROGRESS. Then I use kqueue and kevent with EVFILT_WRITE and timeout 100 msec to wait when server will be available to accept connection. kevent returns me 1 event without any timeout (filters = -2 (EVFILT_WRITE) flags = 0 data = 43008) So I consider this as server is ready to accept connection but when I check socket error after kevent returns by getsockopt with SOL_SOCKET and SO_ERROR params it returns me socket error 54 ECONNRESET /* Connection reset by peer */ and no connection can be established using this socket. I am confused why kevent returns event that seems to indicate good condition but actual socket status indicates error. What I am doing wrong? Sorry for this rough description of the problem my code is the part of large system so I can not simply copy paste code. I am using: FreeBSD freebsd 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Best regards Denis From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 11:20:02 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8EC51065672 for ; Thu, 6 Aug 2009 11:20:02 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id 5A63D8FC1D for ; Thu, 6 Aug 2009 11:20:02 +0000 (UTC) Received: (qmail 92279 invoked by uid 60001); 6 Aug 2009 11:20:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1249557601; bh=3enHxl24fwpCCDgPqh1bO3tLSIJDfweI8oMVd+bz5q0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=pNIiZcZRfmK3HkE9Gcjc8t+vbyrE11S7i0J402+hQkSR76fst2T5XpRCZeTNNA3QRK4My2jtgXQH3g57CuYojTjJmmXOYxAmNuX+wBa4RhcdCgpttZsiHwPJDWSJtcEJGZiCfXmH8geIHb98kkw8kWdMq4c5jUUXNPGCnVbXc8M= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=cyrDwP0kYVGFGnfLwc9DUEt+HYQZEM1RkeeIiRpDatGHm+tdrTnAqqdjmwEzXpqItCzbPX+6RzD8mwRaVmCjLah+TCS0yW9wIGNkjtGCbO1QCYv16Ft8RqQPSzIILMZywHYsesjOcTNamyao8g+GpujeneQsw8WCtr8l2jWaki4=; Message-ID: <692150.91493.qm@web63906.mail.re1.yahoo.com> X-YMail-OSG: ffF9SB4VM1lykbuEQ6Gk2iaKtC82sOo2Yai8q_oI780A0k5UYWXiFgpdoy70nCvBppga3icWNDvHuZqC2dQWJnCpOEbLGUpxb4X6COUuPO6dwSrrxkCJokXmIoQ98mLjjxQQwgtxzJqBBkFo.Qv_S2XwN.f1dIjDJ5bv4502WaidLaiPCl5NSP5jpuMLqKhm4KvV7gQeR_zgsjz9IW4tHvqzDdAu.unkHNdoYQaJ0N.DPZ3Htda3JOIGitNv1CS5JlaAbnHQn9EcMfDZZ5GTDrxwrzsWXReRWYSOInMjm2b2n0UEWtVPp0K28fB8iQ-- Received: from [66.176.162.245] by web63906.mail.re1.yahoo.com via HTTP; Thu, 06 Aug 2009 04:20:01 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Thu, 6 Aug 2009 04:20:01 -0700 (PDT) From: Barney Cordoba To: Jack Vogel , Julian Elischer , David Christensen In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819339EC3813D2@IRVEXCHCCR01.corp.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jack F Vogel , "freebsd-net@freebsd.org" , "d@delphij.net" Subject: RE: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 11:20:03 -0000 =0A=0A--- On Wed, 8/5/09, David Christensen wrote:= =0A=0A> From: David Christensen =0A> Subject: RE: em(= 4): sending ARP regardless of NOARP flag=0A> To: "Jack Vogel" , "Julian Elischer" =0A> Cc: "Jack F Vogel" , "freebsd-net@freebsd.org" , "d@delp= hij.net" =0A> Date: Wednesday, August 5, 2009, 3:54 PM=0A> >= >> I don't see how arping=0A> or not can be a driver problem, the driver = =0A> > >> just sends packets queued by the stack, there=0A> exists NO =0A> = > mechanism to =0A> > >> communicate that kind of thing down into the=0A> d= river, -arp is =0A> > >> something that must be negotiated in the=0A> stack= somewhere, =0A> > as for it =0A> > >> working with broadcom...=0A> > >> =0A> > >>=0A> > >>=0A> > > except for the system management stuff.=0A= > =0A> On the bce(9) driver does it display the "MFW" flag during=0A> drive= r load?=A0 That would indicate whether NC-SI style=0A> management=0A> firmw= are is running which would be unexpected on a NIC=0A> card.=0A> If the Inte= l LOM is connected to a baseboard management=0A> controller=0A> or service = processor then the BMC or SP are likely=0A> generating=0A> the ARP.=A0 What= 's the source MAC address of the=0A> ARP?=A0 Does it=0A> match the LOM's MA= C address or the MAC address of any BMC=0A> or SP?=0A> The latter would gen= erally be printed on a tag on the=0A> system or=0A> perhaps in a BMC setup = screen visible during POST.=0A=0AThe em driver calls arp_ifinit() when an a= ddress is set which causes=0Aan ARP to go out when a new address is set. It= seems that=0Athe ARP logic should know not to send it out, but you could c= ertainly=0Aadd a check in if_em to avoid calling that. It seems that Bill P= aul =0Acloned drivers don't use such logic so the broadcoms don't have it.= =0A=0ABarney=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 12:59:05 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A85C106566B for ; Thu, 6 Aug 2009 12:59:05 +0000 (UTC) (envelope-from boseatjntu@yahoo.com) Received: from web62106.mail.re1.yahoo.com (web62106.mail.re1.yahoo.com [69.147.74.244]) by mx1.freebsd.org (Postfix) with SMTP id 148C38FC1C for ; Thu, 6 Aug 2009 12:59:04 +0000 (UTC) Received: (qmail 53121 invoked by uid 60001); 6 Aug 2009 12:59:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1249563544; bh=GGs9OqYe9Up5C8+/infqzdx3anrIrB8IBEAkt2qkrmM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=gJXahFyXmaXMyJ8h3T98jv/2EWP8o6UQ0sMTXD20PNc9SSI0S6z9nOWqC+x5DN23sRe/CFbYFXe5tO+7EBY0c3hwnmp5aDVakvSTxP6EIOB3GRuLH0fYhUsWrV6XbKl2pk+sMXgVyqXD77qS6gHp8Zptr7DU0D40/n2gC8mRles= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=pic2+S4sZxMSUIdpt4yPmperNzT8b7cpCmhxUHIciPZr4zoKsmz+Ptl1K1IHfnh5gHP31Sbipxjz3nytlnfNORphzFldKZm5lYuWQ6Tuk9FpDjStgJex3FbgT6+qsfXmxoS7QyUZcWxpbGYj6BOgXQnwWPmfhBwcBZis0GS4uLQ=; Message-ID: <429535.52145.qm@web62106.mail.re1.yahoo.com> X-YMail-OSG: R5Uia8IVM1mrNU3KKK9TmmDx5K8kbD0_lOY8mpOGCVIiZErhYRTXvOVsoJvQtWtaCQ4yZ1y7Un6KW4STk7idTiL0D4DsJaGqvuRmPkBxYHZ50bDhDqzTyeTrDbmClTZ_VbBFDqco3353UTRmORQY7oVJhk2oaoJCHOywC4CX9Mz4IzbxCIasGAKe3a3csb4d5EtKOEh2CVEFhpCcZE_NNFQOtkDBXeNhBA4C4L_fbuh2s4HruOta9pnLFCNn8cu79DfJT4uCSXv7XtN.Dv83Vr25Iyj8pdU6Ur2Yy6p.jzrcBLBJ1vuYPP7JW0Hds3NoECjPXpzOW1ChIbj8kCS7IQ6x_c4swh24nQL3f4nw Received: from [59.92.174.2] by web62106.mail.re1.yahoo.com via HTTP; Thu, 06 Aug 2009 05:59:04 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Thu, 6 Aug 2009 05:59:04 -0700 (PDT) From: bose vemuri To: freebsd-net@freebsd.org In-Reply-To: <4A7A886B.3060900@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: julian@elischer.org Subject: Re: How to port/build TCP/IP Stack. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 12:59:05 -0000 Hi, =A0 Thank you=A0for your reply. Actually we need to implement TCP/IP stack on B= oot Loader(MIPS). We are planning to port FreeBSD TCP/IP Stack. Please help= me out how can i proceed further.=A0 =A0 Thanks in advance,=20 Bose. --- On Thu, 8/6/09, Julian Elischer wrote: From: Julian Elischer Subject: Re: How to build TCP/IP Stack. To: "bose vemuri" Cc: freebsd-net@freebsd.org Date: Thursday, August 6, 2009, 1:08 PM bose vemuri wrote: > Hi All, >=A0 I have Installed FreeBSD on my Home PC. I would like to build TCP/IP s= tack module. please guide/help me to build the stack. >=A0 Thank in advance, > Bose. >=20 The tcp stackis not a separate module. there are parts of the system that are, but TCP/IP is not one of them. if you explained a bit more about what you want to do maybe we can help you... to recompile the system, assuming you have /usr/src installed. cd /usr/src; make buildkernel && make installkernel && reboot >=20 >=A0 =A0 =A0=A0=A0_______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" =0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 16:05:55 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8607A106564A; Thu, 6 Aug 2009 16:05:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 40D958FC14; Thu, 6 Aug 2009 16:05:54 +0000 (UTC) Received: by rv-out-0506.google.com with SMTP id f9so183998rvb.43 for ; Thu, 06 Aug 2009 09:05:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=7umSZccEabdSzh5LzuIb24LVYlSBVUXjzG6JxWZz+io=; b=h/xQ/K/hLQYpitPHqNwvjCrdkou5rYl5WiJdEaHsUymcbralextKLCjW/ZFnbYDJMx R6RfJsMT47Fq96aITrYrnVThBjHsSVgjcQpuPehd56yLl/qlkEBh0EIROT4IbnFmdaXF RmDkonMujgEYOR/bUyo6oMAlMhd4vpQg/wfzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=jDL+KI7g4Xk2ra5RW6xE5fZY+Psgu4yUJS8MX9RhMzCpLMwWoTMKHjOE1vFr7zC2Lf Jd4vRnKV46py00a/EG4e5sEfGmb35jpmHwsIeE27Pdl9p9U4VVrB8TWW47EzLKU7T9DO CQzmrnCLeAd5gy7gry+STcYrz6MpinFuGo6YA= MIME-Version: 1.0 Received: by 10.140.225.17 with SMTP id x17mr28677rvg.47.1249574754614; Thu, 06 Aug 2009 09:05:54 -0700 (PDT) In-Reply-To: <692150.91493.qm@web63906.mail.re1.yahoo.com> References: <5D267A3F22FD854F8F48B3D2B523819339EC3813D2@IRVEXCHCCR01.corp.ad.broadcom.com> <692150.91493.qm@web63906.mail.re1.yahoo.com> Date: Thu, 6 Aug 2009 09:05:54 -0700 Message-ID: <2a41acea0908060905n69edf1dfkbf993d9f8a4edf37@mail.gmail.com> From: Jack Vogel To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jack F Vogel , "freebsd-net@freebsd.org" , David Christensen , "d@delphij.net" , Julian Elischer Subject: Re: em(4): sending ARP regardless of NOARP flag X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 16:05:55 -0000 Oh, hmmm, ok I'll look into that code. Thanks Barney. Jack On Thu, Aug 6, 2009 at 4:20 AM, Barney Cordoba wrote: > > > --- On Wed, 8/5/09, David Christensen wrote: > > > From: David Christensen > > Subject: RE: em(4): sending ARP regardless of NOARP flag > > To: "Jack Vogel" , "Julian Elischer" < > julian@elischer.org> > > Cc: "Jack F Vogel" , "freebsd-net@freebsd.org" < > freebsd-net@freebsd.org>, "d@delphij.net" > > Date: Wednesday, August 5, 2009, 3:54 PM > > > >> I don't see how arping > > or not can be a driver problem, the driver > > > >> just sends packets queued by the stack, there > > exists NO > > > mechanism to > > > >> communicate that kind of thing down into the > > driver, -arp is > > > >> something that must be negotiated in the > > stack somewhere, > > > as for it > > > >> working with broadcom... > > > >> > > > >> > > > >> > > > > except for the system management stuff. > > > > On the bce(9) driver does it display the "MFW" flag during > > driver load? That would indicate whether NC-SI style > > management > > firmware is running which would be unexpected on a NIC > > card. > > If the Intel LOM is connected to a baseboard management > > controller > > or service processor then the BMC or SP are likely > > generating > > the ARP. What's the source MAC address of the > > ARP? Does it > > match the LOM's MAC address or the MAC address of any BMC > > or SP? > > The latter would generally be printed on a tag on the > > system or > > perhaps in a BMC setup screen visible during POST. > > The em driver calls arp_ifinit() when an address is set which causes > an ARP to go out when a new address is set. It seems that > the ARP logic should know not to send it out, but you could certainly > add a check in if_em to avoid calling that. It seems that Bill Paul > cloned drivers don't use such logic so the broadcoms don't have it. > > Barney > > > > From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 20:58:34 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D589106566B for ; Thu, 6 Aug 2009 20:58:34 +0000 (UTC) (envelope-from ericx@ericx.net) Received: from QMTA10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id B4C108FC17 for ; Thu, 6 Aug 2009 20:58:33 +0000 (UTC) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA10.westchester.pa.mail.comcast.net with comcast id Qyvr1c0060QuhwU5A8lJnS; Thu, 06 Aug 2009 20:45:18 +0000 Received: from smtp.ericx.net ([76.24.209.147]) by OMTA02.westchester.pa.mail.comcast.net with comcast id R8lH1c00a3BMG6c3N8lJnp; Thu, 06 Aug 2009 20:45:18 +0000 Received: from smtp.ericx.net (localhost.ericx.net [127.0.0.1]) by smtp.ericx.net (Postfix) with ESMTP id 5C82E129F7CF for ; Thu, 6 Aug 2009 20:47:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=ericx.net; h=message-id :date:from:mime-version:to:subject:content-type :content-transfer-encoding; s=selector1; bh=gGOIVvyr+hlPC0ugGYtc VPO6px4=; b=xbIhJniqVop405zoqP8STBGmRuTiT2SpwZS+x/aY+AQAENYWmiZq tMZ5Ig3orspR08O6aCAXsMcHkTv120Inxw0Msgast3qThmnHVbjFJxwW5ToToFLh X+fSZiq5k9buyIAf0nBo8HLHbKNbNsbmzDIY2/EAFSQaaKMsjdrnNL0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=ericx.net; h=message-id:date :from:mime-version:to:subject:content-type :content-transfer-encoding; q=dns; s=selector1; b=DJyW8ddVCF/kKJ CA+PB7fiLdnfvmwy5LGYyTWIa0s4sySM7IdNmg8lgOXZ/2cqUZFgzZrKyJpceXEV atG3Hv5+w+fJx6xbMQRFNb/wsuyBdFSvjYGmu4n7l7tUt4WFGBjRoRoTH5l5O6JS qH0ikbrECPvGjUR2JkTfLHG1tmSbM= Received: from [204.128.227.8] (olive.ericx.net [204.128.227.8]) by smtp.ericx.net (Postfix) with ESMTPSA id 2A49A129F7CB for ; Thu, 6 Aug 2009 20:47:46 +0000 (UTC) Message-ID: <4A7B40DE.8050301@ericx.net> Date: Thu, 06 Aug 2009 16:45:18 -0400 From: "Eric W. Bates" User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ipfw forwarding in GENERIC X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 20:58:34 -0000 I'm trying to wrap my head around freebsd-update. Is there a way to activate IPSEC and IPFIREWALL-FORWARD without building a custom kernel? Thanks for your time. From owner-freebsd-net@FreeBSD.ORG Thu Aug 6 22:29:32 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33226106566B; Thu, 6 Aug 2009 22:29:32 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0ABCF8FC16; Thu, 6 Aug 2009 22:29:32 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n76MTVd6017821; Thu, 6 Aug 2009 22:29:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n76MTVlV017817; Thu, 6 Aug 2009 22:29:31 GMT (envelope-from linimon) Date: Thu, 6 Aug 2009 22:29:31 GMT Message-Id: <200908062229.n76MTVlV017817@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/137484: [patch] Integer overflow in wpa_supplicant(8) base64 encoder X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Aug 2009 22:29:32 -0000 Old Synopsis: Integer overflow in wpa_supplicant base64 encoder New Synopsis: [patch] Integer overflow in wpa_supplicant(8) base64 encoder Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Aug 6 22:28:46 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=137484 From owner-freebsd-net@FreeBSD.ORG Fri Aug 7 04:51:38 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E818106566C for ; Fri, 7 Aug 2009 04:51:38 +0000 (UTC) (envelope-from sergv326@gmail.com) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id D481F8FC18 for ; Fri, 7 Aug 2009 04:51:37 +0000 (UTC) Received: by fxm24 with SMTP id 24so1394120fxm.36 for ; Thu, 06 Aug 2009 21:51:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=dMnuPvX+0GSwEK2qS3ZrH0ko2VkofK9lcDGVm7EVwCA=; b=HgyD4d5ghkT4PpAEzemKhSHFvo/l6hRlFDSHAhIS+ckWyzeE33gzoPWPb6brCMaYs2 aUHTOsiLWSXFQvprtpzZmfwcWzedR1n2TXSnl5RxnmW8rBm2TOe7fPzTEnADHvWXAETo M7AIhsgI2VJegBhnGOffidCV7ceh4lgHCmGNs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=aTrlwGYjbZYnOLf+F5AjboW1h7aTdDa+htpKTst76/b/zuwO84SkW9VxJv4uVh+jNw 6sieiRAI19q7mjamUtKWQdBE0HzA/1LwFFl1omJ+x9CDNbnglsz2WtYl2eWPeYXx6U5g MFRUIAPRq+o6RmPyXh7akCD7qFcYaJ26WwE8k= MIME-Version: 1.0 Received: by 10.239.157.147 with SMTP id q19mr80760hbc.61.1249620696423; Thu, 06 Aug 2009 21:51:36 -0700 (PDT) In-Reply-To: References: Date: Fri, 7 Aug 2009 08:51:36 +0400 Message-ID: From: serg vasilyev To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: LACP support and if_tap interface X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 04:51:38 -0000 Now i'm able to emulate a media and status on if_tap interface... tap0: flags=8802 metric 0 mtu 1500 ether 00:bd:49:f7:a6:00 media: Ethernet 100baseTX status: active BUT i suspect that there must be some another flag or capability of if_tap to work with LACP... can somebody tell me what flags exactly responsible for LACP functionality ? 2009/8/6, serg vasilyev : > Hi everyone. > Can anyone modify if_tap interface to achieve LACP needs (probably add > a virtual media i suspect)? > I want to create an Ethernet tunnel with aggregation via openvpn but > if_tap interface cannot give right internal capabilities for lagg and > LACP to work properly > From owner-freebsd-net@FreeBSD.ORG Fri Aug 7 11:32:08 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2CDF106566C for ; Fri, 7 Aug 2009 11:32:08 +0000 (UTC) (envelope-from r.a.s.rajan@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id AB0F78FC16 for ; Fri, 7 Aug 2009 11:32:08 +0000 (UTC) Received: by wf-out-1314.google.com with SMTP id 24so591918wfg.7 for ; Fri, 07 Aug 2009 04:32:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=Lsqztq2M1TmZPm/BsAacA8gKSB+R/gMF9e0TYi2i2GQ=; b=bYZ/TXNvAwtI0lyDFq4wRDDcLVn5UyNruSlE7PfhHumuNtRXvUMhdIribMGWuaIrf+ wuzABj4oLF80YPYXuf3lNNqrjIq9uiT/BQE384YkIniEeE+ti7vVFAtD8wVXmVebBeOy sJaGu4SRoubdVUoWW0PxBjuRPXpfc1aBxiL1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AnfBEVIcGaTpSvWpzPup2/AsMoWUreR4fUojipqBpzWxdG4z8davUAfzVyPghBJmcv kmeZEFVm+gzXFkYCLSq4H1e4wYtgwnrVY0wsoQZyTLdD0Tgp9aeqDOjumQr5NVJYXqXZ +F+a8IqoXsCI7FYISSNR8Uig8HE0H7PJus5sw= MIME-Version: 1.0 Received: by 10.143.159.2 with SMTP id l2mr221613wfo.97.1249643292996; Fri, 07 Aug 2009 04:08:12 -0700 (PDT) Date: Fri, 7 Aug 2009 16:38:12 +0530 Message-ID: <3846aa350908070408g40a53f3o708b8f6bfd66396a@mail.gmail.com> From: "Rajan (Algates)" To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: request for traffic generator tool for BSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 11:32:09 -0000 Hi Friends, I am looking for a open source traffic generator tools for freebsd boxes, If any one using or can suggest any such tool, it would be really your help for me. Regards, Rajan From owner-freebsd-net@FreeBSD.ORG Fri Aug 7 12:14:28 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51541106564A for ; Fri, 7 Aug 2009 12:14:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id F1DF18FC19 for ; Fri, 7 Aug 2009 12:14:27 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n77BknLt008289; Fri, 7 Aug 2009 07:46:49 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200908071146.n77BknLt008289@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 07 Aug 2009 07:49:50 -0400 To: "Rajan (Algates)" , freebsd-net@freebsd.org From: Mike Tancsa In-Reply-To: <3846aa350908070408g40a53f3o708b8f6bfd66396a@mail.gmail.com > References: <3846aa350908070408g40a53f3o708b8f6bfd66396a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: request for traffic generator tool for BSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 12:14:28 -0000 At 07:08 AM 8/7/2009, Rajan (Algates) wrote: >Hi Friends, > >I am looking for a open source traffic generator tools for freebsd boxes, If >any one using or can suggest any such tool, it would be really your help for >me. cd /usr/ports/net/benchmarks/netperf or /usr/src/tools/tools/netrate/ for a start ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Fri Aug 7 12:35:18 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37F00106566C for ; Fri, 7 Aug 2009 12:35:18 +0000 (UTC) (envelope-from aurelien.ansel@netasq.com) Received: from netasq.netasq.com (netasq.netasq.com [213.30.137.178]) by mx1.freebsd.org (Postfix) with ESMTP id EFEFE8FC08 for ; Fri, 7 Aug 2009 12:35:17 +0000 (UTC) Received: from aureliena2.netasq.com (unknown [10.0.0.126]) by netasq.netasq.com (Postfix) with ESMTP id 36135C4F9E; Fri, 7 Aug 2009 14:17:23 +0200 (CEST) Message-ID: <4A7C1BEB.6020606@netasq.com> Date: Fri, 07 Aug 2009 14:19:55 +0200 From: =?ISO-8859-1?Q?Aur=E9lien_Ansel?= User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: "Rajan (Algates)" References: <3846aa350908070408g40a53f3o708b8f6bfd66396a@mail.gmail.com> In-Reply-To: <3846aa350908070408g40a53f3o708b8f6bfd66396a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: request for traffic generator tool for BSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 12:35:18 -0000 Hi, you can take a look on Scapy, a open source packet crafter in Python: http://www.secdev.org/projects/scapy/doc/index.html Rajan (Algates) wrote: > Hi Friends, > > I am looking for a open source traffic generator tools for freebsd boxes, If > any one using or can suggest any such tool, it would be really your help for > me. > > Regards, > Rajan > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > From owner-freebsd-net@FreeBSD.ORG Fri Aug 7 15:55:30 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9331065737 for ; Fri, 7 Aug 2009 15:55:30 +0000 (UTC) (envelope-from r.a.s.rajan@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 326CB8FC15 for ; Fri, 7 Aug 2009 15:55:30 +0000 (UTC) Received: by wf-out-1314.google.com with SMTP id 24so633988wfg.7 for ; Fri, 07 Aug 2009 08:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=JXgcb648ARcB1tudz/9V+Fe/B2zGpL15CvJZdcd8vjQ=; b=Z0EPRHNaIGX6rEzhVH/M3auKhd2miYsMMH3X0ixmaTzJFPkv/yGjQWrfSor0YiEsmS sC1oCdHFswljtlY9OHKmDcDYXV14Ymere6UXDMUezaV3paUezD/OWr0v3lhO3Np2tnyt EY9nG8C8CpAK+cdEFlBigAChayBouT4WNEL1s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PUQgAw0DktvdGdB84nN59PBlGpeNHMALcUNp7Y1J0dABk6KUhPJ6m1QYbnuSkDDvht hy//1/4iXPJOy6qTmENJU4a39WKmEVyb8h9LY2IrgmM+C1wep8YCx+6P3CkpAKmy400J /MhVAmaPvQ/M/uVLm/RpSPlcX/CY1/sfXoG0c= MIME-Version: 1.0 Received: by 10.142.240.15 with SMTP id n15mr273331wfh.169.1249660529877; Fri, 07 Aug 2009 08:55:29 -0700 (PDT) In-Reply-To: <200908071146.n77BknLt008289@lava.sentex.ca> References: <3846aa350908070408g40a53f3o708b8f6bfd66396a@mail.gmail.com> <200908071146.n77BknLt008289@lava.sentex.ca> Date: Fri, 7 Aug 2009 21:25:29 +0530 Message-ID: <3846aa350908070855l2b34920pb00e928832c1468b@mail.gmail.com> From: "Rajan (Algates)" To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: request for traffic generator tool for BSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 15:55:30 -0000 Mike, Great Thanks!! --Rajan On Fri, Aug 7, 2009 at 5:19 PM, Mike Tancsa wrote: > At 07:08 AM 8/7/2009, Rajan (Algates) wrote: > >> Hi Friends, >> >> I am looking for a open source traffic generator tools for freebsd boxes, >> If >> any one using or can suggest any such tool, it would be really your help >> for >> me. >> > > cd /usr/ports/net/benchmarks/netperf > or > /usr/src/tools/tools/netrate/ > > for a start > > ---Mike > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike > > From owner-freebsd-net@FreeBSD.ORG Fri Aug 7 17:43:25 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 367C51065677 for ; Fri, 7 Aug 2009 17:43:25 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63903.mail.re1.yahoo.com (web63903.mail.re1.yahoo.com [69.147.97.118]) by mx1.freebsd.org (Postfix) with SMTP id CDAC68FC25 for ; Fri, 7 Aug 2009 17:43:24 +0000 (UTC) Received: (qmail 71429 invoked by uid 60001); 7 Aug 2009 17:43:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1249667004; bh=ebd7IYkXy85Ybr+jJeZ3FV8gJAXSTvMIhTcCqXkFV10=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=25+XLXiSkZHE6GRgF35j9AMKT/NxB1VpGnw7j0QtGr+c3OPdr2PozRw5fwZDivxVrREpyqiO86l4sIOdMU8gYmjVHVqvhbtV3sPYXvWbYz+mhDgCi9WTUyqHIi21uWh1y+Uj3RFqJQhqAfzPSWC9hDiqA3+Yi1KcLDQGc5CaEhQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=r1jvKVocqV4Uvvo+rN2yZJigSAV13oamtqiFUtuJZ+sXJVrtAGZ1LPjF4NGf0DowRgxss6MAN41p4RJnFNGtWQuuh37BD74U6+XleKvWa9BO+pS7KPRqI0q7g8xpnl7nVMwuQILqFDe2564Y3CmXO6rZgjC+8WQYxJjbo3RgiQ4=; Message-ID: <103469.71394.qm@web63903.mail.re1.yahoo.com> X-YMail-OSG: Alf2Hf4VM1kspyD1zNeTVIGf6cIJa1V9_5i1FiB9YYNNXnma7saCXn0XNbjrJNEEAcj6zkwqejHd1HwozTGpI_8fF3.zL6rM8aG89_MRxxV3Zuz4V2mfjMdG3Xs9zZBkIqwX9DNBCwZcO0hrUeMCK76H8axiVfSgrLISPPZ8O4xVZOrkApJqMcOFucwEzM8GqhUO02TVBHfIceo0iY1BTlv5QiXph6Dmy5uk6TXJ5zCKSuskTEwFG8wqBlatkIfDfprU.1.8_aUhqKM1BpOEw6_JWA-- Received: from [66.176.162.245] by web63903.mail.re1.yahoo.com via HTTP; Fri, 07 Aug 2009 10:43:23 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.2 Date: Fri, 7 Aug 2009 10:43:23 -0700 (PDT) From: Barney Cordoba To: "Rajan \(Algates\)" , freebsd-net@freebsd.org, Mike Tancsa In-Reply-To: <200908071146.n77BknLt008289@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: request for traffic generator tool for BSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 17:43:26 -0000 --- On Fri, 8/7/09, Mike Tancsa wrote: > From: Mike Tancsa > Subject: Re: request for traffic generator tool for BSD > To: "Rajan (Algates)" , freebsd-net@freebsd.org > Date: Friday, August 7, 2009, 7:49 AM > At 07:08 AM 8/7/2009, Rajan (Algates) > wrote: > >Hi Friends, > > > >I am looking for a open source traffic generator tools > for freebsd boxes, If > >any one using or can suggest any such tool, it would be > really your help for > >me. >=20 > cd /usr/ports/net/benchmarks/netperf > or > /usr/src/tools/tools/netrate/ >=20 > for a start >=20 > =A0 =A0 =A0 =A0=A0=A0---Mike What ever happened to the multi-threaded version of netperf?=20 Barney=0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Fri Aug 7 22:46:24 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18E4D106564A for ; Fri, 7 Aug 2009 22:46:24 +0000 (UTC) (envelope-from brampton@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 9CD4D8FC15 for ; Fri, 7 Aug 2009 22:46:23 +0000 (UTC) Received: by ewy2 with SMTP id 2so1875872ewy.43 for ; Fri, 07 Aug 2009 15:46:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=tzOLCkL8NEtW53TcWntnpgTEkFeI7oDuQ5UWN97BKIc=; b=mNw1K4uiA87j30dzza8BIrUXIBRR/p7EBeLu+Zo3lqlNjW36UCD0yHxCsHxTXAEWBp 6GCGgHSqX8IhuWQMoeX1OlblY9SBIf44tRRUMHnRgwSX31TJlEujZeBXIF9dxhWatBOS j84y24AyLZjzJ7/UoG3yIiLP4t7VDDn3ucmB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=eO4eIHaFd3I6UI2fQP7T3Gny6+DppU/LAV/Tf1c5FAZrNcrSiW9FkqwDXPeFGUKcmK C0LRtYpeC/ml1VYp74g4K68rdNsk0yzcmfK9iEeUL0gP0eObAt0Vhs8Wz/sZiA9dzGN6 Vrk4VNduoi1wIc1/fTBt7LCI4KLNWvx74qmyM= MIME-Version: 1.0 Sender: brampton@gmail.com Received: by 10.216.70.208 with SMTP id p58mr351769wed.29.1249683259498; Fri, 07 Aug 2009 15:14:19 -0700 (PDT) In-Reply-To: <103469.71394.qm@web63903.mail.re1.yahoo.com> References: <200908071146.n77BknLt008289@lava.sentex.ca> <103469.71394.qm@web63903.mail.re1.yahoo.com> Date: Fri, 7 Aug 2009 23:14:19 +0100 X-Google-Sender-Auth: 9bafde638c39e796 Message-ID: From: Andrew Brampton To: Barney Cordoba Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, "Rajan \(Algates\)" , Mike Tancsa Subject: Re: request for traffic generator tool for BSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 22:46:24 -0000 2009/8/7 Barney Cordoba : > > What ever happened to the multi-threaded version of netperf? > > Barney > A shameless plug, but a couple of years ago I needed a multi-threaded netperf app for my research, so instead of waiting for netperf to become multithreaded I wrote a similar app called "threadnetperf". It was a completely written from scratch and has little in common with netperf, but works exceedingly well, and has been used as the basis of a few academic papers. You can find it here: http://bramp.net/blog/threadnetperf-v1-0 Most of the testing has been done on Linux, but last time I checked it works on FreeBSD. I hope someone finds it useful. Andrew From owner-freebsd-net@FreeBSD.ORG Fri Aug 7 23:00:15 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3A49106564A for ; Fri, 7 Aug 2009 23:00:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 06FEE8FC21 for ; Fri, 7 Aug 2009 23:00:15 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n77N0EkS077546 for ; Fri, 7 Aug 2009 23:00:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n77N0ERJ077545; Fri, 7 Aug 2009 23:00:14 GMT (envelope-from gnats) Date: Fri, 7 Aug 2009 23:00:14 GMT Message-Id: <200908072300.n77N0ERJ077545@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bruce Cran Cc: Subject: Re: kern/136803: [sctp] [panic] Kernel panic and hanging on using SCTP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Cran List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2009 23:00:15 -0000 The following reply was made to PR kern/136803; it has been noted by GNATS. From: Bruce Cran To: bug-followup@FreeBSD.org, netch@segfault.kiev.ua Cc: Subject: Re: kern/136803: [sctp] [panic] Kernel panic and hanging on using SCTP Date: Fri, 7 Aug 2009 23:41:13 +0100 It looks like revision 1.62.2.17 of /sys/netinet/sctp_pcb.c fixed this crash. Could you confirm whether the problem has been fixed? -- Bruce From owner-freebsd-net@FreeBSD.ORG Sat Aug 8 07:20:04 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61F3106566B for ; Sat, 8 Aug 2009 07:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C1D48FC16 for ; Sat, 8 Aug 2009 07:20:04 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n787K4HH075314 for ; Sat, 8 Aug 2009 07:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n787K4tL075307; Sat, 8 Aug 2009 07:20:04 GMT (envelope-from gnats) Date: Sat, 8 Aug 2009 07:20:04 GMT Message-Id: <200908080720.n787K4tL075307@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Valentin Nechayev Cc: Subject: Re: kern/136803: [sctp] [panic] Kernel panic and hanging on using SCTP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Valentin Nechayev List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2009 07:20:05 -0000 The following reply was made to PR kern/136803; it has been noted by GNATS. From: Valentin Nechayev To: Bruce Cran Cc: bug-followup@FreeBSD.org Subject: Re: kern/136803: [sctp] [panic] Kernel panic and hanging on using SCTP Date: Sat, 8 Aug 2009 10:06:06 +0300 Hi, Fri, Aug 07, 2009 at 23:41:13, bruce wrote about "Re: kern/136803: [sctp] [panic] Kernel panic and hanging on using SCTP": > It looks like revision 1.62.2.17 of /sys/netinet/sctp_pcb.c fixed this > crash. Could you confirm whether the problem has been fixed? With this version, can't reproduce anymore. Thanks! -netch- From owner-freebsd-net@FreeBSD.ORG Sat Aug 8 08:42:57 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91272106566B for ; Sat, 8 Aug 2009 08:42:57 +0000 (UTC) (envelope-from denis.berezhnoy@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 443798FC08 for ; Sat, 8 Aug 2009 08:42:57 +0000 (UTC) Received: by yxe11 with SMTP id 11so2611113yxe.3 for ; Sat, 08 Aug 2009 01:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=2urOfkkFNRhqjeyPBGMUSoRIuzCLYpuEuzLptBYP1iw=; b=cl0Myk/gxd3BwgEAu/fZVSysKi31Q90/DvwHaB3MbTEOREUi8A4T4yRhVp7RQKcRV0 L5SwUjPxo3Eop/CLPiRps4j7pjGjc7M0VVsUQuvRInHoODhKCzfEOLKNf0OhIYJ+tk4d pLoDtqkwC1JM8nDLnzUbKad2qOwr/7oSH4c3E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=mN9VRc2KrWAqph9qwZt4DKitwRU6PFQ2P95LaR8hQrfm3ZoqpMV+kpzw1WzSc+RiFR lAgT/8qWJoX6q3jlSefue3niqQ9Pobhnwi+lEW9VaYiWpvqpyMP37Z8jv3o46RwAyvZv a7S1VwH5eh10DAoOlQaBm7Z22YK7hcKLuJLNA= MIME-Version: 1.0 Received: by 10.231.14.129 with SMTP id g1mr974817iba.16.1249720976296; Sat, 08 Aug 2009 01:42:56 -0700 (PDT) In-Reply-To: <18b5e36e0908060115g76a56da3qb23fdd208e7c4a4c@mail.gmail.com> References: <18b5e36e0908060115g76a56da3qb23fdd208e7c4a4c@mail.gmail.com> Date: Sat, 8 Aug 2009 17:42:56 +0900 Message-ID: <18b5e36e0908080142o5914903n335ebae17e82e985@mail.gmail.com> From: Denis Berezhnoy To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: kevent behavior with TCP socket X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2009 08:42:57 -0000 Hi, Sorry for my previous post it was completely unclear I believe. Here is problem description in pure C. Can you please take a look at the code below: #include #include #include #include #include #include #include #include #include #include #include int main(int argc, char *argv[]) { struct sockaddr_in addr; struct sockaddr_in addr2; int sd, cd, port, sRet; int sHandle; int sEventNum = 0; struct kevent sChange; struct kevent sEvent; struct timespec *sTimeoutPtr; struct timespec sTimeout; struct timeval sTimeVal1 = {0,0}; struct timeval sTimeVal2 = {0,0}; printf("Socket test start\n"); sd = socket(PF_INET, SOCK_STREAM, 0); if ( sd < 0 ) { printf("Server socket error\n"); return 0; } port = htons(10000); memset(&addr, 0, sizeof(addr)); addr.sin_family = AF_INET; addr.sin_port = port; addr.sin_addr.s_addr = htonl(INADDR_ANY); if ( bind(sd, (struct sockaddr*)&addr, sizeof(addr)) != 0 ) { printf ("Server bind errror\n"); return 0; } if ( listen(sd, 1) != 0 ) { printf ("Server listen error \n"); return 0; } cd = socket(PF_INET, SOCK_STREAM, 0); if ( cd < 0 ) { printf("Client socket error\n"); return 0; } sRet = fcntl(cd, F_GETFL, 0); sRet |= O_NONBLOCK; sRet = fcntl(cd, F_SETFL, sRet); if (sRet < 0) { printf("can not set non block\n"); } port = htons(10000); memset(&addr2, 0, sizeof(addr2)); /* Clear struct */ addr2.sin_family = AF_INET; /* Internet/IP */ addr2.sin_addr.s_addr = htonl(INADDR_LOOPBACK); /* IP address */ addr2.sin_port = port; /* server port */ /* Establish connection */ if ((sRet = connect(cd, (struct sockaddr *) &addr2, sizeof(addr2))) < 0) { printf("Failed to connect with server %d\n", errno); } sHandle = kqueue(); if (sHandle == -1) { printf("Poll can not created queue\n"); } sTimeout.tv_sec = 0; sTimeout.tv_nsec = 100000000;; EV_SET(&sChange, cd, EVFILT_WRITE, EV_ADD,0, 0, 0); gettimeofday(&sTimeVal1, NULL); sEventNum = kevent(sHandle, &sChange, 1, &sEvent, 1, &sTimeout); gettimeofday(&sTimeVal2, NULL); printf ("Kevent event num %d wait time %d \n", sEventNum, sTimeVal2.tv_usec - sTimeVal1.tv_usec); if (sEventNum == 1) { printf ("Event filter %d flag %d data %d \n", sEvent.filter, sEvent.flags, sEvent.data); } close(sHandle); close(cd); close(sd); printf("Socket test end\n"); } Program output Socket test start Failed to connect with server 36 Kevent event num 1 wait time 26 Event filter -2 flag 0 data 43008 Socket test end The question is why kevent returns 1 event when server does not accept connections from clients. Best regards, Denis 2009/8/6 Denis Berezhnoy > Hi guys, > > > I have question regarding kevent behavior with TCP socket. Hope you can > advise anything. > > > I am trying to connect the server in non block mode. When I call connect it > returns -1 and errno=EINPROGRESS. Then I use kqueue and kevent with > EVFILT_WRITE and timeout 100 msec to wait when server will be available to > accept connection. > > > kevent returns me 1 event without any timeout (filters = -2 (EVFILT_WRITE) > flags = 0 data = 43008) > > > > So I consider this as server is ready to accept connection but when I check > socket error after kevent returns by > > getsockopt with SOL_SOCKET and SO_ERROR params it returns me socket error > 54 ECONNRESET /* Connection reset by peer */ > > and no connection can be established using this socket. > > > I am confused why kevent returns event that seems to indicate good > condition but actual socket status indicates error. What I am doing wrong? > > > Sorry for this rough description of the problem my code is the part of > large system so I can not simply copy paste code. > > > I am using: > > > FreeBSD freebsd 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan 1 14:37:25 UTC > 2009 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > > > Best regards > > Denis > From owner-freebsd-net@FreeBSD.ORG Sat Aug 8 09:39:51 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3F5D1065672 for ; Sat, 8 Aug 2009 09:39:51 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id A45C58FC1D for ; Sat, 8 Aug 2009 09:39:51 +0000 (UTC) Received: from arthur.nitro.dk (arthur.bofh [192.168.2.3]) by mx.nitro.dk (Postfix) with ESMTP id 2C2302D48CD; Sat, 8 Aug 2009 09:39:50 +0000 (UTC) Received: by arthur.nitro.dk (Postfix, from userid 1000) id EF1925C07; Sat, 8 Aug 2009 11:39:49 +0200 (CEST) Date: Sat, 8 Aug 2009 11:39:49 +0200 From: "Simon L. Nielsen" To: "Rajan (Algates)" Message-ID: <20090808093949.GA1252@arthur.nitro.dk> References: <3846aa350908070408g40a53f3o708b8f6bfd66396a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3846aa350908070408g40a53f3o708b8f6bfd66396a@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org Subject: Re: request for traffic generator tool for BSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Aug 2009 09:39:52 -0000 On 2009.08.07 16:38:12 +0530, Rajan (Algates) wrote: > I am looking for a open source traffic generator tools for freebsd boxes, If > any one using or can suggest any such tool, it would be really your help for > me. If you need something simple to send data very fast I would suggest looking at ng_source(4). Since it's kernel based it can achieve very high data rates, but it's less flexible in what you send than some of the useland generator programs. -- Simon L. Nielsen