From owner-freebsd-net@FreeBSD.ORG Sun May 20 15:27:15 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8D527106564A for ; Sun, 20 May 2012 15:27:15 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 22D3E8FC16 for ; Sun, 20 May 2012 15:27:14 +0000 (UTC) Received: by werg1 with SMTP id g1so3547696wer.13 for ; Sun, 20 May 2012 08:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=07EeZGlOJ3lPfq3gNCRcblAg9s5fXkSEKZmJNkZDlx8=; b=Zj4uX9uMvtMsBomHQ83IGYCaM0vJZ13Y5J7Gk13F6piN3/S3y1/TTpePsEI1WoZDmA QF5tjw942wigBc3UmDMV0wwxyL/rjHcskrMpI54UnwpHW3ULwLNqlskvUujzW7IG+WzP LVD3JQ7d9u+zTFe444KM0F/OHFWvvqtXLFJPEH5Eqq5+Hfva+9e9Qghc4NY2YngWxdds iiYe4BFlYxStHGD2/JkMvRTywjMF7b9r2jrf+81gxrucQliryM/4YNao8KoluJt/k3ZT GUVuFYjQUx75Ny5hDOwkpQGhfp8svoTdZhoazI6UGplzVAutP6zEWSpMWwllSaH4YFyw iKBw== MIME-Version: 1.0 Received: by 10.216.145.13 with SMTP id o13mr10953629wej.95.1337527633838; Sun, 20 May 2012 08:27:13 -0700 (PDT) Received: by 10.180.102.228 with HTTP; Sun, 20 May 2012 08:27:13 -0700 (PDT) Date: Sun, 20 May 2012 11:27:13 -0400 Message-ID: From: grarpamp To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Fwd: [Ntop-misc] Announce: libzero (netmap) 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, 20 May 2012 15:27:15 -0000 fwd, re: developments related to netmap. ---------- Forwarded message ---------- From: Luca Deri Date: Mon, May 14, 2012 at 10:13 AM Subject: [Ntop-misc] Announce: libzero To: ntop-misc@listgateway.unipi.it, ntop@unipi.it Hi all, Last year we have introduced PF_RING DNA for implementing 0% CPU receive/transmission on commodity 1/10 Gbit network adapters. We considered DNA as a starting point, as it implemented high-speed RX/TX that was enough for most, but not all of you. This is because commodity adapters do not feature advanced packet balancing techniques as they rely on=C2=A0RSS, that has several limitations such as asymmetric flow balancing (i.e. the two direction of the same flow are spread onto two different cores) and inability to provide users a way to use their balancing function. Another limitation of DNA, again due to its nature that is close to the hardware, is that packets should be processed in sequence (i.e. in FIFO) whereas applications sometimes need to store packets and process them out of sequence (e.g. in case of fragmented packets, a given packet must be rebuilt with all fragments prior to process it). Although zero-copy is often a buzzword as only a subset of packet management is really performed without copying any packet, at ntop we decided to see whether it was really possible implement zero-copy for all operations, including packet dispatching to threads and applications (including packet fan-out support), packet queuing, and forwarding across interfaces. This is what=C2=A0libzero=C2=A0is for: as its= name says, we can do all these operations in zero-copy, with no performance penalty as you will still be able to reach line rate with minimal packet size (14.88 Mpps with 60+4 bytes packets). Libzero=C2=A0opens up a new world of opportunities, as it enables developers to focus on their application leaving to the library the task of handling packet memory, prefetching memory to let your applications access packet payload at the same speed as counting packets. Now you can finally scale up applications, as you can for instance spawn several snort applications and, without changing a single line of its code, let each instance handle a coherent (across directions) set of packets, all at line rate. In a nutshell, the network is no longer the bottleneck nor the source of complexity. The ball is on the software side again. You can find all details at the=C2=A0libzero home page ( http://www.ntop.org/products/pf_ring/libzero-for-dna/). Enjoy, Luca and Alfredo _______________________________________________ Ntop-misc mailing list Ntop-misc@listgateway.unipi.it http://listgateway.unipi.it/mailman/listinfo/ntop-misc From owner-freebsd-net@FreeBSD.ORG Sun May 20 17:10:13 2012 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 7A4701065673 for ; Sun, 20 May 2012 17:10:13 +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 DE0518FC0A for ; Sun, 20 May 2012 17:10:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4KHA5bP008130 for ; Sun, 20 May 2012 17:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4KHA5Jl008129; Sun, 20 May 2012 17:10:05 GMT (envelope-from gnats) Date: Sun, 20 May 2012 17:10:05 GMT Message-Id: <201205201710.q4KHA5Jl008129@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Marc Albers Cc: Subject: Re: kern/167768: [ipfilter] Fatal trap in ipfilter/ipnat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Marc Albers List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 May 2012 17:10:13 -0000 The following reply was made to PR kern/167768; it has been noted by GNATS. From: Marc Albers To: bug-followup@FreeBSD.org, bsdbug@bospaling.nl Cc: Subject: Re: kern/167768: [ipfilter] Fatal trap in ipfilter/ipnat Date: Sun, 20 May 2012 18:58:01 +0200 so I guess the alternative is to downgrade to FreeBSD 8.* ? From owner-freebsd-net@FreeBSD.ORG Mon May 21 04:06:01 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C4206106566B; Mon, 21 May 2012 04:06:01 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5BA258FC08; Mon, 21 May 2012 04:06:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4L460Ph032891; Mon, 21 May 2012 04:06:00 GMT (envelope-from gjb@freefall.freebsd.org) Received: (from gjb@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4L460D1032887; Mon, 21 May 2012 04:06:00 GMT (envelope-from gjb) Date: Mon, 21 May 2012 04:06:00 GMT Message-Id: <201205210406.q4L460D1032887@freefall.freebsd.org> To: gjb@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gjb@FreeBSD.org Cc: Subject: Re: kern/168183: [bce] bce driver hang system 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, 21 May 2012 04:06:01 -0000 Old Synopsis: bce driver hang system New Synopsis: [bce] bce driver hang system Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gjb Responsible-Changed-When: Mon May 21 04:05:36 UTC 2012 Responsible-Changed-Why: Over to maintainers. http://www.freebsd.org/cgi/query-pr.cgi?pr=168183 From owner-freebsd-net@FreeBSD.ORG Mon May 21 07:18:22 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CA2E1065676 for ; Mon, 21 May 2012 07:18:22 +0000 (UTC) (envelope-from Bredehorn@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 7B6DF8FC17 for ; Mon, 21 May 2012 07:18:21 +0000 (UTC) Received: (qmail 15445 invoked by uid 0); 21 May 2012 07:18:20 -0000 Received: from 93.159.253.121 by rms-de002.v300.gmx.net with HTTP Content-Type: text/plain; charset="utf-8" Date: Mon, 21 May 2012 09:18:18 +0200 From: "Rainer Bredehorn" Message-ID: <20120521071818.265280@gmx.net> MIME-Version: 1.0 To: "prabhakar lakhera" ,freebsd-net@freebsd.org X-Authenticated: #168415 X-Flags: 0001 X-Mailer: GMX.net Web Mailer x-registered: 0 Content-Transfer-Encoding: 8bit X-GMX-UID: bYnLb8QGeSEqVr7yaXQhTB9+IGRvb0BL Cc: Subject: Re: How to set the IPv6 linklocal scope id for an 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: Mon, 21 May 2012 07:18:22 -0000 Hi! > Is there any way for the administrator to set an interface's scope if > for link local scope? No, the embedded scope is an internal value. Why should it be set manually? It's correct handled in the checksum calculation part where the scope is cleared. But you are right. The dropping of the redirect is not correct. As far as I can remember the correct behavior for default router is not implemented in FreeBSD. The default routes for every IPv6 router should be used in a round-robin fashion. Rainer. From owner-freebsd-net@FreeBSD.ORG Mon May 21 11:07:19 2012 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C65D1065673 for ; Mon, 21 May 2012 11:07:19 +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 7563E8FC23 for ; Mon, 21 May 2012 11:07:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4LB7JOQ049181 for ; Mon, 21 May 2012 11:07:19 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4LB7IGM049176 for freebsd-net@FreeBSD.org; Mon, 21 May 2012 11:07:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 May 2012 11:07:18 GMT Message-Id: <201205211107.q4LB7IGM049176@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, 21 May 2012 11:07:19 -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/168152 net [xl] Periodically, the network card xl0 stops working o misc/167947 net [setfib] arpresolve checks only the default FIB for th o kern/167768 net [ipfilter] Fatal trap in ipfilter/ipnat o kern/167603 net [ip] IP fragment reassembly's broken: file transfer ov o kern/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/167059 net [tcp] [panic] System does panic in in_pcbbind() and ha o kern/166940 net [ipfilter] [panic] Double fault in kern 8.2 o kern/166550 net [netinet] [patch] Some log lines about arp do not incl o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166372 net [patch] ipfilter drops UDP packets with zero checksum o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis o kern/165963 net [panic] [ipf] ipfilter/nat NULL pointer deference o kern/165903 net mbuf leak o kern/165863 net [panic] [netinet] [patch] in_lltable_prefix_free() rac o kern/165643 net [net] [patch] Missing vnet restores in net/if_ethersub o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164400 net [ipsec] immediate crash after the start of ipsec proce o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161381 net [re] RTL8169SC - re0: PHY write failed o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop p kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from 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/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i 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/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... 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/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c 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/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/132277 net [crypto] [ipsec] poor performance using cryptodevice f 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 kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network 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 f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res 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/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) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() 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/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection 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/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. 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 kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one 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 conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c 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 f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) 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 o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net 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] [security] ppp(8): fix local stack overflow in 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/120966 net [rum] kernel panic with if_rum and WPA encryption 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 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 o kern/118727 net [netgraph] [patch] [request] add new ng_pf module 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 bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta 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/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af 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 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/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to 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/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/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/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) 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 o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack 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 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 s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu 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/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat 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 p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation 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 a kern/71474 net [route] route lookup does not skip interfaces marked d 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/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps 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 f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 402 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 21 16:27:16 2012 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 0E59E1065672 for ; Mon, 21 May 2012 16:27:16 +0000 (UTC) (envelope-from info@obn24news.com) Received: from obn24news.com (93-189-28-146.rev.ipax.at [93.189.28.146]) by mx1.freebsd.org (Postfix) with ESMTP id 46EFD8FC08 for ; Mon, 21 May 2012 16:27:15 +0000 (UTC) Received: from SBS15 (93-189-28-146.rev.ipax.at [93.189.28.146]) by obn24news.com (Postfix) with ESMTPA id E128CA02CE6 for ; Mon, 21 May 2012 18:27:13 +0200 (CEST) Organization: Oxford Business News Message-ID: <0b1eac72f6016df8d4a84712001e39d1@obn24news.com> From: "Oxford Business News" To: Date: Mon, 21 May 2012 18:17:28 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: 20% bei Strom und Gas sparen! X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: info@obn24news.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 16:27:16 -0000 Oxford Business News Wenn diese E-Mail nicht richtig angezeigt wird, klicken Sie bitte hier.       Jetzt Strom und Gas bis zu 20 Prozent günstiger sichern! Gerade in wirtschaftlich herausfordernden Zeiten überprüfen clevere Unternehmer ihre laufenden Kosten auf Einsparpotenziale. Ein besonders großer Dorn im Auge der Entscheider: die jährlich steigenden Energiekosten verbunden mit unerfreulichen Nachzahlungen. >>>mehr...     So wehren Sie sich gegen die Beitragsanpassungen der privaten Krankenversicherungen Viele privat Krankenversicherte kennen die Situation bestens! Jedes Jahr flattert eine neue Beitragsanpassung ins Haus. Die finanzielle Belastung wird jedes Jahr höher und höher. >>>mehr...     Der Schlüssel zu mehr Umsatz Mit Sicherheit ein Hit: Wenn Sie mit Ihren Mailings eine höhere Responsequote erzielen wollen als bisher, dann ist das einfacher als Sie denken. Die erfolgversprechendste Methode ist, die Neugier der Angeschriebenen zu wecken. >>>mehr...     Warum eignen sich Sachwerte zum Vermögensaufbau? Wer sich heutzutage auf die Suche nach einer Geldanlageform ist, steht oft vor einem großen Problem. Denn das Bestreben ist natürlich zum einen, so viel Zinsen wie nur irgend möglich zu erwirtschaften, trotzdem das Geld verfügbar zu halten. Zusätzlich sollte das Kapital sicher sein, also nicht Gefahr laufen an Wert zu verlieren. >>>mehr...     Ihr Unternehmen durch die Hintertür auf Platz 1 bei Google Clevere Strategie um neue Kunden zu gewinnen: Videos auf Webseiten werden immer wichtiger." Das ist nicht nur eine Aussage von Google, sondern Realität. >>>mehr...     Eine Tasse Tee, die begeistert. USABILITEA ist Teegenuss mit sympathischer Werbewirkung. Hierbei handelt es sich um eine ausgefallene Idee, welche die allseits bekannte, beruhigende Wirkung einer Tasse Tee mit einem witzigen Gruß verbindet. >>>mehr...     Elegante Business-Limousine und praktischer Raumgigant: Wechseln Sie jetzt auf die Überholspur! Gerade clevere Unternehmer, die beruflich viel Zeit auf der Autobahn verbringen, werden sich umgehend in die neuen Lancia-Modelle vergucken. Denn die traditionsreiche Edelmarke aus Turin zeigt mit dem neuen Lancia Thema eine hochelegante Luxuslimousine, die mit einzigartigem Design und edlem Interieur überzeugt. >>>mehr...     Laserschneiden von Materialien präzise, schnell und günstig. Immer wieder müssen Materialien zugeschnitten oder graviert werden. Unter Fachleuten hat es sich herumgesprochen, dass dieses mit Lasern nicht nur besonders präzise sondern auch sehr schnell geht. >>>mehr...   In dieser Ausgabe: Jetzt Strom und Gas bis zu 20 Prozent günstiger sichern! So wehren Sie sich gegen die Beitragsanpassungen der privaten Krankenversicherungen Der Schlüssel zu mehr Umsatz Warum eignen sich Sachwerte zum Vermögensaufbau? Ihr Unternehmen durch die Hintertür auf Platz 1 bei Google Eine Tasse Tee, die begeistert. Elegante Business-Limousine und praktischer Raumgigant: Wechseln Sie jetzt auf die Überholspur! Laserschneiden von Materialien präzise, schnell und günstig.   © 2012 Oxford Business News, www.obn-24.com Oxford Business News ist eine Publikation der Eureka Consultancy Ltd., 147-155 St John Street, London EC1V 4PY, United Kingdom Wenn Sie keine Newsletter mehr wünschen, dann klicken Sie hier. Um die Zusendung des Newsletters, insbesondere bei Freemail-Diensten wie GMX, WEB.DE oder AOL zu garantieren, bitten wir Sie, unsere Absender-Adresse in Ihr Adressbuch aufzunehmen. Dazu markieren Sie bitte die E-Mail Adresse und kopieren diese in Ihr Adressbuch. Herzlichen Dank! From owner-freebsd-net@FreeBSD.ORG Mon May 21 18:50:10 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C0A9A106568A for ; Mon, 21 May 2012 18:50:10 +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 6F1BC8FC0C for ; Mon, 21 May 2012 18:50:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4LIo5nQ092326 for ; Mon, 21 May 2012 18:50:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4LIo5H4092325; Mon, 21 May 2012 18:50:05 GMT (envelope-from gnats) Date: Mon, 21 May 2012 18:50:05 GMT Message-Id: <201205211850.q4LIo5H4092325@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Eugene M. Zheganin" Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Eugene M. Zheganin" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2012 18:50:10 -0000 The following reply was made to PR kern/164400; it has been noted by GNATS. From: "Eugene M. Zheganin" To: bug-followup@FreeBSD.org, eugene@zhegan.in Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing Date: Tue, 22 May 2012 00:46:00 +0600 Rolling back this commit solves the problem: http://svnweb.freebsd.org/base/releng/9.0/sys/netipsec/ipsec_output.c?sortdir=down&r1=221128&r2=221129& From owner-freebsd-net@FreeBSD.ORG Tue May 22 06:44:31 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A05FD106564A; Tue, 22 May 2012 06:44:31 +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 72F758FC08; Tue, 22 May 2012 06:44:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4M6iV5o077625; Tue, 22 May 2012 06:44:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4M6iV8Y077621; Tue, 22 May 2012 06:44:31 GMT (envelope-from linimon) Date: Tue, 22 May 2012 06:44:31 GMT Message-Id: <201205220644.q4M6iV8Y077621@freefall.freebsd.org> To: nemoliu@FreeBSD.org, d@delphij.net, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/168217: [bce] Watchdog timeouts with bce(4) on BCM5716 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, 22 May 2012 06:44:31 -0000 Old Synopsis: Watchdog timeouts with bce(4) on BCM5716 New Synopsis: [bce] Watchdog timeouts with bce(4) on BCM5716 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue May 22 06:44:13 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=168217 From owner-freebsd-net@FreeBSD.ORG Tue May 22 08:43:53 2012 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 8F746106566C; Tue, 22 May 2012 08:43:53 +0000 (UTC) (envelope-from venkatduvvuru.ml@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 39A9F8FC1C; Tue, 22 May 2012 08:43:53 +0000 (UTC) Received: by yenl8 with SMTP id l8so6431675yen.13 for ; Tue, 22 May 2012 01:43:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=WOqCc3dF4bXyxrMdqwx+x2tWmmYlsb0SYd2zLpHTu6g=; b=eT360OfLE7ZuN8lj8LCk+7MZDRVQ4tg4qzytKPlciJN6gztMDj+piZ01xPnU8hYHjK eqezDZ2et0B747UZnr8EdsHHUYblQag8fPITclxvnsKih54GRCUE+oDDH/SRg/cM1O+n qLx7NYd8oG7Vc0Ih8tD5MinRWpYGpaiVpL4b2r1pX42Q+ZhL0vPp/ynSFNScM4pAJk+Z 1lU6iD7ncQx2R6jSxdnZzlLMnmQDhBY4MHfYgo9MgknxerDQNgbbHcBCcMnEQ/BHNJzF xY/fLFF2oB+gkKeHy+8Xn9gRx00P28XEuPddWVNUyCFZ1CRieIAoy2iyUd9MKIXIa56Q nKvQ== MIME-Version: 1.0 Received: by 10.50.168.34 with SMTP id zt2mr8866398igb.10.1337676232177; Tue, 22 May 2012 01:43:52 -0700 (PDT) Received: by 10.64.12.205 with HTTP; Tue, 22 May 2012 01:43:52 -0700 (PDT) Date: Tue, 22 May 2012 14:13:52 +0530 Message-ID: From: Venkat Duvvuru To: freebsd-questions@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 08:43:53 -0000 Folks, Could somebody please tell about the base Freebsd version which has LRO support for IPv6? I'm using 9.0-RELEASE and I see that tcp_lro_rx is failing. Please confirm. /Venkat From owner-freebsd-net@FreeBSD.ORG Tue May 22 10:37:43 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5175C106564A; Tue, 22 May 2012 10:37:43 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2232F8FC08; Tue, 22 May 2012 10:37:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4MAbhsE008814; Tue, 22 May 2012 10:37:43 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4MAbhhP008810; Tue, 22 May 2012 10:37:43 GMT (envelope-from yongari) Date: Tue, 22 May 2012 10:37:43 GMT Message-Id: <201205221037.q4MAbhhP008810@freefall.freebsd.org> To: nemoliu@FreeBSD.org, d@delphij.net, delphij@FreeBSD.org, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/168217: [bce] Watchdog timeouts with bce(4) on BCM5716 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, 22 May 2012 10:37:43 -0000 Synopsis: [bce] Watchdog timeouts with bce(4) on BCM5716 State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue May 22 10:36:45 UTC 2012 State-Changed-Why: Your release information(i386) and environment(amd64) does not match. Are you using i386 or PAE? Having backtrace would be nice. It seems you have two differnt controllers(5716 and 5709). Does the issue happen only on 5716? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue May 22 10:36:45 UTC 2012 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=168217 From owner-freebsd-net@FreeBSD.ORG Tue May 22 16:50:42 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 30DC81065675; Tue, 22 May 2012 16:50:42 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1.freebsd.org (Postfix) with ESMTP id 8FDA98FC18; Tue, 22 May 2012 16:50:41 +0000 (UTC) Received: by wibhm6 with SMTP id hm6so3855759wib.1 for ; Tue, 22 May 2012 09:50:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uTWwJUUSAaUEmdH7aPYJr57TvGg1e3QQJ3YtM4WtNxo=; b=ITdVLDPnn/n3CK1y8NtKqVzl/HOP2ztAiTn7F4G4mqmF3VpQIvOteCzLIZbs+jf5wE w3oXvEpARh3LUuV5G1R2nOKAho87hre+vj05UrgAHfbA6M1sp8GSHp3KTFo+JhmGwQAJ ZpvnX8x97Q7IjZXtPXMgsTKyV7Y6nRrHvNkmv06PUMtfxnUcSKz23lUvuk6y0WZEA0rR mdWiD7AAN0Ru/IEHg2LuqKHGxqsbcKwWz+kkAGM1XuGQYTqCjwjosNpD7SuLoiyKlVNa +dlT3A99/KyTnvzmYmUYj/CHl+qJJjboHxRhBCMYCpVV+YJzTxvlDN0bu9mKDRZMHhF9 DKWw== MIME-Version: 1.0 Received: by 10.216.141.84 with SMTP id f62mr134855wej.91.1337705434717; Tue, 22 May 2012 09:50:34 -0700 (PDT) Received: by 10.180.7.103 with HTTP; Tue, 22 May 2012 09:50:34 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 May 2012 09:50:34 -0700 Message-ID: From: Jack Vogel To: Venkat Duvvuru Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-questions@freebsd.org Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 16:50:42 -0000 The LRO code as it stands right now is IPV4 specific, it would be nice to extend it, one of many improvements that may get done at some point. Jack On Tue, May 22, 2012 at 1:43 AM, Venkat Duvvuru wrote: > Folks, > Could somebody please tell about the base Freebsd version which has LRO > support for IPv6? > I'm using 9.0-RELEASE and I see that tcp_lro_rx is failing. > > Please confirm. > > /Venkat > _______________________________________________ > 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 May 22 17:01:35 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B04C1106566C; Tue, 22 May 2012 17:01:35 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 391AB8FC16; Tue, 22 May 2012 17:01:35 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 25C5025D3A91; Tue, 22 May 2012 17:01:34 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 4A247BE780C; Tue, 22 May 2012 17:01:33 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id AXck2xLk0Cd3; Tue, 22 May 2012 17:01:32 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 56C10BE7809; Tue, 22 May 2012 17:01:32 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Tue, 22 May 2012 17:01:31 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: To: Jack Vogel X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org, Venkat Duvvuru , freebsd-questions@freebsd.org Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 17:01:35 -0000 On 22. May 2012, at 16:50 , Jack Vogel wrote: > The LRO code as it stands right now is IPV4 specific, it would be nice to > extend it, one of > many improvements that may get done at some point. I am about to commit it to HEAD. Bear another few days with me; I know I am running late but committing new code had less prio than some other real life things currently. I'll also bring TSO6, etc... /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-net@FreeBSD.ORG Tue May 22 17:04:53 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC15A106566B; Tue, 22 May 2012 17:04:53 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C89908FC1D; Tue, 22 May 2012 17:04:52 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so6420335wgb.31 for ; Tue, 22 May 2012 10:04:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DIn7zaEQg9zybCqR2k7OYMwa6Mag/yBYHk0UbaHSnkE=; b=fPv2J48nuXrDthZm27kLXaskGvHqubq7ORMitngUiz+owcHzS0WZH011lhke6R0Le1 ojwuBpm6smQ0mPySmSnW3cdP1H0T6RjoGLXp3oHoDO6S5O8a/5+9vgGXikaJtBxEAdnj GtfVZ1tEYtUQHlYoZCJa7Or1BpINoqaJYy2fHQKj2YWDY6pYXqIBz7DeBG6uIWmEtrLp ONOSzpFuv25PFpRBqSE+TAi0sFLzLleY0p6H+yvzzsy/IaoMcneg4UvKpW+UoEu/AhIN BKrGDfR+miv0rIchWrv9dgA8WEXxIl7Kx9YkezQsyZwNtnYgxBboxAAnYnbtfp2pVjVn T20A== MIME-Version: 1.0 Received: by 10.216.198.65 with SMTP id u43mr1705485wen.170.1337706291621; Tue, 22 May 2012 10:04:51 -0700 (PDT) Received: by 10.180.7.103 with HTTP; Tue, 22 May 2012 10:04:51 -0700 (PDT) In-Reply-To: References: Date: Tue, 22 May 2012 10:04:51 -0700 Message-ID: From: Jack Vogel To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Venkat Duvvuru , freebsd-questions@freebsd.org Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 17:04:53 -0000 Oh, that's right, distracted with other projects and I forgot, now we just need to have an LRO that works with forwarding eh :) You ROCK bz :) Jack On Tue, May 22, 2012 at 10:01 AM, Bjoern A. Zeeb wrote: > > On 22. May 2012, at 16:50 , Jack Vogel wrote: > > > The LRO code as it stands right now is IPV4 specific, it would be nice to > > extend it, one of > > many improvements that may get done at some point. > > I am about to commit it to HEAD. Bear another few days with me; I know > I am running late but committing new code had less prio than some other > real life things currently. > > I'll also bring TSO6, etc... > > /bz > > -- > Bjoern A. Zeeb You have to have visions! > It does not matter how good you are. It matters what good you do! > > From owner-freebsd-net@FreeBSD.ORG Tue May 22 17:07:54 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D382106566C; Tue, 22 May 2012 17:07:54 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2518FC12; Tue, 22 May 2012 17:07:54 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 2977225D39FD; Tue, 22 May 2012 17:07:53 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 56089BE780C; Tue, 22 May 2012 17:07:52 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id F+lrwrzhkm9v; Tue, 22 May 2012 17:07:51 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 3CDAEBE7809; Tue, 22 May 2012 17:07:51 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Tue, 22 May 2012 17:07:50 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <72B744D5-3D24-4A56-907C-2A8F6620877B@FreeBSD.org> References: To: Jack Vogel X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org, Venkat Duvvuru , freebsd-questions@freebsd.org Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 17:07:54 -0000 On 22. May 2012, at 17:04 , Jack Vogel wrote: > Oh, that's right, distracted with other projects and I forgot, now we = just need > to have an LRO that works with forwarding eh :) That's a 6 line bainaid commit afterwards, basically returning form the = LRO queuing function in case forwarding is turned on for that address family; a = proper solution for long term can than be done whenever we feel like it. The above we = should have done years ago;) > You ROCK bz :) >=20 > Jack >=20 >=20 > On Tue, May 22, 2012 at 10:01 AM, Bjoern A. Zeeb = wrote: >=20 > On 22. May 2012, at 16:50 , Jack Vogel wrote: >=20 > > The LRO code as it stands right now is IPV4 specific, it would be = nice to > > extend it, one of > > many improvements that may get done at some point. >=20 > I am about to commit it to HEAD. Bear another few days with me; I = know > I am running late but committing new code had less prio than some = other > real life things currently. >=20 > I'll also bring TSO6, etc... --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-net@FreeBSD.ORG Tue May 22 17:34:02 2012 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 5C37A1065674; Tue, 22 May 2012 17:34:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id 383608FC27; Tue, 22 May 2012 17:34:02 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id B677412960; Tue, 22 May 2012 10:34:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1337708041; bh=pQ0rzFsXZ0gMOTyEsYyszBEXXxPxij3W2mpBPUIS9Wo=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=Ga963D7rUX0NsPJZiMeX9WMnAF8w2FOGqWH3s4ePzRsoaYFXPQnOZUFKdCnTW76Xt 0oxF25UWcejkuWVdULpCXZ8eTSoDob3pwMjMkWzhI2rlBrWHCqBh04K/EvLoPfJcef kTWQqboCyClwBwI11fQXVe8dPKjd4gHZLZS5hrDQ= Message-ID: <4FBBCE08.1080502@delphij.net> Date: Tue, 22 May 2012 10:34:00 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: yongari@FreeBSD.org References: <201205221037.q4MAbhhP008810@freefall.freebsd.org> In-Reply-To: <201205221037.q4MAbhhP008810@freefall.freebsd.org> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: nemoliu@FreeBSD.org, freebsd-net@FreeBSD.org, d@delphij.net, delphij@FreeBSD.org Subject: Re: kern/168217: [bce] Watchdog timeouts with bce(4) on BCM5716 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, 22 May 2012 17:34:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 05/22/12 03:37, yongari@FreeBSD.org wrote: > Your release information(i386) and environment(amd64) does not > match. Are you using i386 or PAE? Sorry if there is mismatch then it must be I didn't cleared out freefall information properly. The system is running FreeBSD/amd64 and not i386 nor PAE. > Having backtrace would be nice. Will do. > It seems you have two differnt controllers(5716 and 5709). Does the > issue happen only on 5716? We have not yet tested on the 5709 part as they are not connected. By the way there are some updates from yesterday. Disabling hdr_split did not helped and the system stops responding again; disabling both hdr_split and tso seems to make the system survive after 8 hours, we will continue to watch it and report back if new information available. Another thing to note is that we found that on systems that does not exhibit the same problem, they have oui=0x50ef for the four brgphy's, and on this system the four have oui=0xaf7 (brgphy0 pnpinfo oui=0xaf7 model=0x3c rev=0x8 at phyno=1). Not sure if this is related though. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJPu84IAAoJEG80Jeu8UPuzuTsH/jeydvzx+enNhjVK1JpsN1Ju su/GcuRqfIswJHEIZT5xcprkc10OOAK/MSyZwr4U8VXHclLKPWTFO/hRP1UpeJ8Z PCuhNZJDz+SdgH2nHjQdZTlyakOXY/Ale7tGXoQ9Ywu75tsy+vzROq30e5exLRCe OO3AmD2Y4AD+xTJoEdlgrCfgBnILWuwhSFCtC9L5LPXUc3VTk8BApd/4Qrjib9i3 MoiuV/b2tCMeB+KpvQLpCeafft43sJszG2WcnTcSDYLZAKZqzBvyyjBABIgdt3UV JgNEBluhi5XE5SLhp+61RGQQ0stTLXPjL3VrnPy4TAFZRGiCr7LvsaQ3h7zjkuQ= =2Err -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Tue May 22 17:35:29 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2620106567C; Tue, 22 May 2012 17:35:29 +0000 (UTC) (envelope-from venkatduvvuru.ml@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 500338FC19; Tue, 22 May 2012 17:35:29 +0000 (UTC) Received: by ggnm2 with SMTP id m2so7070929ggn.13 for ; Tue, 22 May 2012 10:35:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=0uEUNnYjh4FW2ksiIcYvqXXR+G3Y6CdeEUDPssDWP94=; b=ByYPf8Eyl3sOEuL4ejpQZo6vHxPuBQqVbCOS23R97JTjsBtbXZeP011HHBiALwrdJz FuqTfGvW9miDuQft6C2ssH+FtKwtAFQE7hVjAaXLz4YXUhP7ZCZrQ46OZ6dNIGEeHps1 A8mXGXXPlugtDUW61muSqtNZB73cl3H67n/e9zHAvCSnYOpD71huxwtmrIyOSYi9cTfl 0vqw4F4H+mXeATZPVYYJmeDjd/GbguBHjVGiNVeRs2hAUqS7ACrj4pJF/AliH0ju9BjO x4/HLoI6WE/grQJDr5xFMMPFPE9cZ8Txre2e8HW0Om1NVH4EoB7wGvdsQv2+0MRS7jys t69g== MIME-Version: 1.0 Received: by 10.50.10.164 with SMTP id j4mr10667076igb.13.1337708123101; Tue, 22 May 2012 10:35:23 -0700 (PDT) Received: by 10.64.12.205 with HTTP; Tue, 22 May 2012 10:35:23 -0700 (PDT) In-Reply-To: <72B744D5-3D24-4A56-907C-2A8F6620877B@FreeBSD.org> References: <72B744D5-3D24-4A56-907C-2A8F6620877B@FreeBSD.org> Date: Tue, 22 May 2012 23:05:23 +0530 Message-ID: From: Venkat Duvvuru To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Jack Vogel , freebsd-questions@freebsd.org Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 17:35:29 -0000 Thanks for the response. I observed that there is a significant performance drop in case of IPv6 on the "rx" side. While I'm able to hit line rate ~9.5 Gbps on a 10gb NIC for IPv4..I could only get ~6 Gbps on the "rx" front for IPv6...However "tx" for IPv6 is on par with IPv4 hitting almost line rates. Could this be because of lack of LRO6?? Note: hwpmc profiling shows that most of the time is spent in the IPv6 stack code /Venkat On Tue, May 22, 2012 at 10:37 PM, Bjoern A. Zeeb wrote: > > On 22. May 2012, at 17:04 , Jack Vogel wrote: > > > Oh, that's right, distracted with other projects and I forgot, now we > just need > > to have an LRO that works with forwarding eh :) > > That's a 6 line bainaid commit afterwards, basically returning form the > LRO queuing > function in case forwarding is turned on for that address family; a > proper solution > for long term can than be done whenever we feel like it. The above we > should have done > years ago;) > > > > You ROCK bz :) > > > > Jack > > > > > > On Tue, May 22, 2012 at 10:01 AM, Bjoern A. Zeeb wrote: > > > > On 22. May 2012, at 16:50 , Jack Vogel wrote: > > > > > The LRO code as it stands right now is IPV4 specific, it would be nice > to > > > extend it, one of > > > many improvements that may get done at some point. > > > > I am about to commit it to HEAD. Bear another few days with me; I know > > I am running late but committing new code had less prio than some other > > real life things currently. > > > > I'll also bring TSO6, etc... > > -- > Bjoern A. Zeeb You have to have visions! > It does not matter how good you are. It matters what good you do! > > From owner-freebsd-net@FreeBSD.ORG Tue May 22 17:46:59 2012 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 2E89F106566B; Tue, 22 May 2012 17:46:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 502208FC0A; Tue, 22 May 2012 17:46:58 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so6459693wgb.31 for ; Tue, 22 May 2012 10:46:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jWywyyv1Z7vxDdU/5l56L9C3cJh6UwK/J1I76zawWPU=; b=iWLwex6oV2X9ugobH7KsYEItb2DDWoP3gZJjCy2biPL1Qs8znsA9JF4PThOUNwa73i KNpawQTgXGbL2281N+KKiWCopDWl1Az9W0aKnsYy1AkSmoVf04Xh5FPuf+es846U/n6B jD5BsYpQJVVAaa/mv6QgGMgeBSbbEoABXYyiUx0Mz46YefFQSOicw+sELEd1dxMSwR5g 3TPAl3VZ0YzfKhFv5VDS5UNH+omLlQVjm+Dac6WDUUKQbAoiqqHYhaYLMZFhKd8agoO7 cURG3dx+e14aSS/f1znQWA8p/kuE1j9JalH67t5mnq65MshjduIkhpdBB6JWoiLU/fgi C3rw== MIME-Version: 1.0 Received: by 10.216.141.226 with SMTP id g76mr14857438wej.67.1337708817209; Tue, 22 May 2012 10:46:57 -0700 (PDT) Received: by 10.180.7.103 with HTTP; Tue, 22 May 2012 10:46:57 -0700 (PDT) In-Reply-To: References: <72B744D5-3D24-4A56-907C-2A8F6620877B@FreeBSD.org> Date: Tue, 22 May 2012 10:46:57 -0700 Message-ID: From: Jack Vogel To: Venkat Duvvuru Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, "Bjoern A. Zeeb" , freebsd-questions@freebsd.org Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 May 2012 17:46:59 -0000 LRO is a huge win for 10G (as is TSO on the TX side), so odds are good its behind the drop, in any case you'll be able to test that soon :) Jack On Tue, May 22, 2012 at 10:35 AM, Venkat Duvvuru wrote: > Thanks for the response. > > I observed that there is a significant performance drop in case of IPv6 on > the "rx" side. > While I'm able to hit line rate ~9.5 Gbps on a 10gb NIC for IPv4..I could > only get ~6 Gbps on the "rx" front for IPv6...However "tx" for IPv6 is on > par with IPv4 hitting almost line rates. > > Could this be because of lack of LRO6?? > > Note: hwpmc profiling shows that most of the time is spent in the IPv6 > stack code > > /Venkat > On Tue, May 22, 2012 at 10:37 PM, Bjoern A. Zeeb wrote: > >> >> On 22. May 2012, at 17:04 , Jack Vogel wrote: >> >> > Oh, that's right, distracted with other projects and I forgot, now we >> just need >> > to have an LRO that works with forwarding eh :) >> >> That's a 6 line bainaid commit afterwards, basically returning form the >> LRO queuing >> function in case forwarding is turned on for that address family; a >> proper solution >> for long term can than be done whenever we feel like it. The above we >> should have done >> years ago;) >> >> >> > You ROCK bz :) >> > >> > Jack >> > >> > >> > On Tue, May 22, 2012 at 10:01 AM, Bjoern A. Zeeb >> wrote: >> > >> > On 22. May 2012, at 16:50 , Jack Vogel wrote: >> > >> > > The LRO code as it stands right now is IPV4 specific, it would be >> nice to >> > > extend it, one of >> > > many improvements that may get done at some point. >> > >> > I am about to commit it to HEAD. Bear another few days with me; I know >> > I am running late but committing new code had less prio than some other >> > real life things currently. >> > >> > I'll also bring TSO6, etc... >> >> -- >> Bjoern A. Zeeb You have to have visions! >> It does not matter how good you are. It matters what good you do! >> >> > From owner-freebsd-net@FreeBSD.ORG Wed May 23 05:57:50 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8B091106566C; Wed, 23 May 2012 05:57:50 +0000 (UTC) (envelope-from venkatduvvuru.ml@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9D38FC15; Wed, 23 May 2012 05:57:50 +0000 (UTC) Received: by obcni5 with SMTP id ni5so14358465obc.13 for ; Tue, 22 May 2012 22:57:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3Vk8ZOzZYXfiaWM7DwhI8itkfymPMc4oZNOSSYdlIHo=; b=mfV3mHFSvzvUW2eg1Lywd22b4ipydhHQheWCo740XczbJI6q/1oQA3Dwq2RM/eOhPv 1Z1wbzYTkPEMm9NWcCJc0eXkXjJ948Ff76z4Axyh7QdbIuLq1gNL9FFtOCK4alcKUiGI zN/M/3t+tletcGx7nedSNDsEXBqwjTmm62R4PGnMev0gbdnSDTFfxMFrRg9jC3WY0mV2 YAOnKyhfkyhCaQ8fDxPRhYPxG4wSLl+xlmg6+GPsmGsu26lAjNkdZUuFt4LXTyAw1mw6 3dcYj9pFQ+MQuFEdMysaRlGNa+IA8ywK66VknIFv3ITpcwzPqsBYJSThyZ4papi0+teg yOlA== MIME-Version: 1.0 Received: by 10.50.41.165 with SMTP id g5mr11890503igl.13.1337752669238; Tue, 22 May 2012 22:57:49 -0700 (PDT) Received: by 10.64.12.205 with HTTP; Tue, 22 May 2012 22:57:49 -0700 (PDT) In-Reply-To: References: <72B744D5-3D24-4A56-907C-2A8F6620877B@FreeBSD.org> Date: Wed, 23 May 2012 11:27:49 +0530 Message-ID: From: Venkat Duvvuru To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, "Bjoern A. Zeeb" , freebsd-questions@freebsd.org Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 05:57:50 -0000 Ok. I found the reason for the throughput drop in case of IPv6. Reason is that the "tcp check sum" calculation is mandated in case of IPv6 irrespective of whether the card is doing it or not (checksum offload). Is there a reason why freebsd is doing it that way? /Venkat On Tue, May 22, 2012 at 11:16 PM, Jack Vogel wrote: > LRO is a huge win for 10G (as is TSO on the TX side), so odds are good its > behind the drop, > in any case you'll be able to test that soon :) > > Jack > > > > On Tue, May 22, 2012 at 10:35 AM, Venkat Duvvuru < > venkatduvvuru.ml@gmail.com> wrote: > >> Thanks for the response. >> >> I observed that there is a significant performance drop in case of IPv6 >> on the "rx" side. >> While I'm able to hit line rate ~9.5 Gbps on a 10gb NIC for IPv4..I could >> only get ~6 Gbps on the "rx" front for IPv6...However "tx" for IPv6 is on >> par with IPv4 hitting almost line rates. >> >> Could this be because of lack of LRO6?? >> >> Note: hwpmc profiling shows that most of the time is spent in the IPv6 >> stack code >> >> /Venkat >> On Tue, May 22, 2012 at 10:37 PM, Bjoern A. Zeeb wrote: >> >>> >>> On 22. May 2012, at 17:04 , Jack Vogel wrote: >>> >>> > Oh, that's right, distracted with other projects and I forgot, now we >>> just need >>> > to have an LRO that works with forwarding eh :) >>> >>> That's a 6 line bainaid commit afterwards, basically returning form the >>> LRO queuing >>> function in case forwarding is turned on for that address family; a >>> proper solution >>> for long term can than be done whenever we feel like it. The above we >>> should have done >>> years ago;) >>> >>> >>> > You ROCK bz :) >>> > >>> > Jack >>> > >>> > >>> > On Tue, May 22, 2012 at 10:01 AM, Bjoern A. Zeeb >>> wrote: >>> > >>> > On 22. May 2012, at 16:50 , Jack Vogel wrote: >>> > >>> > > The LRO code as it stands right now is IPV4 specific, it would be >>> nice to >>> > > extend it, one of >>> > > many improvements that may get done at some point. >>> > >>> > I am about to commit it to HEAD. Bear another few days with me; I know >>> > I am running late but committing new code had less prio than some other >>> > real life things currently. >>> > >>> > I'll also bring TSO6, etc... >>> >>> -- >>> Bjoern A. Zeeb You have to have visions! >>> It does not matter how good you are. It matters what good you do! >>> >>> >> > From owner-freebsd-net@FreeBSD.ORG Wed May 23 08:22:57 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D2DA71065674; Wed, 23 May 2012 08:22:57 +0000 (UTC) (envelope-from venkatduvvuru.ml@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF368FC0C; Wed, 23 May 2012 08:22:57 +0000 (UTC) Received: by ggnm2 with SMTP id m2so7748012ggn.13 for ; Wed, 23 May 2012 01:22:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=JRpQ4tiPVFqWeOICIwPxfMvKJYrxpgfMxUZQptDRW4k=; b=c1okEyAa3/2QCKMbTzfxFXXS4NTJb4QGQTIZJ1H6iGJGy4q0gFiBdBGCHbNJH+baXN ViCnC6roS1XRAYcTmhAJDaTExfulFbdVf4HVnVf+jaSFx4VWlSrvC7wxNpDiwkfCVYEg mAYTJCWMSXyAhkVfGB0JgOOp57YTlmZVBO0fLgyRzeDlQH6qUy9WtJLaHoKet5kqfmjX +GijvX5wlPWxAgJGyY5hvhsCNaodNH3ZjpjsAzsXEpnOhZThj4GRgH2GWq5xGwnZ1dJ0 UC0DHZSYDtjm8H8iusjpdTCVG0VV0WSpplXdnd6CieEVQLO/SmUJ7q0tJ5ZOSx2+UkZh O1Ag== MIME-Version: 1.0 Received: by 10.42.141.133 with SMTP id o5mr17014323icu.13.1337761375967; Wed, 23 May 2012 01:22:55 -0700 (PDT) Received: by 10.64.12.205 with HTTP; Wed, 23 May 2012 01:22:55 -0700 (PDT) In-Reply-To: References: <72B744D5-3D24-4A56-907C-2A8F6620877B@FreeBSD.org> Date: Wed, 23 May 2012 13:52:55 +0530 Message-ID: From: Venkat Duvvuru To: lstewart@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, "Bjoern A. Zeeb" , freebsd-questions@freebsd.org, Jack Vogel Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 May 2012 08:22:57 -0000 Folks, Can somebody please explain me why "tcp checsum" calculation is mandated in the freebsd network stack (tcp_input--->in6_cksum) albeit the card supports it? Probably Steve is the right person who can answer this. /Venkat On Wed, May 23, 2012 at 11:27 AM, Venkat Duvvuru wrote: > Ok. I found the reason for the throughput drop in case of IPv6. > Reason is that the "tcp check sum" calculation is mandated in case of IPv6 > irrespective of whether the card is doing it or not (checksum offload). Is > there a reason why freebsd is doing it that way? > > /Venkat > > On Tue, May 22, 2012 at 11:16 PM, Jack Vogel wrote: > >> LRO is a huge win for 10G (as is TSO on the TX side), so odds are good >> its behind the drop, >> in any case you'll be able to test that soon :) >> >> Jack >> >> >> >> On Tue, May 22, 2012 at 10:35 AM, Venkat Duvvuru < >> venkatduvvuru.ml@gmail.com> wrote: >> >>> Thanks for the response. >>> >>> I observed that there is a significant performance drop in case of IPv6 >>> on the "rx" side. >>> While I'm able to hit line rate ~9.5 Gbps on a 10gb NIC for IPv4..I >>> could only get ~6 Gbps on the "rx" front for IPv6...However "tx" for IPv6 >>> is on par with IPv4 hitting almost line rates. >>> >>> Could this be because of lack of LRO6?? >>> >>> Note: hwpmc profiling shows that most of the time is spent in the IPv6 >>> stack code >>> >>> /Venkat >>> On Tue, May 22, 2012 at 10:37 PM, Bjoern A. Zeeb wrote: >>> >>>> >>>> On 22. May 2012, at 17:04 , Jack Vogel wrote: >>>> >>>> > Oh, that's right, distracted with other projects and I forgot, now we >>>> just need >>>> > to have an LRO that works with forwarding eh :) >>>> >>>> That's a 6 line bainaid commit afterwards, basically returning form the >>>> LRO queuing >>>> function in case forwarding is turned on for that address family; a >>>> proper solution >>>> for long term can than be done whenever we feel like it. The above we >>>> should have done >>>> years ago;) >>>> >>>> >>>> > You ROCK bz :) >>>> > >>>> > Jack >>>> > >>>> > >>>> > On Tue, May 22, 2012 at 10:01 AM, Bjoern A. Zeeb >>>> wrote: >>>> > >>>> > On 22. May 2012, at 16:50 , Jack Vogel wrote: >>>> > >>>> > > The LRO code as it stands right now is IPV4 specific, it would be >>>> nice to >>>> > > extend it, one of >>>> > > many improvements that may get done at some point. >>>> > >>>> > I am about to commit it to HEAD. Bear another few days with me; I >>>> know >>>> > I am running late but committing new code had less prio than some >>>> other >>>> > real life things currently. >>>> > >>>> > I'll also bring TSO6, etc... >>>> >>>> -- >>>> Bjoern A. Zeeb You have to have visions! >>>> It does not matter how good you are. It matters what good you do! >>>> >>>> >>> >> > From owner-freebsd-net@FreeBSD.ORG Wed May 23 12:48:51 2012 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 1FAF4106566B for ; Wed, 23 May 2012 12:48:51 +0000 (UTC) (envelope-from bm2_meryem@hotmail.fr) Received: from dub0-omc2-s23.dub0.hotmail.com (dub0-omc2-s23.dub0.hotmail.com [157.55.1.162]) by mx1.freebsd.org (Postfix) with ESMTP id AA3868FC14 for ; Wed, 23 May 2012 12:48:50 +0000 (UTC) Received: from DUB102-W10 ([157.55.1.136]) by dub0-omc2-s23.dub0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 23 May 2012 05:47:43 -0700 Message-ID: X-Originating-IP: [193.194.88.30] From: =?utf-8?B?TWVyeSdlbSDOstCETA==?= To: Date: Wed, 23 May 2012 12:47:42 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 23 May 2012 12:47:43.0098 (UTC) FILETIME=[3ECCB5A0:01CD38E2] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Request for Help 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, 23 May 2012 12:48:51 -0000 DQoNCkhJLEknbSBhIHN0dWRlbnQgcHJlcGFyaW5nIGEgTWFzdGVyIGRlZ3JlZSAsIG15IHByb2pl Y3Qgc3ViamVjdCBpcyB0aGUgaW1wbGVtZW50YXRpb24gb2YgYSAgIHN0YXRlZnVsbCBBUlAgLCBJ IGFjdHVhbGx5ICBkaWQgc2V2ZXJhbCByZXNlYXJjaCB0byBmaW5kIGEgbm92ZWwgc29sdXRpb24g dG8gZGVmZW5kIGFuZCBpbnRlcnJ1cHQgQVJQIGF0dGFja3MgLkknbSB0cnluaWcgdG8gdW5kZXJz dGFuZCB0aGUga2VybmVsIG1vZHVsZXMgaW4gbGludXggIHNvIHRoYW4gaSBjYW4gaW1wbGVtZW50 IG15IHNvbHV0aW9uICwgaSBoYXZlIHNvbWUgZGlmZmljdWx0aWVzIHRvIGZpZ3VyZSBvdXQgdGhl IGdlbmVyYWwgZnVuY3Rpb25tZW50ICBvZiB0aGUgU2tfYnVmZiBzcGVjaWFsbHkgLCBmb3IgZXhl bXBsZSBXaGF0IGRvZXMgZGVmaW5lIENPTU1FTlRfT05MWSAoaW4gdGhlIG1vZHVsZSBpZl9hcnAu ZiApbWVhbj8gIGlmIHlvdSBjb3VsZCBwbGVhc2UgKCB3aXRoIGFsbCBvZiBteSByZXNwZWN0KSBo ZWxwIG1lIHdpdGggc29tZSBpZGVhcyBhbmQgZXhwbGFuYXRpb25zIGFib3V0IHRoaXMgc3ViamVj dCAucGxlYXNlIGFsbG93IE1yIEJydWNlIHRoZSBleHByZXNzaW9uIG9mIG15IG1vc3QgcmVzcGVj dGZ1bCBzYWx1dGF0aW9ucyANCiAgIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0KIA0K IA0KDQoNCg0KIA0KDQogDQoNCiANCg0KDQoNCg0KDQoNCiANCg0KDQoNCiANCg0KIA0KIAkJIAkg ICAJCSAg From owner-freebsd-net@FreeBSD.ORG Wed May 23 15:29:20 2012 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 19EA61065675 for ; Wed, 23 May 2012 15:29:20 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id B5B9B8FC17 for ; Wed, 23 May 2012 15:29:19 +0000 (UTC) Received: by ghbz22 with SMTP id z22so1635562ghb.13 for ; Wed, 23 May 2012 08:29:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to; bh=zdER7JeXJIYYm75hNAreMV7IOfAZ0dKAkSo01U4uRg4=; b=DwTsJacKWsHWfWIylJwRdcXh6+mUIngf92OyVJGgNTlTaw8xALkKFk5a+YTC39w8lp XYp4ZmbnA7CHojutWKWz6KjOxaouZZm/1BorQMrboFXUgc7jIJmBuSbip3qxscFM0u+v VPTUQU4qP0gbG3Sz5tcHtph2UGEmNIrCEh8rs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:x-gm-message-state; bh=zdER7JeXJIYYm75hNAreMV7IOfAZ0dKAkSo01U4uRg4=; b=lXEYh4/lFMxItQztDhkW17oeyrtOL3GUSTCzJT+RbHm+vnZC0KgnF9lurBITbsnQiW EOhzQ2UU6JG6YybnEcNcd2h9WDKqIoR9QykNM0vdEgm8/FTdMOPduPCHW/pJwbIssNPM 860FcktJhDXqiyfU1ya1aCwQMJnEJGunUjXKFkN9ccV0HyJWn8f/BkRBFqCkuta/z9kD KE0Yt6DqQb+59h5Q/47cLlk8BB0jXihzJlICTtuGjMFSsqLg+OJUA4ubMFtGcHTugNmi jRnOjxMXLSkzrhNvfDaJ+ZD+Pay8LtRCjKs/F+wzZxsS4qAGUASMWbEHHK+CNVxqvoAJ wz+g== Received: by 10.42.19.72 with SMTP id a8mr844344icb.39.1337786958728; Wed, 23 May 2012 08:29:18 -0700 (PDT) Received: from DataIX.net (24-247-238-117.dhcp.aldl.mi.charter.com. [24.247.238.117]) by mx.google.com with ESMTPS id wp4sm13018096igc.3.2012.05.23.08.29.16 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 23 May 2012 08:29:17 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q4NFTFx3053541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 May 2012 11:29:15 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q4NFTETw053540; Wed, 23 May 2012 11:29:14 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Wed, 23 May 2012 11:29:14 -0400 From: Jason Hellenthal To: "Mery'em =?utf-8?B?zrLQhEw=?=" Message-ID: <20120523152914.GA52815@DataIX.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Gm-Message-State: ALoCoQnLlHlJc12PLJqTXBq8kKa5UUvRUQO6Y7BQSVGWVTfvsTEKoSQD4tSb+mVo9yYR7Rx2Ev8x Cc: freebsd-net@freebsd.org Subject: Re: Request for Help 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, 23 May 2012 15:29:20 -0000 On Wed, May 23, 2012 at 12:47:42PM +0000, Mery'em βЄL wrote: > > > HI,I'm a student preparing a Master degree , my project subject is the implementation of a statefull ARP , I actually did several research to find a novel solution to defend and interrupt ARP attacks .I'm trynig to understand the kernel modules in linux so than i can implement my solution , i have some difficulties to figure out the general functionment of the Sk_buff specially , for exemple What does define COMMENT_ONLY (in the module if_arp.f )mean? if you could please ( with all of my respect) help me with some ideas and explanations about this subject .please allow Mr Bruce the expression of my most respectful salutations > I would reccomend a Linux mailing list for this. FreeBSD is not Linux. http://www.freebsd.org/about.html -- - (2^(N-1)) From owner-freebsd-net@FreeBSD.ORG Wed May 23 18:51:28 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 814FD106566C; Wed, 23 May 2012 18:51:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA508FC12; Wed, 23 May 2012 18:51:28 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so11120729pbb.13 for ; Wed, 23 May 2012 11:51:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=pvvFHtO5J5A9qfRdI0o7HulSmD9Rh1Gfao5gM2fZ8EA=; b=TU9gZ49dPU50pw+LmNpWcNgNrZBJh1MkPzftXr1IhOcshTCOAN/lW7Vq3N/5TZjNQe tQWdKuczduoRp+QBaVFAZaz9QuuKhpyeCqARntu3DzTa6ep5tjLnojZDOUagTrfDt9mR 5S0BirxvKHs43ri5Q4m1vkD2ybCQEDZyEAYt62fydYqHGC6NcLVxFDpl3l9V8IDd+3Zo rIRp5galyjgYDPgbPkHVyLmz6TiaCJ7wcPK5YFaPxgMNA98RaAb3mI7cnZqI4UlcG7CL txwunRMXnAqBI1iHNM6B3vEOUKXdDes4u0X0GOjs+VJbMWSS5dwWMNPbG56RsHuU3xNu zaZQ== MIME-Version: 1.0 Received: by 10.68.232.129 with SMTP id to1mr3376254pbc.27.1337799087591; Wed, 23 May 2012 11:51:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.203.2 with HTTP; Wed, 23 May 2012 11:51:27 -0700 (PDT) In-Reply-To: <201204201006.q3KA6T6B034501@svn.freebsd.org> References: <201204201006.q3KA6T6B034501@svn.freebsd.org> Date: Wed, 23 May 2012 11:51:27 -0700 X-Google-Sender-Auth: UFc263JS4S0xk3A9pp96PgKZwCk Message-ID: From: Adrian Chadd To: Andrew Thompson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: svn commit: r234488 - head/sys/net 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, 23 May 2012 18:51:28 -0000 On 20 April 2012 03:06, Andrew Thompson wrote: > Author: thompsa > Date: Fri Apr 20 10:06:28 2012 > New Revision: 234488 > URL: http://svn.freebsd.org/changeset/base/234488 > > Log: > =A0Move the interface media check to a taskqueue, some interfaces (usb) s= leep > =A0during SIOCGIFMEDIA and we were holding locks. Hi, I've noticed this when hacking on switch drivers over i2c/gpio code. The PHY code can't use sleep or locks because of this. Do you think it'd maybe be a good idea to simply make the link status check tick be run through a taskqueue, rather than having it done direct from the callout swi? Adrian From owner-freebsd-net@FreeBSD.ORG Wed May 23 19:57:12 2012 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 15EBD106564A for ; Wed, 23 May 2012 19:57:12 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id DE4BA8FC15 for ; Wed, 23 May 2012 19:57:11 +0000 (UTC) Received: by dadv36 with SMTP id v36so11056793dad.13 for ; Wed, 23 May 2012 12:57:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=zYPdKRwFNpKb2SgvLC1KTn4t1qYj0lOWgjfkqJn8Xug=; b=x7kXB0Mp1XiN6bFQAmSKlQhCMTTkdjaDNp4mvqpX9G+HIvRfW22BjeWESRvCVxV5Q7 lzsP8VsvumZWSP0OQxGi/miUefpwqxuJ2bq/JD/M97T553McVLeU6soCjytakpcNi2st sqGUUBNC1WYtmREAyLr0AtnIjaskiPBm6ekgI1ubG4rALi48o09XkxmF8B5L5yNPUr7j DH9ptct0ZIKu7JHFcvN65WPqFCa4rHX5M82RukkRCzkBuwBXwF9+SmhqkbcwM+z4lRUE PDmTtbCPtaK8bZN6elpTs9KG4q46qpJU46hVPUTiqUKviK4zZ3vfN20xR7OP2HLWfSff Xs4g== Received: by 10.68.226.228 with SMTP id rv4mr1459330pbc.167.1337803031490; Wed, 23 May 2012 12:57:11 -0700 (PDT) Received: from oddish.sandvine.com ([64.7.137.182]) by mx.google.com with ESMTPS id wn3sm2797991pbc.74.2012.05.23.12.57.10 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 23 May 2012 12:57:10 -0700 (PDT) Date: Wed, 23 May 2012 15:58:27 -0400 From: Mark Johnston To: freebsd-net@freebsd.org Message-ID: <20120523195827.GA56015@oddish.sandvine.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: in_ifaddr initialization 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, 23 May 2012 19:57:12 -0000 Hello, I've run into an issue related to the ordering of the steps in in.c:in_ifinit(). in_ifinit() gets called when an inet address gets added to an interface, and (loosely) it does the following: 1. Set the address of the in_ifaddr 2. Call the driver's ioctl handler (which generally seems to result in a chip reset, either directly or from ether_ioctl()). 3. Fill out the rest of the in_ifaddr and add a route if necessary. My problem occurs with step 2 - an ixgbe(4) reset takes upwards of 250ms according to DTrace, and during this time another userland program may try to get information about the addresses associated with the interface. In particular, in_ifinit() hasn't locked the in_ifaddr in any way at this point, so the userland program will get the new IP address, but a netmask of 0. This ends up causing some problems in our application: it frequently sends messages over a specific ixgbe interface, and checks to see if the interface's address has changed before doing so. It then tries to bind a socket to the broadcast address of the interface, which causes problems if the interface's address has recently changed during the 250ms window. Thus I'm wondering if there's any problem filling out the entire in_ifaddr before calling the driver's ioctl handler (as in the patch below). I realize that this doesn't completely eliminate the race, but it makes the window much smaller. I would like to fix it properly, but I was hoping someone more familiar with this code might be able to comment on the following: - Does the reordering below have any other unintended consequences? The only problem that I can see is in the case that if_ioctl returns an error: if the ia is not new (e.g. if the user updated the netmask alone), it will get updated before a possible error in the ioctl handler. But in practice this should never be a problem since the SIFADDR handlers never return an error. To be safe, the old ia could be saved at the beginning of in_ifinit() and restored in the case of an error, but I don't think that's necessary. - Is there any objection to addressing this problem at all? It's an unlikely interaction since most drivers do resets quite quickly, but it'd be nice to fix this I think. It seems reasonable to expect address changes to be done atomically, but I'm not sure. Thanks, -Mark diff --git a/sys/netinet/in.c b/sys/netinet/in.c index c1cbcb1..4996d47 100644 --- a/sys/netinet/in.c +++ b/sys/netinet/in.c @@ -819,16 +819,6 @@ in_ifinit(struct ifnet *ifp, struct in_ifaddr *ia, struct sockaddr_in *sin, return (error); /* - * Give the interface a chance to initialize - * if this is its first address, - * and to validate the address if necessary. - */ - if (ifp->if_ioctl != NULL && - (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, (caddr_t)ia)) != 0) - /* LIST_REMOVE(ia, ia_hash) is done in in_control */ - return (error); - - /* * Be compatible with network classes, if netmask isn't supplied, * guess it based on classes. */ @@ -843,9 +833,7 @@ in_ifinit(struct ifnet *ifp, struct in_ifaddr *ia, struct sockaddr_in *sin, } ia->ia_subnet = i & ia->ia_subnetmask; in_socktrim(&ia->ia_sockmask); - /* - * Add route for the network. - */ + ia->ia_ifa.ifa_metric = ifp->if_metric; if (ifp->if_flags & IFF_BROADCAST) { if (ia->ia_subnetmask == IN_RFC3021_MASK) @@ -861,6 +849,20 @@ in_ifinit(struct ifnet *ifp, struct in_ifaddr *ia, struct sockaddr_in *sin, return (0); flags |= RTF_HOST; } + + /* + * Give the interface a chance to initialize + * if this is its first address, + * and to validate the address if necessary. + */ + if (ifp->if_ioctl != NULL && + (error = (*ifp->if_ioctl)(ifp, SIOCSIFADDR, (caddr_t)ia)) != 0) + /* LIST_REMOVE(ia, ia_hash) is done in in_control */ + return (error); + + /* + * Add route for the network. + */ if (!vhid && (error = in_addprefix(ia, flags)) != 0) return (error); From owner-freebsd-net@FreeBSD.ORG Wed May 23 21:58:19 2012 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 46FCF106566B; Wed, 23 May 2012 21:58:19 +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 1A44A8FC12; Wed, 23 May 2012 21:58:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4NLwI27038786; Wed, 23 May 2012 21:58:18 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4NLwIFR038782; Wed, 23 May 2012 21:58:18 GMT (envelope-from linimon) Date: Wed, 23 May 2012 21:58:18 GMT Message-Id: <201205232158.q4NLwIFR038782@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/168268: [re] if_re doesn't work if you set MAC address 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, 23 May 2012 21:58:19 -0000 Old Synopsis: if_re doesn't work if you set MAC address New Synopsis: [re] if_re doesn't work if you set MAC address Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed May 23 21:58:05 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=168268 From owner-freebsd-net@FreeBSD.ORG Thu May 24 02:20:25 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5DF45106566B; Thu, 24 May 2012 02:20:25 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3068E8FC12; Thu, 24 May 2012 02:20:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4O2KPbZ041292; Thu, 24 May 2012 02:20:25 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4O2KO8b041267; Thu, 24 May 2012 02:20:24 GMT (envelope-from yongari) Date: Thu, 24 May 2012 02:20:24 GMT Message-Id: <201205240220.q4O2KO8b041267@freefall.freebsd.org> To: ika256@gmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/168268: [re] if_re doesn't work if you set MAC address 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, 24 May 2012 02:20:25 -0000 Synopsis: [re] if_re doesn't work if you set MAC address State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Thu May 24 02:19:19 UTC 2012 State-Changed-Why: I think the correct way to change station address is to use /etc/start_if.. For this case, the filename would be /etc/start_if.re0 and its contents could be like the following. #!/bin/sh /sbin/ifconfig $1 ether 00:02:1a:2b:3c:4d See rc.conf(5) for more details. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu May 24 02:19:19 UTC 2012 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=168268 From owner-freebsd-net@FreeBSD.ORG Thu May 24 05:19:32 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F9C5106564A for ; Thu, 24 May 2012 05:19:32 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 196088FC0A for ; Thu, 24 May 2012 05:19:32 +0000 (UTC) Received: by dadv36 with SMTP id v36so11604268dad.13 for ; Wed, 23 May 2012 22:19:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=UkEVudDlZptDZYh1RooMqeIM5fnFFFvwJISeb5iPUlQ=; b=PHHzG1UBEgYPjbqjnlJeITo1F9QMeqQFggazP8WpNfkI880i5SicKBx5JaSTw3KjUC I8lplxsgTKt94TxABzufOROAszLSCTLi7u5w4c5wEaLWmFseC7kNRLqoCdnxpo0d8mDD QUoXTlmfaG1cTXNKdQQ6AjsoZD3npWYB9aVAP6pVNpqFyY3qSRv7kiznxh10qwp0INca KagmJHejVEhFrIB0L44GF0OF9VsnnBuhAE137HjZ9CuPhVv71Q5KihFgnDFgakjtHmrn 0mVNcMJuH2BbuWENlOtE51HEqFUXIZjAIRwhx0BUmlInJ834J17tN9TMpKwG9nccZ10s gSHA== MIME-Version: 1.0 Received: by 10.68.202.99 with SMTP id kh3mr17029893pbc.157.1337836771749; Wed, 23 May 2012 22:19:31 -0700 (PDT) Received: by 10.142.54.2 with HTTP; Wed, 23 May 2012 22:19:31 -0700 (PDT) Date: Wed, 23 May 2012 22:19:31 -0700 Message-ID: From: Vijay Singh To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Intel 1G Tx hangs 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, 24 May 2012 05:19:32 -0000 Hi, I have been using 8.2 based e1000 drivers and I'm seeing watchdog timeouts. I am in the process of updating the drivers to 8-stable, but wanted to check here if others have seen anything like this in the 8.1/8.2 drivers. Just fyi, I am seeing the Tx hang in if_lem.c. -vijay From owner-freebsd-net@FreeBSD.ORG Thu May 24 06:50:32 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26C23106564A for ; Thu, 24 May 2012 06:50:32 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id DAC388FC12 for ; Thu, 24 May 2012 06:50:31 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 01BC57300A; Thu, 24 May 2012 09:10:55 +0200 (CEST) Date: Thu, 24 May 2012 09:10:55 +0200 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20120524071055.GA50710@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: use of non-contiguous masks in address lookups ? 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, 24 May 2012 06:50:32 -0000 Hi, every now and then the issue comes up on whether we still need to support non-contiguous masks in address lookups. I seem to remember someone (perhaps on this list) making a case for their presence, but forgot the details. So, does anyone know of a practical use of non contiguous masks ? cheers luigi From owner-freebsd-net@FreeBSD.ORG Thu May 24 06:55:41 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAE2F10656AB for ; Thu, 24 May 2012 06:55:41 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8648FC08 for ; Thu, 24 May 2012 06:55:41 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id BE3CC7300A; Thu, 24 May 2012 09:16:05 +0200 (CEST) Date: Thu, 24 May 2012 09:16:05 +0200 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20120524071605.GB50710@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Any deployment with very many small (/28 .. /32) subnets ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 06:55:41 -0000 Also related to my previous question on lookups, I believe some ISPs may have a huge number of very small subnets (say /28 or even smaller) attached to some kind of virtual interfaces (vlans, gif, tun,...). Can anyone comment on what the numbers are (i.e. 100-1k-10k subnets ?) and whether the subnets are taken from a single larger pool which only includes such subnets, or they are randomly scattered across a large number of /24 subnets ? thanks luigi From owner-freebsd-net@FreeBSD.ORG Thu May 24 07:50:05 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 128B6106566B for ; Thu, 24 May 2012 07:50:05 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 57B018FC0C for ; Thu, 24 May 2012 07:50:03 +0000 (UTC) Received: (qmail 23950 invoked from network); 24 May 2012 07:43:21 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 24 May 2012 07:43:21 -0000 Date: Thu, 24 May 2012 09:43:21 +0200 (CEST) Message-Id: <20120524.094321.74735847.sthaug@nethelp.no> To: rizzo@iet.unipi.it From: sthaug@nethelp.no In-Reply-To: <20120524071055.GA50710@onelab2.iet.unipi.it> References: <20120524071055.GA50710@onelab2.iet.unipi.it> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: use of non-contiguous masks in address lookups ? 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, 24 May 2012 07:50:05 -0000 > every now and then the issue comes up on whether we still need > to support non-contiguous masks in address lookups. > I seem to remember someone (perhaps on this list) making a > case for their presence, but forgot the details. > So, does anyone know of a practical use of non contiguous masks ? I vote for removing non-contiguous masks. They are incompatible with CIDR, which was introduced in 1993 (!). Non-contiguous masks have been unsupported in many routers produced the last 10 years or so. E.g. for Juniper M/MX/T routers you specify an interface address with a contiguous mask (1.2.3.4/29 etc). It is *not possible* to specify a non-contiguous mask. Address lookup is always based on longest prefix match. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Thu May 24 09:30:09 2012 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 956B31065674 for ; Thu, 24 May 2012 09:30:09 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from lavash.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id 615438FC08 for ; Thu, 24 May 2012 09:30:09 +0000 (UTC) Received: from Computer-of-Penelope.local (199-83-222-51.PUBLIC.monkeybrains.net [199.83.222.51]) (authenticated bits=0) by lavash.monkeybrains.net (8.14.4/8.14.4) with ESMTP id q4O8l5G9067845 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 24 May 2012 01:47:05 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <4FBDF520.1060607@monkeybrains.net> Date: Thu, 24 May 2012 01:45:20 -0700 From: "Rudy (bulk)" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.3 at lavash.monkeybrains.net X-Virus-Status: Clean Subject: Bug? adding a vlan on ix is not elegant 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, 24 May 2012 09:30:09 -0000 If I have my ix0 up and add another vlan... eg ifconfig vlan777 vlandev ix0 vlan777 10.77.7.1/24 the act of creating a vlan causes all the other vlans to go offline for 15 seconds. Rudy From owner-freebsd-net@FreeBSD.ORG Thu May 24 09:42:08 2012 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 0C9161065678 for ; Thu, 24 May 2012 09:42:08 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 894B18FC1E for ; Thu, 24 May 2012 09:42:07 +0000 (UTC) Received: by bkvi18 with SMTP id i18so9097712bkv.13 for ; Thu, 24 May 2012 02:42:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=ie0lMSdzJyM0VkZ36Rc9AZxfgutgvN4ftGBTb8vSlyI=; b=hywBdJ9wv/ifBrEipEUPe5ys9Au9VEz6rItmyJ9HRDQX2o5wPYz+ny5f3rPjcHNIsA ngiwVToP9hmBa4eEapSPBJUueBtg7xk5iE2FxHDRchbTRINVf+nY4GlvkOH1rY5SOa/L ONHwWcOMv5sdJXXEWulaTITwz47XX2qbu2mEpkuiQHutCEuvJQ4OmuZw2ItSyTsRL/VD w7ZhoPEQluONYnv2qps2YAc0V+AKyi1dKoeY0GLN6kTKM5E9tGDihCr0BeqMfJhKeExI HVg31jvxGYT28xjMPrpnbBldMGK3Kq7CRvL9lD+J2/sDFet6m1g6V2Q2/KKyu7mjMu3G g5qA== Received: by 10.204.152.73 with SMTP id f9mr13598433bkw.3.1337852526613; Thu, 24 May 2012 02:42:06 -0700 (PDT) Received: from [10.0.0.3] ([93.152.152.135]) by mx.google.com with ESMTPS id fu14sm1761771bkc.13.2012.05.24.02.42.04 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 24 May 2012 02:42:05 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: <4FBDF520.1060607@monkeybrains.net> Date: Thu, 24 May 2012 12:42:03 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FBDF520.1060607@monkeybrains.net> To: Rudy (bulk) X-Mailer: Apple Mail (2.1278) Cc: freebsd-net Subject: Re: Bug? adding a vlan on ix is not elegant 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, 24 May 2012 09:42:08 -0000 On May 24, 2012, at 11:45 AM, Rudy (bulk) wrote: >=20 > If I have my ix0 up and add another vlan... eg > ifconfig vlan777 vlandev ix0 vlan777 10.77.7.1/24 > the act of creating a vlan causes all the other vlans to go offline = for 15 seconds. >=20 > Rudy What version of FreeBSD are you running? The little interruption might be due to the vlan hwfilter reprogramming = on the adapter, but 15 secs sound too much. From owner-freebsd-net@FreeBSD.ORG Thu May 24 11:16:29 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6C9A106564A; Thu, 24 May 2012 11:16:29 +0000 (UTC) (envelope-from bz@freebsd.org) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 5A9A48FC14; Thu, 24 May 2012 11:16:29 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4BF9025D3857; Thu, 24 May 2012 11:16:28 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 6CD5ABE7A07; Thu, 24 May 2012 11:16:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id N42FC1BiicQG; Thu, 24 May 2012 11:16:26 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 6FD3ABE7A04; Thu, 24 May 2012 11:16:26 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Thu, 24 May 2012 11:16:25 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <72B744D5-3D24-4A56-907C-2A8F6620877B@FreeBSD.org> To: Venkat Duvvuru X-Mailer: Apple Mail (2.1084) Cc: lstewart@freebsd.org, Jack Vogel , freebsd-questions@freebsd.org, freebsd-net@freebsd.org Subject: Re: LRO support for IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 11:16:29 -0000 On 23. May 2012, at 08:22 , Venkat Duvvuru wrote: > Folks, > Can somebody please explain me why "tcp checsum" calculation is = mandated in > the freebsd network stack (tcp_input--->in6_cksum) albeit the card = supports > it? >=20 > Probably Steve is the right person who can answer this. Just for public reference; we talked offline. The code simply was = never done and let's see how much of it I can get into the tree the next 48 hours. /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-net@FreeBSD.ORG Thu May 24 11:19:59 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E1E61065673 for ; Thu, 24 May 2012 11:19:59 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id BD0648FC18 for ; Thu, 24 May 2012 11:19:58 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 8CEBB25D3A00; Thu, 24 May 2012 11:19:57 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id BA007BE7A09; Thu, 24 May 2012 11:19:56 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id J259MKgzCEPk; Thu, 24 May 2012 11:19:55 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 33C34BE7A07; Thu, 24 May 2012 11:19:55 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <20120524.094321.74735847.sthaug@nethelp.no> Date: Thu, 24 May 2012 11:19:54 +0000 Content-Transfer-Encoding: 7bit Message-Id: <98091B3E-B728-483F-99FE-C65BD82CA089@lists.zabbadoz.net> References: <20120524071055.GA50710@onelab2.iet.unipi.it> <20120524.094321.74735847.sthaug@nethelp.no> To: sthaug@nethelp.no X-Mailer: Apple Mail (2.1084) Cc: rizzo@iet.unipi.it, net@freebsd.org Subject: Re: use of non-contiguous masks in address lookups ? 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, 24 May 2012 11:19:59 -0000 On 24. May 2012, at 07:43 , sthaug@nethelp.no wrote: >> every now and then the issue comes up on whether we still need >> to support non-contiguous masks in address lookups. >> I seem to remember someone (perhaps on this list) making a >> case for their presence, but forgot the details. >> So, does anyone know of a practical use of non contiguous masks ? > > I vote for removing non-contiguous masks. They are incompatible with > CIDR, which was introduced in 1993 (!). > > Non-contiguous masks have been unsupported in many routers produced > the last 10 years or so. Contrary I still know people using them and relying on it. Not sure on which version they are. I am not quite sure what micro-optimizations on legacy IP will help us after a decade or longer. Let it rest and die gracefully the next years. Of course, fixing bugs still considered good:) /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-net@FreeBSD.ORG Thu May 24 11:46:48 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA5B106580B for ; Thu, 24 May 2012 11:46:48 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id D91CA8FC1F for ; Thu, 24 May 2012 11:46:47 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id B583973027; Thu, 24 May 2012 14:07:11 +0200 (CEST) Date: Thu, 24 May 2012 14:07:11 +0200 From: Luigi Rizzo To: "Bjoern A. Zeeb" Message-ID: <20120524120711.GB59250@onelab2.iet.unipi.it> References: <20120524071055.GA50710@onelab2.iet.unipi.it> <20120524.094321.74735847.sthaug@nethelp.no> <98091B3E-B728-483F-99FE-C65BD82CA089@lists.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <98091B3E-B728-483F-99FE-C65BD82CA089@lists.zabbadoz.net> User-Agent: Mutt/1.4.2.3i Cc: sthaug@nethelp.no, net@freebsd.org Subject: Re: use of non-contiguous masks in address lookups ? 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, 24 May 2012 11:46:48 -0000 On Thu, May 24, 2012 at 11:19:54AM +0000, Bjoern A. Zeeb wrote: > > On 24. May 2012, at 07:43 , sthaug@nethelp.no wrote: > > >> every now and then the issue comes up on whether we still need > >> to support non-contiguous masks in address lookups. > >> I seem to remember someone (perhaps on this list) making a > >> case for their presence, but forgot the details. > >> So, does anyone know of a practical use of non contiguous masks ? > > > > I vote for removing non-contiguous masks. They are incompatible with > > CIDR, which was introduced in 1993 (!). > > > > Non-contiguous masks have been unsupported in many routers produced > > the last 10 years or so. > > Contrary I still know people using them and relying on it. Not sure on > which version they are. > > I am not quite sure what micro-optimizations on legacy IP will help > us after a decade or longer. Let it rest and die gracefully the next > years. Of course, fixing bugs still considered good:) the point of my question was to get [f]actual usage information on non contiguous masks, because i don't know of any (at least on ipv4, maybe in ipv6 there is one). The answer does not have to affect FreeBSD, if that is what worries you. cheers luigi From owner-freebsd-net@FreeBSD.ORG Thu May 24 12:24:15 2012 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 435FA106564A; Thu, 24 May 2012 12:24:15 +0000 (UTC) (envelope-from maryse.levavasseur@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 09B9F8FC16; Thu, 24 May 2012 12:24:14 +0000 (UTC) Received: from diablotine.netasq.com (unknown [10.2.200.254]) by work.netasq.com (Postfix) with ESMTPSA id E1A5427044A0; Thu, 24 May 2012 14:26:16 +0200 (CEST) Message-ID: <4FBE2868.8010602@netasq.com> Date: Thu, 24 May 2012 14:24:08 +0200 From: Maryse LEVAVASSEUR User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [PATCH] IPv6 rtadvd: little optimization 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, 24 May 2012 12:24:15 -0000 Hi, Since upgrading to FreeBSD 8.3, I noticed that after rtadvd starts, it does not respond to router solicitations during a quite long time. I have made a patch which speeds up rtadvd's start by making fewer calls to if_indextoname. Moreover, it will react properly in case if_indextoname fails. Would anyone object to this patch ? === Index: if.c =================================================================== --- if.c (revision 235474) +++ if.c (working copy) @@ -472,11 +472,18 @@ update_ifinfo(struct ifilist_head_t *ifi_head, int ifindex != ifm->ifm_index) continue; + /* ifname */ + if (if_indextoname(ifm->ifm_index, ifname) == NULL) { + syslog(LOG_WARNING, + "<%s> ifname not found (idx=%d)", + __func__, ifm->ifm_index); + continue; + } + /* lookup an entry with the same ifindex */ TAILQ_FOREACH(ifi, ifi_head, ifi_next) { if (ifm->ifm_index == ifi->ifi_ifindex) break; - if_indextoname(ifm->ifm_index, ifname); if (strncmp(ifname, ifi->ifi_ifname, sizeof(ifname)) == 0) break; @@ -495,15 +502,7 @@ update_ifinfo(struct ifilist_head_t *ifi_head, int ifi->ifi_ifindex = ifm->ifm_index; /* ifname */ - if_indextoname(ifm->ifm_index, ifi->ifi_ifname); - if (ifi->ifi_ifname == NULL) { - syslog(LOG_WARNING, - "<%s> ifname not found (idx=%d)", - __func__, ifm->ifm_index); - if (ifi_new) - free(ifi); - continue; - } + strncpy(ifi->ifi_ifname, ifname, IFNAMSIZ); if ((s = socket(AF_INET6, SOCK_DGRAM, 0)) < 0) { syslog(LOG_ERR, === From owner-freebsd-net@FreeBSD.ORG Thu May 24 18:34:20 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10A3F106564A for ; Thu, 24 May 2012 18:34:20 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from smtp1.babolo.ru (smtp1.babolo.ru [195.9.14.139]) by mx1.freebsd.org (Postfix) with ESMTP id 74F038FC0A for ; Thu, 24 May 2012 18:34:18 +0000 (UTC) Received: from cicuta.babolo.ru (cicuta.babolo.ru [194.58.246.5]) by smtp1.babolo.ru (8.14.2/8.14.2) with SMTP id q4OIQncj006129; Thu, 24 May 2012 22:26:53 +0400 (MSK) (envelope-from .@babolo.ru) Received: (nullmailer pid 8055 invoked by uid 136); Thu, 24 May 2012 18:24:15 -0000 Date: Thu, 24 May 2012 22:24:15 +0400 From: Aleksandr A Babaylov <.@babolo.ru> To: Luigi Rizzo Message-ID: <20120524182415.GA7893@babolo.ru> References: <20120524071055.GA50710@onelab2.iet.unipi.it> <20120524.094321.74735847.sthaug@nethelp.no> <98091B3E-B728-483F-99FE-C65BD82CA089@lists.zabbadoz.net> <20120524120711.GB59250@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120524120711.GB59250@onelab2.iet.unipi.it> Cc: "Bjoern A. Zeeb" , sthaug@nethelp.no, net@freebsd.org Subject: Re: use of non-contiguous masks in address lookups ? 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, 24 May 2012 18:34:20 -0000 On Thu, May 24, 2012 at 02:07:11PM +0200, Luigi Rizzo wrote: > On Thu, May 24, 2012 at 11:19:54AM +0000, Bjoern A. Zeeb wrote: > > > > On 24. May 2012, at 07:43 , sthaug@nethelp.no wrote: > > > > >> every now and then the issue comes up on whether we still need > > >> to support non-contiguous masks in address lookups. > > >> I seem to remember someone (perhaps on this list) making a > > >> case for their presence, but forgot the details. > > >> So, does anyone know of a practical use of non contiguous masks ? > > > > > > I vote for removing non-contiguous masks. They are incompatible with > > > CIDR, which was introduced in 1993 (!). > > > > > > Non-contiguous masks have been unsupported in many routers produced > > > the last 10 years or so. > > > > Contrary I still know people using them and relying on it. Not sure on > > which version they are. > > > > I am not quite sure what micro-optimizations on legacy IP will help > > us after a decade or longer. Let it rest and die gracefully the next > > years. Of course, fixing bugs still considered good:) > > the point of my question was to get [f]actual usage information on non > contiguous masks, because i don't know of any (at least on ipv4, > maybe in ipv6 there is one). The answer does not have to affect > FreeBSD, if that is what worries you. Load balansing: #netstat -rnfinet | sed -Ee 's|([ .])[1-9][0-9][.]|\1XX.|' -e 's|([ .])[1-9][0-9][0-9][.]|\1XXX.|' | head -8 Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire 0.0.0.0&0x101 XX.XXX.222.58 UGS 0 1241 vlan9 0.0.0.1&0x101 XXX.XX.246.254 UGS 0 1387 vlan1 0.0.1.0&0x101 XXX.XX.246.254 UGS 0 1568 vlan1 0.0.1.1&0x101 XX.XXX.222.58 UGS 0 1491 vlan9 From owner-freebsd-net@FreeBSD.ORG Thu May 24 19:20:36 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C184106564A for ; Thu, 24 May 2012 19:20:36 +0000 (UTC) (envelope-from "."@babolo.ru) Received: from smtp1.babolo.ru (smtp1.babolo.ru [195.9.14.139]) by mx1.freebsd.org (Postfix) with ESMTP id 7DB448FC15 for ; Thu, 24 May 2012 19:20:34 +0000 (UTC) Received: from cicuta.babolo.ru (cicuta.babolo.ru [194.58.246.5]) by smtp1.babolo.ru (8.14.2/8.14.2) with SMTP id q4OJHi22010326; Thu, 24 May 2012 23:17:44 +0400 (MSK) (envelope-from .@babolo.ru) Received: (nullmailer pid 8237 invoked by uid 136); Thu, 24 May 2012 19:15:10 -0000 Date: Thu, 24 May 2012 23:15:10 +0400 From: Aleksandr A Babaylov <.@babolo.ru> To: Luigi Rizzo Message-ID: <20120524191510.GA8127@babolo.ru> References: <20120524071605.GB50710@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120524071605.GB50710@onelab2.iet.unipi.it> Cc: net@freebsd.org Subject: Re: Any deployment with very many small (/28 .. /32) subnets ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 19:20:36 -0000 On Thu, May 24, 2012 at 09:16:05AM +0200, Luigi Rizzo wrote: > Also related to my previous question on lookups, I believe some > ISPs may have a huge number of very small subnets (say /28 or > even smaller) attached to some kind of virtual interfaces > (vlans, gif, tun,...). > > Can anyone comment on what the numbers are (i.e. 100-1k-10k subnets ?) > and whether the subnets are taken from a single larger pool which > only includes such subnets, or they are randomly scattered across > a large number of /24 subnets ? When I ruled provider with /18 public pool and some private pools, there was about 100+ routes per router from 1..5 blocks /25 .. /22 per router, I try to minimize number of blocks per router (till 2008). Now wery little provider looks (last digit of vlan100..vlan202 not displayed): >netstat -rnfinet | sed -Ee 's|^| |' -e 's| [1-9][0-9][.]| XX.|g' -e 's| [1-9][0-9][0-9][.]| XXX.|g' -e 's|X[.][1-9][0-9][0-9][.]|X.XXX.|g' -e 's|X[.][1-9][0-9][.]|X.XX.|g' Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default XXX.XXX.212.33 UGS 284116 2747511260 vlan0 0.0.0.1 link#11 UH 0 0 disc0 XX.XXX.0.0/24 link#22 U 7 160800724 vlan10 XX.XXX.0.254 link#22 UHS 0 0 lo0 XX.XXX.2.0/28 link#25 U 0 169319158 vlan10 XX.XXX.2.14 link#25 UHS 0 0 lo0 XX.XXX.2.16/29 link#46 U 0 0 vlan12 XX.XXX.2.22 link#46 UHS 0 0 lo0 XX.XXX.2.24/29 link#47 U 0 122053043 vlan12 XX.XXX.2.30 link#47 UHS 0 0 lo0 XX.XXX.2.32/29 link#45 U 14 65791304 vlan12 XX.XXX.2.38 link#45 UHS 0 3 lo0 XX.XXX.2.40/29 link#44 U 0 0 vlan12 XX.XXX.2.46 link#44 UHS 0 0 lo0 XX.XXX.2.48/29 link#43 U 0 0 vlan12 XX.XXX.2.54 link#43 UHS 0 0 lo0 XX.XXX.2.56/29 link#42 U 0 0 vlan12 XX.XXX.2.62 link#42 UHS 0 0 lo0 XX.XXX.2.64/29 link#40 U 34 39851507 vlan11 XX.XXX.2.70 link#40 UHS 0 0 lo0 XX.XXX.2.76/30 link#48 U 0 0 vlan20 XX.XXX.2.78 link#48 UHS 0 0 lo0 XX.XXX.2.80/29 link#39 U 0 0 vlan11 XX.XXX.2.86 link#39 UHS 0 0 lo0 XX.XXX.2.88/29 link#38 U 0 267457525 vlan11 XX.XXX.2.94 link#38 UHS 0 0 lo0 XX.XXX.2.96/29 link#36 U 0 0 vlan11 XX.XXX.2.102 link#36 UHS 0 0 lo0 XX.XXX.2.104/29 link#23 U 0 48128977 vlan10 XX.XXX.2.110 link#23 UHS 0 0 lo0 XX.XXX.2.112/29 link#34 U 3 110435637 vlan11 XX.XXX.2.118 link#34 UHS 0 0 lo0 XX.XXX.2.120/29 link#33 U 0 0 vlan11 XX.XXX.2.126 link#33 UHS 0 5 lo0 XX.XXX.2.176/29 link#32 U 0 0 vlan11 XX.XXX.2.182 link#32 UHS 0 0 lo0 XX.XXX.2.184/29 link#31 U 0 0 vlan11 XX.XXX.2.190 link#31 UHS 0 0 lo0 XX.XXX.2.192/29 link#30 U 0 0 vlan10 XX.XXX.2.198 link#30 UHS 0 0 lo0 XX.XXX.2.200/29 link#29 U 0 0 vlan10 XX.XXX.2.206 link#29 UHS 0 0 lo0 XX.XXX.2.216/29 link#28 U 0 0 vlan10 XX.XXX.2.222 link#28 UHS 0 0 lo0 XX.XXX.2.224/29 link#27 U 1 51358289 vlan10 XX.XXX.2.230 link#27 UHS 0 0 lo0 XX.XXX.2.232/29 link#26 U 0 128803235 vlan10 XX.XXX.2.238 link#26 UHS 0 0 lo0 XX.XXX.2.248/29 link#24 U 0 66067 vlan10 XX.XXX.2.254 link#24 UHS 0 6 lo0 XX.XXX.3.128/26 link#37 U 0 0 vlan11 XX.XXX.3.190 link#37 UHS 0 0 lo0 XX.XXX.3.192/26 link#35 U 0 79757547 vlan11 XX.XXX.3.254 link#35 UHS 0 0 lo0 XX.XXX.255.188/30 link#20 U 0 0 vlan8 XX.XXX.255.190 link#20 UHS 0 0 lo0 XX.XXX.255.192/27 link#18 U 0 5 vlan6 XX.XXX.255.222 link#18 UHS 0 0 lo0 XX.XXX.255.224/27 link#17 U 0 10 vlan5 XX.XXX.255.254 link#17 UHS 0 0 lo0 XX.XXX.255.254 link#9 UH 0 0 lo1 XXX.0.0.1 link#6 UH 0 6030416 lo0 XXX.0.3.0/24 link#14 U 0 144573303 vlan2 XXX.0.3.254 link#14 UHS 0 0 lo0 XXX.0.4.0/24 link#16 U 0 0 vlan4 XXX.0.4.254 link#16 UHS 0 0 lo0 XXX.XX.0.0/26 link#19 U 0 14598 vlan7 => XXX.XX.0.0/25 link#15 U 0 0 vlan3 => XXX.XX.0.0/24 link#13 U 0 17443 vlan1 XXX.XX.0.62 link#19 UHS 0 0 lo0 XXX.XX.0.126 link#15 UHS 0 0 lo0 XXX.XX.0.254 link#13 UHS 0 0 lo0 XXX.XXX.0.0/16 link#21 U 4 481690778 vlan10 XXX.XXX.0.254 link#21 UHS 0 0 lo0 XXX.XX.154.0/24 0.0.0.1 US 0 9976336 disc0 XXX.XX.154.1/32 00:e0:81:31:23:4f US 1 249773509 vlan11 XXX.XX.154.2/32 00:e0:81:31:23:4f US 0 49408 vlan11 XXX.XX.154.3/32 00:e0:81:31:23:4f US 0 70372 vlan11 XXX.XX.154.4/32 00:e0:81:31:23:4f US 0 133859944 vlan12 XXX.XX.154.5/32 00:e0:81:31:23:4f US 0 79544742 vlan12 XXX.XX.154.6/32 00:e0:81:31:23:4f US 0 2020888 vlan10 XXX.XX.154.7/32 00:e0:81:31:23:4f US 0 65694086 vlan10 XXX.XX.154.8/32 00:e0:81:31:23:4f US 0 238397539 vlan11 XXX.XX.154.9/32 00:e0:81:31:23:4f US 0 1162968324 vlan11 XXX.XX.154.10/32 00:e0:81:31:23:4f US 998 76864541 vlan11 XXX.XX.154.11/32 00:e0:81:31:23:4f US 1 135152827 vlan20 XXX.XX.154.12/32 00:e0:81:31:23:4f US 0 141213002 vlan12 XXX.XX.154.13/32 00:e0:81:31:23:4f US 0 52678 vlan11 XXX.XX.154.14/31 00:e0:81:31:23:4f US 0 185575617 vlan10 XXX.XX.154.16/29 link#22 U 140 112294442 vlan10 => XXX.XX.154.16/28 link#22 U 0 7222217 vlan10 XXX.XX.154.22 link#22 UHS 0 0 lo0 XXX.XX.154.30 link#22 UHS 0 0 lo0 XXX.XX.154.32/32 00:e0:81:31:23:4f US 0 601 vlan11 XXX.XX.154.48/30 00:e0:81:31:23:4f US 23 887750035 vlan12 XXX.XX.154.52/32 00:e0:81:31:23:4f US 0 56291 vlan10 XXX.XX.154.53/32 00:e0:81:31:23:4f US 0 36897 vlan11 XXX.XX.154.54/31 00:e0:81:31:23:4f US 0 683681236 vlan10 XXX.XX.154.56/30 00:e0:81:31:23:4f US 2 91298060 vlan10 XXX.XX.154.237/32 XX.XXX.255.221 UGS 0 26942 vlan6 XXX.XX.154.238/32 XX.XXX.255.221 UGS 0 305326 vlan6 XXX.XX.154.239 link#10 UH 0 0 lo2 XXX.XX.154.240 link#10 UH 0 0 lo2 XXX.XX.154.241 link#10 UH 0 0 lo2 XXX.XX.154.242 link#10 UH 0 0 lo2 XXX.XX.154.243 link#10 UH 0 0 lo2 XXX.XX.154.244/32 XX.XXX.255.221 UGS 0 60306 vlan6 XXX.XX.154.245/32 XX.XXX.255.221 UGS 0 1265242109 vlan6 XXX.XX.154.246/32 XX.XXX.255.221 UGS 0 26803 vlan6 XXX.XX.154.247/32 XX.XXX.255.221 UGS 0 163452 vlan6 XXX.XX.154.248 link#10 UH 0 1088 lo2 XXX.XX.154.249/32 00:e0:81:31:23:4f US 0 851432 vlan8 XXX.XX.154.250/32 XX.XXX.255.221 UGS 87 148231928 vlan6 XXX.XX.154.251/32 XX.XXX.255.253 UGS 0 24568 vlan5 XXX.XX.154.252/32 XX.XXX.255.221 UGS 15 6291141 vlan6 XXX.XX.154.253/32 XX.XXX.255.253 UGS 0 180773 vlan5 XXX.XX.154.254 link#10 UH 0 0 lo2 XXX.XX.246.0/24 0.0.0.1 US 0 442325853 disc0 XXX.XXX.212.32/29 link#12 U 0 2967 vlan0 XXX.XXX.212.34 link#12 UHS 0 0 lo0 XXX.XXX.212.35 link#12 UHS 0 0 lo0 => XXX.XXX.212.35/32 link#12 U 0 0 vlan0 XXX.XXX.212.36 link#12 UHS 0 0 lo0 => XXX.XXX.212.36/32 link#12 U 0 0 vlan0 XXX.XXX.212.37 0.0.0.1 UHS 0 37324 disc0 From owner-freebsd-net@FreeBSD.ORG Thu May 24 20:50:54 2012 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DB771065672; Thu, 24 May 2012 20:50:54 +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 505398FC1D; Thu, 24 May 2012 20:50:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4OKosJt086340; Thu, 24 May 2012 20:50:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4OKosn4086332; Thu, 24 May 2012 20:50:54 GMT (envelope-from linimon) Date: Thu, 24 May 2012 20:50:54 GMT Message-Id: <201205242050.q4OKosn4086332@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/168294: [ixgbe] [patch] ixgbe driver compiled in kernel has no Flow Director support although loaded as a module has one 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, 24 May 2012 20:50:54 -0000 Old Synopsis: ixgbe driver compiled in kernel has no Flow Director support although loaded as a module has one New Synopsis: [ixgbe] [patch] ixgbe driver compiled in kernel has no Flow Director support although loaded as a module has one Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu May 24 20:50:32 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=168294 From owner-freebsd-net@FreeBSD.ORG Thu May 24 22:00:18 2012 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 A7970106564A for ; Thu, 24 May 2012 22:00:18 +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 926D88FC0A for ; Thu, 24 May 2012 22:00:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4OM0Isf014624 for ; Thu, 24 May 2012 22:00:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4OM0Ibo014623; Thu, 24 May 2012 22:00:18 GMT (envelope-from gnats) Date: Thu, 24 May 2012 22:00:18 GMT Message-Id: <201205242200.q4OM0Ibo014623@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Bjoern A. Zeeb" Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Bjoern A. Zeeb" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 May 2012 22:00:18 -0000 The following reply was made to PR kern/164400; it has been noted by GNATS. From: "Bjoern A. Zeeb" To: bug-followup@FreeBSD.org, eugene@zhegan.in, "Andrew A. Khlebutin" Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing Date: Thu, 24 May 2012 21:50:38 +0000 (UTC) Hi, Cc:ing other reports in the PR so given ESP is doing all AH gives you, can you confirm that not chaining ESP and AH but just ESP fixes the problem? Also note that AH is questioned to become obsolete for ESP null encryption. Not sure we are there yet. I see the problem and I'll try to fix it anyway as a differnt chain might as well trigger it. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Thu May 24 22:55:16 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28805106566C for ; Thu, 24 May 2012 22:55:16 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B3BF68FC0C for ; Thu, 24 May 2012 22:55:15 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so289250wgb.31 for ; Thu, 24 May 2012 15:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kA5lVNqxAyttO1VHCNb+H1lJPqjxEE0CQfhWsxyx9II=; b=QsbXx2LRjqMUczfo9adTvH9KvncAdsldbVhIiTF+ubfHVLWcXXCJ1Pletth0f5uNgT pqCX2+LGJiddhyomezo7NrG1d7oZaSqTTU04KET/Jug4AFEyUk89bST2lkSflOt2hG1A aFDGYBGYvOqRJC6YhE6SdFc1QCrgz5mjIHaOe1F6uoUEI9n7yMg78Ns7wCVjGa44TkWY SpCeMjBuibtaeZv8KdTeSX0YH3UdrvlUnXFl/kCz2K6gRwL9DuJxddJyAvMlJOdKF+9Y fRkL0o5ZN8pQZuycsu7NLJZYQvkXJN2Lgki5cHQuPoYeZz6ivuRQOinn7SqPrBK06IPv xOaA== MIME-Version: 1.0 Received: by 10.216.134.145 with SMTP id s17mr588859wei.22.1337900114545; Thu, 24 May 2012 15:55:14 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Thu, 24 May 2012 15:55:14 -0700 (PDT) Date: Thu, 24 May 2012 15:55:14 -0700 Message-ID: From: Kevin Oberman To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Major performance hit with ToS setting 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, 24 May 2012 22:55:16 -0000 When we set the ToS bits for less than best effort (also called scavenger) on packets (ToS=32), performance on FreeBSD 8.2 is terrible. It was as good as best effort on FreeBSD 7.3 (assuming no congestion). I will look into what 9 does, but does anyone have an idea of why 8.2 behaves so badly when ToS is set to 32? Here is an example of what happens to performance: nuttcp with ToS=0: 622.5000 MB / 1.00 sec = 5221.7570 Mbps 623.3125 MB / 1.00 sec = 5228.5883 Mbps 624.0000 MB / 1.00 sec = 5234.4495 Mbps With ToS=32 (0x20): 0.3750 MB / 1.00 sec = 3.1457 Mbps 0.5000 MB / 1.00 sec = 4.1942 Mbps 0.5000 MB / 1.00 sec = 4.1942 Mbps This is,of course, on a 10G interface. On 7.3 there is little difference between the two. We are using cubic CC on the 8.2 system. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Thu May 24 23:40:48 2012 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 0D5DE106566B; Thu, 24 May 2012 23:40:48 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D48558FC0A; Thu, 24 May 2012 23:40:47 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4ONelrp011357; Thu, 24 May 2012 23:40:47 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4ONelOs011349; Thu, 24 May 2012 23:40:47 GMT (envelope-from bz) Date: Thu, 24 May 2012 23:40:47 GMT Message-Id: <201205242340.q4ONelOs011349@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing 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, 24 May 2012 23:40:48 -0000 Synopsis: [ipsec] immediate crash after the start of ipsec processing Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu May 24 23:40:20 UTC 2012 Responsible-Changed-Why: Whoops, it wasn't assigned to me yet. I broke it, I'll fix it though it has taken me a while to get to this. http://www.freebsd.org/cgi/query-pr.cgi?pr=164400 From owner-freebsd-net@FreeBSD.ORG Thu May 24 23:43:47 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B79F106564A for ; Thu, 24 May 2012 23:43:47 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id D2ABD8FC12 for ; Thu, 24 May 2012 23:43:46 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id E057C25D3A90; Thu, 24 May 2012 23:43:45 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 02E29BE7A9D; Thu, 24 May 2012 23:43:45 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id UVJ22-b-CgqE; Thu, 24 May 2012 23:43:44 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 0AB24BE7A9A; Thu, 24 May 2012 23:43:43 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Thu, 24 May 2012 23:43:42 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: To: Kevin Oberman X-Mailer: Apple Mail (2.1084) Cc: net@freebsd.org Subject: Re: Major performance hit with ToS setting 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, 24 May 2012 23:43:47 -0000 On 24. May 2012, at 22:55 , Kevin Oberman wrote: > When we set the ToS bits for less than best effort (also called > scavenger) on packets (ToS=32), performance on FreeBSD 8.2 is > terrible. It was as good as best effort on FreeBSD 7.3 (assuming no > congestion). I will look into what 9 does, but does anyone have an > idea of why 8.2 behaves so badly when ToS is set to 32? > Here is an example of what happens to performance: > nuttcp with ToS=0: > 622.5000 MB / 1.00 sec = 5221.7570 Mbps > 623.3125 MB / 1.00 sec = 5228.5883 Mbps > 624.0000 MB / 1.00 sec = 5234.4495 Mbps > > With ToS=32 (0x20): > 0.3750 MB / 1.00 sec = 3.1457 Mbps > 0.5000 MB / 1.00 sec = 4.1942 Mbps > 0.5000 MB / 1.00 sec = 4.1942 Mbps > > This is,of course, on a 10G interface. On 7.3 there is little > difference between the two. We are using cubic CC on the 8.2 system. This looks like a different problem than just TOS. I assume however that not setting the TOS you get the same as expected performance? Which NIC? /bz -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-net@FreeBSD.ORG Fri May 25 00:48:31 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1523E106567E for ; Fri, 25 May 2012 00:48:31 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 94E468FC0C for ; Fri, 25 May 2012 00:48:30 +0000 (UTC) Received: by wibhj8 with SMTP id hj8so5227688wib.13 for ; Thu, 24 May 2012 17:48:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=TlRSJY/I1GqS2gMLputD4HRGCwfjTOlFW69JnyllSTE=; b=iG3oryIc62Wju5bnERIRAzZUp5zeB9FYPcEcGWgDyUg53loYXouicOCHofRNzC8w8/ FFv4SfwZQylBR3N4VDSiqIf5usTJF00iY9FX/gliRDZFWfMitucDVnr//fbGQ3yP0k/B /7g1sf7u+XQgRQvqdVG5ZrISOQvlJ2UIjA/t874JfDH7IAEtVdCTr8VCeIgyi38kiZyN cfMmmtf5ryZu+HPqw1Pvt3kIX6J+WX09Da21FI4AcqgmNQRORVeDPc1GdU/ZFrPgTKyo 9qtXvgtq5h+OIgV4HH7D9YY/buGoIAXqWTFXPE6ezrMPguJnHl3omuucf47/YPDphQKr hAWA== MIME-Version: 1.0 Received: by 10.180.109.197 with SMTP id hu5mr2868973wib.8.1337906903758; Thu, 24 May 2012 17:48:23 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Thu, 24 May 2012 17:48:23 -0700 (PDT) In-Reply-To: References: Date: Thu, 24 May 2012 17:48:23 -0700 Message-ID: From: Kevin Oberman To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: net@freebsd.org Subject: Re: Major performance hit with ToS setting 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, 25 May 2012 00:48:31 -0000 On Thu, May 24, 2012 at 4:43 PM, Bjoern A. Zeeb wrote: > On 24. May 2012, at 22:55 , Kevin Oberman wrote: > >> When we set the ToS bits for less than best effort (also called >> scavenger) on packets (ToS=3D32), performance on FreeBSD 8.2 is >> terrible. It was as good as best effort on FreeBSD 7.3 (assuming no >> congestion). I will look into what 9 does, but does anyone have an >> idea of why 8.2 behaves so badly when ToS is set to 32? >> Here is an example of what happens to performance: >> nuttcp with ToS=3D0: >> 622.5000 MB / =A0 1.00 sec =3D 5221.7570 Mbps >> 623.3125 MB / =A0 1.00 sec =3D 5228.5883 Mbps >> 624.0000 MB / =A0 1.00 sec =3D 5234.4495 Mbps >> >> With ToS=3D32 (0x20): >> 0.3750 MB / =A0 1.00 sec =3D =A0 =A03.1457 Mbps >> 0.5000 MB / =A0 1.00 sec =3D =A0 =A04.1942 Mbps >> 0.5000 MB / =A0 1.00 sec =3D =A0 =A04.1942 Mbps >> >> This is,of course, on a 10G interface. On 7.3 there is little >> difference between the two. We are using cubic CC on the 8.2 system. > > This looks like a different problem than just TOS. =A0I assume however > that not setting the TOS you get the same as expected performance? > > Which NIC? The two nuttcp runs were identical and we got similar results with iperf. All tests were using Myricom (mxge) cards. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Fri May 25 05:01:47 2012 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 586CF106566B for ; Fri, 25 May 2012 05:01:47 +0000 (UTC) (envelope-from vijju.singh@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 30D318FC14 for ; Fri, 25 May 2012 05:01:47 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so1338910pbb.13 for ; Thu, 24 May 2012 22:01:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=99He22bnXlBoq/YPVbPJ5uD+ytWx6Bl0LMKAyBwrNuQ=; b=OatL6R5/FJcc4NEC8eNQq84i92PQHBKL18PwXV6OumEJ5bfQAWb9XzxC17loD3UIa3 JJ0ioReNjYv6mq8XAKQAdPt8kCkO2bPN2dR34L6RB8dC84WNV9dbtBnTS/zmPwEQNRho UmjyfsD56CoY/dgamgH34bdNs1yEcsbtk0oeZt1qJQ1+8197y68wRr75bfixEj4QHuhf zxUYH0pzZKWkylDyCiB38ReWf/WjWXwFAtS4ghbyRmuFPUYCe4qbvB6eG0kfP2RIgFzH lGvRSLN8Hao/YZDGRPvvMgqdfwpq30KE4TxP3HMKh4cOs6E377n47Dzj6I08JZ/hLbux MMtg== MIME-Version: 1.0 Received: by 10.68.230.195 with SMTP id ta3mr10778965pbc.56.1337922106727; Thu, 24 May 2012 22:01:46 -0700 (PDT) Received: by 10.142.54.2 with HTTP; Thu, 24 May 2012 22:01:46 -0700 (PDT) Date: Thu, 24 May 2012 22:01:46 -0700 Message-ID: From: Vijay Singh To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Use of V_tcbinfo lock in tcp_do_segment() 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, 25 May 2012 05:01:47 -0000 Folks, I am trying to understand the need to hold the V_tcbinfo lock in part of this function [code included below for reference]. At present this causes the socket upcall to be called with the V_tcbinfo lock held, which I'd like to avoid. We release this lock right after this section. Looking at the code, it seems the lock is needed if we were in FIN_WAIT_2 and tcp_close() the connection. The lock also seems to be protecting V_twq_2msl. Would it be an acceptable solution if we deferred calling socantrecvmore() till after the lock can be dropped (after the swtich statement). tcp_twstart() can be changed to return tp if the connections survives, or NULL if it doesn't, much like what tcp_close() does. Also a new lock could be added to protect the V_rwq_2msl queue. If this sounds acceptable, I can generate a patch against -CURRENT. I would appreciate feedback. -vijay relevant code from tcp_do_segment(): if (thflags & TH_FIN) { if (TCPS_HAVERCVDFIN(tp->t_state) == 0) { socantrcvmore(so); /* * If connection is half-synchronized * (ie NEEDSYN flag on) then delay ACK, * so it may be piggybacked when SYN is sent. * Otherwise, since we received a FIN then no * more input can be expected, send ACK now. */ if (tp->t_flags & TF_NEEDSYN) tp->t_flags |= TF_DELACK; else tp->t_flags |= TF_ACKNOW; tp->rcv_nxt++; } switch (tp->t_state) { /* * In SYN_RECEIVED and ESTABLISHED STATES * enter the CLOSE_WAIT state. */ case TCPS_SYN_RECEIVED: tp->t_starttime = ticks; /* FALLTHROUGH */ case TCPS_ESTABLISHED: tp->t_state = TCPS_CLOSE_WAIT; break; /* * If still in FIN_WAIT_1 STATE FIN has not been acked so * enter the CLOSING state. */ case TCPS_FIN_WAIT_1: tp->t_state = TCPS_CLOSING; break; /* * In FIN_WAIT_2 state enter the TIME_WAIT state, * starting the time-wait timer, turning off the other * standard timers. */ case TCPS_FIN_WAIT_2: INP_INFO_WLOCK_ASSERT(&V_tcbinfo); KASSERT(ti_locked == TI_WLOCKED, ("%s: dodata " "TCP_FIN_WAIT_2 ti_locked: %d", __func__, ti_locked)); tcp_twstart(tp); INP_INFO_WUNLOCK(&V_tcbinfo); return; } From owner-freebsd-net@FreeBSD.ORG Fri May 25 13:31:45 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DB04106566B for ; Fri, 25 May 2012 13:31:45 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1508FC14 for ; Fri, 25 May 2012 13:31:45 +0000 (UTC) Received: from [192.168.200.2] (c-24-125-204-77.hsd1.va.comcast.net [24.125.204.77]) (authenticated bits=0) by duke.cs.duke.edu (8.14.5/8.14.5) with ESMTP id q4PDRhs0023267 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 25 May 2012 09:27:43 -0400 (EDT) X-DKIM: Sendmail DKIM Filter v2.8.3 duke.cs.duke.edu q4PDRhs0023267 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cs.duke.edu; s=mail; t=1337952464; bh=9BnQGuJE8ZjOVQe86fxEHhXgNy3ODKvrd5RUmEciJrQ=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=GU/pVgGehwrsKV0GLF/ESmD7VVZVQcdNkWJlndN08WiRMvKw0HI97VCkI7aC3TgZ5 NDU9DNLWCq0JjBlwHqhYKQRsj1m2tseCOMA6a9+42QQ0pWdCvYyW/dbroFYvUIinxx DUzzIrG48ktTEoa7561bdYU/ZhPsC/m4XeUi9et44Qlg6qZlZglJvc+GfG2KU7pGAd LJlB8htXEaLUi9Fn+34LqAMMMSEQZz9LPcyyWQVDLhWDCoxNzCfJuP66qobbfuINko 2H4VgQvG7th2sEQjtDFLB9COEu4j0g1PKh8AH42fzTFUCAtqxmrzeKSU7CB7o1c8rt +8/V2jZzGffBQ== Message-ID: <4FBF88CE.20209@cs.duke.edu> Date: Fri, 25 May 2012 09:27:42 -0400 From: Andrew Gallatin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Andrew Gallatin Subject: Re: Major performance hit with ToS setting 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, 25 May 2012 13:31:45 -0000 On 05/24/12 18:55, Kevin Oberman wrote: > > This is,of course, on a 10G interface. On 7.3 there is little Hi Kevin, What you're seeing looks almost like a checksum is bad, or there is some other packet damage. Do you see any error counters increasing if you run netstat -s before and after the test & compare the results? Thinking that, perhaps, this was a bug in my mxge(4), I attempted to reproduce it this morning between 8.3 and 9.0 boxes and failed to see the bad behavior.. % nuttcp-6.1.2 -c32t -t diablo1-m < /dev/zero 9161.7500 MB / 10.21 sec = 7526.5792 Mbps 53 %TX 97 %RX 0 host-retrans 0.11 msRTT % nuttcp-6.1.2 -t diablo1-m < /dev/zero 9140.6180 MB / 10.21 sec = 7509.8270 Mbps 53 %TX 97 %RX 0 host-retrans 0.11 msRTT However, I don't have any 8.2-r box handy, so I cannot exactly repro your experiment... Drew From owner-freebsd-net@FreeBSD.ORG Fri May 25 16:55:37 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF07C1065680; Fri, 25 May 2012 16:55:37 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8418FC0C; Fri, 25 May 2012 16:55:37 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 53B3725D389C; Fri, 25 May 2012 16:55:31 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 880F1BE7B6B; Fri, 25 May 2012 16:55:30 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id FtXrPxsd1-HJ; Fri, 25 May 2012 16:55:29 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 39DC8BE7B6A; Fri, 25 May 2012 16:55:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1084) From: "Bjoern A. Zeeb" Date: Fri, 25 May 2012 16:55:28 +0000 Content-Transfer-Encoding: 7bit Message-Id: To: net@freebsd.org X-Mailer: Apple Mail (2.1084) Cc: current@FreeBSD.org Subject: Please test: IPv6 offload support in HEAD + patch for stable/9 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 May 2012 16:55:38 -0000 Hey, last night I pushed in the essential offloading support changes for IPv6 along with quite a bit of other "noise" into HEAD. There is more locking improvements etc. to come once I have looped things back to my working tree and Michael Tuexen will improve SCTP/v6 on loopback as well soonish. This is a call for testing. The in-tree cxgb(4) and ixgbe(4) drivers have been updated to make use of the new features (TSO6/LRO6), and more drivers will follow (I already have cxgbe done, talking about mxge, ..) but others should also see improvements for at least upper layer protocol checksum calculations and I'd love people to test with as many drivers as possible, as I plan to merge it for the upcoming 9.1-RELEASE cycle and wouldn't want to ship broken IPv6 in a few months;-) Here's the patch that should just apply to stable/9 matching what I put into HEAD (+ an earlier cxgb change) (untested): http://people.freebsd.org/~bz/20120525-01-ipv6-offload-mfc9.diff If you need a patch for a specific release please drop me a private email and I'll try to publish one (8.2 and up only though most likely). Please test and report to me or net@. Thanks /bz PS: we now also disallow LRO automatically if forwarding is turned on, just in case you wonder; a change that should have been done years ago;-) -- Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-net@FreeBSD.ORG Fri May 25 17:05:51 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36384106566C; Fri, 25 May 2012 17:05:51 +0000 (UTC) (envelope-from guy.helmer@palisadesystems.com) Received: from ps-2-a.compliancesafe.com (ps-2-a.compliancesafe.com [216.81.161.163]) by mx1.freebsd.org (Postfix) with ESMTP id E01638FC08; Fri, 25 May 2012 17:05:50 +0000 (UTC) Received: from mail.palisadesystems.com (localhost.compliancesafe.com [127.0.0.1]) by ps-2-a.compliancesafe.com (8.14.4/8.14.3) with ESMTP id q4PH5Ojx025280; Fri, 25 May 2012 12:05:24 -0500 (CDT) (envelope-from guy.helmer@palisadesystems.com) Received: from guysmbp.dyn.palisadesys.com (GuysMBP.dyn.palisadesys.com [172.16.2.90]) (authenticated bits=0) by mail.palisadesystems.com (8.14.3/8.14.3) with ESMTP id q4PH5HQm024816 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 25 May 2012 12:05:17 -0500 (CDT) (envelope-from guy.helmer@palisadesystems.com) X-DKIM: Sendmail DKIM Filter v2.8.3 mail.palisadesystems.com q4PH5HQm024816 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=palisadesystems.com; s=mail; t=1337965517; bh=CWl9HMKgZuJJOf0JwTZfadh5f0kJ1oIUvrEOndUrbx4=; l=128; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; b=r8nelGm1SiJItO3N9bMzDfdswJ9XQaU6ZAbzg3USmiWxbiv/+e0eCverqk/wc0UzR s+VoLKbXwSXIveeC9o7E8H9bVON1mEGSKZeeIZ34mbTIXVUAksD4fi8wuymYnkMMvL 4V7jnZDETn7u6iTXYlhOdDue9tuZeSDGrbvYadUk= Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Guy Helmer In-Reply-To: Date: Fri, 25 May 2012 12:05:17 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: net@freebsd.org X-Mailer: Apple Mail (2.1278) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (mail.palisadesystems.com [172.16.1.5]); Fri, 25 May 2012 12:05:17 -0500 (CDT) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner-ID: q4PH5HQm024816 X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-0.916, required 5, ALL_TRUSTED -1.00, BAYES_00 -1.90, RP_8BIT 1.98) X-Palisade-MailScanner-From: guy.helmer@palisadesystems.com X-Spam-Status: No X-PacketSure-Scanned: Yes Cc: current@freebsd.org Subject: Re: Please test: IPv6 offload support in HEAD + patch for stable/9 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, 25 May 2012 17:05:51 -0000 On May 25, 2012, at 11:55 AM, Bjoern A. Zeeb wrote: > Hey, > ... PS: we now also disallow LRO automatically if forwarding is turned = on, just > in case you wonder; a change that should have been done years ago;-) Thank you!!! It was a bit of a surprise (and a little time to diagnose) = to find that LRO was breaking forwarding. Guy -------- This message has been scanned by ComplianceSafe, powered by Palisade's PacketSure. From owner-freebsd-net@FreeBSD.ORG Fri May 25 21:02:38 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90D3C1065670 for ; Fri, 25 May 2012 21:02:38 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 21CF48FC08 for ; Fri, 25 May 2012 21:02:37 +0000 (UTC) Received: by werg1 with SMTP id g1so1094083wer.13 for ; Fri, 25 May 2012 14:02:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Cjw7LB0764MT/1kkX61KjS0r/ylM72HttM92KrAMFi0=; b=Ugyg3AMHJ9PA7P7nojUkb8jV2yqDYbTDmJ6Lia5SuDcIJePzZgCNOUkvPjmBLQo/YP MxsVxbsvLQmzhEwsAsoP3OGu2lzv27S822botF4p5m5ybOMP5BWgJzjW+31B0tcCo2Kz DHA03SqZseu1tEQ3pozHZuPHX5aEwKJ+hoBn1EMgC3+/wrn+yBifTb3/fVTaCHZl7cLA d3xuD+9X/pEttuqVZjV93RTPmgSf9Dax2eCn7Be5QT2FE+orpX66XVDe72mEEVh1y0zl /IR6VI+9DLKQEBnVwOpA2iQW659X8ekgifN3qP9GoRyfAwjMCH3teU0zekyH/ZUqyCUQ IWqQ== MIME-Version: 1.0 Received: by 10.180.109.197 with SMTP id hu5mr673389wib.8.1337979757093; Fri, 25 May 2012 14:02:37 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Fri, 25 May 2012 14:02:37 -0700 (PDT) In-Reply-To: <4FBF88CE.20209@cs.duke.edu> References: <4FBF88CE.20209@cs.duke.edu> Date: Fri, 25 May 2012 14:02:37 -0700 Message-ID: From: Kevin Oberman To: Andrew Gallatin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Andrew Gallatin Subject: Re: Major performance hit with ToS setting 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, 25 May 2012 21:02:38 -0000 On Fri, May 25, 2012 at 6:27 AM, Andrew Gallatin wro= te: > On 05/24/12 18:55, Kevin Oberman wrote: > >> >> This is,of course, on a 10G interface. On 7.3 there is little > > > Hi Kevin, > > > What you're seeing looks almost like a checksum is bad, or > there is some other packet damage. =A0Do you see any > error counters increasing if you run netstat -s before > and after the test & compare the results? > > Thinking that, perhaps, this was a bug in my mxge(4), I attempted > to reproduce it this morning between =A08.3 and 9.0 boxes and > failed to see the bad behavior.. > > % nuttcp-6.1.2 -c32t -t diablo1-m < /dev/zero > =A09161.7500 MB / =A010.21 sec =3D 7526.5792 Mbps 53 %TX 97 %RX 0 host-re= trans > 0.11 msRTT > % nuttcp-6.1.2 =A0-t diablo1-m < /dev/zero > =A09140.6180 MB / =A010.21 sec =3D 7509.8270 Mbps 53 %TX 97 %RX 0 host-re= trans > 0.11 msRTT > > > However, I don't have any 8.2-r box handy, so I cannot > exactly repro your experiment... As seems to always be the case, the test system I set up to try other versions of FreeBSD does not exhibit the problem. I have no difficulty generating traffic at speeds above 1G. (I saw a max on one run over just a few miles of over 9G.) So I am scratching my head and re-testing this. FWIW, three different engineers tested production systems and all saw the same issue, whether using nuttcp or iperf. If I run hte tests now on one of those systems, I see the problem. So I am off to do a bunch more testing and I'll try to have some real information soon. Thanks for looking into this. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-net@FreeBSD.ORG Sat May 26 08:50:04 2012 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 D28781065670 for ; Sat, 26 May 2012 08:50: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 9CDEF8FC16 for ; Sat, 26 May 2012 08:50:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4Q8o4V3051629 for ; Sat, 26 May 2012 08:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4Q8o4OI051628; Sat, 26 May 2012 08:50:04 GMT (envelope-from gnats) Date: Sat, 26 May 2012 08:50:04 GMT Message-Id: <201205260850.q4Q8o4OI051628@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/138620: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 May 2012 08:50:04 -0000 The following reply was made to PR kern/138620; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/138620: commit references a PR Date: Sat, 26 May 2012 08:44:36 +0000 (UTC) Author: thompsa Date: Sat May 26 08:44:26 2012 New Revision: 236074 URL: http://svn.freebsd.org/changeset/base/236074 Log: MFC r234936 (emaste) Relax restriction on direct tx to child ports Lagg(4) restricts the type of packet that may be sent directly to a child port, to avoid undesired output from accidental misconfiguration. Previously only ETHERTYPE_PAE was permitted. BPF writes to a lagg(4) child port are presumably intentional, so just allow them, while still blocking other packets that should take the aggregation path. PR: kern/138620 Modified: stable/9/sys/net/if_lagg.c Directory Properties: stable/9/sys/ (props changed) stable/9/sys/amd64/include/xen/ (props changed) stable/9/sys/boot/ (props changed) stable/9/sys/boot/i386/efi/ (props changed) stable/9/sys/boot/ia64/efi/ (props changed) stable/9/sys/boot/ia64/ski/ (props changed) stable/9/sys/boot/powerpc/boot1.chrp/ (props changed) stable/9/sys/boot/powerpc/ofw/ (props changed) stable/9/sys/cddl/contrib/opensolaris/ (props changed) stable/9/sys/conf/ (props changed) stable/9/sys/contrib/dev/acpica/ (props changed) stable/9/sys/contrib/octeon-sdk/ (props changed) stable/9/sys/contrib/pf/ (props changed) stable/9/sys/contrib/x86emu/ (props changed) stable/9/sys/dev/ (props changed) stable/9/sys/dev/e1000/ (props changed) stable/9/sys/dev/ixgbe/ (props changed) stable/9/sys/fs/ (props changed) stable/9/sys/fs/ntfs/ (props changed) stable/9/sys/modules/ (props changed) Modified: stable/9/sys/net/if_lagg.c ============================================================================== --- stable/9/sys/net/if_lagg.c Sat May 26 08:43:51 2012 (r236073) +++ stable/9/sys/net/if_lagg.c Sat May 26 08:44:26 2012 (r236074) @@ -764,28 +764,18 @@ fallback: return (EINVAL); } +/* + * For direct output to child ports. + */ static int lagg_port_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, struct route *ro) { struct lagg_port *lp = ifp->if_lagg; - struct ether_header *eh; - short type = 0; switch (dst->sa_family) { case pseudo_AF_HDRCMPLT: case AF_UNSPEC: - eh = (struct ether_header *)dst->sa_data; - type = eh->ether_type; - break; - } - - /* - * Only allow ethernet types required to initiate or maintain the link, - * aggregated frames take a different path. - */ - switch (ntohs(type)) { - case ETHERTYPE_PAE: /* EAPOL PAE/802.1x */ return ((*lp->lp_output)(ifp, m, dst, ro)); } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat May 26 08:50:07 2012 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 0B778106564A for ; Sat, 26 May 2012 08:50:07 +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 CAC438FC17 for ; Sat, 26 May 2012 08:50:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4Q8o66c051637 for ; Sat, 26 May 2012 08:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4Q8o6Bp051636; Sat, 26 May 2012 08:50:06 GMT (envelope-from gnats) Date: Sat, 26 May 2012 08:50:06 GMT Message-Id: <201205260850.q4Q8o6Bp051636@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/138620: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 May 2012 08:50:07 -0000 The following reply was made to PR kern/138620; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/138620: commit references a PR Date: Sat, 26 May 2012 08:45:03 +0000 (UTC) Author: thompsa Date: Sat May 26 08:44:50 2012 New Revision: 236075 URL: http://svn.freebsd.org/changeset/base/236075 Log: MFC r234936 (emaste) Relax restriction on direct tx to child ports Lagg(4) restricts the type of packet that may be sent directly to a child port, to avoid undesired output from accidental misconfiguration. Previously only ETHERTYPE_PAE was permitted. BPF writes to a lagg(4) child port are presumably intentional, so just allow them, while still blocking other packets that should take the aggregation path. PR: kern/138620 Modified: stable/8/sys/net/if_lagg.c Directory Properties: stable/8/sys/ (props changed) stable/8/sys/amd64/include/xen/ (props changed) stable/8/sys/boot/ (props changed) stable/8/sys/cddl/contrib/opensolaris/ (props changed) stable/8/sys/contrib/dev/acpica/ (props changed) stable/8/sys/contrib/pf/ (props changed) stable/8/sys/dev/e1000/ (props changed) Modified: stable/8/sys/net/if_lagg.c ============================================================================== --- stable/8/sys/net/if_lagg.c Sat May 26 08:44:26 2012 (r236074) +++ stable/8/sys/net/if_lagg.c Sat May 26 08:44:50 2012 (r236075) @@ -756,28 +756,18 @@ fallback: return (EINVAL); } +/* + * For direct output to child ports. + */ static int lagg_port_output(struct ifnet *ifp, struct mbuf *m, struct sockaddr *dst, struct route *ro) { struct lagg_port *lp = ifp->if_lagg; - struct ether_header *eh; - short type = 0; switch (dst->sa_family) { case pseudo_AF_HDRCMPLT: case AF_UNSPEC: - eh = (struct ether_header *)dst->sa_data; - type = eh->ether_type; - break; - } - - /* - * Only allow ethernet types required to initiate or maintain the link, - * aggregated frames take a different path. - */ - switch (ntohs(type)) { - case ETHERTYPE_PAE: /* EAPOL PAE/802.1x */ return ((*lp->lp_output)(ifp, m, dst, ro)); } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat May 26 14:01:52 2012 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 74A0C106566B; Sat, 26 May 2012 14:01:52 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (bird.sbone.de [46.4.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id 10B4E8FC1A; Sat, 26 May 2012 14:01:52 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id EFBB525D389C; Sat, 26 May 2012 14:01:50 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 31F30BE7C68; Sat, 26 May 2012 14:01:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id bNlmr7QW++0C; Sat, 26 May 2012 14:01:48 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id B4A96BE7C67; Sat, 26 May 2012 14:01:48 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Sat, 26 May 2012 14:01:47 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <9CBC841B-6339-41BC-A91B-83D47B84B9B4@FreeBSD.org> References: To: net@freebsd.org X-Mailer: Apple Mail (2.1084) Cc: current@FreeBSD.org Subject: Re: WARNING - DO NOT test: IPv6 offload support in HEAD + patch for stable/9 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, 26 May 2012 14:01:52 -0000 On 25. May 2012, at 16:55 , Bjoern A. Zeeb wrote: > Hey, >=20 > last night I pushed in the essential offloading support changes for = IPv6 > along with quite a bit of other "noise" into HEAD. There is more = locking > improvements etc. to come once I have looped things back to my working = tree > and Michael Tuexen will improve SCTP/v6 on loopback as well soonish. >=20 > This is a call for testing. The in-tree cxgb(4) and ixgbe(4) drivers WARNING - please refrain from testing IPv6 or updating your HEAD if you = do not have any of the above two NICs and rely on IPv6, or if you have = updated and are experiencing problems. Disabling -txcsum -tso for the moment should = be an often unhelpful workaround. It seems I was just lucky with my choice of = other NICs I tested but I cannot say which once are affected in the tree and = which once aren't. Andrew Gallatin has pointed out that I missed an essential IPv4 header = parsing thing beyond TSO in some (most?) NIC drivers and it went unnoticed in = review. I'll post an update in a few hours once I know how many drivers are = affected, or have the proper fix as it might also be a question in which = (old/cheap) silicon might not do what is expected. > have been updated to make use of the new features (TSO6/LRO6), and = more > drivers will follow (I already have cxgbe done, talking about mxge, = ..) > but others should also see improvements for at least upper layer = protocol > checksum calculations and I'd love people to test with as many drivers = as > possible, as I plan to merge it for the upcoming 9.1-RELEASE cycle and > wouldn't want to ship broken IPv6 in a few months;-) >=20 > Here's the patch that should just apply to stable/9 matching what I = put into > HEAD (+ an earlier cxgb change) (untested): >=20 > http://people.freebsd.org/~bz/20120525-01-ipv6-offload-mfc9.diff >=20 > If you need a patch for a specific release please drop me a private = email > and I'll try to publish one (8.2 and up only though most likely). >=20 >=20 > Please test and report to me or net@. >=20 >=20 > Thanks > /bz >=20 >=20 > PS: we now also disallow LRO automatically if forwarding is turned on, = just > in case you wonder; a change that should have been done years ago;-) --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-net@FreeBSD.ORG Sat May 26 19:25:42 2012 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 EF554106566C; Sat, 26 May 2012 19:25:42 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C328A8FC0A; Sat, 26 May 2012 19:25:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4QJPgGQ079317; Sat, 26 May 2012 19:25:42 GMT (envelope-from thompsa@freefall.freebsd.org) Received: (from thompsa@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4QJPgfd079313; Sat, 26 May 2012 19:25:42 GMT (envelope-from thompsa) Date: Sat, 26 May 2012 19:25:42 GMT Message-Id: <201205261925.q4QJPgfd079313@freefall.freebsd.org> To: sten@blinkenlights.nl, thompsa@FreeBSD.org, freebsd-net@FreeBSD.org, emaste@FreeBSD.org From: thompsa@FreeBSD.org Cc: Subject: Re: kern/138620: [lagg] [patch] lagg port bpf-writes blocked 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, 26 May 2012 19:25:43 -0000 Synopsis: [lagg] [patch] lagg port bpf-writes blocked State-Changed-From-To: patched->closed State-Changed-By: thompsa State-Changed-When: Sat May 26 19:25:03 UTC 2012 State-Changed-Why: MFC complete, thanks for the PR. Responsible-Changed-From-To: freebsd-net->emaste Responsible-Changed-By: thompsa Responsible-Changed-When: Sat May 26 19:25:03 UTC 2012 Responsible-Changed-Why: MFC complete, thanks for the PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=138620