From owner-freebsd-net@FreeBSD.ORG Sun Aug 5 09:10:42 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 37C6C106566B for ; Sun, 5 Aug 2012 09:10:42 +0000 (UTC) (envelope-from s.khanchi@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 F17328FC0C for ; Sun, 5 Aug 2012 09:10:41 +0000 (UTC) Received: by obbun3 with SMTP id un3so5078064obb.13 for ; Sun, 05 Aug 2012 02:10:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=Sm0Fk/JBTZvYZ1SaipcYGUIC5ZcBUrrsZ8DMv51Trts=; b=WG5mAAFq2ork4Vr+yLR8jygnEQFL2rbpTOxD1r9RTyoUxrwGCD5AuajAkXVv5aHnbz ibwhnOuqhxM0m0tUM4ZkJyoqQibQ1WWlgzjzaWGQt5cs4jeer+PxapPLKh/H2vUNO7rW n9MK95lPjUnhQwQ+t9AC+XoWtBcSJx/uxnJKFGxwjgZiF5yWTCkvSr0rhTo2eSJnvrE3 RvsPkGJHwdXAtCoIve9AFlcqv/my0u3K2es1mkVHyvCz25qSiGUSlwF/WvlLS1DJ9qMe EgZ8Q42Tc4Ed3E3tvHFqjyT5R++za5gSEnL+xJabk9iJsM8F/maDBMtHjkCCqF4qaFX5 oIOg== Received: by 10.182.86.225 with SMTP id s1mr13755702obz.73.1344157841188; Sun, 05 Aug 2012 02:10:41 -0700 (PDT) MIME-Version: 1.0 Sender: s.khanchi@gmail.com Received: by 10.76.24.170 with HTTP; Sun, 5 Aug 2012 02:10:21 -0700 (PDT) From: h bagade Date: Sun, 5 Aug 2012 13:40:21 +0430 X-Google-Sender-Auth: x9GrZ0LQu-E_Rsl_u8aGX6uIMac Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problem with mac option on ipfw rule 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, 05 Aug 2012 09:10:42 -0000 Hi all, I have problem with setting mac option on ipfw rule. I want to drop all traffic but the traffic with source mac for example 11:22:33:44:55:66. I thought it would be possible using the not option to do the work and I have a set of rules like this: ipfw -q add 500 set 6 skipto 501 from any to any { not mac any 11:22:33:44:55:66} ipfw -q add 501 set 6 drop altq test all from any to any ipfw -q add 500 set 6 allow all from any to any I expect it to drop traffic that src mac is not 11:22:33:44:55:66, but it doesn't work! I've checked it for traffic with and without src-mac: 11:22:33:44:55:66 and all dropped! Could anyone tell me what's wrong with my understanding? From owner-freebsd-net@FreeBSD.ORG Sun Aug 5 16:24:55 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 5B7D5106564A for ; Sun, 5 Aug 2012 16:24:55 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id D25848FC0C for ; Sun, 5 Aug 2012 16:24:54 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id q75GOkVE047845; Mon, 6 Aug 2012 02:24:46 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 6 Aug 2012 02:24:46 +1000 (EST) From: Ian Smith To: h bagade In-Reply-To: Message-ID: <20120806021230.I93465@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: problem with mac option on ipfw rule 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, 05 Aug 2012 16:24:55 -0000 On Sun, 5 Aug 2012 13:40:21 +0430, h bagade wrote: > Hi all, > > I have problem with setting mac option on ipfw rule. I want to drop all > traffic but the traffic with source mac for example 11:22:33:44:55:66. I > thought it would be possible using the not option to do the work and I have > a set of rules like this: > > ipfw -q add 500 set 6 skipto 501 from any to any { not mac any > 11:22:33:44:55:66} > ipfw -q add 501 set 6 drop altq test all from any to any > ipfw -q add 500 set 6 allow all from any to any > > I expect it to drop traffic that src mac is not 11:22:33:44:55:66, but it > doesn't work! I've checked it for traffic with and without > src-mac: 11:22:33:44:55:66 and all dropped! > > Could anyone tell me what's wrong with my understanding? Read section 'PACKET FLOW' in ipfw(8) carefully. Apart from the need to separate out layer 3 packets before testing layer 2 headers against MAC addresses, it specifically warns about what 'not' means in that context. Also check net.link.ether.ipfw in the SYSCTL VARIABLES section; without that set you won't see so can't test layer 2 packets at all. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Mon Aug 6 11:07:16 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 5C86C106564A for ; Mon, 6 Aug 2012 11:07:16 +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 44B3F8FC16 for ; Mon, 6 Aug 2012 11:07:16 +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 q76B7Gpu021848 for ; Mon, 6 Aug 2012 11:07:16 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q76B7F9b021846 for freebsd-net@FreeBSD.org; Mon, 6 Aug 2012 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 6 Aug 2012 11:07:15 GMT Message-Id: <201208061107.q76B7F9b021846@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, 06 Aug 2012 11:07:16 -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/170267 net [ixgbe] IXGBE_LE32_TO_CPUS is probably an unintentiona o kern/170081 net [fxp] pf/nat/jails not working if checksum offloading o kern/169898 net ifconfig(8) fails to set MTU on multiple interfaces. o kern/169676 net [bge] [hang] system hangs, fully or partially after re o kern/169664 net [bgp] Wrongful replacement of interface connected net o kern/169634 net [bge] Network unavailable when booting directly to Fre o kern/169620 net [ng] [pf] ng_l2tp incoming packet bypass pf firewall o kern/169459 net [ppp] umodem/ppp/3g stopped working after update from o kern/169438 net [ipsec] ipv4-in-ipv6 tunnel mode IPsec does not work o kern/169399 net [re] RealTek RTL8168/8111/8111c network interface not p kern/168294 net [ixgbe] [patch] ixgbe driver compiled in kernel has no o kern/168246 net [em] Multiple em(4) not working with qemu o kern/168245 net [arp] [regression] Permanent ARP entry not deleted on o kern/168244 net [arp] [regression] Unable to manually remove permanent o kern/168183 net [bce] bce driver hang system o kern/168152 net [xl] Periodically, the network card xl0 stops working o kern/167947 net [setfib] [patch] arpresolve checks only the default FI 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/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/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/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 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 412 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 6 12:08:17 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 9D693106564A; Mon, 6 Aug 2012 12:08:17 +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 1C89C8FC14; Mon, 6 Aug 2012 12:08:16 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 6B9577300A; Mon, 6 Aug 2012 14:28:25 +0200 (CEST) Date: Mon, 6 Aug 2012 14:28:25 +0200 From: Luigi Rizzo To: current@freebsd.org, net@freebsd.org Message-ID: <20120806122825.GA96329@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: [RFC] changes in struct dn_pkt_tag ? 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, 06 Aug 2012 12:08:17 -0000 I just realized that the struct dn_pkt_tag is 232 bytes, with the majority of space taken by an unused field, struct _ip6dn_args (192 bytes), which I'd like to remove. The structure constitutes the body of a PACKET_TAG_DUMMYNET, is defined in sys/netinet/ipfw/ip_dn_io.c and private to the dummynet module. Do I still need to bump __FreeBSD_version if i remove the unused field from the structure ? Related to this, struct _ip6dn_args is also an unused part of struct ip_fw_args, which however is used by other ipfw clients such as ng_ipfw, so i am a bit reluctant to "fix" that too. cheers luigi From owner-freebsd-net@FreeBSD.ORG Mon Aug 6 21:01:00 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 355F5106566C for ; Mon, 6 Aug 2012 21:01:00 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from mail.averesystems.com (mail.averesystems.com [208.70.68.85]) by mx1.freebsd.org (Postfix) with ESMTP id 05FCB8FC0C for ; Mon, 6 Aug 2012 21:01:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.averesystems.com (Postfix) with ESMTP id 245D9480780 for ; Mon, 6 Aug 2012 17:01:02 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.averesystems.com Received: from mail.averesystems.com ([127.0.0.1]) by localhost (mail.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a+iaUabV1nWV for ; Mon, 6 Aug 2012 17:01:01 -0400 (EDT) Received: from riven.arriad.com (206.193.225.214.nauticom.net [206.193.225.214]) by mail.averesystems.com (Postfix) with ESMTPSA id 8184548073E for ; Mon, 6 Aug 2012 17:01:01 -0400 (EDT) From: Andrew Boyer Content-Type: multipart/mixed; boundary="Apple-Mail=_74B83304-D2B0-407D-A5AF-A78C022F5F90" Date: Mon, 6 Aug 2012 17:00:58 -0400 Message-Id: To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: [patch] ixgbe stats cleanup 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, 06 Aug 2012 21:01:00 -0000 --Apple-Mail=_74B83304-D2B0-407D-A5AF-A78C022F5F90 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii This patch fixes some nits in the ixgbe driver statistics: - Only read FCCRC and FCLAST on 82599+ - Store total_missed_rx in stats.mpctotal, and display it in a sysctl - Don't increment if_opackets and if_ipackets every packet; they're = overwritten by hw stats collection - Increment adapter->dropped_pkts instead of if_ierrors; if_ierrors is = overwritten by hw stats collection - Include adapter->dropped_pkts in the calculation of if_ierrors - Increment rxr->packets so that AIM works Comments welcome. -Andrew --Apple-Mail=_74B83304-D2B0-407D-A5AF-A78C022F5F90 Content-Disposition: attachment; filename=ixgbe_stats.diff Content-Type: application/octet-stream; name="ixgbe_stats.diff" Content-Transfer-Encoding: 7bit Index: sys/dev/ixgbe/ixgbe.c =================================================================== --- sys/dev/ixgbe/ixgbe.c (revision 239102) +++ sys/dev/ixgbe/ixgbe.c (working copy) @@ -3519,7 +3519,6 @@ ixgbe_txeof(struct tx_ring *txr) { struct adapter *adapter = txr->adapter; - struct ifnet *ifp = adapter->ifp; u32 first, last, done, processed; struct ixgbe_tx_buf *tx_buffer; struct ixgbe_legacy_tx_desc *tx_desc, *eop_desc; @@ -3527,8 +3526,8 @@ mtx_assert(&txr->tx_mtx, MA_OWNED); #ifdef DEV_NETMAP - if (ifp->if_capenable & IFCAP_NETMAP) { - struct netmap_adapter *na = NA(ifp); + if (adapter->ifp->if_capenable & IFCAP_NETMAP) { + struct netmap_adapter *na = NA(adapter->ifp); struct netmap_kring *kring = &na->tx_rings[txr->me]; tx_desc = (struct ixgbe_legacy_tx_desc *)txr->tx_base; @@ -3630,7 +3629,6 @@ (struct ixgbe_legacy_tx_desc *)&txr->tx_base[first]; } ++txr->packets; - ++ifp->if_opackets; /* See if there is more work now */ last = tx_buffer->eop_index; if (last != -1) { @@ -4503,7 +4501,7 @@ /* Make sure bad packets are discarded */ if (((staterr & IXGBE_RXDADV_ERR_FRAME_ERR_MASK) != 0) || (rxr->discard)) { - ifp->if_ierrors++; + adapter->dropped_pkts++; rxr->rx_discarded++; if (eop) rxr->discard = FALSE; @@ -4644,11 +4642,12 @@ /* Sending this frame? */ if (eop) { sendmp->m_pkthdr.rcvif = ifp; - ifp->if_ipackets++; rxr->rx_packets++; + rxr->rx_bytes += sendmp->m_pkthdr.len; + /* capture data for AIM */ + rxr->packets++; rxr->bytes += sendmp->m_pkthdr.len; - rxr->rx_bytes += sendmp->m_pkthdr.len; if ((ifp->if_capenable & IFCAP_RXCSUM) != 0) ixgbe_rx_checksum(staterr, sendmp, ptype); #if __FreeBSD_version >= 800000 @@ -5168,6 +5167,8 @@ adapter->stats.pxon2offc[i] += IXGBE_READ_REG(hw, IXGBE_PXON2OFFCNT(i)); } + adapter->stats.mpctotal = total_missed_rx; + for (int i = 0; i < 16; i++) { adapter->stats.qprc[i] += IXGBE_READ_REG(hw, IXGBE_QPRC(i)); adapter->stats.qptc[i] += IXGBE_READ_REG(hw, IXGBE_QPTC(i)); @@ -5252,10 +5253,10 @@ adapter->stats.ptc1522 += IXGBE_READ_REG(hw, IXGBE_PTC1522); adapter->stats.bptc += IXGBE_READ_REG(hw, IXGBE_BPTC); adapter->stats.xec += IXGBE_READ_REG(hw, IXGBE_XEC); - adapter->stats.fccrc += IXGBE_READ_REG(hw, IXGBE_FCCRC); - adapter->stats.fclast += IXGBE_READ_REG(hw, IXGBE_FCLAST); /* Only read FCOE on 82599 */ if (hw->mac.type != ixgbe_mac_82598EB) { + adapter->stats.fccrc += IXGBE_READ_REG(hw, IXGBE_FCCRC); + adapter->stats.fclast += IXGBE_READ_REG(hw, IXGBE_FCLAST); adapter->stats.fcoerpdc += IXGBE_READ_REG(hw, IXGBE_FCOERPDC); adapter->stats.fcoeprc += IXGBE_READ_REG(hw, IXGBE_FCOEPRC); adapter->stats.fcoeptc += IXGBE_READ_REG(hw, IXGBE_FCOEPTC); @@ -5273,7 +5274,7 @@ /* Rx Errors */ ifp->if_ierrors = total_missed_rx + adapter->stats.crcerrs + - adapter->stats.rlec; + adapter->stats.rlec + adapter->dropped_pkts; } /** ixgbe_sysctl_tdh_handler - Handler function @@ -5484,8 +5485,7 @@ "LRO Flushed"); } - /* MAC stats get the own sub node */ - + /* MAC stats get their own sub node */ stat_node = SYSCTL_ADD_NODE(ctx, child, OID_AUTO, "mac_stats", CTLFLAG_RD, NULL, "MAC Statistics"); stat_list = SYSCTL_CHILDREN(stat_node); @@ -5502,6 +5502,9 @@ SYSCTL_ADD_UQUAD(ctx, stat_list, OID_AUTO, "short_discards", CTLFLAG_RD, &stats->mspdc, "MAC Short Packets Discarded"); + SYSCTL_ADD_UQUAD(ctx, stat_list, OID_AUTO, "missed_packets", + CTLFLAG_RD, &stats->mpctotal, + "Missed Packets"); SYSCTL_ADD_UQUAD(ctx, stat_list, OID_AUTO, "local_faults", CTLFLAG_RD, &stats->mlfc, "MAC Local Faults"); --Apple-Mail=_74B83304-D2B0-407D-A5AF-A78C022F5F90 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii -------------------------------------------------- Andrew Boyer aboyer@averesystems.com --Apple-Mail=_74B83304-D2B0-407D-A5AF-A78C022F5F90-- From owner-freebsd-net@FreeBSD.ORG Mon Aug 6 21:27:26 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 31B1D106566C for ; Mon, 6 Aug 2012 21:27:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vb0-f45.google.com (mail-vb0-f45.google.com [209.85.212.45]) by mx1.freebsd.org (Postfix) with ESMTP id D135C8FC08 for ; Mon, 6 Aug 2012 21:27:25 +0000 (UTC) Received: by vbip1 with SMTP id p1so3862754vbi.18 for ; Mon, 06 Aug 2012 14:27:24 -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=V/XCDgpggjZw0ihQJA3sEWlJroAFps7gOpNWEfLvyiU=; b=UIU/aIAYjnF9gQHkLY4HNJxta5eGExu3oKy23fwOOfpOWxbafsShFetkt+Hq9f9VIJ gfy63EhkUPzreUCgRRc910MwXFfWICqdF46fXZ21NspdBRLkzq2eWJytFGo4MAVYHKVH ychFCB0XYyC2Qqh6cX282LISZf8+3/2NNk3YqOHsax9bfsR7pRNH/HQVvHrAOYNGKFar HS7Nptcpf8XiR+QF9tJZmTa8laWib9OO5KDhzEkD8x9tgICGZ7ihMFc6AAMrqT/vVDIh m1Moq6BGmGr//LDNGpfDEDQVK5H6FFbcAFb66beixkQZhI28PcTTW2koBTaeApvbGK9P +4CA== MIME-Version: 1.0 Received: by 10.58.23.104 with SMTP id l8mr10278597vef.52.1344288096764; Mon, 06 Aug 2012 14:21:36 -0700 (PDT) Received: by 10.58.169.101 with HTTP; Mon, 6 Aug 2012 14:21:36 -0700 (PDT) In-Reply-To: References: Date: Mon, 6 Aug 2012 14:21:36 -0700 Message-ID: From: Jack Vogel To: Andrew Boyer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: [patch] ixgbe stats cleanup 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, 06 Aug 2012 21:27:26 -0000 Looks good to me Andrew, thanks. Jack On Mon, Aug 6, 2012 at 2:00 PM, Andrew Boyer wrote: > This patch fixes some nits in the ixgbe driver statistics: > - Only read FCCRC and FCLAST on 82599+ > - Store total_missed_rx in stats.mpctotal, and display it in a sysctl > - Don't increment if_opackets and if_ipackets every packet; they're > overwritten by hw stats collection > - Increment adapter->dropped_pkts instead of if_ierrors; if_ierrors is > overwritten by hw stats collection > - Include adapter->dropped_pkts in the calculation of if_ierrors > - Increment rxr->packets so that AIM works > > Comments welcome. > > -Andrew > > > > > -------------------------------------------------- > Andrew Boyer aboyer@averesystems.com > > > > > > _______________________________________________ > 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 Mon Aug 6 23:00:06 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 840B2106564A for ; Mon, 6 Aug 2012 23:00:06 +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 40DB98FC08 for ; Mon, 6 Aug 2012 23:00: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 q76N06xe022286 for ; Mon, 6 Aug 2012 23:00:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q76N06KW022284; Mon, 6 Aug 2012 23:00:06 GMT (envelope-from gnats) Date: Mon, 6 Aug 2012 23:00:06 GMT Message-Id: <201208062300.q76N06KW022284@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mark Johnston Cc: Subject: Re: kern/155030: [igb] igb(4) DEVICE_POLLING does not work with carp(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Johnston List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Aug 2012 23:00:06 -0000 The following reply was made to PR kern/155030; it has been noted by GNATS. From: Mark Johnston To: bug-followup@FreeBSD.org, mm@FreeBSD.org Cc: Subject: Re: kern/155030: [igb] igb(4) DEVICE_POLLING does not work with carp(4) Date: Mon, 6 Aug 2012 18:58:14 -0400 The above patch was commited as r239109. From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 02:13:55 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 8C58B106564A for ; Tue, 7 Aug 2012 02:13:55 +0000 (UTC) (envelope-from pugibebsd@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 494C48FC0A for ; Tue, 7 Aug 2012 02:13:54 +0000 (UTC) Received: by yenl8 with SMTP id l8so3861718yen.13 for ; Mon, 06 Aug 2012 19:13:54 -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=xen+CM5znZltg5/7TlL0ZVwgQsSroCR5U0jTMqE9S2M=; b=O1DlbesPN70+Kozyca8ar6pf2Kr7kXum8HePhT/3WDvIoi+b1dFJNjf/iNy82okfUK xetQa4hQn6BZklNof+uQjWMnCW0kQSm6n3rV1rfWRMOcR4SZQ9JsR6OGe+xH1BSbyVpu SXqYvQ8PsnFWotDU+8pINKwy6ly45E+dLQTK1RAS3WEQ2p31aJT0uei5L4WH47HPp7Dw 38P8d2MC11QSlIHY2+VQf8TZEqTLQE680PYJQ/XjHsGWdLYT1+07YPaL84EapXd6osQV M9o8dfxYS23iGwPMLzBH7zZCXenyPGjQBviTTeFYXD2QLh7tts+KQEevLExwerI0FrXt oFjA== MIME-Version: 1.0 Received: by 10.50.169.73 with SMTP id ac9mr7155555igc.29.1344305634203; Mon, 06 Aug 2012 19:13:54 -0700 (PDT) Received: by 10.43.53.8 with HTTP; Mon, 6 Aug 2012 19:13:54 -0700 (PDT) Date: Mon, 6 Aug 2012 19:13:54 -0700 Message-ID: From: Yuval Prag To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Intel Pro/Wireless 2200BG crash on FreeBSD-8.3 i386 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, 07 Aug 2012 02:13:55 -0000 Hi Im looking for help and some more info on the subject. the only post i found is from april 2008 the post suggests to add the capability to the driver based on or copy from a different WiFi NIC driver and it is not working still same error the NIC hangs in a way ifconfig show IP address the and status = associated, a simple ping to the router works with intermittent failures in the form of "sento: Network is down" and than it hangs usualy afte the 15th packet send... a restart the NIC device with "/etc/rc.d/netif restart" will cause the system to reboot! the driver version comes with the ISO DVD is v1.72, so I was looking for a new version on the FreeBSD VCS and there is a rev 1.82 posted March 2012 but this one fail the make on line 437 " assignment from incompatible pointer type" ??? is it due to the move away from gcc??? thanks for the time and help Yuval From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 04:48:32 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 269BE10656D5; Tue, 7 Aug 2012 04:48:32 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ED6108FC12; Tue, 7 Aug 2012 04:48: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 q774mV2n080904; Tue, 7 Aug 2012 04:48:31 GMT (envelope-from ae@freefall.freebsd.org) Received: (from ae@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q774mVNm080900; Tue, 7 Aug 2012 04:48:31 GMT (envelope-from ae) Date: Tue, 7 Aug 2012 04:48:31 GMT Message-Id: <201208070448.q774mVNm080900@freefall.freebsd.org> To: ae@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: ae@FreeBSD.org Cc: Subject: Re: kern/168742: detaching of ethernet adapter with configured vlans leads to panic 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, 07 Aug 2012 04:48:32 -0000 Synopsis: detaching of ethernet adapter with configured vlans leads to panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: ae Responsible-Changed-When: Tue Aug 7 04:48:17 UTC 2012 Responsible-Changed-Why: Reassign. http://www.freebsd.org/cgi/query-pr.cgi?pr=168742 From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 05:53:37 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 3CD831065670; Tue, 7 Aug 2012 05:53:37 +0000 (UTC) (envelope-from pluknet@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE438FC12; Tue, 7 Aug 2012 05:53:37 +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 q775ra2j088478; Tue, 7 Aug 2012 05:53:36 GMT (envelope-from pluknet@freefall.freebsd.org) Received: (from pluknet@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q775raVa088474; Tue, 7 Aug 2012 05:53:36 GMT (envelope-from pluknet) Date: Tue, 7 Aug 2012 05:53:36 GMT Message-Id: <201208070553.q775raVa088474@freefall.freebsd.org> To: mm@FreeBSD.org, pluknet@FreeBSD.org, freebsd-net@FreeBSD.org From: pluknet@FreeBSD.org Cc: Subject: Re: kern/155030: [igb] igb(4) DEVICE_POLLING does not work with carp(4) 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, 07 Aug 2012 05:53:37 -0000 Synopsis: [igb] igb(4) DEVICE_POLLING does not work with carp(4) State-Changed-From-To: open->patched State-Changed-By: pluknet State-Changed-When: Tue Aug 7 05:52:41 UTC 2012 State-Changed-Why: Reflect the recent PR state change as per Mark Johnston. http://www.freebsd.org/cgi/query-pr.cgi?pr=155030 From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 12:05: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 806341065677; Tue, 7 Aug 2012 12:05:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 567808FC17; Tue, 7 Aug 2012 12:05:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id AA2A8B946; Tue, 7 Aug 2012 08:05:44 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Date: Tue, 7 Aug 2012 08:05:43 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201208070448.q774mVNm080900@freefall.freebsd.org> In-Reply-To: <201208070448.q774mVNm080900@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201208070805.43687.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 07 Aug 2012 08:05:44 -0400 (EDT) Cc: ae@freebsd.org Subject: Re: kern/168742: detaching of ethernet adapter with configured vlans leads to panic 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, 07 Aug 2012 12:05:45 -0000 On Tuesday, August 07, 2012 12:48:31 am ae@freebsd.org wrote: > Synopsis: detaching of ethernet adapter with configured vlans leads to panic > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: ae > Responsible-Changed-When: Tue Aug 7 04:48:17 UTC 2012 > Responsible-Changed-Why: > Reassign. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=168742 Ugh, I thought I had fixed this in http://svnweb.freebsd.org/base?view=revision&revision=208212 I think the problem is the assertion is wrong. We could add a new DETACHING flag, but I think the simplest fix is to just remove it. I'm not sure if a similar assertion in if_delmulti_ifma() should also be removed. Index: if.c =================================================================== --- if.c (revision 238992) +++ if.c (working copy) @@ -3058,19 +3058,7 @@ if_delmulti(struct ifnet *ifp, struct sockaddr *sa { struct ifmultiaddr *ifma; int lastref; -#ifdef INVARIANTS - struct ifnet *oifp; - IFNET_RLOCK_NOSLEEP(); - TAILQ_FOREACH(oifp, &V_ifnet, if_link) - if (ifp == oifp) - break; - if (ifp != oifp) - ifp = NULL; - IFNET_RUNLOCK_NOSLEEP(); - - KASSERT(ifp != NULL, ("%s: ifnet went away", __func__)); -#endif if (ifp == NULL) return (ENOENT); -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 12:38:12 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 277E1106564A; Tue, 7 Aug 2012 12:38:12 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 6CFD28FC0A; Tue, 7 Aug 2012 12:38:11 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q77Cc88L020645; Tue, 7 Aug 2012 19:38:08 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <50210C30.9070604@rdtc.ru> Date: Tue, 07 Aug 2012 19:38:08 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: bug-followup@FreeBSD.ORG, "net@freebsd.org" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: kern/120304: [netgraph] [patch] netgraph source assumes 32-bit timeval on AMD64 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, 07 Aug 2012 12:38:12 -0000 Hi! This is still the problem for 9.1-PRERELEASE: ng_source is unusable for 64bit systems. The patch really helps and fixes the problem for 64bit (and breaks for 32bit :-) Perhaps, it may be improved with some #ifdef's Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 12:40:06 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 B15F5106564A for ; Tue, 7 Aug 2012 12:40:06 +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 82FEF8FC0C for ; Tue, 7 Aug 2012 12:40: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 q77Ce6qA059029 for ; Tue, 7 Aug 2012 12:40:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q77Ce6eI059028; Tue, 7 Aug 2012 12:40:06 GMT (envelope-from gnats) Date: Tue, 7 Aug 2012 12:40:06 GMT Message-Id: <201208071240.q77Ce6eI059028@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugene Grosbein Cc: Subject: Re: kern/120304: [netgraph] [patch] netgraph source assumes 32-bit timeval on AMD64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Grosbein List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Aug 2012 12:40:06 -0000 The following reply was made to PR kern/120304; it has been noted by GNATS. From: Eugene Grosbein To: bug-followup@FreeBSD.ORG, "net@freebsd.org" Cc: Subject: Re: kern/120304: [netgraph] [patch] netgraph source assumes 32-bit timeval on AMD64 Date: Tue, 07 Aug 2012 19:38:08 +0700 Hi! This is still the problem for 9.1-PRERELEASE: ng_source is unusable for 64bit systems. The patch really helps and fixes the problem for 64bit (and breaks for 32bit :-) Perhaps, it may be improved with some #ifdef's Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 13:53:56 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 2D6BF106566C for ; Tue, 7 Aug 2012 13:53:56 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 8D6D28FC0A for ; Tue, 7 Aug 2012 13:53:55 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q77DrqtA021325 for ; Tue, 7 Aug 2012 20:53:52 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <50211DF0.2090607@rdtc.ru> Date: Tue, 07 Aug 2012 20:53:52 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: "net@freebsd.org" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Send traffic to itself using real NIC 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, 07 Aug 2012 13:53:56 -0000 Hi! I'd like to run some stability tests for some L2-transparent gigabit ethernet network hardware I've got. I have one spare FreeBSD 9.1-PRERELEASE with two-ports igb(4) card and connected both ports using my L2 hardward making a loop. Is it possible to configure FreeBSD in such way so it would send IP traffic for itself not via loopback interface but via igb0/igb1? I've tried to utilize multiple FIBs: sysctl net.add_addr_allfibs=0 ifconfig igb0 inet 10.0.0.1/24 mtu 9126 ifconfig igb1 inet 10.0.1.1/24 mtu 9126 setfib 1 route -q flush setfib 1 route add 10.0.1.1/32 -iface igb1 setfib 2 route -q flush setfib 2 route add 10.0.0.1/32 -iface igb0 But "setfib 1 ping -S 10.0.0.1 10.0.1.1" still runs via lo0 (and has no answer). The only way I've got working is unidirectional stream of packets generated with ng_source(4) (patched due to kern/120304) that shows me 10% packet loss (using netstat -I to see how many packets got through). I would really like using normal TCP/UDP/ICMP streams in addition of ng_source tests. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 14:04:18 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 BBBEF106564A for ; Tue, 7 Aug 2012 14:04:18 +0000 (UTC) (envelope-from jacques.fourie@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 733FC8FC14 for ; Tue, 7 Aug 2012 14:04:18 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3043587qcs.13 for ; Tue, 07 Aug 2012 07:04:17 -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=/MaUpGyZPCBukYN0B7/IjEsZac9Rx0qzj297C42KXyM=; b=PS8GZHlqdCEnF89ov36a1C3afmBW0VbVQ4hr5O+vwyPxy9ja/2s3+sD3IHxXvZIgF4 8OGv/Ai58r7aQXTgGkoXfDNzXWhh/aamMUmXDUIIUeoSn4pm6vinasRkjiLaRbkGUszY hDIIN2r10QBxBc1DmSoDPemHbLeOZx0jk0DnxlRUIbTw3UUNJAyGZ37tVBnVXAlpEon8 LWWAJOhb2UhPF7JWz5qnoV7nouzIJ+2sxKx/jj6/qpb6qQcx669aI67UDh8KwarU3wPJ EegLd5jyhccfkyF2mv0yjdpgFL8eUpIhpmbwiNqmwl6JhNWYhe0PMDQKzv6vd30R5G7M XVHA== MIME-Version: 1.0 Received: by 10.229.135.11 with SMTP id l11mr7100333qct.116.1344348257671; Tue, 07 Aug 2012 07:04:17 -0700 (PDT) Received: by 10.229.38.210 with HTTP; Tue, 7 Aug 2012 07:04:17 -0700 (PDT) In-Reply-To: <50211DF0.2090607@rdtc.ru> References: <50211DF0.2090607@rdtc.ru> Date: Tue, 7 Aug 2012 16:04:17 +0200 Message-ID: From: Jacques Fourie To: Eugene Grosbein Content-Type: text/plain; charset=ISO-8859-1 Cc: "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 07 Aug 2012 14:04:18 -0000 On Tue, Aug 7, 2012 at 3:53 PM, Eugene Grosbein wrote: > Hi! > > I'd like to run some stability tests for some L2-transparent > gigabit ethernet network hardware I've got. > > I have one spare FreeBSD 9.1-PRERELEASE with two-ports igb(4) card > and connected both ports using my L2 hardward making a loop. > > Is it possible to configure FreeBSD in such way so it would send > IP traffic for itself not via loopback interface but via igb0/igb1? > > I've tried to utilize multiple FIBs: > > sysctl net.add_addr_allfibs=0 > ifconfig igb0 inet 10.0.0.1/24 mtu 9126 > ifconfig igb1 inet 10.0.1.1/24 mtu 9126 > setfib 1 route -q flush > setfib 1 route add 10.0.1.1/32 -iface igb1 > setfib 2 route -q flush > setfib 2 route add 10.0.0.1/32 -iface igb0 > > But "setfib 1 ping -S 10.0.0.1 10.0.1.1" still runs via lo0 (and has no answer). > > The only way I've got working is unidirectional stream of packets > generated with ng_source(4) (patched due to kern/120304) that shows me 10% packet loss > (using netstat -I to see how many packets got through). > > I would really like using normal TCP/UDP/ICMP streams in addition of ng_source tests. > > Eugene Grosbein > _______________________________________________ > 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" You can try using a VIMAGE enabled kernel and jails using epair(4) as the network interface. Bridge the epair interfaces on the host to igb0/igb1 and you should be able to communicate between the two jails via igb0 and igb1. From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 14:34: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 85630106566C; Tue, 7 Aug 2012 14:34:36 +0000 (UTC) (envelope-from zec@fer.hr) Received: from mail.zvne.fer.hr (mail.zvne.fer.hr [161.53.66.5]) by mx1.freebsd.org (Postfix) with ESMTP id C913E8FC15; Tue, 7 Aug 2012 14:34:35 +0000 (UTC) Received: from munja.zvne.fer.hr (161.53.66.248) by mail.zvne.fer.hr (161.53.66.5) with Microsoft SMTP Server id 14.2.298.4; Tue, 7 Aug 2012 16:33:25 +0200 Received: from sluga.fer.hr ([161.53.66.244]) by munja.zvne.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Aug 2012 16:33:24 +0200 Received: from localhost ([161.53.19.8]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Aug 2012 16:33:23 +0200 From: Marko Zec To: Date: Tue, 7 Aug 2012 16:33:11 +0200 User-Agent: KMail/1.9.10 References: <50211DF0.2090607@rdtc.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <201208071633.11524.zec@fer.hr> X-OriginalArrivalTime: 07 Aug 2012 14:33:24.0222 (UTC) FILETIME=[99CC71E0:01CD74A9] Cc: Jacques Fourie , Eugene Grosbein , "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 07 Aug 2012 14:34:36 -0000 On Tuesday 07 August 2012 16:04:17 Jacques Fourie wrote: > On Tue, Aug 7, 2012 at 3:53 PM, Eugene Grosbein wrote: > > Hi! > > > > I'd like to run some stability tests for some L2-transparent > > gigabit ethernet network hardware I've got. > > > > I have one spare FreeBSD 9.1-PRERELEASE with two-ports igb(4) card > > and connected both ports using my L2 hardward making a loop. > > > > Is it possible to configure FreeBSD in such way so it would send > > IP traffic for itself not via loopback interface but via igb0/igb1? > > > > I've tried to utilize multiple FIBs: > > > > sysctl net.add_addr_allfibs=0 > > ifconfig igb0 inet 10.0.0.1/24 mtu 9126 > > ifconfig igb1 inet 10.0.1.1/24 mtu 9126 > > setfib 1 route -q flush > > setfib 1 route add 10.0.1.1/32 -iface igb1 > > setfib 2 route -q flush > > setfib 2 route add 10.0.0.1/32 -iface igb0 > > > > But "setfib 1 ping -S 10.0.0.1 10.0.1.1" still runs via lo0 (and has no > > answer). > > > > The only way I've got working is unidirectional stream of packets > > generated with ng_source(4) (patched due to kern/120304) that shows me > > 10% packet loss (using netstat -I to see how many packets got through). > > > > I would really like using normal TCP/UDP/ICMP streams in addition of > > ng_source tests. > > > > Eugene Grosbein > > _______________________________________________ > > 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" > > You can try using a VIMAGE enabled kernel and jails using epair(4) as > the network interface. Bridge the epair interfaces on the host to > igb0/igb1 and you should be able to communicate between the two jails > via igb0 and igb1. There's no need to use epair at all here. Just create a vnet jail, and assign one of the igb interfaces into it, done: # jail -c name=x vnet persist # ifconfig igb1 vnet x # jexec x ifconfig lo0: flags=8008 metric 0 mtu 16384 options=3 igb1: flags=8842<...> metric 0 mtu 1500 ... Marko From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 14:34:36 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 85630106566C; Tue, 7 Aug 2012 14:34:36 +0000 (UTC) (envelope-from zec@fer.hr) Received: from mail.zvne.fer.hr (mail.zvne.fer.hr [161.53.66.5]) by mx1.freebsd.org (Postfix) with ESMTP id C913E8FC15; Tue, 7 Aug 2012 14:34:35 +0000 (UTC) Received: from munja.zvne.fer.hr (161.53.66.248) by mail.zvne.fer.hr (161.53.66.5) with Microsoft SMTP Server id 14.2.298.4; Tue, 7 Aug 2012 16:33:25 +0200 Received: from sluga.fer.hr ([161.53.66.244]) by munja.zvne.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Aug 2012 16:33:24 +0200 Received: from localhost ([161.53.19.8]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Aug 2012 16:33:23 +0200 From: Marko Zec To: Date: Tue, 7 Aug 2012 16:33:11 +0200 User-Agent: KMail/1.9.10 References: <50211DF0.2090607@rdtc.ru> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <201208071633.11524.zec@fer.hr> X-OriginalArrivalTime: 07 Aug 2012 14:33:24.0222 (UTC) FILETIME=[99CC71E0:01CD74A9] Cc: Jacques Fourie , Eugene Grosbein , "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 07 Aug 2012 14:34:36 -0000 On Tuesday 07 August 2012 16:04:17 Jacques Fourie wrote: > On Tue, Aug 7, 2012 at 3:53 PM, Eugene Grosbein wrote: > > Hi! > > > > I'd like to run some stability tests for some L2-transparent > > gigabit ethernet network hardware I've got. > > > > I have one spare FreeBSD 9.1-PRERELEASE with two-ports igb(4) card > > and connected both ports using my L2 hardward making a loop. > > > > Is it possible to configure FreeBSD in such way so it would send > > IP traffic for itself not via loopback interface but via igb0/igb1? > > > > I've tried to utilize multiple FIBs: > > > > sysctl net.add_addr_allfibs=0 > > ifconfig igb0 inet 10.0.0.1/24 mtu 9126 > > ifconfig igb1 inet 10.0.1.1/24 mtu 9126 > > setfib 1 route -q flush > > setfib 1 route add 10.0.1.1/32 -iface igb1 > > setfib 2 route -q flush > > setfib 2 route add 10.0.0.1/32 -iface igb0 > > > > But "setfib 1 ping -S 10.0.0.1 10.0.1.1" still runs via lo0 (and has no > > answer). > > > > The only way I've got working is unidirectional stream of packets > > generated with ng_source(4) (patched due to kern/120304) that shows me > > 10% packet loss (using netstat -I to see how many packets got through). > > > > I would really like using normal TCP/UDP/ICMP streams in addition of > > ng_source tests. > > > > Eugene Grosbein > > _______________________________________________ > > 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" > > You can try using a VIMAGE enabled kernel and jails using epair(4) as > the network interface. Bridge the epair interfaces on the host to > igb0/igb1 and you should be able to communicate between the two jails > via igb0 and igb1. There's no need to use epair at all here. Just create a vnet jail, and assign one of the igb interfaces into it, done: # jail -c name=x vnet persist # ifconfig igb1 vnet x # jexec x ifconfig lo0: flags=8008 metric 0 mtu 16384 options=3 igb1: flags=8842<...> metric 0 mtu 1500 ... Marko From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 15:37:44 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 1F4D9106564A for ; Tue, 7 Aug 2012 15:37:44 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B880F8FC08 for ; Tue, 7 Aug 2012 15:37:43 +0000 (UTC) Received: by yenl7 with SMTP id l7so89332yen.13 for ; Tue, 07 Aug 2012 08:37:43 -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:in-reply-to; bh=pKb05Efp9ykzLplv4rl2KNIi5GcspYv8u0xflmgPZBk=; b=NLXiwm8Npcvz9150NgL3hoI4ISdJ7hQGJ3OwJC/tH+CmXb6htlnTy/t03NKNjHTndn cf3h2eGKeKMuEDFu2GdpTG8l98Or4JZgdh3ip1JztDgJgYTVkmjyWMrGxzarWsMb1FCu aszQ6EQYCV9cgibZdvqV2kiZPkFsHf7L6YE+s= 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:in-reply-to:x-gm-message-state; bh=pKb05Efp9ykzLplv4rl2KNIi5GcspYv8u0xflmgPZBk=; b=Ge3Q5O1OAqSWonk0EUZQmujql1h0dXZ7Lp1gBe1NVIuoJ4XWymcf1HResCp1qbpofD haXfhn60bNLVx7z20dw7wUT2lfXjPKBiGTNe8XlxUg8zmGfNwQMymUl3waPdBm9bO/9s l9F9fgFSHEc+YEvMyAqkCAkKKgihFNroS8mizrxpHdzkxOjX+a7w4H21nV7GEjWqh9no Veh/Vw+KFSbEggay4EU+YkufEqnDi/WeDSaIJ1tmm+Pm40tvT+4UirgBJw1CSCFQBBbH WUQMdbZXVOziJ8F3ruIElScZ10DSIFzAB/wHdsfcbXHmODTBEe5ecVO7SE7RgxUv/Ik1 SFhQ== Received: by 10.43.85.69 with SMTP id an5mr11749718icc.37.1344353862883; Tue, 07 Aug 2012 08:37:42 -0700 (PDT) Received: from DataIX.net (24-247-252-47.dhcp.aldl.mi.charter.com. [24.247.252.47]) by mx.google.com with ESMTPS id 10sm13059248igf.11.2012.08.07.08.37.39 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 07 Aug 2012 08:37:42 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q77FbapR099579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Aug 2012 11:37:37 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q77FbZ9W099578; Tue, 7 Aug 2012 11:37:35 -0400 (EDT) (envelope-from jhellenthal@DataIX.net) Date: Tue, 7 Aug 2012 11:37:35 -0400 From: Jason Hellenthal To: Eugene Grosbein Message-ID: <20120807153735.GA98926@DataIX.net> References: <50211DF0.2090607@rdtc.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <50211DF0.2090607@rdtc.ru> X-Gm-Message-State: ALoCoQktiy7TaIFavgJvxbaxPzwg+YBgI+KirVg7x7r8qPsiykogoQsLE1SNZQllkutpOPtFPqFl Cc: "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 07 Aug 2012 15:37:44 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 07, 2012 at 08:53:52PM +0700, Eugene Grosbein wrote: > Hi! >=20 > I'd like to run some stability tests for some L2-transparent > gigabit ethernet network hardware I've got. >=20 > I have one spare FreeBSD 9.1-PRERELEASE with two-ports igb(4) card > and connected both ports using my L2 hardward making a loop. >=20 > Is it possible to configure FreeBSD in such way so it would send > IP traffic for itself not via loopback interface but via igb0/igb1? >=20 > I've tried to utilize multiple FIBs: >=20 > sysctl net.add_addr_allfibs=3D0 > ifconfig igb0 inet 10.0.0.1/24 mtu 9126 > ifconfig igb1 inet 10.0.1.1/24 mtu 9126 > setfib 1 route -q flush > setfib 1 route add 10.0.1.1/32 -iface igb1 > setfib 2 route -q flush > setfib 2 route add 10.0.0.1/32 -iface igb0 >=20 > But "setfib 1 ping -S 10.0.0.1 10.0.1.1" still runs via lo0 (and has no a= nswer). >=20 > The only way I've got working is unidirectional stream of packets > generated with ng_source(4) (patched due to kern/120304) that shows me 10= % packet loss > (using netstat -I to see how many packets got through). >=20 > I would really like using normal TCP/UDP/ICMP streams in addition of ng_s= ource tests. >=20 You could just throw a loopback plug in your adapter. All traffic going out is going to come right back in as fast as its sent out. Another alternative is a crossover cable from igb0 -> igb1. --=20 - (2^(N-1)) JJH48-ARIN --5vNYLRcllDrimb99 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJQITY/AAoJEBSh2Dr1DU7WwXMIAKIeNukM9Mt2U9W3SOpmEWAb x+txwu3KGZaDaWr4EENC/hSdlQnELNQ1YisnJjT83mWz8Pk4pclYcNYY86mDaTeP Ubd/2ADTxLUkXK82r/cEOxjD2SywfjFFCjLay7Q0K2Ne/aO6LpMCB24Ebn38ngbE 4XsxeJjpQVSxiAxpui6rAA/ybJSRTMdjQeeEu9ywFZ9XuYWXa3U2UZB5yMZTyr7q M7bwWlG60m6cps1ADNOaUutIK9iIeRlL+fpYUU1lkWhtbUgi67FeIZ39/a7Dry/Q Pi2/hB/92MG7mGfzhkBW2JyWFG3l10EQKknNE7NrsmuNMQaPS7qkpcfCcyuoCUk= =nkdG -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 16:10:09 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 9919F106566B; Tue, 7 Aug 2012 16:10:09 +0000 (UTC) (envelope-from prvs=15669bab8b=dunng@uncw.edu) Received: from tx2outboundpool.messaging.microsoft.com (tx2ehsobe005.messaging.microsoft.com [65.55.88.15]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4FA8FC0C; Tue, 7 Aug 2012 16:10:08 +0000 (UTC) Received: from mail201-tx2-R.bigfish.com (10.9.14.239) by TX2EHSOBE006.bigfish.com (10.9.40.26) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 Aug 2012 15:09:36 +0000 Received: from mail201-tx2 (localhost [127.0.0.1]) by mail201-tx2-R.bigfish.com (Postfix) with ESMTP id 01D4BD4022D; Tue, 7 Aug 2012 15:09:36 +0000 (UTC) X-Forefront-Antispam-Report: CIP:152.20.5.38; KIP:(null); UIP:(null); IPV:NLI; H:mx1.uncw.edu; RD:mx1.uncw.edu; EFVD:NLI X-SpamScore: -4 X-BigFish: VPS-4(z2b68kzbb2dI98dI9371I1443I1432I111aI1447Izz1202hzz8275dhz2fh668h839h944hd25hf0ah107ah) Received-SPF: pass (mail201-tx2: domain of uncw.edu designates 152.20.5.38 as permitted sender) client-ip=152.20.5.38; envelope-from=prvs=15669bab8b=dunng@uncw.edu; helo=mx1.uncw.edu ; mx1.uncw.edu ; Received: from mail201-tx2 (localhost.localdomain [127.0.0.1]) by mail201-tx2 (MessageSwitch) id 1344352173473137_13396; Tue, 7 Aug 2012 15:09:33 +0000 (UTC) Received: from TX2EHSMHS036.bigfish.com (unknown [10.9.14.239]) by mail201-tx2.bigfish.com (Postfix) with ESMTP id 654FDC40046; Tue, 7 Aug 2012 15:09:33 +0000 (UTC) Received: from mx1.uncw.edu (152.20.5.38) by TX2EHSMHS036.bigfish.com (10.9.99.136) with Microsoft SMTP Server id 14.1.225.23; Tue, 7 Aug 2012 15:09:31 +0000 Received: from pps.filterd (mx1 [127.0.0.1]) by mx1.uncw.edu (8.14.4/8.14.4) with SMTP id q77F3HnA023851; Tue, 7 Aug 2012 11:09:30 -0400 Received: from uncwexht2.dcs.uncw.edu (exchsmtp.uncw.edu [152.20.9.165]) by mx1.uncw.edu with ESMTP id 16k521g6j1-1; Tue, 07 Aug 2012 11:09:30 -0400 Received: from uncwexmb1.dcs.uncw.edu ([152.20.9.166]) by UNCWEXHT2.dcs.uncw.edu ([152.20.9.165]) with mapi; Tue, 7 Aug 2012 11:09:30 -0400 From: "Dunn, George Jr" To: Julian Elischer Date: Tue, 7 Aug 2012 11:09:29 -0400 Thread-Topic: networking perplexity Thread-Index: Ac1vOJ33S880W9m4TWOdrkaRaFUVlAFcStaF Message-ID: <1BB45AE37908DF40B3C2FAB9665E09453D39D51541@uncwexmb1.dcs.uncw.edu> References: <1BB45AE37908DF40B3C2FAB9665E09453D3A14E179@uncwexmb1.dcs.uncw.edu>, <50180621.8040501@freebsd.org> In-Reply-To: <50180621.8040501@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uncw.edu Cc: "freebsd-net@freebsd.org" Subject: RE: networking perplexity 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, 07 Aug 2012 16:10:09 -0000 Thanks for the reply... Sorry for the delay.. 10gb0 - 192.168.33.0/24 10gb1 - 192.168.32.0/24 igb0 - 152.x.x.x/24 igb3 - 192.168.34.0/24 all routed out through 152.x.x.254 gateway rc.conf (attempted, hangs on boot): hostname=3D"fqdn (resolvable)" ifconfig_igb3=3D"inet 192.168.34.2 netmask 255.255.255.0" ifconfig_ix0=3D"inet 192.168.33.2 netmask 255.255.255.0" ifconfig_ix1=3D"inet 192.168.32.2 netmask 255.255.255.0" ifconfig_igb0=3D"inet 152.x.x.x netmask 255.255.255.0" defaultrouter=3D"152.x.x.254" sshd_enable=3D"YES" firewall_enable=3D"NO" #firewall_type=3D"open" # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable dumpdev=3D"NO" # Local services zfs_enable=3D"YES" powerd_enable=3D"YES" # Network services sshd_enable=3D"YES" samba_enable=3D"YES" # NFS rpcbind_enable=3D"YES" nfs_server_enable=3D"YES" mountd_enable=3D"YES" mountd_flags=3D"-r" rpc_lockd_enable=3D"YES" rpc_statd_enable=3D"YES" # Synchronise time ntpdate_enable=3D"YES" ntpdate_hosts=3D"timeserver (fqdn)" The workaround that works for a minute I comment out the above ugb3 config = line and add the following in /usr/local/etc/rc.d !/bin/csh ifconfig igb3 inet 192.68.34.2 netmask 255.255.255.0 /etc/rc.d/routing restart Thanks again! Eddie ________________________________________ From: Julian Elischer [julian@freebsd.org] Sent: Tuesday, July 31, 2012 12:21 PM To: Dunn, George Jr Cc: freebsd-net@freebsd.org Subject: Re: networking perplexity On 7/31/12 7:21 AM, Dunn, George Jr wrote: > Hi, > > I am running Freebsd 9 with all current updates and am having some seriou= s issues with the networking/routing stack. > > I have a machine that has 2 - 10gb interfaces and 2 - 1gb interfaces that= I wish to configure. > The desired effect is to have all interfaces except one of the 1Gb ports = to be broadcast only private address spaces for running nfs. > I have one public fully routable address. > Trying to configure the interfaces with rc.conf I am able to get the 10gb= interfaces and the public working. > However when I add in the third private address on the other 1 gb interfa= ce the whole stack seems to freak. It will completely hang the boot usually= requiring a hard power off and single user mode to fsck to reboot. > > I tried to work around by placing a script in the new rc.local place to b= ring up the last interface and fix the routing table. It will boot then but= shortly after (15-45 mins) I lose all connectivity again. I have tried dif= ferent ports on the box as well as several different switches with the same= result so I don't think it's a hardware issue per se. doesn't sound particularly hairy.. can you draw a quick diag,with numbers and then show your config files? > > I really just need some input! Any takers? > > Thanks in advance! > > Eddie > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 16:20:35 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 E940E106566B; Tue, 7 Aug 2012 16:20:35 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 4FDD08FC14; Tue, 7 Aug 2012 16:20:34 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q77GKSYs022413; Tue, 7 Aug 2012 23:20:28 +0700 (NOVT) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.14.5/8.14.5/Submit) id q77GKSIW022412; Tue, 7 Aug 2012 23:20:28 +0700 (NOVT) (envelope-from eugen) Date: Tue, 7 Aug 2012 23:20:28 +0700 From: Eugene Grosbein To: Marko Zec Message-ID: <20120807162028.GA22341@rdtc.ru> References: <50211DF0.2090607@rdtc.ru> <201208071633.11524.zec@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201208071633.11524.zec@fer.hr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Jacques Fourie , "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 07 Aug 2012 16:20:36 -0000 On Tue, Aug 07, 2012 at 04:33:11PM +0200, Marko Zec wrote: > There's no need to use epair at all here. Just create a vnet jail, and assign > one of the igb interfaces into it, done: > > # jail -c name=x vnet persist > # ifconfig igb1 vnet x > # jexec x ifconfig > lo0: flags=8008 metric 0 mtu 16384 > options=3 > igb1: flags=8842<...> metric 0 mtu 1500 ... That would be nice solution but jail(8) manual page says: "a fairly complete file system install of FreeBSD is required" and that seems to be pretty big overhead. Meantime, I'll try to think up some kind of NETGRAPH mesh. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 16:20:35 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 E940E106566B; Tue, 7 Aug 2012 16:20:35 +0000 (UTC) (envelope-from eugen@eg.sd.rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 4FDD08FC14; Tue, 7 Aug 2012 16:20:34 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q77GKSYs022413; Tue, 7 Aug 2012 23:20:28 +0700 (NOVT) (envelope-from eugen@eg.sd.rdtc.ru) Received: (from eugen@localhost) by eg.sd.rdtc.ru (8.14.5/8.14.5/Submit) id q77GKSIW022412; Tue, 7 Aug 2012 23:20:28 +0700 (NOVT) (envelope-from eugen) Date: Tue, 7 Aug 2012 23:20:28 +0700 From: Eugene Grosbein To: Marko Zec Message-ID: <20120807162028.GA22341@rdtc.ru> References: <50211DF0.2090607@rdtc.ru> <201208071633.11524.zec@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201208071633.11524.zec@fer.hr> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Jacques Fourie , "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 07 Aug 2012 16:20:36 -0000 On Tue, Aug 07, 2012 at 04:33:11PM +0200, Marko Zec wrote: > There's no need to use epair at all here. Just create a vnet jail, and assign > one of the igb interfaces into it, done: > > # jail -c name=x vnet persist > # ifconfig igb1 vnet x > # jexec x ifconfig > lo0: flags=8008 metric 0 mtu 16384 > options=3 > igb1: flags=8842<...> metric 0 mtu 1500 ... That would be nice solution but jail(8) manual page says: "a fairly complete file system install of FreeBSD is required" and that seems to be pretty big overhead. Meantime, I'll try to think up some kind of NETGRAPH mesh. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 16:32:43 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 19C58106566B; Tue, 7 Aug 2012 16:32:43 +0000 (UTC) (envelope-from zec@fer.hr) Received: from mail.zvne.fer.hr (mail.zvne.fer.hr [161.53.66.5]) by mx1.freebsd.org (Postfix) with ESMTP id 926DF8FC1D; Tue, 7 Aug 2012 16:32:42 +0000 (UTC) Received: from munja.zvne.fer.hr (161.53.66.248) by mail.zvne.fer.hr (161.53.66.5) with Microsoft SMTP Server id 14.2.298.4; Tue, 7 Aug 2012 18:32:40 +0200 Received: from sluga.fer.hr ([161.53.66.244]) by munja.zvne.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Aug 2012 18:32:36 +0200 Received: from localhost ([161.53.19.8]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Aug 2012 18:32:35 +0200 From: Marko Zec To: Eugene Grosbein Date: Tue, 7 Aug 2012 18:32:22 +0200 User-Agent: KMail/1.9.10 References: <50211DF0.2090607@rdtc.ru> <201208071633.11524.zec@fer.hr> <20120807162028.GA22341@rdtc.ru> In-Reply-To: <20120807162028.GA22341@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <201208071832.23167.zec@fer.hr> X-OriginalArrivalTime: 07 Aug 2012 16:32:35.0799 (UTC) FILETIME=[40787E70:01CD74BA] Cc: freebsd-net@freebsd.org, Jacques Fourie , "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 07 Aug 2012 16:32:43 -0000 On Tuesday 07 August 2012 18:20:28 Eugene Grosbein wrote: > On Tue, Aug 07, 2012 at 04:33:11PM +0200, Marko Zec wrote: > > There's no need to use epair at all here. Just create a vnet jail, and > > assign one of the igb interfaces into it, done: > > > > # jail -c name=x vnet persist > > # ifconfig igb1 vnet x > > # jexec x ifconfig > > lo0: flags=8008 metric 0 mtu 16384 > > options=3 > > igb1: flags=8842<...> metric 0 mtu 1500 ... > > That would be nice solution but jail(8) manual page says: > "a fairly complete file system install of FreeBSD is required" No, a separate filesystem is not required, that's a manpage bug. Just try the above 3 commands, they really work. cheers, Marko > and that seems to be pretty big overhead. Meantime, I'll try to think up > some kind of NETGRAPH mesh. > > Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Aug 7 16:32:43 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 19C58106566B; Tue, 7 Aug 2012 16:32:43 +0000 (UTC) (envelope-from zec@fer.hr) Received: from mail.zvne.fer.hr (mail.zvne.fer.hr [161.53.66.5]) by mx1.freebsd.org (Postfix) with ESMTP id 926DF8FC1D; Tue, 7 Aug 2012 16:32:42 +0000 (UTC) Received: from munja.zvne.fer.hr (161.53.66.248) by mail.zvne.fer.hr (161.53.66.5) with Microsoft SMTP Server id 14.2.298.4; Tue, 7 Aug 2012 18:32:40 +0200 Received: from sluga.fer.hr ([161.53.66.244]) by munja.zvne.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Aug 2012 18:32:36 +0200 Received: from localhost ([161.53.19.8]) by sluga.fer.hr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 7 Aug 2012 18:32:35 +0200 From: Marko Zec To: Eugene Grosbein Date: Tue, 7 Aug 2012 18:32:22 +0200 User-Agent: KMail/1.9.10 References: <50211DF0.2090607@rdtc.ru> <201208071633.11524.zec@fer.hr> <20120807162028.GA22341@rdtc.ru> In-Reply-To: <20120807162028.GA22341@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <201208071832.23167.zec@fer.hr> X-OriginalArrivalTime: 07 Aug 2012 16:32:35.0799 (UTC) FILETIME=[40787E70:01CD74BA] Cc: freebsd-net@freebsd.org, Jacques Fourie , "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 07 Aug 2012 16:32:43 -0000 On Tuesday 07 August 2012 18:20:28 Eugene Grosbein wrote: > On Tue, Aug 07, 2012 at 04:33:11PM +0200, Marko Zec wrote: > > There's no need to use epair at all here. Just create a vnet jail, and > > assign one of the igb interfaces into it, done: > > > > # jail -c name=x vnet persist > > # ifconfig igb1 vnet x > > # jexec x ifconfig > > lo0: flags=8008 metric 0 mtu 16384 > > options=3 > > igb1: flags=8842<...> metric 0 mtu 1500 ... > > That would be nice solution but jail(8) manual page says: > "a fairly complete file system install of FreeBSD is required" No, a separate filesystem is not required, that's a manpage bug. Just try the above 3 commands, they really work. cheers, Marko > and that seems to be pretty big overhead. Meantime, I'll try to think up > some kind of NETGRAPH mesh. > > Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Wed Aug 8 07:32:01 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 08D76106564A for ; Wed, 8 Aug 2012 07:32:01 +0000 (UTC) (envelope-from s.khanchi@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 C223F8FC08 for ; Wed, 8 Aug 2012 07:32:00 +0000 (UTC) Received: by obbun3 with SMTP id un3so977265obb.13 for ; Wed, 08 Aug 2012 00:32:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=3uOD5pVNh9UIWQ8Kw4fWXIPo4sDD0RkhSmc9KShqQGQ=; b=hVv2easEgrU+QU9wLz5kaHOV5SqBb5cLxuuR+pWIL3Y7bj7J40dXA2TQrQdew8U0EC Ho5wL74iPDFq+m/U4vaF0H9Il2O+X1z0G5ZUcezQDylChK3wfKu/TTYrsnNvFTi3ZvLN pUsgsSt3tkRWYqKPMpjyuvxCWKKmRfi9TN4N+WIxE5uTlG08u9qdu8WPZdvm55ZOX5P3 Ot5UdLrDgCP8Q/0AECkGbgzsSi/7jQil5gdYzod7da0e9iHkMWvn0MtFRbeSyW1fRODq HaySCbj4AaJ4xmaKRw7ZkdAmCAZkSY9OilUXryfJX86QN201YaW3rjNtVcgixdfgPa45 sj9g== Received: by 10.60.7.197 with SMTP id l5mr28942740oea.33.1344411120116; Wed, 08 Aug 2012 00:32:00 -0700 (PDT) MIME-Version: 1.0 Sender: s.khanchi@gmail.com Received: by 10.76.24.170 with HTTP; Wed, 8 Aug 2012 00:31:39 -0700 (PDT) From: h bagade Date: Wed, 8 Aug 2012 12:01:39 +0430 X-Google-Sender-Auth: WrzamCaA9zex6nSiZFX2kymYjSw Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: how to set dscp field using altq? 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, 08 Aug 2012 07:32:01 -0000 Hi all, I want to use combination of pf and the embedded altq to set the dscp field on a group of packets. I didn't find any relevant configuration on pf.conf manual, but I find out some tips which mention that altq has the ability to do the diffserv. I need to know if there is such a possibility in altq embedded in pf and how to do so? Any hints or comments are really appreciated From owner-freebsd-net@FreeBSD.ORG Wed Aug 8 09:36: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 B4A1B106564A; Wed, 8 Aug 2012 09:36:09 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5F48FC15; Wed, 8 Aug 2012 09:36:08 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q789a4vw031697; Wed, 8 Aug 2012 16:36:04 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <50223304.5060402@rdtc.ru> Date: Wed, 08 Aug 2012 16:36:04 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Marko Zec References: <50211DF0.2090607@rdtc.ru> <201208071633.11524.zec@fer.hr> <20120807162028.GA22341@rdtc.ru> <201208071832.23167.zec@fer.hr> In-Reply-To: <201208071832.23167.zec@fer.hr> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, Jacques Fourie , "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 08 Aug 2012 09:36:09 -0000 07.08.2012 23:32, Marko Zec ÐÉÛÅÔ: > On Tuesday 07 August 2012 18:20:28 Eugene Grosbein wrote: >> On Tue, Aug 07, 2012 at 04:33:11PM +0200, Marko Zec wrote: >>> There's no need to use epair at all here. Just create a vnet jail, and >>> assign one of the igb interfaces into it, done: >>> >>> # jail -c name=x vnet persist >>> # ifconfig igb1 vnet x >>> # jexec x ifconfig >>> lo0: flags=8008 metric 0 mtu 16384 >>> options=3 >>> igb1: flags=8842<...> metric 0 mtu 1500 ... >> >> That would be nice solution but jail(8) manual page says: >> "a fairly complete file system install of FreeBSD is required" > > No, a separate filesystem is not required, that's a manpage bug. Just try the > above 3 commands, they really work. Indeed, they work just fine, thanks! Modern jails are cool but their manual page is not ;-) Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Wed Aug 8 09:36:09 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 B4A1B106564A; Wed, 8 Aug 2012 09:36:09 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 1A5F48FC15; Wed, 8 Aug 2012 09:36:08 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q789a4vw031697; Wed, 8 Aug 2012 16:36:04 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <50223304.5060402@rdtc.ru> Date: Wed, 08 Aug 2012 16:36:04 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Marko Zec References: <50211DF0.2090607@rdtc.ru> <201208071633.11524.zec@fer.hr> <20120807162028.GA22341@rdtc.ru> <201208071832.23167.zec@fer.hr> In-Reply-To: <201208071832.23167.zec@fer.hr> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, Jacques Fourie , "net@freebsd.org" Subject: Re: Send traffic to itself using real NIC 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, 08 Aug 2012 09:36:09 -0000 07.08.2012 23:32, Marko Zec ÐÉÛÅÔ: > On Tuesday 07 August 2012 18:20:28 Eugene Grosbein wrote: >> On Tue, Aug 07, 2012 at 04:33:11PM +0200, Marko Zec wrote: >>> There's no need to use epair at all here. Just create a vnet jail, and >>> assign one of the igb interfaces into it, done: >>> >>> # jail -c name=x vnet persist >>> # ifconfig igb1 vnet x >>> # jexec x ifconfig >>> lo0: flags=8008 metric 0 mtu 16384 >>> options=3 >>> igb1: flags=8842<...> metric 0 mtu 1500 ... >> >> That would be nice solution but jail(8) manual page says: >> "a fairly complete file system install of FreeBSD is required" > > No, a separate filesystem is not required, that's a manpage bug. Just try the > above 3 commands, they really work. Indeed, they work just fine, thanks! Modern jails are cool but their manual page is not ;-) Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Wed Aug 8 14:14:04 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 BF22B1065688 for ; Wed, 8 Aug 2012 14:14:03 +0000 (UTC) (envelope-from ndenev@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 4A5958FC1B for ; Wed, 8 Aug 2012 14:14:02 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so671172wgb.31 for ; Wed, 08 Aug 2012 07:14:01 -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=WBrVmD+YJ/NTwTTW4uUnem2tAPvCLAnSe/oXMqAfPqk=; b=BpAUjEjP95SmmiNCiPxE2xnWUKr8YGGycaQdwrFmSiiFNUQMd3Iu3UdfFf89Y8xC4j 5X2hZvvVQS3Wy3D0bBIiZHRAs99UkvAYuZ7G642BCO/ZqDXB/qVzQBkJGkyGV53MGu2S f6RPwJwxRUGaUFgiOCR2KXymyw3PIEk/q8u1oiTgOVqc0OELP0CghJ+TCrAMXTa4Etr7 JGaYvTMgegXYGRy2iywDfItehlXgsN4VLnKtpaI+Tpbczbc8sBInwWFy0XQ6CCAw3Fsr oJIBofm1Mh27yBmeVUFFbVLerLXNa1Fu+hkVc/DN8V/Pa7qubNzKsskY1fekuSogAvyY cMtg== Received: by 10.180.75.209 with SMTP id e17mr3623056wiw.0.1344435241898; Wed, 08 Aug 2012 07:14:01 -0700 (PDT) Received: from ndenevsa.sf.moneybookers.net (g1.moneybookers.com. [217.18.249.148]) by mx.google.com with ESMTPS id h9sm5330300wiz.1.2012.08.08.07.14.00 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 08 Aug 2012 07:14:00 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: Date: Wed, 8 Aug 2012 17:14:02 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: h bagade X-Mailer: Apple Mail (2.1485) Cc: freebsd-net@freebsd.org Subject: Re: how to set dscp field using altq? 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, 08 Aug 2012 14:14:04 -0000 On Aug 8, 2012, at 10:31 AM, h bagade wrote: > Hi all, >=20 > I want to use combination of pf and the embedded altq to set the dscp = field > on a group of packets. I didn't find any relevant configuration on = pf.conf > manual, but I find out some tips which mention that altq has the = ability to > do the diffserv. I need to know if there is such a possibility in altq > embedded in pf and how to do so? >=20 > Any hints or comments are really appreciated > _______________________________________________ > 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" Probably you want to look at ng_patch(8) as it seems is the only way to = do this kind of packet modification at the moment. From owner-freebsd-net@FreeBSD.ORG Wed Aug 8 14:20:18 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 9B0FC106566C for ; Wed, 8 Aug 2012 14:20:18 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from mail.averesystems.com (mail.averesystems.com [208.70.68.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE128FC17 for ; Wed, 8 Aug 2012 14:20:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.averesystems.com (Postfix) with ESMTP id 5F460480741 for ; Wed, 8 Aug 2012 10:20:15 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.averesystems.com Received: from mail.averesystems.com ([127.0.0.1]) by localhost (mail.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RvA4joDuuBYe for ; Wed, 8 Aug 2012 10:20:14 -0400 (EDT) Received: from riven.arriad.com (206.193.225.214.nauticom.net [206.193.225.214]) by mail.averesystems.com (Postfix) with ESMTPSA id 4D68F4804F7 for ; Wed, 8 Aug 2012 10:20:14 -0400 (EDT) From: Andrew Boyer Content-Type: multipart/mixed; boundary="Apple-Mail=_10FF126D-3158-48F4-BDA7-2E21CA77CA6D" Date: Wed, 8 Aug 2012 10:20:10 -0400 Message-Id: <1B3C868C-6CA7-40A0-88A2-315EE6B95BDB@averesystems.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: [patch] e1000 stats cleanup 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, 08 Aug 2012 14:20:18 -0000 --Apple-Mail=_10FF126D-3158-48F4-BDA7-2E21CA77CA6D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii This patch fixes a nit in the em, lem, and igb driver statistics, = similar to what I proposed for ixgbe a few days ago. Increment = adapter->dropped_pkts instead of if_ierrors because if_ierrors is = overwritten by hw stats collection. Comments welcome. -Andrew --Apple-Mail=_10FF126D-3158-48F4-BDA7-2E21CA77CA6D Content-Disposition: attachment; filename=e1000_stats.diff Content-Type: application/octet-stream; name="e1000_stats.diff" Content-Transfer-Encoding: 7bit Index: sys/dev/e1000/if_igb.c =================================================================== --- sys/dev/e1000/if_igb.c (revision 239139) +++ sys/dev/e1000/if_igb.c (working copy) @@ -4759,7 +4759,7 @@ /* Make sure all segments of a bad packet are discarded */ if (((staterr & E1000_RXDEXT_ERR_FRAME_ERR_MASK) != 0) || (rxr->discard)) { - ifp->if_ierrors++; + adapter->dropped_pkts++; ++rxr->rx_discarded; if (!eop) /* Catch subsequent segs */ rxr->discard = TRUE; Index: sys/dev/e1000/if_lem.c =================================================================== --- sys/dev/e1000/if_lem.c (revision 239139) +++ sys/dev/e1000/if_lem.c (working copy) @@ -3562,7 +3561,7 @@ adapter->lmp = NULL; } } else { - ifp->if_ierrors++; + adapter->dropped_pkts++; discard: /* Reuse loaded DMA map and just update mbuf chain */ mp = adapter->rx_buffer_area[i].m_head; Index: sys/dev/e1000/if_em.c =================================================================== --- sys/dev/e1000/if_em.c (revision 239139) +++ sys/dev/e1000/if_em.c (working copy) @@ -4434,7 +4434,7 @@ if ((cur->errors & E1000_RXD_ERR_FRAME_ERR_MASK) || (rxr->discard == TRUE)) { - ifp->if_ierrors++; + adapter->dropped_pkts++; ++rxr->rx_discarded; if (!eop) /* Catch subsequent segs */ rxr->discard = TRUE; --Apple-Mail=_10FF126D-3158-48F4-BDA7-2E21CA77CA6D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii -------------------------------------------------- Andrew Boyer aboyer@averesystems.com --Apple-Mail=_10FF126D-3158-48F4-BDA7-2E21CA77CA6D-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 8 14:29:33 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 A0833106566C for ; Wed, 8 Aug 2012 14:29:33 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from mail.averesystems.com (mail.averesystems.com [208.70.68.85]) by mx1.freebsd.org (Postfix) with ESMTP id 707308FC19 for ; Wed, 8 Aug 2012 14:29:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.averesystems.com (Postfix) with ESMTP id A070248078D for ; Wed, 8 Aug 2012 10:29:35 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail.averesystems.com Received: from mail.averesystems.com ([127.0.0.1]) by localhost (mail.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sRCFmyXz4qkY for ; Wed, 8 Aug 2012 10:29:35 -0400 (EDT) Received: from riven.arriad.com (206.193.225.214.nauticom.net [206.193.225.214]) by mail.averesystems.com (Postfix) with ESMTPSA id 2F6FA4804F7 for ; Wed, 8 Aug 2012 10:29:35 -0400 (EDT) From: Andrew Boyer Content-Type: multipart/mixed; boundary="Apple-Mail=_239844E5-18A3-42AF-9DAB-C74CDBA994ED" Date: Wed, 8 Aug 2012 10:29:31 -0400 Message-Id: <5F36EE1D-89F0-4CF8-AB13-705847F2753F@averesystems.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Subject: [patch] e1000 / lem handling of TSO defragmentation 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, 08 Aug 2012 14:29:33 -0000 --Apple-Mail=_239844E5-18A3-42AF-9DAB-C74CDBA994ED Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Similar to what was done for em in r220254, this patch improves the = error handling in lem when a TSO packet has too many segments to DMA. = This improves the behavior when either call to bus_dmamap_load_mbuf_sg() = returns ENOMEM. Although we don't need to go back and redo any offload = calculation in lem, doing it this way reduces code duplication. Comments welcome. -Andrew --Apple-Mail=_239844E5-18A3-42AF-9DAB-C74CDBA994ED Content-Disposition: attachment; filename=e1000_tso_defrag.diff Content-Type: application/octet-stream; name="e1000_tso_defrag.diff" Content-Transfer-Encoding: 7bit Index: sys/dev/e1000/if_lem.c =================================================================== --- sys/dev/e1000/if_lem.c (revision 239139) +++ sys/dev/e1000/if_lem.c (working copy) @@ -1525,8 +1525,9 @@ struct e1000_tx_desc *ctxd = NULL; struct mbuf *m_head; u32 txd_upper, txd_lower, txd_used, txd_saved; - int error, nsegs, i, j, first, last = 0; + int error, nsegs, i, j, first, last = 0, remap = 1; +retry: m_head = *m_headp; txd_upper = txd_lower = txd_used = txd_saved = 0; @@ -1568,7 +1569,7 @@ * All other errors, in particular EINVAL, are fatal and prevent the * mbuf chain from ever going through. Drop it and report error. */ - if (error == EFBIG) { + if (error == EFBIG && remap) { struct mbuf *m; m = m_defrag(*m_headp, M_DONTWAIT); @@ -1580,18 +1581,16 @@ } *m_headp = m; - /* Try it again */ - error = bus_dmamap_load_mbuf_sg(adapter->txtag, map, - *m_headp, segs, &nsegs, BUS_DMA_NOWAIT); - - if (error) { - adapter->no_tx_dma_setup++; - m_freem(*m_headp); - *m_headp = NULL; - return (error); - } + /* Try it again, but only once */ + remap = 0; + goto retry; + } else if (error == ENOMEM) { + adapter->no_tx_dma_setup++; + return (error); } else if (error != 0) { adapter->no_tx_dma_setup++; + m_freem(*m_headp); + *m_headp = NULL; return (error); } --Apple-Mail=_239844E5-18A3-42AF-9DAB-C74CDBA994ED Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii -------------------------------------------------- Andrew Boyer aboyer@averesystems.com --Apple-Mail=_239844E5-18A3-42AF-9DAB-C74CDBA994ED-- From owner-freebsd-net@FreeBSD.ORG Wed Aug 8 17:16:29 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 C55961065691 for ; Wed, 8 Aug 2012 17:16:29 +0000 (UTC) (envelope-from services@anz.com.au) Received: from mail30.syd.optusnet.com.au (mail30.syd.optusnet.com.au [211.29.133.193]) by mx1.freebsd.org (Postfix) with ESMTP id 0B84D8FC15 for ; Wed, 8 Aug 2012 17:16:27 +0000 (UTC) Received: from sbsserver (static-58-108-188-45.optusnet.com.au [58.108.188.45] (may be forged)) (authenticated sender navey) by mail30.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q78HFX8v008177 for ; Thu, 9 Aug 2012 03:16:20 +1000 Message-Id: <201208081716.q78HFX8v008177@mail30.syd.optusnet.com.au> From: "ANZ Bank" To: net@freebsd.org MIME-Version: 1.0 Date: Thu, 9 Aug 2012 03:16:20 +1000 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: account alert 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, 08 Aug 2012 17:16:30 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - Your ANZ online account has been temporary suspended. To confirm your ANZ online account status please "LOGIN" From owner-freebsd-net@FreeBSD.ORG Thu Aug 9 01:48:13 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 88B431065670 for ; Thu, 9 Aug 2012 01:48:13 +0000 (UTC) (envelope-from learner.study@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 465928FC0A for ; Thu, 9 Aug 2012 01:48:13 +0000 (UTC) Received: by ggnk4 with SMTP id k4so1793435ggn.13 for ; Wed, 08 Aug 2012 18:48:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc:content-type; bh=tHpUhYPKPOY2Fya4dcti+hUh9I28YvZlk5tiyemZo5g=; b=u5gOmc1vZ5HLzPcRoBWtty9zb6S7IVvI147nOpXxZyYvLHNSaDDSbqjMaK0gLVhh2v GznyCuzcA1U65m5IwGboQXEIqJI7VwBeZxCBwut7Uyd3AGOMsR8MtLi2Pe2+ti34KZCk H54HyMJU7nFFfmZDfm2qAAR5hytSy5pcTLB24qLYLUHSWLKY+QzEfjgFej0rMueSWe7/ tG0QQ6g2LabxPRkllu2Y1ycZ9NpFo5GNuqTnXu6fXIelaTKemBA57uIQ2w57cfwl00ri 8FN87oXZwGGmzviPWdeoTRfVQmhsEf3MuK4zX9WP/PqW9dh0+68ja3wtVRHUQYHLKGeU +XTg== Received: by 10.50.196.197 with SMTP id io5mr776467igc.20.1344476892313; Wed, 08 Aug 2012 18:48:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.23.42 with HTTP; Wed, 8 Aug 2012 18:47:51 -0700 (PDT) From: Learner Study Date: Wed, 8 Aug 2012 18:47:51 -0700 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Learner Study Subject: TCP: Out of order RST handling 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, 09 Aug 2012 01:48:13 -0000 Greetings, I've a question on out of order RSTs handling... Assume a TCP session between node #1 and node #2 and there is some data transfer happening in both directions. Assume there are some pkt drops happening also in the direction of node #1 to node #2. node #1 sends a RST but seq number of RST happens to be out of order. Per the seq/last_ack/rcv_nxt checks in tcp_input.c, depending on if the seqnum is in the window, the RST may be dropped. Assume, due to various checks, RST is dropped. TCP state machine of Node #2 doesn't know about this dropped RST and would keep the session alive. Node #1 sends another RST, which is dropped again inside node #2 due to various OOO checks...and this keeps going on. Such TCP sessions on node #2 stay for ever....node #1 won't reTx any dropped pkts, so I'm not sure of the recovery from this state. Could someone let me know how is node #2 supposed to recover. Due to continuous RST traffic, Keepalive timer gets reset also...so that won't kick-in also... Thank You. From owner-freebsd-net@FreeBSD.ORG Thu Aug 9 04:54: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 5413C106566B for ; Thu, 9 Aug 2012 04:54: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 D16BC8FC0C for ; Thu, 9 Aug 2012 04:54: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 5171D25D39FD; Thu, 9 Aug 2012 04:54: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 44010BE850B; Thu, 9 Aug 2012 04:54:44 +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 m4_vT_FViJ4p; Thu, 9 Aug 2012 04:54:42 +0000 (UTC) Received: from nv.sbone.de (nv.sbone.de [IPv6:fde9:577b:c1a9:31::2013:138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 00155BE8508; Thu, 9 Aug 2012 04:54:41 +0000 (UTC) Date: Thu, 9 Aug 2012 04:54:40 +0000 (UTC) From: "Bjoern A. Zeeb" To: Eugene Grosbein In-Reply-To: <50223304.5060402@rdtc.ru> Message-ID: References: <50211DF0.2090607@rdtc.ru> <201208071633.11524.zec@fer.hr> <20120807162028.GA22341@rdtc.ru> <201208071832.23167.zec@fer.hr> <50223304.5060402@rdtc.ru> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-712463822-1344488082=:4474" Cc: freebsd-net@freebsd.org Subject: Re: Send traffic to itself using real NIC 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, 09 Aug 2012 04:54:47 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-712463822-1344488082=:4474 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 8 Aug 2012, Eugene Grosbein wrote: > 07.08.2012 23:32, Marko Zec пишет: >> On Tuesday 07 August 2012 18:20:28 Eugene Grosbein wrote: >>> On Tue, Aug 07, 2012 at 04:33:11PM +0200, Marko Zec wrote: First of all net.link.ether.inet.useloopback and net.inet6.icmp6.nd6_useloopback exist for kind of that reason; setting them to 0 should actually make the traffic going to the NIC. However I am not sure about the status of them; I think qingli at least broke the IPv6 one. >>>> There's no need to use epair at all here. Just create a vnet jail, and >>>> assign one of the igb interfaces into it, done: >>>> >>>> # jail -c name=x vnet persist >>>> # ifconfig igb1 vnet x >>>> # jexec x ifconfig >>>> lo0: flags=8008 metric 0 mtu 16384 >>>> options=3 >>>> igb1: flags=8842<...> metric 0 mtu 1500 ... >>> >>> That would be nice solution but jail(8) manual page says: >>> "a fairly complete file system install of FreeBSD is required" >> >> No, a separate filesystem is not required, that's a manpage bug. Just try the >> above 3 commands, they really work. > > Indeed, they work just fine, thanks! > > Modern jails are cool but their manual page is not ;-) Depends, / is not a fairly complete file system install of FreeBSD in your world view? ;-) [ which is what no path argument implies ] /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. --0-712463822-1344488082=:4474-- From owner-freebsd-net@FreeBSD.ORG Thu Aug 9 05:16: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 15871106564A for ; Thu, 9 Aug 2012 05:16:53 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 34DFF8FC08 for ; Thu, 9 Aug 2012 05:16:52 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id q795GnaM041500; Thu, 9 Aug 2012 12:16:49 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <502347C1.9080507@rdtc.ru> Date: Thu, 09 Aug 2012 12:16:49 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <50211DF0.2090607@rdtc.ru> <201208071633.11524.zec@fer.hr> <20120807162028.GA22341@rdtc.ru> <201208071832.23167.zec@fer.hr> <50223304.5060402@rdtc.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Send traffic to itself using real NIC 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, 09 Aug 2012 05:16:54 -0000 09.08.2012 11:54, Bjoern A. Zeeb ÐÉÛÅÔ: >> Modern jails are cool but their manual page is not ;-) > > Depends, / is not a fairly complete file system install of FreeBSD in > your world view? ;-) [ which is what no path argument implies ] First I thought "no path argument" emplies some kind of "empty" filesystem, without any file object. Now I see I was wrong. From owner-freebsd-net@FreeBSD.ORG Thu Aug 9 15:28: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 C76D7106564A for ; Thu, 9 Aug 2012 15:28:05 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from nm12-vm2.bullet.mail.ne1.yahoo.com (nm12-vm2.bullet.mail.ne1.yahoo.com [98.138.91.88]) by mx1.freebsd.org (Postfix) with SMTP id 7BD858FC08 for ; Thu, 9 Aug 2012 15:28:05 +0000 (UTC) Received: from [98.138.90.52] by nm12.bullet.mail.ne1.yahoo.com with NNFMP; 09 Aug 2012 15:25:35 -0000 Received: from [98.138.87.6] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 09 Aug 2012 15:25:35 -0000 Received: from [127.0.0.1] by omp1006.mail.ne1.yahoo.com with NNFMP; 09 Aug 2012 15:25:35 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 556069.51755.bm@omp1006.mail.ne1.yahoo.com Received: (qmail 87455 invoked by uid 60001); 9 Aug 2012 15:25:35 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1344525935; bh=IjXi1sDTH/UAeQecTSjbaYs4pqG19SmqQIeDT2F8qeo=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=g0fRpm57EwckMTufOzXz98RCTlWJ01epAuzyqsVRqf0nSF/0zHjO/9dcYXwwIgqDja9M8XiGIo9kQ1+wPGfYx8oiT4EENGIFPZyUXTcvaq8Hil2QeXdDN16wQlpcnRW16+JJgr8z7WdQ83H1aqKgl0bIf6VvlE0Rl5WaB+rSCq0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0IXvPhWXn/ieiVKnmJRh1Ih02eJyaV9v8In7kojO5De7ccLGIQQGBZ7x7vqiPLpHqlRr0dvFtyoHIDcwILzFkdjjAJpQ7X7Ejr2JCEjVN1ElO0GmFFHTm+z4dhHxSd397C2nf3KoNuV3H4w4sOU69UdOsmXe6t6h6x7xcZZOoXc=; X-YMail-OSG: RqJc.8QVM1niqNAzfEF1FRkMUt61GWGzQQ.wTc_KkNSj6ds o0CajwFp8WRg257pHo72uJhmT3LCU1ggrEEPg0AW6Lzpw7GWyNMSIJkwF2RY MDLnSRX.1PQDECLoePiW7vONoAzy4uhdT8qDzqcbri1FAKALzSWdku3U9jHt 9cTkEI8yWkMFMoPSBFVQRcIp6gWaZuE5RXCDYlbfJdjkyx3PXC_iisJoOE3t q73NCUFrkUS_SD.S23ZQlCjwDisiqU0sTd5FgLci8kqt4TO8wCh3cDvWpQgR 0kCp3eZnGfQ9oD_jyVGJJ6N6p5IjVc5WNeqT4p7aiBlnG6Ch1BJK7BOlHkc7 mr_RZgbS1uVsecpCa.kH.YgZzuM2vuustYqzdZdY.tJk7d9H9BS7WVWXjiqW zf.C87OTf7CEvlxbWyx_uS8P7pjtvUB33G21u2b0aky9m2Bs6mIVygKiuSjN oOD4UiBsTl0dXL33jOea9sm7yF_XIU5VmnTvFJROZDpxOtBYWBJU- Received: from [174.48.129.108] by web121605.mail.ne1.yahoo.com via HTTP; Thu, 09 Aug 2012 08:25:35 PDT X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.120.356233 Message-ID: <1344525935.85341.YahooMailClassic@web121605.mail.ne1.yahoo.com> Date: Thu, 9 Aug 2012 08:25:35 -0700 (PDT) From: Barney Cordoba To: John Baldwin , Konstantin Belousov In-Reply-To: <1336775069.17927.YahooMailClassic@web126002.mail.ne1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: jfv@freebsd.org, Jack Vogel , net@freebsd.org Subject: Re: 82574L hangs (with r233708 e1000 driver). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 15:28:05 -0000 =0A=0A--- On Fri, 5/11/12, Barney Cordoba wrote:= =0A=0A> From: Barney Cordoba =0A> Subject: Re: 82= 574L hangs (with r233708 e1000 driver).=0A> To: "John Baldwin" , "Konstantin Belousov" =0A> Cc: jfv@freebsd.org,= "Jack Vogel" , net@freebsd.org=0A> Date: Friday, May 11= , 2012, 6:24 PM=0A> =0A> =0A> --- On Tue, 5/8/12, Konstantin Belousov =0A> wrote:=0A> =0A> > From: Konstantin Belousov =0A> > Subject: Re: 82574L hangs (with r233708 e1000 driver).=0A= > > To: "John Baldwin" =0A> > Cc: jfv@freebsd.org,=0A> "Ja= ck Vogel" ,=0A> net@freebsd.org=0A> > Date: Tuesday, May= 8, 2012, 4:24 AM=0A> > On Mon, May 07, 2012 at 01:44:57PM=0A> > -0400, Joh= n Baldwin wrote:=0A> > > On Friday, May 04, 2012 6:18:19 pm Konstantin=0A> = Belousov=0A> > wrote:=0A> > > > On Fri, May 04, 2012 at 11:30:22AM -0400,= =0A> John=0A> > Baldwin wrote:=0A> > > > > On Tuesday, May 01, 2012 12:21:2= 1 pm=0A> > Konstantin Belousov wrote:=0A> > > > > > On Thu, Apr 12, 2012 at= 09:38:49PM=0A> > +0300, Konstantin Belousov wrote:=0A> > > > > > > On Mon,= Apr 09, 2012 at=0A> 12:19:39PM=0A> > -0400, John Baldwin wrote:=0A> > > > = > > > > On Sunday, April 08,=0A> 2012=0A> > 1:11:25 am Konstantin Belousov = wrote:=0A> > > > > > > > > On Sat, Apr 07, 2012=0A> at=0A> > 04:22:07PM -07= 00, Jack Vogel wrote:=0A> > > > > > > > > > Make sure you=0A> have=0A> > an= y firmware up to the latest available, if that =0A> > > > > doesn't=0A> > >= > > > > > > > help=0A> > > > > > > > > > let me know and=0A> I'll=0A> > ch= eck internally to see if there are any =0A> > > > > outstanding=0A> > > > >= > > > > > issues=0A> > > > > > > > > > in shared=0A> > code,=A0 that will = be after the weekend.=0A> > > > > > > > > =0A> > > > > > > > > I had BIOS r= ev.=0A> 151,=0A> > after you hint I found rev. 154 on the site.=0A> > > > >= > > > > Now BIOS reports=0A> itself=0A> > as MTCDT10N.86A.0154.2012.0323.1= 601,=0A> > > > > > > > > March 23.=0A> > > > > > > > > =0A> > > > > > > > >= Unfortunately,=0A> upgrade=0A> > did not changed anything in regard of han= ging=0A> > > > > > > > > interface.=0A> > > > > > > > =0A> > > > > > > > Do= es reverting 233708=0A> make any=0A> > difference?=A0 Have you tried futzin= g =0A> > > > > around with=0A> > > > > > > > kgdb when it is hung to=0A> se= e=0A> > what state the device is in (software state =0A> > > > > at=0A> > >= > > > > > least)?=0A> > > > > > > It does, in a sense that=0A> without=0A>= > r233708 the interface becomes stuck=0A> > > > > > > almost immediately. = I just=0A> upgraded=0A> > to the e1000@r234154, which does not=0A> > > > > = > > change much.=0A> > > > > > > =0A> > > > > > > I fiddled with the adapte= r=0A> state=0A> > after the hang in kgdb more, and I=0A> > > > > > > noted = something interesting.=0A> > Apparently, tx works. When I ping the remote= =0A> > > > > > > host from my suffering atom=0A> > machine, remote host see= s the packet. Also=0A> > > > > > > remote machine sees some udp=0A> > traff= ic originating from the tom, like=0A> > > > > > > ntp queries.=0A> > > > > = > > =0A> > > > > > > And, on receive, the atom=0A> board=0A> > does receive= interrupts, em0:rx 0 counter=0A> > > > > > > in vmstat -i increases. Even= =0A> more=0A> > fun, the sysctl dev.em.0.debug=0A> > > > > > > shows increa= sing hw rdh (as I=0A> > understand, this is hardware 'last=0A> > > > > > > = received' packet pointer for=0A> rx=0A> > ring). So I looked at the packet= =0A> > > > > > > descriptor at hw rdt index,=0A> and=0A> > there I see=0A> = > > > > > > (kgdb) p/x ((struct adapter=0A> > *)0xffffff80010e4000)->rx_rin= gs->rx_base[78]=0A> > > > > > > $11 =3D {buffer_addr =3D=0A> 0x12a128800,= =0A> > length =3D 0x5ea, csum =3D 0x3c2b, status =3D =0A> > > > > 0x0, =0A>= > > > > > >=A0=A0=A0errors =3D 0x0,=0A> > special =3D 0x0}=0A> > > > > > >= =0A> > > > > > > Apparently, the Descriptor=0A> Done bit=0A> > is clear, s= o the em_rxeof() function=0A> > > > > > > breaks from the loop, not=0A> con= suming=0A> > the current packet. Also, it returns=0A> > > > > > > false due= to DD bit clear.=0A> This=0A> > prevents em_msix_rx() from scheduling=0A> = > > > > > > taskqueue for processing. So=0A> > apparent cause for the hang = is missing=0A> > > > > > > DD bit in descriptor.=0A> > > > > > > =0A> > > >= > > > I am not sure isn't all this=0A> is=0A> > obvious for anybody who kn= ows em=0A> > > > > > > internals, and were to go=0A> from=0A> > there.=0A> = > > > > > =0A> > > > > > Ok, nobody cares.=0A> > > > > > =0A> > > > > > Bel= ow is the workaround I use to=0A> prevent=0A> > the interface wedging.=0A> = > > > > > It seems that the sole PCI register=0A> read=0A> > (namely, the r= x ring head read)=0A> > > > > > and consequent recheck of the=0A> descripto= r=0A> > status greatly reduce the=0A> > > > > > likelihood of the issue.=0A= > Unfortunately,=0A> > the read does not eliminate=0A> > > > > > the hang c= ompletely. So it is not=0A> some=0A> > PCIe coherency problem.=0A> > > > > = > =0A> > > > > > With the patch applied, I am able=0A> to=0A> > copy around= blu-ray images, while=0A> > > > > > previously the interface hang in=0A> 2= 0-30=0A> > seconds of 100Mbit/s traffic.=0A> > > > > > Sometimes the messag= es are=0A> printed:=0A> > > > > > em0: Workaround: head 1018 tail=0A> 1002 = cur=0A> > 1010=0A> > > > > > em0: Workaround: head 976 tail 973=0A> cur=0A>= > 974=0A> > > > > > em0: Workaround: head 950 tail 939=0A> cur=0A> > 946= =0A> > > > > > em0: Workaround: head 435 tail 419=0A> cur=0A> > 426=0A> > >= > > > =0A> > > > > > Machine is still dead due to=0A> random=0A> > memory = corruption which I see, in=0A> > > > > > particular, pmap sometimes read=0A= > garbage=0A> > from PTEs. I have no idea is=0A> > > > > > it related to em= 0 rx descriptor=0A> missed=0A> > writes, or is a different issue.=0A> > > >= > =0A> > > > > Humm, so if I'm reading this correctly,=0A> the=0A> > card = "skips" a receive=0A> > > > > descriptor and stores a packet at the=0A> nex= t=0A> > descriptor?=A0 That's just=0A> > > > > bizarre.=0A> > > > Either th= is, or it does store the packet but=0A> > 'forgots' to update the=0A> > > >= rx descriptor. I think that your=0A> interpretation is=0A> > closer to rea= lity,=0A> > > > since I get sustained 20MB/s over ssh with=0A> the=0A> > pa= tch even when workaround=0A> > > > activates. The lost packets probably sho= uld=0A> cause=0A> > retransmit and speed=0A> > > > drop.=0A> > > =0A> > > T= his is just weird.=A0 I wonder if there is a=0A> known=0A> > errata for thi= s?=0A> > > This really seems to be broken hardware and not a=0A> > driver i= ssue.=0A> > I was not able to find anything even remotely=0A> resembling th= e=0A> > described=0A> > behaviour, in the publically available 82574L=0A> s= pecification=0A> > update. I looked=0A> > at rev. 3.5, dated January 2012.= =0A> > =0A> > I may indeed give up and relocate the hardware into=0A> trash= ,=0A> > but it would be=0A> > pity, since this is new shiny Intel Atom 2800= m/b. I am=0A> not=0A> > sure I can give=0A> > convincing arguments to supp= lier for warranty=0A> replacement.=0A> > =0A> > And, while I booted Debian = to apply f/w fix Jack=0A> > recommended, I did=0A> > quick test and interfa= ce looked stable.=0A> > =0A> > =0A> =0A> FWIW, I've got an X7SPE-HF-D525 MB= with 82574L running on a=0A> 7.0 driver=0A> that seems to work pretty well= . It panics once in a blue=0A> moon when we=0A> overload it (like 200Mb/s o= f traffic) but it generally works=0A> ok.=0A> =0A> BC=0A=0AHas anything bee= n done or patched regarding this problem?=0A=0ABC From owner-freebsd-net@FreeBSD.ORG Thu Aug 9 23:31:25 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 EBBFF106566B; Thu, 9 Aug 2012 23:31:25 +0000 (UTC) (envelope-from nitroboost@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 7D0A48FC0C; Thu, 9 Aug 2012 23:31:25 +0000 (UTC) Received: by ggnk4 with SMTP id k4so1286527ggn.13 for ; Thu, 09 Aug 2012 16:31:24 -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=uLo3J1tHMGlQ6UQQLWcgC9StaXx6V3ua3vDisWi0pY0=; b=xOjZCZz4/YO5KtxQoMSlZl7eha8xVTwj+pYGzVTeVqulP4Awfo9uofKR4KOK1KcKUm XkyCQC4MvSQSUXh+Bz0ZRO78L7X5pqpg1ddY00rLB1iSUImnTQxeG60KQ7f4tFssD1N5 DsOIAkoOyOpXS3X6KhVes2n+H98Edd8SgTS+I9Mu9RXUBJT0W/uZecui7X71W62OL0XC 5RIEQLNgDA+Dzs7pSe/l56u6UaaSeANdGGazbf0LdzvMpTIV374v8byUKbaAZfOdOxlE c6PG32Q89spFw30t66Q8FCrs4qo5HRVdA3a0JVvXrMq8WoKhl4joDfDpJbvLKvfdOqia S4Zg== MIME-Version: 1.0 Received: by 10.50.161.226 with SMTP id xv2mr579590igb.0.1344555084346; Thu, 09 Aug 2012 16:31:24 -0700 (PDT) Received: by 10.231.118.74 with HTTP; Thu, 9 Aug 2012 16:31:24 -0700 (PDT) In-Reply-To: <1344525935.85341.YahooMailClassic@web121605.mail.ne1.yahoo.com> References: <1336775069.17927.YahooMailClassic@web126002.mail.ne1.yahoo.com> <1344525935.85341.YahooMailClassic@web121605.mail.ne1.yahoo.com> Date: Thu, 9 Aug 2012 16:31:24 -0700 Message-ID: From: Jason Wolfe To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Cc: Konstantin Belousov , jfv@freebsd.org, Jack Vogel , John Baldwin , net@freebsd.org Subject: Re: 82574L hangs (with r233708 e1000 driver). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 23:31:26 -0000 On Thu, Aug 9, 2012 at 8:25 AM, Barney Cordoba wrote: >> --- On Fri, 5/11/12, Barney Cordoba wrote: >> >> FWIW, I've got an X7SPE-HF-D525 MB with 82574L running on a >> 7.0 driver >> that seems to work pretty well. It panics once in a blue >> moon when we >> overload it (like 200Mb/s of traffic) but it generally works >> ok. >> >> BC > > Has anything been done or patched regarding this problem? > > BC Ever since r235553 the 82574L has been stable for me, collectively passing ~1.2Tb/s for the past 4 months without issue. We did have some issues with switches not liking the fallout of what r236162 fixed that we updated to, but the cards themselves were fine. If you pull the current e1000 from 8-STABLE you'll get up to r236162. Jason From owner-freebsd-net@FreeBSD.ORG Fri Aug 10 08:26:23 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 6872B106564A; Fri, 10 Aug 2012 08:26:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id C696C8FC08; Fri, 10 Aug 2012 08:26:21 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q7A8QKRW086764; Fri, 10 Aug 2012 11:26:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q7A8Q848009277; Fri, 10 Aug 2012 11:26:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q7A8Q8Eh009276; Fri, 10 Aug 2012 11:26:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 10 Aug 2012 11:26:08 +0300 From: Konstantin Belousov To: Barney Cordoba Message-ID: <20120810082608.GB2425@deviant.kiev.zoral.com.ua> References: <1336775069.17927.YahooMailClassic@web126002.mail.ne1.yahoo.com> <1344525935.85341.YahooMailClassic@web121605.mail.ne1.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8GpibOaaTibBMecb" Content-Disposition: inline In-Reply-To: <1344525935.85341.YahooMailClassic@web121605.mail.ne1.yahoo.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: jfv@freebsd.org, Jack Vogel , John Baldwin , net@freebsd.org Subject: Re: 82574L hangs (with r233708 e1000 driver). X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2012 08:26:23 -0000 --8GpibOaaTibBMecb Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 09, 2012 at 08:25:35AM -0700, Barney Cordoba wrote: >=20 >=20 > --- On Fri, 5/11/12, Barney Cordoba wrote: >=20 > > From: Barney Cordoba > > Subject: Re: 82574L hangs (with r233708 e1000 driver). > > To: "John Baldwin" , "Konstantin Belousov" > > Cc: jfv@freebsd.org, "Jack Vogel" , net@freebsd.org > > Date: Friday, May 11, 2012, 6:24 PM > >=20 > >=20 > > --- On Tue, 5/8/12, Konstantin Belousov > > wrote: > >=20 > > > From: Konstantin Belousov > > > Subject: Re: 82574L hangs (with r233708 e1000 driver). > > > To: "John Baldwin" > > > Cc: jfv@freebsd.org, > > "Jack Vogel" , > > net@freebsd.org > > > Date: Tuesday, May 8, 2012, 4:24 AM > > > On Mon, May 07, 2012 at 01:44:57PM > > > -0400, John Baldwin wrote: > > > > On Friday, May 04, 2012 6:18:19 pm Konstantin > > Belousov > > > wrote: > > > > > On Fri, May 04, 2012 at 11:30:22AM -0400, > > John > > > Baldwin wrote: > > > > > > On Tuesday, May 01, 2012 12:21:21 pm > > > Konstantin Belousov wrote: > > > > > > > On Thu, Apr 12, 2012 at 09:38:49PM > > > +0300, Konstantin Belousov wrote: > > > > > > > > On Mon, Apr 09, 2012 at > > 12:19:39PM > > > -0400, John Baldwin wrote: > > > > > > > > > On Sunday, April 08, > > 2012 > > > 1:11:25 am Konstantin Belousov wrote: > > > > > > > > > > On Sat, Apr 07, 2012 > > at > > > 04:22:07PM -0700, Jack Vogel wrote: > > > > > > > > > > > Make sure you > > have > > > any firmware up to the latest available, if that=20 > > > > > > doesn't > > > > > > > > > > > help > > > > > > > > > > > let me know and > > I'll > > > check internally to see if there are any=20 > > > > > > outstanding > > > > > > > > > > > issues > > > > > > > > > > > in shared > > > code,=9A that will be after the weekend. > > > > > > > > > >=20 > > > > > > > > > > I had BIOS rev. > > 151, > > > after you hint I found rev. 154 on the site. > > > > > > > > > > Now BIOS reports > > itself > > > as MTCDT10N.86A.0154.2012.0323.1601, > > > > > > > > > > March 23. > > > > > > > > > >=20 > > > > > > > > > > Unfortunately, > > upgrade > > > did not changed anything in regard of hanging > > > > > > > > > > interface. > > > > > > > > >=20 > > > > > > > > > Does reverting 233708 > > make any > > > difference?=9A Have you tried futzing=20 > > > > > > around with > > > > > > > > > kgdb when it is hung to > > see > > > what state the device is in (software state=20 > > > > > > at > > > > > > > > > least)? > > > > > > > > It does, in a sense that > > without > > > r233708 the interface becomes stuck > > > > > > > > almost immediately. I just > > upgraded > > > to the e1000@r234154, which does not > > > > > > > > change much. > > > > > > > >=20 > > > > > > > > I fiddled with the adapter > > state > > > after the hang in kgdb more, and I > > > > > > > > noted something interesting. > > > Apparently, tx works. When I ping the remote > > > > > > > > host from my suffering atom > > > machine, remote host sees the packet. Also > > > > > > > > remote machine sees some udp > > > traffic originating from the tom, like > > > > > > > > ntp queries. > > > > > > > >=20 > > > > > > > > And, on receive, the atom > > board > > > does receive interrupts, em0:rx 0 counter > > > > > > > > in vmstat -i increases. Even > > more > > > fun, the sysctl dev.em.0.debug > > > > > > > > shows increasing hw rdh (as I > > > understand, this is hardware 'last > > > > > > > > received' packet pointer for > > rx > > > ring). So I looked at the packet > > > > > > > > descriptor at hw rdt index, > > and > > > there I see > > > > > > > > (kgdb) p/x ((struct adapter > > > *)0xffffff80010e4000)->rx_rings->rx_base[78] > > > > > > > > $11 =3D {buffer_addr =3D > > 0x12a128800, > > > length =3D 0x5ea, csum =3D 0x3c2b, status =3D=20 > > > > > > 0x0,=20 > > > > > > > >=9A=9A=9Aerrors =3D 0x0, > > > special =3D 0x0} > > > > > > > >=20 > > > > > > > > Apparently, the Descriptor > > Done bit > > > is clear, so the em_rxeof() function > > > > > > > > breaks from the loop, not > > consuming > > > the current packet. Also, it returns > > > > > > > > false due to DD bit clear. > > This > > > prevents em_msix_rx() from scheduling > > > > > > > > taskqueue for processing. So > > > apparent cause for the hang is missing > > > > > > > > DD bit in descriptor. > > > > > > > >=20 > > > > > > > > I am not sure isn't all this > > is > > > obvious for anybody who knows em > > > > > > > > internals, and were to go > > from > > > there. > > > > > > >=20 > > > > > > > Ok, nobody cares. > > > > > > >=20 > > > > > > > Below is the workaround I use to > > prevent > > > the interface wedging. > > > > > > > It seems that the sole PCI register > > read > > > (namely, the rx ring head read) > > > > > > > and consequent recheck of the > > descriptor > > > status greatly reduce the > > > > > > > likelihood of the issue. > > Unfortunately, > > > the read does not eliminate > > > > > > > the hang completely. So it is not > > some > > > PCIe coherency problem. > > > > > > >=20 > > > > > > > With the patch applied, I am able > > to > > > copy around blu-ray images, while > > > > > > > previously the interface hang in > > 20-30 > > > seconds of 100Mbit/s traffic. > > > > > > > Sometimes the messages are > > printed: > > > > > > > em0: Workaround: head 1018 tail > > 1002 cur > > > 1010 > > > > > > > em0: Workaround: head 976 tail 973 > > cur > > > 974 > > > > > > > em0: Workaround: head 950 tail 939 > > cur > > > 946 > > > > > > > em0: Workaround: head 435 tail 419 > > cur > > > 426 > > > > > > >=20 > > > > > > > Machine is still dead due to > > random > > > memory corruption which I see, in > > > > > > > particular, pmap sometimes read > > garbage > > > from PTEs. I have no idea is > > > > > > > it related to em0 rx descriptor > > missed > > > writes, or is a different issue. > > > > > >=20 > > > > > > Humm, so if I'm reading this correctly, > > the > > > card "skips" a receive > > > > > > descriptor and stores a packet at the > > next > > > descriptor?=9A That's just > > > > > > bizarre. > > > > > Either this, or it does store the packet but > > > 'forgots' to update the > > > > > rx descriptor. I think that your > > interpretation is > > > closer to reality, > > > > > since I get sustained 20MB/s over ssh with > > the > > > patch even when workaround > > > > > activates. The lost packets probably should > > cause > > > retransmit and speed > > > > > drop. > > > >=20 > > > > This is just weird.=9A I wonder if there is a > > known > > > errata for this? > > > > This really seems to be broken hardware and not a > > > driver issue. > > > I was not able to find anything even remotely > > resembling the > > > described > > > behaviour, in the publically available 82574L > > specification > > > update. I looked > > > at rev. 3.5, dated January 2012. > > >=20 > > > I may indeed give up and relocate the hardware into > > trash, > > > but it would be > > > pity, since this is new shiny Intel Atom 2800 m/b. I am > > not > > > sure I can give > > > convincing arguments to supplier for warranty > > replacement. > > >=20 > > > And, while I booted Debian to apply f/w fix Jack > > > recommended, I did > > > quick test and interface looked stable. > > >=20 > > >=20 > >=20 > > FWIW, I've got an X7SPE-HF-D525 MB with 82574L running on a > > 7.0 driver > > that seems to work pretty well. It panics once in a blue > > moon when we > > overload it (like 200Mb/s of traffic) but it generally works > > ok. > >=20 > > BC >=20 > Has anything been done or patched regarding this problem? Yes, it was fixed by replacing the hardware (by the same model). --8GpibOaaTibBMecb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAkxaAACgkQC3+MBN1Mb4hQWgCgn7gQMIJFo0Y+DuiLnm0WBdc7 h84AoJqsNNTQ57ouuQiFDuoVg230M8Ma =/eWE -----END PGP SIGNATURE----- --8GpibOaaTibBMecb-- From owner-freebsd-net@FreeBSD.ORG Fri Aug 10 18:53:30 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 995D8106564A for ; Fri, 10 Aug 2012 18:53:30 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id E88238FC0C for ; Fri, 10 Aug 2012 18:53:29 +0000 (UTC) Received: from Octca64MkIV.tdx.co.uk (octa64.tdx.co.uk [62.13.130.232]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3) with ESMTP id q7AIrRwO005392 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Aug 2012 19:53:27 +0100 (BST) Date: Fri, 10 Aug 2012 19:54:31 +0100 From: Karl Pielorz To: freebsd-net@freebsd.org Message-ID: <26ABB168B4C8E32E7D127EF9@Octca64MkIV.tdx.co.uk> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: FreeBSD 9.0-R em0 issues? 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, 10 Aug 2012 18:53:30 -0000 Hi, Apologies for posting to -net as well - I originally posted this to -hackers, but was advised to re-post it here... A FreeBSD 9.0-R amd64 box - based on a SuperMicro X8DTL-IF Rev. 2.01 w/Intel L5630 & 6Gb of RAM seems to have issues with it's onboard NIC (em driver based - i.e. em0). The machine runs fine - but then suddenly loses all network connectivity. Nothing is logged on the console, or /var/log/messages. Doing an 'infconfig em0 down' then up, doesn't fix it. Rebooting the box does fix it "for a while". Having dug around Google - I've now set "hw.em.enable_msix=0" - the box ran the whole of the day with that set, before again - having em0 wedge up. When it does this 'netstat -n -i' returns "silly" figures - i.e. if I catch it even moments after it's done it - it'll claim to have suffered billions of input/output and collision errors (huge amounts more than the amount of traffic that machine would have handled) - e.g. " Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll em0 1500 00:25:90:31:82:46 355482 10612864185945 0 291109 3032246910270 1516123455135 " Before it locks up, all ierr,oerr,coll are zero (i.e. only ipkts/opkts have incremented). Running sysctl dev.em.0.debug=1 spits out on the console: Interface is RUNNING and INACTIVE em0: hw tdh = -1, hw tdt = -1 em0: hw rdh = -1, hw rdt = -1 em0: Tx Queue Status = 1 em0: Tx descriptors avail = 986 em0: Tx Descriptors avail failure = 0 em0: RX discarded packets = 0 em0: RX Next to Check = 844 em0: RX Next to Refresh = 843 (I don't like the look of the -1's but I don't know enough about what that sysctl dumps out to know if that's "bad"). The HP switch it's connected to doesn't seem to log any errors for the port. Any suggestions on how I can debug this further, or any ideas to try and fix it? You can find the dmesg output here: (ifconfig -a is tacked on the end) Regards, -Karl From owner-freebsd-net@FreeBSD.ORG Fri Aug 10 19:20:48 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 F090A1065676 for ; Fri, 10 Aug 2012 19:20:48 +0000 (UTC) (envelope-from Dennis.P.Glatting@boeing.com) Received: from stl-mbsout-02.boeing.com (stl-mbsout-02.boeing.com [130.76.96.170]) by mx1.freebsd.org (Postfix) with ESMTP id ACAAB8FC20 for ; Fri, 10 Aug 2012 19:20:48 +0000 (UTC) Received: from stl-mbsout-02.boeing.com (localhost.localdomain [127.0.0.1]) by stl-mbsout-02.boeing.com (8.14.4/8.14.4/DOWNSTREAM_MBSOUT) with ESMTP id q7AJIvcL026330 for ; Fri, 10 Aug 2012 14:18:57 -0500 Received: from blv-av-01.boeing.com (blv-av-01.boeing.com [130.247.16.37]) by stl-mbsout-02.boeing.com (8.14.4/8.14.4/UPSTREAM_MBSOUT) with ESMTP id q7AJIt3G026320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 10 Aug 2012 14:18:56 -0500 Received: from blv-av-01.boeing.com (localhost.localdomain [127.0.0.1]) by blv-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id q7AJItBK012566; Fri, 10 Aug 2012 12:18:55 -0700 Received: from XCH-NWHT-11.nw.nos.boeing.com (xch-nwht-11.nw.nos.boeing.com [130.247.25.114]) by blv-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id q7AJItmH012560 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Fri, 10 Aug 2012 12:18:55 -0700 Received: from XCH-NW-21V.nw.nos.boeing.com ([130.247.25.209]) by XCH-NWHT-11.nw.nos.boeing.com ([130.247.25.114]) with mapi; Fri, 10 Aug 2012 12:18:55 -0700 From: "EXT-Glatting, Dennis P" To: Karl Pielorz , "freebsd-net@freebsd.org" Date: Fri, 10 Aug 2012 12:18:54 -0700 Thread-Topic: FreeBSD 9.0-R em0 issues? Thread-Index: Ac13KX8d/A2Ns6P0S7+rffYFFr3+YgAAnwEg Message-ID: <0457799DC5A3A5479336B9A1F2E7FC6450E4FF2F5F@XCH-NW-21V.nw.nos.boeing.com> References: <26ABB168B4C8E32E7D127EF9@Octca64MkIV.tdx.co.uk> In-Reply-To: <26ABB168B4C8E32E7D127EF9@Octca64MkIV.tdx.co.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-TM-AS-MML: No Cc: Subject: RE: FreeBSD 9.0-R em0 issues? 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, 10 Aug 2012 19:20:49 -0000 I've seen this too on a H8DG6-F but changed to the igb interfaces. I am als= o seeing a problem under ESXi 5.0 on an unpatched system but haven't had th= e opportunity to patch (ESXi) it. There I will see these messages under a F= reeBSD instance: nms# uname -a FreeBSD nms 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #9: Mon Aug 6 22:02:46 P= DT 2012 root@nms:/sys/amd64/compile/SMUNI amd64 nms# grep em0 /var/log/messages Jul 9 15:50:39 nms kernel: em0: port 0x2000-0x203f mem 0xd1020000-0xd103ffff,0xd1000000-0xd100fff= f irq 18 at device 0.0 on pci2 Jul 9 15:50:39 nms kernel: em0: Memory Access and/or Bus Master bits were = not set! Jul 9 15:50:39 nms kernel: em0: Ethernet address: 00:0c:29:a2:36:c2 Jul 10 09:28:49 nms kernel: em0: Watchdog timeout -- resetting Jul 18 16:53:30 nms kernel: em0: Watchdog timeout -- resetting Jul 26 22:37:16 nms kernel: em0: Watchdog timeout -- resetting Aug 6 20:55:01 nms kernel: em0: port 0x2000-0x203f mem 0xd1020000-0xd103ffff,0xd1000000-0xd100fff= f irq 18 at device 0.0 on pci2 Aug 6 20:55:01 nms kernel: em0: Memory Access and/or Bus Master bits were = not set! Aug 6 20:55:01 nms kernel: em0: Ethernet address: 00:0c:29:a2:36:c2 Aug 6 22:16:34 nms kernel: em0: port 0x2000-0x203f mem 0xd1020000-0xd103ffff,0xd1000000-0xd100fff= f irq 18 at device 0.0 on pci2 Aug 6 22:16:34 nms kernel: em0: Memory Access and/or Bus Master bits were = not set! Aug 6 22:16:34 nms kernel: em0: Ethernet address: 00:0c:29:a2:36:c2 Aug 6 22:58:35 nms kernel: em0: port 0x2000-0x203f mem 0xd1020000-0xd103ffff,0xd1000000-0xd100fff= f irq 18 at device 0.0 on pci2 Aug 6 22:58:35 nms kernel: em0: Memory Access and/or Bus Master bits were = not set! Aug 6 22:58:35 nms kernel: em0: Ethernet address: 00:0c:29:a2:36:c2 Aug 8 12:51:50 nms kernel: em0: Watchdog timeout -- resetting Aug 8 22:49:58 nms kernel: em0: port 0x2000-0x203f mem 0xd1020000-0xd103ffff,0xd1000000-0xd100fff= f irq 18 at device 0.0 on pci2 Aug 8 22:49:58 nms kernel: em0: Memory Access and/or Bus Master bits were = not set! Aug 8 22:49:58 nms kernel: em0: Ethernet address: 00:0c:29:a2:36:c2 -----Original Message----- From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org] = On Behalf Of Karl Pielorz Sent: Friday, August 10, 2012 11:55 AM To: freebsd-net@freebsd.org Subject: FreeBSD 9.0-R em0 issues? Hi, Apologies for posting to -net as well - I originally posted this to=20 -hackers, but was advised to re-post it here... A FreeBSD 9.0-R amd64 box - based on a SuperMicro X8DTL-IF Rev. 2.01=20 w/Intel L5630 & 6Gb of RAM seems to have issues with it's onboard NIC (em= =20 driver based - i.e. em0). The machine runs fine - but then suddenly loses all network connectivity.=20 Nothing is logged on the console, or /var/log/messages. Doing an 'infconfig em0 down' then up, doesn't fix it. Rebooting the box=20 does fix it "for a while". Having dug around Google - I've now set=20 "hw.em.enable_msix=3D0" - the box ran the whole of the day with that set,=20 before again - having em0 wedge up. When it does this 'netstat -n -i' returns "silly" figures - i.e. if I catch= =20 it even moments after it's done it - it'll claim to have suffered billions= =20 of input/output and collision errors (huge amounts more than the amount of= =20 traffic that machine would have handled) - e.g. " Name Mtu Network Address Ipkts Ierrs Idrop Opkts=20 Oerrs Coll em0 1500 00:25:90:31:82:46 355482 10612864185945 0=20 291109 3032246910270 1516123455135 " Before it locks up, all ierr,oerr,coll are zero (i.e. only ipkts/opkts have= =20 incremented). Running sysctl dev.em.0.debug=3D1 spits out on the console: Interface is RUNNING and INACTIVE em0: hw tdh =3D -1, hw tdt =3D -1 em0: hw rdh =3D -1, hw rdt =3D -1 em0: Tx Queue Status =3D 1 em0: Tx descriptors avail =3D 986 em0: Tx Descriptors avail failure =3D 0 em0: RX discarded packets =3D 0 em0: RX Next to Check =3D 844 em0: RX Next to Refresh =3D 843 (I don't like the look of the -1's but I don't know enough about what that= =20 sysctl dumps out to know if that's "bad"). The HP switch it's connected to doesn't seem to log any errors for the port= . Any suggestions on how I can debug this further, or any ideas to try and=20 fix it? You can find the dmesg output here: (ifconfig -a is tacked on the end) Regards, -Karl _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Aug 10 20:17: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 26B471065673 for ; Fri, 10 Aug 2012 20:17:38 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id AD7078FC0C for ; Fri, 10 Aug 2012 20:17:37 +0000 (UTC) Received: from Octca64MkIV.tdx.co.uk (octa64.tdx.co.uk [62.13.130.232]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3) with ESMTP id q7AKHX3g020675 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 10 Aug 2012 21:17:33 +0100 (BST) Date: Fri, 10 Aug 2012 21:18:37 +0100 From: Karl Pielorz To: "EXT-Glatting, Dennis P" , freebsd-net@freebsd.org Message-ID: In-Reply-To: <0457799DC5A3A5479336B9A1F2E7FC6450E4FF2F5F@XCH-NW-21V.nw.nos.boeing.com> References: <26ABB168B4C8E32E7D127EF9@Octca64MkIV.tdx.co.uk> <0457799DC5A3A5479336B9A1F2E7FC6450E4FF2F5F@XCH-NW-21V.nw.nos.boeing.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: RE: FreeBSD 9.0-R em0 issues? 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, 10 Aug 2012 20:17:38 -0000 --On 10 August 2012 12:18 -0700 "EXT-Glatting, Dennis P" wrote: > I've seen this too on a H8DG6-F but changed to the igb interfaces. I am > also seeing a problem under ESXi 5.0 on an unpatched system but haven't > had the opportunity to patch (ESXi) it. There I will see these messages > under a FreeBSD instance: > > nms# uname -a > FreeBSD nms 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #9: Mon Aug 6 22:02:46 > PDT 2012 root@nms:/sys/amd64/compile/SMUNI amd64 > > > nms# grep em0 /var/log/messages > Jul 9 15:50:39 nms kernel: em0: Connection 1.0.4> port 0x2000-0x203f mem > 0xd1020000-0xd103ffff,0xd1000000-0xd100ffff irq 18 at device 0.0 on pci2 > Jul 9 15:50:39 nms kernel: em0: Memory Access and/or Bus Master bits > were not set! Jul 9 15:50:39 nms kernel: em0: Ethernet address: > 00:0c:29:a2:36:c2 Jul 10 09:28:49 nms kernel: em0: Watchdog timeout -- > resetting Your NIC's ID differently to mine: Mine - em0: Yours - em0: Looks like that's different driver code? (presuming the 7.2.3 and 1.0.4 are the driver versions) - the 'virtual' NIC created by ESXi must be using a different driver. Also - I don't get anything logged on the console or anywhere - it just "stops" (i.e. no watchdog errors or similar - nothing). Aside from the apparent 'billions' of packets errors (or corrupt counters) - the only other thing I've found that was weird was the '-1's in the dump from doing 'dev.em.0.debug=1' I think you've got a problem :( - But probably not the same problem that I have on this SuperMicro machine :-( -Karl From owner-freebsd-net@FreeBSD.ORG Sat Aug 11 08:06: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 A7280106564A for ; Sat, 11 Aug 2012 08:06:20 +0000 (UTC) (envelope-from hoomanfazaeli@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 771E68FC17 for ; Sat, 11 Aug 2012 08:06:20 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so4262608pbb.13 for ; Sat, 11 Aug 2012 01:06:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=ShgFVL0ojbf/IeQugJueZRAjY/oDjE5DLKuUgwmyo6o=; b=lqgaCz6OjQVMVg10rmzlcegc0rVem3n16Q4L6Y5E44u3fR4OqQ5UaEaDE0Cg35+cg3 QCSwBgrIDwAAGO3Tf1zJOyzzQ15I2XbEzoOoMcDGLh4csazEJlsmr1tHElQarq3rwWb7 ppjxcOhLVo2PNQyoKJJoHDE3kFL5udE8JumjC7g2rAhxCoDwE5HA+N9c+6L7cgZrlggo w8N+LZivHSIzCOVCaT0Ecoxa4sU376fxbGpNlv7YoUbS71w074cypE4JReLfwf9ZtLHu +Y2GrYxAUCM+UVlw/zh9fhJR9HLf2s6rxFir1CyrDwTADMKAPGQdUHfXZUY9Z5kruH9J Q0NA== Received: by 10.68.217.202 with SMTP id pa10mr3783721pbc.15.1344672379714; Sat, 11 Aug 2012 01:06:19 -0700 (PDT) Received: from [127.0.0.1] ([84.241.57.181]) by mx.google.com with ESMTPS id qp6sm952336pbc.55.2012.08.11.01.06.16 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 11 Aug 2012 01:06:18 -0700 (PDT) Message-ID: <50261271.50101@gmail.com> Date: Sat, 11 Aug 2012 12:36:09 +0430 From: Hooman Fazaeli User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: Karl Pielorz References: <26ABB168B4C8E32E7D127EF9@Octca64MkIV.tdx.co.uk> In-Reply-To: <26ABB168B4C8E32E7D127EF9@Octca64MkIV.tdx.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 9.0-R em0 issues? 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, 11 Aug 2012 08:06:20 -0000 On 8/10/2012 11:24 PM, Karl Pielorz wrote: > > Hi, > > Apologies for posting to -net as well - I originally posted this to -hackers, but was advised to re-post it here... > > A FreeBSD 9.0-R amd64 box - based on a SuperMicro X8DTL-IF Rev. 2.01 w/Intel L5630 & 6Gb of RAM seems to have issues with it's onboard NIC (em driver based - i.e. em0). > > The machine runs fine - but then suddenly loses all network connectivity. Nothing is logged on the console, or /var/log/messages. > > Doing an 'infconfig em0 down' then up, doesn't fix it. Rebooting the box does fix it "for a while". Having dug around Google - I've now set "hw.em.enable_msix=0" - the box ran the whole of the day > with that set, before again - having em0 wedge up. > > When it does this 'netstat -n -i' returns "silly" figures - i.e. if I catch it even moments after it's done it - it'll claim to have suffered billions of input/output and collision errors (huge > amounts more than the amount of traffic that machine would have handled) - e.g. > > " > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll > em0 1500 00:25:90:31:82:46 355482 10612864185945 0 291109 3032246910270 1516123455135 > " 82574L with ASPM enabled is known to cause a problem like yours. (See:http://www.google.com/#hl=en&sclient=psy-ab&q=82574L+%2B+ASPM ) However, some time ago, jack committed a fix which disabled ASPM to fix the problem. I recommend getting and compiling latest e1000 source from CVS (which is version 7.3.2) and see what happens. From owner-freebsd-net@FreeBSD.ORG Sat Aug 11 08:08:20 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 974FD1065673 for ; Sat, 11 Aug 2012 08:08:20 +0000 (UTC) (envelope-from s.khanchi@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 5D5418FC1B for ; Sat, 11 Aug 2012 08:08:20 +0000 (UTC) Received: by obbun3 with SMTP id un3so4638326obb.13 for ; Sat, 11 Aug 2012 01:08:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=3zny4hTGQU9cFOL2I5ZKz4ntzIMgbLk2CffI2GdBKa4=; b=fVrOAUS2fX+5bMM1j9YqqlASoCBxiXcm65FD3r1HPvJZWLtBAxXCo6JzrQnI2pTl18 GRgO95H6bMmtD1F9FRZwsvHxdvGXfGz2VSCQg4AoVDaqk4Sjq1KmBYSss2Aim3Vnpnoa f6KOPYJBkcPcoUtkWkdanPw/ZYWDfddO+1aFt7+W33hZd3J3nfuQOgh/JACE8klqXX0J GxRq86M59frm3gUnjjFcB+PTR3YTaz4Pjkblqj4IsMfm9H4J9d6njrJl1lWG83OLQ6s7 ++dTCNx+7cAjGaPwMpZwrcQ5WmmZNFLteXCnhiV+iiFNBQ4dwdmni4GzmDMOeGHj1oFJ o5qQ== Received: by 10.182.152.97 with SMTP id ux1mr1341500obb.13.1344672499669; Sat, 11 Aug 2012 01:08:19 -0700 (PDT) MIME-Version: 1.0 Sender: s.khanchi@gmail.com Received: by 10.76.154.133 with HTTP; Sat, 11 Aug 2012 01:07:59 -0700 (PDT) From: h bagade Date: Sat, 11 Aug 2012 12:37:59 +0430 X-Google-Sender-Auth: rrW3HYINpyvZVezlOBpTO6fsy7s Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: problem using ng_patch 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, 11 Aug 2012 08:08:20 -0000 Hi all, I want to use the node ng_patch, to set the ToS field of special class of packets. I try to test the function by a simple test scenario and encountered problem using it. I have no idea why the problem occurs. Here I explain the test scenario I've used. I have a topology like this: |A:192.168.8.8|<---->|192.168.8.26--(B)--192.168.7.26|<---->|C:192.168.7.20| -------------------------------- A, C: two end stations B: a router -------------------------------- netgraph settings: kldload ng_ipfw ngctl mkpeer ipfw: patch 300 in ngctl name ipfw:300 tos ngctl msg tos: setconfig {count=1 csum_flags=1 ops=[ {mode=1 value=0x05 length=1 offset=1}]} -------------------------------- ipfw rule: ipfw add 20 netgraph 300 icmp from any to 192.168.7.20 This configuration works well and when A pings C or C pings A, the packets destined to 192.168.7.20(station C) gets the ToS: 0x05. The problem occurs when I change the ipfw rule to the following; ipfw add 20 netgraph 300 icmp from 192.168.7.20 to any By this rule, neither A can ping C nor C can ping A! the packets sent to ng_patch node never comes back to the next ipfw rule! I don't know what's the difference between these two scenarios (only the checking from destination address is changed to source address), but it's what I saw in my tests. I really hope to understand what's happening. Any hints or comments would help From owner-freebsd-net@FreeBSD.ORG Sat Aug 11 08:22:43 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 D07CE106566C for ; Sat, 11 Aug 2012 08:22:43 +0000 (UTC) (envelope-from s.khanchi@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 9132B8FC0A for ; Sat, 11 Aug 2012 08:22:43 +0000 (UTC) Received: by obbun3 with SMTP id un3so4660009obb.13 for ; Sat, 11 Aug 2012 01:22:42 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=f32Ytm72SlpvNkKofM9o0RWM3EPASCwLmDO4zakAnC0=; b=m2kA71T35k8OPIVgdPw5Wf6Hbbyf840xqEJGnKM3Tg/ZWVnewN5qGjBvyMjkdwbrJA zizkyWPsaA1YODrEG7Dt/SHVPI23Wpg3z5e7G1RQvYVavczyxyBLxlV+nWcEL0XJ6tJz JYBp+7lL9ftwZW/3gy8f9EeAkhJZ5DAdCWfMqTgHlnZkaOHJpKl/Z0lbwpqeM7fi/qbu 027Uw6mnhOgsYjs6+22ac5M/Y8kTepujrjgH/QZnhtDH7PEwwJtRdoK44A38h9gy5fDf v2KmfQu+44xnAFBCwREpInR5ebjKcaDacu8ep+S1PSWgAIv8OCwJJLSDCK9KslouKQJi MbDg== Received: by 10.60.154.232 with SMTP id vr8mr2617545oeb.30.1344673362784; Sat, 11 Aug 2012 01:22:42 -0700 (PDT) MIME-Version: 1.0 Sender: s.khanchi@gmail.com Received: by 10.76.154.133 with HTTP; Sat, 11 Aug 2012 01:22:22 -0700 (PDT) In-Reply-To: References: From: h bagade Date: Sat, 11 Aug 2012 12:52:22 +0430 X-Google-Sender-Auth: fDjKNHZGDqm5ZlN5subEldl8fjY Message-ID: To: Nikolay Denev Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: how to set dscp field using altq? 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, 11 Aug 2012 08:22:44 -0000 On Wed, Aug 8, 2012 at 6:44 PM, Nikolay Denev wrote: > > On Aug 8, 2012, at 10:31 AM, h bagade wrote: > > > Hi all, > > > > I want to use combination of pf and the embedded altq to set the dscp > field > > on a group of packets. I didn't find any relevant configuration on > pf.conf > > manual, but I find out some tips which mention that altq has the ability > to > > do the diffserv. I need to know if there is such a possibility in altq > > embedded in pf and how to do so? > > > > Any hints or comments are really appreciated > > _______________________________________________ > > 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" > > Probably you want to look at ng_patch(8) as it seems is the only way to do > this > kind of packet modification at the moment. > > I try to use ng_patch and it doesn't work as I expected to be. I explain my problem with this node in another post under the name "problem on using ng_patch". I would be glad if you take a look and suggest me what should I do to solve the problem. From owner-freebsd-net@FreeBSD.ORG Sat Aug 11 08:27:43 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 17A46106566C for ; Sat, 11 Aug 2012 08:27:43 +0000 (UTC) (envelope-from ndenev@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 9A6A58FC12 for ; Sat, 11 Aug 2012 08:27:42 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1910763wgb.31 for ; Sat, 11 Aug 2012 01:27:41 -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=nhnSpLkNFCsZBV/SWw2xnd0iiIq4QxlyWBDqUFzw8KA=; b=K7pFJzg9of1uRRUddSiMk5wGkDBLy7AB9g30sYKeyaznneGnixDJ/MSaz+62cir+Ta 4U1yiJkS13HUDCcX91vpBym2ECgNUw1SOTO9nteSJPiqKPMAed3X5cS4sG5l9rl8U8Pz vwQWzMaD0vcZQP7PX+86jPIC2jgBKnH2Y28/mDBt4Uc/nKbaJVoT/R22ff0cikpjpXNN KTpAi7U7ehCa0cvq9PYs3sLWpwt1WiPvvyiaePOOuMIglVpPrEbHM2s/2sd7bgLtDnc1 mG9GTw93K3D8eNxomlBP/jqpIr3rhxxr31zzt0kMbG5WRq1EQRNQmoAN//eJ2VomGyEn 6rcg== Received: by 10.180.83.106 with SMTP id p10mr2396984wiy.21.1344673661250; Sat, 11 Aug 2012 01:27:41 -0700 (PDT) Received: from [10.0.0.86] ([93.152.184.10]) by mx.google.com with ESMTPS id cu1sm2591910wib.6.2012.08.11.01.27.38 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 11 Aug 2012 01:27:39 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) Content-Type: text/plain; charset=iso-8859-1 From: Nikolay Denev In-Reply-To: Date: Sat, 11 Aug 2012 11:27:37 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <37DC844A-4A65-438D-8DD3-B8EFA7B7FE2A@gmail.com> References: To: h bagade X-Mailer: Apple Mail (2.1485) Cc: freebsd-net@freebsd.org Subject: Re: problem using ng_patch 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, 11 Aug 2012 08:27:43 -0000 On Aug 11, 2012, at 11:07 AM, h bagade wrote: > Hi all, >=20 > I want to use the node ng_patch, to set the ToS field of special class = of > packets. I try to test the function by a simple test scenario and > encountered problem using it. I have no idea why the problem occurs. >=20 > Here I explain the test scenario I've used. >=20 > I have a topology like this: >=20 > = |A:192.168.8.8|<---->|192.168.8.26--(B)--192.168.7.26|<---->|C:192.168.7.2= 0| > -------------------------------- > A, C: two end stations > B: a router > -------------------------------- > netgraph settings: > kldload ng_ipfw > ngctl mkpeer ipfw: patch 300 in > ngctl name ipfw:300 tos > ngctl msg tos: setconfig {count=3D1 csum_flags=3D1 ops=3D[ {mode=3D1 = value=3D0x05 > length=3D1 offset=3D1}]} > -------------------------------- > ipfw rule: > ipfw add 20 netgraph 300 icmp from any to 192.168.7.20 >=20 > This configuration works well and when A pings C or C pings A, the = packets > destined to 192.168.7.20(station C) gets the ToS: 0x05. > The problem occurs when I change the ipfw rule to the following; >=20 > ipfw add 20 netgraph 300 icmp from 192.168.7.20 to any >=20 > By this rule, neither A can ping C nor C can ping A! the packets sent = to > ng_patch node never comes back to the next ipfw rule! >=20 > I don't know what's the difference between these two scenarios (only = the > checking from destination address is changed to source address), but = it's > what I saw in my tests. I really hope to understand what's happening. >=20 > Any hints or comments would help > _______________________________________________ > 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" Hi, Do you have "sysctl net.inet.ip.fw.one_pass=3D0" set? Regards, From owner-freebsd-net@FreeBSD.ORG Sat Aug 11 08:37:30 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 139161065674 for ; Sat, 11 Aug 2012 08:37:30 +0000 (UTC) (envelope-from s.khanchi@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 C79FD8FC12 for ; Sat, 11 Aug 2012 08:37:29 +0000 (UTC) Received: by obbun3 with SMTP id un3so4681921obb.13 for ; Sat, 11 Aug 2012 01:37:29 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=HY83N8ue3nkbMHg866C/DzJ3VVKU7ZiWJB6MGwDcqYk=; b=xdhac+EVYPoVCXNbVa9DOd7w0OsHOMF9B3SCjyz24/SuzWRFNEuMfQyRt3e5JD+98y y0H1iyUzD889OiYyJwsU2Y20YBD0yMuynTYt09wZyKI06I0subxByIZ6XrWdul2+gem0 raKu6O+WbOvi8mPyYLie7bdN/hL7kOQC0bifrBab8eZIqhRZ46UMgfj43nxn18f/cJiX zZD14pYf0goiYNC/sGYJwDoFEmByvHmr+dPyOOc8W38goJO+6KBPkWciF8wFsMhs7V0C OSFQaBm9w+zCqmg2V6f3+dPvBv3cD+Tl8xDJUjLAjfgwIEY1FMBrES6MKkQakwHGH1h1 vm0Q== Received: by 10.182.226.104 with SMTP id rr8mr1421255obc.41.1344674249047; Sat, 11 Aug 2012 01:37:29 -0700 (PDT) MIME-Version: 1.0 Sender: s.khanchi@gmail.com Received: by 10.76.154.133 with HTTP; Sat, 11 Aug 2012 01:37:08 -0700 (PDT) In-Reply-To: <37DC844A-4A65-438D-8DD3-B8EFA7B7FE2A@gmail.com> References: <37DC844A-4A65-438D-8DD3-B8EFA7B7FE2A@gmail.com> From: h bagade Date: Sat, 11 Aug 2012 13:07:08 +0430 X-Google-Sender-Auth: Im-EdCcItr2xyKx1khHiYqYKITA Message-ID: To: Nikolay Denev Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: problem using ng_patch 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, 11 Aug 2012 08:37:30 -0000 On Sat, Aug 11, 2012 at 12:57 PM, Nikolay Denev wrote: > On Aug 11, 2012, at 11:07 AM, h bagade wrote: > > > Hi all, > > > > I want to use the node ng_patch, to set the ToS field of special class of > > packets. I try to test the function by a simple test scenario and > > encountered problem using it. I have no idea why the problem occurs. > > > > Here I explain the test scenario I've used. > > > > I have a topology like this: > > > > > |A:192.168.8.8|<---->|192.168.8.26--(B)--192.168.7.26|<---->|C:192.168.7.20| > > -------------------------------- > > A, C: two end stations > > B: a router > > -------------------------------- > > netgraph settings: > > kldload ng_ipfw > > ngctl mkpeer ipfw: patch 300 in > > ngctl name ipfw:300 tos > > ngctl msg tos: setconfig {count=1 csum_flags=1 ops=[ {mode=1 value=0x05 > > length=1 offset=1}]} > > -------------------------------- > > ipfw rule: > > ipfw add 20 netgraph 300 icmp from any to 192.168.7.20 > > > > This configuration works well and when A pings C or C pings A, the > packets > > destined to 192.168.7.20(station C) gets the ToS: 0x05. > > The problem occurs when I change the ipfw rule to the following; > > > > ipfw add 20 netgraph 300 icmp from 192.168.7.20 to any > > > > By this rule, neither A can ping C nor C can ping A! the packets sent to > > ng_patch node never comes back to the next ipfw rule! > > > > I don't know what's the difference between these two scenarios (only the > > checking from destination address is changed to source address), but it's > > what I saw in my tests. I really hope to understand what's happening. > > > > Any hints or comments would help > > _______________________________________________ > > 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" > > Hi, > > Do you have "sysctl net.inet.ip.fw.one_pass=0" set? > > Regards, > > yes, As I described I've two scenarios, one work but the other doesn't, and the only difference is on ipfw rule! From owner-freebsd-net@FreeBSD.ORG Sat Aug 11 09:46:49 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 B23F2106566B for ; Sat, 11 Aug 2012 09:46:49 +0000 (UTC) (envelope-from kpielorz_lst@tdx.co.uk) Received: from mail.tdx.com (mail.tdx.com [62.13.128.18]) by mx1.freebsd.org (Postfix) with ESMTP id 462AB8FC16 for ; Sat, 11 Aug 2012 09:46:48 +0000 (UTC) Received: from Octca64MkIV.tdx.co.uk (octa64.tdx.co.uk [62.13.130.232]) (authenticated bits=0) by mail.tdx.com (8.14.3/8.14.3) with ESMTP id q7B9kf3s039036 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sat, 11 Aug 2012 10:46:42 +0100 (BST) Date: Sat, 11 Aug 2012 10:47:47 +0100 From: Karl Pielorz To: Hooman Fazaeli Message-ID: In-Reply-To: <50261271.50101@gmail.com> References: <26ABB168B4C8E32E7D127EF9@Octca64MkIV.tdx.co.uk> <50261271.50101@gmail.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 9.0-R em0 issues? 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, 11 Aug 2012 09:46:49 -0000 --On 11 August 2012 12:36 +0430 Hooman Fazaeli wrote: >> " >> Name Mtu Network Address Ipkts Ierrs Idrop >> Opkts Oerrs Coll em0 1500 00:25:90:31:82:46 355482 >> 10612864185945 0 291109 3032246910270 1516123455135 " > 82574L with ASPM enabled is known to cause a problem like yours. > (See:http://www.google.com/#hl=en&sclient=psy-ab&q=82574L+%2B+ASPM > ) > However, some time ago, jack committed a fix which disabled ASPM to fix > the problem. > I recommend getting and compiling latest e1000 source from CVS (which is > version 7.3.2) > and see what happens. Hi, In the midst of trying to get this onto the machine (without the NIC working - which was fun), during a reboot the NIC suddenly disappeared completely. Rebooting the machine again gives a 50/50 on the NIC probing when FreeBSD runs up - half the time I'm left with em1 only, and no em0. It looks like this has gone from a 'possible software' issue to a 'probable hardware' issue now? - I've moved the connection over to em1, I'll see how I get on with that. Unless the ASPM issue cause things like the device not probing properly at boot time? One of the last things I did on the machine was to recompile without if_em in the kernel (so I can load / unload it). Doing that you get a number of warnings from: em0: Memory Access and/or Bus Master bits were not set! Through to, em0: Setup of Shared code failed em0 attach returned 6 And, em0: Hardware Initialization Failed I'm guessing the ASPM issue isn't going to cause that, and it does look like it's gone 'slightly flakey' NIC to 'pretty knackered' now, hardware wise. In all the years I've been doing this - that'll be the first NIC that's ever failed "after" installation... Regards, -Karl From owner-freebsd-net@FreeBSD.ORG Sat Aug 11 21:05:30 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 DFA56106566B for ; Sat, 11 Aug 2012 21:05:30 +0000 (UTC) (envelope-from notice@commbank.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id 5BC3E8FC14 for ; Sat, 11 Aug 2012 21:05:29 +0000 (UTC) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q7BL5SGX009329 for ; Sun, 12 Aug 2012 07:05:28 +1000 Received: from sbsserver (static-58-108-188-45.optusnet.com.au [58.108.188.45] (may be forged)) (authenticated sender navey) by mail17.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q7BL522J009618 for ; Sun, 12 Aug 2012 07:05:21 +1000 Message-Id: <201208112105.q7BL522J009618@mail17.syd.optusnet.com.au> From: "Commonwealth Bank" To: net@freebsd.org MIME-Version: 1.0 Date: Sun, 12 Aug 2012 07:05:21 +1000 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: account notice 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, 11 Aug 2012 21:05:31 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - Commonwealth Bank E-Mail Address Change Notification. To Verify Your Identity, click : "INTERNET BANKING" and confirm your Commonwealth Bank account balance here: "ACCOUNT BALANCE" =2E.