From owner-freebsd-net@FreeBSD.ORG Sun Jul 25 12:28:51 2010 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 9D0261065680; Sun, 25 Jul 2010 12:28:51 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6028FC13; Sun, 25 Jul 2010 12:28:51 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6PCSpMu017411; Sun, 25 Jul 2010 12:28:51 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6PCSpNH017407; Sun, 25 Jul 2010 12:28:51 GMT (envelope-from gavin) Date: Sun, 25 Jul 2010 12:28:51 GMT Message-Id: <201007251228.o6PCSpNH017407@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-usb@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/140590: [bluetooth] ng_ubt(4) ng_l2cap_process_cmd_rej warnings 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, 25 Jul 2010 12:28:51 -0000 Old Synopsis: [bluetooth] [usb8] ng_ubt(4) ng_l2cap_process_cmd_rej warnings New Synopsis: [bluetooth] ng_ubt(4) ng_l2cap_process_cmd_rej warnings Responsible-Changed-From-To: freebsd-usb->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun Jul 25 12:27:00 UTC 2010 Responsible-Changed-Why: hselasky@ does not believe this is a USB issue, so presumably the problem lies within ng_ubt(4)? Over to -net for others to look into. http://www.freebsd.org/cgi/query-pr.cgi?pr=140590 From owner-freebsd-net@FreeBSD.ORG Mon Jul 26 11:07:07 2010 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 ADAE610656A5 for ; Mon, 26 Jul 2010 11:07:07 +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 8E49B8FC33 for ; Mon, 26 Jul 2010 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6QB77x8080755 for ; Mon, 26 Jul 2010 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6QB769F080752 for freebsd-net@FreeBSD.org; Mon, 26 Jul 2010 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Jul 2010 11:07:06 GMT Message-Id: <201007261107.o6QB769F080752@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, 26 Jul 2010 11:07:07 -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/148807 net [panic] 8.1-RELEASE "panic: sbdrop" and "panic: sbsndp o kern/148784 net [arp] arp pub not working properly o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148155 net [vimage] Kernel panic with PF/IPFilter + VIMAGE kernel o kern/148112 net [ath] Atheros 9285 cannot register with wifi AP (timeo o kern/148108 net [bge] FreeBSD 7.2 or 8.0 does not recognize, 4.11 can o kern/148078 net [ath] wireless networking stops functioning o kern/148004 net [em] Inconsistent networking with em driver on FreeBSD o kern/147989 net [em] em Receive errors / CRC Errors / Alignment Errors o kern/147985 net [alc] alc network driver + tso ( + vlan ? ) does not w o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147862 net [wpi] Possible bug in the wpi driver. Network Manager o kern/147824 net [msk]: watchdog timeouts & Tx descriptor error o kern/147684 net [nfe] nVidia MCP55 driver blocks IPMI LAN on load o kern/147352 net [netinet] [patch] replace printf() with log() for "Lim o kern/147245 net [dummynet] dummynet skip traffic over configured limit o kern/147155 net [ip6] setfb not work with ipv6 o kern/146909 net [rue] rue(4) does not detect OQO model01 network contr o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146628 net [tcp] [patch] TCP does not clear DF when MTU is below o kern/146539 net [arp] arp pub not working properly o kern/146534 net [icmp6] wrong source address in echo reply o kern/146517 net [ath] [wlan] device timeouts for ath wlan device on re o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u 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/146263 net [em] [panic] Panic in em(4) SIOCADDMULTI/em_set_multi/ o kern/146250 net [netinet] [patch] Races on interface alias removal 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/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o amd64/145654 net amd64-curent memory leak in kernel o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144898 net [wpi] [panic] wpi panics system 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 kern/144777 net [arp] proxyarp broken in 8.0 [regression] o kern/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to o kern/144561 net [ixgbe] [patch] ixgbe driver errors f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/144000 net [tcp] setting TCP_MAXSEG by setsockopt() does not seem o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] allow Atheros watchdog timeout to be tun 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/143595 net [wpi] [panic] Creating virtual interface over wpi0 in 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/143573 net [em] em(4) NIC crashes intermittently o kern/143285 net [em] [regression] jumbo frames broken in 8.0 o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir 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 o kern/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon 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 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141314 net Network Performance has decreased by 30% [regression] o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu 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/140597 net [netinet] [patch] implement Lost Retransmission Detect o kern/140590 net [bluetooth] ng_ubt(4) ng_l2cap_process_cmd_rej warning o kern/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo o kern/140245 net [ath] [panic] Kernel panic during network activity on 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/140051 net [bce] [arp] ARP not sent through Bridge Firewall with 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 o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) 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/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o amd64/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/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net [tcp] TCP window scaling value calculated incorrectly? o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl 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 o kern/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e 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/137317 net [tcp] logs full of syncache problems o kern/137145 net [mbuf] [patch] Reference count computing isn't correct o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133786 net [netinet] [patch] ip_input might cause kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/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 o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/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. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/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/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/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/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o 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/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/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 f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress 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 o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/81095 net IPsec connection stops working if associated network i o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern 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/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 o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 435 problems total. From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 00:43:55 2010 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 031F31065676; Tue, 27 Jul 2010 00:43:55 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CCF698FC1B; Tue, 27 Jul 2010 00:43:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6R0hsdr087327; Tue, 27 Jul 2010 00:43:54 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6R0hsYQ087323; Tue, 27 Jul 2010 00:43:54 GMT (envelope-from linimon) Date: Tue, 27 Jul 2010 00:43:54 GMT Message-Id: <201007270043.o6R0hsYQ087323@freefall.freebsd.org> To: fabrice.bruel@orange-ftgroup.com, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/148537: IP respond to ping even if the attached interface is no carrier 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, 27 Jul 2010 00:43:55 -0000 Synopsis: IP respond to ping even if the attached interface is no carrier State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Tue Jul 27 00:42:38 UTC 2010 State-Changed-Why: Believed to be working as designed. Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jul 27 00:42:38 UTC 2010 Responsible-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=148537 From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 05:05:00 2010 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 DD8BB1065672; Tue, 27 Jul 2010 05:05:00 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B46178FC0C; Tue, 27 Jul 2010 05:05:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6R550Fi045895; Tue, 27 Jul 2010 05:05:00 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6R55011045889; Tue, 27 Jul 2010 05:05:00 GMT (envelope-from linimon) Date: Tue, 27 Jul 2010 05:05:00 GMT Message-Id: <201007270505.o6R55011045889@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/148979: [iwn][panic] Intel 5100agn cause panic on 8.1-STABLE amd64 in TOSHIBA M800 laptop 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, 27 Jul 2010 05:05:01 -0000 Synopsis: [iwn][panic] Intel 5100agn cause panic on 8.1-STABLE amd64 in TOSHIBA M800 laptop Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jul 27 05:04:43 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=148979 From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 05:31:50 2010 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 61A27106567B for ; Tue, 27 Jul 2010 05:31:50 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 236018FC1D for ; Tue, 27 Jul 2010 05:31:50 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 0971713DF42 for ; Tue, 27 Jul 2010 09:14:38 +0400 (MSD) Date: Tue, 27 Jul 2010 09:14:22 +0400 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <5610530046.20100727091422@serebryakov.spb.ru> To: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: does if_vr export true packet error statistics? 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, 27 Jul 2010 05:31:50 -0000 Hello, Freebsd-net. I have huge losses ("netstat -s -p tcp" shows 4% of packets, but 35% of bytes are retransmitted) on my intenret connection, which is PPPoE = over 100Mbit ehternet link. Provider claims, that it is physical level problem, and I should fix my cables in my network. But `netstat -i' shows 0 input errors / 0 output errors / 0 collistion on physical interface, which is if_vr. Could I belive in these stats? Does if_vr export proper error statistics? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 06:21:36 2010 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 EC885106566B; Tue, 27 Jul 2010 06:21:36 +0000 (UTC) (envelope-from bschmidt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C48DA8FC0C; Tue, 27 Jul 2010 06:21:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6R6LaID023429; Tue, 27 Jul 2010 06:21:36 GMT (envelope-from bschmidt@freefall.freebsd.org) Received: (from bschmidt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6R6LaVs023425; Tue, 27 Jul 2010 06:21:36 GMT (envelope-from bschmidt) Date: Tue, 27 Jul 2010 06:21:36 GMT Message-Id: <201007270621.o6R6LaVs023425@freefall.freebsd.org> To: bschmidt@FreeBSD.org, freebsd-net@FreeBSD.org, bschmidt@FreeBSD.org From: bschmidt@FreeBSD.org Cc: Subject: Re: kern/148979: [iwn][panic] Intel 5100agn cause panic on 8.1-STABLE amd64 in TOSHIBA M800 laptop 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, 27 Jul 2010 06:21:37 -0000 Synopsis: [iwn][panic] Intel 5100agn cause panic on 8.1-STABLE amd64 in TOSHIBA M800 laptop Responsible-Changed-From-To: freebsd-net->bschmidt Responsible-Changed-By: bschmidt Responsible-Changed-When: Tue Jul 27 06:21:03 UTC 2010 Responsible-Changed-Why: mine. http://www.freebsd.org/cgi/query-pr.cgi?pr=148979 From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 10:05:52 2010 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 9F377106591C; Tue, 27 Jul 2010 10:05:52 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 781298FC0C; Tue, 27 Jul 2010 10:05:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6RA5qAj068644; Tue, 27 Jul 2010 10:05:52 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6RA5pTA068640; Tue, 27 Jul 2010 10:05:51 GMT (envelope-from glebius) Date: Tue, 27 Jul 2010 10:05:51 GMT Message-Id: <201007271005.o6RA5pTA068640@freefall.freebsd.org> To: grayich@ukr.net, glebius@FreeBSD.org, freebsd-net@FreeBSD.org, glebius@FreeBSD.org From: glebius@FreeBSD.org Cc: Subject: Re: kern/148784: [arp] arp pub not working properly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 10:05:52 -0000 Synopsis: [arp] arp pub not working properly State-Changed-From-To: open->patched State-Changed-By: glebius State-Changed-When: Tue Jul 27 10:04:24 UTC 2010 State-Changed-Why: Fixed in head/. Responsible-Changed-From-To: freebsd-net->glebius Responsible-Changed-By: glebius Responsible-Changed-When: Tue Jul 27 10:04:24 UTC 2010 Responsible-Changed-Why: Fixed in head/. http://www.freebsd.org/cgi/query-pr.cgi?pr=148784 From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 10:06:33 2010 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 AEBFF1065675; Tue, 27 Jul 2010 10:06:33 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEF08FC21; Tue, 27 Jul 2010 10:06:33 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6RA6XGb068724; Tue, 27 Jul 2010 10:06:33 GMT (envelope-from glebius@freefall.freebsd.org) Received: (from glebius@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6RA6XP7068720; Tue, 27 Jul 2010 10:06:33 GMT (envelope-from glebius) Date: Tue, 27 Jul 2010 10:06:33 GMT Message-Id: <201007271006.o6RA6XP7068720@freefall.freebsd.org> To: grayich@ukr.net, glebius@FreeBSD.org, freebsd-net@FreeBSD.org From: glebius@FreeBSD.org Cc: Subject: Re: kern/146539: [arp] arp pub not working properly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 10:06:33 -0000 Synopsis: [arp] arp pub not working properly State-Changed-From-To: open->closed State-Changed-By: glebius State-Changed-When: Tue Jul 27 10:06:08 UTC 2010 State-Changed-Why: Dup of kern/148784 http://www.freebsd.org/cgi/query-pr.cgi?pr=146539 From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 10:10:05 2010 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 EBBB9106566B for ; Tue, 27 Jul 2010 10:10:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DDB8A8FC18 for ; Tue, 27 Jul 2010 10:10:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6RAA5sg068868 for ; Tue, 27 Jul 2010 10:10:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6RAA5Ip068862; Tue, 27 Jul 2010 10:10:05 GMT (envelope-from gnats) Date: Tue, 27 Jul 2010 10:10:05 GMT Message-Id: <201007271010.o6RAA5Ip068862@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/146539: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 10:10:06 -0000 The following reply was made to PR kern/146539; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/146539: commit references a PR Date: Tue, 27 Jul 2010 10:05:49 +0000 (UTC) Author: glebius Date: Tue Jul 27 10:05:27 2010 New Revision: 210529 URL: http://svn.freebsd.org/changeset/base/210529 Log: When installing a new ARP entry via 'arp -S', lla_lookup() will either find an existing entry, or allocate a new one. In the latter case an entry would have flags, that were supplied as argument to lla_lookup(). In case of an existing entry, flags aren't modified. This lead to losing LLE_PUB and/or LLE_PROXY flags. We should apply these flags either in lla_rt_output() or in the in.c:in_lltable_lookup(). It seems to me that lla_rt_output() is a more correct choice. PR: kern/148784, kern/146539 Silence from: qingli, 5 days Modified: head/sys/net/if_llatbl.c Modified: head/sys/net/if_llatbl.c ============================================================================== --- head/sys/net/if_llatbl.c Tue Jul 27 09:22:41 2010 (r210528) +++ head/sys/net/if_llatbl.c Tue Jul 27 10:05:27 2010 (r210529) @@ -337,6 +337,7 @@ lla_rt_output(struct rt_msghdr *rtm, str * LLE_DELETED flag, and reset the expiration timer */ bcopy(LLADDR(dl), &lle->ll_addr, ifp->if_addrlen); + lle->la_flags |= (flags & (LLE_PUB | LLE_PROXY)); lle->la_flags |= LLE_VALID; lle->la_flags &= ~LLE_DELETED; #ifdef INET6 _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 15:01:57 2010 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 0CF541065679; Tue, 27 Jul 2010 15:01:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id E8AD18FC14; Tue, 27 Jul 2010 15:01:56 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from [10.1.1.80] ([173.200.178.70]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L67007Y9YYSD870@asmtp030.mac.com>; Tue, 27 Jul 2010 07:01:42 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1007270085 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.0.10011,1.0.148,0.0.0000 definitions=2010-07-27_05:2010-07-27, 2010-07-27, 1970-01-01 signatures=0 From: Chuck Swiger X-Priority: 3 (Normal) In-reply-to: <5610530046.20100727091422@serebryakov.spb.ru> Date: Tue, 27 Jul 2010 07:01:40 -0700 Message-id: References: <5610530046.20100727091422@serebryakov.spb.ru> To: Lev Serebryakov X-Mailer: Apple Mail (2.1081) Cc: freebsd-net@FreeBSD.org Subject: Re: does if_vr export true packet error statistics? 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, 27 Jul 2010 15:01:57 -0000 Hi, Lev-- On Jul 26, 2010, at 10:14 PM, Lev Serebryakov wrote: > I have huge losses ("netstat -s -p tcp" shows 4% of packets, but > 35% of bytes are retransmitted) on my intenret connection, which is PPPoE over > 100Mbit ehternet link. This description means larger packets are having problems. Have you adjusted MTU and MRU down to 1492 (or possibly smaller like 1488 or 1480) since PPPoE is in use? An MTU-aware traceroute or something like http://www.dslreports.com/tweak might be informative. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 17:16:08 2010 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 2225D106567A for ; Tue, 27 Jul 2010 17:16:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id CDE1B8FC1D for ; Tue, 27 Jul 2010 17:16:07 +0000 (UTC) Received: by gyg4 with SMTP id 4so1658679gyg.13 for ; Tue, 27 Jul 2010 10:16:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=gdHjDhoPSY6bLwmCYyFNUF18b2TkNQ7wtAvp2Y1l3vQ=; b=uT0/4dV5lAXHFaGSK57mjF9HMcvWqZfUf/yMywzly79nnVw1XYM+8FxOEZiTt4sbbj +o7T+ovIuvA15XL8tBKJwZ0sa32ZKh2Gfieje3H5y9qERQJWi9psCqZhqlzhz9qW+pa1 dZB7KNRB1APO2X0TcXjJa9ydeQhY9zL8oNeiE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=DH+rPCwi/y32RiBPmRunReRGzHtgUKUNZDm6SRBs9ZavWIfwnzSBWH+60sFtC10Fj7 6sAWKx1+CDUJPVFt85wokfJlWhECJHv+sBlAo2flmAMwPifwAzEyz2sLeInJjHxX7Qka fCI/tt34mj0O6FCTL+xuzFeXtBBl30tS9l0mA= Received: by 10.150.53.6 with SMTP id b6mr11778596yba.181.1280250966889; Tue, 27 Jul 2010 10:16:06 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id u41sm3514118yba.13.2010.07.27.10.16.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 10:16:05 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 27 Jul 2010 10:15:19 -0700 From: Pyun YongHyeon Date: Tue, 27 Jul 2010 10:15:19 -0700 To: Lev Serebryakov Message-ID: <20100727171519.GA6209@michelle.cdnetworks.com> References: <5610530046.20100727091422@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5610530046.20100727091422@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: does if_vr export true packet error statistics? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 17:16:08 -0000 On Tue, Jul 27, 2010 at 09:14:22AM +0400, Lev Serebryakov wrote: > Hello, Freebsd-net. > > I have huge losses ("netstat -s -p tcp" shows 4% of packets, but > 35% of bytes are retransmitted) on my intenret connection, which is PPPoE over > 100Mbit ehternet link. Provider claims, that it is physical level > problem, and I should fix my cables in my network. But `netstat -i' shows > 0 input errors / 0 output errors / 0 collistion on physical > interface, which is if_vr. > > Could I belive in these stats? Does if_vr export proper error > statistics? > I think so. You can also check more detailed statistics of vr(4) with sysctl(8). #sysctl dev.vr.0.stats=1 But I guess you wouldn't see errors there. To me, your issue looks like wrongly advertised MSS which could be triggered by incorrect MTU/MRU configuration of PPPoE. Check your PPPoE configuration. From owner-freebsd-net@FreeBSD.ORG Tue Jul 27 21:30:11 2010 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 EB3C6106568B; Tue, 27 Jul 2010 21:30:11 +0000 (UTC) (envelope-from emax@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C3FDE8FC1F; Tue, 27 Jul 2010 21:30:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6RLUBrp040159; Tue, 27 Jul 2010 21:30:11 GMT (envelope-from emax@freefall.freebsd.org) Received: (from emax@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6RLUBif040153; Tue, 27 Jul 2010 21:30:11 GMT (envelope-from emax) Date: Tue, 27 Jul 2010 21:30:11 GMT Message-Id: <201007272130.o6RLUBif040153@freefall.freebsd.org> To: emax@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-bluetooth@FreeBSD.org From: emax@FreeBSD.org Cc: Subject: Re: kern/140590: [bluetooth] ng_ubt(4) ng_l2cap_process_cmd_rej warnings 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, 27 Jul 2010 21:30:12 -0000 Synopsis: [bluetooth] ng_ubt(4) ng_l2cap_process_cmd_rej warnings Responsible-Changed-From-To: freebsd-net->freebsd-bluetooth Responsible-Changed-By: emax Responsible-Changed-When: Tue Jul 27 21:26:59 UTC 2010 Responsible-Changed-Why: freebsd-bluetooth seems more appropriate here. further analysis, however, is difficult without knowing what remote device was used. ideally, full binary hci dump is needed http://www.freebsd.org/cgi/query-pr.cgi?pr=140590 From owner-freebsd-net@FreeBSD.ORG Wed Jul 28 04:00:13 2010 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 2B5341065674 for ; Wed, 28 Jul 2010 04:00:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 005A18FC17 for ; Wed, 28 Jul 2010 04:00:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6S40CtV018802 for ; Wed, 28 Jul 2010 04:00:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6S40CmF018801; Wed, 28 Jul 2010 04:00:12 GMT (envelope-from gnats) Date: Wed, 28 Jul 2010 04:00:12 GMT Message-Id: <201007280400.o6S40CmF018801@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Edwin Groothuis Cc: Subject: Re: kern/144755: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Edwin Groothuis List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 04:00:13 -0000 The following reply was made to PR kern/144755; it has been noted by GNATS. From: Edwin Groothuis To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/144755: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 Date: Wed, 28 Jul 2010 13:33:42 +1000 Please note that this issue is still happening on 8.1-STABLE #2 r210522 -- Edwin Groothuis Website: http://www.mavetju.org/ edwin@mavetju.org Weblog: http://www.mavetju.org/weblog/ From owner-freebsd-net@FreeBSD.ORG Wed Jul 28 10:20:04 2010 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 B3128106566B for ; Wed, 28 Jul 2010 10:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A19E98FC15 for ; Wed, 28 Jul 2010 10:20:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6SAK4NU026682 for ; Wed, 28 Jul 2010 10:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6SAK4mq026681; Wed, 28 Jul 2010 10:20:04 GMT (envelope-from gnats) Date: Wed, 28 Jul 2010 10:20:04 GMT Message-Id: <201007281020.o6SAK4mq026681@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bernhard Schmidt Cc: Subject: Re: kern/144755: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bernhard Schmidt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 10:20:04 -0000 The following reply was made to PR kern/144755; it has been noted by GNATS. From: Bernhard Schmidt To: Edwin Groothuis , bug-followup@freebsd.org Cc: Subject: Re: kern/144755: [iwi] [panic] iwi panic when issuing /etc/rc.d/netif restart on 8-STABLE r205159 Date: Wed, 28 Jul 2010 12:11:17 +0200 On Wed, Jul 28, 2010 at 06:00, Edwin Groothuis wrote: > The following reply was made to PR kern/144755; it has been noted by GNAT= S. > > From: Edwin Groothuis > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/144755: [iwi] [panic] iwi panic when issuing /etc/rc.d/= netif restart on 8-STABLE r205159 > Date: Wed, 28 Jul 2010 13:33:42 +1000 > > =A0Please note that this issue is still happening on 8.1-STABLE #2 r21052= 2 Can you check if wpa_supplicant gets started twice after "/etc/rc.d/netif restart"? I have the feeling that this is a more or less known issue, a race between devd (/etc/pccard_ether) and /etc/rc.d/netif. There is a small window (a few ms) where this can happen and our net80211 isn't capable of handling two running wpa_supplicants on the same interface. Which leads to all kind of weird issues, .e.g. panics. --=20 Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Jul 28 13:52:09 2010 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 CEEF1106567A for ; Wed, 28 Jul 2010 13:52:09 +0000 (UTC) (envelope-from uzytkownik2@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 558ED8FC18 for ; Wed, 28 Jul 2010 13:52:08 +0000 (UTC) Received: by bwz12 with SMTP id 12so4522226bwz.13 for ; Wed, 28 Jul 2010 06:52:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=cW+jyF6HoX+q9kH1L6jHD9Tz0PQkd9xGhZwE9F3aqf0=; b=WBpQfE4CwUs457ZJ4SjENAdhUYipKSmE2dc1drKyD0dDz4PAJYMGlKvo0FNyVxn7WK QJLsnOBGtzvfwimyW8TF4OuU8mj7qHJz4FWuCj7KwhtgQc/U5uW8SSu5SUhDmhr0xH5F o6yrU25zjNtqOCNTzkG+Y/nT67YvZktiEuM2o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; b=GV9SoL+eoljy0hs0QjhyiWIRxXUrcHO0GVmpQV94Tqlk+X8An405qnjBEqkpotmfPp wdy1DrIbHJshGUME2ZFumV3DlOERb1LGn0e21ulpB37Aj2B03WCMfPL62b+4ZKGs5COd IYzL9+BoUqJkTCh2Ewl8zUjL2u07He9P0AOx0= Received: by 10.204.53.211 with SMTP id n19mr7830185bkg.66.1280323638280; Wed, 28 Jul 2010 06:27:18 -0700 (PDT) Received: from [192.168.33.102] (178-36-166-189.adsl.inetia.pl [178.36.166.189]) by mx.google.com with ESMTPS id a11sm4787376bkc.0.2010.07.28.06.27.16 (version=SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 06:27:17 -0700 (PDT) Message-ID: <4C503015.2020101@gmail.com> Date: Wed, 28 Jul 2010 15:26:45 +0200 From: Maciej Piechotka User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig993F67C15B483DD98F6C16A7" Subject: [FreeBSD 8.0] Avahi + cups - it does not seem to work 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, 28 Jul 2010 13:52:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig993F67C15B483DD98F6C16A7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello. I'd like to set up avahi server for sharing printers via CUPS. However it does not seem to work. 1. I started dbus, avahi & cups. 2. I enabled sharing local printers in cups 3. I added cups-pdf printer and mark it as shared Result - on client (GNU/Linux) avahi-browse -a shows SSH services etc. on server but it fails to show anything connected to printing. On server avahi-browse -a complains that daemon is not running. pgrep says otherwise. Relevant part of logs: cups error log: kevent() returned Bad file descriptor system log: avahi-daemon[77939]: WARNING: No NSS support for mDNS detected, consider installing nss-mdns! Regards PS. Please CC me in responses - I'm not member of group. --------------enig993F67C15B483DD98F6C16A7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAwAGBQJMUDAaAAoJEJIdee2Vr4aPYLgP/RiFm+vq7wXAtqsz5Wj7TtF5 Gfsp8bpTF0+32utH7QU646vbJpMOFVR36wV4tdfQ9/M4+gYDvLtrqBzO80rBKGTy cScejRiW1ewtWZDKPdr7F0i5qKI1CBuqvByH/KyrY6z17CuFzHhPuq8dsdBlgpyS viW+4yeOcw/USpIQusgjrO0vVuIezIWM9JBTXHouJzuyd0RJ6lc2b+0WeRnWjDgM YyKAUcA/lyfjMo+D3R0RUiCXLTiph4jGd/ad+mNwB46YYILTMqYdsqCkCeZPgwSB M/lQpOPyZa8sXHbxrv4SqDY+k/QZ+Y362kkniaNkuftB2qA/7VsdcjOgAVPSdTSa RDMG0Ow1E3mT7D5v0FPvcZVGGMGge7sqjvBjigupT9R4C5eP6ak4ztw3Y50+Do9H Yp/b0c3wZoNj+Mnnid9FOr5TFT6eZFDCFhPE2pNMye6rn6tr6pulPTwAjxTexQfM +4HmbOe/2BVE/j75YYyZUZ0XqkuvjV0VELaCPZEm6Sj00OPOEt5UtgZ5C0SzaUXB D6ZJGhy3iYhHVAxddLA4WRwmy2bwHZoIkYmQpmiQboA13uNF4GVQMJnuTPwQWFMG /e2UfBjCL/lQf+j3FUxo6SBFSz/cSxZRmMA7lrNtHiW1iuE9hfrUcyaIC4kMzjXA OC61UKiUICLZSp/FF47L =pDbJ -----END PGP SIGNATURE----- --------------enig993F67C15B483DD98F6C16A7-- From owner-freebsd-net@FreeBSD.ORG Wed Jul 28 22:45:52 2010 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 E732A1065672; Wed, 28 Jul 2010 22:45:52 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C50A28FC0C; Wed, 28 Jul 2010 22:45:52 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 67DC046B45; Wed, 28 Jul 2010 18:45:52 -0400 (EDT) Date: Wed, 28 Jul 2010 23:45:52 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: freebsd-net@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-arch@FreeBSD.org Subject: Future of netnatm: volunteer wanted -- and/or -- removal 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: Wed, 28 Jul 2010 22:45:53 -0000 Dear all: When the new link layer framework was introduced in 8.0, one of our ATM stacks, netnatm, was left behind. As a result, it neither compiles nor runs in 8.x and 9.x. This e-mail serves two purposes: (1) To solicit a volunteer who can work on the netnatm stack in 9.x, with potential merge to 8.x, to get it back to functionality before 9.0 ships. This is the preferred course of action. (2) To serve as notice that if we can't find a volunteer to do this, we will remove netnatm and associated parts from the tree in 9.0 since they'll have gone one major version neither compiling nor running. This is the fallback plan. I'm in no great rush to remove netnatm, having spent quite a bit of time making it work in our MPSAFE world order a couple of years ago. However, the code is bitrotting and requires urgent attention if it's going to work again easily (the stack is changing around it, and because netnatm doesn't build, it will get only cursory and likely incorrect updates). I'm happy to help funnel changes into the tree from non-committers, as well as answer questions about the network stack, but I have no hardware facilities for debugging or testing netnatm changes myself, nor, unfortunately, the time to work on the code. In order to provide further motivation for potentially interested parties, here's the proposed six-month removal schedule: 28 July 2010 - Notice of proposed removal 28 October 2010 - Transmit of notice of proposed removal 28 January 2011 - Proposed removal date This schedule may be updated as the 9.0 release schedule becomes more clear, or if there are obvious signs of improvement and just a couple more months would get it fixed :-). And, if worst comes to worst and we can't find a volunteer, the code will live on in the source repository history if there's a desire to rejuvenate it in the future. Thanks, Robert Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-net@FreeBSD.ORG Thu Jul 29 12:20:09 2010 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 DEBDE106566B for ; Thu, 29 Jul 2010 12:20:09 +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 CDAAB8FC13 for ; Thu, 29 Jul 2010 12:20:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6TCK9rs095025 for ; Thu, 29 Jul 2010 12:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6TCK9Rr095024; Thu, 29 Jul 2010 12:20:09 GMT (envelope-from gnats) Date: Thu, 29 Jul 2010 12:20:09 GMT Message-Id: <201007291220.o6TCK9Rr095024@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: =?UTF-8?B?SXbDoW4gWmFlcmEgQXZlbGzDs24=?= Cc: Subject: Re: kern/148112: [ath] Atheros 9285 cannot register with wifi AP (timeout) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?SXbDoW4gWmFlcmEgQXZlbGzDs24=?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 12:20:09 -0000 The following reply was made to PR kern/148112; it has been noted by GNATS. From: =?UTF-8?B?SXbDoW4gWmFlcmEgQXZlbGzDs24=?= To: bug-followup@freebsd.org Cc: Subject: Re: kern/148112: [ath] Atheros 9285 cannot register with wifi AP (timeout) Date: Thu, 29 Jul 2010 08:59:55 +0200 --001636458dd2336e11048c8148bc Content-Type: text/plain; charset=UTF-8 I got the same message as Troye too in /var/log/messages but it is not related to the association, just happens continuously and only sometimes. --001636458dd2336e11048c8148bc Content-Type: text/html; charset=UTF-8 I got the same message as Troye too in /var/log/messages but it is not related to the association,
just happens continuously and only sometimes.
--001636458dd2336e11048c8148bc-- From owner-freebsd-net@FreeBSD.ORG Thu Jul 29 22:35:23 2010 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 24F82106567C for ; Thu, 29 Jul 2010 22:35:23 +0000 (UTC) (envelope-from robin@icir.org) Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by mx1.freebsd.org (Postfix) with ESMTP id DC0A98FC14 for ; Thu, 29 Jul 2010 22:35:22 +0000 (UTC) Received: from empire.icsi.berkeley.edu (empire.ICSI.Berkeley.EDU [192.150.186.169]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id o6TLunwJ010978 for ; Thu, 29 Jul 2010 14:56:49 -0700 (PDT) Received: by empire.icsi.berkeley.edu (Postfix, from userid 502) id 40899399B8AD; Thu, 29 Jul 2010 14:56:49 -0700 (PDT) Date: Thu, 29 Jul 2010 14:56:49 -0700 From: Robin Sommer To: freebsd-net Message-ID: <20100729215649.GB2615@icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Subject: igb watchdog timeouts 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, 29 Jul 2010 22:35:23 -0000 Since upgrading from 8.0 to 8.1-RELEASE, I'm seeing lots of messages like those below on all my SuperMicro SBI-7425C-T3 blades. There's almost no traffic on those interfaces. Any idea? Thanks, Robin Jul 29 13:01:18 blade0 kernel: igb1: Watchdog timeout -- resetting Jul 29 13:01:18 blade0 kernel: igb1: Queue(0) tdh = 256, hw tdt = 266 Jul 29 13:01:18 blade0 kernel: igb1: TX(0) desc avail = 1013,Next TX to Clean = 255 Jul 29 13:01:18 blade0 kernel: igb1: link state changed to DOWN Jul 29 13:01:18 blade0 kernel: igb1: link state changed to UP Jul 29 13:01:29 blade0 kernel: igb1: Watchdog timeout -- resetting Jul 29 13:01:29 blade0 kernel: igb1: Queue(0) tdh = 0, hw tdt = 10 Jul 29 13:01:29 blade0 kernel: igb1: TX(0) desc avail = 1014,Next TX to Clean = 0 Jul 29 13:01:29 blade0 kernel: igb1: link state changed to DOWN Jul 29 13:01:29 blade0 kernel: igb1: link state changed to UP Jul 29 13:01:46 blade0 kernel: igb1: Watchdog timeout -- resetting Jul 29 13:01:46 blade0 kernel: igb1: Queue(0) tdh = 32, hw tdt = 33 Jul 29 13:01:46 blade0 kernel: igb1: TX(0) desc avail = 1022,Next TX to Clean = 31 Jul 29 13:01:46 blade0 kernel: igb1: link state changed to DOWN Jul 29 13:01:46 blade0 kernel: igb1: link state changed to UP Jul 29 13:01:57 blade0 kernel: igb1: Watchdog timeout -- resetting Jul 29 13:01:57 blade0 kernel: igb1: Queue(0) tdh = 0, hw tdt = 10 Jul 29 13:01:57 blade0 kernel: igb1: TX(0) desc avail = 1014,Next TX to Clean = 0 Jul 29 13:01:57 blade0 kernel: igb1: link state changed to DOWN Jul 29 13:01:58 blade0 kernel: igb1: link state changed to UP Jul 29 13:02:13 blade0 kernel: igb1: Watchdog timeout -- resetting > grep igb /var/run/dmesg.boot igb0: port 0x2000-0x201f mem 0xfc940000-0xfc95ffff,0xfc920000-0xfc93ffff,0xfc900000-0xfc903fff irq 16 at device 0.0 on pci4 igb0: [FILTER] igb0: Ethernet address: 00:30:48:9e:22:00 igb1: port 0x2020-0x203f mem 0xfc980000-0xfc99ffff,0xfc960000-0xfc97ffff,0xfc904000-0xfc907fff irq 17 at device 0.1 on pci4 igb1: [FILTER] igb1: Ethernet address: 00:30:48:9e:22:01 > pciconf -lv [...] igb0@pci0:4:0:0: class=0x020000 card=0x10a915d9 chip=0x10a98086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Backplane Connection' class = network subclass = ethernet igb1@pci0:4:0:1: class=0x020000 card=0x10a915d9 chip=0x10a98086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Backplane Connection' class = network subclass = ethernet [...] -- Robin Sommer * Phone +1 (510) 666-2886 * robin@icir.org ICSI/LBNL * Fax +1 (510) 666-2956 * www.icir.org From owner-freebsd-net@FreeBSD.ORG Thu Jul 29 22:59:54 2010 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 073821065677 for ; Thu, 29 Jul 2010 22:59:54 +0000 (UTC) (envelope-from prvs=182621b40b=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9104D8FC0C for ; Thu, 29 Jul 2010 22:59:53 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 29 Jul 2010 23:48:18 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 29 Jul 2010 23:48:18 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50010926715.msg for ; Thu, 29 Jul 2010 23:48:18 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=182621b40b=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-net@freebsd.org Message-ID: <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> From: "Steven Hartland" To: "Robin Sommer" , "freebsd-net" References: <20100729215649.GB2615@icir.org> Date: Thu, 29 Jul 2010 23:48:14 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Cc: Subject: Re: igb watchdog timeouts 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, 29 Jul 2010 22:59:54 -0000 Seeing a similar thing here, if we can help diagnose let us know. Regards Steve ----- Original Message ----- From: "Robin Sommer" To: "freebsd-net" Sent: Thursday, July 29, 2010 10:56 PM Subject: igb watchdog timeouts > Since upgrading from 8.0 to 8.1-RELEASE, I'm seeing lots of messages > like those below on all my SuperMicro SBI-7425C-T3 blades. There's > almost no traffic on those interfaces. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 01:20:05 2010 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 290B2106566C for ; Fri, 30 Jul 2010 01:20:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 14AEE8FC0A for ; Fri, 30 Jul 2010 01:20:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6U1K4pg053113 for ; Fri, 30 Jul 2010 01:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6U1K4sX053112; Fri, 30 Jul 2010 01:20:04 GMT (envelope-from gnats) Date: Fri, 30 Jul 2010 01:20:04 GMT Message-Id: <201007300120.o6U1K4sX053112@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Troye Johnson Cc: Subject: Re: kern/148112: [ath] Atheros 9285 cannot register with wifi AP (timeout) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Troye Johnson List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 01:20:05 -0000 The following reply was made to PR kern/148112; it has been noted by GNATS. From: Troye Johnson To: bug-followup@FreeBSD.org, izaera@gmail.com Cc: Subject: Re: kern/148112: [ath] Atheros 9285 cannot register with wifi AP (timeout) Date: Thu, 29 Jul 2010 21:18:48 -0400 --000e0cd6aca20b7b9c048c90a29c Content-Type: text/plain; charset=ISO-8859-1 Well as from what I can tell the wifi card does associate, but shortly there after the device hangis and the kernel resets it. So when the device hangs, I cannot do "dhclient wlan0" to get the IP as the device as been reset (and simultaneously disassociated from AP). Maintainer has been paged/contacted in addition to this PR. --- Proud N00b --000e0cd6aca20b7b9c048c90a29c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Well as from what I can tell the wifi card does=A0 associate, but shortly t= here after the device hangis and the kernel resets it. So when the device h= angs, I cannot do "dhclient wlan0" to get the IP as the device as= been reset (and simultaneously disassociated from AP). Maintainer has been= paged/contacted in addition to this PR.

---
Proud N00b
--000e0cd6aca20b7b9c048c90a29c-- From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 01:36:30 2010 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 DD542106566C; Fri, 30 Jul 2010 01:36:30 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B37C68FC19; Fri, 30 Jul 2010 01:36:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6U1aU5e073072; Fri, 30 Jul 2010 01:36:30 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6U1aUts073068; Fri, 30 Jul 2010 01:36:30 GMT (envelope-from linimon) Date: Fri, 30 Jul 2010 01:36:30 GMT Message-Id: <201007300136.o6U1aUts073068@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149086: [multicast] Generic multicast join failure in 8.1 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, 30 Jul 2010 01:36:31 -0000 Old Synopsis: Generic multicast join failure in 8.1 New Synopsis: [multicast] Generic multicast join failure in 8.1 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jul 30 01:35:20 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149086 From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 03:47:38 2010 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 DF006106564A for ; Fri, 30 Jul 2010 03:47:37 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 910488FC1A for ; Fri, 30 Jul 2010 03:47:37 +0000 (UTC) Received: by vws7 with SMTP id 7so1166387vws.13 for ; Thu, 29 Jul 2010 20:47:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=MC+APiM0rbCqgd1rSkbabxkQAIXaVzi7BZA6/pJCzwM=; b=kTcx264aF9tnqqfws5+s4aOmHdW6yqaK1MmLTKX+OPCGEXWjqgfgUFJJseCv+nvRt7 djwvO0uDhJiCbmXFqK2yDWVYUkx66lUkfoEnP8BG+C76/x0NcmjTvns1OSCpA/B56/Q5 eNTiclbqAhew4XOY8X4aO93IZ2fh6wY8/F5wM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=fVMa+CI13EmkpDy/i1GjZMSKOAAZ4D+XB0ezxGBk+207FO3j1RBm3S9HfpNpvEBUSR ip2/nzgh1aUM7G9RcLHZ6etAtWIm9FpZLHZPUHErRbVdeuZ34swRWMV0HaacdZD17t7D 61dF2PA2HMBnXiD9dgFGLjsRqQOL+fscdp3mk= MIME-Version: 1.0 Received: by 10.220.59.202 with SMTP id m10mr710554vch.163.1280461656637; Thu, 29 Jul 2010 20:47:36 -0700 (PDT) Received: by 10.229.26.15 with HTTP; Thu, 29 Jul 2010 20:47:36 -0700 (PDT) In-Reply-To: <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> References: <20100729215649.GB2615@icir.org> <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> Date: Thu, 29 Jul 2010 20:47:36 -0700 Message-ID: From: Jack Vogel To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net , Robin Sommer Subject: Re: igb watchdog timeouts 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, 30 Jul 2010 03:47:38 -0000 Try the code from STABLE/8 or HEAD if you would please, if you have questions of what or how let me know. Jack On Thu, Jul 29, 2010 at 3:48 PM, Steven Hartland wrote: > Seeing a similar thing here, if we can help diagnose let us know. > > Regards > Steve > ----- Original Message ----- From: "Robin Sommer" > To: "freebsd-net" > Sent: Thursday, July 29, 2010 10:56 PM > Subject: igb watchdog timeouts > > > > Since upgrading from 8.0 to 8.1-RELEASE, I'm seeing lots of messages >> like those below on all my SuperMicro SBI-7425C-T3 blades. There's >> almost no traffic on those interfaces. >> > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > > > _______________________________________________ > 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 Jul 30 05:54:55 2010 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 6C04D106564A for ; Fri, 30 Jul 2010 05:54:55 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from ibs.dn.ua (ibs.dn.ua [91.216.196.30]) by mx1.freebsd.org (Postfix) with ESMTP id BB1F28FC1F for ; Fri, 30 Jul 2010 05:54:54 +0000 (UTC) Received: from ibs.dn.ua (localhost [127.0.0.1]) by ibs.dn.ua with ESMTP id o6U5ZkIG024507; Fri, 30 Jul 2010 08:35:46 +0300 (EEST) Received: (from zeus@localhost) by ibs.dn.ua (8.14.4/8.14.4/Submit) id o6U5ZjX8024502; Fri, 30 Jul 2010 08:35:45 +0300 (EEST) Date: Fri, 30 Jul 2010 08:35:45 +0300 From: Zeus V Panchenko To: freebsd-net Message-ID: <20100730053545.GC2117@ibs.dn.ua> References: <20100729215649.GB2615@icir.org> <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.0.95.1 Cc: Jack Vogel Subject: Re: igb watchdog timeouts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 05:54:55 -0000 Hi, the same was for me untill i upgraded BIOS up to the latest one available from the MB vendor site i run: FreeBSD 8.1-RELEASE amd64 on: Base Board Information Manufacturer: Supermicro Product Name: X8SIL-F Version: 0123456789 BIOS Information Vendor: American Megatrends Inc. Version: 1.1 Release Date: 05/27/2010 with external quad port ethernet card igb0@pci0:3:0:0: class=0x020000 card=0xa02b8086 chip=0x10e88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'Unknown (Unknown)' this MB is the second one i was trying, several days ago i asked to change it because of two onboard em(4) nics which worked unstable and any load were hanging them out up to reboot that time nothing helped (no one version of OS and bios upgrade), bUt igb(4) was working perfectly after the change the picture turned around until bios update and now i'm still unable to make them (no em(4) nither igb(4)) to hang :) and close to conclude the problem was in bios ... but anyway, now i'm CVS-ing to RELENG_8 :) -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) Jack Vogel (jfvogel@gmail.com) [10.07.30 06:49] wrote: > Try the code from STABLE/8 or HEAD if you would please, if you have > questions > of what or how let me know. > > Jack ---end quoted text--- From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 08:44:03 2010 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 D2CE51065676 for ; Fri, 30 Jul 2010 08:44:03 +0000 (UTC) (envelope-from prvs=18279b3899=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 47BC88FC1E for ; Fri, 30 Jul 2010 08:44:03 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 30 Jul 2010 09:33:01 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 30 Jul 2010 09:33:01 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50010928076.msg for ; Fri, 30 Jul 2010 09:33:01 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=18279b3899=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-net@freebsd.org Message-ID: <4BD2C557DB484BC698F5B17FF58DFF84@multiplay.co.uk> From: "Steven Hartland" To: "Jack Vogel" References: <20100729215649.GB2615@icir.org><2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> Date: Fri, 30 Jul 2010 09:32:57 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net , Robin Sommer Subject: Re: igb watchdog timeouts 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, 30 Jul 2010 08:44:04 -0000 Just the changes in sys/dev/e1000 required or are there any other dependencies? Regards Steve ----- Original Message -----=20 From: Jack Vogel=20 To: Steven Hartland=20 Cc: Robin Sommer ; freebsd-net=20 Sent: Friday, July 30, 2010 4:47 AM Subject: Re: igb watchdog timeouts Try the code from STABLE/8 or HEAD if you would please, if you have questions of what or how let me know.=20 Jack =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.=20 In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 12:07:15 2010 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 8A8C41065677 for ; Fri, 30 Jul 2010 12:07:15 +0000 (UTC) (envelope-from freebsd@knarf.de) Received: from mail.server-king.de (mail.server-king.de [IPv6:2001:6f8:1d0d::10]) by mx1.freebsd.org (Postfix) with ESMTP id 072358FC08 for ; Fri, 30 Jul 2010 12:07:14 +0000 (UTC) Received: from cheese.server-king.de (localhost [127.0.0.1]) by mail.server-king.de (8.14.4/8.14.4) with ESMTP id o6UC77xr061148 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 30 Jul 2010 14:07:08 +0200 (CEST) (envelope-from freebsd@knarf.de) DomainKey-Signature: a=rsa-sha1; s=mail.server-king.de; d=knarf.de; c=nofws; q=dns; h=dkim-signature:received: x-authentication-warning:date:from:to:subject:message-id:mime-version:content-type: content-disposition:user-agent:x-greylist; b=R6u3DLF+UE3e+Fkr0whNO2Hz9y/xf35PQkJ1YE7rVw6fuS7+xSYPIHU3tnD5Dk+5s 55WpxoshCsmRFTQQfWCToUmNBIF+/TgQMs9YpwtD8LjCycY5TwYKOPDRXR2NBq1Ap+Y XQWwBTTbJj5pGTUEv6LULJ3tniTVZDbSUMycLAo= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=knarf.de; s=mail.server-king.de; t=1280491628; bh=DLqR2wYXRlH1iGApnPNfJd3B02rMYTARM2HIT1HBC/Q=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=hjPeBY6rAqy9v/xIqUFus9op6sn4SOotVXD8XN2BoqO41ItZlUOdCR91mDsNrOt+D Vay5kiDKNmgS2yrIw68SyYy4wBqCAdCdO152CJFYgbKvNBbnv8hPCTTm1JZ5jdOXkT o5MenHCvKZgnGpYNrk3xEucC8o1qAV/yeT6lRr1k= Received: (from knarf@localhost) by cheese.server-king.de (8.14.4/8.14.4/Submit) id o6UC77Lw061147; Fri, 30 Jul 2010 14:07:07 +0200 (CEST) (envelope-from freebsd@knarf.de) X-Authentication-Warning: cheese.server-king.de: knarf set sender to freebsd@knarf.de using -f Date: Fri, 30 Jul 2010 14:07:07 +0200 From: Frank Bartels To: freebsd-net@freebsd.org Message-ID: <20100730120707.GA56845@server-king.de> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (mail.server-king.de [127.0.0.1]); Fri, 30 Jul 2010 14:07:08 +0200 (CEST) Subject: Packet loss when using multiple IP addresses 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, 30 Jul 2010 12:07:15 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Hi freebsd-net, I'm trying to run a root server using FreeBSD using four different IP addresses. Everything works fine with one IP address, but if I add more addresses I notice a packet loss of about 10% after some minutes, in rare cases after three hours. Sometimes the packet loss raises to 50% and somtimes up to 95%. But never 100%. Incoming connections are affected. I cannot type in my ssh connection. Outgoing connections do not seem to be affected, mtr has 0.0% loss after thousands of packets. Running mtr on the host seems to "help" (*). There are no error messages in messages and console.log. The second IP address is used for a jail and the third IP address for a VM running VirtualBox. The final configuration is with native IPv6 (dual stack). I've tried all of the following without success: - FreeBSD 8.1-RELEASE and 8.1-STABLE (20100729) - re(4) and em(4) - with or without the changes to /sys/dev/re/if_re.c from r207977 - with or without jail (alias IP address) - with or without vbox - with or without IPv6 - with or without powerd - with ifconfig_${INTERFACE}="DHCP" and with static configuration - with or without rxcsum,txcsum - the motherboard was changed already (mainly because of problems with ahci enabled) If I use tcpdump in order to trace the ICMP packets on the ethernet interface, I do not see the incoming ICMP requests. The motherboard is a MSI-X58Pro-E. kernel is GENERIC. I do not use ipfw(8). I've recompiled virtualbox after switching from 8.1-RELEASE to 8.1-STABLE. Ports are updated daily. I have a very similar setup running in the office without problems. I'm very frustrated because I have absolutely no idea what's going on here. (*) I can repoduce reducing the packet loss a lot (to less than 1%) by running mtr from the host using the remote console. If I start the mtr, the packet loss goes down and I can login using ssh. If you have any idea what I can do in order to find the source of my problem, please answer. Maybe a single keyword is enough. :) Thanks, Knarf --tThc/1wpZn/ma/RB Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPxgYJKoZIhvcNAQcCoIIPtzCCD7MCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DPgwggY0MIIEHKADAgECAgEgMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYD VQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0 ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAe Fw0wNzEwMjQyMTAyNTVaFw0xNzEwMjQyMTAyNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UE ChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUg U2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0 ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDLKIVFnAEs+xny q6UzjCqgDcvQVe1dIoFnRsQPCFO+y92k8RK0Pn3MbQ2Gd+mehh9GBZ+36uUQA7Xj9AGM6wgP hEE34vKtfpAN5tJ8LcFxveDObCKrL7O5UT9WsnAZHv7OYPYSR68mdmnEnJ83M4wQgKO19b+R t8sPDAz9ptkQsntCn4GeJzg3q2SVc4QJTg/WHo7wF2ah5LMOeh8xJVSKGEmd6uPkSbj113yK Mm8vmNptRPmM1+YgmVwcdOYJOjCgFtb2sOP79jji8uhWR91xx7TpM1K3hv/wrBZwffrmmEpU euXHRs07JqCCvFh9coKF4UQZvfEg+x3/69xRCzb1AgMBAAGjggGtMIIBqTAPBgNVHRMBAf8E BTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUrlWDb+wxyrn3HfqvazHzyB3jrLsw HwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6 Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIB FiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRw Oi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4IC AQA6qScNyNO0FpHvaZTQacVMXH33O51KyEKSRw3IvdQxRu31YR0ZDGdSfgSoOVDVMSBSdmfQ fdDInHPzV3LO5DwUXZ+lxjv7z3PO2OkfnFkvTXPfn6dxJ5rJveDsTsCPcJ/Kp6/+qN5g+J6D /SaYcFD018B6L42r0Z4VEBy36P4tjRtF14Ex10tl5tJFVKM16qWKQHbpjIgf73s49UB0CQ5l HT2DHKfq3oPfdNc5Mk93w1v4ryVb+qVrZIej8NsrWU+5r4O2IV91edDb/OtHFddZqHFFXKgS 79IHE/hwQ2LW7r3sTX7cDUCg+dfdwO8zeLxuwk2JF8crUoyrl66RGrRIhT8VoG/OJ1Y9uUlO av69V4cG8upi4ZG2l7JZFbcBFk91Wp+Payo5SuF61CmGFrZ386umkmpObtFacXda2O/bVoQ9 xHQrzoTc/0KZTWvlZCLK3Ke/vGYT9ZdW9lOjGsSFbXrlTA919L84iMK+48WGnvRWY28ZaVHp ql43AtEGhXze6iNCbEDACy+4hkQYOytAqDgcxAnQ937mYpeZFPyz/XK9QSt9VNFMuudWxZwD DDJKoQAoSG59Hou9lZ26UrK60nRdAQBmEPL8h2nuWgoPh++XVQld9yuhbsWa39Pck8/lcfz5 HUVGJF5mc/zk38iV7FDlF68puiryNq2KXHEpOTCCBrwwggWkoAMCAQICAgl2MA0GCSqGSIb3 DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTAwNzE0MTEx MTQzWhcNMTIwNzE0MTg1NjEzWjCBuTEgMB4GA1UEDRMXMjI2MjU1LTdWNXd1MDFnUmtUaTYw S2IxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIEwZCYXllcm4xETAPBgNVBAcTCE11ZW5jaGVuMS0w KwYDVQQLEyRTdGFydENvbSBWZXJpZmllZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxFjAUBgNVBAMT DUZyYW5rIEJhcnRlbHMxHTAbBgkqhkiG9w0BCQEWDmtuYXJmQGtuYXJmLmRlMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzD4z4S8NZqOpqzEsNTzVN/9P1v74kqLu+iMWIKIP ESI+pugiA5dD/9xKZvDnCJDIXBEbn/hV92TRGcGLj/rtnd1/nDfI6TJai52E46tGZwf8jHdd vY30X7BT+sS0uiKm9tFtPGt5UQHajDUoH91iIMJhs3xDtPo3iGTsFVHMD9EMRE+uS/EqSx88 KAPSw2N9zgJWYtMHOULQvsh2IrxT//p2MyCnVZnn/qqzMFRBII7ixIEWqKwTzyj1SUErzqrN Xd9ZFA/znLAZkj5q+guIli20efmynIS0/23rejSpzRAMftJcVcrzzSpe6EnmX3pO7f3OSBfU I4ofjcW1TQFHfwIDAQABo4IC9zCCAvMwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBQFiGhVAZ3h7V3ALEISyJpW+aQH IDAfBgNVHSMEGDAWgBSuVYNv7DHKufcd+q9rMfPIHeOsuzAZBgNVHREEEjAQgQ5rbmFyZkBr bmFyZi5kZTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGBtTcBAgIwggEgMC4GCCsGAQUF BwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFiho dHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMIG3BggrBgEFBQcCAjCB qjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExpYWJpbGl0eSwgc2VlIHNlY3Rp b24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBB dXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL2Ny dHUyLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUyLWNybC5j cmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3Ns LmNvbS9zdWIvY2xhc3MyL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL3d3dy5zdGFy dHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMi5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAgpXgIBgtD3GLGedI IXJivBjcif9oEvVKS+E5JQmalBXVJIxXZ6GUPKm9gvQ4Iwq4JM6pRU79HF3xlifZFe6U5ary r1ShPzaIiM97CSaBVZ5czVNU9uE14/fE36x81f+sSX4lFXK41lM3nTgqPm/0HDqLmt4hvOBk 7Im4p7sQEBJKP2UC3vXunrDCTAhGIe9QUG9YeV5rFS1+dCkbqUqOXUlQdGTo9ObELSc2UmRU B3iojwQUogFWLukCQmOLR/jDovGzex+kvAxlLgUd2xgbh2ZgkRIc6TVlrJQ21PWR5RNKUkgh bPuNnT1hvtlJpvttU4f4Zzl1RP2DTe31ohiMSjGCApYwggKSAgEBMIGTMIGMMQswCQYDVQQG EwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwg Q2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5 IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgl2MAkGBSsOAwIaBQCggdgwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTAwNzMwMTIwNzA3WjAjBgkqhkiG9w0B CQQxFgQU/zqNWV4SsQMTXAAAlTq7YtHte8wweQYJKoZIhvcNAQkPMWwwajALBglghkgBZQME ASowCwYJYIZIAWUDBAEWMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgIC AIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEB BQAEggEAfQo1ALfZPqkl8kZLV74C8GsOdxo2owph9wg4Ve7s3p0u85OBFzgeykczdYhiRKpJ eZ8gWp1W4zrlhZmTo4pYa0Km3F5ICqolQE4WqNjRGSmXS0CXvclYNVqL/keO24070aDSHBQd mETjw+A1osf4e6GnQG+dHqIY77GMTdY4XHIB0OSDkESIAjtiAFCj6uIV/sFpyjb4kQ/MBo8C 6XlKXQCH7Jh3gO/nWIU1XMThlSbMxBFkyhMgsRC8EV7K7PJgZBAWHhb2ebAUBshKSeCL8p5G CrTcLbjQIZd37HJxQy+4suUwmMQVNB33Mr9ToJz3LkmMHgc10eSFNVjSuPZTkQ== --tThc/1wpZn/ma/RB-- From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 15:33:55 2010 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 2D5261065672 for ; Fri, 30 Jul 2010 15:33:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id F12DC8FC16 for ; Fri, 30 Jul 2010 15:33:54 +0000 (UTC) Received: by pxi8 with SMTP id 8so661711pxi.13 for ; Fri, 30 Jul 2010 08:33:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=vv59UYHZX/h0pNzb9lg+gEF6lThihZw1hoghLPPhuZY=; b=vAQHQ1QUgS8kdK5FCpswlH6LEuVvKLEVCNAjjIoWAbltGM6itFcI9EaO3c20uDc3ut g4VW/+jCvo6SOe/wl9jKAaTLLYWFkCmqN+LBhVZg2esRRRbG8CUdFCNkqferH+4LTFmO ZOR9hzASOMB9+UDA7GHHNZbo7wrjHbUqdHxIw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=xgWye2TkETE878jG8KLp7WDrAMBj+F+8S6Fc3cZsQPgZxZmr8nTZSHZHpzgidPWSi6 Z+Th7hQy600KCN2Q+XCHzxb3lATJJBKVIt8XFB+5I9fYUhmvPO3Xf+4QsFQyL121P/30 PN8AEBMTIYk/5cW6bWLo3ntJOG+qLnG82bKKk= MIME-Version: 1.0 Received: by 10.142.142.15 with SMTP id p15mr1840806wfd.249.1280504034314; Fri, 30 Jul 2010 08:33:54 -0700 (PDT) Received: by 10.142.125.11 with HTTP; Fri, 30 Jul 2010 08:33:54 -0700 (PDT) In-Reply-To: <4BD2C557DB484BC698F5B17FF58DFF84@multiplay.co.uk> References: <20100729215649.GB2615@icir.org> <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> <4BD2C557DB484BC698F5B17FF58DFF84@multiplay.co.uk> Date: Fri, 30 Jul 2010 08:33:54 -0700 Message-ID: From: Jack Vogel To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net , Robin Sommer Subject: Re: igb watchdog timeouts 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, 30 Jul 2010 15:33:55 -0000 I believe so, let me verify that for sure on a system in our validation lab this morning, stay tuned.... Jack On Fri, Jul 30, 2010 at 1:32 AM, Steven Hartland wrote: > Just the changes in sys/dev/e1000 required or are there any other > dependencies? > > Regards > Steve > > ----- Original Message ----- > *From:* Jack Vogel > *To:* Steven Hartland > *Cc:* Robin Sommer ; freebsd-net > *Sent:* Friday, July 30, 2010 4:47 AM > *Subject:* Re: igb watchdog timeouts > > Try the code from STABLE/8 or HEAD if you would please, if you have > questions > of what or how let me know. > > Jack > > > ================================================ > This e.mail is private and confidential between Multiplay (UK) Ltd. and the > person or entity to whom it is addressed. In the event of misdirection, the > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 15:38:27 2010 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 A2C4F106566C for ; Fri, 30 Jul 2010 15:38:27 +0000 (UTC) (envelope-from robin@icir.org) Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by mx1.freebsd.org (Postfix) with ESMTP id 70AC48FC12 for ; Fri, 30 Jul 2010 15:38:27 +0000 (UTC) Received: from empire.icsi.berkeley.edu (empire.ICSI.Berkeley.EDU [192.150.186.169]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id o6UFcQ4G007174; Fri, 30 Jul 2010 08:38:26 -0700 (PDT) Received: by empire.icsi.berkeley.edu (Postfix, from userid 502) id 9C78B39A8297; Fri, 30 Jul 2010 08:38:26 -0700 (PDT) Date: Fri, 30 Jul 2010 08:38:26 -0700 From: Robin Sommer To: Zeus V Panchenko Message-ID: <20100730153826.GA12940@icir.org> References: <20100729215649.GB2615@icir.org> <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> <20100730053545.GC2117@ibs.dn.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100730053545.GC2117@ibs.dn.ua> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-net , Jack Vogel Subject: Re: igb watchdog timeouts 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, 30 Jul 2010 15:38:27 -0000 On Fri, Jul 30, 2010 at 08:35 +0300, Zeus V Panchenko wrote: > the same was for me untill i upgraded BIOS up to the latest one > available from the MB vendor site I'm going to try the driver from 8-STABLE, as suggested by Jack (thanks!), but for the record, I've already updated the BIOS and I'm still seeing the timeouts. Robin -- Robin Sommer * Phone +1 (510) 666-2886 * robin@icir.org ICSI/LBNL * Fax +1 (510) 666-2956 * www.icir.org From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 16:03:17 2010 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 339151065673 for ; Fri, 30 Jul 2010 16:03:17 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 986538FC12 for ; Fri, 30 Jul 2010 16:03:16 +0000 (UTC) Received: from park.js.berklix.net (p549A5BF1.dip.t-dialin.net [84.154.91.241]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id o6UFFdWK026649; Fri, 30 Jul 2010 15:15:40 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id o6UFFVx1060851; Fri, 30 Jul 2010 17:15:31 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id o6UFFGLQ011021; Fri, 30 Jul 2010 17:15:26 +0200 (CEST) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201007301515.o6UFFGLQ011021@fire.js.berklix.net> To: Frank Bartels From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Fri, 30 Jul 2010 14:07:07 +0200." <20100730120707.GA56845@server-king.de> Date: Fri, 30 Jul 2010 17:15:16 +0200 Sender: jhs@berklix.com Cc: freebsd-net@freebsd.org Subject: Re: Packet loss when using multiple IP addresses 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, 30 Jul 2010 16:03:17 -0000 my problem, please answer. Maybe a single keyword is enough. :) Check: Heat ? Voltages ? ( I've had a few bits of hardware die the last few weeks, it's been hot the last few weeks here in Munich where Frank & I are ) Electrolytic capacitors when hotter dry & degrade faster .. Just a guess / last straw to clutch at & check ? . Good luck. Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text. Not HTML, Not quoted-printable, Not Base64. From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 16:52:37 2010 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 D132C106566B for ; Fri, 30 Jul 2010 16:52:37 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from ibs.dn.ua (ibs.dn.ua [91.216.196.30]) by mx1.freebsd.org (Postfix) with ESMTP id 531088FC1B for ; Fri, 30 Jul 2010 16:52:36 +0000 (UTC) Received: from ibs.dn.ua (localhost [127.0.0.1]) by ibs.dn.ua with ESMTP id o6UGqZbe027281 for ; Fri, 30 Jul 2010 19:52:35 +0300 (EEST) Received: (from zeus@localhost) by ibs.dn.ua (8.14.4/8.14.4/Submit) id o6UGqYd2027272 for freebsd-net@freebsd.org; Fri, 30 Jul 2010 19:52:34 +0300 (EEST) Date: Fri, 30 Jul 2010 19:52:34 +0300 From: Zeus V Panchenko To: freebsd-net@freebsd.org Message-ID: <20100730165234.GA92207@ibs.dn.ua> References: <20100729215649.GB2615@icir.org> <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> <20100730053545.GC2117@ibs.dn.ua> <20100730153826.GA12940@icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20100730153826.GA12940@icir.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.0.95.1 Subject: Re: igb watchdog timeouts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus.panchenko@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 16:52:37 -0000 Robin Sommer (robin@icir.org) [10.07.30 18:38] wrote: > I'm going to try the driver from 8-STABLE, as suggested by Jack > (thanks!), but for the record, I've already updated the BIOS and I'm > still seeing the timeouts. just have CVS-ed to RELENG_8, recompiled the kernel and loaded the drivers em(4) and igb(4) - works! :) i was testing them with nc(1) server side: nc -u -l 55555 > /dev/null client side: nc -u 55555 < /dev/random but the maximum i was able to get was 500Mbit/s btw, is it correct to test it such way? -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 17:24:50 2010 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 69813106566B for ; Fri, 30 Jul 2010 17:24:50 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4D08FC1A for ; Fri, 30 Jul 2010 17:24:49 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.4/8.14.3) with ESMTP id o6UHOmf1040295; Fri, 30 Jul 2010 13:24:48 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <201007301724.o6UHOmf1040295@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 30 Jul 2010 13:24:40 -0400 To: zeus.panchenko@gmail.com, freebsd-net@freebsd.org From: Mike Tancsa In-Reply-To: <20100730165234.GA92207@ibs.dn.ua> References: <20100729215649.GB2615@icir.org> <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> <20100730053545.GC2117@ibs.dn.ua> <20100730153826.GA12940@icir.org> <20100730165234.GA92207@ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: igb watchdog timeouts 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, 30 Jul 2010 17:24:50 -0000 At 12:52 PM 7/30/2010, Zeus V Panchenko wrote: >but the maximum i was able to get was 500Mbit/s > >btw, is it correct to test it such way? Try using the tools in /usr/src/tools/tools/netrate you can generate a lot more traffic this way. ---Mike >-- >Zeus V. Panchenko >IT Dpt., IBS ltd GMT+2 (EET) >_______________________________________________ >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" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 17:41:59 2010 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 2AB591065722; Fri, 30 Jul 2010 17:41:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 007FE8FC1E; Fri, 30 Jul 2010 17:41:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6UHfwG9027325; Fri, 30 Jul 2010 17:41:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6UHfwLE027321; Fri, 30 Jul 2010 17:41:58 GMT (envelope-from linimon) Date: Fri, 30 Jul 2010 17:41:58 GMT Message-Id: <201007301741.o6UHfwLE027321@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149117: [inet] [patch] in_pcbbind: redundant test 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, 30 Jul 2010 17:41:59 -0000 Old Synopsis: in_pcbbind: redundant test New Synopsis: [inet] [patch] in_pcbbind: redundant test Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jul 30 17:41:19 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149117 From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 18:17:17 2010 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 471D51065676 for ; Fri, 30 Jul 2010 18:17:17 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from ibs.dn.ua (ibs.dn.ua [91.216.196.30]) by mx1.freebsd.org (Postfix) with ESMTP id BAA788FC22 for ; Fri, 30 Jul 2010 18:17:16 +0000 (UTC) Received: from ibs.dn.ua (localhost [127.0.0.1]) by ibs.dn.ua with ESMTP id o6UIHFR3051934 for ; Fri, 30 Jul 2010 21:17:15 +0300 (EEST) Received: (from zeus@localhost) by ibs.dn.ua (8.14.4/8.14.4/Submit) id o6UIHEZA051929 for freebsd-net@freebsd.org; Fri, 30 Jul 2010 21:17:14 +0300 (EEST) Date: Fri, 30 Jul 2010 21:17:14 +0300 From: Zeus V Panchenko To: freebsd-net@freebsd.org Message-ID: <20100730181714.GB92207@ibs.dn.ua> References: <20100729215649.GB2615@icir.org> <2CD80374E82E4F0AAFBB692EE32AE012@multiplay.co.uk> <20100730053545.GC2117@ibs.dn.ua> <20100730153826.GA12940@icir.org> <20100730165234.GA92207@ibs.dn.ua> <201007301724.o6UHOmf1040295@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <201007301724.o6UHOmf1040295@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.0.95.1 Subject: Re: igb watchdog timeouts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus.panchenko@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 18:17:17 -0000 Mike Tancsa (mike@sentex.net) [10.07.30 20:25] wrote: > > Try using the tools in /usr/src/tools/tools/netrate > > you can generate a lot more traffic this way. > thank you Mike, it works! :) netsend 10.11.0.2 55555 1000 200000 60 Sending packet of payload size 1000 every 0.000005000s for 60 seconds start: 1280511835.000000000 finish: 1280511895.000014942 send calls: 11999990 send errors: 0 approx send rate: 199999 approx error rate: 0 waited: 13557673 approx waits/sec: 225961 approx wait rate: 1 -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 18:40:45 2010 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 178A2106567F for ; Fri, 30 Jul 2010 18:40:45 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from relay2-bcrtfl2.verio.net (relay2-bcrtfl2.verio.net [131.103.218.177]) by mx1.freebsd.org (Postfix) with ESMTP id BF3428FC29 for ; Fri, 30 Jul 2010 18:40:44 +0000 (UTC) Received: from iad-wprd-xchw02.corp.verio.net (iad-wprd-xchw02.corp.verio.net [198.87.7.165]) by relay2-bcrtfl2.verio.net (Postfix) with ESMTP id C23201FF0110 for ; Fri, 30 Jul 2010 14:10:37 -0400 (EDT) Thread-Index: AcswEoLxprg3IK6nTm+2J7lNzbdFxA== Received: from dllstx1-8sst9f1.corp.verio.net ([10.144.2.52]) by iad-wprd-xchw02.corp.verio.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Fri, 30 Jul 2010 14:10:36 -0400 Received: by dllstx1-8sst9f1.corp.verio.net (sSMTP sendmail emulation); Fri, 30 Jul 2010 13:10:35 -0500 Content-Transfer-Encoding: 7bit Date: Fri, 30 Jul 2010 13:10:35 -0500 From: "David DeSimone" Content-class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 To: Message-ID: <20100730181035.GI5168@verio.net> Mail-Followup-To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Precedence: bulk User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 30 Jul 2010 18:10:36.0385 (UTC) FILETIME=[824D7510:01CB3012] Subject: Kernel (7.3) crash due to mbuf leak? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 18:40:45 -0000 After upgrading a couple of our systems from 7.2-RELEASE to 7.3-RELEASE, we have started to see them running out of mbuf's and crashing every month or so. The panic string is: kmem_malloc(16384): kmem_map too small: 335233024 total allocated The actual panic signature (backtrace) shows a memory allocation failure occurring in the filesystem code, but I do not think that is where the problem lies. Instead, it is clear to me that the system is slowly leaking mbuf's until there is no more kernel memory available, and the filesystem is just the innocent bystander asking for memory and failing to get it. Here's some netstat -m output on a couple of crashes: fs0# netstat -m -M vmcore.0 882167/2902/885069 mbufs in use (current/cache/total) 351/2041/2392/25600 mbuf clusters in use (current/cache/total/max) 351/1569 mbuf+clusters out of packet secondary zone in use (current/cache) 0/199/199/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 221249K/5603K/226853K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines fs0# netstat -m -M vmcore.1 894317/2905/897222 mbufs in use (current/cache/total) 345/2013/2358/25600 mbuf clusters in use (current/cache/total/max) 350/1358 mbuf+clusters out of packet secondary zone in use (current/cache) 0/263/263/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 224274K/5804K/230078K bytes allocated to network (current/cache/total) 0/1/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines fs1# netstat -m -M vmcore.0 857844/2890/860734 mbufs in use (current/cache/total) 317/2139/2456/25600 mbuf clusters in use (current/cache/total/max) 350/1603 mbuf+clusters out of packet secondary zone in use (current/cache) 0/263/263/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/19200 9k jumbo clusters in use (current/cache/total/max) 0/0/0/12800 16k jumbo clusters in use (current/cache/total/max) 215098K/6052K/221151K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines I also note that my currently running systems are both well on their way to crashing again: fs0# netstat -m 766618/2927/769545 mbufs in use (current/cache/total) 276/2560/2836/25600 mbuf clusters in use (current/cache/total/max) 276/1772 mbuf+clusters out of packet secondary zone in use (current/cache) 0/550/550/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 192207K/8051K/200259K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/7/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines fs0# uptime 1:00PM up 18 days, 13:52, 1 user, load averages: 0.00, 0.00, 0.00 fs1# netstat -m 126949/3356/130305 mbufs in use (current/cache/total) 263/1917/2180/25600 mbuf clusters in use (current/cache/total/max) 263/1785 mbuf+clusters out of packet secondary zone in use (current/cache) 0/295/295/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 32263K/5853K/38116K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/7/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines fs1# uptime 1:00PM up 8 days, 17:23, 1 user, load averages: 0.00, 0.00, 0.00 Note that mbuf usage looks like a function of uptime, which is a classic leak indication. Can anyone give me some pointers as to how I can analyze these crashdumps, or my running system, to determine what network subsystem is leaking these mbuf's? The services on these systems are extremely simple: SSH (though nobody logs in) sendmail qmail ntpd (client only) named (BIND) Firewalling is performed by uncomplicated PF policy. No special network features in use (no VLAN's or such): em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:30:48:XX:XX:XX inet XXX.XXX.XXX.XX netmask 0xfffffff8 broadcast XXX.XXX.XXX.XX media: Ethernet autoselect (1000baseTX ) status: active What can I do to troubleshoot this problem? Is there any accounting system built into the mbuf subsystem to help me with this? -- David DeSimone == Network Admin == fox@verio.net "I don't like spinach, and I'm glad I don't, because if I liked it I'd eat it, and I just hate it." -- Clarence Darrow This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio, Inc. makes no warranty that this email is error or virus free. Thank you. From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 19:09:54 2010 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 DB3C01065675 for ; Fri, 30 Jul 2010 19:09:54 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id A8DEF8FC0A for ; Fri, 30 Jul 2010 19:09:54 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Fri, 30 Jul 2010 14:45:07 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::1090 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-net@freebsd.org X-SMFBL: ZnJlZWJzZC1uZXRAZnJlZWJzZC5vcmc= Message-ID: <4C531FFA.7050006@comcast.net> Date: Fri, 30 Jul 2010 14:54:50 -0400 From: Steve Polyack User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.11) Gecko/20100728 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20100730181035.GI5168@verio.net> In-Reply-To: <20100730181035.GI5168@verio.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Kernel (7.3) crash due to mbuf leak? 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, 30 Jul 2010 19:09:54 -0000 On 07/30/10 14:10, David DeSimone wrote: > After upgrading a couple of our systems from 7.2-RELEASE to 7.3-RELEASE, > we have started to see them running out of mbuf's and crashing every > month or so. The panic string is: > ... > The services on these systems are extremely simple: > > SSH (though nobody logs in) > sendmail > qmail > ntpd (client only) > named (BIND) > > Do these systems consume or offer NFS? -Steve From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 19:14:06 2010 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 254DE1065678 for ; Fri, 30 Jul 2010 19:14:06 +0000 (UTC) (envelope-from ddesimone@verio.net) Received: from relay1-bcrtfl2.verio.net (relay1-bcrtfl2.verio.net [131.103.218.142]) by mx1.freebsd.org (Postfix) with ESMTP id E68A88FC17 for ; Fri, 30 Jul 2010 19:14:05 +0000 (UTC) Received: from iad-wprd-xchw02.corp.verio.net (unknown [198.87.7.165]) by relay1-bcrtfl2.verio.net (Postfix) with ESMTP id 26918B03813E for ; Fri, 30 Jul 2010 15:14:05 -0400 (EDT) Thread-Index: AcswG2BViaeMyYR6Tie4wI+jQYu4tw== Received: from dllstx1-8sst9f1.corp.verio.net ([10.144.2.52]) by iad-wprd-xchw02.corp.verio.net over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Fri, 30 Jul 2010 15:14:03 -0400 Received: by dllstx1-8sst9f1.corp.verio.net (sSMTP sendmail emulation); Fri, 30 Jul 2010 14:14:02 -0500 Content-Transfer-Encoding: 7bit Date: Fri, 30 Jul 2010 14:14:02 -0500 From: "David DeSimone" To: Content-class: urn:content-classes:message Importance: normal Priority: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4657 Message-ID: <20100730191402.GL5168@verio.net> Mail-Followup-To: freebsd-net@freebsd.org References: <20100730181035.GI5168@verio.net> <4C531FFA.7050006@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <4C531FFA.7050006@comcast.net> Precedence: bulk User-Agent: Mutt/1.5.20 (2009-06-14) X-OriginalArrivalTime: 30 Jul 2010 19:14:03.0821 (UTC) FILETIME=[5FB615D0:01CB301B] Subject: Re: Kernel (7.3) crash due to mbuf leak? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 19:14:06 -0000 Steve Polyack wrote: > > On 07/30/10 14:10, David DeSimone wrote: > >After upgrading a couple of our systems from 7.2-RELEASE to 7.3-RELEASE, > >we have started to see them running out of mbuf's and crashing every > >month or so. The panic string is: > ... > > >The services on these systems are extremely simple: > > > > SSH (though nobody logs in) > > sendmail > > qmail > > ntpd (client only) > > named (BIND) > > > > Do these systems consume or offer NFS? No NFS in use here. -- David DeSimone == Network Admin == fox@verio.net "I don't like spinach, and I'm glad I don't, because if I liked it I'd eat it, and I just hate it." -- Clarence Darrow This email message is intended for the use of the person to whom it has been sent, and may contain information that is confidential or legally protected. If you are not the intended recipient or have received this message in error, you are not authorized to copy, distribute, or otherwise use this message or its attachments. Please notify the sender immediately by return e-mail and permanently delete this message and any attachments. Verio, Inc. makes no warranty that this email is error or virus free. Thank you. From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 23:07:07 2010 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 5A962106564A for ; Fri, 30 Jul 2010 23:07:07 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 36DA88FC13 for ; Fri, 30 Jul 2010 23:07:05 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id o6UNALHo003177 for ; Fri, 30 Jul 2010 16:10:22 -0700 (PDT) (envelope-from mahan@mahan.org) Message-ID: <4C535B18.8020205@mahan.org> Date: Fri, 30 Jul 2010 16:07:04 -0700 From: Patrick Mahan User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: AltQ throughput issues (long message) 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, 30 Jul 2010 23:07:07 -0000 All, I am looking for (again) some understanding of AltQ and how it works w.r.t. packet through put. I posted earlier this month regarding how to initially configure AltQ (thanks to everyone's help) and now have it working over the em(4) drive on a FreeBSD 8.0 platform (HP DL350 G5). I had to bring the em(4) driver from the 8-Stable branch, but it is working just fine so far (needed to add the drbr_needs_enqueue() to if_var.h). I have now gone back to trying to setup up one queue with a bandwith of 1900 Kbs (1.9 Mbs). I ran a test with 'iperf' using udp and setting the bandwidth to 25 Mbs. I then ran a test setting the queue bandwith to 20 Mbs and running 'iperf' again using udp and 25 Mbs bandwith. In both cases, the throughput only seems to be 89% of the requested throughput. Test 1 AltQ queue bandwidth 1.9 Mbs, iperf -b 25M pfctl -vv -s queue reported: queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 28298 bytes: 42771988 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 140.8 packets/s, 1.70Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 28298 bytes: 42771988 dropped pkts: 397077 bytes: 600380424 ] [ qlength: 50/ 50 borrows: 0 suspends: 3278 ] [ measured: 140.8 packets/s, 1.70Mb/s ] iperf reported [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533 (93%) Test 2 AltQ queue bandwidth 20 Mbs, iperf -b 25M pfctl -vv -s queue reported: queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 356702 bytes: 539329126 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 1500.2 packets/s, 18.15Mb/s ] queue test7788 on em0 bandwidth 20Mb cbq( default ) [ pkts: 356702 bytes: 539329126 dropped pkts: 149198 bytes: 225587376 ] [ qlength: 46/ 50 borrows: 0 suspends: 39629 ] [ measured: 1500.2 packets/s, 18.15Mb/s ] iperf reported [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/510637 (29%) Why can AltQ not drive it at full bandwidth? This is just some preliminary testing, but I want to scale this up to use all available AltQ CBQ queues for various operations. As always, my knowledge is always increased with I ask questions on this list. Thanks, Patrick ======================= Test Results =========================== Network topology: +--------------+ +--------------+ | | | | | NPX8 | | NPX3 | | (em1)+ ===================== +(em3) | | | | | | | | (em0) | +--------------+ +------+-------+ I I I I I I I I +------+-------+ | (em0) | | | | NPX6 | | | | | +--------------+ NPX8: em1: 172.16.38.80/24 em1: flags=8843 metric 0 mtu 1500 options=19b ether 00:1c:c4:48:93:10 inet 172.16.38.80 netmask 0xffffff00 broadcast 172.16.38.255 media: Ethernet autoselect (1000baseT ) status: active NPX3: em3: 172.16.38.30/24 em3: flags=8843 metric 0 mtu 1500 options=19b ether 00:1f:29:5f:c6:aa inet 172.16.38.30 netmask 0xffffff00 broadcast 172.16.38.255 media: Ethernet autoselect (1000baseT ) status: active em0: 172.16.13.30/24 em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:1f:29:5f:c6:a9 inet 172.16.13.30 netmask 0xffffff00 broadcast 172.16.13.255 media: Ethernet autoselect (1000baseT ) status: active NPX6: em0: 172.16.13.60/24 em0: flags=8843 metric 0 mtu 1500 options=19b ether 00:1c:c4:48:95:d1 inet 172.16.13.60 netmask 0xffffff00 broadcast 172.16.13.255 media: Ethernet autoselect (1000baseT ) status: active NPX8 IPv4 Routing table npx8# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.10.1.1 UGS 0 0 bce0 10.10.0.0/16 link#5 U 7 44 bce0 10.10.20.48 link#5 UHS 0 0 lo0 127.0.0.1 link#7 UH 0 0 lo0 172.16.13.0/24 172.16.38.30 UGS 0 0 em1 172.16.38.0/24 link#2 U 0 0 em1 172.16.38.80 link#2 UHS 0 0 lo0 NPX3 IPv4 Routing Table npx3# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.10.1.1 UGS 0 0 bce0 10.10.0.0/16 link#5 U 8 499 bce0 10.10.20.43 link#5 UHS 0 0 lo0 127.0.0.1 link#7 UH 0 0 lo0 172.16.13.0/24 link#1 U 0 0 em0 172.16.13.30 link#1 UHS 0 0 lo0 172.16.38.0/24 link#4 U 0 0 em3 172.16.38.30 link#4 UHS 0 0 lo0 NPX6 IPv4 Routing Table npx6# netstat -nr Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 10.10.1.1 UGS 0 0 bce0 10.10.0.0/16 link#5 U 7 243 bce0 10.10.20.46 link#5 UHS 0 0 lo0 127.0.0.1 link#7 UH 0 0 lo0 172.16.13.0/24 link#1 U 0 0 em0 172.16.13.60 link#1 UHS 0 0 lo0 172.16.38.0/24 172.16.13.30 UGS 0 0 em0 NPX3 has forwarding enabled npx3# sysctl net.inet.ip.forwarding net.inet.ip.forwarding: 1 NPX8 has a route to NPX6 via em1 172.16.13.0/24 172.16.38.30 UGS 0 1754682 em1 NPX6 has a route to NPX8 via em0 172.16.38.0/24 172.16.13.30 UGS 0 2 em0 On NPX3 the following /etc/pf.conf is enabled npx3# cat /etc/pf.conf ####################################################################### # ALT-Q Configuration ####################################################################### #====================================================================== # Cluster configuration #====================================================================== altq on em0 cbq bandwidth 1000Mb queue { test7788 } #====================================================================== # Queueu configuration #====================================================================== queue test7788 bandwidth 1900Kb priority 1 cbq (default) #====================================================================== # Filter rules #====================================================================== pass out quick on em0 inet proto udp from any to any port 7788 no state queue test7788 On NPX6 I start iperf in server mode npx6# iperf -s -p 7788 -u -i 30 ------------------------------------------------------------ Server listening on UDP port 7788 Receiving 1470 byte datagrams UDP buffer size: 41.1 KByte (default) ------------------------------------------------------------ [ 3] local 172.16.38.80 port 41064 connected with 172.16.13.60 port 7788 [ ID] Interval Transfer Bandwidth [ 3] 0.0-30.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 30.0-60.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 60.0-90.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 90.0-120.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 120.0-150.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 150.0-180.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 0.0-200.0 sec 597 MBytes 25.0 Mbits/sec [ 3] Sent 425533 datagrams [ 3] Server Report: [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533 (93%) On NPX8 I start the iperf client npx8# iperf -c 172.16.13.10 -p 7788 -u -b 25M -u -i 30 -t 200 ------------------------------------------------------------ Client connecting to 172.16.13.60, UDP port 7788 Sending 1470 byte datagrams UDP buffer size: 9.00 KByte (default) ------------------------------------------------------------ [ 3] local 172.16.13.60 port 7788 connected with 172.16.38.80 port 41064 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0-30.0 sec 5.96 MBytes 1.67 Mbits/sec 0.710 ms 59453/63706 (93%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 30.0-60.0 sec 5.95 MBytes 1.66 Mbits/sec 0.736 ms 59616/63859 (93%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 60.0-90.0 sec 5.94 MBytes 1.66 Mbits/sec 0.721 ms 59529/63768 (93%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 90.0-120.0 sec 5.95 MBytes 1.66 Mbits/sec 0.760 ms 59616/63859 (93%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 120.0-150.0 sec 5.95 MBytes 1.66 Mbits/sec 0.732 ms 59618/63862 (93%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 150.0-180.0 sec 5.95 MBytes 1.66 Mbits/sec 0.726 ms 59608/63852 (93%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533 (93%) On NPX3 I start monitoring of the Altq npx3: pfctl -vv -s queue queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 3 bytes: 238 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 0.0 packets/s, 0 b/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 3 bytes: 238 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 0.0 packets/s, 0 b/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 0.2 packets/s, 58.80 b/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 0.2 packets/s, 58.80 b/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 0.2 packets/s, 51.45 b/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 0.2 packets/s, 51.45 b/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 710 bytes: 1058932 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 17.6 packets/s, 211.73Kb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 710 bytes: 1058932 dropped pkts: 9600 bytes: 14515200 ] [ qlength: 50/ 50 borrows: 0 suspends: 80 ] [ measured: 17.6 packets/s, 211.73Kb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 1418 bytes: 2129428 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 33.1 packets/s, 399.36Kb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 1418 bytes: 2129428 dropped pkts: 19534 bytes: 29535408 ] [ qlength: 50/ 50 borrows: 0 suspends: 162 ] [ measured: 33.1 packets/s, 399.36Kb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 2125 bytes: 3198412 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 46.7 packets/s, 563.24Kb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 2125 bytes: 3198412 dropped pkts: 29470 bytes: 44558640 ] [ qlength: 50/ 50 borrows: 0 suspends: 244 ] [ measured: 46.7 packets/s, 563.24Kb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 2832 bytes: 4267396 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 58.5 packets/s, 706.63Kb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 2832 bytes: 4267396 dropped pkts: 39406 bytes: 59581872 ] [ qlength: 50/ 50 borrows: 0 suspends: 326 ] [ measured: 58.5 packets/s, 706.63Kb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 3539 bytes: 5336380 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 68.9 packets/s, 832.10Kb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 3539 bytes: 5336380 dropped pkts: 49341 bytes: 74603592 ] [ qlength: 50/ 50 borrows: 0 suspends: 408 ] [ measured: 68.9 packets/s, 832.10Kb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 4246 bytes: 6405364 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 77.9 packets/s, 941.88Kb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 4246 bytes: 6405364 dropped pkts: 59277 bytes: 89626824 ] [ qlength: 50/ 50 borrows: 0 suspends: 490 ] [ measured: 77.9 packets/s, 941.88Kb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 4954 bytes: 7475860 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 85.9 packets/s, 1.04Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 4954 bytes: 7475860 dropped pkts: 69211 bytes: 104647032 ] [ qlength: 50/ 50 borrows: 0 suspends: 572 ] [ measured: 85.9 packets/s, 1.04Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 5661 bytes: 8544844 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 92.8 packets/s, 1.12Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 5661 bytes: 8544844 dropped pkts: 79147 bytes: 119670264 ] [ qlength: 50/ 50 borrows: 0 suspends: 654 ] [ measured: 92.8 packets/s, 1.12Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 6368 bytes: 9613828 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 98.9 packets/s, 1.20Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 6368 bytes: 9613828 dropped pkts: 89082 bytes: 134691984 ] [ qlength: 50/ 50 borrows: 0 suspends: 736 ] [ measured: 98.9 packets/s, 1.20Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 7075 bytes: 10682812 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 104.2 packets/s, 1.26Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 7075 bytes: 10682812 dropped pkts: 99018 bytes: 149715216 ] [ qlength: 50/ 50 borrows: 0 suspends: 818 ] [ measured: 104.2 packets/s, 1.26Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 7783 bytes: 11753308 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 108.9 packets/s, 1.32Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 7783 bytes: 11753308 dropped pkts: 108953 bytes: 164736936 ] [ qlength: 50/ 50 borrows: 0 suspends: 900 ] [ measured: 108.9 packets/s, 1.32Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 8490 bytes: 12822292 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 113.0 packets/s, 1.37Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 8490 bytes: 12822292 dropped pkts: 118888 bytes: 179758656 ] [ qlength: 50/ 50 borrows: 0 suspends: 982 ] [ measured: 113.0 packets/s, 1.37Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 9199 bytes: 13894300 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 116.6 packets/s, 1.41Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 9199 bytes: 13894300 dropped pkts: 128823 bytes: 194780376 ] [ qlength: 50/ 50 borrows: 0 suspends: 1064 ] [ measured: 116.6 packets/s, 1.41Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 9906 bytes: 14963284 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 119.7 packets/s, 1.45Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 9906 bytes: 14963284 dropped pkts: 138759 bytes: 209803608 ] [ qlength: 50/ 50 borrows: 0 suspends: 1146 ] [ measured: 119.7 packets/s, 1.45Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 10613 bytes: 16032268 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 122.4 packets/s, 1.48Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 10613 bytes: 16032268 dropped pkts: 148694 bytes: 224825328 ] [ qlength: 50/ 50 borrows: 0 suspends: 1228 ] [ measured: 122.4 packets/s, 1.48Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 11321 bytes: 17102764 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 124.8 packets/s, 1.51Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 11321 bytes: 17102764 dropped pkts: 158629 bytes: 239847048 ] [ qlength: 50/ 50 borrows: 0 suspends: 1310 ] [ measured: 124.8 packets/s, 1.51Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 12028 bytes: 18171748 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 126.9 packets/s, 1.53Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 12028 bytes: 18171748 dropped pkts: 168565 bytes: 254870280 ] [ qlength: 50/ 50 borrows: 0 suspends: 1392 ] [ measured: 126.9 packets/s, 1.53Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 12737 bytes: 19243756 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 128.7 packets/s, 1.56Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 12737 bytes: 19243756 dropped pkts: 178498 bytes: 269888976 ] [ qlength: 50/ 50 borrows: 0 suspends: 1474 ] [ measured: 128.7 packets/s, 1.56Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 13445 bytes: 20314252 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 130.3 packets/s, 1.58Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 13445 bytes: 20314252 dropped pkts: 188433 bytes: 284910696 ] [ qlength: 50/ 50 borrows: 0 suspends: 1556 ] [ measured: 130.3 packets/s, 1.58Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 14152 bytes: 21383236 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 131.7 packets/s, 1.59Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 14152 bytes: 21383236 dropped pkts: 198368 bytes: 299932416 ] [ qlength: 50/ 50 borrows: 0 suspends: 1638 ] [ measured: 131.7 packets/s, 1.59Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 14859 bytes: 22452220 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 132.9 packets/s, 1.61Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 14859 bytes: 22452220 dropped pkts: 208304 bytes: 314955648 ] [ qlength: 50/ 50 borrows: 0 suspends: 1720 ] [ measured: 132.9 packets/s, 1.61Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 15566 bytes: 23521204 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 134.0 packets/s, 1.62Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 15566 bytes: 23521204 dropped pkts: 218240 bytes: 329978880 ] [ qlength: 50/ 50 borrows: 0 suspends: 1802 ] [ measured: 134.0 packets/s, 1.62Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 16274 bytes: 24591700 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 134.9 packets/s, 1.63Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 16274 bytes: 24591700 dropped pkts: 228174 bytes: 344999088 ] [ qlength: 50/ 50 borrows: 0 suspends: 1884 ] [ measured: 134.9 packets/s, 1.63Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 16981 bytes: 25660684 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 135.7 packets/s, 1.64Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 16981 bytes: 25660684 dropped pkts: 238110 bytes: 360022320 ] [ qlength: 50/ 50 borrows: 0 suspends: 1966 ] [ measured: 135.7 packets/s, 1.64Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 17688 bytes: 26729668 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 136.5 packets/s, 1.65Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 17688 bytes: 26729668 dropped pkts: 248047 bytes: 375047064 ] [ qlength: 50/ 50 borrows: 0 suspends: 2048 ] [ measured: 136.5 packets/s, 1.65Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 18396 bytes: 27800164 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 137.1 packets/s, 1.66Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 18396 bytes: 27800164 dropped pkts: 257981 bytes: 390067272 ] [ qlength: 50/ 50 borrows: 0 suspends: 2130 ] [ measured: 137.1 packets/s, 1.66Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 19103 bytes: 28869148 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 137.6 packets/s, 1.66Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 19103 bytes: 28869148 dropped pkts: 267917 bytes: 405090504 ] [ qlength: 50/ 50 borrows: 0 suspends: 2212 ] [ measured: 137.6 packets/s, 1.66Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 19810 bytes: 29938132 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 138.1 packets/s, 1.67Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 19810 bytes: 29938132 dropped pkts: 277853 bytes: 420113736 ] [ qlength: 50/ 50 borrows: 0 suspends: 2294 ] [ measured: 138.1 packets/s, 1.67Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 20517 bytes: 31007116 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 138.5 packets/s, 1.68Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 20517 bytes: 31007116 dropped pkts: 287788 bytes: 435135456 ] [ qlength: 50/ 50 borrows: 0 suspends: 2376 ] [ measured: 138.5 packets/s, 1.68Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 21225 bytes: 32077612 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 138.9 packets/s, 1.68Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 21225 bytes: 32077612 dropped pkts: 297723 bytes: 450157176 ] [ qlength: 50/ 50 borrows: 0 suspends: 2458 ] [ measured: 138.9 packets/s, 1.68Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 21932 bytes: 33146596 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 139.2 packets/s, 1.68Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 21932 bytes: 33146596 dropped pkts: 307659 bytes: 465180408 ] [ qlength: 50/ 50 borrows: 0 suspends: 2540 ] [ measured: 139.2 packets/s, 1.68Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 22639 bytes: 34215580 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 139.5 packets/s, 1.69Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 22639 bytes: 34215580 dropped pkts: 317594 bytes: 480202128 ] [ qlength: 50/ 50 borrows: 0 suspends: 2622 ] [ measured: 139.5 packets/s, 1.69Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 23346 bytes: 35284564 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 139.7 packets/s, 1.69Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 23346 bytes: 35284564 dropped pkts: 327530 bytes: 495225360 ] [ qlength: 50/ 50 borrows: 0 suspends: 2704 ] [ measured: 139.7 packets/s, 1.69Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 24054 bytes: 36355060 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 140.0 packets/s, 1.69Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 24054 bytes: 36355060 dropped pkts: 337465 bytes: 510247080 ] [ qlength: 50/ 50 borrows: 0 suspends: 2786 ] [ measured: 140.0 packets/s, 1.69Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 24761 bytes: 37424044 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 140.1 packets/s, 1.70Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 24761 bytes: 37424044 dropped pkts: 347400 bytes: 525268800 ] [ qlength: 50/ 50 borrows: 0 suspends: 2868 ] [ measured: 140.1 packets/s, 1.70Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 25468 bytes: 38493028 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 140.3 packets/s, 1.70Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 25468 bytes: 38493028 dropped pkts: 357336 bytes: 540292032 ] [ qlength: 50/ 50 borrows: 0 suspends: 2950 ] [ measured: 140.3 packets/s, 1.70Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 26176 bytes: 39563524 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 140.5 packets/s, 1.70Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 26176 bytes: 39563524 dropped pkts: 367272 bytes: 555315264 ] [ qlength: 50/ 50 borrows: 0 suspends: 3032 ] [ measured: 140.5 packets/s, 1.70Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 26883 bytes: 40632508 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 140.6 packets/s, 1.70Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 26883 bytes: 40632508 dropped pkts: 377207 bytes: 570336984 ] [ qlength: 50/ 50 borrows: 0 suspends: 3114 ] [ measured: 140.6 packets/s, 1.70Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 27590 bytes: 41701492 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 140.7 packets/s, 1.70Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 27590 bytes: 41701492 dropped pkts: 387143 bytes: 585360216 ] [ qlength: 50/ 50 borrows: 0 suspends: 3196 ] [ measured: 140.7 packets/s, 1.70Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 28298 bytes: 42771988 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 140.8 packets/s, 1.70Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 28298 bytes: 42771988 dropped pkts: 397077 bytes: 600380424 ] [ qlength: 50/ 50 borrows: 0 suspends: 3278 ] [ measured: 140.8 packets/s, 1.70Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 28355 bytes: 42858172 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 124.6 packets/s, 1.51Mb/s ] queue test7788 on em0 bandwidth 1.90Mb cbq( default ) [ pkts: 28355 bytes: 42858172 dropped pkts: 397190 bytes: 600551280 ] [ qlength: 0/ 50 borrows: 0 suspends: 3284 ] [ measured: 124.6 packets/s, 1.51Mb/s ] ============================================================================ With the queue set to 20Mb throughput. NPX3# pfctl -vv -s queue queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 334193 bytes: 505295518 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 1500.0 packets/s, 18.14Mb/s ] queue test7788 on em0 bandwidth 20Mb cbq( default ) [ pkts: 334193 bytes: 505295518 dropped pkts: 139779 bytes: 211345848 ] [ qlength: 46/ 50 borrows: 0 suspends: 37128 ] [ measured: 1500.0 packets/s, 18.14Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 341694 bytes: 516637030 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 1500.1 packets/s, 18.14Mb/s ] queue test7788 on em0 bandwidth 20Mb cbq( default ) [ pkts: 341697 bytes: 516641566 dropped pkts: 142920 bytes: 216095040 ] [ qlength: 43/ 50 borrows: 0 suspends: 37961 ] [ measured: 1500.1 packets/s, 18.15Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 349196 bytes: 527980054 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 1500.1 packets/s, 18.15Mb/s ] queue test7788 on em0 bandwidth 20Mb cbq( default ) [ pkts: 349196 bytes: 527980054 dropped pkts: 146057 bytes: 220838184 ] [ qlength: 50/ 50 borrows: 0 suspends: 38795 ] [ measured: 1500.1 packets/s, 18.14Mb/s ] queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} [ pkts: 356702 bytes: 539329126 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 borrows: 0 suspends: 0 ] [ measured: 1500.2 packets/s, 18.15Mb/s ] queue test7788 on em0 bandwidth 20Mb cbq( default ) [ pkts: 356702 bytes: 539329126 dropped pkts: 149198 bytes: 225587376 ] [ qlength: 46/ 50 borrows: 0 suspends: 39629 ] [ measured: 1500.2 packets/s, 18.15Mb/s ] NPX8: iperf -c 172.16.13.60 -p 7788 -u -b 25M -u -i 30 -t 240 ------------------------------------------------------------ Client connecting to 172.16.13.60, UDP port 7788 Sending 1470 byte datagrams UDP buffer size: 9.00 KByte (default) ------------------------------------------------------------ [ 3] local 172.16.38.80 port 17106 connected with 172.16.13.60 port 7788 [ ID] Interval Transfer Bandwidth [ 3] 0.0-30.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 30.0-60.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 60.0-90.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 90.0-120.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 120.0-150.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 150.0-180.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 180.0-210.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 210.0-240.0 sec 89.5 MBytes 25.0 Mbits/sec [ ID] Interval Transfer Bandwidth [ 3] 0.0-240.0 sec 716 MBytes 25.0 Mbits/sec [ 3] Sent 510637 datagrams [ 3] Server Report: [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 3] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/510637 (29%) NPX6: iperf -s -p 7788 -u -i 30 ------------------------------------------------------------ Server listening on UDP port 7788 Receiving 1470 byte datagrams UDP buffer size: 41.1 KByte (default) ------------------------------------------------------------ [ 4] local 172.16.13.60 port 7788 connected with 172.16.38.80 port 17106 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.0-30.0 sec 63.1 MBytes 17.6 Mbits/sec 0.735 ms 18774/63782 (29%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 30.0-60.0 sec 63.1 MBytes 17.6 Mbits/sec 0.745 ms 18830/63830 (30%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 60.0-90.0 sec 63.1 MBytes 17.6 Mbits/sec 0.756 ms 18831/63831 (30%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 90.0-120.0 sec 63.1 MBytes 17.6 Mbits/sec 0.741 ms 18831/63831 (30%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 120.0-150.0 sec 63.1 MBytes 17.6 Mbits/sec 0.738 ms 18830/63831 (29%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 150.0-180.0 sec 63.1 MBytes 17.6 Mbits/sec 0.733 ms 18830/63830 (30%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 180.0-210.0 sec 63.1 MBytes 17.6 Mbits/sec 0.718 ms 18828/63829 (29%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 210.0-240.0 sec 63.1 MBytes 17.6 Mbits/sec 0.730 ms 18830/63830 (30%) [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/510637 (29%) From owner-freebsd-net@FreeBSD.ORG Fri Jul 30 23:38:35 2010 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 622251065672 for ; Fri, 30 Jul 2010 23:38:35 +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 2CFF98FC08 for ; Fri, 30 Jul 2010 23:38:33 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 6729773098; Sat, 31 Jul 2010 01:30:53 +0200 (CEST) Date: Sat, 31 Jul 2010 01:30:53 +0200 From: Luigi Rizzo To: Patrick Mahan Message-ID: <20100730233053.GA12554@onelab2.iet.unipi.it> References: <4C535B18.8020205@mahan.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4C535B18.8020205@mahan.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: AltQ throughput issues (long message) 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, 30 Jul 2010 23:38:35 -0000 On Fri, Jul 30, 2010 at 04:07:04PM -0700, Patrick Mahan wrote: > All, >=20 > I am looking for (again) some understanding of AltQ and how it works > w.r.t. packet through put. I posted earlier this month regarding how > to initially configure AltQ (thanks to everyone's help) and now have > it working over the em(4) drive on a FreeBSD 8.0 platform (HP DL350 G5). >=20 > I had to bring the em(4) driver from the 8-Stable branch, but it is > working just fine so far (needed to add the drbr_needs_enqueue() to > if_var.h). >=20 > I have now gone back to trying to setup up one queue with a bandwith > of 1900 Kbs (1.9 Mbs). I ran a test with 'iperf' using udp and setting > the bandwidth to 25 Mbs. I then ran a test setting the queue bandwith > to 20 Mbs and running 'iperf' again using udp and 25 Mbs bandwith. >=20 > In both cases, the throughput only seems to be 89% of the requested > throughput. part of it can be explained because AltQ counts the whole packet (eg. 1514 bytes for a full frame) whereas iperf only considers the UDP payload (e.g. 1470 bytes in your case). The other thing you should check is whether there is any extra traffic going through the interface that competes for the bottleneck bandwidth. You have such huge drop rates in your tests that i would not be surprised if you had ICMP packets going around trying to slow down the sender. BTW have you tried dummynet in your config? cheers luigi > Test 1 > AltQ queue bandwidth 1.9 Mbs, iperf -b 25M > pfctl -vv -s queue reported: >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 28298 bytes: 42771988 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 140.8 packets/s, 1.70Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 28298 bytes: 42771988 dropped pkts: 397077 bytes:=20 > 600380424 ] > [ qlength: 50/ 50 borrows: 0 suspends: 3278 ] > [ measured: 140.8 packets/s, 1.70Mb/s ] >=20 > iperf reported >=20 > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533= =20 > (93%) >=20 > Test 2 > AltQ queue bandwidth 20 Mbs, iperf -b 25M > pfctl -vv -s queue reported: >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 356702 bytes: 539329126 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 1500.2 packets/s, 18.15Mb/s ] > queue test7788 on em0 bandwidth 20Mb cbq( default ) > [ pkts: 356702 bytes: 539329126 dropped pkts: 149198 bytes:=20 > 225587376 ] > [ qlength: 46/ 50 borrows: 0 suspends: 39629 ] > [ measured: 1500.2 packets/s, 18.15Mb/s ] >=20 > iperf reported >=20 > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/51063= 7=20 > (29%) >=20 > Why can AltQ not drive it at full bandwidth? This is just some prelimina= ry=20 > testing, > but I want to scale this up to use all available AltQ CBQ queues for=20 > various operations. >=20 > As always, my knowledge is always increased with I ask questions on > this list. >=20 > Thanks, >=20 > Patrick >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Tes= t Results =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D > Network topology: >=20 >=20 > +--------------+ +--------------+ > | | | | > | NPX8 | | NPX3 | > | (em1)+ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D +(em3) | > | | | | > | | | (em0) | > +--------------+ +------+-------+ > I > I > I > I > I > I > I > I > +------+-------+ > | (em0) | > | | > | NPX6 | > | | > | | > +--------------+ >=20 > NPX8: >=20 > em1: 172.16.38.80/24 >=20 > em1: flags=3D8843 metric 0 mtu 15= 00 > options=3D19b > ether 00:1c:c4:48:93:10 > inet 172.16.38.80 netmask 0xffffff00 broadcast 172.16.38.255 > media: Ethernet autoselect (1000baseT ) > status: active >=20 >=20 > NPX3: >=20 > em3: 172.16.38.30/24 >=20 > em3: flags=3D8843 metric 0 mtu 15= 00 > options=3D19b > ether 00:1f:29:5f:c6:aa > inet 172.16.38.30 netmask 0xffffff00 broadcast 172.16.38.255 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > em0: 172.16.13.30/24 >=20 > em0: flags=3D8843 metric 0 mtu 15= 00 > options=3D19b > ether 00:1f:29:5f:c6:a9 > inet 172.16.13.30 netmask 0xffffff00 broadcast 172.16.13.255 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > NPX6: >=20 > em0: 172.16.13.60/24 >=20 > em0: flags=3D8843 metric 0 mtu 15= 00 > options=3D19b > ether 00:1c:c4:48:95:d1 > inet 172.16.13.60 netmask 0xffffff00 broadcast 172.16.13.255 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > NPX8 IPv4 Routing table >=20 > npx8# netstat -nr > Routing tables >=20 > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 10.10.1.1 UGS 0 0 bce0 > 10.10.0.0/16 link#5 U 7 44 bce0 > 10.10.20.48 link#5 UHS 0 0 lo0 > 127.0.0.1 link#7 UH 0 0 lo0 > 172.16.13.0/24 172.16.38.30 UGS 0 0 em1 > 172.16.38.0/24 link#2 U 0 0 em1 > 172.16.38.80 link#2 UHS 0 0 lo0 >=20 > NPX3 IPv4 Routing Table >=20 > npx3# netstat -nr > Routing tables >=20 > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 10.10.1.1 UGS 0 0 bce0 > 10.10.0.0/16 link#5 U 8 499 bce0 > 10.10.20.43 link#5 UHS 0 0 lo0 > 127.0.0.1 link#7 UH 0 0 lo0 > 172.16.13.0/24 link#1 U 0 0 em0 > 172.16.13.30 link#1 UHS 0 0 lo0 > 172.16.38.0/24 link#4 U 0 0 em3 > 172.16.38.30 link#4 UHS 0 0 lo0 >=20 >=20 > NPX6 IPv4 Routing Table >=20 > npx6# netstat -nr > Routing tables >=20 > Internet: > Destination Gateway Flags Refs Use Netif Expire > default 10.10.1.1 UGS 0 0 bce0 > 10.10.0.0/16 link#5 U 7 243 bce0 > 10.10.20.46 link#5 UHS 0 0 lo0 > 127.0.0.1 link#7 UH 0 0 lo0 > 172.16.13.0/24 link#1 U 0 0 em0 > 172.16.13.60 link#1 UHS 0 0 lo0 > 172.16.38.0/24 172.16.13.30 UGS 0 0 em0 >=20 >=20 > NPX3 has forwarding enabled >=20 > npx3# sysctl net.inet.ip.forwarding > net.inet.ip.forwarding: 1 >=20 > NPX8 has a route to NPX6 via em1 >=20 > 172.16.13.0/24 172.16.38.30 UGS 0 1754682 em1 >=20 > =04NPX6 has a route to NPX8 via em0 > 172.16.38.0/24 172.16.13.30 UGS 0 2 em0 >=20 >=20 > On NPX3 the following /etc/pf.conf is enabled >=20 > npx3# cat /etc/pf.conf > ####################################################################### > # ALT-Q Configuration > ####################################################################### >=20 > #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > # Cluster configuration > #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > altq on em0 cbq bandwidth 1000Mb queue { test7788 } >=20 > #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > # Queueu configuration > #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > queue test7788 bandwidth 1900Kb priority 1 cbq (default) >=20 > #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > # Filter rules > #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > pass out quick on em0 inet proto udp from any to any port 7788 no state= =20 > queue test7788 >=20 >=20 > On NPX6 I start iperf in server mode >=20 > npx6# iperf -s -p 7788 -u -i 30 > ------------------------------------------------------------ > Server listening on UDP port 7788 > Receiving 1470 byte datagrams > UDP buffer size: 41.1 KByte (default) > ------------------------------------------------------------ > [ 3] local 172.16.38.80 port 41064 connected with 172.16.13.60 port 7788 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-30.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 30.0-60.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 60.0-90.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 90.0-120.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 120.0-150.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 150.0-180.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-200.0 sec 597 MBytes 25.0 Mbits/sec > [ 3] Sent 425533 datagrams > [ 3] Server Report: > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533= =20 > (93%) >=20 > On NPX8 I start the iperf client >=20 > npx8# iperf -c 172.16.13.10 -p 7788 -u -b 25M -u -i 30 -t 200 > ------------------------------------------------------------ > Client connecting to 172.16.13.60, UDP port 7788 > Sending 1470 byte datagrams > UDP buffer size: 9.00 KByte (default) > ------------------------------------------------------------ > [ 3] local 172.16.13.60 port 7788 connected with 172.16.38.80 port 41064 > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 0.0-30.0 sec 5.96 MBytes 1.67 Mbits/sec 0.710 ms 59453/63706 (9= 3%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 30.0-60.0 sec 5.95 MBytes 1.66 Mbits/sec 0.736 ms 59616/63859 (9= 3%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 60.0-90.0 sec 5.94 MBytes 1.66 Mbits/sec 0.721 ms 59529/63768 (9= 3%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 90.0-120.0 sec 5.95 MBytes 1.66 Mbits/sec 0.760 ms 59616/63859= =20 > (93%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 120.0-150.0 sec 5.95 MBytes 1.66 Mbits/sec 0.732 ms 59618/63862= =20 > (93%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 150.0-180.0 sec 5.95 MBytes 1.66 Mbits/sec 0.726 ms 59608/63852= =20 > (93%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533= =20 > (93%) >=20 >=20 > On NPX3 I start monitoring of the Altq >=20 > npx3: pfctl -vv -s queue > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 3 bytes: 238 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 0.0 packets/s, 0 b/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 3 bytes: 238 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 0.0 packets/s, 0 b/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 0.2 packets/s, 58.80 b/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 0.2 packets/s, 58.80 b/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 0.2 packets/s, 51.45 b/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 0.2 packets/s, 51.45 b/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 710 bytes: 1058932 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 17.6 packets/s, 211.73Kb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 710 bytes: 1058932 dropped pkts: 9600 bytes:=20 > 14515200 ] > [ qlength: 50/ 50 borrows: 0 suspends: 80 ] > [ measured: 17.6 packets/s, 211.73Kb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 1418 bytes: 2129428 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 33.1 packets/s, 399.36Kb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 1418 bytes: 2129428 dropped pkts: 19534 bytes:=20 > 29535408 ] > [ qlength: 50/ 50 borrows: 0 suspends: 162 ] > [ measured: 33.1 packets/s, 399.36Kb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 2125 bytes: 3198412 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 46.7 packets/s, 563.24Kb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 2125 bytes: 3198412 dropped pkts: 29470 bytes:=20 > 44558640 ] > [ qlength: 50/ 50 borrows: 0 suspends: 244 ] > [ measured: 46.7 packets/s, 563.24Kb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 2832 bytes: 4267396 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 58.5 packets/s, 706.63Kb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 2832 bytes: 4267396 dropped pkts: 39406 bytes:=20 > 59581872 ] > [ qlength: 50/ 50 borrows: 0 suspends: 326 ] > [ measured: 58.5 packets/s, 706.63Kb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 3539 bytes: 5336380 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 68.9 packets/s, 832.10Kb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 3539 bytes: 5336380 dropped pkts: 49341 bytes:=20 > 74603592 ] > [ qlength: 50/ 50 borrows: 0 suspends: 408 ] > [ measured: 68.9 packets/s, 832.10Kb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 4246 bytes: 6405364 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 77.9 packets/s, 941.88Kb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 4246 bytes: 6405364 dropped pkts: 59277 bytes:=20 > 89626824 ] > [ qlength: 50/ 50 borrows: 0 suspends: 490 ] > [ measured: 77.9 packets/s, 941.88Kb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 4954 bytes: 7475860 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 85.9 packets/s, 1.04Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 4954 bytes: 7475860 dropped pkts: 69211 bytes:=20 > 104647032 ] > [ qlength: 50/ 50 borrows: 0 suspends: 572 ] > [ measured: 85.9 packets/s, 1.04Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 5661 bytes: 8544844 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 92.8 packets/s, 1.12Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 5661 bytes: 8544844 dropped pkts: 79147 bytes:=20 > 119670264 ] > [ qlength: 50/ 50 borrows: 0 suspends: 654 ] > [ measured: 92.8 packets/s, 1.12Mb/s ] > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 6368 bytes: 9613828 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 98.9 packets/s, 1.20Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 6368 bytes: 9613828 dropped pkts: 89082 bytes:=20 > 134691984 ] > [ qlength: 50/ 50 borrows: 0 suspends: 736 ] > [ measured: 98.9 packets/s, 1.20Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 7075 bytes: 10682812 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 104.2 packets/s, 1.26Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 7075 bytes: 10682812 dropped pkts: 99018 bytes:=20 > 149715216 ] > [ qlength: 50/ 50 borrows: 0 suspends: 818 ] > [ measured: 104.2 packets/s, 1.26Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 7783 bytes: 11753308 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 108.9 packets/s, 1.32Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 7783 bytes: 11753308 dropped pkts: 108953 bytes:=20 > 164736936 ] > [ qlength: 50/ 50 borrows: 0 suspends: 900 ] > [ measured: 108.9 packets/s, 1.32Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 8490 bytes: 12822292 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 113.0 packets/s, 1.37Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 8490 bytes: 12822292 dropped pkts: 118888 bytes:=20 > 179758656 ] > [ qlength: 50/ 50 borrows: 0 suspends: 982 ] > [ measured: 113.0 packets/s, 1.37Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 9199 bytes: 13894300 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 116.6 packets/s, 1.41Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 9199 bytes: 13894300 dropped pkts: 128823 bytes:=20 > 194780376 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1064 ] > [ measured: 116.6 packets/s, 1.41Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 9906 bytes: 14963284 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 119.7 packets/s, 1.45Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 9906 bytes: 14963284 dropped pkts: 138759 bytes:=20 > 209803608 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1146 ] > [ measured: 119.7 packets/s, 1.45Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 10613 bytes: 16032268 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 122.4 packets/s, 1.48Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 10613 bytes: 16032268 dropped pkts: 148694 bytes:=20 > 224825328 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1228 ] > [ measured: 122.4 packets/s, 1.48Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 11321 bytes: 17102764 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 124.8 packets/s, 1.51Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 11321 bytes: 17102764 dropped pkts: 158629 bytes:=20 > 239847048 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1310 ] > [ measured: 124.8 packets/s, 1.51Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 12028 bytes: 18171748 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 126.9 packets/s, 1.53Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 12028 bytes: 18171748 dropped pkts: 168565 bytes:=20 > 254870280 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1392 ] > [ measured: 126.9 packets/s, 1.53Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 12737 bytes: 19243756 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 128.7 packets/s, 1.56Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 12737 bytes: 19243756 dropped pkts: 178498 bytes:=20 > 269888976 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1474 ] > [ measured: 128.7 packets/s, 1.56Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 13445 bytes: 20314252 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 130.3 packets/s, 1.58Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 13445 bytes: 20314252 dropped pkts: 188433 bytes:=20 > 284910696 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1556 ] > [ measured: 130.3 packets/s, 1.58Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 14152 bytes: 21383236 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 131.7 packets/s, 1.59Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 14152 bytes: 21383236 dropped pkts: 198368 bytes:=20 > 299932416 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1638 ] > [ measured: 131.7 packets/s, 1.59Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 14859 bytes: 22452220 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 132.9 packets/s, 1.61Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 14859 bytes: 22452220 dropped pkts: 208304 bytes:=20 > 314955648 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1720 ] > [ measured: 132.9 packets/s, 1.61Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 15566 bytes: 23521204 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 134.0 packets/s, 1.62Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 15566 bytes: 23521204 dropped pkts: 218240 bytes:=20 > 329978880 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1802 ] > [ measured: 134.0 packets/s, 1.62Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 16274 bytes: 24591700 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 134.9 packets/s, 1.63Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 16274 bytes: 24591700 dropped pkts: 228174 bytes:=20 > 344999088 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1884 ] > [ measured: 134.9 packets/s, 1.63Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 16981 bytes: 25660684 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 135.7 packets/s, 1.64Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 16981 bytes: 25660684 dropped pkts: 238110 bytes:=20 > 360022320 ] > [ qlength: 50/ 50 borrows: 0 suspends: 1966 ] > [ measured: 135.7 packets/s, 1.64Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 17688 bytes: 26729668 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 136.5 packets/s, 1.65Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 17688 bytes: 26729668 dropped pkts: 248047 bytes:=20 > 375047064 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2048 ] > [ measured: 136.5 packets/s, 1.65Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 18396 bytes: 27800164 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 137.1 packets/s, 1.66Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 18396 bytes: 27800164 dropped pkts: 257981 bytes:=20 > 390067272 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2130 ] > [ measured: 137.1 packets/s, 1.66Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 19103 bytes: 28869148 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 137.6 packets/s, 1.66Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 19103 bytes: 28869148 dropped pkts: 267917 bytes:=20 > 405090504 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2212 ] > [ measured: 137.6 packets/s, 1.66Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 19810 bytes: 29938132 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 138.1 packets/s, 1.67Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 19810 bytes: 29938132 dropped pkts: 277853 bytes:=20 > 420113736 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2294 ] > [ measured: 138.1 packets/s, 1.67Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 20517 bytes: 31007116 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 138.5 packets/s, 1.68Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 20517 bytes: 31007116 dropped pkts: 287788 bytes:=20 > 435135456 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2376 ] > [ measured: 138.5 packets/s, 1.68Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 21225 bytes: 32077612 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 138.9 packets/s, 1.68Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 21225 bytes: 32077612 dropped pkts: 297723 bytes:=20 > 450157176 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2458 ] > [ measured: 138.9 packets/s, 1.68Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 21932 bytes: 33146596 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 139.2 packets/s, 1.68Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 21932 bytes: 33146596 dropped pkts: 307659 bytes:=20 > 465180408 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2540 ] > [ measured: 139.2 packets/s, 1.68Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 22639 bytes: 34215580 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 139.5 packets/s, 1.69Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 22639 bytes: 34215580 dropped pkts: 317594 bytes:=20 > 480202128 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2622 ] > [ measured: 139.5 packets/s, 1.69Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 23346 bytes: 35284564 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 139.7 packets/s, 1.69Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 23346 bytes: 35284564 dropped pkts: 327530 bytes:=20 > 495225360 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2704 ] > [ measured: 139.7 packets/s, 1.69Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 24054 bytes: 36355060 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 140.0 packets/s, 1.69Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 24054 bytes: 36355060 dropped pkts: 337465 bytes:=20 > 510247080 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2786 ] > [ measured: 140.0 packets/s, 1.69Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 24761 bytes: 37424044 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 140.1 packets/s, 1.70Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 24761 bytes: 37424044 dropped pkts: 347400 bytes:=20 > 525268800 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2868 ] > [ measured: 140.1 packets/s, 1.70Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 25468 bytes: 38493028 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 140.3 packets/s, 1.70Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 25468 bytes: 38493028 dropped pkts: 357336 bytes:=20 > 540292032 ] > [ qlength: 50/ 50 borrows: 0 suspends: 2950 ] > [ measured: 140.3 packets/s, 1.70Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 26176 bytes: 39563524 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 140.5 packets/s, 1.70Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 26176 bytes: 39563524 dropped pkts: 367272 bytes:=20 > 555315264 ] > [ qlength: 50/ 50 borrows: 0 suspends: 3032 ] > [ measured: 140.5 packets/s, 1.70Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 26883 bytes: 40632508 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 140.6 packets/s, 1.70Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 26883 bytes: 40632508 dropped pkts: 377207 bytes:=20 > 570336984 ] > [ qlength: 50/ 50 borrows: 0 suspends: 3114 ] > [ measured: 140.6 packets/s, 1.70Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 27590 bytes: 41701492 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 140.7 packets/s, 1.70Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 27590 bytes: 41701492 dropped pkts: 387143 bytes:=20 > 585360216 ] > [ qlength: 50/ 50 borrows: 0 suspends: 3196 ] > [ measured: 140.7 packets/s, 1.70Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 28298 bytes: 42771988 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 140.8 packets/s, 1.70Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 28298 bytes: 42771988 dropped pkts: 397077 bytes:=20 > 600380424 ] > [ qlength: 50/ 50 borrows: 0 suspends: 3278 ] > [ measured: 140.8 packets/s, 1.70Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 28355 bytes: 42858172 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 124.6 packets/s, 1.51Mb/s ] > queue test7788 on em0 bandwidth 1.90Mb cbq( default ) > [ pkts: 28355 bytes: 42858172 dropped pkts: 397190 bytes:=20 > 600551280 ] > [ qlength: 0/ 50 borrows: 0 suspends: 3284 ] > [ measured: 124.6 packets/s, 1.51Mb/s ] >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D >=20 > With the queue set to 20Mb throughput. >=20 > NPX3# pfctl -vv -s queue > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 334193 bytes: 505295518 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 1500.0 packets/s, 18.14Mb/s ] > queue test7788 on em0 bandwidth 20Mb cbq( default ) > [ pkts: 334193 bytes: 505295518 dropped pkts: 139779 bytes:=20 > 211345848 ] > [ qlength: 46/ 50 borrows: 0 suspends: 37128 ] > [ measured: 1500.0 packets/s, 18.14Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 341694 bytes: 516637030 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 1500.1 packets/s, 18.14Mb/s ] > queue test7788 on em0 bandwidth 20Mb cbq( default ) > [ pkts: 341697 bytes: 516641566 dropped pkts: 142920 bytes:=20 > 216095040 ] > [ qlength: 43/ 50 borrows: 0 suspends: 37961 ] > [ measured: 1500.1 packets/s, 18.15Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 349196 bytes: 527980054 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 1500.1 packets/s, 18.15Mb/s ] > queue test7788 on em0 bandwidth 20Mb cbq( default ) > [ pkts: 349196 bytes: 527980054 dropped pkts: 146057 bytes:=20 > 220838184 ] > [ qlength: 50/ 50 borrows: 0 suspends: 38795 ] > [ measured: 1500.1 packets/s, 18.14Mb/s ] >=20 > queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} > [ pkts: 356702 bytes: 539329126 dropped pkts: 0 bytes: = 0=20 > ] > [ qlength: 0/ 50 borrows: 0 suspends: 0 ] > [ measured: 1500.2 packets/s, 18.15Mb/s ] > queue test7788 on em0 bandwidth 20Mb cbq( default ) > [ pkts: 356702 bytes: 539329126 dropped pkts: 149198 bytes:=20 > 225587376 ] > [ qlength: 46/ 50 borrows: 0 suspends: 39629 ] > [ measured: 1500.2 packets/s, 18.15Mb/s ] >=20 > NPX8: iperf -c 172.16.13.60 -p 7788 -u -b 25M -u -i 30 -t 240 > ------------------------------------------------------------ > Client connecting to 172.16.13.60, UDP port 7788 > Sending 1470 byte datagrams > UDP buffer size: 9.00 KByte (default) > ------------------------------------------------------------ > [ 3] local 172.16.38.80 port 17106 connected with 172.16.13.60 port 7788 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-30.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 30.0-60.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 60.0-90.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 90.0-120.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 120.0-150.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 150.0-180.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 180.0-210.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 210.0-240.0 sec 89.5 MBytes 25.0 Mbits/sec > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-240.0 sec 716 MBytes 25.0 Mbits/sec > [ 3] Sent 510637 datagrams > [ 3] Server Report: > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 3] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/51063= 7=20 > (29%) >=20 > NPX6: iperf -s -p 7788 -u -i 30 > ------------------------------------------------------------ > Server listening on UDP port 7788 > Receiving 1470 byte datagrams > UDP buffer size: 41.1 KByte (default) > ------------------------------------------------------------ > [ 4] local 172.16.13.60 port 7788 connected with 172.16.38.80 port 17106 > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 0.0-30.0 sec 63.1 MBytes 17.6 Mbits/sec 0.735 ms 18774/63782 (2= 9%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 30.0-60.0 sec 63.1 MBytes 17.6 Mbits/sec 0.745 ms 18830/63830 (3= 0%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 60.0-90.0 sec 63.1 MBytes 17.6 Mbits/sec 0.756 ms 18831/63831 (3= 0%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 90.0-120.0 sec 63.1 MBytes 17.6 Mbits/sec 0.741 ms 18831/63831= =20 > (30%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 120.0-150.0 sec 63.1 MBytes 17.6 Mbits/sec 0.738 ms 18830/63831= =20 > (29%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 150.0-180.0 sec 63.1 MBytes 17.6 Mbits/sec 0.733 ms 18830/63830= =20 > (30%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 180.0-210.0 sec 63.1 MBytes 17.6 Mbits/sec 0.718 ms 18828/63829= =20 > (29%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 210.0-240.0 sec 63.1 MBytes 17.6 Mbits/sec 0.730 ms 18830/63830= =20 > (30%) > [ ID] Interval Transfer Bandwidth Jitter Lost/Total=20 > Datagrams > [ 4] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/51063= 7=20 > (29%) > _______________________________________________ > 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 Sat Jul 31 11:50:30 2010 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 5669C106566C for ; Sat, 31 Jul 2010 11:50:30 +0000 (UTC) (envelope-from freebsd@knarf.de) Received: from mail.server-king.de (mail.server-king.de [IPv6:2001:6f8:1d0d::10]) by mx1.freebsd.org (Postfix) with ESMTP id ADD4E8FC19 for ; Sat, 31 Jul 2010 11:50:29 +0000 (UTC) Received: from cheese.server-king.de (localhost [127.0.0.1]) by mail.server-king.de (8.14.4/8.14.4) with ESMTP id o6VBoQPG005451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 Jul 2010 13:50:26 +0200 (CEST) (envelope-from freebsd@knarf.de) DomainKey-Signature: a=rsa-sha1; s=mail.server-king.de; d=knarf.de; c=nofws; q=dns; h=dkim-signature:received: x-authentication-warning:date:from:to:cc:subject:message-id:references:mime-version: content-type:content-disposition:in-reply-to:user-agent:x-greylist; b=PSMT2z20zWkB8Rz957m2V6ZCbB1YVwRR3FRdX1LiEn6ejwGJ26q7bidlKkLfp6fPc F4C5dsfQW5LtLVYRvlWvm3BhlddqqCDUMQC746HhKf9L0cFE/SvVjfZGYar7odj0ga+ 5uEsoZxrGZmcmn4HQvZYm6d0RIGzaFIanl5US7U= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=knarf.de; s=mail.server-king.de; t=1280577026; bh=dXN+o18+2+EFXnbAwhZ0kyWcZ/7fNqx9ELHN9DVuJ0Q=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=CRfpEg/5R1WBgGqGcJZMVq6nJ/Rcdadv/mV+dehiyCcFUDGWpxANOuCfsPGEfufk2 krfUsyEIrLw2Kds13vIKwLDYB2RRjS22o4FFFqTuA9PqlrhOrtTQTTx+i5PfO377aG byx+Tv5dteVGnI4Thyrush6m0GSf26S1/i3VakEk= Received: (from knarf@localhost) by cheese.server-king.de (8.14.4/8.14.4/Submit) id o6VBoPEE005194; Sat, 31 Jul 2010 13:50:25 +0200 (CEST) (envelope-from freebsd@knarf.de) X-Authentication-Warning: cheese.server-king.de: knarf set sender to freebsd@knarf.de using -f Date: Sat, 31 Jul 2010 13:50:24 +0200 From: Frank Bartels To: "Julian H. Stacey" Message-ID: <20100731115022.GJ89258@server-king.de> References: <20100730120707.GA56845@server-king.de> <201007301515.o6UFFGLQ011021@fire.js.berklix.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="KZLWU/9q3evlN4nQ" Content-Disposition: inline In-Reply-To: <201007301515.o6UFFGLQ011021@fire.js.berklix.net> User-Agent: Mutt/1.5.20 (2009-06-14) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.5 (mail.server-king.de [127.0.0.1]); Sat, 31 Jul 2010 13:50:26 +0200 (CEST) Cc: freebsd-net@freebsd.org Subject: Re: Packet loss when using multiple IP addresses 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, 31 Jul 2010 11:50:30 -0000 --KZLWU/9q3evlN4nQ Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 30, 2010 at 17:15:16 +0200, Julian H. Stacey wrote: > my problem, please answer. Maybe a single keyword is enough. :) >=20 > Check: Heat ? Voltages ? > ( I've had a few bits of hardware die the last few weeks, it's been > hot the last few weeks here in Munich where Frank & I are ) > Electrolytic capacitors when hotter dry & degrade faster .. > Just a guess / last straw to clutch at & check ? . Good luck. right now I check cpu, hdd and gfx card temperatures using munin and there are no peaks or high values. The server is running in a data center. Also, running mtr on the host (I've put it into /etc/ttys now) "cures" the problem instantly (0.2% packet loss for an incoming mtr). Thanks for your input, Knarf --KZLWU/9q3evlN4nQ Content-Type: application/x-pkcs7-signature Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIIPxgYJKoZIhvcNAQcCoIIPtzCCD7MCAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC DPgwggY0MIIEHKADAgECAgEgMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYD VQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0 ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAe Fw0wNzEwMjQyMTAyNTVaFw0xNzEwMjQyMTAyNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UE ChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUg U2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0 ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDLKIVFnAEs+xny q6UzjCqgDcvQVe1dIoFnRsQPCFO+y92k8RK0Pn3MbQ2Gd+mehh9GBZ+36uUQA7Xj9AGM6wgP hEE34vKtfpAN5tJ8LcFxveDObCKrL7O5UT9WsnAZHv7OYPYSR68mdmnEnJ83M4wQgKO19b+R t8sPDAz9ptkQsntCn4GeJzg3q2SVc4QJTg/WHo7wF2ah5LMOeh8xJVSKGEmd6uPkSbj113yK Mm8vmNptRPmM1+YgmVwcdOYJOjCgFtb2sOP79jji8uhWR91xx7TpM1K3hv/wrBZwffrmmEpU euXHRs07JqCCvFh9coKF4UQZvfEg+x3/69xRCzb1AgMBAAGjggGtMIIBqTAPBgNVHRMBAf8E BTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUrlWDb+wxyrn3HfqvazHzyB3jrLsw HwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6 Ly93d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL3Nmc2NhLmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIB FiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRw Oi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4IC AQA6qScNyNO0FpHvaZTQacVMXH33O51KyEKSRw3IvdQxRu31YR0ZDGdSfgSoOVDVMSBSdmfQ fdDInHPzV3LO5DwUXZ+lxjv7z3PO2OkfnFkvTXPfn6dxJ5rJveDsTsCPcJ/Kp6/+qN5g+J6D /SaYcFD018B6L42r0Z4VEBy36P4tjRtF14Ex10tl5tJFVKM16qWKQHbpjIgf73s49UB0CQ5l HT2DHKfq3oPfdNc5Mk93w1v4ryVb+qVrZIej8NsrWU+5r4O2IV91edDb/OtHFddZqHFFXKgS 79IHE/hwQ2LW7r3sTX7cDUCg+dfdwO8zeLxuwk2JF8crUoyrl66RGrRIhT8VoG/OJ1Y9uUlO av69V4cG8upi4ZG2l7JZFbcBFk91Wp+Payo5SuF61CmGFrZ386umkmpObtFacXda2O/bVoQ9 xHQrzoTc/0KZTWvlZCLK3Ke/vGYT9ZdW9lOjGsSFbXrlTA919L84iMK+48WGnvRWY28ZaVHp ql43AtEGhXze6iNCbEDACy+4hkQYOytAqDgcxAnQ937mYpeZFPyz/XK9QSt9VNFMuudWxZwD DDJKoQAoSG59Hou9lZ26UrK60nRdAQBmEPL8h2nuWgoPh++XVQld9yuhbsWa39Pck8/lcfz5 HUVGJF5mc/zk38iV7FDlF68puiryNq2KXHEpOTCCBrwwggWkoAMCAQICAgl2MA0GCSqGSIb3 DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMiBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTAwNzE0MTEx MTQzWhcNMTIwNzE0MTg1NjEzWjCBuTEgMB4GA1UEDRMXMjI2MjU1LTdWNXd1MDFnUmtUaTYw S2IxCzAJBgNVBAYTAkRFMQ8wDQYDVQQIEwZCYXllcm4xETAPBgNVBAcTCE11ZW5jaGVuMS0w KwYDVQQLEyRTdGFydENvbSBWZXJpZmllZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxFjAUBgNVBAMT DUZyYW5rIEJhcnRlbHMxHTAbBgkqhkiG9w0BCQEWDmtuYXJmQGtuYXJmLmRlMIIBIjANBgkq hkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzD4z4S8NZqOpqzEsNTzVN/9P1v74kqLu+iMWIKIP ESI+pugiA5dD/9xKZvDnCJDIXBEbn/hV92TRGcGLj/rtnd1/nDfI6TJai52E46tGZwf8jHdd vY30X7BT+sS0uiKm9tFtPGt5UQHajDUoH91iIMJhs3xDtPo3iGTsFVHMD9EMRE+uS/EqSx88 KAPSw2N9zgJWYtMHOULQvsh2IrxT//p2MyCnVZnn/qqzMFRBII7ixIEWqKwTzyj1SUErzqrN Xd9ZFA/znLAZkj5q+guIli20efmynIS0/23rejSpzRAMftJcVcrzzSpe6EnmX3pO7f3OSBfU I4ofjcW1TQFHfwIDAQABo4IC9zCCAvMwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBQFiGhVAZ3h7V3ALEISyJpW+aQH IDAfBgNVHSMEGDAWgBSuVYNv7DHKufcd+q9rMfPIHeOsuzAZBgNVHREEEjAQgQ5rbmFyZkBr bmFyZi5kZTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGBtTcBAgIwggEgMC4GCCsGAQUF BwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFiho dHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUucGRmMIG3BggrBgEFBQcCAjCB qjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExpYWJpbGl0eSwgc2VlIHNlY3Rp b24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBB dXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL2Ny dHUyLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUyLWNybC5j cmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3Ns LmNvbS9zdWIvY2xhc3MyL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL3d3dy5zdGFy dHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMi5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAgpXgIBgtD3GLGedI IXJivBjcif9oEvVKS+E5JQmalBXVJIxXZ6GUPKm9gvQ4Iwq4JM6pRU79HF3xlifZFe6U5ary r1ShPzaIiM97CSaBVZ5czVNU9uE14/fE36x81f+sSX4lFXK41lM3nTgqPm/0HDqLmt4hvOBk 7Im4p7sQEBJKP2UC3vXunrDCTAhGIe9QUG9YeV5rFS1+dCkbqUqOXUlQdGTo9ObELSc2UmRU B3iojwQUogFWLukCQmOLR/jDovGzex+kvAxlLgUd2xgbh2ZgkRIc6TVlrJQ21PWR5RNKUkgh bPuNnT1hvtlJpvttU4f4Zzl1RP2DTe31ohiMSjGCApYwggKSAgEBMIGTMIGMMQswCQYDVQQG EwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwg Q2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMiBQcmltYXJ5 IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgl2MAkGBSsOAwIaBQCggdgwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTAwNzMxMTE1MDIyWjAjBgkqhkiG9w0B CQQxFgQUpTnKzI/0D+2gMuyjc9y4c7btXlQweQYJKoZIhvcNAQkPMWwwajALBglghkgBZQME ASowCwYJYIZIAWUDBAEWMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgIC AIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcNAQEB BQAEggEAqkq1chiW+M/Y5tC7waxz5K0WfNW7vSgvRywHi2PgYw6I64/+gXzdbrlcobSStDuv IwDLuuHPdBoKr6n9ZvpBPop41jTrfhZ+uX0FrRyy1UCo29lEE7/NUM5KZRdgEGru/inLmHsc BZ97zoSufcc1BwxHzDnw2OmtbYBUC9pgCq8EJB58vLmqNp+vrtCaboBlfWixvQ+UD2VMocxN 5QQ5TlGzFLXYJwSsJVfnYcsy5jsqMhrWmK00VWq9UQfbQ2LKeMu6TAloFNHhmdMsFuUAzT1p cT1FvzDa5nrr5BDLoFfepTrQe9QIgWLeO0Mk7PdOQctuzyVOjlqFXGdkT3sY4w== --KZLWU/9q3evlN4nQ-- From owner-freebsd-net@FreeBSD.ORG Sat Jul 31 12:41:06 2010 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 471D41065676 for ; Sat, 31 Jul 2010 12:41:06 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out9.libero.it (cp-out9.libero.it [212.52.84.109]) by mx1.freebsd.org (Postfix) with ESMTP id E5F658FC14 for ; Sat, 31 Jul 2010 12:41:05 +0000 (UTC) Received: from soth.ventu (151.51.20.251) by cp-out9.libero.it (8.5.107) id 4C4029D10295C75D; Sat, 31 Jul 2010 14:29:03 +0200 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.4/8.14.3) with ESMTP id o6VCT2O6081796; Sat, 31 Jul 2010 14:29:02 +0200 (CEST) (envelope-from ml@netfence.it) Message-ID: <4C54170E.2050807@netfence.it> Date: Sat, 31 Jul 2010 14:29:02 +0200 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; it-IT; rv:1.9.1.11) Gecko/20100724 Thunderbird/3.0.6 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4C209C22.7080900@netfence.it> <20100701224100.GG7090@michelle.cdnetworks.com> In-Reply-To: <20100701224100.GG7090@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Atheros ale problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2010 12:41:06 -0000 Il 07/02/10 00:41, Pyun YongHyeon ha scritto: > Hello. >> >> I'm having problems with 8.0/amd64 with the following card: >> >> ale0@pci0:1:0:0: class=0x020000 card=0x83041043 chip=0x10261969 >> rev=0xb0 hdr=0x00 >> vendor = 'Attansic (Now owned by Atheros)' >> device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' >> class = network >> subclass = ethernet >> >> This is connected to a 100Mb/s Full Duplex switch with no fancy features. >> >> >> >> Sometimes, while connected through ssh to this box, I get kicked out with: >> Disconnecting: Corrupted MAC on input. >> or: >> Disconnecting: Bad packet length 1686869659. >> >> At the same time on the server's log and console, I see: >> >> kernel: ale0: watchdog timeout -- resetting >> kernel: ale0: could not disable Tx/Rx MAC(0x00000008)! >> kernel: ale0: link state changed to DOWN >> kernel: ale0: link state changed to UP >> >> I'm setting up this box, so I can't speak of other >> protocols/applications yet. >> >> >> >> I saw some threads about this dating back to 2008 and related to EEEPCs, >> but this was supposed to be fixed. >> >> Any help? >> > Show me the output of "ifconfig ale0" and "sysctl dev.ale.0.stats". > And see whether your switch also agrees on resolved speed/duplex of > established link. Sorry for taking so long: the machine had been shut down nad was moved in production and powered back up only yesterday. So far I didn't see that problem again, but I don't think it is sustaining as much traffic as when I was installing everything. Also the switch it was connected to at the time was a 100Mb/s one; the one it's connected to now is 1000Mb/s. In both case it is/was a dumb switch and I had no physical access, so I could not check the lights. So I doubt the data you asked for can help, however: # ifconfig ale0 ale0: flags=8843 metric 0 mtu 1500 options=319a ether 00:26:18:d6:6a:e5 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active # sysctl dev.ale.0.stats dev.ale.0.stats.rx.good_frames: 213391 dev.ale.0.stats.rx.good_bcast_frames: 159179 dev.ale.0.stats.rx.good_mcast_frames: 140 dev.ale.0.stats.rx.pause_frames: 1288 dev.ale.0.stats.rx.control_frames: 0 dev.ale.0.stats.rx.crc_errs: 0 dev.ale.0.stats.rx.len_errs: 0 dev.ale.0.stats.rx.good_octets: 18379370 dev.ale.0.stats.rx.good_bcast_octets: 13706715 dev.ale.0.stats.rx.good_mcast_octets: 13375 dev.ale.0.stats.rx.runts: 0 dev.ale.0.stats.rx.fragments: 0 dev.ale.0.stats.rx.frames_64: 264057 dev.ale.0.stats.rx.frames_65_127: 15812 dev.ale.0.stats.rx.frames_128_255: 43486 dev.ale.0.stats.rx.frames_256_511: 11514 dev.ale.0.stats.rx.frames_512_1023: 129 dev.ale.0.stats.rx.frames_1024_1518: 167 dev.ale.0.stats.rx.frames_1519_max: 0 dev.ale.0.stats.rx.trunc_errs: 0 dev.ale.0.stats.rx.fifo_oflows: 0 dev.ale.0.stats.rx.rrs_errs: 0 dev.ale.0.stats.rx.align_errs: 0 dev.ale.0.stats.rx.filtered: 120486 dev.ale.0.stats.tx.good_frames: 71638 dev.ale.0.stats.tx.good_bcast_frames: 2 dev.ale.0.stats.tx.good_mcast_frames: 0 dev.ale.0.stats.tx.pause_frames: 0 dev.ale.0.stats.tx.control_frames: 0 dev.ale.0.stats.tx.excess_defers: 0 dev.ale.0.stats.tx.defers: 0 dev.ale.0.stats.tx.good_octets: 66527894 dev.ale.0.stats.tx.good_bcast_octets: 0 dev.ale.0.stats.tx.good_mcast_octets: 0 dev.ale.0.stats.tx.frames_64: 3611 dev.ale.0.stats.tx.frames_65_127: 14373 dev.ale.0.stats.tx.frames_128_255: 3796 dev.ale.0.stats.tx.frames_256_511: 2106 dev.ale.0.stats.tx.frames_512_1023: 3108 dev.ale.0.stats.tx.frames_1024_1518: 44644 dev.ale.0.stats.tx.frames_1519_max: 0 dev.ale.0.stats.tx.single_colls: 0 dev.ale.0.stats.tx.multi_colls: 0 dev.ale.0.stats.tx.late_colls: 0 dev.ale.0.stats.tx.excess_colls: 0 dev.ale.0.stats.tx.abort: 0 dev.ale.0.stats.tx.underruns: 0 dev.ale.0.stats.tx.desc_underruns: 0 dev.ale.0.stats.tx.len_errs: 0 dev.ale.0.stats.tx.trunc_errs: 120 bye & Thanks av. From owner-freebsd-net@FreeBSD.ORG Sat Jul 31 16:10:07 2010 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 AC268106564A for ; Sat, 31 Jul 2010 16:10:07 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1E98FC08 for ; Sat, 31 Jul 2010 16:10:06 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id o6VGDQ6Z007856; Sat, 31 Jul 2010 09:13:27 -0700 (PDT) (envelope-from mahan@mahan.org) Message-ID: <4C544ADC.2050109@mahan.org> Date: Sat, 31 Jul 2010 09:10:04 -0700 From: Patrick Mahan User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Luigi Rizzo References: <4C535B18.8020205@mahan.org> <20100730233053.GA12554@onelab2.iet.unipi.it> In-Reply-To: <20100730233053.GA12554@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: AltQ throughput issues (long message) 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, 31 Jul 2010 16:10:07 -0000 See my responses inline - PLM On 07/30/2010 04:30 PM, Luigi Rizzo wrote: > On Fri, Jul 30, 2010 at 04:07:04PM -0700, Patrick Mahan wrote: >> All, >> >> I am looking for (again) some understanding of AltQ and how it works >> w.r.t. packet through put. I posted earlier this month regarding how >> to initially configure AltQ (thanks to everyone's help) and now have >> it working over the em(4) drive on a FreeBSD 8.0 platform (HP DL350 G5). >> >> I had to bring the em(4) driver from the 8-Stable branch, but it is >> working just fine so far (needed to add the drbr_needs_enqueue() to >> if_var.h). >> >> I have now gone back to trying to setup up one queue with a bandwith >> of 1900 Kbs (1.9 Mbs). I ran a test with 'iperf' using udp and setting >> the bandwidth to 25 Mbs. I then ran a test setting the queue bandwith >> to 20 Mbs and running 'iperf' again using udp and 25 Mbs bandwith. >> >> In both cases, the throughput only seems to be 89% of the requested >> throughput. > > part of it can be explained because AltQ counts the whole packet > (eg. 1514 bytes for a full frame) whereas iperf only considers the > UDP payload (e.g. 1470 bytes in your case). > Okay, but that only accounts for 3% and I am seeing around 11%, any idea what might be accounting for the remaining 8%? > The other thing you should check is whether there is any extra > traffic going through the interface that competes for the bottleneck > bandwidth. You have such huge drop rates in your tests that i > would not be surprised if you had ICMP packets going around > trying to slow down the sender. No extra traffic. All machines have a bce0 (not shown in the diagram) that acts as the management port on a 10.10.0.0 network. Neither NPX8 nor NPX6 has forwarding enabled. But that said NPX3 where the AltQ is enabled does have ip forwarding enabled. But should not be trying to route any packets incoming on the bce0, but I will need to confirm. Will running pfctl before starting iperf for a few seconds be enough? Should I create a second queue to capture these possible 'extra' packets? As for the em(4) interfaces, they are all connected directly to each other using cat 6 cross-over cables, no hub/switch involved. Where do you see the drop? If you are looking at the end of the pfctl output that is probably occurring after iperf has finished its run. I have noticed that the queue bandwidth numbers sharply decline after iperf has finished? > > BTW have you tried dummynet in your config? > How would you suggest using dummynet? Is it workable for a QoS solution? Thanks as always, Patrick > cheers > luigi > > >> Test 1 >> AltQ queue bandwidth 1.9 Mbs, iperf -b 25M >> pfctl -vv -s queue reported: >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 28298 bytes: 42771988 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 140.8 packets/s, 1.70Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 28298 bytes: 42771988 dropped pkts: 397077 bytes: >> 600380424 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 3278 ] >> [ measured: 140.8 packets/s, 1.70Mb/s ] >> >> iperf reported >> >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533 >> (93%) >> >> Test 2 >> AltQ queue bandwidth 20 Mbs, iperf -b 25M >> pfctl -vv -s queue reported: >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 356702 bytes: 539329126 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 1500.2 packets/s, 18.15Mb/s ] >> queue test7788 on em0 bandwidth 20Mb cbq( default ) >> [ pkts: 356702 bytes: 539329126 dropped pkts: 149198 bytes: >> 225587376 ] >> [ qlength: 46/ 50 borrows: 0 suspends: 39629 ] >> [ measured: 1500.2 packets/s, 18.15Mb/s ] >> >> iperf reported >> >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/510637 >> (29%) >> >> Why can AltQ not drive it at full bandwidth? This is just some preliminary >> testing, >> but I want to scale this up to use all available AltQ CBQ queues for >> various operations. >> >> As always, my knowledge is always increased with I ask questions on >> this list. >> >> Thanks, >> >> Patrick >> >> ======================= Test Results =========================== >> Network topology: >> >> >> +--------------+ +--------------+ >> | | | | >> | NPX8 | | NPX3 | >> | (em1)+ ===================== +(em3) | >> | | | | >> | | | (em0) | >> +--------------+ +------+-------+ >> I >> I >> I >> I >> I >> I >> I >> I >> +------+-------+ >> | (em0) | >> | | >> | NPX6 | >> | | >> | | >> +--------------+ >> >> NPX8: >> >> em1: 172.16.38.80/24 >> >> em1: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:1c:c4:48:93:10 >> inet 172.16.38.80 netmask 0xffffff00 broadcast 172.16.38.255 >> media: Ethernet autoselect (1000baseT) >> status: active >> >> >> NPX3: >> >> em3: 172.16.38.30/24 >> >> em3: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:1f:29:5f:c6:aa >> inet 172.16.38.30 netmask 0xffffff00 broadcast 172.16.38.255 >> media: Ethernet autoselect (1000baseT) >> status: active >> >> em0: 172.16.13.30/24 >> >> em0: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:1f:29:5f:c6:a9 >> inet 172.16.13.30 netmask 0xffffff00 broadcast 172.16.13.255 >> media: Ethernet autoselect (1000baseT) >> status: active >> >> NPX6: >> >> em0: 172.16.13.60/24 >> >> em0: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:1c:c4:48:95:d1 >> inet 172.16.13.60 netmask 0xffffff00 broadcast 172.16.13.255 >> media: Ethernet autoselect (1000baseT) >> status: active >> >> NPX8 IPv4 Routing table >> >> npx8# netstat -nr >> Routing tables >> >> Internet: >> Destination Gateway Flags Refs Use Netif Expire >> default 10.10.1.1 UGS 0 0 bce0 >> 10.10.0.0/16 link#5 U 7 44 bce0 >> 10.10.20.48 link#5 UHS 0 0 lo0 >> 127.0.0.1 link#7 UH 0 0 lo0 >> 172.16.13.0/24 172.16.38.30 UGS 0 0 em1 >> 172.16.38.0/24 link#2 U 0 0 em1 >> 172.16.38.80 link#2 UHS 0 0 lo0 >> >> NPX3 IPv4 Routing Table >> >> npx3# netstat -nr >> Routing tables >> >> Internet: >> Destination Gateway Flags Refs Use Netif Expire >> default 10.10.1.1 UGS 0 0 bce0 >> 10.10.0.0/16 link#5 U 8 499 bce0 >> 10.10.20.43 link#5 UHS 0 0 lo0 >> 127.0.0.1 link#7 UH 0 0 lo0 >> 172.16.13.0/24 link#1 U 0 0 em0 >> 172.16.13.30 link#1 UHS 0 0 lo0 >> 172.16.38.0/24 link#4 U 0 0 em3 >> 172.16.38.30 link#4 UHS 0 0 lo0 >> >> >> NPX6 IPv4 Routing Table >> >> npx6# netstat -nr >> Routing tables >> >> Internet: >> Destination Gateway Flags Refs Use Netif Expire >> default 10.10.1.1 UGS 0 0 bce0 >> 10.10.0.0/16 link#5 U 7 243 bce0 >> 10.10.20.46 link#5 UHS 0 0 lo0 >> 127.0.0.1 link#7 UH 0 0 lo0 >> 172.16.13.0/24 link#1 U 0 0 em0 >> 172.16.13.60 link#1 UHS 0 0 lo0 >> 172.16.38.0/24 172.16.13.30 UGS 0 0 em0 >> >> >> NPX3 has forwarding enabled >> >> npx3# sysctl net.inet.ip.forwarding >> net.inet.ip.forwarding: 1 >> >> NPX8 has a route to NPX6 via em1 >> >> 172.16.13.0/24 172.16.38.30 UGS 0 1754682 em1 >> >> NPX6 has a route to NPX8 via em0 >> 172.16.38.0/24 172.16.13.30 UGS 0 2 em0 >> >> >> On NPX3 the following /etc/pf.conf is enabled >> >> npx3# cat /etc/pf.conf >> ####################################################################### >> # ALT-Q Configuration >> ####################################################################### >> >> #====================================================================== >> # Cluster configuration >> #====================================================================== >> altq on em0 cbq bandwidth 1000Mb queue { test7788 } >> >> #====================================================================== >> # Queueu configuration >> #====================================================================== >> queue test7788 bandwidth 1900Kb priority 1 cbq (default) >> >> #====================================================================== >> # Filter rules >> #====================================================================== >> pass out quick on em0 inet proto udp from any to any port 7788 no state >> queue test7788 >> >> >> On NPX6 I start iperf in server mode >> >> npx6# iperf -s -p 7788 -u -i 30 >> ------------------------------------------------------------ >> Server listening on UDP port 7788 >> Receiving 1470 byte datagrams >> UDP buffer size: 41.1 KByte (default) >> ------------------------------------------------------------ >> [ 3] local 172.16.38.80 port 41064 connected with 172.16.13.60 port 7788 >> [ ID] Interval Transfer Bandwidth >> [ 3] 0.0-30.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 30.0-60.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 60.0-90.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 90.0-120.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 120.0-150.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 150.0-180.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 0.0-200.0 sec 597 MBytes 25.0 Mbits/sec >> [ 3] Sent 425533 datagrams >> [ 3] Server Report: >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533 >> (93%) >> >> On NPX8 I start the iperf client >> >> npx8# iperf -c 172.16.13.10 -p 7788 -u -b 25M -u -i 30 -t 200 >> ------------------------------------------------------------ >> Client connecting to 172.16.13.60, UDP port 7788 >> Sending 1470 byte datagrams >> UDP buffer size: 9.00 KByte (default) >> ------------------------------------------------------------ >> [ 3] local 172.16.13.60 port 7788 connected with 172.16.38.80 port 41064 >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 0.0-30.0 sec 5.96 MBytes 1.67 Mbits/sec 0.710 ms 59453/63706 (93%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 30.0-60.0 sec 5.95 MBytes 1.66 Mbits/sec 0.736 ms 59616/63859 (93%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 60.0-90.0 sec 5.94 MBytes 1.66 Mbits/sec 0.721 ms 59529/63768 (93%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 90.0-120.0 sec 5.95 MBytes 1.66 Mbits/sec 0.760 ms 59616/63859 >> (93%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 120.0-150.0 sec 5.95 MBytes 1.66 Mbits/sec 0.732 ms 59618/63862 >> (93%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 150.0-180.0 sec 5.95 MBytes 1.66 Mbits/sec 0.726 ms 59608/63852 >> (93%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 0.0-200.4 sec 39.7 MBytes 1.66 Mbits/sec 6.998 ms 397190/425533 >> (93%) >> >> >> On NPX3 I start monitoring of the Altq >> >> npx3: pfctl -vv -s queue >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 3 bytes: 238 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 0.0 packets/s, 0 b/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 3 bytes: 238 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 0.0 packets/s, 0 b/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 0.2 packets/s, 58.80 b/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 0.2 packets/s, 58.80 b/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 0.2 packets/s, 51.45 b/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 10 bytes: 532 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 0.2 packets/s, 51.45 b/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 710 bytes: 1058932 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 17.6 packets/s, 211.73Kb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 710 bytes: 1058932 dropped pkts: 9600 bytes: >> 14515200 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 80 ] >> [ measured: 17.6 packets/s, 211.73Kb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 1418 bytes: 2129428 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 33.1 packets/s, 399.36Kb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 1418 bytes: 2129428 dropped pkts: 19534 bytes: >> 29535408 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 162 ] >> [ measured: 33.1 packets/s, 399.36Kb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 2125 bytes: 3198412 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 46.7 packets/s, 563.24Kb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 2125 bytes: 3198412 dropped pkts: 29470 bytes: >> 44558640 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 244 ] >> [ measured: 46.7 packets/s, 563.24Kb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 2832 bytes: 4267396 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 58.5 packets/s, 706.63Kb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 2832 bytes: 4267396 dropped pkts: 39406 bytes: >> 59581872 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 326 ] >> [ measured: 58.5 packets/s, 706.63Kb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 3539 bytes: 5336380 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 68.9 packets/s, 832.10Kb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 3539 bytes: 5336380 dropped pkts: 49341 bytes: >> 74603592 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 408 ] >> [ measured: 68.9 packets/s, 832.10Kb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 4246 bytes: 6405364 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 77.9 packets/s, 941.88Kb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 4246 bytes: 6405364 dropped pkts: 59277 bytes: >> 89626824 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 490 ] >> [ measured: 77.9 packets/s, 941.88Kb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 4954 bytes: 7475860 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 85.9 packets/s, 1.04Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 4954 bytes: 7475860 dropped pkts: 69211 bytes: >> 104647032 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 572 ] >> [ measured: 85.9 packets/s, 1.04Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 5661 bytes: 8544844 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 92.8 packets/s, 1.12Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 5661 bytes: 8544844 dropped pkts: 79147 bytes: >> 119670264 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 654 ] >> [ measured: 92.8 packets/s, 1.12Mb/s ] >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 6368 bytes: 9613828 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 98.9 packets/s, 1.20Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 6368 bytes: 9613828 dropped pkts: 89082 bytes: >> 134691984 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 736 ] >> [ measured: 98.9 packets/s, 1.20Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 7075 bytes: 10682812 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 104.2 packets/s, 1.26Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 7075 bytes: 10682812 dropped pkts: 99018 bytes: >> 149715216 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 818 ] >> [ measured: 104.2 packets/s, 1.26Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 7783 bytes: 11753308 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 108.9 packets/s, 1.32Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 7783 bytes: 11753308 dropped pkts: 108953 bytes: >> 164736936 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 900 ] >> [ measured: 108.9 packets/s, 1.32Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 8490 bytes: 12822292 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 113.0 packets/s, 1.37Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 8490 bytes: 12822292 dropped pkts: 118888 bytes: >> 179758656 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 982 ] >> [ measured: 113.0 packets/s, 1.37Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 9199 bytes: 13894300 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 116.6 packets/s, 1.41Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 9199 bytes: 13894300 dropped pkts: 128823 bytes: >> 194780376 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1064 ] >> [ measured: 116.6 packets/s, 1.41Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 9906 bytes: 14963284 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 119.7 packets/s, 1.45Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 9906 bytes: 14963284 dropped pkts: 138759 bytes: >> 209803608 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1146 ] >> [ measured: 119.7 packets/s, 1.45Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 10613 bytes: 16032268 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 122.4 packets/s, 1.48Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 10613 bytes: 16032268 dropped pkts: 148694 bytes: >> 224825328 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1228 ] >> [ measured: 122.4 packets/s, 1.48Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 11321 bytes: 17102764 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 124.8 packets/s, 1.51Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 11321 bytes: 17102764 dropped pkts: 158629 bytes: >> 239847048 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1310 ] >> [ measured: 124.8 packets/s, 1.51Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 12028 bytes: 18171748 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 126.9 packets/s, 1.53Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 12028 bytes: 18171748 dropped pkts: 168565 bytes: >> 254870280 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1392 ] >> [ measured: 126.9 packets/s, 1.53Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 12737 bytes: 19243756 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 128.7 packets/s, 1.56Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 12737 bytes: 19243756 dropped pkts: 178498 bytes: >> 269888976 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1474 ] >> [ measured: 128.7 packets/s, 1.56Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 13445 bytes: 20314252 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 130.3 packets/s, 1.58Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 13445 bytes: 20314252 dropped pkts: 188433 bytes: >> 284910696 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1556 ] >> [ measured: 130.3 packets/s, 1.58Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 14152 bytes: 21383236 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 131.7 packets/s, 1.59Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 14152 bytes: 21383236 dropped pkts: 198368 bytes: >> 299932416 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1638 ] >> [ measured: 131.7 packets/s, 1.59Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 14859 bytes: 22452220 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 132.9 packets/s, 1.61Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 14859 bytes: 22452220 dropped pkts: 208304 bytes: >> 314955648 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1720 ] >> [ measured: 132.9 packets/s, 1.61Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 15566 bytes: 23521204 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 134.0 packets/s, 1.62Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 15566 bytes: 23521204 dropped pkts: 218240 bytes: >> 329978880 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1802 ] >> [ measured: 134.0 packets/s, 1.62Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 16274 bytes: 24591700 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 134.9 packets/s, 1.63Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 16274 bytes: 24591700 dropped pkts: 228174 bytes: >> 344999088 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1884 ] >> [ measured: 134.9 packets/s, 1.63Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 16981 bytes: 25660684 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 135.7 packets/s, 1.64Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 16981 bytes: 25660684 dropped pkts: 238110 bytes: >> 360022320 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 1966 ] >> [ measured: 135.7 packets/s, 1.64Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 17688 bytes: 26729668 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 136.5 packets/s, 1.65Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 17688 bytes: 26729668 dropped pkts: 248047 bytes: >> 375047064 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2048 ] >> [ measured: 136.5 packets/s, 1.65Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 18396 bytes: 27800164 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 137.1 packets/s, 1.66Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 18396 bytes: 27800164 dropped pkts: 257981 bytes: >> 390067272 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2130 ] >> [ measured: 137.1 packets/s, 1.66Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 19103 bytes: 28869148 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 137.6 packets/s, 1.66Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 19103 bytes: 28869148 dropped pkts: 267917 bytes: >> 405090504 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2212 ] >> [ measured: 137.6 packets/s, 1.66Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 19810 bytes: 29938132 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 138.1 packets/s, 1.67Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 19810 bytes: 29938132 dropped pkts: 277853 bytes: >> 420113736 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2294 ] >> [ measured: 138.1 packets/s, 1.67Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 20517 bytes: 31007116 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 138.5 packets/s, 1.68Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 20517 bytes: 31007116 dropped pkts: 287788 bytes: >> 435135456 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2376 ] >> [ measured: 138.5 packets/s, 1.68Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 21225 bytes: 32077612 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 138.9 packets/s, 1.68Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 21225 bytes: 32077612 dropped pkts: 297723 bytes: >> 450157176 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2458 ] >> [ measured: 138.9 packets/s, 1.68Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 21932 bytes: 33146596 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 139.2 packets/s, 1.68Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 21932 bytes: 33146596 dropped pkts: 307659 bytes: >> 465180408 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2540 ] >> [ measured: 139.2 packets/s, 1.68Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 22639 bytes: 34215580 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 139.5 packets/s, 1.69Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 22639 bytes: 34215580 dropped pkts: 317594 bytes: >> 480202128 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2622 ] >> [ measured: 139.5 packets/s, 1.69Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 23346 bytes: 35284564 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 139.7 packets/s, 1.69Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 23346 bytes: 35284564 dropped pkts: 327530 bytes: >> 495225360 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2704 ] >> [ measured: 139.7 packets/s, 1.69Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 24054 bytes: 36355060 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 140.0 packets/s, 1.69Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 24054 bytes: 36355060 dropped pkts: 337465 bytes: >> 510247080 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2786 ] >> [ measured: 140.0 packets/s, 1.69Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 24761 bytes: 37424044 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 140.1 packets/s, 1.70Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 24761 bytes: 37424044 dropped pkts: 347400 bytes: >> 525268800 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2868 ] >> [ measured: 140.1 packets/s, 1.70Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 25468 bytes: 38493028 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 140.3 packets/s, 1.70Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 25468 bytes: 38493028 dropped pkts: 357336 bytes: >> 540292032 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 2950 ] >> [ measured: 140.3 packets/s, 1.70Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 26176 bytes: 39563524 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 140.5 packets/s, 1.70Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 26176 bytes: 39563524 dropped pkts: 367272 bytes: >> 555315264 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 3032 ] >> [ measured: 140.5 packets/s, 1.70Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 26883 bytes: 40632508 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 140.6 packets/s, 1.70Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 26883 bytes: 40632508 dropped pkts: 377207 bytes: >> 570336984 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 3114 ] >> [ measured: 140.6 packets/s, 1.70Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 27590 bytes: 41701492 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 140.7 packets/s, 1.70Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 27590 bytes: 41701492 dropped pkts: 387143 bytes: >> 585360216 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 3196 ] >> [ measured: 140.7 packets/s, 1.70Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 28298 bytes: 42771988 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 140.8 packets/s, 1.70Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 28298 bytes: 42771988 dropped pkts: 397077 bytes: >> 600380424 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 3278 ] >> [ measured: 140.8 packets/s, 1.70Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 28355 bytes: 42858172 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 124.6 packets/s, 1.51Mb/s ] >> queue test7788 on em0 bandwidth 1.90Mb cbq( default ) >> [ pkts: 28355 bytes: 42858172 dropped pkts: 397190 bytes: >> 600551280 ] >> [ qlength: 0/ 50 borrows: 0 suspends: 3284 ] >> [ measured: 124.6 packets/s, 1.51Mb/s ] >> >> ============================================================================ >> >> With the queue set to 20Mb throughput. >> >> NPX3# pfctl -vv -s queue >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 334193 bytes: 505295518 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 1500.0 packets/s, 18.14Mb/s ] >> queue test7788 on em0 bandwidth 20Mb cbq( default ) >> [ pkts: 334193 bytes: 505295518 dropped pkts: 139779 bytes: >> 211345848 ] >> [ qlength: 46/ 50 borrows: 0 suspends: 37128 ] >> [ measured: 1500.0 packets/s, 18.14Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 341694 bytes: 516637030 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 1500.1 packets/s, 18.14Mb/s ] >> queue test7788 on em0 bandwidth 20Mb cbq( default ) >> [ pkts: 341697 bytes: 516641566 dropped pkts: 142920 bytes: >> 216095040 ] >> [ qlength: 43/ 50 borrows: 0 suspends: 37961 ] >> [ measured: 1500.1 packets/s, 18.15Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 349196 bytes: 527980054 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 1500.1 packets/s, 18.15Mb/s ] >> queue test7788 on em0 bandwidth 20Mb cbq( default ) >> [ pkts: 349196 bytes: 527980054 dropped pkts: 146057 bytes: >> 220838184 ] >> [ qlength: 50/ 50 borrows: 0 suspends: 38795 ] >> [ measured: 1500.1 packets/s, 18.14Mb/s ] >> >> queue root_em0 on em0 bandwidth 1Gb priority 0 cbq( wrr root ) {test7788} >> [ pkts: 356702 bytes: 539329126 dropped pkts: 0 bytes: 0 >> ] >> [ qlength: 0/ 50 borrows: 0 suspends: 0 ] >> [ measured: 1500.2 packets/s, 18.15Mb/s ] >> queue test7788 on em0 bandwidth 20Mb cbq( default ) >> [ pkts: 356702 bytes: 539329126 dropped pkts: 149198 bytes: >> 225587376 ] >> [ qlength: 46/ 50 borrows: 0 suspends: 39629 ] >> [ measured: 1500.2 packets/s, 18.15Mb/s ] >> >> NPX8: iperf -c 172.16.13.60 -p 7788 -u -b 25M -u -i 30 -t 240 >> ------------------------------------------------------------ >> Client connecting to 172.16.13.60, UDP port 7788 >> Sending 1470 byte datagrams >> UDP buffer size: 9.00 KByte (default) >> ------------------------------------------------------------ >> [ 3] local 172.16.38.80 port 17106 connected with 172.16.13.60 port 7788 >> [ ID] Interval Transfer Bandwidth >> [ 3] 0.0-30.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 30.0-60.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 60.0-90.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 90.0-120.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 120.0-150.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 150.0-180.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 180.0-210.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 210.0-240.0 sec 89.5 MBytes 25.0 Mbits/sec >> [ ID] Interval Transfer Bandwidth >> [ 3] 0.0-240.0 sec 716 MBytes 25.0 Mbits/sec >> [ 3] Sent 510637 datagrams >> [ 3] Server Report: >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 3] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/510637 >> (29%) >> >> NPX6: iperf -s -p 7788 -u -i 30 >> ------------------------------------------------------------ >> Server listening on UDP port 7788 >> Receiving 1470 byte datagrams >> UDP buffer size: 41.1 KByte (default) >> ------------------------------------------------------------ >> [ 4] local 172.16.13.60 port 7788 connected with 172.16.38.80 port 17106 >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 0.0-30.0 sec 63.1 MBytes 17.6 Mbits/sec 0.735 ms 18774/63782 (29%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 30.0-60.0 sec 63.1 MBytes 17.6 Mbits/sec 0.745 ms 18830/63830 (30%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 60.0-90.0 sec 63.1 MBytes 17.6 Mbits/sec 0.756 ms 18831/63831 (30%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 90.0-120.0 sec 63.1 MBytes 17.6 Mbits/sec 0.741 ms 18831/63831 >> (30%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 120.0-150.0 sec 63.1 MBytes 17.6 Mbits/sec 0.738 ms 18830/63831 >> (29%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 150.0-180.0 sec 63.1 MBytes 17.6 Mbits/sec 0.733 ms 18830/63830 >> (30%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 180.0-210.0 sec 63.1 MBytes 17.6 Mbits/sec 0.718 ms 18828/63829 >> (29%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 210.0-240.0 sec 63.1 MBytes 17.6 Mbits/sec 0.730 ms 18830/63830 >> (30%) >> [ ID] Interval Transfer Bandwidth Jitter Lost/Total >> Datagrams >> [ 4] 0.0-240.0 sec 505 MBytes 17.6 Mbits/sec 0.918 ms 150584/510637 >> (29%) >> _______________________________________________ >> 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 Sat Jul 31 19:06:01 2010 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 9FBAF106566B for ; Sat, 31 Jul 2010 19:06:01 +0000 (UTC) (envelope-from satellites@inorbit.com) Received: from imr-db03.mx.aol.com (imr-db03.mx.aol.com [205.188.91.97]) by mx1.freebsd.org (Postfix) with ESMTP id 6FEBF8FC13 for ; Sat, 31 Jul 2010 19:06:01 +0000 (UTC) Received: from imo-da01.mx.aol.com (imo-da01.mx.aol.com [205.188.169.199]) by imr-db03.mx.aol.com (8.14.1/8.14.1) with ESMTP id o6VIteYn016184 for ; Sat, 31 Jul 2010 14:55:40 -0400 Received: from satellites@inorbit.com by imo-da01.mx.aol.com (mail_out_v42.9.) id n.f12.458086 (34910) for ; Sat, 31 Jul 2010 14:55:35 -0400 (EDT) Received: from smtprly-da01.mx.aol.com (smtprly-da01.mx.aol.com [205.188.249.144]) by cia-da02.mx.aol.com (v129.4) with ESMTP id MAILCIADA027-5bb04c5471a534f; Sat, 31 Jul 2010 14:55:35 -0400 Received: from web-mmc-d03 (web-mmc-d03.sim.aol.com [205.188.103.93]) by smtprly-da01.mx.aol.com (v129.4) with ESMTP id MAILSMTPRLYDA017-5bb04c5471a534f; Sat, 31 Jul 2010 14:55:33 -0400 To: freebsd-net@freebsd.org Date: Sat, 31 Jul 2010 14:55:33 -0400 X-MB-Message-Source: WebUI X-AOL-IP: 24.15.48.3 X-MB-Message-Type: User MIME-Version: 1.0 From: satellites@inorbit.com X-Mailer: Mail.com Webmail 32360-STANDARD Received: from 24.15.48.3 by web-mmc-d03.sysops.aol.com (205.188.103.93) with HTTP (WebMailUI); Sat, 31 Jul 2010 14:55:33 -0400 Message-Id: <8CCFEF916B064AE-2AC-17C36@web-mmc-d03.sysops.aol.com> X-Spam-Flag: NO X-AOL-SENDER: satellites@inorbit.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: DNS server: gateway_enable option in rc.conf? 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, 31 Jul 2010 19:06:01 -0000 =20 Hello list, I have a little confusion about a box I'm working on which will serve as= a gateway and DNS server. =20 I am entering in the appropriate bind entries into the master files but my= question is: should I omit the gateway_enable option in the /etc/rc.conf file if I am= already establishing those routes=20 via the zone files? In other words, I have a two-interface FreeBSD box, with interfaces dc0 an= d dc1. Both of those interfaces have appropriate entries establishing routes as 10.0.0.1 and 10.10.0.1 respectively. =20 Many thanks for the pointers. =20 Regards =20 From owner-freebsd-net@FreeBSD.ORG Sat Jul 31 21:15:17 2010 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 5CAB4106564A for ; Sat, 31 Jul 2010 21:15:17 +0000 (UTC) (envelope-from satellites@inorbit.com) Received: from imr-da05.mx.aol.com (imr-3.mx.aol.com [205.188.105.147]) by mx1.freebsd.org (Postfix) with ESMTP id 17D208FC1A for ; Sat, 31 Jul 2010 21:15:16 +0000 (UTC) Received: from imo-ma04.mx.aol.com (imo-ma04.mx.aol.com [64.12.78.139]) by imr-da05.mx.aol.com (8.14.1/8.14.1) with ESMTP id o6VLF5x6031874; Sat, 31 Jul 2010 17:15:05 -0400 Received: from satellites@inorbit.com by imo-ma04.mx.aol.com (mail_out_v42.9.) id m.d25.70d1110c (55723); Sat, 31 Jul 2010 17:15:03 -0400 (EDT) Received: from smtprly-da01.mx.aol.com (smtprly-da01.mx.aol.com [205.188.249.144]) by cia-md02.mx.aol.com (v129.4) with ESMTP id MAILCIAMD026-5bad4c5491803ad; Sat, 31 Jul 2010 17:15:02 -0400 Received: from web-mmc-d03 (web-mmc-d03.sim.aol.com [205.188.103.93]) by smtprly-da01.mx.aol.com (v129.4) with ESMTP id MAILSMTPRLYDA014-5bad4c5491803ad; Sat, 31 Jul 2010 17:11:28 -0400 References: <8CCFEF916B064AE-2AC-17C36@web-mmc-d03.sysops.aol.com> <20100731192001.DC1DB5B18@mail.bitblocks.com> To: bakul@bitblocks.com Date: Sat, 31 Jul 2010 17:11:28 -0400 X-AOL-IP: 24.15.48.3 In-Reply-To: <20100731192001.DC1DB5B18@mail.bitblocks.com> X-MB-Message-Source: WebUI Received: from 24.15.48.3 by web-mmc-d03.sysops.aol.com (205.188.103.93) with HTTP (WebMailUI); Sat, 31 Jul 2010 17:11:28 -0400 MIME-Version: 1.0 From: satellites@inorbit.com X-MB-Message-Type: User X-Mailer: Mail.com Webmail 32360-STANDARD Message-Id: <8CCFF0C13B60456-2AC-187B7@web-mmc-d03.sysops.aol.com> X-Spam-Flag: NO X-AOL-SENDER: satellites@inorbit.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: DNS server: gateway_enable option in rc.conf? 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, 31 Jul 2010 21:15:17 -0000 =20 Okay thanks for the reply. I thought about the sysctl setting after I ha= d already posted. Many thanks! =20 =20 -----Original Message----- From: Bakul Shah To: satellites@inorbit.com Sent: Sun, Aug 1, 2010 1:20 am Subject: Re: DNS server: gateway_enable option in rc.conf?=20 On Sat, 31 Jul 2010 14:55:33 EDT satellites@inorbit.com wrote: > should I omit the gateway_enable option in the /etc/rc.conf file if I am > already establishing those routes > via the zone files? You need it because as it sets sysctl net.inet.ip.forwarding to 1. Without it the box won't forward anything. =20