From owner-freebsd-net@FreeBSD.ORG Sun Dec 11 00:07:06 2011 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 0AFAB1065672; Sun, 11 Dec 2011 00:07:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id A589C8FC0C; Sun, 11 Dec 2011 00:07:05 +0000 (UTC) Received: by vcbfk1 with SMTP id fk1so5314229vcb.13 for ; Sat, 10 Dec 2011 16:07:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=qcuEi3xzFwhaFjoYwns4TlJE7f3KfN5O/A85nwUxOLk=; b=Fd2le0feGlXkgZBggm/C335/QDP0RFztLHGhk5jB0PUnwTXr/cGCGb4rxbhy03al6Z SytLjobe+dwMcBeU9vsWmu8z7Tr4C4rJKjVZkzB3P31G7JNlqP79FqGT4kg8qRsBMSSq xfrGkpwC2LZEIFBfzKXA+budkuSvPClXbakQE= MIME-Version: 1.0 Received: by 10.52.90.80 with SMTP id bu16mr7255782vdb.113.1323562024934; Sat, 10 Dec 2011 16:07:04 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.26.50 with HTTP; Sat, 10 Dec 2011 16:07:04 -0800 (PST) In-Reply-To: <20111210140540.6301dfa9.ray@freebsd.org> References: <20111210140540.6301dfa9.ray@freebsd.org> Date: Sun, 11 Dec 2011 11:07:04 +1100 X-Google-Sender-Auth: 3MCWttULyope3e8Ue5rzGjesEwo Message-ID: From: Adrian Chadd To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: "float PHYs", communication between indirect attached devices 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, 11 Dec 2011 00:07:06 -0000 On 10 December 2011 23:05, Aleksandr Rybalko wrote: > Hi net@ subscribers, > > Simple explanation of problem: > real situation, device with two NICs (arge0 and arge1) > arge0 attached to PHY w/o direct access to it. > arge1 attached to switch MII port (and have access to MDIO bus). > > switch have child MDIO bus for all Physical ports. > One of this ports (or his PHY) must be controlled by arge0. Must be controlled how/why? Please explain this a little more first. I have a feeling that you want to magically make it able to configure the PHY it's glued to, so changing speed/duplex/clock and such are kept in sync. We can likely just ignore that and just allow the user to configure both the arge{0,1} interface and the PHY it's glued to. Then it's just up to documenting that particular ugly requirement for now. Read: This shouldn't be a blocker for further development. :) Adrian From owner-freebsd-net@FreeBSD.ORG Sun Dec 11 14:12:58 2011 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 A67C21065673 for ; Sun, 11 Dec 2011 14:12:58 +0000 (UTC) (envelope-from freebsd-net@herveybayaustralia.com.au) Received: from mail.unitedinsong.com.au (mail.unitedinsong.com.au [150.101.178.33]) by mx1.freebsd.org (Postfix) with ESMTP id 646F18FC1A for ; Sun, 11 Dec 2011 14:12:58 +0000 (UTC) Received: from laptop1.herveybayaustralia.com.au (laptop1.herveybayaustralia.com.au [192.168.0.179]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.unitedinsong.com.au (Postfix) with ESMTPSA id 79D4C5C24 for ; Mon, 12 Dec 2011 00:08:36 +1000 (EST) Message-ID: <4EE4B5D6.2080608@herveybayaustralia.com.au> Date: Sun, 11 Dec 2011 23:53:26 +1000 From: Da Rock User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111109 Thunderbird/7.0.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: FBSD9 atheros-n 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, 11 Dec 2011 14:12:58 -0000 Adrian, are you still needing testers for atheros 802.11n support on 9.0? What data do you need, and what is required to set it up (any new steps required, rehash maybe?)? I'm setting up a laptop with an atheros 9285 wlan mini PCIe card. Cheers From owner-freebsd-net@FreeBSD.ORG Mon Dec 12 08:46:15 2011 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 220FD1065672 for ; Mon, 12 Dec 2011 08:46:15 +0000 (UTC) (envelope-from adrian.chadd@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 D2E828FC17 for ; Mon, 12 Dec 2011 08:46:14 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so6130460vbb.13 for ; Mon, 12 Dec 2011 00:46:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=0YJX0lof+2V9cb5EhetBckzss4u4cvCmdOXg5VrZQ7o=; b=j6/ttJoP+y4I6SG/ituIw5dnQ0zRnItrWFXd0pbQSZwXDSOf1184sKoNVm7CBolYBn zFZnhNBumyc78Yu4ieacAjHlvBN/OkcrB1uyDgmuoAWJLxLpTVnPbg5Ca0N0oN0z66xt ptrN7WxIVOOldNA/XHL6W8Mnq6AnJej5AtzKc= MIME-Version: 1.0 Received: by 10.52.67.205 with SMTP id p13mr9187716vdt.79.1323679574081; Mon, 12 Dec 2011 00:46:14 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.26.50 with HTTP; Mon, 12 Dec 2011 00:46:14 -0800 (PST) In-Reply-To: <4EE4B5D6.2080608@herveybayaustralia.com.au> References: <4EE4B5D6.2080608@herveybayaustralia.com.au> Date: Mon, 12 Dec 2011 00:46:14 -0800 X-Google-Sender-Auth: OJXBTjoGFXmaoPmtaT5LWwjqZl8 Message-ID: From: Adrian Chadd To: Da Rock Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: FBSD9 atheros-n 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, 12 Dec 2011 08:46:15 -0000 On 11 December 2011 05:53, Da Rock wrote: > Adrian, are you still needing testers for atheros 802.11n support on 9.0? > What data do you need, and what is required to set it up (any new steps > required, rehash maybe?)? > > I'm setting up a laptop with an atheros 9285 wlan mini PCIe card. I'm always after testers. You'll need to run -HEAD though, I haven't pushed this work into 9.0. Adrian From owner-freebsd-net@FreeBSD.ORG Mon Dec 12 11:07:28 2011 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 B460B106567D for ; Mon, 12 Dec 2011 11:07:28 +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 A187D8FC1B for ; Mon, 12 Dec 2011 11:07:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBCB7SHI030091 for ; Mon, 12 Dec 2011 11:07:28 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBCB7SQr030089 for freebsd-net@FreeBSD.org; Mon, 12 Dec 2011 11:07:28 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Dec 2011 11:07:28 GMT Message-Id: <201112121107.pBCB7SQr030089@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, 12 Dec 2011 11:07:28 -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/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162509 net [re] [panic] Kernel panic may be related to if_re.c (r o kern/162352 net [patch] Enhancement: add SO_PROTO to socket.h o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161899 net [route] ntpd(8): Repeating RTM_MISS packets causing hi o kern/161381 net [re] RTL8169SC - re0: PHY write failed o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160420 net [msk] phy write timeout on HP 5310m o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159795 net [tcp] excessive duplicate ACKs and TCP session freezes o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157429 net [re] Realtek RTL8169 doesn't work with re(4) o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155772 net ifconfig(8): ioctl (SIOCAIFADDR): File exists on direc o kern/155680 net [multicast] problems with multicast s kern/155642 net [request] Add driver for Realtek RTL8191SE/RTL8192SE W o kern/155604 net [flowtable] Flowtable excessively caches dest MAC addr o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/155004 net [bce] [panic] kernel panic in bce0 driver o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [request]: Port brcm80211 driver from Linux to FreeBSD o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl o kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m 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/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 bin/145934 net [patch] add count option to netstat(1) o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge 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 p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation 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 a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 383 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Dec 12 16:00:25 2011 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 0E0DE1065673; Mon, 12 Dec 2011 16:00:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D659C8FC14; Mon, 12 Dec 2011 16:00:24 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 8A98446B09; Mon, 12 Dec 2011 11:00:24 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1B7D3B96E; Mon, 12 Dec 2011 11:00:24 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Mon, 12 Dec 2011 11:00:23 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <20111022084931.GD1697@garage.freebsd.pl> <20111023155827.GH1697@garage.freebsd.pl> <201110240814.22368.jhb@freebsd.org> In-Reply-To: <201110240814.22368.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201112121100.23567.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 12 Dec 2011 11:00:24 -0500 (EST) Cc: Kostik Belousov , Lawrence Stewart , Andre Oppermann , Pawel Jakub Dawidek , freebsd-net@freebsd.org Subject: Re: 9.0-RC1 panic in tcp_input: negative winow. 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, 12 Dec 2011 16:00:25 -0000 On Monday, October 24, 2011 8:14:22 am John Baldwin wrote: > On Sunday, October 23, 2011 11:58:28 am Pawel Jakub Dawidek wrote: > > On Sun, Oct 23, 2011 at 11:44:45AM +0300, Kostik Belousov wrote: > > > On Sun, Oct 23, 2011 at 08:10:38AM +0200, Pawel Jakub Dawidek wrote: > > > > My suggestion would be that if we won't be able to fix it before 9.0, > > > > we should turn this assertion off, as the system seems to be able to > > > > recover. > > > > > > Shipped kernels have all assertions turned off. > > > > Yes, I'm aware of that, but many people compile their production kernels > > with INVARIANTS/INVARIANT_SUPPORT to fail early instead of eg. > > corrupting data. I'd be fine in moving this under DIAGNOSTIC or changing > > it into a printf, so it will be visible. > > No, the kernel is corrupting things in other places when this is true, so > if you are running with INVARIANTS, we want to know about it. Specifically, > in several places in TCP we assume that rcv_adv >= rcv_nxt, and depend on > being able to do 'rcv_adv - rcv_nxt'. > > In this case, it looks like the difference is consistently less than one > frame. I suspect the other end of the connection is sending just beyond the > end of the advertised window (it probably assumes it is better to send a full > frame if it has that much pending data even though part of it is beyond the > window edge vs sending a truncated packet that just fills the window) and that > that frame is accepted ok in the header prediction case and it's ACK is > delayed, but the next packet to arrive then trips over this assumption. > > Since 'win' is guaranteed to be non-negative and we explicitly cast > 'rcv_adv - rcv_nxt' to (int) in the following line that the assert is checking > for: > > tp->rcv_wnd = imax(win, (int)(tp->rcv_adv - tp->rcv_nxt)); > > I think we already handle this case ok and perhaps the assertion can just be > removed? Not sure if others feel that it warrants a comment to note that this > is the case being handled. > > Also, I'm not sure if this case can "leak" into the timewait code? If so, we > will need to fix this case: > > /* > * Recover last window size sent. > */ > KASSERT(SEQ_GEQ(tp->rcv_adv, tp->rcv_nxt), > ("tcp_twstart negative window: tp %p rcv_nxt %u rcv_adv %u", tp, > tp->rcv_nxt, tp->rcv_adv)); > tw->last_win = (tp->rcv_adv - tp->rcv_nxt) >> tp->rcv_scale; > > So that it sets last_win to 0 instead of some really huge value. An update. I've sent Pawel a testing patch to see if my hypothesis is correct (www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I intend to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon Dec 12 19:27:18 2011 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 0EA1D1065687; Mon, 12 Dec 2011 19:27:18 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F34628FC20; Mon, 12 Dec 2011 19:27:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id pBCJRHTS093661; Mon, 12 Dec 2011 19:27:17 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id pBCJRH31093657; Mon, 12 Dec 2011 19:27:17 GMT (envelope-from yongari) Date: Mon, 12 Dec 2011 19:27:17 GMT Message-Id: <201112121927.pBCJRH31093657@freefall.freebsd.org> To: konstantin.malov@kaspersky.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/155004: [bce] [panic] kernel panic in bce0 driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Dec 2011 19:27:18 -0000 Synopsis: [bce] [panic] kernel panic in bce0 driver State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Mon Dec 12 19:26:05 UTC 2011 State-Changed-Why: As you see, this backtrace looks wrong. It can't generate a NULL pointer dereference at line 5771. Are you using stock bce(4) without any changes? Probably the m0 could be a NULL and it could be dereferenced later. Could you go frame 8 and do the following? p m0 p sw_rx_cons_idx p sc->rx_mbuf_ptr[sw_rx_cons_idx] By chance, did the panic happen when you reboot your box or down/up the interface? Or if you happen to know a way to reproduce the issue could you share it with us? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Mon Dec 12 19:26:05 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=155004 From owner-freebsd-net@FreeBSD.ORG Mon Dec 12 23:23:07 2011 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 7DBB1106564A for ; Mon, 12 Dec 2011 23:23:07 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 41B888FC12 for ; Mon, 12 Dec 2011 23:23:06 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id 256AE22826 for ; Mon, 12 Dec 2011 23:23:06 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id E0B3F1187EA00 for ; Tue, 13 Dec 2011 00:22:21 +0000 (GMT) Message-ID: <4EE68CD7.5090106@rewt.org.uk> Date: Mon, 12 Dec 2011 23:23:03 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RADIX_MPATH / FreeBSD Routing 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, 12 Dec 2011 23:23:07 -0000 Hi guys, Is anyone aware of the state of mpath as it stands on stable/9? At the moment within a few seconds of OpenBGPD being fired up there is an rtfree: 2 panic, I have had a quick look through the code but don't understand why this panic() is triggered. On a related note, how does one successfully operate openospfd/openbgpd without having to filter all connected interfaces in the presence of 'redistribute [inet|inet6] connected', for example if there is a /30 between 2 openbgpd or openospfd speakers the /32 of the remote side will be installed and ultimately cause llinfo error messages and an eventual reset, or in the ospf case, the interface route to be changed or deleted. I understand this is due to the difference in stack behaviour, but would adding connected interface route protection to the kernel or the respective daemons be workable in the meantime, until mpath is fixed? At the moment I am having to use lots of filters to filter out all potential connected/interface routes for both address families, this seems to be a suboptimal solution. Quagga/Zebra seem to filter these changes out such that connectivity isn't broken but I am not familiar enough with C or the code to be able to deduce whats happening and how I could apply that to the kernel or bgp/ospf daemons. In my mind, connected/interface entries should only ever be changed when an interface state changes, or is created or destroyed? Should this be locked (perhaps with a sysctl toggle?) Any thoughts would be appreciated. Thanks, Joe From owner-freebsd-net@FreeBSD.ORG Mon Dec 12 23:35:15 2011 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 D9CB7106564A; Mon, 12 Dec 2011 23:35:15 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:141:52a3:186::]) by mx1.freebsd.org (Postfix) with ESMTP id 7344C8FC08; Mon, 12 Dec 2011 23:35:15 +0000 (UTC) Received: from tykburk.tyknet.cn.dom (unknown [217.71.4.82]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 656492D66F; Tue, 13 Dec 2011 00:35:13 +0100 (CET) X-DKIM: OpenDKIM Filter v2.4.1 mail.tyknet.dk 656492D66F DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1323732914; bh=yoARHmHynXxiv/CcyBr4heqQEjLrSSQeKYNGCOci6uM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Fzq5JMz5E6M02i7bGLyrQ3m3CjsOdJVgw/YlAgaEiBLzmD7Z86tMZxTfaYqe4JESR gAI9xfGGFC4mqCUYFgw2zPra191gSYym3kP8cJc6B355qAUMxKyZKJwwwFEiM4JNLu wx+J51y5aTtWmiVsaSStmD0XiKi3+4H4lu0UfRTg= Message-ID: <4EE68FB1.7050304@gibfest.dk> Date: Tue, 13 Dec 2011 00:35:13 +0100 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111014 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4EE4B5D6.2080608@herveybayaustralia.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: adrian@freebsd.org Subject: Re: FBSD9 atheros-n 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, 12 Dec 2011 23:35:15 -0000 On 12.12.2011 09:46, Adrian Chadd wrote: > On 11 December 2011 05:53, Da Rock > wrote: >> Adrian, are you still needing testers for atheros 802.11n support on 9.0? >> What data do you need, and what is required to set it up (any new steps >> required, rehash maybe?)? >> >> I'm setting up a laptop with an atheros 9285 wlan mini PCIe card. > I'm always after testers. You'll need to run -HEAD though, I haven't > pushed this work into 9.0. > Hello, I'd love to help test but I have no 802.11n-capable nic in my laptop. So first things first, I need to buy a USB card with 802.11n support, but is there any specific model or controller that needs testing, or do I just get any atheros based 802.11n-card ? Any recommendations ? Thanks! /Thomas Steen Rasmussen From owner-freebsd-net@FreeBSD.ORG Mon Dec 12 23:56:24 2011 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 28E281065672 for ; Mon, 12 Dec 2011 23:56:24 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id E7F6E8FC0A for ; Mon, 12 Dec 2011 23:56:23 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id EB42D55ED4 for ; Tue, 13 Dec 2011 00:56:22 +0100 (CET) From: Stefan Bethke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 13 Dec 2011 00:56:22 +0100 Message-Id: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> To: FreeBSD Net Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) Subject: "ifconfig media off"? 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, 12 Dec 2011 23:56:24 -0000 I'm currently writing a driver to configure an ethernet switch chip (see = TL-WR1043ND on -embedded). I noticed that there doesn't seem to be a way to power down a phy right = now through the ifconfig media command. Would there be objections to extend the media subtype definitions to = include an "off", "poweroff" or "down" media subtype, and add code to = the relevant phy drivers to power down the phy for this media subtype? The difference between media subtype "none" and this new one would be = that there will be no link, even if there is a physical connection. = With media subtype "none", a 10 MBit/s half-duplex connection is = established, potentially confusing the remote end about the availability = of this link. On the local side, the link is down, so no packets are = exchanged. Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 00:02:32 2011 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 439931065679 for ; Tue, 13 Dec 2011 00:02:32 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 078D88FC1D for ; Tue, 13 Dec 2011 00:02:31 +0000 (UTC) Received: from PWSVL-EXCHTS-01.internal.cacheflow.com ([10.2.2.122]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id pBCNkrqo004732 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 12 Dec 2011 15:46:53 -0800 (PST) Received: from PWSVL-EXCMBX-01.internal.cacheflow.com ([fe80::15bc:12e2:4676:340f]) by PWSVL-EXCHTS-01.internal.cacheflow.com ([fe80::5c50:e2ba:8115:4223%20]) with mapi id 14.01.0289.001; Mon, 12 Dec 2011 15:46:48 -0800 From: "Li, Qing" To: Joe Holden , "freebsd-net@freebsd.org" Thread-Topic: RADIX_MPATH / FreeBSD Routing Thread-Index: AQHMuSUkU9aaL1W4FUWbZ0ObMgUvopXY3f5a Date: Mon, 12 Dec 2011 23:46:47 +0000 Message-ID: References: <4EE68CD7.5090106@rewt.org.uk> In-Reply-To: <4EE68CD7.5090106@rewt.org.uk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [216.52.23.68] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Subject: RE: RADIX_MPATH / FreeBSD Routing 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, 13 Dec 2011 00:02:32 -0000 So you have RADIX_MPATH option enabled in the kernel configuration, and boo= ting=0A= up OpenBGPD triggers the crash immediately ?=0A= =0A= --Qing=0A= ________________________________________=0A= From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on beha= lf of Joe Holden [lists@rewt.org.uk]=0A= Sent: Monday, December 12, 2011 3:23 PM=0A= To: freebsd-net@freebsd.org=0A= Subject: RADIX_MPATH / FreeBSD Routing=0A= =0A= Hi guys,=0A= =0A= Is anyone aware of the state of mpath as it stands on stable/9? At the=0A= moment within a few seconds of OpenBGPD being fired up there is an=0A= rtfree: 2 panic, I have had a quick look through the code but don't=0A= understand why this panic() is triggered.=0A= =0A= On a related note, how does one successfully operate openospfd/openbgpd=0A= without having to filter all connected interfaces in the presence of=0A= 'redistribute [inet|inet6] connected', for example if there is a /30=0A= between 2 openbgpd or openospfd speakers the /32 of the remote side will=0A= be installed and ultimately cause llinfo error messages and an eventual=0A= reset, or in the ospf case, the interface route to be changed or deleted.= =0A= =0A= I understand this is due to the difference in stack behaviour, but would=0A= adding connected interface route protection to the kernel or the=0A= respective daemons be workable in the meantime, until mpath is fixed?=0A= =0A= At the moment I am having to use lots of filters to filter out all=0A= potential connected/interface routes for both address families, this=0A= seems to be a suboptimal solution.=0A= =0A= Quagga/Zebra seem to filter these changes out such that connectivity=0A= isn't broken but I am not familiar enough with C or the code to be able=0A= to deduce whats happening and how I could apply that to the kernel or=0A= bgp/ospf daemons.=0A= =0A= In my mind, connected/interface entries should only ever be changed when=0A= an interface state changes, or is created or destroyed? Should this be=0A= locked (perhaps with a sysctl toggle?)=0A= =0A= Any thoughts would be appreciated.=0A= =0A= Thanks,=0A= Joe=0A= =0A= _______________________________________________=0A= freebsd-net@freebsd.org mailing list=0A= http://lists.freebsd.org/mailman/listinfo/freebsd-net=0A= To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=0A= From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 02:51:46 2011 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 197E5106564A for ; Tue, 13 Dec 2011 02:51:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D5FA18FC0A for ; Tue, 13 Dec 2011 02:51:45 +0000 (UTC) Received: by iakl21 with SMTP id l21so5853488iak.13 for ; Mon, 12 Dec 2011 18:51:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=EGG1FAbiu1bTeBaiDtWXCBijfSEqsTl7sVL1YdVAKU8=; b=srDHFCXfRujj1etZrI/4u62uXMw/sebAILF7lFHxUnJLgTZs8Up5TX7pQIVefYuxtM +qZ7mEEx538+MC2nSa69C8WPlx0gbX8FkevCTvB7pyXSzq4rbsLmtksPgu4oX8rxoc9U fd4AQduejpRQx6pkuqlWdXWqiXCcD/v74PosQ= Received: by 10.42.161.132 with SMTP id t4mr14982473icx.16.1323744704953; Mon, 12 Dec 2011 18:51:44 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id b20sm58229031ibj.7.2011.12.12.18.51.42 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 12 Dec 2011 18:51:44 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 12 Dec 2011 18:50:41 -0800 From: YongHyeon PYUN Date: Mon, 12 Dec 2011 18:50:41 -0800 To: Stefan Bethke Message-ID: <20111213025041.GF3705@michelle.cdnetworks.com> References: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: "ifconfig media off"? 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, 13 Dec 2011 02:51:46 -0000 On Tue, Dec 13, 2011 at 12:56:22AM +0100, Stefan Bethke wrote: > I'm currently writing a driver to configure an ethernet switch chip (see TL-WR1043ND on -embedded). > > I noticed that there doesn't seem to be a way to power down a phy right now through the ifconfig media command. > > Would there be objections to extend the media subtype definitions to include an "off", "poweroff" or "down" media subtype, and add code to the relevant phy drivers to power down the phy for this media subtype? > > The difference between media subtype "none" and this new one would be that there will be no link, even if there is a physical connection. With media subtype "none", a 10 MBit/s half-duplex connection is established, potentially confusing the remote end about the availability of this link. On the local side, the link is down, so no packets are exchanged. > I think "none" means "isolated" so should have no established link and probably you can also power down the PHY. I vaguely guess the PHY of switch chip does not correctly support isolated mode so you may have wanted to power down. From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 03:53:03 2011 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 DA39B106564A for ; Tue, 13 Dec 2011 03:53:03 +0000 (UTC) (envelope-from adrian.chadd@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 8FE488FC14 for ; Tue, 13 Dec 2011 03:53:03 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so7344143vbb.13 for ; Mon, 12 Dec 2011 19:53:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Qq4PpqaHyyr43V7di1z/Kh6L1S6hhjMBgM6WQceSizQ=; b=UdIZ0PVr65dGaC0yxMU8YnydFhD0aHpzrZhdd8uqe3GaRELBjJVj7Ep0Tluu8IvRUn b5rCTC7hHcwFmE/5FItgj8BE8xNI/GvGDwfqCm+FB1LJigLvbio2h2aiiuPA+Zx+CGGw fEdywnE75yf+Q6EmAa7YHqa/xMWdA3QsEAzgA= MIME-Version: 1.0 Received: by 10.52.175.9 with SMTP id bw9mr428806vdc.130.1323748382745; Mon, 12 Dec 2011 19:53:02 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.26.50 with HTTP; Mon, 12 Dec 2011 19:53:02 -0800 (PST) In-Reply-To: <4EE68FB1.7050304@gibfest.dk> References: <4EE4B5D6.2080608@herveybayaustralia.com.au> <4EE68FB1.7050304@gibfest.dk> Date: Mon, 12 Dec 2011 19:53:02 -0800 X-Google-Sender-Auth: ncSBsHrCZzoVveDFTAdZ5sbXphs Message-ID: From: Adrian Chadd To: Thomas Steen Rasmussen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: FBSD9 atheros-n 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, 13 Dec 2011 03:53:03 -0000 There's no Atheros 11n USB support at the present moment, sorry. I'm too busy with the PCI/PCIe stuff and net80211 related changes to try and also get USB to work. If someone wants to hack on it then please, be my guest. I'm happy to do all the HAL related work :) Adrian From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 04:36:57 2011 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 95DC4106566B for ; Tue, 13 Dec 2011 04:36:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 022568FC12 for ; Tue, 13 Dec 2011 04:36:56 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id pBD42Djw022196 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 13 Dec 2011 14:32:18 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 13 Dec 2011 14:32:12 +1030 To: freebsd-net@freebsd.org Message-Id: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v1251.1) X-Mailer: Apple Mail (2.1251.1) X-Spam-Score: -4.392 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Subject: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 04:36:57 -0000 Hi, I have a FreeBSD 8 machine that is my router and I previously had IPv6 = working. ie it gave out RTADV messages and clients (Windows 7, OSX & = Ubuntu) got public IPv6 addresses based on the advertised prefix. At some stage in the last few months something changed with the clients = (I haven't updated the base, but ports have been) and they no longer = seem to accept those messages. (I am guessing somewhat here). I am running rtadvd with an empty configuration, and I get my IPv6 range = by using dhcp6c from my ISP which I connect to via PPPoE using PPP. [midget 14:29] ~ >ifconfig tun0 tun0: flags=3D8151 metric 0 = mtu 1492 options=3D80000 inet6 fe80::21b:21ff:fe94:ab13%tun0 prefixlen 64 scopeid 0xf=20 inet 118.210.46.156 --> 203.16.215.197 netmask 0xffffffff=20 nd6 options=3D3 Opened by PID 661 [midget 14:29] ~ >ifconfig eth0 eth0: flags=3D8943 = metric 0 mtu 1500 = options=3D219b ether 00:1b:21:94:ab:13 inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 inet6 fe80::21b:21ff:fe94:ab13%eth0 prefixlen 64 scopeid 0x1=20 inet 10.0.2.3 netmask 0xffffffff broadcast 10.0.2.3 inet 10.0.2.4 netmask 0xffffffff broadcast 10.0.2.4 inet 10.0.2.7 netmask 0xffffffff broadcast 10.0.2.7 inet6 2001:44b8:191:2e01:21b:21ff:fe94:ab13 prefixlen 60=20 nd6 options=3D3 media: Ethernet autoselect (1000baseT ) status: active [midget 14:29] ~ >cat /usr/local/etc/dhcp6c.conf interface eth0 { information-only; }; interface tun0 { send ia-pd 0; }; id-assoc pd { prefix-interface eth0 { sla-id 1; sla-len 4; }; }; I can connect to IPv6 sites from the router just fine. Unfortunately I can't find much/any debugging information in the clients = to tell me why they are not working :( I did try a FreeBSD 9.0 box and it similarly didn't work - I had the = following in rc.conf.. ipv6_activate_all_interfaces=3D"YES" ipv6_enable=3D"YES" Any help appreciated, thanks. PS please CC me on replies. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 07:09:07 2011 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 DB3F0106564A for ; Tue, 13 Dec 2011 07:09:06 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo4.cc.swin.edu.au (gpo4.cc.swin.edu.au [136.186.1.33]) by mx1.freebsd.org (Postfix) with ESMTP id 759E38FC0A for ; Tue, 13 Dec 2011 07:09:06 +0000 (UTC) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo4.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id pBD6iOAO005482; Tue, 13 Dec 2011 17:44:24 +1100 Message-ID: <4EE6F447.1060902@swin.edu.au> Date: Tue, 13 Dec 2011 17:44:23 +1100 From: Mattia Rossi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111124 Thunderbird/8.0 MIME-Version: 1.0 To: "Daniel O'Connor" References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> In-Reply-To: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 07:09:07 -0000 Start tcpdump on each client e.g. tcpdump -i eth0 -n -s0 -X icmp6 and restart rtadvd and see if anything actually arrives at the clients. Then, to make things clean and in order to use the machine as router you should disable ACCEPT_RTADV (ifconfig eth0 inet6 -accept_rtadv) and also disable the sysctl: sysctl net.inet6.ip6.accept_rtadv=0. But, I mostly suspect your clients are not getting any RA's... Mat On 13/12/2011 15:02, Daniel O'Connor wrote: > Hi, > I have a FreeBSD 8 machine that is my router and I previously had IPv6 working. ie it gave out RTADV messages and clients (Windows 7, OSX& Ubuntu) got public IPv6 addresses based on the advertised prefix. > > At some stage in the last few months something changed with the clients (I haven't updated the base, but ports have been) and they no longer seem to accept those messages. (I am guessing somewhat here). > > I am running rtadvd with an empty configuration, and I get my IPv6 range by using dhcp6c from my ISP which I connect to via PPPoE using PPP. > > [midget 14:29] ~>ifconfig tun0 > tun0: flags=8151 metric 0 mtu 1492 > options=80000 > inet6 fe80::21b:21ff:fe94:ab13%tun0 prefixlen 64 scopeid 0xf > inet 118.210.46.156 --> 203.16.215.197 netmask 0xffffffff > nd6 options=3 > Opened by PID 661 > [midget 14:29] ~>ifconfig eth0 > eth0: flags=8943 metric 0 mtu 1500 > options=219b > ether 00:1b:21:94:ab:13 > inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 > inet6 fe80::21b:21ff:fe94:ab13%eth0 prefixlen 64 scopeid 0x1 > inet 10.0.2.3 netmask 0xffffffff broadcast 10.0.2.3 > inet 10.0.2.4 netmask 0xffffffff broadcast 10.0.2.4 > inet 10.0.2.7 netmask 0xffffffff broadcast 10.0.2.7 > inet6 2001:44b8:191:2e01:21b:21ff:fe94:ab13 prefixlen 60 > nd6 options=3 > media: Ethernet autoselect (1000baseT) > status: active > > [midget 14:29] ~>cat /usr/local/etc/dhcp6c.conf > interface eth0 { > information-only; > }; > > interface tun0 { > send ia-pd 0; > }; > id-assoc pd { > prefix-interface eth0 { > sla-id 1; > sla-len 4; > }; > }; > > I can connect to IPv6 sites from the router just fine. > > Unfortunately I can't find much/any debugging information in the clients to tell me why they are not working :( > > I did try a FreeBSD 9.0 box and it similarly didn't work - I had the following in rc.conf.. > > ipv6_activate_all_interfaces="YES" > ipv6_enable="YES" > > Any help appreciated, thanks. > > PS please CC me on replies. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 07:10:57 2011 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 BC05D1065675 for ; Tue, 13 Dec 2011 07:10:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 07FEE8FC0A for ; Tue, 13 Dec 2011 07:10:56 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id pBD7Ao3S061163 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 13 Dec 2011 17:40:55 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <4EE6F447.1060902@swin.edu.au> Date: Tue, 13 Dec 2011 17:40:49 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <363E3C42-61D6-41BA-AD4A-DE1F178C1770@gsoft.com.au> References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> <4EE6F447.1060902@swin.edu.au> To: Mattia Rossi X-Mailer: Apple Mail (2.1251.1) X-Spam-Score: -4.392 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 07:10:57 -0000 On 13/12/2011, at 17:14, Mattia Rossi wrote: > Start tcpdump on each client e.g. tcpdump -i eth0 -n -s0 -X icmp6 and = restart rtadvd and see if anything actually arrives at the clients. >=20 > Then, to make things clean and in order to use the machine as router = you should disable ACCEPT_RTADV (ifconfig eth0 inet6 -accept_rtadv) and = also disable the sysctl: sysctl net.inet6.ip6.accept_rtadv=3D0. OK, I've done that. > But, I mostly suspect your clients are not getting any RA's... [midget 17:39] ~ >sudo /usr/sbin/rtadvd -dDf eth0 rtadvd[19142]: open: No such file or directory rtadvd[19142]: eth0 isn't defined in the configuration file = or the configuration file doesn't exist. Treat it as default rtadvd[19142]: add 2001:44b8:191:2e00::/60 to prefix list = on eth0 rtadvd[19142]: RA timer on eth0 is set to 16:0 rtadvd[19142]:
set timer to 15:999538. waiting for inputs or = timeout rtadvd[19142]: RA timer on eth0 is expired rtadvd[19142]: send RA on eth0, # of waitings =3D 0 rtadvd[19142]: RA timer on eth0 is set to 16:0 rtadvd[19142]:
set timer to 16:0. waiting for inputs or timeout rtadvd[19142]: RA received from fe80::21b:21ff:fe94:ab13 on = eth0 rtadvd[19142]:
set timer to 15:999315. waiting for inputs or = timeout [mythtv 17:39] ~ >sudo tcpdump -i eth0 -n -s0 -X icmp6 tcpdump: verbose output suppressed, use -v or -vv for full protocol = decode listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes 17:39:28.873249 IP6 fe80::21b:21ff:fe94:ab13 > ff02::1: ICMP6, router = advertisement, length 56 0x0000: 6000 0000 0038 3aff fe80 0000 0000 0000 = `....8:......... 0x0010: 021b 21ff fe94 ab13 ff02 0000 0000 0000 = ..!............. 0x0020: 0000 0000 0000 0001 8600 fdb9 4000 0708 = ............@... 0x0030: 0000 0000 0000 0000 0101 001b 2194 ab13 = ............!... 0x0040: 0304 3cc0 0027 8d00 0009 3a80 0000 0000 = ..<..'....:..... 0x0050: 2001 44b8 0191 2e00 0000 0000 0000 0000 = ..D............. The packet appeared when rtadvd printed "rtadvd[19142]: RA = timer on eth0 is expired" (but not right when rtadvd started). > Mat >=20 > On 13/12/2011 15:02, Daniel O'Connor wrote: >> Hi, >> I have a FreeBSD 8 machine that is my router and I previously had = IPv6 working. ie it gave out RTADV messages and clients (Windows 7, OSX& = Ubuntu) got public IPv6 addresses based on the advertised prefix. >>=20 >> At some stage in the last few months something changed with the = clients (I haven't updated the base, but ports have been) and they no = longer seem to accept those messages. (I am guessing somewhat here). >>=20 >> I am running rtadvd with an empty configuration, and I get my IPv6 = range by using dhcp6c from my ISP which I connect to via PPPoE using = PPP. >>=20 >> [midget 14:29] ~>ifconfig tun0 >> tun0: flags=3D8151 metric = 0 mtu 1492 >> options=3D80000 >> inet6 fe80::21b:21ff:fe94:ab13%tun0 prefixlen 64 scopeid 0xf >> inet 118.210.46.156 --> 203.16.215.197 netmask 0xffffffff >> nd6 options=3D3 >> Opened by PID 661 >> [midget 14:29] ~>ifconfig eth0 >> eth0: flags=3D8943 = metric 0 mtu 1500 >> = options=3D219b >> ether 00:1b:21:94:ab:13 >> inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 >> inet6 fe80::21b:21ff:fe94:ab13%eth0 prefixlen 64 scopeid 0x1 >> inet 10.0.2.3 netmask 0xffffffff broadcast 10.0.2.3 >> inet 10.0.2.4 netmask 0xffffffff broadcast 10.0.2.4 >> inet 10.0.2.7 netmask 0xffffffff broadcast 10.0.2.7 >> inet6 2001:44b8:191:2e01:21b:21ff:fe94:ab13 prefixlen 60 >> nd6 options=3D3 >> media: Ethernet autoselect (1000baseT) >> status: active >>=20 >> [midget 14:29] ~>cat /usr/local/etc/dhcp6c.conf >> interface eth0 { >> information-only; >> }; >>=20 >> interface tun0 { >> send ia-pd 0; >> }; >> id-assoc pd { >> prefix-interface eth0 { >> sla-id 1; >> sla-len 4; >> }; >> }; >>=20 >> I can connect to IPv6 sites from the router just fine. >>=20 >> Unfortunately I can't find much/any debugging information in the = clients to tell me why they are not working :( >>=20 >> I did try a FreeBSD 9.0 box and it similarly didn't work - I had the = following in rc.conf.. >>=20 >> ipv6_activate_all_interfaces=3D"YES" >> ipv6_enable=3D"YES" >>=20 >> Any help appreciated, thanks. >>=20 >> PS please CC me on replies. >>=20 >> -- >> Daniel O'Connor software and network engineer >> for Genesis Software - http://www.gsoft.com.au >> "The nice thing about standards is that there >> are so many of them to choose from." >> -- Andrew Tanenbaum >> GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> _______________________________________________ >> 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" >=20 >=20 -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 07:56:25 2011 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 7E8E31065670 for ; Tue, 13 Dec 2011 07:56:25 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id D72028FC1B for ; Tue, 13 Dec 2011 07:56:24 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id pBD7u8Gf069366; Tue, 13 Dec 2011 16:56:18 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id pBD7u3kB066949; Tue, 13 Dec 2011 16:56:05 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 13 Dec 2011 16:55:36 +0900 (JST) Message-Id: <20111213.165536.1035984164221426453.hrs@allbsd.org> To: doconnor@gsoft.com.au From: Hiroki Sato In-Reply-To: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Dec_13_16_55_36_2011_910)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Tue, 13 Dec 2011 16:56:18 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 07:56:25 -0000 ----Security_Multipart(Tue_Dec_13_16_55_36_2011_910)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Daniel O'Connor" wrote in <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au>: do> Hi, do> I have a FreeBSD 8 machine that is my router and I previously had IPv6 do> working. ie it gave out RTADV messages and clients (Windows 7, OSX & do> Ubuntu) got public IPv6 addresses based on the advertised prefix. do> do> At some stage in the last few months something changed with the do> clients (I haven't updated the base, but ports have been) and they no do> longer seem to accept those messages. (I am guessing somewhat here). do> do> I am running rtadvd with an empty configuration, and I get my IPv6 do> range by using dhcp6c from my ISP which I connect to via PPPoE using do> PPP. Can you see any change in the clients if you put the following line into /etc/rtadvd.conf on the IPv6 router? eth0: :addr="2001:44b8:191:2e01::":prefixlen#64: -- Hiroki ----Security_Multipart(Tue_Dec_13_16_55_36_2011_910)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk7nBPgACgkQTyzT2CeTzy1ecgCfTTMwzIAnrR3IGUMU1FS/ctQJ SrIAn3oRgyoLwf6hxuJD/V2JLFK1OtZm =W5tN -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Dec_13_16_55_36_2011_910)---- From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 08:43:30 2011 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 8C621106564A for ; Tue, 13 Dec 2011 08:43:30 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 130428FC1A for ; Tue, 13 Dec 2011 08:43:29 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-46-156.lns20.adl2.internode.on.net [118.210.46.156]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id pBD8hMTn067986 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 13 Dec 2011 19:13:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20111213.165536.1035984164221426453.hrs@allbsd.org> Date: Tue, 13 Dec 2011 19:13:19 +1030 Content-Transfer-Encoding: 7bit Message-Id: <04E741F9-7693-462B-AF8C-D1F982A32C48@gsoft.com.au> References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> <20111213.165536.1035984164221426453.hrs@allbsd.org> To: Hiroki Sato X-Mailer: Apple Mail (2.1251.1) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-net@FreeBSD.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 08:43:30 -0000 On 13/12/2011, at 18:25, Hiroki Sato wrote: > do> I am running rtadvd with an empty configuration, and I get my IPv6 > do> range by using dhcp6c from my ISP which I connect to via PPPoE using > do> PPP. > > Can you see any change in the clients if you put the following line > into /etc/rtadvd.conf on the IPv6 router? > > eth0: :addr="2001:44b8:191:2e01::":prefixlen#64: Ahah, that does work, thanks! Is there a way to not have to hard code it in like that though? :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 09:11:27 2011 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 205C2106566B for ; Tue, 13 Dec 2011 09:11:27 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id BEF088FC12 for ; Tue, 13 Dec 2011 09:11:26 +0000 (UTC) Received: from ameno.mahoroba.org (IDENT:ITkC0fS0w+ydSUty+5yEmPgVJdlEEb7BHcYtyCDLcKZnTMffP0wHQ7s+1IV8M1GP@ameno.mahoroba.org [IPv6:2001:2f0:104:8010:20a:79ff:fe69:ee6b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.5/8.14.5) with ESMTP/inet6 id pBD9BDJ0042888 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Dec 2011 18:11:19 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 13 Dec 2011 18:11:13 +0900 Message-ID: From: Hajimu UMEMOTO To: "Daniel O'Connor" In-Reply-To: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (i386-portbld-freebsd8.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-RELEASE-p4 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 13 Dec 2011 18:11:19 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 09:11:27 -0000 Hi, >>>>> On Tue, 13 Dec 2011 14:32:12 +1030 >>>>> "Daniel O'Connor" said: doconnor> [midget 14:29] ~ >ifconfig eth0 doconnor> eth0: flags=8943 metric 0 mtu 1500 doconnor> options=219b doconnor> ether 00:1b:21:94:ab:13 doconnor> inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255 doconnor> inet6 fe80::21b:21ff:fe94:ab13%eth0 prefixlen 64 scopeid 0x1 doconnor> inet 10.0.2.3 netmask 0xffffffff broadcast 10.0.2.3 doconnor> inet 10.0.2.4 netmask 0xffffffff broadcast 10.0.2.4 doconnor> inet 10.0.2.7 netmask 0xffffffff broadcast 10.0.2.7 doconnor> inet6 2001:44b8:191:2e01:21b:21ff:fe94:ab13 prefixlen 60 doconnor> nd6 options=3 doconnor> media: Ethernet autoselect (1000baseT ) doconnor> status: active The prefixlen of assigend IPv6 address have to be 64 to SLAAC work correctly. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 09:16:50 2011 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 6FE331065673 for ; Tue, 13 Dec 2011 09:16:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id EC3138FC1E for ; Tue, 13 Dec 2011 09:16:49 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-46-156.lns20.adl2.internode.on.net [118.210.46.156]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id pBD9GgKi068997 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 13 Dec 2011 19:46:48 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Tue, 13 Dec 2011 19:46:42 +1030 Content-Transfer-Encoding: 7bit Message-Id: <4F9821A6-673B-4DE6-A543-5F37BDD3F9B7@gsoft.com.au> References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> To: Hajimu UMEMOTO X-Mailer: Apple Mail (2.1251.1) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 09:16:50 -0000 On 13/12/2011, at 19:41, Hajimu UMEMOTO wrote: > The prefixlen of assigend IPv6 address have to be 64 to SLAAC work > correctly. OK. I have the following dhcp6c.conf.. interface eth0 { information-only; }; interface tun0 { send ia-pd 0; }; id-assoc pd { prefix-interface eth0 { sla-id 1; sla-len 4; }; }; Is there a way to tweak it to do the right thing? Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 09:24:34 2011 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 1B4AA106566B for ; Tue, 13 Dec 2011 09:24:34 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 749898FC12 for ; Tue, 13 Dec 2011 09:24:33 +0000 (UTC) Received: from ameno.mahoroba.org (IDENT:Z4cG/ym+TNgnYHsWbEQ82o+JXs51ufQid4OMxM3QIYjwyIEt780MXG6VapQqsRh9@ameno.mahoroba.org [IPv6:2001:2f0:104:8010:20a:79ff:fe69:ee6b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.5/8.14.5) with ESMTP/inet6 id pBD9OQAS036910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Dec 2011 18:24:26 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 13 Dec 2011 18:24:26 +0900 Message-ID: From: Hajimu UMEMOTO To: "Daniel O'Connor" In-Reply-To: <4F9821A6-673B-4DE6-A543-5F37BDD3F9B7@gsoft.com.au> References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> <4F9821A6-673B-4DE6-A543-5F37BDD3F9B7@gsoft.com.au> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (i386-portbld-freebsd8.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-RELEASE-p4 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Tue, 13 Dec 2011 18:24:26 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 09:24:34 -0000 Hi, >>>>> On Tue, 13 Dec 2011 19:46:42 +1030 >>>>> "Daniel O'Connor" said: doconnor> I have the following dhcp6c.conf.. doconnor> interface eth0 { doconnor> information-only; doconnor> }; doconnor> interface tun0 { doconnor> send ia-pd 0; doconnor> }; doconnor> id-assoc pd { doconnor> prefix-interface eth0 { doconnor> sla-id 1; doconnor> sla-len 4; doconnor> }; doconnor> }; doconnor> Is there a way to tweak it to do the right thing? Perhaps, sla-len should be 8. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 09:36:02 2011 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 C1CF81065673 for ; Tue, 13 Dec 2011 09:36:02 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 0CAF08FC0C for ; Tue, 13 Dec 2011 09:36:01 +0000 (UTC) Received: (qmail 42129 invoked from network); 13 Dec 2011 09:09:18 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 13 Dec 2011 09:09:18 -0000 Date: Tue, 13 Dec 2011 10:09:18 +0100 (CET) Message-Id: <20111213.100918.41670796.sthaug@nethelp.no> To: pyunyh@gmail.com, stb@lassitu.de From: sthaug@nethelp.no In-Reply-To: <20111213025041.GF3705@michelle.cdnetworks.com> References: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> <20111213025041.GF3705@michelle.cdnetworks.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: "ifconfig media off"? 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, 13 Dec 2011 09:36:02 -0000 > > I'm currently writing a driver to configure an ethernet switch chip (see TL-WR1043ND on -embedded). > > > > I noticed that there doesn't seem to be a way to power down a phy right now through the ifconfig media command. > > > > Would there be objections to extend the media subtype definitions to include an "off", "poweroff" or "down" media subtype, and add code to the relevant phy drivers to power down the phy for this media subtype? > > > > The difference between media subtype "none" and this new one would be that there will be no link, even if there is a physical connection. With media subtype "none", a 10 MBit/s half-duplex connection is established, potentially confusing the remote end about the availability of this link. On the local side, the link is down, so no packets are exchanged. I have actually wanted this capability for quite a while now. Working for an ISP and being used to routers and switches where ports can be completely turned off, I see this as a welcome addition to FreeBSD. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 09:41:53 2011 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 ED07E1065670 for ; Tue, 13 Dec 2011 09:41:53 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7299B8FC14 for ; Tue, 13 Dec 2011 09:41:53 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-46-156.lns20.adl2.internode.on.net [118.210.46.156]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id pBD9fkv9069555 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 13 Dec 2011 20:11:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Tue, 13 Dec 2011 20:11:45 +1030 Content-Transfer-Encoding: 7bit Message-Id: <58FFF22D-6578-447D-AAC0-9673057DAD84@gsoft.com.au> References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> <4F9821A6-673B-4DE6-A543-5F37BDD3F9B7@gsoft.com.au> To: Hajimu UMEMOTO X-Mailer: Apple Mail (2.1251.1) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 09:41:54 -0000 On 13/12/2011, at 19:54, Hajimu UMEMOTO wrote: > doconnor> Is there a way to tweak it to do the right thing? > > Perhaps, sla-len should be 8. Ahh many thanks, that seems work work. Such are the risk when you copy things off the internet :) > > Sincerely, > > -- > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@mahoroba.org ume@{,jp.}FreeBSD.org > http://www.imasy.org/~ume/ > -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 09:44:10 2011 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 F057B1065672 for ; Tue, 13 Dec 2011 09:44:10 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5637A8FC16 for ; Tue, 13 Dec 2011 09:44:09 +0000 (UTC) Received: (qmail 96803 invoked from network); 13 Dec 2011 08:13:49 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 13 Dec 2011 08:13:49 -0000 Message-ID: <4EE71E65.7090406@freebsd.org> Date: Tue, 13 Dec 2011 10:44:05 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: pyunyh@gmail.com References: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> <20111213025041.GF3705@michelle.cdnetworks.com> In-Reply-To: <20111213025041.GF3705@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net , Stefan Bethke Subject: Re: "ifconfig media off"? 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, 13 Dec 2011 09:44:11 -0000 On 13.12.2011 03:50, YongHyeon PYUN wrote: > On Tue, Dec 13, 2011 at 12:56:22AM +0100, Stefan Bethke wrote: >> I'm currently writing a driver to configure an ethernet switch chip (see TL-WR1043ND on -embedded). >> >> I noticed that there doesn't seem to be a way to power down a phy right now through the ifconfig media command. >> >> Would there be objections to extend the media subtype definitions to include an "off", "poweroff" or "down" media subtype, and add code to the relevant phy drivers to power down the phy for this media subtype? >> >> The difference between media subtype "none" and this new one would be that there will be no link, even if there is a physical connection. With media subtype "none", a 10 MBit/s half-duplex connection is established, potentially confusing the remote end about the availability of this link. On the local side, the link is down, so no packets are exchanged. >> > > I think "none" means "isolated" so should have no established link > and probably you can also power down the PHY. > I vaguely guess the PHY of switch chip does not correctly support > isolated mode so you may have wanted to power down. There is a difference between "none" with "status: no carrier" where no ethernet connection is established, but can be brought up the moment a cable is plugged in, and "poweroff" where the PHY itself is powered down and won't notice a cable being plugged in unless configure to auto-select or a particular speed. Considering that PHY devices are relatively power hungry a poweroff state may be quite useful to conserve battery power. -- Andre From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 10:04:53 2011 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 57C7E1065670 for ; Tue, 13 Dec 2011 10:04:53 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2001:470:1f0b:105e::1ea]) by mx1.freebsd.org (Postfix) with ESMTP id 205608FC0A for ; Tue, 13 Dec 2011 10:04:53 +0000 (UTC) Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 54B38576B5; Tue, 13 Dec 2011 11:04:52 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Stefan Bethke In-Reply-To: <20111213025041.GF3705@michelle.cdnetworks.com> Date: Tue, 13 Dec 2011 11:04:51 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <45B0B859-207C-4F02-A28F-7E34B775A273@lassitu.de> References: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> <20111213025041.GF3705@michelle.cdnetworks.com> To: pyunyh@gmail.com X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Net Subject: Re: "ifconfig media off"? 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, 13 Dec 2011 10:04:53 -0000 Am 13.12.2011 um 03:50 schrieb YongHyeon PYUN: > On Tue, Dec 13, 2011 at 12:56:22AM +0100, Stefan Bethke wrote: >> I'm currently writing a driver to configure an ethernet switch chip = (see TL-WR1043ND on -embedded). >>=20 >> I noticed that there doesn't seem to be a way to power down a phy = right now through the ifconfig media command. >>=20 >> Would there be objections to extend the media subtype definitions to = include an "off", "poweroff" or "down" media subtype, and add code to = the relevant phy drivers to power down the phy for this media subtype? >>=20 >> The difference between media subtype "none" and this new one would be = that there will be no link, even if there is a physical connection. = With media subtype "none", a 10 MBit/s half-duplex connection is = established, potentially confusing the remote end about the availability = of this link. On the local side, the link is down, so no packets are = exchanged. >>=20 >=20 > I think "none" means "isolated" so should have no established link > and probably you can also power down the PHY. > I vaguely guess the PHY of switch chip does not correctly support > isolated mode so you may have wanted to power down. After looking at the code a bit more, I think the common code just = doesn't set the BMCR_PDOWN (but clears it when bringing up the PHY). Index: sys/dev/mii/mii_physubr.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/mii/mii_physubr.c (revision 228402) +++ sys/dev/mii/mii_physubr.c (working copy) @@ -58,7 +58,7 @@ */ static const struct mii_media mii_media_table[MII_NMEDIA] =3D { /* None */ - { BMCR_ISO, ANAR_CSMA, + { BMCR_ISO | BMCR_PDOWN, ANAR_CSMA, 0, }, =20 /* 10baseT */ I've opened kern/163240. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D163240 Stefan --=20 Stefan Bethke Fon +49 151 14070811 From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 08:03:00 2011 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 0CFB71065676; Tue, 13 Dec 2011 08:03:00 +0000 (UTC) (envelope-from cy6ergn0m@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BB26E8FC13; Tue, 13 Dec 2011 08:02:59 +0000 (UTC) Received: by iakl21 with SMTP id l21so6470926iak.13 for ; Tue, 13 Dec 2011 00:02:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5cwycA0nC1Q5V/joNAZ/B7AQZ6NXelgQ6iaJ8Qhu9MY=; b=GXkD0YsFxk2+jth5nhbqt1KJN72aVNO4KzdFxX38Zzrf8dSxAhqBmWGdaJMqDNjKoN bxuEzfRE0LrT9MvnKpMBoSiubFPX0CrxOMo8bZUMaL8mBLgYIIBy6cls5+LuTlMZP82B 1kmADfWcq1arP+159Azxnz+9/n2bZ3Xb88tA0= MIME-Version: 1.0 Received: by 10.42.29.1 with SMTP id p1mr15329215icc.40.1323762010593; Mon, 12 Dec 2011 23:40:10 -0800 (PST) Received: by 10.231.36.66 with HTTP; Mon, 12 Dec 2011 23:40:10 -0800 (PST) Received: by 10.231.36.66 with HTTP; Mon, 12 Dec 2011 23:40:10 -0800 (PST) In-Reply-To: References: <4EE4B5D6.2080608@herveybayaustralia.com.au> <4EE68FB1.7050304@gibfest.dk> Date: Tue, 13 Dec 2011 10:40:10 +0300 Message-ID: From: cyberGn0m To: Adrian Chadd X-Mailman-Approved-At: Tue, 13 Dec 2011 13:11:44 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Thomas Steen Rasmussen , freebsd-net@freebsd.org Subject: Re: FBSD9 atheros-n 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, 13 Dec 2011 08:03:00 -0000 Do you need only usb atheros n-card? I have one integrated inside my sony vaio vpc f11z1r. 13.12.2011 7:54 =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0= =B5=D0=BB=D1=8C "Adrian Chadd" =D0=BD=D0=B0=D0=BF=D0= =B8=D1=81=D0=B0=D0=BB: > There's no Atheros 11n USB support at the present moment, sorry. I'm > too busy with the PCI/PCIe stuff and net80211 related changes to try > and also get USB to work. > > If someone wants to hack on it then please, be my guest. I'm happy to > do all the HAL related work :) > > > Adrian > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 16:12:33 2011 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 B6EC01065676 for ; Tue, 13 Dec 2011 16:12:33 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 23FE08FC15 for ; Tue, 13 Dec 2011 16:12:32 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id pBDGCT6u045756; Tue, 13 Dec 2011 23:12:29 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4EE77968.9040001@rdtc.ru> Date: Tue, 13 Dec 2011 23:12:24 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Stefan Bethke References: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> In-Reply-To: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: FreeBSD Net Subject: Re: "ifconfig media off"? 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, 13 Dec 2011 16:12:33 -0000 13.12.2011 06:56, Stefan Bethke пишет: > I'm currently writing a driver to configure an ethernet switch chip (see TL-WR1043ND on -embedded). > > I noticed that there doesn't seem to be a way to power down a phy right now through the ifconfig media command. > > Would there be objections to extend the media subtype definitions to include an "off", "poweroff" or "down" media subtype, and add code to the relevant phy drivers to power down the phy for this media subtype? > > The difference between media subtype "none" and this new one would be that there will be no link, even if there is a physical connection. With media subtype "none", a 10 MBit/s half-duplex connection is established, potentially confusing the remote end about the availability of this link. On the local side, the link is down, so no packets are exchanged. Some network drivers do not use our 'miibus' code, for example Intel em(4) and igb(4) drivers. I run lots of FreeBSD routers with em/igb interfaces bundled as lagg(4) trunks connected to Cisco core routers using PortChannels in LACP mode. As I do not want to abide huge LACP timeouts when one of lagg ports should be brought down, I've patched em/igb drivers to bring link down with "ifconfig down" command: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2010-12/msg00058.html http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2010-12/msg00081.html Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 17:07:21 2011 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 CC0FC106566B for ; Tue, 13 Dec 2011 17:07:21 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8F4F28FC12 for ; Tue, 13 Dec 2011 17:07:20 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.5/8.14.5) with ESMTP/inet6 id pBDH77Si066104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Dec 2011 02:07:12 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 14 Dec 2011 02:07:07 +0900 Message-ID: From: Hajimu UMEMOTO To: "Daniel O'Connor" In-Reply-To: <58FFF22D-6578-447D-AAC0-9673057DAD84@gsoft.com.au> References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> <4F9821A6-673B-4DE6-A543-5F37BDD3F9B7@gsoft.com.au> <58FFF22D-6578-447D-AAC0-9673057DAD84@gsoft.com.au> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (i386-portbld-freebsd9.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 9.0-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Dec_14_02:07:07_2011-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 14 Dec 2011 02:07:12 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 13 Dec 2011 17:07:21 -0000 --Multipart_Wed_Dec_14_02:07:07_2011-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Tue, 13 Dec 2011 20:11:45 +1030 >>>>> "Daniel O'Connor" said: doconnor> On 13/12/2011, at 19:54, Hajimu UMEMOTO wrote: > doconnor> Is there a way to tweak it to do the right thing? > > Perhaps, sla-len should be 8. doconnor> Ahh many thanks, that seems work work. You are welcome. doconnor> Such are the risk when you copy things off the internet :) Yes, the sla-len depends on the prefixlen of the delegated prefix, and the length depends on your ISP. The DHCPv6 server announces the prefixlen, and the dhcp6c can know it. However, the dhcp6c doesn't assume that the prefixlen of the prefix-interface is 64. So, you still need to specify an appropriate sla-len value. It seems inconvenient to me. So, I applied the attached patch to calculate the sla-len automatically with the assumption that the prefix-interface is 64, personally. Sincerely, --Multipart_Wed_Dec_14_02:07:07_2011-1 Content-Type: text/x-patch; charset=US-ASCII Content-Disposition: attachment; filename="patch-sla_len" Content-Transfer-Encoding: 7bit Index: config.c diff -u -p config.c.orig config.c --- config.c.orig Sat Sep 2 17:03:33 2006 +++ config.c Thu Oct 12 11:27:39 2006 @@ -470,7 +502,7 @@ add_pd_pif(iapdc, cfl0) } pif->ifid_len = IFID_LEN_DEFAULT; - pif->sla_len = SLA_LEN_DEFAULT; + pif->sla_len = -1; if (get_default_ifid(pif)) { dprintf(LOG_NOTICE, FNAME, "failed to get default IF ID for %s", pif->ifname); @@ -483,13 +515,13 @@ add_pd_pif(iapdc, cfl0) pif->sla_id = (u_int32_t)cfl->num; break; case IFPARAM_SLA_LEN: - pif->sla_len = (int)cfl->num; - if (pif->sla_len < 0 || pif->sla_len > 128) { + if ((int)cfl->num < 0 || (int)cfl->num > 128) { dprintf(LOG_ERR, FNAME, "%s:%d " "invalid SLA length: %d", - configfilename, cfl->line, pif->sla_len); + configfilename, cfl->line, (int)cfl->num); goto bad; } + pif->sla_len = (int)cfl->num; break; default: dprintf(LOG_ERR, FNAME, "%s:%d internal error: " Index: config.h diff -u config.h.orig config.h --- config.h.orig Sun Jul 30 19:24:19 2006 +++ config.h Thu Oct 12 11:34:15 2006 @@ -174,7 +174,6 @@ char ifid[16]; /* Interface ID, up to 128bits */ }; #define IFID_LEN_DEFAULT 64 -#define SLA_LEN_DEFAULT 16 typedef enum { IATYPE_PD, IATYPE_NA } iatype_t; struct ia_conf { Index: dhcp6c.conf.5 diff -u dhcp6c.conf.5.orig dhcp6c.conf.5 --- dhcp6c.conf.5.orig Sun Jul 30 19:24:19 2006 +++ dhcp6c.conf.5 Wed Oct 11 14:48:16 2006 @@ -435,7 +458,7 @@ .Ar length must be a decimal number between 0 and 128. If the length is not specified by this statement, -the default value 16 will be used. +the value will be determined automatically. .El .El .\" Index: prefixconf.c diff -u -p prefixconf.c.orig prefixconf.c --- prefixconf.c.orig Mon Aug 7 13:35:32 2006 +++ prefixconf.c Wed Oct 11 14:48:16 2006 @@ -435,7 +459,7 @@ add_ifprefix(siteprefix, prefix, pconf) struct in6_addr *a; u_long sla_id; char *sp; - int b, i; + int b, i, sla_len; if ((ifpfx = malloc(sizeof(*ifpfx))) == NULL) { dprintf(LOG_NOTICE, FNAME, @@ -451,7 +475,11 @@ add_ifprefix(siteprefix, prefix, pconf) ifpfx->paddr.sin6_len = sizeof(struct sockaddr_in6); #endif ifpfx->paddr.sin6_addr = prefix->addr; - ifpfx->plen = prefix->plen + pconf->sla_len; + if (pconf->sla_len >= 0) + sla_len = pconf->sla_len; + else + sla_len = 128 - pconf->ifid_len - prefix->plen; + ifpfx->plen = prefix->plen + sla_len; /* * XXX: our current implementation assumes ifid len is a multiple of 8 */ @@ -464,7 +492,7 @@ add_ifprefix(siteprefix, prefix, pconf) ifpfx->plen + pconf->ifid_len > 128) { dprintf(LOG_INFO, FNAME, "invalid prefix length %d + %d + %d", - prefix->plen, pconf->sla_len, pconf->ifid_len); + prefix->plen, sla_len, pconf->ifid_len); goto bad; } @@ -476,7 +504,7 @@ add_ifprefix(siteprefix, prefix, pconf) sla_id = htonl(pconf->sla_id); sp = ((char *)&sla_id + 3); i = (128 - pconf->ifid_len) / 8; - for (b = pconf->sla_len; b > 7; b -= 8, sp--) + for (b = sla_len; b > 7; b -= 8, sp--) a->s6_addr[--i] = *sp; if (b) a->s6_addr[--i] |= *sp; --Multipart_Wed_Dec_14_02:07:07_2011-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Wed_Dec_14_02:07:07_2011-1-- From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 18:54:52 2011 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 91F1D106566B; Tue, 13 Dec 2011 18:54:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4ABFB8FC16; Tue, 13 Dec 2011 18:54:51 +0000 (UTC) Received: by iakl21 with SMTP id l21so7711898iak.13 for ; Tue, 13 Dec 2011 10:54:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=W0mqVNLeVECWDrfd6mxgLEORTh/u3yPmBYMn4j+Z9jk=; b=ptAqqAkubasUADe3UA94h+9YeTopqkl0jyj5QPlaJcEDNZv73NYQVXDX7XXhsDSGZX wz95T91ihn+GodYawc3BCMOYDDWZdxvazxWpylDKD5VVEnxLReHgJd3nOa/z9uLVTf2d 7ePVwaLgW35EU2xXKZugJWrd8qanXsL9O18Yk= Received: by 10.42.135.69 with SMTP id o5mr17633755ict.34.1323802491554; Tue, 13 Dec 2011 10:54:51 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d19sm66824495ibh.8.2011.12.13.10.54.48 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Dec 2011 10:54:50 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 13 Dec 2011 10:53:48 -0800 From: YongHyeon PYUN Date: Tue, 13 Dec 2011 10:53:48 -0800 To: Stefan Bethke Message-ID: <20111213185348.GA7546@michelle.cdnetworks.com> References: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> <20111213025041.GF3705@michelle.cdnetworks.com> <45B0B859-207C-4F02-A28F-7E34B775A273@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45B0B859-207C-4F02-A28F-7E34B775A273@lassitu.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , marius@FreeBSD.org Subject: Re: "ifconfig media off"? 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, 13 Dec 2011 18:54:52 -0000 On Tue, Dec 13, 2011 at 11:04:51AM +0100, Stefan Bethke wrote: > Am 13.12.2011 um 03:50 schrieb YongHyeon PYUN: > > > On Tue, Dec 13, 2011 at 12:56:22AM +0100, Stefan Bethke wrote: > >> I'm currently writing a driver to configure an ethernet switch chip (see TL-WR1043ND on -embedded). > >> > >> I noticed that there doesn't seem to be a way to power down a phy right now through the ifconfig media command. > >> > >> Would there be objections to extend the media subtype definitions to include an "off", "poweroff" or "down" media subtype, and add code to the relevant phy drivers to power down the phy for this media subtype? > >> > >> The difference between media subtype "none" and this new one would be that there will be no link, even if there is a physical connection. With media subtype "none", a 10 MBit/s half-duplex connection is established, potentially confusing the remote end about the availability of this link. On the local side, the link is down, so no packets are exchanged. > >> > > > > I think "none" means "isolated" so should have no established link > > and probably you can also power down the PHY. > > I vaguely guess the PHY of switch chip does not correctly support > > isolated mode so you may have wanted to power down. > > > After looking at the code a bit more, I think the common code just doesn't set the BMCR_PDOWN (but clears it when bringing up the PHY). > Yes, and most PHYs could be powered down when BMCR_ISO is chosen. I'm not sure whether this could be applied to hardwares that support multiple PHYs(i.e. internal and external transceivers) though. Marius may have some opinions on this(CCed). However powering down PHY with BMCR_ISO looks natural to me. > Index: sys/dev/mii/mii_physubr.c > =================================================================== > --- sys/dev/mii/mii_physubr.c (revision 228402) > +++ sys/dev/mii/mii_physubr.c (working copy) > @@ -58,7 +58,7 @@ > */ > static const struct mii_media mii_media_table[MII_NMEDIA] = { > /* None */ > - { BMCR_ISO, ANAR_CSMA, > + { BMCR_ISO | BMCR_PDOWN, ANAR_CSMA, > 0, }, > > /* 10baseT */ > > I've opened kern/163240. > http://www.freebsd.org/cgi/query-pr.cgi?pr=163240 > > > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 19:10:50 2011 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 3F47C1065678 for ; Tue, 13 Dec 2011 19:10:50 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 145AC8FC12 for ; Tue, 13 Dec 2011 19:10:49 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id pBDJ0E55044996 for ; Tue, 13 Dec 2011 11:00:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1323802814; bh=Nre5FSGYcSLSiS7Jp3aiqmGv9h//V+AmipkF8Ccm9G0=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=SuqUezfjhvPEJaTDbkEfJ89lGWWUQa1DKlskCUt+7EeWy8CCLrf4kbmq+gUAQ2sic ZA9zbP7JbbJXC3R5TcTF1FOhXxb8nuxoJYi30ImIHB/0pDZuJ7zPgucg++ptlb2E9h aQW+iroceSr2jx3QjoZ/V18gx08IlvO+I9VvrazM= From: Sean Bruno To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Tue, 13 Dec 2011 11:00:14 -0800 Message-ID: <1323802814.26931.16.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 7bit Subject: stable/7 bce(4) out of buffers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 19:10:50 -0000 Looks like we're pushing the BCM5716 really hard. Is there any way to give the net adapter a bit more space? e.g. dev.bce.0.com_no_buffers: 130228 Sean hw.bce.msi_enable: 1 hw.bce.tso_enable: 1 dev.bce.0.%desc: Broadcom NetXtreme II BCM5716 1000Base-T (C0) dev.bce.0.%driver: bce dev.bce.0.%location: slot=0 function=0 dev.bce.0.%pnpinfo: vendor=0x14e4 device=0x163b subvendor=0x1028 subdevice=0x028c class=0x020000 dev.bce.0.%parent: pci1 dev.bce.0.l2fhdr_error_count: 0 dev.bce.0.mbuf_alloc_failed_count: 0 dev.bce.0.mbuf_frag_count: 0 dev.bce.0.dma_map_addr_rx_failed_count: 0 dev.bce.0.dma_map_addr_tx_failed_count: 0 dev.bce.0.unexpected_attention_count: 0 dev.bce.0.stat_IfHcInOctets: 37403786660312 dev.bce.0.stat_IfHCInBadOctets: 113589151149 dev.bce.0.stat_IfHCOutOctets: 26752230907761 dev.bce.0.stat_IfHCOutBadOctets: 0 dev.bce.0.stat_IfHCInUcastPkts: 38960565088 dev.bce.0.stat_IfHCInMulticastPkts: 0 dev.bce.0.stat_IfHCInBroadcastPkts: 15464166 dev.bce.0.stat_IfHCOutUcastPkts: 44624078817 dev.bce.0.stat_IfHCOutMulticastPkts: 0 dev.bce.0.stat_IfHCOutBroadcastPkts: 69851 dev.bce.0.stat_emac_tx_stat_dot3statsinternalmactransmiterrors: 0 dev.bce.0.stat_Dot3StatsCarrierSenseErrors: 0 dev.bce.0.stat_Dot3StatsFCSErrors: 0 dev.bce.0.stat_Dot3StatsAlignmentErrors: 0 dev.bce.0.stat_Dot3StatsSingleCollisionFrames: 0 dev.bce.0.stat_Dot3StatsMultipleCollisionFrames: 0 dev.bce.0.stat_Dot3StatsDeferredTransmissions: 0 dev.bce.0.stat_Dot3StatsExcessiveCollisions: 0 dev.bce.0.stat_Dot3StatsLateCollisions: 0 dev.bce.0.stat_EtherStatsCollisions: 0 dev.bce.0.stat_EtherStatsFragments: 0 dev.bce.0.stat_EtherStatsJabbers: 0 dev.bce.0.stat_EtherStatsUndersizePkts: 0 dev.bce.0.stat_EtherStatsOversizePkts: 0 dev.bce.0.stat_EtherStatsPktsRx64Octets: 1292861054 dev.bce.0.stat_EtherStatsPktsRx65Octetsto127Octets: 1882163242 dev.bce.0.stat_EtherStatsPktsRx128Octetsto255Octets: 1907855055 dev.bce.0.stat_EtherStatsPktsRx256Octetsto511Octets: 1098882225 dev.bce.0.stat_EtherStatsPktsRx512Octetsto1023Octets: 764576247 dev.bce.0.stat_EtherStatsPktsRx1024Octetsto1522Octets: 1964920359 dev.bce.0.stat_EtherStatsPktsRx1523Octetsto9022Octets: 0 dev.bce.0.stat_EtherStatsPktsTx64Octets: 388474030 dev.bce.0.stat_EtherStatsPktsTx65Octetsto127Octets: 1593141899 dev.bce.0.stat_EtherStatsPktsTx128Octetsto255Octets: 4003368154 dev.bce.0.stat_EtherStatsPktsTx256Octetsto511Octets: 1063084536 dev.bce.0.stat_EtherStatsPktsTx512Octetsto1023Octets: 497973573 dev.bce.0.stat_EtherStatsPktsTx1024Octetsto1522Octets: 2718368108 dev.bce.0.stat_EtherStatsPktsTx1523Octetsto9022Octets: 0 dev.bce.0.stat_XonPauseFramesReceived: 0 dev.bce.0.stat_XoffPauseFramesReceived: 0 dev.bce.0.stat_OutXonSent: 0 dev.bce.0.stat_OutXoffSent: 0 dev.bce.0.stat_FlowControlDone: 0 dev.bce.0.stat_MacControlFramesReceived: 0 dev.bce.0.stat_XoffStateEntered: 0 dev.bce.0.stat_IfInFramesL2FilterDiscards: 167705392 dev.bce.0.stat_IfInRuleCheckerDiscards: 0 dev.bce.0.stat_IfInFTQDiscards: 0 dev.bce.0.stat_IfInMBUFDiscards: 0 dev.bce.0.stat_IfInRuleCheckerP4Hit: 15464166 dev.bce.0.stat_CatchupInRuleCheckerDiscards: 0 dev.bce.0.stat_CatchupInFTQDiscards: 0 dev.bce.0.stat_CatchupInMBUFDiscards: 0 dev.bce.0.stat_CatchupInRuleCheckerP4Hit: 0 dev.bce.0.com_no_buffers: 130228 From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 19:12:56 2011 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 B38E81065677 for ; Tue, 13 Dec 2011 19:12:56 +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 6D1628FC08 for ; Tue, 13 Dec 2011 19:12:56 +0000 (UTC) Received: by ghrr19 with SMTP id r19so1073717ghr.13 for ; Tue, 13 Dec 2011 11:12:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=L9yR6IPi1nQrw7cLgEi3nl+bVHgUZIMggAZ9vr1V3tA=; b=Fm3ym6gAClSzmjqn143DeTuTmPfkPq7ClrXNLBfjQxhlTndTeaKgTulZH6sqHI8GLq nmTkAct3nmzbUzuvlcs10SREhUEtHxl5DcGZNO5GhEh8oAj/hvuwGU3moVNUYOvw3zVP /WN/ro+Qp8+yRn5cNMT5HlMu6Hb9De11y0Wag= Received: by 10.50.181.136 with SMTP id dw8mr20775375igc.71.1323803575297; Tue, 13 Dec 2011 11:12:55 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d19sm66962815ibh.8.2011.12.13.11.12.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Dec 2011 11:12:54 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 13 Dec 2011 11:11:51 -0800 From: YongHyeon PYUN Date: Tue, 13 Dec 2011 11:11:51 -0800 To: Andre Oppermann Message-ID: <20111213191151.GB7546@michelle.cdnetworks.com> References: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> <20111213025041.GF3705@michelle.cdnetworks.com> <4EE71E65.7090406@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE71E65.7090406@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , Stefan Bethke Subject: Re: "ifconfig media off"? 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, 13 Dec 2011 19:12:56 -0000 On Tue, Dec 13, 2011 at 10:44:05AM +0100, Andre Oppermann wrote: > On 13.12.2011 03:50, YongHyeon PYUN wrote: > >On Tue, Dec 13, 2011 at 12:56:22AM +0100, Stefan Bethke wrote: > >>I'm currently writing a driver to configure an ethernet switch chip (see > >>TL-WR1043ND on -embedded). > >> > >>I noticed that there doesn't seem to be a way to power down a phy right > >>now through the ifconfig media command. > >> > >>Would there be objections to extend the media subtype definitions to > >>include an "off", "poweroff" or "down" media subtype, and add code to the > >>relevant phy drivers to power down the phy for this media subtype? > >> > >>The difference between media subtype "none" and this new one would be > >>that there will be no link, even if there is a physical connection. With > >>media subtype "none", a 10 MBit/s half-duplex connection is established, > >>potentially confusing the remote end about the availability of this link. > >>On the local side, the link is down, so no packets are exchanged. > >> > > > >I think "none" means "isolated" so should have no established link > >and probably you can also power down the PHY. > >I vaguely guess the PHY of switch chip does not correctly support > >isolated mode so you may have wanted to power down. > > There is a difference between "none" with "status: no carrier" where no > ethernet > connection is established, but can be brought up the moment a cable is > plugged in, > and "poweroff" where the PHY itself is powered down and won't notice a > cable being > plugged in unless configure to auto-select or a particular speed. > Many gigabit PHY drivers already puts the PHY into powerdown state when you select 'none'. > Considering that PHY devices are relatively power hungry a poweroff state > may be > quite useful to conserve battery power. > Powering down the PHY would be the minimal and easy way that achieves some power. But more power saving should be implemented in ethernet controller side(i.e. removing clock to MII/PHY module etc). In addition, you shall always have to use network so powering down may not be available option. Implementing EEE framework for various PHYs would be the way to go. > -- > Andre From owner-freebsd-net@FreeBSD.ORG Tue Dec 13 22:39:38 2011 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 D18591065670 for ; Tue, 13 Dec 2011 22:39:38 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from outbound.icp-qv1-irony-out5.iinet.net.au (outbound.icp-qv1-irony-out5.iinet.net.au [203.59.1.105]) by mx1.freebsd.org (Postfix) with ESMTP id 5BDC38FC13 for ; Tue, 13 Dec 2011 22:39:37 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApMBAJbM5058qjZb/2dsb2JhbAAMN64WAQEBBDhAARALDQsJFg8JAwIBAgFFBg0BBQIBAbUiiQWLYwSUcYVtjFA X-IronPort-AV: E=Sophos;i="4.71,348,1320595200"; d="scan'208";a="315027808" Received: from unknown (HELO [192.168.15.65]) ([124.170.54.91]) by outbound.icp-qv1-irony-out5.iinet.net.au with ESMTP/TLS/DHE-RSA-CAMELLIA256-SHA; 14 Dec 2011 06:11:41 +0800 Message-ID: <4EE7CDBE.1090605@swin.edu.au> Date: Wed, 14 Dec 2011 09:12:14 +1100 From: Mattia Rossi Organization: Swinburne University of Technology User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Hajimu UMEMOTO References: <2CECE1B6-98B6-4219-BDD7-220F83CAEC36@gsoft.com.au> <4F9821A6-673B-4DE6-A543-5F37BDD3F9B7@gsoft.com.au> <58FFF22D-6578-447D-AAC0-9673057DAD84@gsoft.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Daniel O'Connor , freebsd-net@freebsd.org Subject: Re: FreeBSD 8 as an IPv6 router X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mrossi@swin.edu.au List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Dec 2011 22:39:38 -0000 On 14/12/11 04:07, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Tue, 13 Dec 2011 20:11:45 +1030 >>>>>> "Daniel O'Connor" said: > > doconnor> On 13/12/2011, at 19:54, Hajimu UMEMOTO wrote: >> doconnor> Is there a way to tweak it to do the right thing? >> >> Perhaps, sla-len should be 8. > > doconnor> Ahh many thanks, that seems work work. > > You are welcome. > > doconnor> Such are the risk when you copy things off the internet :) > > Yes, the sla-len depends on the prefixlen of the delegated prefix, and > the length depends on your ISP. > The DHCPv6 server announces the prefixlen, and the dhcp6c can know it. > However, the dhcp6c doesn't assume that the prefixlen of the > prefix-interface is 64. So, you still need to specify an appropriate > sla-len value. It seems inconvenient to me. So, I applied the > attached patch to calculate the sla-len automatically with the > assumption that the prefix-interface is 64, personally. > Ok, this is something I always get a bit confused with. I understand that it's the right clean thing to set up a /64 on the interface which sends router advertisements, but I also would expect by nature, that whatever prefixlength you chose on the interface, rtadvd would simply grab the lowest /64 prefix out of the configured one to send router advertisements out. The idea there is, that you might use this router for multiple subnets, and have a single default route. Now of course to do that you'd need to configure rtadvd.conf, so I guess the whole thing missing here is a bit of documentation which says, that if you don't configure rtadvd via rtadvd.conf you're not allowed to be lazy and configure any prefix on the interface and expect rtadvd to do the right thing. It seems to me, that a lot of people (including me) would expect that, so maybe some info about that wouldn't be to bad. Just my 2c. Mat From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 00:42:25 2011 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 3DA771065675 for ; Wed, 14 Dec 2011 00:42:25 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id F10F98FC0C for ; Wed, 14 Dec 2011 00:42:23 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id pBE0g7VF014873; Wed, 14 Dec 2011 09:42:18 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id pBE0g43Y083854; Wed, 14 Dec 2011 09:42:06 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Wed, 14 Dec 2011 09:41:51 +0900 (JST) Message-Id: <20111214.094151.1901872428047005963.hrs@allbsd.org> To: mrossi@swin.edu.au From: Hiroki Sato In-Reply-To: <4EE7CDBE.1090605@swin.edu.au> References: <58FFF22D-6578-447D-AAC0-9673057DAD84@gsoft.com.au> <4EE7CDBE.1090605@swin.edu.au> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Wed_Dec_14_09_41_51_2011_589)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Wed, 14 Dec 2011 09:42:21 +0900 (JST) X-Spam-Status: No, score=-104.6 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: doconnor@gsoft.com.au, freebsd-net@FreeBSD.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 14 Dec 2011 00:42:25 -0000 ----Security_Multipart(Wed_Dec_14_09_41_51_2011_589)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mattia Rossi wrote in <4EE7CDBE.1090605@swin.edu.au>: mr> Ok, this is something I always get a bit confused with. I understand mr> that it's the right clean thing to set up a /64 on the interface which mr> sends router advertisements, but I also would expect by nature, that mr> whatever prefixlength you chose on the interface, rtadvd would simply mr> grab the lowest /64 prefix out of the configured one to send router mr> advertisements out. mr> mr> The idea there is, that you might use this router for multiple mr> subnets, and have a single default route. mr> mr> Now of course to do that you'd need to configure rtadvd.conf, so I mr> guess the whole thing missing here is a bit of documentation which mr> says, that if you don't configure rtadvd via rtadvd.conf you're not mr> allowed to be lazy and configure any prefix on the interface and mr> expect rtadvd to do the right thing. mr> mr> It seems to me, that a lot of people (including me) would expect that, mr> so maybe some info about that wouldn't be to bad. I do not think it is a good idea that the rtadvd daemon automatically splits prefixes shorter than 64 to ones with just 64. "Which prefix should be advertised" is one of things which a sysadmin must specify explicitly when it receives prefixes shorter than 64 via IA-PD or something, and it should match the actual subnet structure. A simple way to do so is to assign an address onto eth0, in his example, with desired /64 subnet prefix from the delegated (shorter) prefix, and run rtadvd with no configuration file. This is the expected scenario. A /60 address assigned on eth0 does not work as a default router address for multiple /64 subnets anyway... This trouble is caused by misconfiguration of sla-len and non-/64 prefix is assigned unexpectedly to eth0. If all of the configuration were correct rtadvd.conf was not needed in the first place, and even if split /64 prefixes were automatically advertised by rtadvd at that time the situation would not got better. -- Hiroki ----Security_Multipart(Wed_Dec_14_09_41_51_2011_589)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk7n8M8ACgkQTyzT2CeTzy3yxACg1g296S7W3Tjdt/zo77vN9kt1 DngAoJBPU2Qhb4gSW61sW+Nh933gGb2/ =ai9n -----END PGP SIGNATURE----- ----Security_Multipart(Wed_Dec_14_09_41_51_2011_589)---- From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 01:16:59 2011 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 44775106564A for ; Wed, 14 Dec 2011 01:16:59 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id E69218FC12 for ; Wed, 14 Dec 2011 01:16:58 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id pBE1GvVn086288; Wed, 14 Dec 2011 02:16:57 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id pBE1Gv9i086287; Wed, 14 Dec 2011 02:16:57 +0100 (CET) (envelope-from marius) Date: Wed, 14 Dec 2011 02:16:57 +0100 From: Marius Strobl To: YongHyeon PYUN Message-ID: <20111214011657.GH36635@alchemy.franken.de> References: <600A8C6C-DAB4-4E22-A034-38224017166B@lassitu.de> <20111213025041.GF3705@michelle.cdnetworks.com> <45B0B859-207C-4F02-A28F-7E34B775A273@lassitu.de> <20111213185348.GA7546@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111213185348.GA7546@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net , Stefan Bethke Subject: Re: "ifconfig media off"? 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, 14 Dec 2011 01:16:59 -0000 On Tue, Dec 13, 2011 at 10:53:48AM -0800, YongHyeon PYUN wrote: > On Tue, Dec 13, 2011 at 11:04:51AM +0100, Stefan Bethke wrote: > > Am 13.12.2011 um 03:50 schrieb YongHyeon PYUN: > > > > > On Tue, Dec 13, 2011 at 12:56:22AM +0100, Stefan Bethke wrote: > > >> I'm currently writing a driver to configure an ethernet switch chip (see TL-WR1043ND on -embedded). > > >> > > >> I noticed that there doesn't seem to be a way to power down a phy right now through the ifconfig media command. > > >> > > >> Would there be objections to extend the media subtype definitions to include an "off", "poweroff" or "down" media subtype, and add code to the relevant phy drivers to power down the phy for this media subtype? > > >> > > >> The difference between media subtype "none" and this new one would be that there will be no link, even if there is a physical connection. With media subtype "none", a 10 MBit/s half-duplex connection is established, potentially confusing the remote end about the availability of this link. On the local side, the link is down, so no packets are exchanged. > > >> > > > > > > I think "none" means "isolated" so should have no established link > > > and probably you can also power down the PHY. > > > I vaguely guess the PHY of switch chip does not correctly support > > > isolated mode so you may have wanted to power down. > > > > > > After looking at the code a bit more, I think the common code just doesn't set the BMCR_PDOWN (but clears it when bringing up the PHY). > > > > Yes, and most PHYs could be powered down when BMCR_ISO is chosen. > I'm not sure whether this could be applied to hardwares that > support multiple PHYs(i.e. internal and external transceivers) > though. Marius may have some opinions on this(CCed). > However powering down PHY with BMCR_ISO looks natural to me. > > > Index: sys/dev/mii/mii_physubr.c > > =================================================================== > > --- sys/dev/mii/mii_physubr.c (revision 228402) > > +++ sys/dev/mii/mii_physubr.c (working copy) > > @@ -58,7 +58,7 @@ > > */ > > static const struct mii_media mii_media_table[MII_NMEDIA] = { > > /* None */ > > - { BMCR_ISO, ANAR_CSMA, > > + { BMCR_ISO | BMCR_PDOWN, ANAR_CSMA, > > 0, }, > > > > /* 10baseT */ > > > > I've opened kern/163240. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=163240 I don't think powering down the PHY along with IFM_NONE especially in that way is a good idea for several reasons: - It's incomplete as not all PHY drivers use mii_phy_add_media()/ mii_phy_setmedia(). - Even for those that do IFM_NONE isn't added when the PHY driver sets MIIF_NOISOLATE (for some PHYs BMCR_ISO either just doesn't work as especially the built-in ones probably have been designed with only single-PHY configurations in mind or even wedges the chip up to the point that even a reset doesn't get it working again). In general though, BMCR_ISO and BMCR_PDOWN are orthogonal (even in IEEE 802.3-2008 as far as I can see), i.e. while BMCR_ISO might be broken, BMCR_PDOWN could work (actually I'd expect BMCR_PDOWN to be less fragile than BMCR_ISO). - There should be a way to let a PHY driver do something different than setting BMCR_PDOWN when it's told to power down as f.e. at least some Broadcom PHYs support a "super isolation" mode. - As you already mentioned in general there can be multiple PHYs on one MII bus and I'd expect "power down that interface" to mean to power all of them down (granted, MACs with multiple PHYs are rather uncommon in reality but they do exist, f.e. Allied Telesis has several card models that use two PHYs per MAC). In generall I agree that there should be a way to power down PHYs though. While there might be some merit in additionally adding that as a media option I think that the most intuitive way would be for `ifconfig foo0 down` to also power down the PHYs on that interface. In order implement that the basic way seems to be to make the various foo_stop() methods of MAC drivers to call mii_down() (as in NetBSD) and to make mii_phy_down() (or a replacement) actually do something, with PHY drivers being allowed to opt-out with something like a MIIF_NOPOWERDOWN. What I'm not sure about is how to implement power down in the individual drivers while keeping code duplication for the common case low, i.e. I'm not sure whether the NetBSD way of having a MII_DOWN case in the service routines is the way to go. Is there something in the rc.d scripts that downs network interfaces on shutdown that could interfere with WOL when we power down the PHYs? Marius From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 01:44:32 2011 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 923B1106566B for ; Wed, 14 Dec 2011 01:44:32 +0000 (UTC) (envelope-from mrossi@swin.edu.au) Received: from gpo4.cc.swin.edu.au (gpo4.cc.swin.edu.au [136.186.1.33]) by mx1.freebsd.org (Postfix) with ESMTP id 293F18FC08 for ; Wed, 14 Dec 2011 01:44:31 +0000 (UTC) Received: from mrossi.caia.swin.edu.au (mrossi.caia.swin.edu.au [136.186.229.109]) by gpo4.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id pBE1i81L007924; Wed, 14 Dec 2011 12:44:24 +1100 Message-ID: <4EE7FF68.20104@swin.edu.au> Date: Wed, 14 Dec 2011 12:44:08 +1100 From: Mattia Rossi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111124 Thunderbird/8.0 MIME-Version: 1.0 To: Hiroki Sato References: <58FFF22D-6578-447D-AAC0-9673057DAD84@gsoft.com.au> <4EE7CDBE.1090605@swin.edu.au> <20111214.094151.1901872428047005963.hrs@allbsd.org> In-Reply-To: <20111214.094151.1901872428047005963.hrs@allbsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: doconnor@gsoft.com.au, freebsd-net@FreeBSD.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 14 Dec 2011 01:44:32 -0000 On 14/12/2011 11:41, Hiroki Sato wrote: > Mattia Rossi wrote > in<4EE7CDBE.1090605@swin.edu.au>: > > mr> Ok, this is something I always get a bit confused with. I understand > mr> that it's the right clean thing to set up a /64 on the interface which > mr> sends router advertisements, but I also would expect by nature, that > mr> whatever prefixlength you chose on the interface, rtadvd would simply > mr> grab the lowest /64 prefix out of the configured one to send router > mr> advertisements out. > mr> > mr> The idea there is, that you might use this router for multiple > mr> subnets, and have a single default route. > mr> > mr> Now of course to do that you'd need to configure rtadvd.conf, so I > mr> guess the whole thing missing here is a bit of documentation which > mr> says, that if you don't configure rtadvd via rtadvd.conf you're not > mr> allowed to be lazy and configure any prefix on the interface and > mr> expect rtadvd to do the right thing. > mr> > mr> It seems to me, that a lot of people (including me) would expect that, > mr> so maybe some info about that wouldn't be to bad. > > I do not think it is a good idea that the rtadvd daemon automatically > splits prefixes shorter than 64 to ones with just 64. "Which prefix > should be advertised" is one of things which a sysadmin must specify > explicitly when it receives prefixes shorter than 64 via IA-PD or > something, and it should match the actual subnet structure. A simple > way to do so is to assign an address onto eth0, in his example, with > desired /64 subnet prefix from the delegated (shorter) prefix, and > run rtadvd with no configuration file. This is the expected > scenario. A /60 address assigned on eth0 does not work as a default > router address for multiple /64 subnets anyway... > > This trouble is caused by misconfiguration of sla-len and non-/64 > prefix is assigned unexpectedly to eth0. If all of the configuration > were correct rtadvd.conf was not needed in the first place, and even > if split /64 prefixes were automatically advertised by rtadvd at that > time the situation would not got better. > As said, I agree, it's probably not a good idea to autoselect a /64 from a shorter prefix. But I can imagine that a lot of people out there would expect this behaviour, and might just sit there and wonder why the hell the RAs are not being sent, if they have an address configured on the interface. Most people do not look at the prefix length, also because many people use tools which automatically set prefixes and addresses up and or copy&paste configs from the Internet, as we've just seen. So my suggestion here is to add some information to the rtadvd and rtadvd.conf manual page which explicitly tells people to look at the configured prefix length, as rtadvd will only work without configuration if the prefix length is set to /64, and eventually point to the RFCs in that paragraph as well. From there people will figure out how to change their configs to get addresses with a prefixlength of /64 themselves (e.g. change the sla-len in the wide-dhcp client) It's a simple addition to the manpage which helps educating people as well and allows to keep things clean. Mat From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 02:25:43 2011 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id D4AF41065672; Wed, 14 Dec 2011 02:25:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9B36A1520CC; Wed, 14 Dec 2011 02:25:43 +0000 (UTC) Message-ID: <4EE80927.1060502@FreeBSD.org> Date: Tue, 13 Dec 2011 18:25:43 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111110 Thunderbird/8.0 MIME-Version: 1.0 To: Hiroki Sato References: <58FFF22D-6578-447D-AAC0-9673057DAD84@gsoft.com.au> <4EE7CDBE.1090605@swin.edu.au> <20111214.094151.1901872428047005963.hrs@allbsd.org> In-Reply-To: <20111214.094151.1901872428047005963.hrs@allbsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: doconnor@gsoft.com.au, mrossi@swin.edu.au, freebsd-net@FreeBSD.org Subject: Re: FreeBSD 8 as an IPv6 router 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, 14 Dec 2011 02:25:43 -0000 On 12/13/2011 16:41, Hiroki Sato wrote: > I do not think it is a good idea that the rtadvd daemon automatically > splits prefixes shorter than 64 to ones with just 64. "Which prefix > should be advertised" is one of things which a sysadmin must specify > explicitly when it receives prefixes shorter than 64 via IA-PD or > something, and it should match the actual subnet structure. A simple > way to do so is to assign an address onto eth0, in his example, with > desired /64 subnet prefix from the delegated (shorter) prefix, and > run rtadvd with no configuration file. This is the expected > scenario. A /60 address assigned on eth0 does not work as a default > router address for multiple /64 subnets anyway... +1 There are some things that can be done automatically, this isn't one of them. The "assign an address" trick being a reasonable compromise. Doug -- [^L] Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 03:20:47 2011 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 AF6E71065672 for ; Wed, 14 Dec 2011 03:20:47 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 4967A8FC08 for ; Wed, 14 Dec 2011 03:20:46 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id 087E722826 for ; Wed, 14 Dec 2011 03:20:46 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id 72C2A1187EA00; Wed, 14 Dec 2011 04:20:03 +0000 (GMT) Message-ID: <4EE8160A.6060904@rewt.org.uk> Date: Wed, 14 Dec 2011 03:20:42 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Pierre Lamy References: <4EE68CD7.5090106@rewt.org.uk> <4EE81109.4000306@userid.org> In-Reply-To: <4EE81109.4000306@userid.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , "Li, Qing" Subject: Re: RADIX_MPATH / FreeBSD Routing 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, 14 Dec 2011 03:20:47 -0000 Hi Pierre, Just realised I didn't reply-all when responding to Qing... it is definitely only during deletes although the volume of deletes doesn't need to be significant to trigger it, I'll report back to the list as and when. Thanks, Joe Pierre Lamy wrote: > I believe the problem can be manually triggered by using a script that > will mass-add and then mass-delete routes (the problem happens on delete). > > -Pierre > > On 12/12/2011 6:46 PM, Li, Qing wrote: >> So you have RADIX_MPATH option enabled in the kernel configuration, >> and booting >> up OpenBGPD triggers the crash immediately ? >> >> --Qing >> ________________________________________ >> From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on >> behalf of Joe Holden [lists@rewt.org.uk] >> Sent: Monday, December 12, 2011 3:23 PM >> To: freebsd-net@freebsd.org >> Subject: RADIX_MPATH / FreeBSD Routing >> >> Hi guys, >> >> Is anyone aware of the state of mpath as it stands on stable/9? At the >> moment within a few seconds of OpenBGPD being fired up there is an >> rtfree: 2 panic, I have had a quick look through the code but don't >> understand why this panic() is triggered. >> >> On a related note, how does one successfully operate openospfd/openbgpd >> without having to filter all connected interfaces in the presence of >> 'redistribute [inet|inet6] connected', for example if there is a /30 >> between 2 openbgpd or openospfd speakers the /32 of the remote side will >> be installed and ultimately cause llinfo error messages and an eventual >> reset, or in the ospf case, the interface route to be changed or deleted. >> >> I understand this is due to the difference in stack behaviour, but would >> adding connected interface route protection to the kernel or the >> respective daemons be workable in the meantime, until mpath is fixed? >> >> At the moment I am having to use lots of filters to filter out all >> potential connected/interface routes for both address families, this >> seems to be a suboptimal solution. >> >> Quagga/Zebra seem to filter these changes out such that connectivity >> isn't broken but I am not familiar enough with C or the code to be able >> to deduce whats happening and how I could apply that to the kernel or >> bgp/ospf daemons. >> >> In my mind, connected/interface entries should only ever be changed when >> an interface state changes, or is created or destroyed? Should this be >> locked (perhaps with a sysctl toggle?) >> >> Any thoughts would be appreciated. >> >> Thanks, >> Joe >> >> _______________________________________________ >> 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" >> _______________________________________________ >> 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 Wed Dec 14 13:00:17 2011 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 E5DB11065676 for ; Wed, 14 Dec 2011 13:00:15 +0000 (UTC) (envelope-from pierre@userid.org) Received: from mail.storm.ca (unknown [IPv6:2607:f0b0:0:6:209:87:239:66]) by mx1.freebsd.org (Postfix) with ESMTP id 98B008FC0C for ; Wed, 14 Dec 2011 13:00:15 +0000 (UTC) Received: from mail.userid.org (pandora.userid.org [216.106.102.33]) by mail.storm.ca (8.14.2+Sun/8.14.2) with ESMTP id pBE2xZea009793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Dec 2011 21:59:40 -0500 (EST) Received: from [192.168.3.99] (unknown [192.168.3.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pierre) by mail.userid.org (Postfix) with ESMTP id 102112C7816; Tue, 13 Dec 2011 21:59:22 -0500 (EST) Message-ID: <4EE81109.4000306@userid.org> Date: Tue, 13 Dec 2011 21:59:21 -0500 From: Pierre Lamy User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "Li, Qing" References: <4EE68CD7.5090106@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-userid-MailScanner-Information: Please contact the ISP for more information X-userid-MailScanner-ID: 102112C7816.A094E X-userid-MailScanner: Found to be clean X-userid-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.44, required 6, autolearn=not spam, ALL_TRUSTED -1.44) X-userid-MailScanner-From: pierre@userid.org X-Spam-Status: No Cc: "freebsd-net@freebsd.org" , Joe Holden Subject: Re: RADIX_MPATH / FreeBSD Routing 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, 14 Dec 2011 13:00:17 -0000 I believe the problem can be manually triggered by using a script that will mass-add and then mass-delete routes (the problem happens on delete). -Pierre On 12/12/2011 6:46 PM, Li, Qing wrote: > So you have RADIX_MPATH option enabled in the kernel configuration, and booting > up OpenBGPD triggers the crash immediately ? > > --Qing > ________________________________________ > From: owner-freebsd-net@freebsd.org [owner-freebsd-net@freebsd.org] on behalf of Joe Holden [lists@rewt.org.uk] > Sent: Monday, December 12, 2011 3:23 PM > To: freebsd-net@freebsd.org > Subject: RADIX_MPATH / FreeBSD Routing > > Hi guys, > > Is anyone aware of the state of mpath as it stands on stable/9? At the > moment within a few seconds of OpenBGPD being fired up there is an > rtfree: 2 panic, I have had a quick look through the code but don't > understand why this panic() is triggered. > > On a related note, how does one successfully operate openospfd/openbgpd > without having to filter all connected interfaces in the presence of > 'redistribute [inet|inet6] connected', for example if there is a /30 > between 2 openbgpd or openospfd speakers the /32 of the remote side will > be installed and ultimately cause llinfo error messages and an eventual > reset, or in the ospf case, the interface route to be changed or deleted. > > I understand this is due to the difference in stack behaviour, but would > adding connected interface route protection to the kernel or the > respective daemons be workable in the meantime, until mpath is fixed? > > At the moment I am having to use lots of filters to filter out all > potential connected/interface routes for both address families, this > seems to be a suboptimal solution. > > Quagga/Zebra seem to filter these changes out such that connectivity > isn't broken but I am not familiar enough with C or the code to be able > to deduce whats happening and how I could apply that to the kernel or > bgp/ospf daemons. > > In my mind, connected/interface entries should only ever be changed when > an interface state changes, or is created or destroyed? Should this be > locked (perhaps with a sysctl toggle?) > > Any thoughts would be appreciated. > > Thanks, > Joe > > _______________________________________________ > 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" > _______________________________________________ > 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 Wed Dec 14 19:33:44 2011 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 DE50D106564A for ; Wed, 14 Dec 2011 19:33:44 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out7.libero.it (cp-out7.libero.it [212.52.84.107]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5D58FC0C for ; Wed, 14 Dec 2011 19:33:44 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020B.4EE8FA16.010D,ss=1,re=0.000,fgs=0 X-libjamoibt: 1555 Received: from soth.ventu (151.41.159.94) by cp-out7.libero.it (8.5.133) id 4E9539DD090CE3E7 for freebsd-net@freebsd.org; Wed, 14 Dec 2011 20:33:42 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.4/8.14.4) with ESMTP id pBEJXa2P033015 for ; Wed, 14 Dec 2011 20:33:36 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <4EE8FA10.8090502@netfence.it> Date: Wed, 14 Dec 2011 20:33:36 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; it-IT; rv:1.9.2.24) Gecko/20111207 Thunderbird/3.1.16 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 10.1.2.13 Subject: Intel 82550 Pro/100 Ethernet and TSO troubles 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, 14 Dec 2011 19:33:45 -0000 Hello. I recently installed 8.2 with the following card: > dmesg > ... > fxp0: port 0xdc00-0xdc3f mem 0xfebfb000-0xfebfbfff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on pci4 > ... > pciconv -lv > ... > fxp0@pci0:4:5:0: class=0x020000 card=0x00408086 chip=0x12298086 rev=0x0c hdr=0x00 > vendor = 'Intel Corporation' > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class = network > subclass = ethernet > ... I had weird problems, especially due to ICMP/fragmentation/MTU/... issues. After hours spent in debugging, I noticed tcpdump showing ICMP packets with wrong checksums and that TSO4 was enabled. "ifconfig fxp0 -tso" seemed to solve everything. Don't know if it's a bug in the card, in the driver or what... Maybe it shouldn't be enabled by default? I also have fxp1: > dmesg > ... > fxp1: port 0xd880-0xd8bf mem 0xfebfa > 000-0xfebfafff,0xfea00000-0xfeafffff irq 21 at device 6.0 on pci4 > ... > pciconv -lv > ... > fxp1@pci0:4:6:0: class=0x020000 card=0x000c8086 chip=0x12298086 rev=0x08 hdr=0x00 > vendor = 'Intel Corporation' > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class = network > subclass = ethernet > ... TSO was not enabled on this by default. Feel free to ask, in case you need any further info. bye av. From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 20:00:22 2011 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 C6834106564A for ; Wed, 14 Dec 2011 20:00:22 +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 844718FC13 for ; Wed, 14 Dec 2011 20:00:22 +0000 (UTC) Received: by ghrr19 with SMTP id r19so1389334ghr.13 for ; Wed, 14 Dec 2011 12:00:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=Pxgijq+cKjSr77Ogc9tan2LgOmUY8k9eL22Cp8nZ5Fk=; b=jKmyUhgTkj8RfV8kbyhogywlaup6NSxtZ7vHkLzWCShf5LcvqB5T9kH+lwDPhlCA80 613hpk6aJIAB7rzwEUswvwfzz33uch7445F/AQITNu+X+l5ToiFq+8YBZNzCqH6arhX+ LB5Y6X26Ie98ogqs0VwX2ovKKW/lVIiZoZtU0= Received: by 10.50.161.162 with SMTP id xt2mr6729igb.72.1323892821604; Wed, 14 Dec 2011 12:00:21 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id h9sm11993760ibh.11.2011.12.14.12.00.18 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Dec 2011 12:00:20 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 14 Dec 2011 11:59:18 -0800 From: YongHyeon PYUN Date: Wed, 14 Dec 2011 11:59:18 -0800 To: Andrea Venturoli Message-ID: <20111214195918.GC11426@michelle.cdnetworks.com> References: <4EE8FA10.8090502@netfence.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE8FA10.8090502@netfence.it> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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: Wed, 14 Dec 2011 20:00:22 -0000 On Wed, Dec 14, 2011 at 08:33:36PM +0100, Andrea Venturoli wrote: > Hello. > > I recently installed 8.2 with the following card: > > > dmesg > > ... > >fxp0: port 0xdc00-0xdc3f mem > >0xfebfb000-0xfebfbfff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on pci4 > > ... > > pciconv -lv > > ... > >fxp0@pci0:4:5:0: class=0x020000 card=0x00408086 chip=0x12298086 > >rev=0x0c hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > > class = network > > subclass = ethernet > > ... > > I had weird problems, especially due to ICMP/fragmentation/MTU/... issues. > After hours spent in debugging, I noticed tcpdump showing ICMP packets > with wrong checksums and that TSO4 was enabled. > "ifconfig fxp0 -tso" seemed to solve everything. > > > Don't know if it's a bug in the card, in the driver or what... > Maybe it shouldn't be enabled by default? > AFAIK the firmware of controller has no known TSO issue so it indicates a bug in driver. What makes me wonder is ICMP ECHO packet should not be affected by TSO and I have no clue at this moment. (Here, I assume you've captured packets on receiver side since bpf sees packets before hardware computes checksum.) If you have a reliable way that reproduces the issue, let me know. > > > > I also have fxp1: > > dmesg > > ... > >fxp1: port 0xd880-0xd8bf mem 0xfebfa > >000-0xfebfafff,0xfea00000-0xfeafffff irq 21 at device 6.0 on pci4 > >... > >pciconv -lv > >... > >fxp1@pci0:4:6:0: class=0x020000 card=0x000c8086 chip=0x12298086 > >rev=0x08 hdr=0x00 > > vendor = 'Intel Corporation' > > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > > class = network > > subclass = ethernet > > ... > > TSO was not enabled on this by default. > TSO is available only on i82550/i82551. > > > > Feel free to ask, in case you need any further info. > > bye > av. From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 21:17:53 2011 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 ED33E106567F for ; Wed, 14 Dec 2011 21:17:53 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out8.libero.it (cp-out8.libero.it [212.52.84.108]) by mx1.freebsd.org (Postfix) with ESMTP id 667F18FC15 for ; Wed, 14 Dec 2011 21:17:53 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0205.4EE9127F.00E4,ss=1,re=0.000,fgs=0 X-libjamoibt: 1555 Received: from soth.ventu (151.41.159.94) by cp-out8.libero.it (8.5.133) id 4EBC059F04C319E7; Wed, 14 Dec 2011 22:17:51 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.4/8.14.4) with ESMTP id pBELHfRe052906; Wed, 14 Dec 2011 22:17:41 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <4EE91275.3060808@netfence.it> Date: Wed, 14 Dec 2011 22:17:41 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; it-IT; rv:1.9.2.24) Gecko/20111207 Thunderbird/3.1.16 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4EE8FA10.8090502@netfence.it> <20111214195918.GC11426@michelle.cdnetworks.com> In-Reply-To: <20111214195918.GC11426@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 10.1.2.13 Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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, 14 Dec 2011 21:17:54 -0000 On 12/14/11 20:59, YongHyeon PYUN wrote: > AFAIK the firmware of controller has no known TSO issue so it > indicates a bug in driver. > What makes me wonder is ICMP ECHO packet should not be affected by > TSO and I have no clue at this moment. I wasn't talking about ICMP ECHO. What happened was: a) the client connected to my server, advertising a TCP MSS of X; b) my server started sending with packets larger than X (possibly it misinterpreted MSS size???); c) an ICMP packet arrived, asking my server to send packets no larger than Y (I guess it was ignored); d) my server kept resending the same (too big) packets; e) it eventually reduced packet size, but it was still larger than Y; ... Wireshark showed some wrong checksums (I believe on the ICMP packet, but I might remember wrong). Of course this made a bell ring and removing TSO solved everything. > (Here, I assume you've > captured packets on receiver side since bpf sees packets before > hardware computes checksum.) Yes, although I don't have them anymore. > If you have a reliable way that reproduces the issue, let me know. I can turn TSO on again, save the packets and send them to you. I just hope nothing changes on the Internet in between the server and the client. Let me know if you need/want this and I'll arrange in the next few days. bye & Thanks av. From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 21:20:05 2011 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 5AD9F1065672; Wed, 14 Dec 2011 21:20:05 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id ED4EE8FC13; Wed, 14 Dec 2011 21:20:04 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 0B5C3E3; Wed, 14 Dec 2011 22:04:20 +0100 (CET) Date: Wed, 14 Dec 2011 22:03:19 +0100 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20111214210318.GA1687@garage.freebsd.pl> References: <20111022084931.GD1697@garage.freebsd.pl> <20111023155827.GH1697@garage.freebsd.pl> <201110240814.22368.jhb@freebsd.org> <201112121100.23567.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <201112121100.23567.jhb@freebsd.org> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Lawrence Stewart , freebsd-current@freebsd.org, Andre Oppermann , freebsd-net@freebsd.org Subject: Re: 9.0-RC1 panic in tcp_input: negative winow. 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, 14 Dec 2011 21:20:05 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 12, 2011 at 11:00:23AM -0500, John Baldwin wrote: > An update. I've sent Pawel a testing patch to see if my hypothesis is co= rrect > (www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I in= tend > to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix. Sorry for the delay, but I'm just rebooting the box that triggered the panic with John's patch. I should know more in a day or two. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk7pDxYACgkQForvXbEpPzSgVQCg5komKEOb6yH5kxEZdPYFE0aH Ra4AoITjblqYU2Om6k3N6e0MbfTfVPME =JtEu -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 21:33:45 2011 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 9D558106564A for ; Wed, 14 Dec 2011 21:33:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6C38FC0C for ; Wed, 14 Dec 2011 21:33:45 +0000 (UTC) Received: by ggnp1 with SMTP id p1so1798108ggn.13 for ; Wed, 14 Dec 2011 13:33:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=mwYKJKKJ9ufzytZmRF9/JNwoQ4pzbgQAXgoKJsjLDtA=; b=Q5fLR+rzMrCML4HJnmwyQF3BdzskGD4mPZF1uL4Qq6yPQJuXi5bT6BHIvFoL4pdsqI oXeT7r4V41T2QOn6QzpzNOMYz5K5mct0sBlOIjhuQ0PmPtyN13FqdKYKwMoKD4SXZb4s 6K/JOhV40AfDwkBBopo/LOH1Ggdj3k4hPT4fA= Received: by 10.50.236.5 with SMTP id uq5mr254996igc.47.1323898424523; Wed, 14 Dec 2011 13:33:44 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id b20sm12736801ibj.7.2011.12.14.13.33.42 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Dec 2011 13:33:43 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 14 Dec 2011 13:32:42 -0800 From: YongHyeon PYUN Date: Wed, 14 Dec 2011 13:32:42 -0800 To: Andrea Venturoli Message-ID: <20111214213242.GD11426@michelle.cdnetworks.com> References: <4EE8FA10.8090502@netfence.it> <20111214195918.GC11426@michelle.cdnetworks.com> <4EE91275.3060808@netfence.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EE91275.3060808@netfence.it> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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: Wed, 14 Dec 2011 21:33:45 -0000 On Wed, Dec 14, 2011 at 10:17:41PM +0100, Andrea Venturoli wrote: > On 12/14/11 20:59, YongHyeon PYUN wrote: > > >AFAIK the firmware of controller has no known TSO issue so it > >indicates a bug in driver. > >What makes me wonder is ICMP ECHO packet should not be affected by > >TSO and I have no clue at this moment. > > I wasn't talking about ICMP ECHO. > > What happened was: > a) the client connected to my server, advertising a TCP MSS of X; > b) my server started sending with packets larger than X (possibly it > misinterpreted MSS size???); > c) an ICMP packet arrived, asking my server to send packets no larger > than Y (I guess it was ignored); > d) my server kept resending the same (too big) packets; > e) it eventually reduced packet size, but it was still larger than Y; > ... > > Wireshark showed some wrong checksums (I believe on the ICMP packet, but > I might remember wrong). You can check whether you received bad checksummed frames with netstat(1). > Of course this made a bell ring and removing TSO solved everything. > > > > >(Here, I assume you've > >captured packets on receiver side since bpf sees packets before > >hardware computes checksum.) > > Yes, although I don't have them anymore. > > > > >If you have a reliable way that reproduces the issue, let me know. > > I can turn TSO on again, save the packets and send them to you. > I just hope nothing changes on the Internet in between the server and > the client. > Let me know if you need/want this and I'll arrange in the next few days. > Let me know MSS of both client and server. Is simple downloading from client to server is enough to trigger the issue? Packet capture that shows the problem would be great to know what's going on here. > > > bye & Thanks > av. From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 23:11:02 2011 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 C57A31065670 for ; Wed, 14 Dec 2011 23:11:02 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from f298.mail.ru (f298.mail.ru [217.69.129.80]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1128FC0C for ; Wed, 14 Dec 2011 23:11:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Message-Id:Content-Transfer-Encoding:Content-Type:Reply-To:Date:Mime-Version:Subject:To:From; bh=88ZWx9ikO9UT8ipHsAIonfgI5eywID67f9WHnlmFV4c=; b=T6P7hoAYnpZ3RzGfIvnyDAHsMOUgxN4s+7MwgNkkww0WkrbSW0EGOqEUGIGSAMaFgDJtmTvcQw/HYNFxy1RfIgnCfVzNQaiHU+zG3boAAYCKSTFe/ALHA4Ygod3AnchH; Received: from mail by f298.mail.ru with local id 1RaxyW-0007mH-00 for freebsd-net@freebsd.org; Thu, 15 Dec 2011 03:11:00 +0400 Received: from [80.82.45.218] by e.mail.ru with HTTP; Thu, 15 Dec 2011 03:11:00 +0400 From: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= To: freebsd-net@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [80.82.45.218] Date: Thu, 15 Dec 2011 03:11:00 +0400 X-Priority: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Message-Id: X-Spam: Not detected X-Mras: Ok Subject: gif tunnel ipv4 over ipv4 don't work X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?UTF-8?B?QW5kcmV5IFNtYWdpbg==?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Dec 2011 23:11:02 -0000 SGkgQWxsISBJIGZvdW5kIG5leHQgaXNzdWUgd2l0aCBnaWYgdHVubmVscy4KZ2lmMyB3b3JrIGxv b2sncyBsaWtlIG1wZCB3aXRob3V0IHRjcG1zc2ZpeCAtIGdvb2dsZSBvcGVuZWQsIGJ1dCBhbm90 aGVyIHNpdGVzIHdhaXRpbmcgcmVhZCBmb3JldmVyCmdpZjQgd29yayBmaW5lLgphbGwgY29ubmVj dGlvbiB0byBpbnRlcm5ldCBpbiBCb3gyLDMgc2ltaWxhcgpJIGNoYW5nZWQgZ2lmMyB0dW5uZWwg dG8gdnR1biBldGhlcm5ldCB0dW5uZWwgKHRhcCkgLSBpdCBzb2x2ZSBwcm9ibGVtIGFuZCBhbGwg c2l0ZXMgbG9hZGVkIGdvb2QuICAKCgpDb25maWd1cmF0aW9uCk1haW5Cb3gKIEZyZWVCU0QgMTAu MC1DVVJSRU5UICM0NSByMjI4MTY0TSBhbWQ2NApnaWYzOiBmbGFncz04MDUxPFVQLFBPSU5UT1BP SU5ULFJVTk5JTkcsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMAogIHR1bm5lbCBpbmV0IDE3 Mi4xNy4xLjIwMCAtLT4gMTcyLjE3LjEuMjIyCiAgaW5ldDYgZmU4MDo6MjFiOjIxZmY6ZmU3Yjoz ODAwJWdpZjMgcHJlZml4bGVuIDY0IHNjb3BlaWQgMHgxOSAKICBpbmV0IDE5Mi4xNjguMjU0LjY5 IC0tPiAxOTIuMTY4LjI1NC43MCBuZXRtYXNrIDB4ZmZmZmZmZmMgCiAgbmQ2IG9wdGlvbnM9MjE8 UEVSRk9STU5VRCxBVVRPX0xJTktMT0NBTD4KICBvcHRpb25zPTE8QUNDRVBUX1JFVl9FVEhJUF9W RVI+CgpnaWY0OiBmbGFncz04MDUxPFVQLFBPSU5UT1BPSU5ULFJVTk5JTkcsTVVMVElDQVNUPiBt ZXRyaWMgMCBtdHUgMTUwMAogIHR1bm5lbCBpbmV0IDE3Mi4xNy4xLjIwMCAtLT4gMTcyLjE3LjEu MTUwCiAgaW5ldDYgZmU4MDo6MjFiOjIxZmY6ZmU3YjozODAwJWdpZjQgcHJlZml4bGVuIDY0IHNj b3BlaWQgMHgxYSAKICBpbmV0IDE5Mi4xNjguMjU0LjczIC0tPiAxOTIuMTY4LjI1NC43NCBuZXRt YXNrIDB4ZmZmZmZmZmMgCiAgbmQ2IG9wdGlvbnM9MjE8UEVSRk9STU5VRCxBVVRPX0xJTktMT0NB TD4KICBvcHRpb25zPTE8QUNDRVBUX1JFVl9FVEhJUF9WRVI+CgpCb3gyCjkuMC1DVVJSRU5UIEZy ZWVCU0QgOS4wLUNVUlJFTlQgIzQ0OiBUdWUgTWFyIDIgMjAxMApnaWY0OiBmbGFncz04MDUxPFVQ LFBPSU5UT1BPSU5ULFJVTk5JTkcsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMAogICAgICAg IHR1bm5lbCBpbmV0IDE3Mi4xNy4xLjE1MCAtLT4gMTcyLjE3LjEuMjAwCiAgICAgICAgaW5ldDYg ZmU4MDo6MjE1OmU5ZmY6ZmVmMTpkMDRkJWdpZjQgcHJlZml4bGVuIDY0IHNjb3BlaWQgMHg5IAog ICAgICAgIGluZXQgMTkyLjE2OC4yNTQuNzQgLS0+IDE5Mi4xNjguMjU0LjczIG5ldG1hc2sgMHhm ZmZmZmZmYyAKICAgICAgICBuZDYgb3B0aW9ucz0yMTxQRVJGT1JNTlVELEFVVE9fTElOS0xPQ0FM PgogICAgICAgIG9wdGlvbnM9MTxBQ0NFUFRfUkVWX0VUSElQX1ZFUj4KCkJveDMKRnJlZUJTRCAx MC4wLUNVUlJFTlQgIzAgcjIyODUwNE0gaTM4NgpnaWYzOiBmbGFncz04MDUxPFVQLFBPSU5UT1BP SU5ULFJVTk5JTkcsTVVMVElDQVNUPiBtZXRyaWMgMCBtdHUgMTUwMAogICAgICAgIHR1bm5lbCBp bmV0IDE3Mi4xNy4xLjIyMiAtLT4gMTcyLjE3LjEuMjAwCiAgICAgICAgaW5ldCAxOTIuMTY4LjI1 NC43MCAtLT4gMTkyLjE2OC4yNTQuNjkgbmV0bWFzayAweGZmZmZmZmZjIAogICAgICAgIGluZXQ2 IGZlODA6OjIxNTplOWZmOmZlNDI6MWVlNSVnaWYzIHByZWZpeGxlbiA2NCBzY29wZWlkIDB4OCAK ICAgICAgICBuZDYgb3B0aW9ucz0yMTxQRVJGT1JNTlVELEFVVE9fTElOS0xPQ0FMPgogICAgICAg IG9wdGlvbnM9MTxBQ0NFUFRfUkVWX0VUSElQX1ZFUj4KCg== From owner-freebsd-net@FreeBSD.ORG Wed Dec 14 23:23:10 2011 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 DD6C2106566B for ; Wed, 14 Dec 2011 23:23:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A14B08FC08 for ; Wed, 14 Dec 2011 23:23:09 +0000 (UTC) Received: by iakl21 with SMTP id l21so3427942iak.13 for ; Wed, 14 Dec 2011 15:23:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=zkIuX9GsWP1uvtlj0di9P+7mhImKgnysGoLcYxFYzLI=; b=TGWTfTPs/oZotEaO+ecGfXhuZCo/Q1va25tU4hkg3TA2AW6pBo76Rn3yfHOiTIMazI Vd/p4gI8OaXEyYBN8R1qSnlB1LPNOW4AvevTcppeJa0MLYKR8sf2lKaRO5a2mHDNkiwa DIldE0Aux5ozcwRcKMFqnrknjwn52ZsnCFSt8= Received: by 10.50.51.234 with SMTP id n10mr575397igo.10.1323904989017; Wed, 14 Dec 2011 15:23:09 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id z22sm13674143ibg.5.2011.12.14.15.23.06 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Dec 2011 15:23:08 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 14 Dec 2011 15:22:06 -0800 From: YongHyeon PYUN Date: Wed, 14 Dec 2011 15:22:06 -0800 To: Andrea Venturoli Message-ID: <20111214232206.GE11426@michelle.cdnetworks.com> References: <4EE8FA10.8090502@netfence.it> <20111214195918.GC11426@michelle.cdnetworks.com> <4EE91275.3060808@netfence.it> <20111214213242.GD11426@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <20111214213242.GD11426@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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: Wed, 14 Dec 2011 23:23:10 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 14, 2011 at 01:32:42PM -0800, YongHyeon PYUN wrote: > On Wed, Dec 14, 2011 at 10:17:41PM +0100, Andrea Venturoli wrote: > > On 12/14/11 20:59, YongHyeon PYUN wrote: > > > > >AFAIK the firmware of controller has no known TSO issue so it > > >indicates a bug in driver. > > >What makes me wonder is ICMP ECHO packet should not be affected by > > >TSO and I have no clue at this moment. > > > > I wasn't talking about ICMP ECHO. > > > > What happened was: > > a) the client connected to my server, advertising a TCP MSS of X; > > b) my server started sending with packets larger than X (possibly it > > misinterpreted MSS size???); > > c) an ICMP packet arrived, asking my server to send packets no larger > > than Y (I guess it was ignored); > > d) my server kept resending the same (too big) packets; > > e) it eventually reduced packet size, but it was still larger than Y; > > ... > > > > Wireshark showed some wrong checksums (I believe on the ICMP packet, but > > I might remember wrong). > > You can check whether you received bad checksummed frames with > netstat(1). > > > Of course this made a bell ring and removing TSO solved everything. > > > > > > > > >(Here, I assume you've > > >captured packets on receiver side since bpf sees packets before > > >hardware computes checksum.) > > > > Yes, although I don't have them anymore. > > > > > > > > >If you have a reliable way that reproduces the issue, let me know. > > > > I can turn TSO on again, save the packets and send them to you. > > I just hope nothing changes on the Internet in between the server and > > the client. > > Let me know if you need/want this and I'll arrange in the next few days. > > > > Let me know MSS of both client and server. > Is simple downloading from client to server is enough to trigger > the issue? Packet capture that shows the problem would be great to > know what's going on here. > Would you try attached patch and let me know it goes? --WIyZ46R2i8wDzkSu Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fxp.tso.diff" Index: sys/dev/fxp/if_fxp.c =================================================================== --- sys/dev/fxp/if_fxp.c (revision 228504) +++ sys/dev/fxp/if_fxp.c (working copy) @@ -1454,7 +1454,8 @@ return (ENOBUFS); } tcp = (struct tcphdr *)(mtod(m, char *) + poff); - m = m_pullup(m, poff + sizeof(struct tcphdr) + tcp->th_off); + m = m_pullup(m, poff + sizeof(struct tcphdr) + + (tcp->th_off << 2)); if (m == NULL) { *m_head = NULL; return (ENOBUFS); --WIyZ46R2i8wDzkSu-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 00:24:13 2011 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 52274106567A for ; Thu, 15 Dec 2011 00:24:13 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0CDC98FC08 for ; Thu, 15 Dec 2011 00:24:12 +0000 (UTC) Received: by iakl21 with SMTP id l21so3545845iak.13 for ; Wed, 14 Dec 2011 16:24:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=/d8ppBksb3UXYKwo4jsPgLdrcx0jSber2qc65AzOgQA=; b=BfZBwqK1Sd3QMA2zlTS9HGOwv/zbcnohMdTD6rf55tJOKPXnujui38KTQqMn92tiCi xVWTb8h6AfxF4dB+SRQ4MX36gLm28PDLoJV2ou4NMHKZY9/+k6HaDn89SeadNEAzZeYX bRgiOoKZI7JI1+2aR24kmHIp33QFnHBxI9HaQ= Received: by 10.50.158.227 with SMTP id wx3mr701170igb.52.1323908652428; Wed, 14 Dec 2011 16:24:12 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id j3sm14261033ibj.1.2011.12.14.16.24.10 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 14 Dec 2011 16:24:11 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 14 Dec 2011 16:23:08 -0800 From: YongHyeon PYUN Date: Wed, 14 Dec 2011 16:23:08 -0800 To: Andrea Venturoli Message-ID: <20111215002308.GF11426@michelle.cdnetworks.com> References: <4EE8FA10.8090502@netfence.it> <20111214195918.GC11426@michelle.cdnetworks.com> <4EE91275.3060808@netfence.it> <20111214213242.GD11426@michelle.cdnetworks.com> <20111214232206.GE11426@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="rJwd6BRFiFCcLxzm" Content-Disposition: inline In-Reply-To: <20111214232206.GE11426@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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: Thu, 15 Dec 2011 00:24:13 -0000 --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Dec 14, 2011 at 03:22:06PM -0800, YongHyeon PYUN wrote: > On Wed, Dec 14, 2011 at 01:32:42PM -0800, YongHyeon PYUN wrote: > > On Wed, Dec 14, 2011 at 10:17:41PM +0100, Andrea Venturoli wrote: > > > On 12/14/11 20:59, YongHyeon PYUN wrote: > > > > > > >AFAIK the firmware of controller has no known TSO issue so it > > > >indicates a bug in driver. > > > >What makes me wonder is ICMP ECHO packet should not be affected by > > > >TSO and I have no clue at this moment. > > > > > > I wasn't talking about ICMP ECHO. > > > > > > What happened was: > > > a) the client connected to my server, advertising a TCP MSS of X; > > > b) my server started sending with packets larger than X (possibly it > > > misinterpreted MSS size???); > > > c) an ICMP packet arrived, asking my server to send packets no larger > > > than Y (I guess it was ignored); > > > d) my server kept resending the same (too big) packets; > > > e) it eventually reduced packet size, but it was still larger than Y; > > > ... > > > > > > Wireshark showed some wrong checksums (I believe on the ICMP packet, but > > > I might remember wrong). > > > > You can check whether you received bad checksummed frames with > > netstat(1). > > > > > Of course this made a bell ring and removing TSO solved everything. > > > > > > > > > > > > >(Here, I assume you've > > > >captured packets on receiver side since bpf sees packets before > > > >hardware computes checksum.) > > > > > > Yes, although I don't have them anymore. > > > > > > > > > > > > >If you have a reliable way that reproduces the issue, let me know. > > > > > > I can turn TSO on again, save the packets and send them to you. > > > I just hope nothing changes on the Internet in between the server and > > > the client. > > > Let me know if you need/want this and I'll arrange in the next few days. > > > > > > > Let me know MSS of both client and server. > > Is simple downloading from client to server is enough to trigger > > the issue? Packet capture that shows the problem would be great to > > know what's going on here. > > > > Would you try attached patch and let me know it goes? Sorry, it seems extra pull up for TCP payload may not be required here. Try this instead. --rJwd6BRFiFCcLxzm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="fxp.tso.diff2" Index: sys/dev/fxp/if_fxp.c =================================================================== --- sys/dev/fxp/if_fxp.c (revision 228504) +++ sys/dev/fxp/if_fxp.c (working copy) @@ -1454,7 +1454,7 @@ return (ENOBUFS); } tcp = (struct tcphdr *)(mtod(m, char *) + poff); - m = m_pullup(m, poff + sizeof(struct tcphdr) + tcp->th_off); + m = m_pullup(m, poff + (tcp->th_off << 2)); if (m == NULL) { *m_head = NULL; return (ENOBUFS); --rJwd6BRFiFCcLxzm-- From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 01:07:59 2011 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 E9187106564A for ; Thu, 15 Dec 2011 01:07:59 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 7BEE08FC13 for ; Thu, 15 Dec 2011 01:07:59 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 4AD6525D38A4; Thu, 15 Dec 2011 01:07:58 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 741E9BD608C; Thu, 15 Dec 2011 01:07:57 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id CI0JZHs8u8DA; Thu, 15 Dec 2011 01:07:56 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 82533BD608B; Thu, 15 Dec 2011 01:07:56 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: Date: Thu, 15 Dec 2011 01:07:55 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <148F0F28-68CA-4A4C-9962-C96258E9048F@lists.zabbadoz.net> References: To: Andrey Smagin X-Mailer: Apple Mail (2.1084) Cc: freebsd-net@freebsd.org Subject: Re: gif tunnel ipv4 over ipv4 don't 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: Thu, 15 Dec 2011 01:08:00 -0000 On 14. Dec 2011, at 23:11 , Andrey Smagin wrote: > Hi All! I found next issue with gif tunnels. > gif3 work look's like mpd without tcpmssfix - google opened, but = another sites waiting read forever Given it's RFC1918 addresses, this normally sounds like a firewall/NAT = with ICMP filter breaking PMTU issue. --=20 Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 02:45:18 2011 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 DCB92106566C for ; Thu, 15 Dec 2011 02:45:18 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 962EF8FC17 for ; Thu, 15 Dec 2011 02:45:18 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 9680325D3860 for ; Thu, 15 Dec 2011 02:45:17 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id C75F9BD705B for ; Thu, 15 Dec 2011 02:45:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id sM0SQ6PGYbyC for ; Thu, 15 Dec 2011 02:45:15 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id A708BBD705A for ; Thu, 15 Dec 2011 02:45:15 +0000 (UTC) From: "Bjoern A. Zeeb" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 15 Dec 2011 02:45:14 +0000 Message-Id: <44D57F71-99B0-4304-89E0-1B5731FB18B1@FreeBSD.org> To: FreeBSD Net Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: No IPv4 support ("IPv6-only") 9.0-RC3 snapshots 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, 15 Dec 2011 02:45:18 -0000 Hi all, I had built 9.0-RC3 snapshots without IPv4 support (formerly known as = "IPv6-only", but as we still support IPX, IPv6-only is not quite right = so they are called "noinet" now related to the INET kernel config option = we disable) earlier last week. Please see http://www.freebsd.org/ipv6/ and = http://wiki.freebsd.org/IPv6Only for more information. The NYI (US east coast) and DE (Europe) mirror provide the snapshots = already (and I assume Asia will follow): http://noinet.nyi.freebsd.org/snapshots/noinet-snapshot-9.0-RC3/ http://sources.zabbadoz.net/freebsd/ipv6only/ As you can see the primary mirror is now at NYI and I'd like to thank = the people who have generously provided the hardware to build and = constantly provide snapshots and allow to continue the project and = expand in the future. Please try and feel free to report problems or send patches to me;) Best Regards, Bjoern --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do!= From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 06:37:53 2011 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 25C83106566C for ; Thu, 15 Dec 2011 06:37:53 +0000 (UTC) (envelope-from vijju.singh@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 9B69B8FC0A for ; Thu, 15 Dec 2011 06:37:52 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so2053429vbb.13 for ; Wed, 14 Dec 2011 22:37:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=LBcFuePlX/903mi953UiT4GG2/Jp1uTm37wmgeN8lZA=; b=eNqZec8kbXv4A/DK7mXudZqHn/ch2G5rbsbFa/9YeYva3joiDIO8QcGbQ3mIJeNDG/ P77jO0iZ1L4Z03RrsJB10fzzT6SkHPsHMRo3Ie+mx1P5HX6ms9kYY8Nd9cAK0EPPvkWN kjxMoUUroE7XgTY/+9rTCRdzdY4mZbJQ1JB9I= MIME-Version: 1.0 Received: by 10.52.110.2 with SMTP id hw2mr1644979vdb.18.1323931071484; Wed, 14 Dec 2011 22:37:51 -0800 (PST) Received: by 10.220.108.144 with HTTP; Wed, 14 Dec 2011 22:37:51 -0800 (PST) Date: Wed, 14 Dec 2011 22:37:51 -0800 Message-ID: From: Vijay Singh To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: LOR in FreeBSD 8.1 w/ IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 06:37:53 -0000 Hi, the following LOR is reported on my system: f6070c-01% lock order reversal: 1st 0xffffff00043c0c18 e5a:rx(0) (e5a:rx(0)) @ sys/dev/e1000/if_em.c:1607 2nd 0xffffffff80f10780 in6_multi_mtx (in6_multi_mtx) @ sys/netinet6/in6_var.h:734 KDB: stack backtrace: kdb_backtrace() at kdb_backtrace+0x3e witness_releaseok() at witness_releaseok+0x1934 witness_checkorder() at witness_checkorder+0xafc _mtx_lock_flags() at _mtx_lock_flags+0xef icmp6_input() at icmp6_input+0x15ed icmp6_input() at icmp6_input+0x292 ip6_input() at ip6_input+0x1156 netisr_dispatch_src() at netisr_dispatch_src+0x168 netisr_dispatch() at netisr_dispatch+0x20 ether_demux() at ether_demux+0x253 ether_ipfw_chk() at ether_ipfw_chk+0xb66 ether_ipfw_chk() at ether_ipfw_chk+0xbbd netisr_dispatch_src() at netisr_dispatch_src+0x168 netisr_dispatch() at netisr_dispatch+0x20 ether_ipfw_chk() at ether_ipfw_chk+0xc2d busdma_map_sg_vec() at busdma_map_sg_vec+0xa611 busdma_map_sg_vec() at busdma_map_sg_vec+0x2f58 taskqueue_unblock() at taskqueue_unblock+0x235 taskqueue_thread_loop() at taskqueue_thread_loop+0x73 fork_exit() at fork_exit+0x166 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8062691d30, rbp = 0 --- Is it known? -vijay From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 14:16:59 2011 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 BD74B1065670 for ; Thu, 15 Dec 2011 14:16:59 +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 3B9268FC13 for ; Thu, 15 Dec 2011 14:16:59 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0207.4EEA0159.01A2,ss=1,re=0.000,fgs=0 X-libjamoibt: 1555 Received: from soth.ventu (151.41.159.94) by cp-out9.libero.it (8.5.133) id 4EA2ECE107AC02C6; Thu, 15 Dec 2011 15:16:57 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.4/8.14.4) with ESMTP id pBFEGpG6052354; Thu, 15 Dec 2011 15:16:51 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <4EEA0153.5010305@netfence.it> Date: Thu, 15 Dec 2011 15:16:51 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; it-IT; rv:1.9.2.24) Gecko/20111207 Thunderbird/3.1.16 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4EE8FA10.8090502@netfence.it> <20111214195918.GC11426@michelle.cdnetworks.com> <4EE91275.3060808@netfence.it> <20111214213242.GD11426@michelle.cdnetworks.com> In-Reply-To: <20111214213242.GD11426@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 10.1.2.13 Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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, 15 Dec 2011 14:16:59 -0000 On 12/14/11 22:32, YongHyeon PYUN wrote: >> Wireshark showed some wrong checksums (I believe on the ICMP packet, but >> I might remember wrong). > > You can check whether you received bad checksummed frames with > netstat(1). I tried "netstat -ind", but it shows no Ierrs/Idrop/Oerrs/Odrop. > Is simple downloading from client to server is enough to trigger > the issue? Yes and no. Depending on where the client is located (on the Internet) and/or the protocol used, I get either failures or ridicuolous performance (i.e. 58-60kB/s without TSO vs. 1-2kB/s with TSO). > Packet capture that shows the problem would be great to > know what's going on here. I'll send them to you privately. You'll see tso.dump and notso.dump: they are both from the same client downloading the same (random) file (the file name was changed only to prevent possible caching). See notso.dump is perfect, while tso.dump shows a lot of potential problems. >> Would you try attached patch and let me know it goes? > Sorry, it seems extra pull up for TCP payload may not be required > here. Try this instead. I see a little increase in performance (2-3kB/s instead of 1-2kB/s); this might however well depend on external factors. Still it is very different from what I'm get without TSO. bye & Thanks av. P.S. I can live well without TSO; I'm just doing this to let the software improve. Go ahead only if *you* are interested. From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 15:00:54 2011 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 1665A106566C; Thu, 15 Dec 2011 15:00:54 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E23EB8FC20; Thu, 15 Dec 2011 15:00:53 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 3CFD346B43; Thu, 15 Dec 2011 10:00:53 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C215CB94D; Thu, 15 Dec 2011 10:00:52 -0500 (EST) From: John Baldwin To: freebsd-net@freebsd.org, sbruno@freebsd.org Date: Thu, 15 Dec 2011 10:00:52 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <1323802814.26931.16.camel@hitfishpass-lx.corp.yahoo.com> In-Reply-To: <1323802814.26931.16.camel@hitfishpass-lx.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201112151000.52116.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 15 Dec 2011 10:00:52 -0500 (EST) Cc: Subject: Re: stable/7 bce(4) out of buffers 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, 15 Dec 2011 15:00:54 -0000 On Tuesday, December 13, 2011 2:00:14 pm Sean Bruno wrote: > Looks like we're pushing the BCM5716 really hard. Is there any way to > give the net adapter a bit more space? > > e.g. > dev.bce.0.com_no_buffers: 130228 Hmm, in HEAD there looks to be a hw.bce.rx_pages that can be set to 1, 2, 4, or 8. It defaults to 2. In the 7 driver it looks like this is a #define in sys/dev/bce/if_bcereg.h (RX_PAGES on line 6710). Try changing RX_PAGES from 2 to 4 (or 8) and recompiling your kernel (or bce driver) and see if that helps. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 17:51:17 2011 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 253791065678; Thu, 15 Dec 2011 17:51:17 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id D1C8E8FC20; Thu, 15 Dec 2011 17:51:16 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id pBFHokOn012406; Thu, 15 Dec 2011 09:50:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1323971447; bh=ftHggo+tzVVp3SX5v0kZVRjn+eoW+gqmA5aIhyklQtY=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=d4/Uxj5dzYHznXma0VUw+gVD1miu7bTBnXfgV70J+Ky/CIa4/+s3yYmvvtUn+JvmA pELHLhBscMeFdmwpGrSYqH2Ks3yPG48LqZHcBro/qIUvx3V0ewhH+pmMTrAdJZZxpJ gg6UKhHzg6ulWm162llNnQnTt/ryYNEDfgxYfzMA= From: Sean Bruno To: John Baldwin In-Reply-To: <201112151000.52116.jhb@freebsd.org> References: <1323802814.26931.16.camel@hitfishpass-lx.corp.yahoo.com> <201112151000.52116.jhb@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Thu, 15 Dec 2011 09:50:45 -0800 Message-ID: <1323971445.3551.1.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" Subject: Re: stable/7 bce(4) out of buffers 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, 15 Dec 2011 17:51:17 -0000 On Thu, 2011-12-15 at 07:00 -0800, John Baldwin wrote: > On Tuesday, December 13, 2011 2:00:14 pm Sean Bruno wrote: > > Looks like we're pushing the BCM5716 really hard. Is there any way to > > give the net adapter a bit more space? > > > > e.g. > > dev.bce.0.com_no_buffers: 130228 > > Hmm, in HEAD there looks to be a hw.bce.rx_pages that can be set to > 1, 2, 4, or 8. It defaults to 2. In the 7 driver it looks like this > is a #define in sys/dev/bce/if_bcereg.h (RX_PAGES on line 6710). Try > changing RX_PAGES from 2 to 4 (or 8) and recompiling your kernel (or > bce driver) and see if that helps. > Indeed, I was eyeballing that just now. I'll post back with results. Sean From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 19:51:10 2011 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 A1B68106566C; Thu, 15 Dec 2011 19:51:10 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 627128FC15; Thu, 15 Dec 2011 19:51:10 +0000 (UTC) Received: by iakl21 with SMTP id l21so5939482iak.13 for ; Thu, 15 Dec 2011 11:51:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=VxcILticm7fb2FksLvDBvP/HmUyET07P+c9sqWqwqKw=; b=QMFyNihY/IUhGq4MyP+xL+PhkI3G4BEJF8cOH7pUcYzhFU8myzQl2FLsGhTbRRhSl6 lxRUX5MMzvFGpxX7c5S8I86RybGDGHyVzVTc4GFEQ0cSYGHiN9AIkD0hSx04PGKiiKBa 1nSmAUu1RgghQ0IXibZzONNr1J9bFIOFZTGeA= MIME-Version: 1.0 Received: by 10.50.87.227 with SMTP id bb3mr4193104igb.29.1323978669798; Thu, 15 Dec 2011 11:51:09 -0800 (PST) Received: by 10.231.41.206 with HTTP; Thu, 15 Dec 2011 11:51:09 -0800 (PST) Date: Thu, 15 Dec 2011 21:51:09 +0200 Message-ID: From: Sami Halabi To: freebsd-net@freebsd.org, freebsd-isp@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ng_mppc_decompress: too many (4094) packets dropped, disabling node 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, 15 Dec 2011 19:51:10 -0000 Hi, I've searched the net andfound basicly 2 threads talking about the message: ng_mppc_decompress: too many (4094) packets dropped, disabling node in FBSD 6.3 http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.html its a pr 123045 and 5.4. http://markmail.org/message/lptpp4qmiwksazxc basicly suggested to set define MPPE_MAX_REKEY to a higher values and found somewhere a patch that changes it to variable rather than using it as macro i saw no answer indicating this really solves the problem. did anyone have a solution tothe problem? i'm suffering from it even i have about 200 concurrent connections, as i read MPD+FREEBSD usually can utilize thousands of sessions. Thanks in advance, -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 19:53:49 2011 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 6C5291065670 for ; Thu, 15 Dec 2011 19:53:49 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id F37758FC19 for ; Thu, 15 Dec 2011 19:53:48 +0000 (UTC) Received: by eaaf13 with SMTP id f13so3255594eaa.13 for ; Thu, 15 Dec 2011 11:53:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=woW9K3n91I/jSK3yHqj+BQfcQ5KU/c6Sx8tiSXcuYTI=; b=PqQw/5Clj92GifKIF22kqEZw3PtkKOw0p4egUNK8HmnH6uTAYqTZLcVu5AlrKIIrTx 0yy3YWSqjOgwmKbASPsf4TCoeypp6EVs7F3rlvGq1TkB3sOdyWPw49QnFuTRPOe/D+pU TwUBjGH3lWKVyxMZ/bhFAock+d8JcRkONvtMY= MIME-Version: 1.0 Received: by 10.216.138.201 with SMTP id a51mr2452531wej.24.1323978827802; Thu, 15 Dec 2011 11:53:47 -0800 (PST) Received: by 10.180.101.102 with HTTP; Thu, 15 Dec 2011 11:53:47 -0800 (PST) In-Reply-To: References: Date: Thu, 15 Dec 2011 14:53:47 -0500 Message-ID: From: Ryan Stone To: Vijay Singh Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: LOR in FreeBSD 8.1 w/ IPv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Dec 2011 19:53:49 -0000 This was fixed on HEAD in r207337. I believe that it was MFC'ed some time ago. http://svnweb.freebsd.org/base?view=revision&revision=207337 From owner-freebsd-net@FreeBSD.ORG Thu Dec 15 22:14:40 2011 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 B5D92106564A for ; Thu, 15 Dec 2011 22:14:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D0468FC08 for ; Thu, 15 Dec 2011 22:14:40 +0000 (UTC) Received: by iakl21 with SMTP id l21so6208730iak.13 for ; Thu, 15 Dec 2011 14:14:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; 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; bh=mwIMjXJ3Cov7XQTs5evtUF5kklmdbi87GNWojDtKwG0=; b=Ou4yn+WUlKtPCyITeTyIYQ0UmGixBiMa+ZXdxohwxVdEfL7E8vtizhkOln1+viTXeC gPzz34ClJ7H1LBrMd4IfP09fieIodE8TGNWYiGCAZdefkNvn0ivE8YwlUa1cjQH7Aden KY17mxTPkGNItpW5ia79Y0iJjG6N+T4yLnnrQ= Received: by 10.50.46.167 with SMTP id w7mr4390661igm.88.1323987279904; Thu, 15 Dec 2011 14:14:39 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e2sm25929891ibe.0.2011.12.15.14.14.36 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Dec 2011 14:14:38 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 15 Dec 2011 14:13:37 -0800 From: YongHyeon PYUN Date: Thu, 15 Dec 2011 14:13:37 -0800 To: Andrea Venturoli Message-ID: <20111215221337.GA15187@michelle.cdnetworks.com> References: <4EE8FA10.8090502@netfence.it> <20111214195918.GC11426@michelle.cdnetworks.com> <4EE91275.3060808@netfence.it> <20111214213242.GD11426@michelle.cdnetworks.com> <4EEA0153.5010305@netfence.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EEA0153.5010305@netfence.it> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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: Thu, 15 Dec 2011 22:14:40 -0000 On Thu, Dec 15, 2011 at 03:16:51PM +0100, Andrea Venturoli wrote: > On 12/14/11 22:32, YongHyeon PYUN wrote: > > >>Wireshark showed some wrong checksums (I believe on the ICMP packet, but > >>I might remember wrong). > > > >You can check whether you received bad checksummed frames with > >netstat(1). > > I tried "netstat -ind", but it shows no Ierrs/Idrop/Oerrs/Odrop. > Use -s option which will show statistics for each network protocols. Search 'discarded for bad checksums' from the output. > > > > > >Is simple downloading from client to server is enough to trigger > >the issue? > > Yes and no. > Depending on where the client is located (on the Internet) and/or the > protocol used, I get either failures or ridicuolous performance (i.e. > 58-60kB/s without TSO vs. 1-2kB/s with TSO). > > > > > > >Packet capture that shows the problem would be great to > >know what's going on here. > > I'll send them to you privately. > > You'll see tso.dump and notso.dump: they are both from the same client > downloading the same (random) file (the file name was changed only to > prevent possible caching). > See notso.dump is perfect, while tso.dump shows a lot of potential problems. > Thanks. > > > > > >>Would you try attached patch and let me know it goes? > >Sorry, it seems extra pull up for TCP payload may not be required > >here. Try this instead. > > I see a little increase in performance (2-3kB/s instead of 1-2kB/s); > this might however well depend on external factors. Still it is very > different from what I'm get without TSO. > Thanks for testing. Based on dump file, I tried various MTU configuration and I was not able to reproduce it. By chance, are you using firewall(pf/ipfw/ipf) or bridge(4)? If I remember correctly some firewall rules are not compatible with TSO. For bridge, if one member of bridge does not support TSO, TSO should be disabled. > > > bye & Thanks > av. > > P.S. I can live well without TSO; I'm just doing this to let the > software improve. Go ahead only if *you* are interested. I do care driver stability so it would be great if I manage to address the issue. :-) From owner-freebsd-net@FreeBSD.ORG Fri Dec 16 08:01:33 2011 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 208C1106564A for ; Fri, 16 Dec 2011 08:01:33 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 810828FC14 for ; Fri, 16 Dec 2011 08:01:32 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id pBG81SFT015458; Fri, 16 Dec 2011 15:01:28 +0700 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4EEAFAD8.3010700@rdtc.ru> Date: Fri, 16 Dec 2011 15:01:28 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Andrea Venturoli References: <4EE8FA10.8090502@netfence.it> In-Reply-To: <4EE8FA10.8090502@netfence.it> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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, 16 Dec 2011 08:01:33 -0000 15.12.2011 02:33, Andrea Venturoli пишет: > Hello. > > I recently installed 8.2 with the following card: > > > dmesg > > ... >> fxp0: port 0xdc00-0xdc3f mem 0xfebfb000-0xfebfbfff,0xfebc0000-0xfebdffff irq 20 at device 5.0 on pci4 > > ... > > pciconv -lv > > ... >> fxp0@pci0:4:5:0: class=0x020000 card=0x00408086 chip=0x12298086 rev=0x0c hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' >> class = network >> subclass = ethernet > > ... > > I had weird problems, especially due to ICMP/fragmentation/MTU/... issues. > After hours spent in debugging, I noticed tcpdump showing ICMP packets > with wrong checksums and that TSO4 was enabled. > "ifconfig fxp0 -tso" seemed to solve everything. > > > Don't know if it's a bug in the card, in the driver or what... > Maybe it shouldn't be enabled by default? Do you use NAT? man ipfw clearly states: ipfw nat is not compatible with the TCP segmentation offloading (TSO). Thus, to reliably nat your net- work traffic, please disable TSO on your NICs using ifconfig(8) Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Fri Dec 16 10:05:21 2011 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 17B74106564A; Fri, 16 Dec 2011 10:05:21 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id ADCE08FC0A; Fri, 16 Dec 2011 10:05:20 +0000 (UTC) Received: by ggnp1 with SMTP id p1so3975111ggn.13 for ; Fri, 16 Dec 2011 02:05:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=if8ECl3NtZC61vVu1X6G4JPXvmkNf2F11Ca+b1afvxE=; b=W8E25Rfrgn9ZU7WF7ut6Uyxv912meQBuZwxymShssC2R+ZFbMUOk8rjn8foxkHng2N /kJaDuNJC5j38uwxFvh7xf7Fxm9d88rpoqq//1BeEDtZDGzmtYRcQzDYQmzChIDTiZiO gOfrx31P7gwieboR/8lG9bKTTlGtCw/5FRzOk= MIME-Version: 1.0 Received: by 10.50.87.227 with SMTP id bb3mr7871256igb.29.1324029919935; Fri, 16 Dec 2011 02:05:19 -0800 (PST) Received: by 10.231.41.206 with HTTP; Fri, 16 Dec 2011 02:05:19 -0800 (PST) In-Reply-To: References: Date: Fri, 16 Dec 2011 12:05:19 +0200 Message-ID: From: Sami Halabi To: freebsd-net@freebsd.org, freebsd-isp@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node 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, 16 Dec 2011 10:05:21 -0000 any ideas? Sami On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi wrote: > Hi, > > I've searched the net andfound basicly 2 threads talking about the message: > > ng_mppc_decompress: too many (4094) packets dropped, disabling node > > in FBSD 6.3 > http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.html its > a pr 123045 > and 5.4. http://markmail.org/message/lptpp4qmiwksazxc > basicly suggested to set define MPPE_MAX_REKEY to a higher values > and found somewhere a patch that changes it to variable rather than using > it as macro > > i saw no answer indicating this really solves the problem. > > did anyone have a solution tothe problem? i'm suffering from it even i > have about 200 concurrent connections, as i read MPD+FREEBSD usually can > utilize thousands of sessions. > > Thanks in advance, > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert > > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 08:40:10 2011 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 597AD106566C for ; Sat, 17 Dec 2011 08:40:10 +0000 (UTC) (envelope-from saeedeh.motlagh@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E6BD48FC13 for ; Sat, 17 Dec 2011 08:40:09 +0000 (UTC) Received: by eekc50 with SMTP id c50so4540640eek.13 for ; Sat, 17 Dec 2011 00:40:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=Dp+cTqfolya6T4iixzGcLD2q36jl964HRlKIVOctRa8=; b=gc8P68eXeIW+RCSBDflxitt1MJTPubzMrm0v0amLaMoDu3tomU7yGVVnD6kwqBG6Qe 8DW+FpihoOVB3zv24gxqgSRzsecsqNhArBxk1R1EdnxQIKXbs+RXdnpDaOYYCQ6chiLj YZfhzRuDthFfe5alJyzZKY1D/IiyvqcCa5rMg= Received: by 10.213.114.80 with SMTP id d16mr1010710ebq.77.1324109366365; Sat, 17 Dec 2011 00:09:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.205.114.130 with HTTP; Sat, 17 Dec 2011 00:08:45 -0800 (PST) From: saeedeh motlagh Date: Sat, 17 Dec 2011 11:38:45 +0330 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 08:40:10 -0000 hi every body i wanna configure a freebsd box as a switch. in order to do that, i bridged all my interfaces to have switching and it works fine. after that i want to have vlans on it. as you know, in a real switch, a vlan is configured just by assigning a port to it without any additional configuration and vlans are submitted just by name. but in freebsd a vlan just works when it has an ip address (i think). when i define vlan121 on two freebsd systems with ip address it works fine but without ip address i don't know how it should be worked. can sombody tell me if it is possible to simulate vlans in freebsd as they are in a real switch? i mean can we have vlans without ip addresses which works fine? maybe some kind of vlan which works by MAc address. is it possible? it's so necessary for me to do that:( yours, motlagh From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 08:41:38 2011 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 B1EB51065690 for ; Sat, 17 Dec 2011 08:41:38 +0000 (UTC) (envelope-from saeedeh.motlagh@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F5258FC0C for ; Sat, 17 Dec 2011 08:41:37 +0000 (UTC) Received: by eaaf13 with SMTP id f13so4965588eaa.13 for ; Sat, 17 Dec 2011 00:41:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; bh=2kh/K3s5DXkbQxX0lyuYdckwms3lmo0PziSI2PIi5Tw=; b=OoM9sPBO4SkAu9lkwa997IDG1y2AqIhlrZnIkrLDIyIWhf5mP0Ed0UzBMgNO0FBj8T eTkPA0CFtUfP+mDi2qo5itp/RKuR/OVUZxhgBtPmxyJRG0cZy9GXkBw3zzMbhG4XjHvJ AGckAZYbmb1NHRnFjp/8WXi+6GYOFvisd52qY= Received: by 10.213.7.80 with SMTP id c16mr999012ebc.115.1324111297362; Sat, 17 Dec 2011 00:41:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.205.114.130 with HTTP; Sat, 17 Dec 2011 00:40:56 -0800 (PST) From: saeedeh motlagh Date: Sat, 17 Dec 2011 12:10:56 +0330 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: (no subject) 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, 17 Dec 2011 08:41:38 -0000 hi every body i wanna configure a freebsd box as a switch. in order to do that, i bridged all my interfaces to have switching and it works fine. after that i want to have vlans on it. as you know, in a real switch, a vlan is configured just by assigning a port to it without any additional configuration and vlans are submitted just by name. but in freebsd a vlan just works when it has an ip address (i think). when i define vlan121 on two freebsd systems with ip address it works fine but without ip address i don't know how it should be worked. can sombody tell me if it is possible to simulate vlans in freebsd as they are in a real switch? i mean can we have vlans without ip addresses which works fine? maybe some kind of vlan which works by MAc address. is it possible? it's so necessary for me to do that:( yours, motlagh From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 10:01:58 2011 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 48248106564A; Sat, 17 Dec 2011 10:01:58 +0000 (UTC) (envelope-from saeedeh.motlagh@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5245A8FC08; Sat, 17 Dec 2011 10:01:57 +0000 (UTC) Received: by eaaf13 with SMTP id f13so5003178eaa.13 for ; Sat, 17 Dec 2011 02:01:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=rFRC25Yo98xHTP6KJ2RhtR2NN42hhZuNEqXa+Kzydos=; b=iJ3PVjLF/jYOaWaOjSxsrfWKn8/xqUN+g0smy3L/IXgssZiwKQH/b3HAkxqU4bFuiE dWcKWJZfcsR+CEcDl4Xh/PwYShrTmLDkiV97KIX7Z9hSWH+o9FEC+msA2g4GOnLHmtCT 9lMhwGJZYf0UbTwaFrNwe2O4lzsfZ/jZU9ZVk= Received: by 10.213.19.3 with SMTP id y3mr1055515eba.39.1324116116324; Sat, 17 Dec 2011 02:01:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.205.114.130 with HTTP; Sat, 17 Dec 2011 02:01:15 -0800 (PST) In-Reply-To: References: From: saeedeh motlagh Date: Sat, 17 Dec 2011 13:31:15 +0330 Message-ID: To: Juli Mallett , freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 10:01:58 -0000 when i do that, the vlan is defined but from a system in a vlan, i can't ping the other one which is in the same vlan. so i think that the vlan is not working. am i right? On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett wrote: > You probably just need to do ifconfig vlanxxx up instead of assigning an > IP. > > On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh > wrote: > > hi every body > > > > i wanna configure a freebsd box as a switch. in order to do that, i > bridged > > all my interfaces to have switching and it works fine. after that i want > to > > have vlans on it. as you know, in a real switch, a vlan is configured > just > > by assigning a port to it without any additional configuration and vlans > > are submitted just by name. but in freebsd a vlan just works when it has > an > > ip address (i think). when i define vlan121 on two freebsd systems with > ip > > address it works fine but without ip address i don't know how it should > be > > worked. > > > > can sombody tell me if it is possible to simulate vlans in freebsd as > they > > are in a real switch? i mean can we have vlans without ip addresses which > > works fine? maybe some kind of vlan which works by MAc address. is it > > possible? > > it's so necessary for me to do that:( > > > > yours, > > motlagh > > _______________________________________________ > > 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 Dec 17 12:05:50 2011 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 73EC1106564A for ; Sat, 17 Dec 2011 12:05:50 +0000 (UTC) (envelope-from sol289@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7AE8FC08 for ; Sat, 17 Dec 2011 12:05:49 +0000 (UTC) Received: by iadj38 with SMTP id j38so2598254iad.13 for ; Sat, 17 Dec 2011 04:05:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=AUdMJWjZJPcvTLvDppvxow3P+WVmOyGn6JDyJsr/MM0=; b=hgDSKdHuPecVNQ0RViYRuGcccU8Xbg9LpfYXj3H8WVFHfObe0PFeqv9sbrJ4lalmcL 12nBc8PQiW6Zw0zIRCnACw87vINYdGp/4aZkkzHpb6Hu6jFYuBYfdK+d9LQeIns4jcXi fYS6AzeM/G9VME546YEViBSOvj8w10Rd3RXjo= Received: by 10.50.178.68 with SMTP id cw4mr14363333igc.31.1324121887118; Sat, 17 Dec 2011 03:38:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.135.34 with HTTP; Sat, 17 Dec 2011 03:37:46 -0800 (PST) In-Reply-To: References: From: Alexander Lunev Date: Sat, 17 Dec 2011 15:37:46 +0400 Message-ID: To: saeedeh motlagh Content-Type: text/plain; charset=UTF-8 Cc: Juli Mallett , freebsd-net@freebsd.org Subject: Re: vlan without ip address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Dec 2011 12:05:50 -0000 What is your network topology from the system you start ping to the system which you're pinging? -- your sweet isn't ready yet On Sat, Dec 17, 2011 at 2:01 PM, saeedeh motlagh wrote: > when i do that, the vlan is defined but from a system in a vlan, i can't > ping the other one which is in the same vlan. so i think that the vlan is > not working. am i right? > > On Sat, Dec 17, 2011 at 1:15 PM, Juli Mallett wrote: > >> You probably just need to do ifconfig vlanxxx up instead of assigning an >> IP. >> >> On Sat, Dec 17, 2011 at 00:08, saeedeh motlagh >> wrote: >> > hi every body >> > >> > i wanna configure a freebsd box as a switch. in order to do that, i >> bridged >> > all my interfaces to have switching and it works fine. after that i want >> to >> > have vlans on it. as you know, in a real switch, a vlan is configured >> just >> > by assigning a port to it without any additional configuration and vlans >> > are submitted just by name. but in freebsd a vlan just works when it has >> an >> > ip address (i think). when i define vlan121 on two freebsd systems with >> ip >> > address it works fine but without ip address i don't know how it should >> be >> > worked. >> > >> > can sombody tell me if it is possible to simulate vlans in freebsd as >> they >> > are in a real switch? i mean can we have vlans without ip addresses which >> > works fine? maybe some kind of vlan which works by MAc address. is it >> > possible? >> > it's so necessary for me to do that:( >> > >> > yours, >> > motlagh >> > _______________________________________________ >> > 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" >> > _______________________________________________ > 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 Dec 17 12:46:59 2011 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 BD032106566C for ; Sat, 17 Dec 2011 12:46:59 +0000 (UTC) (envelope-from ml@netfence.it) Received: from cp-out7.libero.it (cp-out7.libero.it [212.52.84.107]) by mx1.freebsd.org (Postfix) with ESMTP id 39C9B8FC08 for ; Sat, 17 Dec 2011 12:46:59 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B0202.4EEC8F41.00F2,ss=1,re=0.000,fgs=0 X-libjamoibt: 1555 Received: from soth.ventu (151.41.159.94) by cp-out7.libero.it (8.5.133) id 4E9539DD096F2DDC; Sat, 17 Dec 2011 13:46:57 +0100 Received: from alamar.ventu (alamar.ventu [10.1.2.18]) by soth.ventu (8.14.4/8.14.4) with ESMTP id pBHCklUm006849; Sat, 17 Dec 2011 13:46:48 +0100 (CET) (envelope-from ml@netfence.it) Message-ID: <4EEC8F37.5030209@netfence.it> Date: Sat, 17 Dec 2011 13:46:47 +0100 From: Andrea Venturoli User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; it-IT; rv:1.9.2.24) Gecko/20111207 Thunderbird/3.1.16 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4EE8FA10.8090502@netfence.it> <20111214195918.GC11426@michelle.cdnetworks.com> <4EE91275.3060808@netfence.it> <20111214213242.GD11426@michelle.cdnetworks.com> <4EEA0153.5010305@netfence.it> <20111215221337.GA15187@michelle.cdnetworks.com> In-Reply-To: <20111215221337.GA15187@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.72 on 10.1.2.13 Cc: freebsd-net@freebsd.org Subject: Re: Intel 82550 Pro/100 Ethernet and TSO troubles 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, 17 Dec 2011 12:46:59 -0000 On 12/15/11 23:13, YongHyeon PYUN wrote: >> I tried "netstat -ind", but it shows no Ierrs/Idrop/Oerrs/Odrop. >> > > Use -s option which will show statistics for each network > protocols. Search 'discarded for bad checksums' from the output. Still all bad counters at zero. >> You'll see tso.dump and notso.dump: they are both from the same client >> downloading the same (random) file (the file name was changed only to >> prevent possible caching). >> See notso.dump is perfect, while tso.dump shows a lot of potential problems. >> > > Thanks. Thanks go to you! :-) > Thanks for testing. Based on dump file, I tried various MTU > configuration and I was not able to reproduce it. By chance, are > you using firewall(pf/ipfw/ipf) or bridge(4)? If I remember > correctly some firewall rules are not compatible with TSO. > For bridge, if one member of bridge does not support TSO, TSO > should be disabled. Very interesting: I'm not using bridge on this host, but I'm using ipfw! Which rules are incompatible? Any pointer on this? I'm also using CARP, in case it could matter, but not on this interface. bye & Thanks av. From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 16:49:49 2011 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 05A66106564A for ; Sat, 17 Dec 2011 16:49:49 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id BCD1C8FC18 for ; Sat, 17 Dec 2011 16:49:48 +0000 (UTC) Received: by iadj38 with SMTP id j38so3045326iad.13 for ; Sat, 17 Dec 2011 08:49:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8AOcpYpGSSBolTEmpaVfvKrs6xCacF1J2uGXAldtpDc=; b=TNVFcCBaABjnly4RRm92D8hBxO1jv+WGLAzL5esVhrjKJtHUiraH8koDytqWXXpEdG kfFH2xWGOlOHAWHHmJZnVf2SBhi5QrssYTCbUdKXACa+OTXMmBPJf8f8AZhdV8UYqT2r 6dmFJuXtT9YME+p0tNQYpW3sHufoQoO0Iv0bo= MIME-Version: 1.0 Received: by 10.50.196.163 with SMTP id in3mr16148942igc.53.1324140588169; Sat, 17 Dec 2011 08:49:48 -0800 (PST) Received: by 10.231.41.206 with HTTP; Sat, 17 Dec 2011 08:49:48 -0800 (PST) In-Reply-To: References: <20111205022730.GE1729@michelle.cdnetworks.com> <20111207005958.GE5825@michelle.cdnetworks.com> <20111207235810.GB9211@michelle.cdnetworks.com> <20111208215256.GB13605@michelle.cdnetworks.com> Date: Sat, 17 Dec 2011 18:49:48 +0200 Message-ID: From: Sami Halabi To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, freebsd-net@freebsd.org Subject: Re: Problem on re0 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, 17 Dec 2011 16:49:49 -0000 Hi, I've moved to a new server with bge card driver, similar configuration: /etc/sysctl.conf net.inet.flowtable.enable=0 net.inet.ip.fastforwarding=1 kern.ipc.somaxconn=8192 kern.ipc.shmmax=2147483648 kern.ipc.maxsockets=204800 kern.ipc.maxsockbuf=2097152 hw.intr_storm_threshold=9000 kern.maxfiles=256000 kern.maxfilesperproc=230400 net.inet.ip.dummynet.pipe_slot_limit=1000 #net.inet.ip.dummynet.io_fast=1 net.link.ether.ipfw=1 kern.ipc.nmbclusters=409600 net.graph.recvspace=40960 net.graph.maxdgram=40960 Kernel ----------- device lagg options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options DUMMYNET options HZ=1000 options TCP_SIGNATURE device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w options IPSEC options DEVICE_POLLING device if_bridge /boot/loader.conf net.graph.maxalloc=128000 net.graph.maxdata=128000 net.graph.threads=4 and i have similar problem.. i check each minute for ping and i see sometimes loss of 50% or 100% (ping -c 2 -t 4 otherside.ip.com), here are the sysctl dev.bge.1.stats: dev.bge.1.stats.FramesDroppedDueToFilters: 0 dev.bge.1.stats.DmaWriteQueueFull: 2291350 dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 dev.bge.1.stats.NoMoreRxBDs: 0 dev.bge.1.stats.InputDiscards: 0 dev.bge.1.stats.InputErrors: 0 dev.bge.1.stats.RecvThresholdHit: 124120300 dev.bge.1.stats.DmaReadQueueFull: 13470948 dev.bge.1.stats.DmaReadHighPriQueueFull: 962 dev.bge.1.stats.SendDataCompQueueFull: 0 dev.bge.1.stats.RingSetSendProdIndex: 349289174 dev.bge.1.stats.RingStatusUpdate: 260304688 dev.bge.1.stats.Interrupts: 260304688 dev.bge.1.stats.AvoidedInterrupts: 0 dev.bge.1.stats.SendThresholdHit: 0 dev.bge.1.stats.rx.ifHCInOctets: 2165908673 dev.bge.1.stats.rx.Fragments: 0 dev.bge.1.stats.rx.UnicastPkts: 237503495 dev.bge.1.stats.rx.MulticastPkts: 0 dev.bge.1.stats.rx.FCSErrors: 0 dev.bge.1.stats.rx.AlignmentErrors: 0 dev.bge.1.stats.rx.xonPauseFramesReceived: 0 dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 dev.bge.1.stats.rx.ControlFramesReceived: 0 dev.bge.1.stats.rx.xoffStateEntered: 0 dev.bge.1.stats.rx.FramesTooLong: 0 dev.bge.1.stats.rx.Jabbers: 0 dev.bge.1.stats.rx.UndersizePkts: 0 dev.bge.1.stats.rx.inRangeLengthError: 0 dev.bge.1.stats.rx.outRangeLengthError: 0 dev.bge.1.stats.tx.ifHCOutOctets: 1956421618 dev.bge.1.stats.tx.Collisions: 0 dev.bge.1.stats.tx.XonSent: 0 dev.bge.1.stats.tx.XoffSent: 0 dev.bge.1.stats.tx.flowControlDone: 0 dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 dev.bge.1.stats.tx.SingleCollisionFrames: 0 dev.bge.1.stats.tx.MultipleCollisionFrames: 0 dev.bge.1.stats.tx.DeferredTransmissions: 0 dev.bge.1.stats.tx.ExcessiveCollisions: 0 dev.bge.1.stats.tx.LateCollisions: 0 dev.bge.1.stats.tx.UnicastPkts: 347260508 dev.bge.1.stats.tx.MulticastPkts: 0 dev.bge.1.stats.tx.BroadcastPkts: 30306 dev.bge.1.stats.tx.CarrierSenseErrors: 0 dev.bge.1.stats.tx.Discards: 0 dev.bge.1.stats.tx.Errors: 0 this driver gives more statics... please help me, this causes us serious problems with customers. Thanks in advance, Sami On Fri, Dec 9, 2011 at 8:51 AM, Arnaud Lacombe wrote: > Hi, > > On Thu, Dec 8, 2011 at 4:52 PM, YongHyeon PYUN wrote: > > On Thu, Dec 08, 2011 at 11:56:51AM +0200, Sami Halabi wrote: > >> hi, > >> i can see what it does. > >> how do i compile the driver and load it instead of the running driver > >> without restarting? its a production server. > > > > There is no such way. You have to rebuild/install kernel and > > reboot. > > > How so ? AFAIK, you should be able to build the driver as a module, > tell the bootloader to pre-load the module so that the built-in driver > ends up being ignored. I did that some time ago with em(4). From > memory, the steps should be: > > # From the source root > % cd sys/modules/re > % make > % scp if_re.ko :/boot/kernel > > then on the target, add in `/boot/loader.conf': > > if_re_load="YES" > > - Arnaud > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 16:53:05 2011 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 AD1551065673 for ; Sat, 17 Dec 2011 16:53:05 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6F5AB8FC18 for ; Sat, 17 Dec 2011 16:53:05 +0000 (UTC) Received: by iadj38 with SMTP id j38so3050480iad.13 for ; Sat, 17 Dec 2011 08:53:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=hxcoHe/ZYXd7etizaB0RpjjQyKGtkV0bhVJW/LkXzXk=; b=i2XzZmBsKDv6coGg/qDkL47V9KT6uEubRpAF/zIH7MLqMTHxz4mFf5eGN3ZBY8SGPC mO/UhyJ6JCZlFtoc7QS6uBNd8gBGfX3eJYeMQ+LiilCPnmVtkEVAaRiv25Y/X9OD2TOJ j0MhCSGnFIZO++GOD4ouRwbl+PFCw7b3sr0Fw= MIME-Version: 1.0 Received: by 10.50.94.170 with SMTP id dd10mr16046613igb.41.1324140784742; Sat, 17 Dec 2011 08:53:04 -0800 (PST) Received: by 10.231.41.206 with HTTP; Sat, 17 Dec 2011 08:53:04 -0800 (PST) In-Reply-To: References: <20111205022730.GE1729@michelle.cdnetworks.com> <20111207005958.GE5825@michelle.cdnetworks.com> <20111207235810.GB9211@michelle.cdnetworks.com> <20111208215256.GB13605@michelle.cdnetworks.com> Date: Sat, 17 Dec 2011 18:53:04 +0200 Message-ID: From: Sami Halabi To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, freebsd-net@freebsd.org Subject: Re: Problem on re0 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, 17 Dec 2011 16:53:05 -0000 Hi, here is # pciconf -lv | grep -A4 bge\[0-9]\@ bge0@pci0:2:0:0: class=0x020000 card=0x03781014 chip=0x165a14e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme BCM5722 Gigabit (94309)' class = network subclass = ethernet -- bge1@pci0:3:1:0: class=0x020000 card=0x026f1014 chip=0x16c714e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703A3 NetXtreme Gigabit Ethernet' class = network subclass = ethernet and dmesg: bge1: mem 0xe8400000-0xe840ffff irq 21 at device 1.0 on pci3 bge1: CHIP ID 0x00001100; ASIC REV 0x01; CHIP REV 0x11; PCI miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:1a:64:21:86:29 bge1: [ITHREAD] Thanks On Sat, Dec 17, 2011 at 6:49 PM, Sami Halabi wrote: > Hi, > > I've moved to a new server with bge card driver, similar configuration: > /etc/sysctl.conf > net.inet.flowtable.enable=0 > net.inet.ip.fastforwarding=1 > kern.ipc.somaxconn=8192 > kern.ipc.shmmax=2147483648 > kern.ipc.maxsockets=204800 > kern.ipc.maxsockbuf=2097152 > hw.intr_storm_threshold=9000 > kern.maxfiles=256000 > kern.maxfilesperproc=230400 > net.inet.ip.dummynet.pipe_slot_limit=1000 > #net.inet.ip.dummynet.io_fast=1 > net.link.ether.ipfw=1 > kern.ipc.nmbclusters=409600 > net.graph.recvspace=40960 > net.graph.maxdgram=40960 > > Kernel > ----------- > device lagg > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPFIREWALL_VERBOSE > options DUMMYNET > options HZ=1000 > options TCP_SIGNATURE > device crypto # core crypto support > device cryptodev # /dev/crypto for access to h/w > options IPSEC > options DEVICE_POLLING > device if_bridge > > /boot/loader.conf > net.graph.maxalloc=128000 > net.graph.maxdata=128000 > net.graph.threads=4 > > and i have similar problem.. i check each minute for ping and i see > sometimes loss of 50% or 100% (ping -c 2 -t 4 otherside.ip.com), > here are the sysctl dev.bge.1.stats: > dev.bge.1.stats.FramesDroppedDueToFilters: 0 > dev.bge.1.stats.DmaWriteQueueFull: 2291350 > dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 > dev.bge.1.stats.NoMoreRxBDs: 0 > dev.bge.1.stats.InputDiscards: 0 > dev.bge.1.stats.InputErrors: 0 > dev.bge.1.stats.RecvThresholdHit: 124120300 > dev.bge.1.stats.DmaReadQueueFull: 13470948 > dev.bge.1.stats.DmaReadHighPriQueueFull: 962 > dev.bge.1.stats.SendDataCompQueueFull: 0 > dev.bge.1.stats.RingSetSendProdIndex: 349289174 > dev.bge.1.stats.RingStatusUpdate: 260304688 > dev.bge.1.stats.Interrupts: 260304688 > dev.bge.1.stats.AvoidedInterrupts: 0 > dev.bge.1.stats.SendThresholdHit: 0 > dev.bge.1.stats.rx.ifHCInOctets: 2165908673 > dev.bge.1.stats.rx.Fragments: 0 > dev.bge.1.stats.rx.UnicastPkts: 237503495 > dev.bge.1.stats.rx.MulticastPkts: 0 > dev.bge.1.stats.rx.FCSErrors: 0 > dev.bge.1.stats.rx.AlignmentErrors: 0 > dev.bge.1.stats.rx.xonPauseFramesReceived: 0 > dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 > dev.bge.1.stats.rx.ControlFramesReceived: 0 > dev.bge.1.stats.rx.xoffStateEntered: 0 > dev.bge.1.stats.rx.FramesTooLong: 0 > dev.bge.1.stats.rx.Jabbers: 0 > dev.bge.1.stats.rx.UndersizePkts: 0 > dev.bge.1.stats.rx.inRangeLengthError: 0 > dev.bge.1.stats.rx.outRangeLengthError: 0 > dev.bge.1.stats.tx.ifHCOutOctets: 1956421618 > dev.bge.1.stats.tx.Collisions: 0 > dev.bge.1.stats.tx.XonSent: 0 > dev.bge.1.stats.tx.XoffSent: 0 > dev.bge.1.stats.tx.flowControlDone: 0 > dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 > dev.bge.1.stats.tx.SingleCollisionFrames: 0 > dev.bge.1.stats.tx.MultipleCollisionFrames: 0 > dev.bge.1.stats.tx.DeferredTransmissions: 0 > dev.bge.1.stats.tx.ExcessiveCollisions: 0 > dev.bge.1.stats.tx.LateCollisions: 0 > dev.bge.1.stats.tx.UnicastPkts: 347260508 > dev.bge.1.stats.tx.MulticastPkts: 0 > dev.bge.1.stats.tx.BroadcastPkts: 30306 > dev.bge.1.stats.tx.CarrierSenseErrors: 0 > dev.bge.1.stats.tx.Discards: 0 > dev.bge.1.stats.tx.Errors: 0 > > this driver gives more statics... > > please help me, this causes us serious problems with customers. > > Thanks in advance, > Sami > > On Fri, Dec 9, 2011 at 8:51 AM, Arnaud Lacombe wrote: > >> Hi, >> >> On Thu, Dec 8, 2011 at 4:52 PM, YongHyeon PYUN wrote: >> > On Thu, Dec 08, 2011 at 11:56:51AM +0200, Sami Halabi wrote: >> >> hi, >> >> i can see what it does. >> >> how do i compile the driver and load it instead of the running driver >> >> without restarting? its a production server. >> > >> > There is no such way. You have to rebuild/install kernel and >> > reboot. >> > >> How so ? AFAIK, you should be able to build the driver as a module, >> tell the bootloader to pre-load the module so that the built-in driver >> ends up being ignored. I did that some time ago with em(4). From >> memory, the steps should be: >> >> # From the source root >> % cd sys/modules/re >> % make >> % scp if_re.ko :/boot/kernel >> >> then on the target, add in `/boot/loader.conf': >> >> if_re_load="YES" >> >> - Arnaud >> > > > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert > > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 16:54:35 2011 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 1CA171065676 for ; Sat, 17 Dec 2011 16:54:35 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id D0E028FC17 for ; Sat, 17 Dec 2011 16:54:34 +0000 (UTC) Received: by iadj38 with SMTP id j38so3053003iad.13 for ; Sat, 17 Dec 2011 08:54:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2ne6G8hnc91AcujYpBq5dIziNz/Ih9vzVyhQGMt9Vm4=; b=jOpChoR7oiwzb8xUpJHkhAq1VqJXa3z9tc/l4aszeqEtx05hINUeUnqCmpNwlbuoLf PlRDWKfWtwzC0wisjZPPK8Ze7oJQmKnA0qRQebMEGWdacy5IDnD6T8WoBtxV41S1tBNV 9kLsc0keRJSKfzwUvNbFbYo5eOrMAp76pzu/U= MIME-Version: 1.0 Received: by 10.50.42.166 with SMTP id p6mr16116288igl.17.1324140874495; Sat, 17 Dec 2011 08:54:34 -0800 (PST) Received: by 10.231.41.206 with HTTP; Sat, 17 Dec 2011 08:54:34 -0800 (PST) In-Reply-To: References: <20111205022730.GE1729@michelle.cdnetworks.com> <20111207005958.GE5825@michelle.cdnetworks.com> <20111207235810.GB9211@michelle.cdnetworks.com> <20111208215256.GB13605@michelle.cdnetworks.com> Date: Sat, 17 Dec 2011 18:54:34 +0200 Message-ID: From: Sami Halabi To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: pyunyh@gmail.com, freebsd-net@freebsd.org Subject: Re: Problem on re0 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, 17 Dec 2011 16:54:35 -0000 updated sysctl: dev.bge.1.stats.FramesDroppedDueToFilters: 0 dev.bge.1.stats.DmaWriteQueueFull: 2291364 dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 dev.bge.1.stats.NoMoreRxBDs: 0 dev.bge.1.stats.InputDiscards: 0 dev.bge.1.stats.InputErrors: 0 dev.bge.1.stats.RecvThresholdHit: 124125195 dev.bge.1.stats.DmaReadQueueFull: 13471017 dev.bge.1.stats.DmaReadHighPriQueueFull: 962 dev.bge.1.stats.SendDataCompQueueFull: 0 dev.bge.1.stats.RingSetSendProdIndex: 349298815 dev.bge.1.stats.RingStatusUpdate: 260314059 dev.bge.1.stats.Interrupts: 260314059 dev.bge.1.stats.AvoidedInterrupts: 0 dev.bge.1.stats.SendThresholdHit: 0 dev.bge.1.stats.rx.ifHCInOctets: 2168102685 dev.bge.1.stats.rx.Fragments: 0 dev.bge.1.stats.rx.UnicastPkts: 237511300 dev.bge.1.stats.rx.MulticastPkts: 0 dev.bge.1.stats.rx.FCSErrors: 0 dev.bge.1.stats.rx.AlignmentErrors: 0 dev.bge.1.stats.rx.xonPauseFramesReceived: 0 dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 dev.bge.1.stats.rx.ControlFramesReceived: 0 dev.bge.1.stats.rx.xoffStateEntered: 0 dev.bge.1.stats.rx.FramesTooLong: 0 dev.bge.1.stats.rx.Jabbers: 0 dev.bge.1.stats.rx.UndersizePkts: 0 dev.bge.1.stats.rx.inRangeLengthError: 0 dev.bge.1.stats.rx.outRangeLengthError: 0 dev.bge.1.stats.tx.ifHCOutOctets: 1965505340 dev.bge.1.stats.tx.Collisions: 0 dev.bge.1.stats.tx.XonSent: 0 dev.bge.1.stats.tx.XoffSent: 0 dev.bge.1.stats.tx.flowControlDone: 0 dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 dev.bge.1.stats.tx.SingleCollisionFrames: 0 dev.bge.1.stats.tx.MultipleCollisionFrames: 0 dev.bge.1.stats.tx.DeferredTransmissions: 0 dev.bge.1.stats.tx.ExcessiveCollisions: 0 dev.bge.1.stats.tx.LateCollisions: 0 dev.bge.1.stats.tx.UnicastPkts: 347270086 dev.bge.1.stats.tx.MulticastPkts: 0 dev.bge.1.stats.tx.BroadcastPkts: 30311 dev.bge.1.stats.tx.CarrierSenseErrors: 0 dev.bge.1.stats.tx.Discards: 0 dev.bge.1.stats.tx.Errors: 0 Sami On Sat, Dec 17, 2011 at 6:53 PM, Sami Halabi wrote: > Hi, > > here is # pciconf -lv | grep -A4 bge\[0-9]\@ > bge0@pci0:2:0:0: class=0x020000 card=0x03781014 chip=0x165a14e4 > rev=0x00 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetXtreme BCM5722 Gigabit (94309)' > class = network > subclass = ethernet > -- > bge1@pci0:3:1:0: class=0x020000 card=0x026f1014 chip=0x16c714e4 > rev=0x10 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5703A3 NetXtreme Gigabit Ethernet' > class = network > subclass = ethernet > > and dmesg: > bge1: > mem 0xe8400000-0xe840ffff irq 21 at device 1.0 on pci3 > bge1: CHIP ID 0x00001100; ASIC REV 0x01; CHIP REV 0x11; PCI > miibus1: on bge1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge1: Ethernet address: 00:1a:64:21:86:29 > bge1: [ITHREAD] > > > Thanks > > On Sat, Dec 17, 2011 at 6:49 PM, Sami Halabi wrote: > >> Hi, >> >> I've moved to a new server with bge card driver, similar configuration: >> /etc/sysctl.conf >> net.inet.flowtable.enable=0 >> net.inet.ip.fastforwarding=1 >> kern.ipc.somaxconn=8192 >> kern.ipc.shmmax=2147483648 >> kern.ipc.maxsockets=204800 >> kern.ipc.maxsockbuf=2097152 >> hw.intr_storm_threshold=9000 >> kern.maxfiles=256000 >> kern.maxfilesperproc=230400 >> net.inet.ip.dummynet.pipe_slot_limit=1000 >> #net.inet.ip.dummynet.io_fast=1 >> net.link.ether.ipfw=1 >> kern.ipc.nmbclusters=409600 >> net.graph.recvspace=40960 >> net.graph.maxdgram=40960 >> >> Kernel >> ----------- >> device lagg >> options IPFIREWALL >> options IPFIREWALL_FORWARD >> options IPFIREWALL_VERBOSE >> options DUMMYNET >> options HZ=1000 >> options TCP_SIGNATURE >> device crypto # core crypto support >> device cryptodev # /dev/crypto for access to h/w >> options IPSEC >> options DEVICE_POLLING >> device if_bridge >> >> /boot/loader.conf >> net.graph.maxalloc=128000 >> net.graph.maxdata=128000 >> net.graph.threads=4 >> >> and i have similar problem.. i check each minute for ping and i see >> sometimes loss of 50% or 100% (ping -c 2 -t 4 otherside.ip.com), >> here are the sysctl dev.bge.1.stats: >> dev.bge.1.stats.FramesDroppedDueToFilters: 0 >> dev.bge.1.stats.DmaWriteQueueFull: 2291350 >> dev.bge.1.stats.DmaWriteHighPriQueueFull: 0 >> dev.bge.1.stats.NoMoreRxBDs: 0 >> dev.bge.1.stats.InputDiscards: 0 >> dev.bge.1.stats.InputErrors: 0 >> dev.bge.1.stats.RecvThresholdHit: 124120300 >> dev.bge.1.stats.DmaReadQueueFull: 13470948 >> dev.bge.1.stats.DmaReadHighPriQueueFull: 962 >> dev.bge.1.stats.SendDataCompQueueFull: 0 >> dev.bge.1.stats.RingSetSendProdIndex: 349289174 >> dev.bge.1.stats.RingStatusUpdate: 260304688 >> dev.bge.1.stats.Interrupts: 260304688 >> dev.bge.1.stats.AvoidedInterrupts: 0 >> dev.bge.1.stats.SendThresholdHit: 0 >> dev.bge.1.stats.rx.ifHCInOctets: 2165908673 >> dev.bge.1.stats.rx.Fragments: 0 >> dev.bge.1.stats.rx.UnicastPkts: 237503495 >> dev.bge.1.stats.rx.MulticastPkts: 0 >> dev.bge.1.stats.rx.FCSErrors: 0 >> dev.bge.1.stats.rx.AlignmentErrors: 0 >> dev.bge.1.stats.rx.xonPauseFramesReceived: 0 >> dev.bge.1.stats.rx.xoffPauseFramesReceived: 0 >> dev.bge.1.stats.rx.ControlFramesReceived: 0 >> dev.bge.1.stats.rx.xoffStateEntered: 0 >> dev.bge.1.stats.rx.FramesTooLong: 0 >> dev.bge.1.stats.rx.Jabbers: 0 >> dev.bge.1.stats.rx.UndersizePkts: 0 >> dev.bge.1.stats.rx.inRangeLengthError: 0 >> dev.bge.1.stats.rx.outRangeLengthError: 0 >> dev.bge.1.stats.tx.ifHCOutOctets: 1956421618 >> dev.bge.1.stats.tx.Collisions: 0 >> dev.bge.1.stats.tx.XonSent: 0 >> dev.bge.1.stats.tx.XoffSent: 0 >> dev.bge.1.stats.tx.flowControlDone: 0 >> dev.bge.1.stats.tx.InternalMacTransmitErrors: 0 >> dev.bge.1.stats.tx.SingleCollisionFrames: 0 >> dev.bge.1.stats.tx.MultipleCollisionFrames: 0 >> dev.bge.1.stats.tx.DeferredTransmissions: 0 >> dev.bge.1.stats.tx.ExcessiveCollisions: 0 >> dev.bge.1.stats.tx.LateCollisions: 0 >> dev.bge.1.stats.tx.UnicastPkts: 347260508 >> dev.bge.1.stats.tx.MulticastPkts: 0 >> dev.bge.1.stats.tx.BroadcastPkts: 30306 >> dev.bge.1.stats.tx.CarrierSenseErrors: 0 >> dev.bge.1.stats.tx.Discards: 0 >> dev.bge.1.stats.tx.Errors: 0 >> >> this driver gives more statics... >> >> please help me, this causes us serious problems with customers. >> >> Thanks in advance, >> Sami >> >> On Fri, Dec 9, 2011 at 8:51 AM, Arnaud Lacombe wrote: >> >>> Hi, >>> >>> On Thu, Dec 8, 2011 at 4:52 PM, YongHyeon PYUN wrote: >>> > On Thu, Dec 08, 2011 at 11:56:51AM +0200, Sami Halabi wrote: >>> >> hi, >>> >> i can see what it does. >>> >> how do i compile the driver and load it instead of the running driver >>> >> without restarting? its a production server. >>> > >>> > There is no such way. You have to rebuild/install kernel and >>> > reboot. >>> > >>> How so ? AFAIK, you should be able to build the driver as a module, >>> tell the bootloader to pre-load the module so that the built-in driver >>> ends up being ignored. I did that some time ago with em(4). From >>> memory, the steps should be: >>> >>> # From the source root >>> % cd sys/modules/re >>> % make >>> % scp if_re.ko :/boot/kernel >>> >>> then on the target, add in `/boot/loader.conf': >>> >>> if_re_load="YES" >>> >>> - Arnaud >>> >> >> >> >> -- >> Sami Halabi >> Information Systems Engineer >> NMS Projects Expert >> >> > > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert > > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 18:28:02 2011 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 35E1E106564A for ; Sat, 17 Dec 2011 18:28:02 +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 9405B8FC0C for ; Sat, 17 Dec 2011 18:28:00 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBEE72.dip.t-dialin.net [93.203.238.114]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id pBHHnaJc043747; Sat, 17 Dec 2011 17:49:37 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id pBHHnOxH090800; Sat, 17 Dec 2011 18:49:24 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id pBHHmwO6003180; Sat, 17 Dec 2011 18:49:18 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201112171749.pBHHmwO6003180@fire.js.berklix.net> To: Sami Halabi 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, 16 Dec 2011 12:05:19 +0200." Date: Sat, 17 Dec 2011 18:48:58 +0100 Sender: jhs@berklix.com Cc: freebsd-net@freebsd.org Subject: Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node 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, 17 Dec 2011 18:28:02 -0000 Hi, Sami Halabi wrote: I dropped isp@ as it seems not relevant to list remit. > any ideas? You'r using Obsolete FreeBSD. Try 8.2 or stable or 9.0-RC3 or current & people could be interested. If you company forces you to use obsolete FreeBSD for commercial reasons, use their money for a solution: pay some BSD consultant somewhere on a world wide list: http://berklix.com/consultants/ > Sami > > On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi wrote: > > > Hi, > > > > I've searched the net andfound basicly 2 threads talking about the message: > > > > ng_mppc_decompress: too many (4094) packets dropped, disabling node > > > > in FBSD 6.3 > > http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.html its > > a pr 123045 > > and 5.4. http://markmail.org/message/lptpp4qmiwksazxc > > basicly suggested to set define MPPE_MAX_REKEY to a higher values > > and found somewhere a patch that changes it to variable rather than using > > it as macro > > > > i saw no answer indicating this really solves the problem. > > > > did anyone have a solution tothe problem? i'm suffering from it even i > > have about 200 concurrent connections, as i read MPD+FREEBSD usually can > > utilize thousands of sessions. > > > > Thanks in advance, > > > > -- > > Sami Halabi > > Information Systems Engineer > > NMS Projects Expert > > > > > > > -- > Sami Halabi > Information Systems Engineer > NMS Projects Expert > _______________________________________________ > freebsd-isp@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. EU tax to kill London Vetoed http://berklix.com/~jhs/blog/2011_12_11 From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 20:25:31 2011 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 DED08106578F for ; Sat, 17 Dec 2011 20:25:31 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2C08FC0A for ; Sat, 17 Dec 2011 20:25:31 +0000 (UTC) Received: by iadj38 with SMTP id j38so3349622iad.13 for ; Sat, 17 Dec 2011 12:25:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zP1i9JpHFgfUIGd3uT4nq7Vh8eHz5z3GsP7yOg7oUA0=; b=kc6NBLpJbJwPOOdz6rbY7CO+7eTyuR1h5H4bfzhWsx19A3EY/LYHSrF+Qv6eds6PA+ U/PzWNvrPFd3K+hsD6S43Y3yUy3QzmS/Kjxhw6Oxhqe7slEliHOSen4pzjdR4FATqDDo nG4ZTqEE+JgiTL59Wk7KtcUaJ9OJTQDj/SRY8= MIME-Version: 1.0 Received: by 10.50.219.226 with SMTP id pr2mr7173215igc.77.1324153529925; Sat, 17 Dec 2011 12:25:29 -0800 (PST) Received: by 10.231.41.206 with HTTP; Sat, 17 Dec 2011 12:25:29 -0800 (PST) In-Reply-To: <201112171749.pBHHmwO6003180@fire.js.berklix.net> References: <201112171749.pBHHmwO6003180@fire.js.berklix.net> Date: Sat, 17 Dec 2011 22:25:29 +0200 Message-ID: From: Sami Halabi To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: ng_mppc_decompress: too many (4094) packets dropped, disabling node 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, 17 Dec 2011 20:25:32 -0000 Hi, I'm using FBSD8.2-R-p4, i just commented that the only discussion i found is for old releases without fedback if that helped. I appreciate any help. Sami On Sat, Dec 17, 2011 at 7:48 PM, Julian H. Stacey wrote: > Hi, > Sami Halabi wrote: > > I dropped isp@ as it seems not relevant to list remit. > > > any ideas? > > You'r using Obsolete FreeBSD. > Try 8.2 or stable or 9.0-RC3 or current & people could be interested. > > If you company forces you to use obsolete FreeBSD for commercial reasons, > use their money for a solution: pay some BSD consultant somewhere > on a world wide list: > http://berklix.com/consultants/ > > > Sami > > > > On Thu, Dec 15, 2011 at 9:51 PM, Sami Halabi wrote: > > > > > Hi, > > > > > > I've searched the net andfound basicly 2 threads talking about the > message: > > > > > > ng_mppc_decompress: too many (4094) packets dropped, disabling node > > > > > > in FBSD 6.3 > > > http://lists.freebsd.org/pipermail/freebsd-bugs/2008-April/030183.htmlits > > > a pr 123045 > > > and 5.4. http://markmail.org/message/lptpp4qmiwksazxc > > > basicly suggested to set define MPPE_MAX_REKEY to a higher values > > > and found somewhere a patch that changes it to variable rather than > using > > > it as macro > > > > > > i saw no answer indicating this really solves the problem. > > > > > > did anyone have a solution tothe problem? i'm suffering from it even i > > > have about 200 concurrent connections, as i read MPD+FREEBSD usually > can > > > utilize thousands of sessions. > > > > > > Thanks in advance, > > > > > > -- > > > Sami Halabi > > > Information Systems Engineer > > > NMS Projects Expert > > > > > > > > > > > > -- > > Sami Halabi > > Information Systems Engineer > > NMS Projects Expert > > _______________________________________________ > > freebsd-isp@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-isp > > To unsubscribe, send any mail to "freebsd-isp-unsubscribe@freebsd.org" > > > > > Cheers, > Julian > -- > Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich > http://berklix.com > Reply below not above, cumulative like a play script, & indent with "> ". > Format: Plain text. Not HTML, multipart/alternative, base64, > quoted-printable. > EU tax to kill London Vetoed http://berklix.com/~jhs/blog/2011_12_11 > -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-net@FreeBSD.ORG Sat Dec 17 23:22:35 2011 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 84513106566B; Sat, 17 Dec 2011 23:22:35 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 332888FC0C; Sat, 17 Dec 2011 23:22:34 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 2A915D20; Sun, 18 Dec 2011 00:22:32 +0100 (CET) Date: Sun, 18 Dec 2011 00:21:27 +0100 From: Pawel Jakub Dawidek To: John Baldwin Message-ID: <20111217232125.GA1685@garage.freebsd.pl> References: <20111022084931.GD1697@garage.freebsd.pl> <20111023155827.GH1697@garage.freebsd.pl> <201110240814.22368.jhb@freebsd.org> <201112121100.23567.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <201112121100.23567.jhb@freebsd.org> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Kostik Belousov , Lawrence Stewart , freebsd-current@freebsd.org, Andre Oppermann , freebsd-net@freebsd.org Subject: Re: 9.0-RC1 panic in tcp_input: negative winow. 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, 17 Dec 2011 23:22:35 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 12, 2011 at 11:00:23AM -0500, John Baldwin wrote: > An update. I've sent Pawel a testing patch to see if my hypothesis is co= rrect > (www.freebsd.org/~jhb/patches/tcp_negwin_test.patch). If it is then I in= tend > to commit www.freebsd.org/~jhb/patches/tcp_negwin2.patch as the fix. Unfortunately it paniced today. Take a look at: http://people.freebsd.org/~pjd/misc/tcp_panic.jpg --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk7tI/UACgkQForvXbEpPzQmLQCeL1ZWfM2NIQcSLv8CACBZ2eU/ D1sAoOdyAqZ9LUJivdEF9R2vqbD6RZ0v =Wz53 -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw--