From owner-freebsd-net@FreeBSD.ORG Mon Sep 20 11:07:00 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E520A10656ED for ; Mon, 20 Sep 2010 11:07:00 +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 D29498FC21 for ; Mon, 20 Sep 2010 11:07:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o8KB70F9015022 for ; Mon, 20 Sep 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KB70iX015020 for freebsd-net@FreeBSD.org; Mon, 20 Sep 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Sep 2010 11:07:00 GMT Message-Id: <201009201107.o8KB70iX015020@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, 20 Sep 2010 11:07:01 -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/150257 net [msk] watchdog timeout o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o kern/150247 net [patch] [ixgbe] Version in -current won't build on 7.x o bin/150224 net ppp does not reassign static IP after kill -KILL comma o kern/150148 net [ath] Atheros 5424/2424 - AR2425 stopped working with o kern/150052 net wi(4) driver does not work with wlan(4) driver for Luc 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/149804 net [icmp] [panic] ICMP redirect on causes "panic: rtqkill o kern/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall 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/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net [realtek/atheros]: None of my network card working o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148862 net [panic] page fault while in kernel mode at _mtx_lock_s o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 net [ath] wireless networking stops functioning o kern/147985 net [alc] alc network driver + tso ( + vlan ? ) does not w o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147862 net [wpi] Possible bug in the wpi driver. Network Manager o kern/147155 net [ip6] setfb not work with ipv6 o kern/146909 net [rue] rue(4) does not detect OQO model01 network contr o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146517 net [ath] [wlan] device timeouts for ath wlan device on re o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/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/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o amd64/145654 net amd64-curent memory leak in kernel o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/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/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] [request] allow Atheros watchdog timeout o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net [wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault 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/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/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 kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o bin/131365 net route(8): route add changes interpretation of network o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg o kern/125721 net [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 net [ath] [panic] ath(4) related panic f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125501 net [ath] atheros cardbus driver hangs f kern/125332 net [ath] [panic] crash under any non-tiny networking unde o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/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 p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks f kern/107279 net [ath] [panic] ath_start: attempted use of a free mbuf! 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] f kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/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/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi 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 o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if 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/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 366 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Sep 20 12:52:53 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF95C1065673; Mon, 20 Sep 2010 12:52:53 +0000 (UTC) (envelope-from sanpei@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C6A528FC0A; Mon, 20 Sep 2010 12:52:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o8KCqrjv031466; Mon, 20 Sep 2010 12:52:53 GMT (envelope-from sanpei@freefall.freebsd.org) Received: (from sanpei@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8KCqrAx031462; Mon, 20 Sep 2010 12:52:53 GMT (envelope-from sanpei) Date: Mon, 20 Sep 2010 12:52:53 GMT Message-Id: <201009201252.o8KCqrAx031462@freefall.freebsd.org> To: candy-sendpr@kgc.co.jp, sanpei@FreeBSD.org, freebsd-net@FreeBSD.org From: sanpei@FreeBSD.org Cc: Subject: Re: kern/146909: [rue] rue(4) does not detect OQO model01 network controller 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, 20 Sep 2010 12:52:54 -0000 Synopsis: [rue] rue(4) does not detect OQO model01 network controller State-Changed-From-To: open->closed State-Changed-By: sanpei State-Changed-When: Mon Sep 20 12:52:15 UTC 2010 State-Changed-Why: duplicated PR usb/146907(which was already closed) Thanks http://www.freebsd.org/cgi/query-pr.cgi?pr=146909 From owner-freebsd-net@FreeBSD.ORG Mon Sep 20 15:33:14 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8854E1065670 for ; Mon, 20 Sep 2010 15:33:14 +0000 (UTC) (envelope-from wahjava@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3C89E8FC12 for ; Mon, 20 Sep 2010 15:33:13 +0000 (UTC) Received: by pzk7 with SMTP id 7so1512216pzk.13 for ; Mon, 20 Sep 2010 08:33:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:from:to :subject:organization:x-face:x-uptime:x-url:x-operating-system :x-openpgp-id:x-openpgp-fingerprint:x-mailer:x-mail-morse :x-attribution:organisation:date:message-id:user-agent:face :mime-version:content-type; bh=RADW/Jq08+H7brrBIO9aLxtlqi8vNoxDfaN3AK/DVF8=; b=Vv1KFanY1Lljy86hglDslEKicWB7dy+qHWY9oV3bWWoZ5z8T94T8btaOi7w5l0jIbm nBLeGWwQSoht8x9J8ZkEDzI3VVso9mcN54bqAMGAw68+bkqsGmkHBIJVxTGYXWZp6hMB tNxrx6yecSiycOxxiG+UM1t9ayG7dnmasb4tQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:to:subject:organization:x-face:x-uptime:x-url :x-operating-system:x-openpgp-id:x-openpgp-fingerprint:x-mailer :x-mail-morse:x-attribution:organisation:date:message-id:user-agent :face:mime-version:content-type; b=FvQlzXyNpfJHwJ0cUYnJIAgi0e2cpp2ITmPIIAMkiFjgyUd4YJwzc1X3bsgx7ZUc2n jO/64aMGS9tg0wC5v7EsvNtyZ/Yj8nP6L+IPkvGxeQS34gQb+DoPFI3lqdfHYp9/Cqg6 VbYCqAEsELlodwnJewi2QLH12LgPTEjAGG2oo= Received: by 10.142.253.18 with SMTP id a18mr7836659wfi.110.1284996793368; Mon, 20 Sep 2010 08:33:13 -0700 (PDT) Received: from chateau.d.if ([122.161.226.208]) by mx.google.com with ESMTPS id v6sm1342597wfg.15.2010.09.20.08.33.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 20 Sep 2010 08:33:11 -0700 (PDT) Sender: Ashish SHUKLA Received: from chateau.d.if (chateau.d.if [IPv6:::1]) by chateau.d.if (Postfix) with ESMTP id 44AEF4AED6 for ; Mon, 20 Sep 2010 21:03:05 +0530 (IST) From: ashish@FreeBSD.org (Ashish SHUKLA) To: freebsd-net@FreeBSD.org Organization: The FreeBSD Project X-Face: )vGQ9yK7Y$Flebu1C>(B\gYBm)[$zfKM+p&TT[[JWl6:]S>cc$%-z7-`46Zf0B*syL.C]oCq[upTG~zuS0.$"_%)|Q@$hA=9{3l{%u^h3jJ^Zl; t7 X-Uptime: 8:43PM up 5:40, 2 users, load averages: 0.14, 0.27, 0.15 X-URL: http://762e5e74.wordpress.com/ X-Operating-System: FreeBSD/FreeBSD 8.1-RELEASE/amd64 X-OpenPGP-ID: E74FA4B0 X-OpenPGP-Fingerprint: F682 CDCC 39DC 0FEA E116 20B6 C746 CFA9 E74F A4B0 X-Mailer: Gnus v5.13 X-Mail-Morse: .-- .- .... .--- .- ...- .- .--.-. --. -- .- .. .-.. .-.-.- -.-. --- -- X-Attribution: =?utf-8?B?4KSG4KS24KWA4KS3?= Organisation: The FreeBSD Project Date: Mon, 20 Sep 2010 21:03:00 +0530 Message-ID: <86ocbs5t1v.fsf@chateau.d.if> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (amd64-portbld-freebsd8.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJ1BMVEWpqal/f39tbW1jY2Md HR2goKCenp6UlJROTk7////9/f35+fnT09ORJdieAAACVklEQVQ4jXXUP2vbQBQA8AvUTkgz5OzY Z0iGWhpS6BSrkECn0mvx0MEJ6AjtYrfoBCVDlD8naJYmNlRfwZq8+mkKlIZaGpJSYmP7Q/XkJDrJ Td8i/H68u3vHPaPufwLdf32AMA4A6GcAgvAamY1pOJiDIFqicTwLswDhfr3uxfFtkAY/GFHPMwzD 8zpnACmIOnE6js7rQb+v4NJrG9od0C+QgpHMy5jBewV+UDSMWiw1Y4fWfyV7+NGFzDsYa3pth9LJ Q4XvXxFHcJRvHOmygn5NAEabnDcQQguarnfoiwSCJ99jmKKcphsZONmWsDK9Ro7cvZOCtQdg8nje egLhc2LNlkLmsezzTFUUy5w18ocox/f0LaLgJy0zO75zk+9pp85GAj36xjqhdI0y3tq2m4dqqcWX zQWBTz8L1irvolXV4J+3q7eCDgVnttjNq6X8H+9KOZsuNk1uCzx8pSp+E9HImfJOTLdcGqo+YKnG EIovizkEn48V7BO+ch2DXcD4ENSpWiU+q8hjjbgTBZCXnZtyj0Ws4Q1Q0B2WXFtYZo65Bbyeeldw RS6qFueM80LlLA29YlVwGRYvFD+kwI/0O+A2PlpOP9GwslUVciHuYGechuBTp922YiDZCrghTknm XSyOM+D3aoRZlo0Jb42zY7DN4p2x4AeZ+QAYutx1sHwTHzMT5cMNduQ9yW3GczN4KZ86kb0c9O8T yXDeFqpl2fryPEAYGXIlezAPXYh2NgVr/gvdoHIuDwuPwOhcWE8f8mmICq41eATkn8x0kuRTIKcB wE9+/QUtiiAnYcaN7wAAAABJRU5ErkJggg== MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Cc: Subject: IPsec + L2TP using racoon + mpd5 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, 20 Sep 2010 15:33:14 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi everyone, Few weeks ago, I posted the problem of unable to use IPsec behind NAT[1]. Thanks to the code in ipsec-tools CVS HEAD, IPSEC_NAT_T kernel opti= on and mpd5, I was able to use it, on the router and behind NAT without any issues. Few days ago, I lost the "behind NAT" configuration of this combo, and forg= ot to take backups :(. So, at present I can only use this combo without any issues on router, but when inside NAT, it fails. This is the same box which sometimes is used as router, and sometimes gets NATed. When behind NAT, I can see that IPsec tunnel gets created, and I can see IP= sec ESP traffic flowing in/out over UDP port 4500. But L2TP tunnel never gets realized, whereas when on router with this same mpd5 configuration, L2TP tunnel gets created, just fine. The server is running racoon + OpenL2TP on GNU/Linux using NETKEY implementation. The other clients in the network including a GNU/Linux box = and a Windows box are able to connect to this L2TP/IPSec tunnel just fine, behi= nd NAT. I'm wondering if anyone knows what I might be missing in the configurations posted below: 1. racoon configuration. #v+ # racoon-nat.conf path certificate "/home/abbe/ipsec/ca"; log info; listen { adminsock "/var/db/racoon/racoon.sock" "root" "operator" 0660; } remote XXX.XXX.XXX.XXX { exchange_mode main; my_identifier asn1dn; certificate_type x509 "user.pem" "user.key"; proposal_check obey; verify_identifier on; verify_cert on; script "/home/user/ipsec/tunnel-up.sh" phase1_up; script "/home/user/ipsec/tunnel-down.sh" phase1_down; nat_traversal on; proposal { encryption_algorithm 3des; hash_algorithm sha1; authentication_method rsasig; dh_group modp1024; } } sainfo anonymous { lifetime time 28800 sec; encryption_algorithm 3des; authentication_algorithm hmac_sha1; compression_algorithm deflate; } #v- 2. racoon tunnel-up script #v+ #!/bin/sh # tunnel-up.sh /sbin/setkey -c < 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 9DEC71065679 for ; Mon, 20 Sep 2010 18:45:59 +0000 (UTC) (envelope-from leal@infomed.sld.cu) Received: from cabrera.red.sld.cu (cabrera.red.sld.cu [201.220.222.139]) by mx1.freebsd.org (Postfix) with ESMTP id BC8168FC14 for ; Mon, 20 Sep 2010 18:45:57 +0000 (UTC) Received: from [201.220.222.148] (helo=localhost) by cabrera.red.sld.cu with esmtp (Exim 4.63) (envelope-from ) id 1OxlNB-0004hQ-RZ for freebsd-net@freebsd.org; Mon, 20 Sep 2010 14:45:53 -0400 Received: from mx2.avianet.cu (mx2.avianet.cu [200.55.164.148]) by web4.sld.cu (IMP) with HTTP for ; Mon, 20 Sep 2010 14:45:51 -0400 Message-ID: <1285008351.4c97abe0031bd@web4.sld.cu> Date: Mon, 20 Sep 2010 14:45:52 -0400 From: leal@infomed.sld.cu To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 X-Originating-IP: 200.55.164.148 Subject: pppd garbage and mgetty for dialin not 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: Mon, 20 Sep 2010 18:45:59 -0000 Hi folks, I have problems configuring mgetty(1.1.35)/ppp(default ppp/pppd for this version of freebsd 6.1) for a dial-in server, I run FreeBSD 6.1 ( yeah I know it's old ), my dialout config to my isp it's working flawlessly but dial-in don't work, mgetty it's "listen" on the modem and pick-up the calls, etc, the log look ok, but in the auth phase when mgetty got an incoming call and launch pppd ( see my login.config down ) pppd puts garbage in my console and don't auth my incoming call, any help please?? this are my config files, now basically this config I have in my linux box and it's working so good I can't figure out why in the world don't work with my freebsd box, I know I must be close. PS: I edited /etc/ttys and change ttyd0 to put mgetty on it. I based my config on the handbook with user ppp and kernel ppp. +++++++++++++++++++++++++++++++++++++++++ My "mgetty.config" debug 8 speed 115200 port cuad0 speed 115200 debug 8 data-only yes rings 2 ++++++++++++++++++++++++++++++++++++++++++ My "login.config" /AutoPPP/ - - /usr/sbin/pppd file /etc/ppp/options.LeaL.server # * - - /bin/login @ +++++++++++++++++++++++++++++++++++++++++++ My "options.LeaL.server" auth refuse-chap require-pap lock login 192.168.129.169:192.168.129.130 +++++++++++++++++++++++++++++++++++++++++++ My "pap-secrets" usuario_ras * "" * # usuario_ras it's the one who can dial-in # and must auth with /etc/passwd database +++++++++++++++++++++++++++++++++++++++++++ my dialin.config it's empty (default) ------------- Now my "ppp.conf" ------------------ default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set device /dev/cuad0 set speed 115200 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set timeout 180 # 3 minute idle timer (the default) enable dns # request DNS info (for resolv.conf) set phone MYISPPHONEDIALOUT set authname user set authkey passwd accept PAP set timeout 300 dial cuad0: set ifaddr 1192.168.129.169 192.168.129.170-192.168.129.173 enable passwdauth allow users usuario_ras accept dns ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ------------------------------ Infomed - Red de Salud de Cuba http://www.sld.cu/ -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ From owner-freebsd-net@FreeBSD.ORG Mon Sep 20 18:46:01 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B60351065672 for ; Mon, 20 Sep 2010 18:46:01 +0000 (UTC) (envelope-from leal@infomed.sld.cu) Received: from cabrera.red.sld.cu (cabrera.red.sld.cu [201.220.222.139]) by mx1.freebsd.org (Postfix) with ESMTP id AD7948FC0A for ; Mon, 20 Sep 2010 18:46:00 +0000 (UTC) Received: from [201.220.222.148] (helo=localhost) by cabrera.red.sld.cu with esmtp (Exim 4.63) (envelope-from ) id 1OxlD3-0002A0-Ro for freebsd-net@freebsd.org; Mon, 20 Sep 2010 14:35:26 -0400 Received: from mx2.avianet.cu (mx2.avianet.cu [200.55.164.148]) by web4.sld.cu (IMP) with HTTP for ; Mon, 20 Sep 2010 14:35:22 -0400 Message-ID: <1285007722.4c97a96b07fb0@web4.sld.cu> Date: Mon, 20 Sep 2010 14:35:23 -0400 From: leal@infomed.sld.cu To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.6 X-Originating-IP: 200.55.164.148 Subject: pppd garbage and mgetty for dial in not working 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, 20 Sep 2010 18:46:01 -0000 Hi folks, I have problems configuring mgetty(1.1.35)/ppp(default ppp/pppd for this version of freebsd 6.1) for a dial-in server, I run FreeBSD 6.1 ( yeah I know it's old ), my dialout config to my isp it's working flawlessly but dial-in don't work, mgetty it's "listen" on the modem and pick-up the calls, etc, the log look ok, but in the auth phase when mgetty got an incoming call and launch pppd ( see my login.config down ) pppd puts garbage in my console and don't auth my incoming call, any help please?? this are my config files, now basically this config I have in my linux box and it's working so good I can't figure out why in the world don't work with my freebsd box, I know I must be close. PS: I edited /etc/ttys and change ttyd0 to put mgetty on it. I based my config on the handbook with user ppp and kernel ppp. +++++++++++++++++++++++++++++++++++++++++ My "mgetty.config" debug 8 speed 115200 port cuad0 speed 115200 debug 8 data-only yes rings 2 ++++++++++++++++++++++++++++++++++++++++++ My "login.config" /AutoPPP/ - - /usr/sbin/pppd file /etc/ppp/options.LeaL.server # * - - /bin/login @ +++++++++++++++++++++++++++++++++++++++++++ My "options.LeaL.server" auth refuse-chap require-pap lock login 192.168.129.169:192.168.129.130 +++++++++++++++++++++++++++++++++++++++++++ My "pap-secrets" usuario_ras * "" * # usuario_ras it's the one who can dial-in # and must auth with /etc/passwd database +++++++++++++++++++++++++++++++++++++++++++ my dialin.config it's empty (default) ------------- Now my "ppp.conf" ------------------ default: set log Phase Chat LCP IPCP CCP tun command ident user-ppp VERSION (built COMPILATIONDATE) set device /dev/cuad0 set speed 115200 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" set timeout 180 # 3 minute idle timer (the default) enable dns # request DNS info (for resolv.conf) set phone MYISPPHONEDIALOUT set authname user set authkey passwd accept PAP set timeout 300 dial cuad0: set ifaddr 1192.168.129.169 192.168.129.170-192.168.129.173 enable passwdauth allow users usuario_ras accept dns ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ------------------------------ Infomed - Red de Salud de Cuba http://www.sld.cu/ -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ From owner-freebsd-net@FreeBSD.ORG Tue Sep 21 10:59:30 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1375106564A for ; Tue, 21 Sep 2010 10:59:30 +0000 (UTC) (envelope-from lasse@bitmand.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 719768FC3A for ; Tue, 21 Sep 2010 10:59:30 +0000 (UTC) Received: by eyx24 with SMTP id 24so2317630eyx.13 for ; Tue, 21 Sep 2010 03:59:29 -0700 (PDT) Received: by 10.213.27.203 with SMTP id j11mr3869915ebc.43.1285065451570; Tue, 21 Sep 2010 03:37:31 -0700 (PDT) Received: from [10.13.37.105] (1905ds1-taa.0.fullrate.dk [90.184.133.165]) by mx.google.com with ESMTPS id u9sm12604866eeh.5.2010.09.21.03.37.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 21 Sep 2010 03:37:30 -0700 (PDT) From: Lasse Brandt Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 21 Sep 2010 12:37:27 +0200 Message-Id: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Subject: Default gateway on different net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 10:59:31 -0000 Hi, I have a server in location that provides ipv6 (not sure the ipv6 part = is important, but thats how I stumbled upon this). First a bit of = information about the server: FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 1 NIC with ipv4 and v6 addresses. I got an ipv6 subnet (/64) from the hosting provider but the default = gateway is not in the same subnet. The recommendation from the provider = is simple: Create a static route, that routes all traffic to the subnet = with the gateway to the interface. Then create default gateway. What I have done is this: ipv6_enable=3D"YES" ipv6_static_routes=3D"defgw" ipv6_route_defgw=3D"2a01:xxxx:xxxx:3180::1 -prefixlen 59 -iface re0" ipv6_defaultrouter=3D"2a01:xxxx:xxxx:3180::1" ipv6_ifconfig_re0=3D"2a01:xxxx:xxxx:3183::2 prefixlen 64" ( Notice the slight difference in the ip on the nick :3183: and the = gateway :3180: ) If I reboot the machine, the following happens: *) The nic re0 got the ip: 2a01:xxxx:xxxx:3183::2 - ifconfig: inet6 2a01:xxxx:xxxx:3183::2 prefixlen 64 *) The static route is in the routing table: 2a01:xxxx:xxxx:3180::/59 6c:62:6d:0d:9b:e8 US re0 *) But there is no default route :( I then stumbled upon line 1057 in /etc/network.subr: ipv6_static_routes=3D"default ${ipv6_static_routes}" If I understand this correctly, the ipv6_defaultrouter is simply added = in the static_route configuration (which is added later). But I also recall that I cannot create a default route to an ip not in = my subnet, if the static route is missing. And the above code place the = default route as the very first. If I move default to the "last" position: ipv6_static_routes=3D"${ipv6_static_routes} default" And reboots, the routing table shows my static route and the default = route just fine: Internet6: Destination Gateway Flags Netif Expire=20 default 2a01:xxxx:xxxx:3180::1 UGS re0 2a01:xxxx:xxxx:3180::/59 6c:62:6d:0d:9b:e8 US re0 But! I still can't get any ipv6 packets out of the server. Trying to = ping6 the gateway (or anything else outside) simply returns a: ping6: = sendmsg: Operation not permitted I have tried tcpdumping ipv6 packets on re0, but absolutely nothing is = showing up when either ping6 or telnet to something outside on an ipv6 = address (firewall is disabled btw). If I tcpdump while ping6 from = outside to 2a01:xxxx:xxxx:3183::2, ipv6 packets is showing just fine. If you are still reading this email, thanks :) Now to the actual questions: 1) Is the hosting provider actually forcing me to do something "bad" og = plain wrong? 2) Should the default route really be the last route to be added in = /etc/network.subr:1057? (not sure if there is a reason to why its first = - but I feel guilty messing with that file directly :) ) 3) Am I setting this up in a completely wrong way? ( At this point it feels like "everything is right, but I miss _that_ = fundamental option/config somewhere ) Any hint, tips or trick is highly appreciated. Best regards, Lasse Brandt= From owner-freebsd-net@FreeBSD.ORG Tue Sep 21 11:25:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 457661065670; Tue, 21 Sep 2010 11:25:07 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4760A8FC0A; Tue, 21 Sep 2010 11:25:05 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA03935; Tue, 21 Sep 2010 14:25:03 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4C98960F.9020404@freebsd.org> Date: Tue, 21 Sep 2010 14:25:03 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.9) Gecko/20100909 Lightning/1.0b2 Thunderbird/3.1.3 MIME-Version: 1.0 To: Andre Oppermann References: <5DB6E7C798E44D33A05673F4B773405E@multiplay.co.uk><4C85E91E.1010602@icyb.net.ua><4C873914.40404@freebsd.org><20100908084855.GF2465@deviant.kiev.zoral.com.ua><4C874F00.3050605@freebsd.org><4C8D087B.5040404@freebsd.org><03537796FAB54E02959E2D64FC83004F@multiplay.co.uk><4C8D280F.3040803@freebsd.org><3FBF66BF11AA4CBBA6124CA435A4A31B@multiplay.co.uk><4C8E4212.30000@freebsd.org> <4C90B4C8.90203@freebsd.org> <6DFACB27CA8A4A22898BC81E55C4FD36@multiplay.co.uk> <4C90D3A1.7030008@freebsd.org> <0B1A90A08DFE4ADA9540F9F3846FDF38@multiplay.co.uk> <4C90E328.20606@freebsd.org> <4C90E869.8000400@freebsd.org> <4C90EDA1.6020501@freebsd.org> <4C90F4F6.209@freebsd.org> In-Reply-To: <4C90F4F6.209@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-net@freebsd.org, Konstantin Belousov Subject: Re: zfs very poor performance compared to ufs due to lack of cache? 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, 21 Sep 2010 11:25:07 -0000 on 15/09/2010 19:31 Andriy Gapon said the following: > on 15/09/2010 19:00 Andre Oppermann said the following: >> Is there a quick way of deciding within sendfile(2) whether a file resides >> on a filesystem that doesn't use the buffer cache? > > I don't know of any reliable way to do it. > If I understood correctly what Kostik suggested in a chat, then we could abstract core sendfile<->vm<->fs logic into a new vop, say vop_sendpages (don't mind the name much). std_sendpages would do what code in kern_sendfile does today and would be used by most of filesystems. But some filesystems could override it e.g. to avoid using VM page cache. Or, perhaps, we could even add EXT_ZFSARC type of mbuf that would know how to work with data buffers held in ARC and unhold them when done. That would make sendfile work on ZFS through a single cache. -- Andriy Gapon From owner-freebsd-net@FreeBSD.ORG Tue Sep 21 12:51:15 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C81DB1065696 for ; Tue, 21 Sep 2010 12:51:15 +0000 (UTC) (envelope-from lars.eggert@nokia.com) Received: from mgw-sa01.nokia.com (smtp.nokia.com [147.243.1.47]) by mx1.freebsd.org (Postfix) with ESMTP id 6729B8FC14 for ; Tue, 21 Sep 2010 12:51:14 +0000 (UTC) Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa01.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id o8LCpD5j022202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 21 Sep 2010 15:51:13 +0300 From: Lars Eggert X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.2 at fit.nokia.com Content-Type: multipart/signed; boundary=Apple-Mail-17--323898903; protocol="application/pkcs7-signature"; micalg=sha1 Date: Tue, 21 Sep 2010 15:51:02 +0300 Message-Id: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Tue, 21 Sep 2010 15:51:03 +0300 (EEST) X-Spam-Status: No, score=-100.4 required=5.0 tests=BAYES_00,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 fit.nokia.com X-Nokia-AV: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ROUTETABLES & IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 12:51:15 -0000 --Apple-Mail-17--323898903 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, am I correct in that multi-FIB support is currently only working for = IPv4? At least "setfib route add -inet6 " adds the route = into all FIBs, not only FIB . (For IPv4, it works correctly.) Or am I missing something? Thanks, Lars PS: Please CC me on replies.= --Apple-Mail-17--323898903-- From owner-freebsd-net@FreeBSD.ORG Tue Sep 21 14:03:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4633D1065670 for ; Tue, 21 Sep 2010 14:03:24 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from mail.esigetel.fr (venus.esigetel.fr [192.134.106.8]) by mx1.freebsd.org (Postfix) with ESMTP id 00D678FC23 for ; Tue, 21 Sep 2010 14:03:23 +0000 (UTC) Received: by mail.esigetel.fr (Postfix, from userid 65534) id 5E3A11069D; Tue, 21 Sep 2010 15:43:38 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.esigetel.fr (Postfix) with ESMTP id 6A5641069E; Tue, 21 Sep 2010 15:40:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at esigetel.fr Received: from mail.esigetel.fr ([127.0.0.1]) by localhost (venus.esigetel.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VU8lJZ1BT8FL; Tue, 21 Sep 2010 15:39:57 +0200 (CEST) Received: from webmail.esigetel.fr (neo.ecampus.avon [192.168.106.14]) by mail.esigetel.fr (Postfix) with ESMTP id E9BAE1069F; Tue, 21 Sep 2010 15:39:56 +0200 (CEST) Received: from 193.49.124.107 (proxying for unknown) by webmail.esigetel.fr with HTTP; Tue, 21 Sep 2010 15:39:56 +0200 (CEST) Message-ID: <7166.193.49.124.107.1285076396.squirrel@webmail.esigetel.fr> In-Reply-To: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> References: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> Date: Tue, 21 Sep 2010 15:39:56 +0200 (CEST) From: "JASSAL Aman" To: freebsd-net@freebsd.org User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Lars Eggert Subject: Re: ROUTETABLES & IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 14:03:24 -0000 Hello Mr.Eggert, Le Mar 21 septembre 2010 14:51, Lars Eggert a écrit : > Hi, > > > am I correct in that multi-FIB support is currently only working for > IPv4? At least "setfib route add -inet6 " adds the route > into all FIBs, not only FIB . (For IPv4, it works correctly.) > > Or am I missing something? > You're not, as far as I know setfib sends messages to all fibs without taking notice of the fib requested by the user. There is a PR in the base regarding this => PR 134931. http://www.freebsd.org/cgi/query-pr.cgi?pr=134931&cat= I don't think this patch is in the base, not even in HEAD. With regards to IPv6 and routing tables, Qing Li should be able to provide thorough feedback on this. > > Thanks, > Lars > > > PS: Please CC me on replies. ------------ Aman Jassal Wisdom comes from experience. Experience comes from a lack of wisdom. From owner-freebsd-net@FreeBSD.ORG Tue Sep 21 14:05:11 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA270106566C for ; Tue, 21 Sep 2010 14:05:11 +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 3B2F28FC1C for ; Tue, 21 Sep 2010 14:05:11 +0000 (UTC) Received: (qmail 68468 invoked from network); 21 Sep 2010 13:58:51 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Sep 2010 13:58:51 -0000 Message-ID: <4C98BB98.3050400@freebsd.org> Date: Tue, 21 Sep 2010 16:05:12 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 MIME-Version: 1.0 To: Lars Eggert References: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> In-Reply-To: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ROUTETABLES & IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 14:05:11 -0000 On 21.09.2010 14:51, Lars Eggert wrote: > Hi, > > am I correct in that multi-FIB support is currently only working for IPv4? At least "setfib > route add -inet6 " adds the route into all FIBs, not only FIB. (For IPv4, it works > correctly.) It seems multi-FIB is incomplete for IPv6. Also radix multi-path is incomplete for IPv6 at the moment. Ingo Flaschberger has started working on radix multi-path by fixing bugs and porting further work from OpenBSD. IPv6 support is also on the map. He's working with Qing Li and me refine these changes to eventually get them into -current. Multi-FIB is a natural extension of this topic that may get tackled in a next step. -- Andre From owner-freebsd-net@FreeBSD.ORG Tue Sep 21 20:45:03 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48D8C1065670; Tue, 21 Sep 2010 20:45:03 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-10.mx.aerioconnect.net [216.240.47.70]) by mx1.freebsd.org (Postfix) with ESMTP id B55D98FC14; Tue, 21 Sep 2010 20:45:02 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o8LKUjrc030934; Tue, 21 Sep 2010 13:30:46 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 454A42D6019; Tue, 21 Sep 2010 13:30:45 -0700 (PDT) Message-ID: <4C991616.2050407@freebsd.org> Date: Tue, 21 Sep 2010 13:31:18 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Andre Oppermann References: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> <4C98BB98.3050400@freebsd.org> In-Reply-To: <4C98BB98.3050400@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-net@freebsd.org, Lars Eggert Subject: Re: ROUTETABLES & IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 20:45:03 -0000 On 9/21/10 7:05 AM, Andre Oppermann wrote: > On 21.09.2010 14:51, Lars Eggert wrote: >> Hi, >> >> am I correct in that multi-FIB support is currently only working >> for IPv4? At least "setfib >> route add -inet6 " adds the route into all FIBs, not only >> FIB. (For IPv4, it works >> correctly.) > > It seems multi-FIB is incomplete for IPv6. Also radix multi-path > is incomplete for IPv6 at the moment. > > Ingo Flaschberger has started working on radix multi-path by fixing > bugs and porting further work from OpenBSD. IPv6 support is also on > the map. He's working with Qing Li and me refine these changes to > eventually get them into -current. Multi-FIB is a natural extension > of this topic that may get tackled in a next step. > Multiple FIB support has not been added to the IPV6 code. it requires someone who actually understands IPV6 (which is not me) but it is not really rocket science. if there is someone who has access to, and understands IPV6, then I can guide them on what needs to be done. I know that CISCO STBU (ex Ironport) are looking for this to be done. Maybe they can sponsor someone to do it. (but I don't have time). From owner-freebsd-net@FreeBSD.ORG Tue Sep 21 21:10:03 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BEAC106566C for ; Tue, 21 Sep 2010 21:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 712E88FC14 for ; Tue, 21 Sep 2010 21:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o8LLA39G065258 for ; Tue, 21 Sep 2010 21:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8LLA3Bm065257; Tue, 21 Sep 2010 21:10:03 GMT (envelope-from gnats) Date: Tue, 21 Sep 2010 21:10:03 GMT Message-Id: <201009212110.o8LLA3Bm065257@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Yar Tikhiy Cc: Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Yar Tikhiy List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Sep 2010 21:10:03 -0000 The following reply was made to PR kern/146792; it has been noted by GNATS. From: Yar Tikhiy To: bug-followup@freebsd.org Cc: kmacy@freebsd.org Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load Date: Wed, 22 Sep 2010 07:00:47 +1000 FWIW, this flowtable problem still can be triggered in 8.1-RELEASE. Yesterday it was seen on a machine with approx. 300 routes from OSPF -- no BGP full views involved. The machine was unable to reboot cleanly, was stuck forever waiting for vnlru to exit. Can it be a locking issue? Thanks, Yar From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 04:43:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 109BE106564A for ; Wed, 22 Sep 2010 04:43:24 +0000 (UTC) (envelope-from leal@infomed.sld.cu) Received: from cabrera.red.sld.cu (cabrera.red.sld.cu [201.220.222.139]) by mx1.freebsd.org (Postfix) with ESMTP id 5F8488FC1F for ; Wed, 22 Sep 2010 04:43:22 +0000 (UTC) Received: from [10.10.34.110] (helo=my-ultimate-pc) by cabrera.red.sld.cu with esmtp (Exim 4.63) (envelope-from ) id 1OyHAp-0003X1-SF for freebsd-net@freebsd.org; Wed, 22 Sep 2010 00:43:16 -0400 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-net@freebsd.org Date: Tue, 21 Sep 2010 12:42:42 -0500 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Orestes.LeaL.R" Organization: Home Cracking... Message-ID: User-Agent: Opera Mail/10.60 (Win32) Subject: mpd5 and mgetty functionality 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, 22 Sep 2010 04:43:24 -0000 Hi friends, I need to know if mpd5 can do something similar to: "/usr/local/sbin/megtty -R 30 /dev/cuau0" and "rings 2 in mgetty.config" exactly what I need it's something similar to -R 30 and ring 2 that gave me the same functionality. BUT with mpd5, i'm running 8.1, I got mpd5 with 2 profiles, one dial-out (ISP, works OK!) and one dial-in (From external to my home server) for dialin I run "mpd5 dialin" (see below) but when I dial into my server mpd5 answer the phone inmediatly, I don't want this, I want a similar functionality like mgetty with -R "SECONDS" and "rings 2" option, I need to dial and make let's say 2,3 or four rings and then hung up, mpd5 will never answer this call and when I hung up mpd5 will wait for a call and then when I dial again in a period of 20 to 30 seconds this will tell mpd5 that it's a conection attempt and answer the call otherwise dont's answer it. All this because in my home my wife use the phone too :) and I dont't want any friends call get this noise in his ears! below my dialin: section: ps: oh! sorry for my english ( not my native languaje :] ) LeaL :] #DIAL-IN CONF in mpd.conf dialin: create bundle static B1 set iface idle 900 set ipcp ranges 192.168.1.169/32 192.168.1.130/32 create link static L1 modem set link action bundle B1 set link no chap eap set link enable pap set link max-redial -1 set auth authname user_ppp set modem device /dev/cuau0 set modem var $DialPrefix "DT" set modem idle-script AnswerCall set link enable incoming -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 10:48:34 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79574106564A; Wed, 22 Sep 2010 10:48:34 +0000 (UTC) (envelope-from lars.eggert@nokia.com) Received: from mgw-sa02.nokia.com (mgw-sa02.nokia.com [147.243.1.48]) by mx1.freebsd.org (Postfix) with ESMTP id 1806F8FC17; Wed, 22 Sep 2010 10:48:33 +0000 (UTC) Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id o8MACrIM007001 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2010 13:12:53 +0300 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.2 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-4--246995331; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <4C98BB98.3050400@freebsd.org> Date: Wed, 22 Sep 2010 13:12:46 +0300 Message-Id: <6AB0B635-DCB2-4B0B-87C8-A1945215A3ED@nokia.com> References: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> <4C98BB98.3050400@freebsd.org> To: Andre Oppermann X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Wed, 22 Sep 2010 13:12:46 +0300 (EEST) X-Spam-Status: No, score=-98.3 required=5.0 tests=AWL, BAYES_00, MISSING_SUBJECT, RDNS_NONE, SPF_SOFTFAIL, TW_PF, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on fit.nokia.com X-Nokia-AV: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" Subject: Re: ROUTETABLES & IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 10:48:34 -0000 --Apple-Mail-4--246995331 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 2010-9-21, at 17:05, Andre Oppermann wrote: > It seems multi-FIB is incomplete for IPv6. Also radix multi-path > is incomplete for IPv6 at the moment. Thanks all, for confirming what the status here is. (Too bad though - this means I still can't properly get packets routed = out of a multihomed end system. The ipfw "fwd" command also doesn't do = IPv6; "setfib" was my alternative hope. And pf, which I tried, freezes = the box once in a blue moon...) Lars= --Apple-Mail-4--246995331-- From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 11:35:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC5571065675 for ; Wed, 22 Sep 2010 11:35:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5488FC1B for ; Wed, 22 Sep 2010 11:35:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 42B2A41C7C7; Wed, 22 Sep 2010 13:35:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 7lpgYRXmec6o; Wed, 22 Sep 2010 13:35:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id C02EA41C7C4; Wed, 22 Sep 2010 13:35:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id F16774448FA; Wed, 22 Sep 2010 11:31:07 +0000 (UTC) Date: Wed, 22 Sep 2010 11:31:07 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Lars Eggert In-Reply-To: <6AB0B635-DCB2-4B0B-87C8-A1945215A3ED@nokia.com> Message-ID: <20100922112924.Y31898@maildrop.int.zabbadoz.net> References: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> <4C98BB98.3050400@freebsd.org> <6AB0B635-DCB2-4B0B-87C8-A1945215A3ED@nokia.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-net@freebsd.org" Subject: Re: ROUTETABLES & IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 11:35:07 -0000 On Wed, 22 Sep 2010, Lars Eggert wrote: > On 2010-9-21, at 17:05, Andre Oppermann wrote: >> It seems multi-FIB is incomplete for IPv6. Also radix multi-path >> is incomplete for IPv6 at the moment. > > Thanks all, for confirming what the status here is. > > (Too bad though - this means I still can't properly get packets routed > out of a multihomed end system. The ipfw "fwd" command also doesn't do IPv6; Hmm, that could possibly be fixed. Not sure it's a good idea in general, but ... > "setfib" was my alternative hope. And pf, which I tried, freezes the box once in a blue moon...) Where you able to get any debug information on the "freeze"? /bz -- Bjoern A. Zeeb Welcome a new stage of life. From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 11:42:03 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD0D110656FD for ; Wed, 22 Sep 2010 11:42:03 +0000 (UTC) (envelope-from lars.eggert@nokia.com) Received: from mgw-sa01.nokia.com (mgw-sa01.ext.nokia.com [147.243.1.47]) by mx1.freebsd.org (Postfix) with ESMTP id 488718FC0C for ; Wed, 22 Sep 2010 11:42:02 +0000 (UTC) Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa01.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id o8MBg0BK008659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2010 14:42:01 +0300 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.2 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-12--241651228; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: <20100922112924.Y31898@maildrop.int.zabbadoz.net> Date: Wed, 22 Sep 2010 14:41:50 +0300 Message-Id: References: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> <4C98BB98.3050400@freebsd.org> <6AB0B635-DCB2-4B0B-87C8-A1945215A3ED@nokia.com> <20100922112924.Y31898@maildrop.int.zabbadoz.net> To: "Bjoern A. Zeeb" X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Wed, 22 Sep 2010 14:41:50 +0300 (EEST) X-Spam-Status: No, score=-98.3 required=5.0 tests=AWL, BAYES_00, MISSING_SUBJECT, RDNS_NONE, SPF_SOFTFAIL, TW_PF, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on fit.nokia.com X-Nokia-AV: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" Subject: Re: ROUTETABLES & IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 11:42:03 -0000 --Apple-Mail-12--241651228 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On 2010-9-22, at 14:31, Bjoern A. Zeeb wrote: > On Wed, 22 Sep 2010, Lars Eggert wrote: >> The ipfw "fwd" command also doesn't do IPv6; >=20 > Hmm, that could possibly be fixed. Not sure it's a good idea in > general, but ... I'd be happy to test patches. >> "setfib" was my alternative hope. And pf, which I tried, freezes the = box once in a blue moon...) >=20 > Where you able to get any debug information on the "freeze"? No. There were never any panic messages, the machine just locks up = solid. The problem only occurs once every few weeks. I suspect pf = because switching from ipfw to pf was really the only change I made to = the kernel config in a long time. We'll see if going back to ipfw fixes = this. Lars= --Apple-Mail-12--241651228-- From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 12:30:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79604106567A for ; Wed, 22 Sep 2010 12:30:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4DB8FC13 for ; Wed, 22 Sep 2010 12:30:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 6C96241C7B6; Wed, 22 Sep 2010 14:30:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id PPa5f5RT8rP3; Wed, 22 Sep 2010 14:30:06 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 0D98E41C7B5; Wed, 22 Sep 2010 14:30:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C0CFE4448FA; Wed, 22 Sep 2010 12:29:02 +0000 (UTC) Date: Wed, 22 Sep 2010 12:29:02 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Lars Eggert In-Reply-To: Message-ID: <20100922122819.I31898@maildrop.int.zabbadoz.net> References: <18794B09-5126-4422-96D2-753EEC178A22@nokia.com> <4C98BB98.3050400@freebsd.org> <6AB0B635-DCB2-4B0B-87C8-A1945215A3ED@nokia.com> <20100922112924.Y31898@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-net@freebsd.org" Subject: Re: ROUTETABLES & IPv6? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 12:30:07 -0000 On Wed, 22 Sep 2010, Lars Eggert wrote: > Hi, > > On 2010-9-22, at 14:31, Bjoern A. Zeeb wrote: >> On Wed, 22 Sep 2010, Lars Eggert wrote: >>> The ipfw "fwd" command also doesn't do IPv6; >> >> Hmm, that could possibly be fixed. Not sure it's a good idea in >> general, but ... > > I'd be happy to test patches. > >>> "setfib" was my alternative hope. And pf, which I tried, freezes the box once in a blue moon...) >> >> Where you able to get any debug information on the "freeze"? > > No. There were never any panic messages, the machine just locks up solid. The problem only occurs once every few weeks. I suspect pf because switching from ipfw to pf was really the only change I made to the kernel config in a long time. We'll see if going back to ipfw fixes this. Well, you could still break into ddb maybe if have support for that in your kernel and check traces, locking, ...? -- Bjoern A. Zeeb Welcome a new stage of life. From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 17:36:39 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D10F1065670; Wed, 22 Sep 2010 17:36:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB44B8FC15; Wed, 22 Sep 2010 17:36:38 +0000 (UTC) Received: by pwi8 with SMTP id 8so305645pwi.13 for ; Wed, 22 Sep 2010 10:36:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=qtYKWZhmwUEltUXe7vkNSaOfR8KB8xJ6TUAA1lnPhgk=; b=P84fIngDPlD63RmLYHM5ebdSvsi3NG8l/a9dtS9pdafBKzmPvlwSOq00KlG09B+cgr yvU8+ml9l3cF6aNqgH3H/JCCYBbwsX0VnzpWJkNWZ6mEgbZ4wYV491QEMez+kNanfbGH ccQ1wWlIoYiXwjYfU1Fj3b+Ek0gUHR/HbKVdQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=dESrP8j5xurK1/Q1tBrG+9VGWGQeAYHupgf2T9aCGD90NvzP1X2L+xMv/eMf0C/xI9 rFkAjiI8SB+xjYOWw0I92eWSZdneaRBVeA3Z/7GNdWMN0Fqpcg1Zmnz+KijcOwBX8ba5 5wXtIni+G8GKCTQPcR0Ud/Rl42icvus/6bTiU= Received: by 10.142.239.3 with SMTP id m3mr468130wfh.64.1285176995955; Wed, 22 Sep 2010 10:36:35 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id r3sm10674666ibk.7.2010.09.22.10.36.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Sep 2010 10:36:33 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 22 Sep 2010 10:35:39 -0700 From: Pyun YongHyeon Date: Wed, 22 Sep 2010 10:35:39 -0700 To: Steven Noonan Message-ID: <20100922173539.GE10299@michelle.cdnetworks.com> References: <201003121754.o2CHsH7V065932@freefall.freebsd.org> <20100316182322.GF2001@michelle.cdnetworks.com> <20100316204601.GJ2001@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org, yongari@freebsd.org Subject: Re: kern/144689: [re] TCP transfer corruption using if_re 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, 22 Sep 2010 17:36:39 -0000 On Sat, Mar 20, 2010 at 02:38:55PM -0700, Steven Noonan wrote: > On Tue, Mar 16, 2010 at 1:46 PM, Pyun YongHyeon wrote: > > On Tue, Mar 16, 2010 at 12:31:22PM -0700, Steven Noonan wrote: > >> On Tue, Mar 16, 2010 at 11:23 AM, Pyun YongHyeon wrote: > > > > [...] > > > >> > The real issue looks like PHY read failure which can result in > >> > unexpected behavior. I don't see rgephy(4) related message here, > >> > would you show me the output of "devinfo -rv | grep phy"? > >> > By chance are you using PCMCIA ethernet controller? > >> > >> I am. It's a Netgear GA511. I think I said in my original post that it > >> was connected via cardbus. > >> > >> xerxes ~ # devinfo -rv | grep phy > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x3 at phyno=1 > >> ?? ?? ?? ?? ?? ?? ?? ?? inphy0 pnpinfo oui=0xaa00 model=0x33 rev=0x0 at phyno=1 > >> > > > > Ok, thanks for the info. Did the controller ever work before? > > Or you start seeing the issue on 8.0-RELEASE? > > > > Uh, hm. This is weird, now I'm getting the problem not just using > re(4), but also with fxp(4) (which is my on-board card). I don't think > it's a driver bug here. > > Could this be a TCP stack bug? > How about using 8.1-RELEASE? Does it make any difference? > - Steven From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 18:17:20 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED0BE1065670; Wed, 22 Sep 2010 18:17:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 818518FC08; Wed, 22 Sep 2010 18:17:20 +0000 (UTC) Received: by gwb15 with SMTP id 15so329673gwb.13 for ; Wed, 22 Sep 2010 11:17:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=SoUI2wh+6uQXHNRJSVWT0JDseodO8JlaCaOR2NB+udw=; b=qv9mYrTJ2LpOWxX4E2v+NoB0TguJezQUYFjTj8Q+8n4gKGEb+38WvsCUM5xVdVHtYS dIqoteqjNiQxNCquVtxdGlMsmxnerygOvygv7E959ApM2O+umgMooHYXkGGlHM9hLuWK avlxhTLoBciHb/KO8laiAmezGvTsO033gwruw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=KaSHzwPAlQp+AMbeAXykbQ+Gu50WVy6WeqR5adkFwhW5jK03E+pMx7XO5D7LxMZOq+ yLK4uhGUWmizuCyrUnwoaGEE2QctRCW/A+EDtVKRva1/uq8qjRMWySKVn0gi1U67lch+ OWJGsHta9fYdSJpeTkkLQKm5gJ2Od/TDDpEAc= Received: by 10.150.74.11 with SMTP id w11mr1589242yba.164.1285179439687; Wed, 22 Sep 2010 11:17:19 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i6sm10720362iba.2.2010.09.22.11.17.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Sep 2010 11:17:17 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 22 Sep 2010 11:16:23 -0700 From: Pyun YongHyeon Date: Wed, 22 Sep 2010 11:16:23 -0700 To: Josh Endries Message-ID: <20100922181623.GG10299@michelle.cdnetworks.com> References: <200804301320.m3UDK3cK034832@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200804301320.m3UDK3cK034832@freefall.freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, bug-followup@FreeBSD.org Subject: Re: kern/123172: [bce] Watchdog timeout problems with if_bce 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, 22 Sep 2010 18:17:21 -0000 On Wed, Apr 30, 2008 at 01:20:03PM +0000, Josh Endries wrote: > The following reply was made to PR kern/123172; it has been noted by GNATS. > > From: Josh Endries > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/123172: [bce] Watchdog timeout problems with if_bce > Date: Wed, 30 Apr 2008 08:58:23 -0400 > > It's been working well for a while, so I might have fixed whatever was > causing the problem to manifest. I converted my lo0 jails to use real > IPs, and removed my pf config that was routing things around, so I > suspect that had something to do with it. I can't change it back right > now, later this week/weekend I should be able to. > > I had jails on 127.0.0.x (a couple still are), namely the BIND jail, but > my switch was load balancing it so the machine was BINATing the 10.0.0 > address the switch was talking to with the local 127.0.0.3 address > (iirc). The switch was NATing the 10 address to a real IP. > > The problem was that I also have some real IPs on this box, so the > machine wanted to route packets out that interface, so I had to use > route-to/reply-to for the BIND jail to get things to go back out the way > they came in, instead of using the x.x.164/24 route or default route. It > did work in the configuration, but had the watchdog errors. I think this > might have something to do with the issue; I'll put things back and test > it some more when I have some time. > > I did see that other PR, but since this is a newer version of FreeBSD, > and I have no ACPI problems or problems booting (that I've noticed, at > least), I decided to submit. They certainly could be related (we're both > using amd64; unfortunately I can't change that to test i386). Here is > some more info... > > jls: > > JID IP Address Hostname Path > 5 x.x.164.7 smtp /jails/smtp/root > 4 127.0.0.5 mx /jails/mx/root > 3 x.x.164.4 ns /jails/ns/root > 2 127.0.0.4 pkg /jails/pkg/root > 1 127.0.0.2 mysql /jails/mysql/root > > /etc/pf.conf: > > nat on vlan2 from to any -> x.x.164.123 > binat on vlan8 from $jail_mysql_ip to any -> $jail_mysql_exip > > block log (user) all > pass in log (user) quick on vlan2 inet proto { tcp, udp } from any to > $jail_ns_ip port domain keep state > pass out log (user) quick on vlan2 inet proto { tcp, udp } from > $jail_ns_ip to any port domain keep state > pass quick log (user) on lo0 inet proto udp from to > port domain keep state > pass quick log (user) on lo0 inet proto tcp from to > $jail_mysql_ip port 3306 keep state > pass out log (user) quick on vlan8 inet proto tcp from $jail_mysql_exip > to 10.0.1.2 port 3306 keep state > pass in log (user) quick on vlan11 inet proto tcp from to > vlan11 port 55185 keep state > pass log (user) quick inet proto icmp all icmp-type $icmp_types keep state > pass out log (user) quick on vlan2 inet proto tcp from x.x.164.123 to > any keep state > > uname -a: > > FreeBSD hathor 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Tue Mar 24 13:36:33 > EDT 2009 root@hathor:/jails/src/usr/obj/jails/src/usr/src/sys/ULEMAC > amd64 > > kernel config: > > include GENERIC > ident ULEMAC > nooptions SCHED_4BSD > options SCHED_ULE > options MAC > > ifconfig: > > bce0: flags=8843 metric 0 mtu 1500 > > options=1bb > ether 00:1f:29:06:d9:e2 > media: Ethernet autoselect (100baseTX ) > status: active > lagg: laggdev lagg0 > bce1: flags=8843 metric 0 mtu 1500 > > options=1bb > ether 00:1f:29:06:d9:e2 > media: Ethernet autoselect (100baseTX ) > status: active > lagg: laggdev lagg0 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > inet 127.0.0.2 netmask 0xffffffff > inet 127.0.0.4 netmask 0xffffffff > inet 127.0.0.5 netmask 0xffffffff > lagg0: flags=8843 metric 0 mtu 1500 > > options=1bb > ether 00:1f:29:06:d9:e2 > media: Ethernet autoselect > status: active > laggproto lacp > laggport: bce1 flags=1c > laggport: bce0 flags=1c > vlan2: flags=8843 metric 0 mtu 1500 > options=3 > ether 00:1f:29:06:d9:e2 > inet x.x.164.123 netmask 0xffffff00 broadcast x.x.164.255 > inet x.x.164.4 netmask 0xffffffff broadcast x.x.164.4 > inet x.x.164.7 netmask 0xffffffff broadcast x.x.164.7 > media: Ethernet autoselect > status: active > vlan: 2 parent interface: lagg0 > vlan8: flags=8843 metric 0 mtu 1500 > options=3 > ether 00:1f:29:06:d9:e2 > inet 10.0.1.6 netmask 0xfffffff8 broadcast 10.0.1.7 > media: Ethernet autoselect > status: active > vlan: 8 parent interface: lagg0 > vlan11: flags=8843 metric 0 mtu 1500 > options=3 > ether 00:1f:29:06:d9:e2 > inet 10.0.2.11 netmask 0xffffff00 broadcast 10.0.2.255 > media: Ethernet autoselect > status: active > vlan: 11 parent interface: lagg0 > vlan12: flags=8843 metric 0 mtu 1500 > options=3 > ether 00:1f:29:06:d9:e2 > inet 10.0.0.10 netmask 0xfffffff8 broadcast 10.0.0.15 > media: Ethernet autoselect > status: active > vlan: 12 parent interface: lagg0 > pflog0: flags=141 metric 0 mtu 33160 > > I'll post again after I change it back and try what you suggested. > Is this still issue on more recent FreeBSD release(8.1-RELEASE or 7.3-RELEASE)? From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 18:49:31 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09EEF106566C for ; Wed, 22 Sep 2010 18:49:31 +0000 (UTC) (envelope-from kamtha@marcus.ak-labs.net) Received: from marcus.ak-labs.net (manatee.gamecase.org [66.207.218.170]) by mx1.freebsd.org (Postfix) with ESMTP id D47578FC18 for ; Wed, 22 Sep 2010 18:49:30 +0000 (UTC) Received: by marcus.ak-labs.net (Postfix, from userid 2455) id 33EE1319844; Wed, 22 Sep 2010 14:32:52 -0400 (EDT) Date: Wed, 22 Sep 2010 14:32:52 -0400 From: Carlos Kamtha To: freebsd-net@freebsd.org Message-ID: <20100922183252.GC7619@ak-labs.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Server network interface problem? 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, 22 Sep 2010 18:49:31 -0000 Hello, I recently had a problem with an NFS server running: FreeBSD 8.0-RELEASE #0 It suddenly was not reachable from the network. A closer look on the console revealed that the interface was still marked as "active" and the server was able to ping itself, but not the gateway. While in this state, I was not able to ssh to the client machines that use mount points on the NFS server in question. To solve this problem, i plugged out the network cable and plugged it back in. This server has been online for almost a year and never experienced this problem till now. I'm wondering 2 things. a.) Could this be an issue with the driver on this release for em0? b.) Why was I not able to ssh to the client servers while the NFS server was down? Any clues would be greatly appreciated. Thanks! Carlos. From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 19:28:35 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 687D11065675; Wed, 22 Sep 2010 19:28:35 +0000 (UTC) (envelope-from steven@uplinklabs.net) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id ABAE28FC15; Wed, 22 Sep 2010 19:28:34 +0000 (UTC) Received: by wwc33 with SMTP id 33so1079609wwc.31 for ; Wed, 22 Sep 2010 12:28:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.231.83 with SMTP id k61mr7352558weq.88.1285182301510; Wed, 22 Sep 2010 12:05:01 -0700 (PDT) Received: by 10.216.23.140 with HTTP; Wed, 22 Sep 2010 12:05:01 -0700 (PDT) In-Reply-To: <20100922173539.GE10299@michelle.cdnetworks.com> References: <201003121754.o2CHsH7V065932@freefall.freebsd.org> <20100316182322.GF2001@michelle.cdnetworks.com> <20100316204601.GJ2001@michelle.cdnetworks.com> <20100922173539.GE10299@michelle.cdnetworks.com> Date: Wed, 22 Sep 2010 12:05:01 -0700 Message-ID: From: Steven Noonan To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org, yongari@freebsd.org Subject: Re: kern/144689: [re] TCP transfer corruption using if_re 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, 22 Sep 2010 19:28:35 -0000 On Wed, Sep 22, 2010 at 10:35 AM, Pyun YongHyeon wrote: > On Sat, Mar 20, 2010 at 02:38:55PM -0700, Steven Noonan wrote: >> On Tue, Mar 16, 2010 at 1:46 PM, Pyun YongHyeon wrote: >> > On Tue, Mar 16, 2010 at 12:31:22PM -0700, Steven Noonan wrote: >> >> On Tue, Mar 16, 2010 at 11:23 AM, Pyun YongHyeon wrote: >> > >> > [...] >> > >> >> > The real issue looks like PHY read failure which can result in >> >> > unexpected behavior. I don't see rgephy(4) related message here, >> >> > would you show me the output of "devinfo -rv | grep phy"? >> >> > By chance are you using PCMCIA ethernet controller? >> >> >> >> I am. It's a Netgear GA511. I think I said in my original post that it >> >> was connected via cardbus. >> >> >> >> xerxes ~ # devinfo -rv | grep phy >> >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x3 at phyno=1 >> >> ?? ?? ?? ?? ?? ?? ?? ?? inphy0 pnpinfo oui=0xaa00 model=0x33 rev=0x0 at phyno=1 >> >> >> > >> > Ok, thanks for the info. Did the controller ever work before? >> > Or you start seeing the issue on 8.0-RELEASE? >> > >> >> Uh, hm. This is weird, now I'm getting the problem not just using >> re(4), but also with fxp(4) (which is my on-board card). I don't think >> it's a driver bug here. >> >> Could this be a TCP stack bug? >> > > How about using 8.1-RELEASE? Does it make any difference? Don't have FreeBSD installed on that machine right now. Ended up going back to Linux. But I'll definitely pop in another hard drive and try it again within the next couple days. >> - Steven > From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 20:34:05 2010 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B36D41065693 for ; Wed, 22 Sep 2010 20:34:05 +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 259EB8FC2D for ; Wed, 22 Sep 2010 20:34:04 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o8MKXjNO080322 for ; Thu, 23 Sep 2010 05:33:55 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o8MKXhWs008555 for ; Thu, 23 Sep 2010 05:33:45 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 23 Sep 2010 05:32:36 +0900 (JST) Message-Id: <20100923.053236.231630719.hrs@allbsd.org> To: net@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Sep_23_05_32_36_2010_996)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Thu, 23 Sep 2010 05:34:00 +0900 (JST) X-Spam-Status: No, score=-99.1 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, RCVD_IN_CHINA, RCVD_IN_CHINA_KR, RCVD_IN_PBL, RCVD_IN_TAIWAN, SPF_SOFTFAIL, USER_IN_WHITELIST,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: Subject: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 20:34:05 -0000 ----Security_Multipart(Thu_Sep_23_05_32_36_2010_996)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hello, Can anyone try a patch for adding 6rd (RFC 5569) support to stf(4)? The patch for HEAD can be found at: http://people.allbsd.org/~hrs/FreeBSD/stf_6rd_20100921-1.diff While it still includes a lot of extra code only for debugging purpose, it should work anyway. The operating principle and a configuration example are the following: 0. Supposed Network Structure (IPv6/IPv4 Internet) | | <-- static or dynamic routes between Internet and | IPv6 network in ISP for 6rd (2001:db8::/32). | ^ +-+---------+ | | PE router | | +-+-----+---+ | |.1 |::1 ISP | | | | --+---------------------- | | 2001:db8:c000:0201::/64 | | | | 192.0.2.0/24 <-- IPv4 network between the provider | --+----+---------------- and its customers. v | |.2 ^ +------+----+ | | CE router |(IPv6 default route is 2001:db8:c000:0201::1) | +------+----+ HOME |::1 | | | | 2001:db8:c000:0202::/64 <-- IPv6 LAN on customer side v --+----+--------------------------- | |::2 +--+---+ |HOST-A| (IPv6 default route is 2001:db8:c000:0202::1) +------+ [Provider side] A PE router is used for routing between Internet and ISP's IPv4/IPv6 network. The router works in the two ways: 1) It accepts a 6rd IPv4 packet which contains an IPv6 packet inside, decapsulates it, and delivers it as a normal IPv6 packet based on the routing table. 2) It accepts an IPv6 packet with the 6rd prefix, encapsulates it in an IPv4 packet, and then delivers it as a 6rd IPv4 packet to another 6rd router. A prefix for 6rd is 2001:db8::/32 in this example. Since IPv4 address of the PE router is 192.0.2.1, the calculated 6rd IPv6 prefix is 2001:db8:c000:0201::/64 (c000:0201 == 192.0.2.1 in HEX). The 6rd encap/decap will be done only for packets within this IPv6 prefix. [Customer side] A CE router is used for routing between LAN (customer side) and WAN (provider side). It has 192.0.2.2/24 on WAN and 2001:db8:c000:0202::/64 on LAN. No direct IPv6 reachability on WAN side. The behavior of the CE router is basically the same as the PE router. 1. 6rd functionality The CE router accepts an IPv6 packet with a address range 2001:db8:c000:0202::/64, and if the destination address is not within the LAN, it encapsulates the packet and delivers it as an IPv4 packet. The IPv4 packet's destination address is chosen in the following way: if the IPv6 dst addr is within 2001:db8::/32 it will be the calculated IPv4 address from the dst addr. If not, it picks up the next hop IPv6 address and try to calculate IPv4 address from it. If both fail, delivery of the IPv4 packet also fails (unreachable). For incoming 6rd IPv4 packets, CE router decapsulates and delivers them as normal IPv6 packets. Note that decapsulation happens only when IPv4 address part in the IPv6 dst addr in the incoming 6rd IPv4 packets matches the router's IPv4 address itself. In this way, CE router offers IPv6 reachability over the IPv4 network. For example, "ping6 2001:db8:c000:0201::1" from HOST-A works like this: a) IPv6 packet is delivered from HOST-A to CE router. The packet has the following address information: src: 2001:db8:c000:0202::2 (HOST-A) dst: 2001:db8:c000:0201::1 next hop: 2001:db8:c000:0202::1 (CE router) b) CE router accepts a packet from HOST-A but no on-link connection to 2001:db8:c000:0202::1. It encapsulates it into an IPv4 packet like this: outer IPv4 src: 192.0.2.2 outer IPv4 dst: 192.0.2.1 inner IPv6 src: 2001:db8:c000:0202::2 inner IPv6 dst: 2001:db8:c000:0201::1 The outer IPv4 address pair is chosen by CE router's IPv4 address and calculated from inner dst address. The IPv4 packet will be delivered based on the IPv4 routing table. c) PE router receives a 6rd IPv4 packet in b). It checks the inner src IPv6 addr matches 6rd prefix and dst IPv4 addr matches the PE router's, and then decapsulates it. The IPv6 packet will be delivered based on the IPv6 routing table. In this case, PE router has 2001:db8:c000:0201::1, so the IPv6 packet already reaches the final destination over IPv4 network. In the same way HOST-A can reach IPv6 Internet if PE router has sufficient routing information. 2. Configuration You might want to set ipv6_activate_all_interfaces=YES in rc.conf before trying the following command lines. And of course IPv6 prefixes here must be global ones in a real configuration. 2.1 HOST-A # ifconfig fxp0 inet6 2001:db8:c000:0202::2/64 # route add -inet6 default 2001:db8:c000:0202::1 2.2 CE router # ifconfig fxp0 inet6 2001:db8:c000:0202::1/64 # ifconfig fxp1 inet 192.0.2.2/24 # ifconfig stf0 create # ifconfig stf0 inet6 2001:db8:c000:0202::/32 # route add -inet6 default 2001:db8:c000:0201::1 # net.inet.ip.forwarding=1 # net.inet6.ip6.forwarding=1 Note that prefixlen of the stf interface must be the same as the 6rd relay prefix, not include the IPv4 part. This means it is from 0 to 32 in theory. 2.3 PE router # ifconfig fxp0 inet 192.0.2.1/24 # ifconfig fxp1 inet6 2001:db8:c000:0201::1/64 # ifconfig stf0 create # ifconfig stf0 inet6 2001:db8:c000:0201::/32 # net.inet.ip.forwarding=1 # net.inet6.ip6.forwarding=1 # (+ routes to Internet must be configured in some way) 2.4 Test HOST-A# ping6 2001:db8:c000:0201::1 (communication within 6rd domain) HOST-A# ping6 www.kame.net (communication beyond PE router) The patched version of stf(4) also supports the following: - multiple 6rd domains by adding multiple IPv6 addresses. - 6to4 (2002::/16) works as before. - stf(4) is clonable now and can be moved across vnets. While you can have multiple instances, only one of them in a vnet can be marked as UP. Any comments are welcome. -- Hiroki ----Security_Multipart(Thu_Sep_23_05_32_36_2010_996)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkyaZ+QACgkQTyzT2CeTzy3FZwCghC1CIn+SmuyLFtoO42pdY92r GHEAoLnxiCpSADYJOXIUQS3BeidFlaXc =5si3 -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Sep_23_05_32_36_2010_996)---- From owner-freebsd-net@FreeBSD.ORG Wed Sep 22 21:02:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 688011065670 for ; Wed, 22 Sep 2010 21:02:19 +0000 (UTC) (envelope-from lasse@bitmand.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0408F8FC23 for ; Wed, 22 Sep 2010 21:02:18 +0000 (UTC) Received: by ewy22 with SMTP id 22so340848ewy.13 for ; Wed, 22 Sep 2010 14:02:17 -0700 (PDT) Received: by 10.213.106.7 with SMTP id v7mr1271143ebo.31.1285189335733; Wed, 22 Sep 2010 14:02:15 -0700 (PDT) Received: from [10.13.37.105] (1905ds1-taa.0.fullrate.dk [90.184.133.165]) by mx.google.com with ESMTPS id z55sm15394137eeh.15.2010.09.22.14.02.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 22 Sep 2010 14:02:14 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) From: Lasse Brandt In-Reply-To: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> Date: Wed, 22 Sep 2010 23:02:12 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1081) Subject: Re: Default gateway on different net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Sep 2010 21:02:19 -0000 Hi again, Just wanted to update on the problem, in case someone stumbles upon this = in the archives - original mail: = http://lists.freebsd.org/pipermail/freebsd-net/2010-September/026481.html On 21. Sep 2010, at 12:37 , Lasse Brandt wrote: > 2) Should the default route really be the last route to be added in = /etc/network.subr:1057? (not sure if there is a reason to why its first = - but I feel guilty messing with that file directly :) ) I am still wondering about this. I found another post in the archives = going way back that asks the same question, but no really answer. In my = case it's important that the static routes are created before the = default route. Anyone know if there is a reason for the default to be first? > 3) Am I setting this up in a completely wrong way? > ( At this point it feels like "everything is right, but I miss _that_ = fundamental option/config somewhere ) Well, I was, after creating my static and default route, the only = missing part was: ndp -I re0 There is a more in-depth explanation on the matter here: http://social.bitmand.com/post/1168584251/hetzner-freebsd-and-ipv6 Best regards, Lasse Brandt From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 07:37:55 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80C88106564A for ; Thu, 23 Sep 2010 07:37:55 +0000 (UTC) (envelope-from sushanth_rai@yahoo.com) Received: from web180008.mail.gq1.yahoo.com (web180008.mail.gq1.yahoo.com [67.195.8.72]) by mx1.freebsd.org (Postfix) with SMTP id 3B44C8FC12 for ; Thu, 23 Sep 2010 07:37:55 +0000 (UTC) Received: (qmail 44696 invoked by uid 60001); 23 Sep 2010 07:11:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1285225869; bh=uM+gmUBa7m24R0O6Eg2ultc8cHQo1HJFPoyvEuraxIA=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=ys/7EUX8RtIFvKgyfzdfl3AJlgq0oZTgmAGKTuqlfeMgm3y64Yf1pGiyakU0F8/Cva9XtJZkj0gNHMaC/n+YPipOFAfHwhMLuzLzM3vbTlGixmaeVsxI8SVPVTyQcli06B0uF6FjW2BiqPv0MrQjP1ejknoksJad5mKS2LapriE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=LTCeCh0SfvaaFghpFRhiYVc88C70HOQ+yqeBPa0TdZ17QksanaENPZPV8zwV7IN/Uo08ZVqUVo/LQI8SaiGBbK2137vQfyA07mVRqj2fwqKbiIOgsdS1PbIiSaI27RWWGe5k6zJNzq/KdxtECvE20nuRNbqQ89qkd0vHGTqcSsU=; Message-ID: <916265.44631.qm@web180008.mail.gq1.yahoo.com> X-YMail-OSG: z3_BKy8VM1n6Pqbg9BE_dBje30FD9VjRjiAm3A4JGONM0Bm BOYIHV201fL_igcEKooYAs5uc2iyIgQ1XGIvI7XscwB3KPkXyaPb_zbd6p2q bQwjjW0nQjeTqmGjvJB.VcrlxIu4.4JdE1txnfGxa_fjqDp.ZROmwrKzZbqN c2F3dPV1VDCt7mVWUQ1K7oDzeI8lMaPo2hPsoKz6DjCFWv5KPFp9LFH7W93l b1nbEJUhspPanBCinJcTaRhzbcPnOYZ34mCNTmBkPMK_IgfmRl5DS_MJMVj3 wzW3Zu3IpAnJmDx32zCTo1UlgE7sBRDEBuUoYrDXcCc8I6JAoCdlUjw-- Received: from [75.62.238.247] by web180008.mail.gq1.yahoo.com via HTTP; Thu, 23 Sep 2010 00:11:09 PDT X-Mailer: YahooMailClassic/11.4.9 YahooMailWebService/0.8.105.279950 Date: Thu, 23 Sep 2010 00:11:09 -0700 (PDT) From: Sushanth Rai To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Changing link status in bge driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 07:37:55 -0000 Hello, I'm using BCM5715C based NIC card on a FreeBSD 7.2 system. I would like to simulate condition where the PHY layer is powered-off i.e, the link status should show as "no carrier". When I do "ifconfig down", it just turns-off the driver and the link status is still active. Is there is anything I can do in the bge driver or anywhere else in the software stack to simulate this condition without physically disconnecting the cable ? Thanks, Sushanth From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 08:11:53 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F089E106564A for ; Thu, 23 Sep 2010 08:11:53 +0000 (UTC) (envelope-from dngireesh@avrita.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 99CAD8FC0A for ; Thu, 23 Sep 2010 08:11:53 +0000 (UTC) Received: by qyk31 with SMTP id 31so7187256qyk.13 for ; Thu, 23 Sep 2010 01:11:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.33.202 with SMTP id i10mr565131vcd.208.1285228193421; Thu, 23 Sep 2010 00:49:53 -0700 (PDT) Received: by 10.220.202.10 with HTTP; Thu, 23 Sep 2010 00:49:53 -0700 (PDT) X-Originating-IP: [121.243.184.69] In-Reply-To: <916265.44631.qm@web180008.mail.gq1.yahoo.com> References: <916265.44631.qm@web180008.mail.gq1.yahoo.com> Date: Thu, 23 Sep 2010 13:19:53 +0530 Message-ID: From: Gireesh Nagabhushana To: Sushanth Rai Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Changing link status in bge driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 08:11:54 -0000 On Thu, Sep 23, 2010 at 12:41 PM, Sushanth Rai wrote: > Hello, > > I'm using BCM5715C based NIC card on a FreeBSD 7.2 system. I would like to > simulate condition where the PHY layer is powered-off i.e, the link status > should show as "no carrier". When I do "ifconfig down", it just turns-off > the driver and the link status is still active. Is there is anything I can > do in the bge driver or anywhere else in the software stack to simulate this > condition without physically disconnecting the cable ? How about bringing down of interface at the other end? Regards, Gireesh > > Thanks, > Sushanth > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 15:05:03 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F311106564A for ; Thu, 23 Sep 2010 15:05:03 +0000 (UTC) (envelope-from a.smith@ukgrid.net) Received: from mx1.ukgrid.net (mx1.ukgrid.net [89.107.22.36]) by mx1.freebsd.org (Postfix) with ESMTP id 196818FC1A for ; Thu, 23 Sep 2010 15:05:03 +0000 (UTC) Received: from [89.21.28.38] (port=49763 helo=omicron.ukgrid.net) by mx1.ukgrid.net with esmtp (Exim 4.72; FreeBSD) envelope-from a.smith@ukgrid.net envelope-to freebsd-net@freebsd.org id 1Oymyk-000D9c-5M; Thu, 23 Sep 2010 15:40:54 +0100 Received: from voip.ukgrid.net (voip.ukgrid.net [89.107.16.9]) by webmail2.ukgrid.net (Horde Framework) with HTTP; Thu, 23 Sep 2010 15:40:54 +0100 Message-ID: <20100923154054.21153ulpaucsnocg@webmail2.ukgrid.net> Date: Thu, 23 Sep 2010 15:40:54 +0100 From: a.smith@ukgrid.net To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.7) / FreeBSD-8.0 Subject: bge watchdog timeout errors FreeBSD 7.3 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, 23 Sep 2010 15:05:03 -0000 Hi, we are seeing these errors repeatedly on a new Dell R300 server: Sep 23 15:06:29 vcomm kernel: bge0: watchdog timeout -- resetting Sep 23 15:06:29 vcomm kernel: bge0: link state changed to DOWN Sep 23 15:06:31 vcomm kernel: bge0: link state changed to UP Server OS is: FreeBSD vcomm 7.3-RELEASE-p1 FreeBSD 7.3-RELEASE-p1 #0: Wed May 26 04:29:05 UTC 2010 root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 We have so far, changed the cable, changed the network port, and lastly upgraded the server firmware (which included some update to the NIC). But the issue continues. Info on the hardware from dmesg: bge0: mem 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci1 miibus0: on bge0 No shared interrupts: # vmstat -i interrupt total rate irq16: mpt0 21776213 30 irq21: uhci0 uhci2+ 290 0 irq23: atapci0 58 0 cpu0: timer 1438708756 2006 irq256: bge0 50544776 70 cpu1: timer 1438700714 2006 Total 2949730807 4113 Network switch is Cisco, I can get the exact model if required. Is this a bug, hardware issue? Should I be worried? thanks Andy. From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 15:05:51 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 033281065673; Thu, 23 Sep 2010 15:05:51 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog101.obsmtp.com (eu1sys200aog101.obsmtp.com [207.126.144.111]) by mx1.freebsd.org (Postfix) with SMTP id 77B448FC26; Thu, 23 Sep 2010 15:05:49 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob101.postini.com ([207.126.147.11]) with SMTP ID DSNKTJtsy5LpR7kKMblyMA+3aPg2e2hQsq4Y@postini.com; Thu, 23 Sep 2010 15:05:50 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id 57572FD01F; Thu, 23 Sep 2010 15:05:46 +0000 (UTC) Message-ID: <4C9B6CBD.2030408@tomjudge.com> Date: Thu, 23 Sep 2010 10:05:33 -0500 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> In-Reply-To: <20100913205348.GJ1229@michelle.cdnetworks.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, davidch@broadcom.com, yongari@freebsd.org Subject: Re: bce(4) - com_no_buffers (Again) 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, 23 Sep 2010 15:05:51 -0000 On 09/13/2010 03:53 PM, Pyun YongHyeon wrote: > On Mon, Sep 13, 2010 at 03:38:41PM -0500, Tom Judge wrote: > >> On 09/13/2010 02:33 PM, Pyun YongHyeon wrote: >> >>> On Mon, Sep 13, 2010 at 02:07:58PM -0500, Tom Judge wrote: >>> >>> >>>>>> Without BCE_JUMBO_HDRSPLIT then we see no errors. With it we see number >>>>>> of errors, however the rate seems to be reduced compaired to the >>>>>> previous version of the driver. >>>>>> >>>>> It seems there are issues in header splitting and it was disabled >>>>> by default. Header splitting reduces packet processing overhead in >>>>> upper layer so it's normal to see better performance with header >>>>> splitting. >>>>> >>>> The reason that we have had header splitting enabled in the past is that >>>> historically there have been issues with memory fragmentation when using >>>> 8k jumbo frames (resulting in 9k mbuf's). >>>> >>> Yes, if you use jumbo frames, header splitting would help to reduce >>> memory fragmentation as header splitting wouldn't allocate jumbo >>> clusters. >>> >>> >> Under testing I have yet to see a memory fragmentation issue with this >> driver. I follow up if/when I find a problem with this again. >> >> So here we are again. The system is locking up again because of 9k mbuf allocation failures. tj@pidge '14:12:25' '~' > $ netstat -m 514/4781/5295 mbufs in use (current/cache/total) 0/2708/2708/25600 mbuf clusters in use (current/cache/total/max) 0/1750 mbuf+clusters out of packet secondary zone in use (current/cache) 0/2904/2904/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 513/3274/3787/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 4745K/47693K/52438K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/2692655/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines >>>> I have a kernel with the following configuration in testing right now: >>>> >>>> * Flow control enabled. >>>> * Jumbo header splitting turned off. >>>> >>>> >>>> Is there any way that we can fix flow control with jumbo header >>>> splitting turned on? >>>> >>>> >>>> >>> Flow control has nothing to do with header splitting(i.e. flow >>> control is always enabled). >>> >>> >>> >> Sorry let me rephrase that: >> >> Is there a way to fix the RX buffer shortage issues (when header >> splitting is turned on) so that they are guarded by flow control. Maybe >> change the low watermark for flow control when its enabled? >> >> > I'm not sure how much it would help but try changing RX low > watermark. Default value is 32 which seems to be reasonable value. > But it's only for 5709/5716 controllers and Linux seems to use > different default value. > These are: NetXtreme II BCM5709 Gigabit Ethernet So my next task is to turn the watermark related defines into sysctls and turn on header splitting so that I can try to tune them without having to reboot. My next question is, is it possible to increase the size of the RX ring without switching to RSS? Tom -- TJU13-ARIN From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 15:44:49 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDE7E106564A for ; Thu, 23 Sep 2010 15:44:49 +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 2FEC58FC2A for ; Thu, 23 Sep 2010 15:44:48 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o8NFiQh5004182; Fri, 24 Sep 2010 00:44:37 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o8NFiNHT013274; Fri, 24 Sep 2010 00:44:26 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 24 Sep 2010 00:43:32 +0900 (JST) Message-Id: <20100924.004332.121072178.hrs@allbsd.org> To: lasse@bitmand.com From: Hiroki Sato In-Reply-To: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> References: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Sep_24_00_43_32_2010_590)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Fri, 24 Sep 2010 00:44:41 +0900 (JST) X-Spam-Status: No, score=-99.0 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, QENCPTR1,RCVD_IN_CHINA,RCVD_IN_CHINA_KR,RCVD_IN_PBL,RCVD_IN_TAIWAN, SPF_SOFTFAIL, USER_IN_WHITELIST, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org Subject: Re: Default gateway on different net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 15:44:49 -0000 ----Security_Multipart(Fri_Sep_24_00_43_32_2010_590)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Lasse Brandt wrote in <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com>: la> 1) Is the hosting provider actually forcing me to do something "bad" la> og plain wrong? In that situation normally you get an IP address in the /59 network to communicate with the gateway router from ISP. An IP address in your /64 network cannot directly communicate with an address in /59. If you do not have the /59 address, I think using link-local address is the easiest way. As long as the gateway works correctly, you can get its link-local address by using the following command: % ping6 ff02::2%re0 PING6(56=40+8+8 bytes) fe80::XXXX:XXXX:XXXX:XXXX%re0 --> ff02::2%re0 16 bytes from fe80::YYYY:YYYY:YYYY:YYYY%re0, icmp_seq=0 hlim=64 time=0.525 ms 16 bytes from fe80::YYYY:YYYY:YYYY:YYYY%re0, icmp_seq=1 hlim=64 time=0.312 ms ^C Note that "XXXX:.." is your address on re0, and "YYYY:.." is the gateway's. You do not need any configuration like assigning 2a01:... address into re0 or static routes before performing this ping. At least one router replies to this and displays its link-local address. After that, you can add the default route to it: # route add -inet6 default fe80::YYYY:YYYY:YYYY:YYYY%re0 and configure your /64 address (2a01:...) to re0. -- Hiroki ----Security_Multipart(Fri_Sep_24_00_43_32_2010_590)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkybdaQACgkQTyzT2CeTzy34zACdG8dFeZNIHfkYYES1X6iRi4C/ D4YAnjOg/q2RSlUV1wqaLTX26VBJPJzU =OFkr -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Sep_24_00_43_32_2010_590)---- From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 16:15:10 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B581210656A5; Thu, 23 Sep 2010 16:15:10 +0000 (UTC) (envelope-from bz=lists@zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 32CB28FC42; Thu, 23 Sep 2010 16:15:09 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id B9A7341C735; Thu, 23 Sep 2010 18:15:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id ESkssv-M5d3O; Thu, 23 Sep 2010 18:15:07 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id 1D25D41C72F; Thu, 23 Sep 2010 18:15:07 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 7904D4448FA; Thu, 23 Sep 2010 16:15:03 +0000 (UTC) Date: Thu, 23 Sep 2010 16:15:03 +0000 (UTC) From: bz=lists@zabbadoz.net X-X-Sender: bz@maildrop.int.zabbadoz.net To: Hiroki Sato In-Reply-To: <20100924.004332.121072178.hrs@allbsd.org> Message-ID: <20100923160300.S31898@maildrop.int.zabbadoz.net> References: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> <20100924.004332.121072178.hrs@allbsd.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org, lasse@bitmand.com Subject: Re: Default gateway on different net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 16:15:10 -0000 On Fri, 24 Sep 2010, Hiroki Sato wrote: > Lasse Brandt wrote > in <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com>: > > la> 1) Is the hosting provider actually forcing me to do something "bad" > la> og plain wrong? > > In that situation normally you get an IP address in the /59 network > to communicate with the gateway router from ISP. An IP address in > your /64 network cannot directly communicate with an address in /59. > > If you do not have the /59 address, I think using link-local address > is the easiest way. As long as the gateway works correctly, you can > get its link-local address by using the following command: > > % ping6 ff02::2%re0 > PING6(56=40+8+8 bytes) fe80::XXXX:XXXX:XXXX:XXXX%re0 --> ff02::2%re0 > 16 bytes from fe80::YYYY:YYYY:YYYY:YYYY%re0, icmp_seq=0 hlim=64 time=0.525 ms > 16 bytes from fe80::YYYY:YYYY:YYYY:YYYY%re0, icmp_seq=1 hlim=64 time=0.312 ms > ^C > > Note that "XXXX:.." is your address on re0, and "YYYY:.." is the > gateway's. You do not need any configuration like assigning > 2a01:... address into re0 or static routes before performing this > ping. At least one router replies to this and displays its link-local > address. > > After that, you can add the default route to it: > > # route add -inet6 default fe80::YYYY:YYYY:YYYY:YYYY%re0 > > and configure your /64 address (2a01:...) to re0. The drawback with that is if the hosting provider changes the interface of your gateway, moves you to a different router, ... your default route stops working. Imho you do not get an address out of the /59 and to my memory the usually offered linux doesn't really care and even in the IPv4 happily arped for gateways on unconnected subnets happily, so I would assume it's probably the same for nd6 with that? What they usually do is to give you a pvlan (a private, per customer, vlan) so you could pick any address of the /59, which may or may not include your /64. As you do not want to put the /59 on-link though you may use the /64 or a /126 which includes the address of the router. The obvious drawback with that is that you have to make sure that the address isn't used with source address seclection to not run into troubles as it wouldn't be reachable from outside but only used for the kernel to properly find the on-link gateway. I guess the link-local one and risking a "service interruption" in case of router (interface) changes might be the most elegant one. One could even use a simple script that would update things automatically if needed. /bz PS: there is a private email in flight as well, as we know someone who has a working FreeBSD IPv6 setup at that hosting company. -- Bjoern A. Zeeb Welcome a new stage of life. From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 16:17:59 2010 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE2C1106564A for ; Thu, 23 Sep 2010 16:17:59 +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 50A6D8FC1F for ; Thu, 23 Sep 2010 16:17:59 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o8NGHgKb004897 for ; Fri, 24 Sep 2010 01:17:52 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o8NGHedg013464 for ; Fri, 24 Sep 2010 01:17:42 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 24 Sep 2010 01:15:18 +0900 (JST) Message-Id: <20100924.011518.142217958.hrs@allbsd.org> To: net@FreeBSD.org From: Hiroki Sato In-Reply-To: <20100923.053236.231630719.hrs@allbsd.org> References: <20100923.053236.231630719.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Sep_24_01_15_18_2010_115)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Fri, 24 Sep 2010 01:17:55 +0900 (JST) X-Spam-Status: No, score=-98.6 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, FAKEDWORD_ONE,FAKEDWORD_VERTICALLINE,RCVD_IN_CHINA,RCVD_IN_CHINA_KR, RCVD_IN_PBL, RCVD_IN_TAIWAN, SPF_SOFTFAIL, USER_IN_WHITELIST, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 16:18:00 -0000 ----Security_Multipart(Fri_Sep_24_01_15_18_2010_115)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hiroki Sato wrote in <20100923.053236.231630719.hrs@allbsd.org>: hr> Hello, hr> hr> Can anyone try a patch for adding 6rd (RFC 5569) support to stf(4)? hr> The patch for HEAD can be found at: hr> hr> http://people.allbsd.org/~hrs/FreeBSD/stf_6rd_20100921-1.diff Grr, I noticed it broke 6to4 functionality. Please use the fixed version here: http://people.allbsd.org/~hrs/FreeBSD/stf_6rd_20100923-1.diff -- Hiroki ----Security_Multipart(Fri_Sep_24_01_15_18_2010_115)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkybfRYACgkQTyzT2CeTzy04XQCdFj4dJAGhPiHOc/q/dpj2Y1e9 jiwAoJQcRhp1AOzzeAHGOjlWdNvuspuK =JliA -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Sep_24_01_15_18_2010_115)---- From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 17:12:02 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05BC4106566B for ; Thu, 23 Sep 2010 17:12:02 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog106.obsmtp.com (eu1sys200aog106.obsmtp.com [207.126.144.121]) by mx1.freebsd.org (Postfix) with SMTP id D4FBA8FC1C for ; Thu, 23 Sep 2010 17:12:00 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob106.postini.com ([207.126.147.11]) with SMTP ID DSNKTJuKXkrsnJ3wqsbeZP8F5WbCBLvRSWND@postini.com; Thu, 23 Sep 2010 17:12:01 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id 0EC18FD01C; Thu, 23 Sep 2010 17:11:58 +0000 (UTC) Message-ID: <4C9B8A50.9060602@tomjudge.com> Date: Thu, 23 Sep 2010 12:11:44 -0500 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: freebsd-net@freebsd.org, davidch@broadcom.com, pyunyh@gmail.com X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: bce(4) un hiding adapter info 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, 23 Sep 2010 17:12:02 -0000 Hi, Would it be possible to unhide the output of bce_print_adapter_info() from under boot verbose? This information is useful for comparing firmware and card versions between machines. Alternatively what about adding a sysctl under dev.bce.X for this info? Thanks Tom -- TJU13-ARIN From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 17:50:44 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB4FF106566C for ; Thu, 23 Sep 2010 17:50:44 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id A9B7B8FC1C for ; Thu, 23 Sep 2010 17:50:44 +0000 (UTC) Received: from [10.9.200.131] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 23 Sep 2010 10:43:54 -0700 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Thu, 23 Sep 2010 10:43:54 -0700 From: "David Christensen" To: "Tom Judge" , "freebsd-net@freebsd.org" , "pyunyh@gmail.com" Date: Thu, 23 Sep 2010 10:43:52 -0700 Thread-Topic: bce(4) un hiding adapter info Thread-Index: ActbQnXh18rnYxMKRLeN2bfpYPo7zQAA5b3A Message-ID: <5D267A3F22FD854F8F48B3D2B52381933B5A78B444@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4C9B8A50.9060602@tomjudge.com> In-Reply-To: <4C9B8A50.9060602@tomjudge.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 60854E503KC115153894-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: bce(4) un hiding adapter info 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, 23 Sep 2010 17:50:44 -0000 > Would it be possible to unhide the output of bce_print_adapter_info() > from under boot verbose? >=20 > This information is useful for comparing firmware and card versions > between machines. >=20 > Alternatively what about adding a sysctl under dev.bce.X for this info? I have no problem doing that, just not sure that everyone would appreciate the spew. I like it for exactly the same reason, troubleshooting remote systems. =20 What I'd really like to do is revamp the debug code so that it=20 can be enabled/disabled on the fly rather than requiring that=20 the driver be compiled. Adding some performance stuff would=20 be awesome as well. Dave=20 From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 18:05:09 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CB841065694 for ; Thu, 23 Sep 2010 18:05:09 +0000 (UTC) (envelope-from sushanth_rai@yahoo.com) Received: from web180001.mail.gq1.yahoo.com (web180001.mail.gq1.yahoo.com [67.195.8.65]) by mx1.freebsd.org (Postfix) with SMTP id 547088FC1A for ; Thu, 23 Sep 2010 18:05:08 +0000 (UTC) Received: (qmail 16757 invoked by uid 60001); 23 Sep 2010 18:05:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1285265108; bh=vllQfPnmY1/9z7f/AhzTawRqjGRkgl3P8gFHJDRegAQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=EG7M+vWztvTIh3J3Aceiq42ynX5cN2Rn48lB5Pon4C8avk13avDEdtBCr4282hi6uqs/Mkaa2qpa93At7K1Wgg+bl3Xsg/2JmHjl3vV/lmxv0thjK8OUsSMmkxLjTZoT+xE+EEzjgLWy+8DvFnK9+T4/jCEXczoQCPyG80vKmN4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=UDHfMBSrX+CJ9u92BNRiocn8dhqt5YLeeBY5bUEK7LDmQhwrOxidm6UbP8szWOPmtcWG0dgTyHL4CxYhZXVmWazbL2W9J2FCSF8dgEa8e7Uf3UDCKAcDACRegmTil/lKqzdPqi4AFuTDvjQLWqvLx+9frfuGInTO86y3YCL9DNk=; Message-ID: <580411.14417.qm@web180001.mail.gq1.yahoo.com> X-YMail-OSG: muD8fagVM1kuNH.xOip_2R5OzIUn0AEU89_WEfWtxWNY.R6 9dnZCKLnBZqN0KjhyG0zBs.gB0_OJiDbsVLBQmdfNbGG_.HCyBLnhJ.8fudt hEoSFUB_fEfM9aQ9k_PXioXiovGTU2WXyW2kg4KEXMh9KnY1_rggglP7TOVm JygY7Fyur2m9YzlJyaAVTEgi.a7kZiNaBxWTXnEGpjQ0eXB.CaV3lj3p24yB BRAPhgB07B8.vPYLlikTGi8BwL2P1_vpB2wYQqLIFpDn2U3t7HAv81v_gnn0 BYA1Aw11UE.8wO6yIk41zTH.oGkbp_7lLgSGoQBp2wNT1_r4LpCLwNAf_CnG zD1JvedVyLObIV140sgmLiCWelg-- Received: from [209.116.51.67] by web180001.mail.gq1.yahoo.com via HTTP; Thu, 23 Sep 2010 11:05:08 PDT X-Mailer: YahooMailClassic/11.4.9 YahooMailWebService/0.8.105.279950 Date: Thu, 23 Sep 2010 11:05:08 -0700 (PDT) From: Sushanth Rai To: Luiz Otavio O Souza In-Reply-To: <748672F0-DFF8-48A4-A4AC-AC9BA698584C@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@freebsd.org Subject: Re: Changing link status in bge driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 18:05:09 -0000 "ifconfig bge1 media none" does change the PHY status temporarily. I see the following when I run this command: bge1: flags=8843 metric 0 mtu 1500 options=bb ether 00:40:d0:b8:1e:0b media: Ethernet none status: no carrier After a few seconds if I do "ifconfig bge1", it's automagically changed to: bge1: flags=8843 metric 0 mtu 1500 options=bb ether 00:40:d0:b8:1e:0b media: Ethernet none (1000baseTX ) status: active I tried playing around with mediaopt, but PHY status doesn't seem to change permanently. --- On Thu, 9/23/10, Luiz Otavio O Souza wrote: > From: Luiz Otavio O Souza > Subject: Re: Changing link status in bge driver > To: "Sushanth Rai" > Date: Thursday, September 23, 2010, 2:31 AM > On Sep 23, 2010, at 4:11 AM, Sushanth > Rai wrote: > > > Hello, > > > > I'm using BCM5715C based NIC card on a FreeBSD 7.2 > system. I would like to simulate condition where the PHY > layer is powered-off i.e, the link status should show as "no > carrier". When I do "ifconfig down", it just turns-off the > driver and the link status is still active. Is there is > anything I can do in the bge driver or anywhere else in the > software stack to simulate this condition without physically > disconnecting the cable ? > > > > Thanks, > > Sushanth > > Hi, > > ifconfig bgeX media none should do what you need. > > Luiz From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 18:21:27 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DFF6106566C for ; Thu, 23 Sep 2010 18:21:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9CD858FC15 for ; Thu, 23 Sep 2010 18:21:25 +0000 (UTC) Received: by pwi8 with SMTP id 8so741822pwi.13 for ; Thu, 23 Sep 2010 11:21:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=VDDWJkJjNCt3tdN6KSQ9Wcc4pf+68eXI2e3kGDjxnMc=; b=pVsKbFspeWNY1ygB1CWceqTWhXVgGIdAh5vCNEA5axqc2I1RLXakUKLVpSeoK7ZPRU zGb+ZX1xzNGa4bq5IUWiZKe2InqZv0KhlfhV9JhUdP13G5oJvGEKANPd6f/UCGf+tC4I 0+Ltd7BRVNLLf0l93RBuya9VcaNjK6ivV4zoI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=H6tUEVoFKlgwQVr8sEsL0wZ9eFR+U2e1Ulx5zELJL3m+8khzeSHN3UY+OS1tao0ksy Ckj9v7e0whSHJ+K9Jtqjtlm1thXpViEEvCGhSdYmbxCOXiduTPhXG1X1KxfckC8p3k1i S0rw7Sl3HMZ5bNjVrvvZ8t1d/XQHXJWI2McQI= Received: by 10.142.242.9 with SMTP id p9mr1758241wfh.325.1285266084935; Thu, 23 Sep 2010 11:21:24 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v6sm1233195wfg.15.2010.09.23.11.21.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Sep 2010 11:21:23 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 23 Sep 2010 11:20:33 -0700 From: Pyun YongHyeon Date: Thu, 23 Sep 2010 11:20:33 -0700 To: David Christensen Message-ID: <20100923182033.GA15014@michelle.cdnetworks.com> References: <4C9B8A50.9060602@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B444@IRVEXCHCCR01.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933B5A78B444@IRVEXCHCCR01.corp.ad.broadcom.com> User-Agent: Mutt/1.4.2.3i Cc: Tom Judge , "freebsd-net@freebsd.org" Subject: Re: bce(4) un hiding adapter info 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, 23 Sep 2010 18:21:27 -0000 On Thu, Sep 23, 2010 at 10:43:52AM -0700, David Christensen wrote: > > Would it be possible to unhide the output of bce_print_adapter_info() > > from under boot verbose? > > > > This information is useful for comparing firmware and card versions > > between machines. > > > > Alternatively what about adding a sysctl under dev.bce.X for this info? > > I have no problem doing that, just not sure that everyone would > appreciate the spew. I like it for exactly the same reason, > troubleshooting remote systems. > I also like to see that. It would just add one informational line and it wouldn't hurt. > What I'd really like to do is revamp the debug code so that it > can be enabled/disabled on the fly rather than requiring that > the driver be compiled. Adding some performance stuff would Couldn't it be implemented with sysctl? Users may set a variable something like dev.bce.0.diag_bitmap to activate debugging code. But it seems that requires a lot of code changes. > be awesome as well. > > Dave > > From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 18:22:49 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25C91065674; Thu, 23 Sep 2010 18:22:49 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id A00778FC0A; Thu, 23 Sep 2010 18:22:49 +0000 (UTC) Received: from [10.9.200.131] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 23 Sep 2010 11:21:41 -0700 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Thu, 23 Sep 2010 11:21:36 -0700 From: "David Christensen" To: "Tom Judge" , "pyunyh@gmail.com" Date: Thu, 23 Sep 2010 11:21:25 -0700 Thread-Topic: bce(4) - com_no_buffers (Again) Thread-Index: ActbMNbcz5WrJs6wRPioWTxM0VHJgAAGauzg Message-ID: <5D267A3F22FD854F8F48B3D2B52381933B5A78B484@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> <4C9B6CBD.2030408@tomjudge.com> In-Reply-To: <4C9B6CBD.2030408@tomjudge.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: A5nR Bu7n CfqD EaQY JXHx XRv6 aZ+G eE9k fVFW mrUr qrfH q7eJ reMx s2fB uNYX vLS1; 4; ZgByAGUAZQBiAHMAZAAtAG4AZQB0AEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnADsAcAB5AHUAbgB5AGgAQABnAG0AYQBpAGwALgBjAG8AbQA7AHQAbwBtAEAAdABvAG0AagB1AGQAZwBlAC4AYwBvAG0AOwB5AG8AbgBnAGEAcgBpAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {2C203A59-FC76-4AEB-BE36-EFE4F6E8D7F5}; ZABhAHYAaQBkAGMAaABAAGIAcgBvAGEAZABjAG8AbQAuAGMAbwBtAA==; Thu, 23 Sep 2010 18:21:25 GMT; UgBFADoAIABiAGMAZQAoADQAKQAgAC0AIABjAG8AbQBfAG4AbwBfAGIAdQBmAGYAZQByAHMAIAAoAEEAZwBhAGkAbgApAA== x-cr-puzzleid: {2C203A59-FC76-4AEB-BE36-EFE4F6E8D7F5} acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 6085453F3N04757123-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" , "yongari@freebsd.org" Subject: RE: bce(4) - com_no_buffers (Again) 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, 23 Sep 2010 18:22:50 -0000 > >> Under testing I have yet to see a memory fragmentation issue with > this > >> driver. I follow up if/when I find a problem with this again. > >> > >> > So here we are again. The system is locking up again because of 9k > mbuf > allocation failures. Failure to allocate a new buffer should cause the driver to drop the received frame and reuse the buffer, not lock up the system. Are you seeing the lockup come from bce(4) or does it come from somewhere else due to the dropped data? > >> Is there a way to fix the RX buffer shortage issues (when header > >> splitting is turned on) so that they are guarded by flow control. > Maybe > >> change the low watermark for flow control when its enabled? > >> > >> > > I'm not sure how much it would help but try changing RX low > > watermark. Default value is 32 which seems to be reasonable value. > > But it's only for 5709/5716 controllers and Linux seems to use > > different default value. > > > These are: NetXtreme II BCM5709 Gigabit Ethernet >=20 > So my next task is to turn the watermark related defines into sysctls > and turn on header splitting so that I can try to tune them without > having to reboot. > Do you have flow control enabled? There are arguments both for and against flow control. For bce(4), I haven't tested flow control for quite a while and it's behavior may have changed since it is controlled by firmware. Keep an eye on the hardware statistics to see that's it's actively generating pause frames. >=20 > My next question is, is it possible to increase the size of the RX ring > without switching to RSS? > I have a change I've been working on to allow RX/TX ring size to be adjusted through a sysctl. Let me pretty it up a bit and send it to you for test. You should be able to adjust the ring size without enabling RSS. Dave=20 From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 18:27:29 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3FD4106566C for ; Thu, 23 Sep 2010 18:27:29 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF458FC19 for ; Thu, 23 Sep 2010 18:27:29 +0000 (UTC) Received: by pxi17 with SMTP id 17so712805pxi.13 for ; Thu, 23 Sep 2010 11:27:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=mYvj9kWmUvHUGFHXD1YdWQ1KAI9DIu1qy/ewJDiwB5U=; b=CmdsqMoWoyrIGpneumSUChxiBVC1kI2uIouiH1QmwhB8CLi0EWHmMdXOHtzoA9+NKx bu5OWVIGOxERCpRZLrRmCNbljFfWw00nLpKg9GAx/2fpDvB9f7+nXJMqnUpKnLEQzvPM qLTdHCkYRR+rfCvjOcJouv/YuOlaiVCppZe7o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=B2yAoATIp0FemPmTGjfWgD/Htglatf+npWM040KlCfUKn4K2R5vlcdosAxkO9RNEmA 33GXFN3ZA7uO4sLrjYJvv0tKvINAz4yRtzN3frt5L8TJviqbCpHLF/l93+HVryzENRz+ WCs7o5omSb4iJ5sG2kWDccPrdYs3rX2kC1P68= Received: by 10.142.127.16 with SMTP id z16mr1804800wfc.3.1285266448955; Thu, 23 Sep 2010 11:27:28 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e12sm1241817wfh.1.2010.09.23.11.27.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Sep 2010 11:27:27 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 23 Sep 2010 11:26:37 -0700 From: Pyun YongHyeon Date: Thu, 23 Sep 2010 11:26:37 -0700 To: Sushanth Rai Message-ID: <20100923182637.GB15014@michelle.cdnetworks.com> References: <748672F0-DFF8-48A4-A4AC-AC9BA698584C@gmail.com> <580411.14417.qm@web180001.mail.gq1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <580411.14417.qm@web180001.mail.gq1.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Luiz Otavio O Souza Subject: Re: Changing link status in bge driver 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, 23 Sep 2010 18:27:29 -0000 On Thu, Sep 23, 2010 at 11:05:08AM -0700, Sushanth Rai wrote: > "ifconfig bge1 media none" does change the PHY status temporarily. I see the following when I run this command: > > bge1: flags=8843 metric 0 mtu 1500 > options=bb > ether 00:40:d0:b8:1e:0b > media: Ethernet none > status: no carrier > > After a few seconds if I do "ifconfig bge1", it's automagically changed to: > > bge1: flags=8843 metric 0 mtu 1500 > options=bb > ether 00:40:d0:b8:1e:0b > media: Ethernet none (1000baseTX ) > status: active > > > I tried playing around with mediaopt, but PHY status doesn't seem to change permanently. > brgphy(4) does not correctly handle IFM_NONE at this moment. In fact, brgphy(4)'s manual media configuration does not seem to work well. See MII_MEDIACHG handler of brgphy_physervice and implement IFM_NONE media type to power down or isolate the PHY. > > --- On Thu, 9/23/10, Luiz Otavio O Souza wrote: > > > From: Luiz Otavio O Souza > > Subject: Re: Changing link status in bge driver > > To: "Sushanth Rai" > > Date: Thursday, September 23, 2010, 2:31 AM > > On Sep 23, 2010, at 4:11 AM, Sushanth > > Rai wrote: > > > > > Hello, > > > > > > I'm using BCM5715C based NIC card on a FreeBSD 7.2 > > system. I would like to simulate condition where the PHY > > layer is powered-off i.e, the link status should show as "no > > carrier". When I do "ifconfig down", it just turns-off the > > driver and the link status is still active. Is there is > > anything I can do in the bge driver or anywhere else in the > > software stack to simulate this condition without physically > > disconnecting the cable ? > > > > > > Thanks, > > > Sushanth > > > > Hi, > > > > ifconfig bgeX media none should do what you need. > > > > Luiz > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 18:40:46 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E96151065696; Thu, 23 Sep 2010 18:40:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id ADC648FC1D; Thu, 23 Sep 2010 18:40:46 +0000 (UTC) Received: by pwi8 with SMTP id 8so761123pwi.13 for ; Thu, 23 Sep 2010 11:40:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=nEe/5SBprdXgoZKUWZK/kP3rG8YEwn5n9vwlchlR5iQ=; b=TBxMK5JwfaTJLDzZtRzRAqJprxAbKKcfZdKWrEVPg3XOFastBIT0b12vucql4s8pfr eqijdxFYM3fdIS1/sw5TzumLfSAuMWz3J1tlIZYEkQj8F2WNxoq6zJEkgemQwuIRDvuV TrgENRYV75E3rNKnvByHJC7h6s6hcTaPKuAG0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=dDX39YtJf4n2vvaiqRqcScEN3j2YAjXnwRCS2zV5Snmx+ljHpsoUdNp4QwrW/aTJpZ lCF9g6vwbSphsifyl47+b5F/a7OHVYUcb4TmtXlv87QPQOzK9UWX5HEroTfUiL1e8X4Y XH5qGQIhdDNm3s2i8AW27gq7gfe2mwE0u1P9A= Received: by 10.114.92.16 with SMTP id p16mr2304736wab.210.1285267246151; Thu, 23 Sep 2010 11:40:46 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id q6sm1881932waj.10.2010.09.23.11.40.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Sep 2010 11:40:44 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 23 Sep 2010 11:39:54 -0700 From: Pyun YongHyeon Date: Thu, 23 Sep 2010 11:39:54 -0700 To: Tom Judge Message-ID: <20100923183954.GC15014@michelle.cdnetworks.com> References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> <4C9B6CBD.2030408@tomjudge.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C9B6CBD.2030408@tomjudge.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, davidch@broadcom.com, yongari@freebsd.org Subject: Re: bce(4) - com_no_buffers (Again) 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, 23 Sep 2010 18:40:47 -0000 On Thu, Sep 23, 2010 at 10:05:33AM -0500, Tom Judge wrote: > On 09/13/2010 03:53 PM, Pyun YongHyeon wrote: > > On Mon, Sep 13, 2010 at 03:38:41PM -0500, Tom Judge wrote: > > > >> On 09/13/2010 02:33 PM, Pyun YongHyeon wrote: > >> > >>> On Mon, Sep 13, 2010 at 02:07:58PM -0500, Tom Judge wrote: > >>> > >>> > >>>>>> Without BCE_JUMBO_HDRSPLIT then we see no errors. With it we see number > >>>>>> of errors, however the rate seems to be reduced compaired to the > >>>>>> previous version of the driver. > >>>>>> > >>>>> It seems there are issues in header splitting and it was disabled > >>>>> by default. Header splitting reduces packet processing overhead in > >>>>> upper layer so it's normal to see better performance with header > >>>>> splitting. > >>>>> > >>>> The reason that we have had header splitting enabled in the past is that > >>>> historically there have been issues with memory fragmentation when using > >>>> 8k jumbo frames (resulting in 9k mbuf's). > >>>> > >>> Yes, if you use jumbo frames, header splitting would help to reduce > >>> memory fragmentation as header splitting wouldn't allocate jumbo > >>> clusters. > >>> > >>> > >> Under testing I have yet to see a memory fragmentation issue with this > >> driver. I follow up if/when I find a problem with this again. > >> > >> > So here we are again. The system is locking up again because of 9k mbuf > allocation failures. > > tj@pidge '14:12:25' '~' > > $ netstat -m > 514/4781/5295 mbufs in use (current/cache/total) > 0/2708/2708/25600 mbuf clusters in use (current/cache/total/max) > 0/1750 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/2904/2904/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 513/3274/3787/6400 9k jumbo clusters in use (current/cache/total/max) Number of 9k clusters didn't reach to the limit. > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 4745K/47693K/52438K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/2692655/0 requests for jumbo clusters denied (4k/9k/16k) I see large denied value for 9k jumbo clusters but it could be normal under hight network load. But it should not lock up the controller. Note, under these conditions(cluster allocation failure) driver would drop incoming frames which in turn will does not pass received frames to upper stack. The end result could be shown as locked up as upper stack does not receive frames. I think you can check MAC statistics whether the driver is still running or not. > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > > >>>> I have a kernel with the following configuration in testing right now: > >>>> > >>>> * Flow control enabled. > >>>> * Jumbo header splitting turned off. > >>>> > >>>> > >>>> Is there any way that we can fix flow control with jumbo header > >>>> splitting turned on? > >>>> > >>>> > >>>> > >>> Flow control has nothing to do with header splitting(i.e. flow > >>> control is always enabled). > >>> > >>> > >>> > >> Sorry let me rephrase that: > >> > >> Is there a way to fix the RX buffer shortage issues (when header > >> splitting is turned on) so that they are guarded by flow control. Maybe > >> change the low watermark for flow control when its enabled? > >> > >> > > I'm not sure how much it would help but try changing RX low > > watermark. Default value is 32 which seems to be reasonable value. > > But it's only for 5709/5716 controllers and Linux seems to use > > different default value. > > > These are: NetXtreme II BCM5709 Gigabit Ethernet > > So my next task is to turn the watermark related defines into sysctls > and turn on header splitting so that I can try to tune them without > having to reboot. > > > > My next question is, is it possible to increase the size of the RX ring > without switching to RSS? > Yes but I doubt it would help in this case as you seem to suffer from 9K jumbo frame allocation failure. From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 19:27:15 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CAA4106564A; Thu, 23 Sep 2010 19:27:15 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) by mx1.freebsd.org (Postfix) with SMTP id 952078FC0A; Thu, 23 Sep 2010 19:27:13 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob120.postini.com ([207.126.147.11]) with SMTP ID DSNKTJuqDpG1qHZwKpPmexcG3sDzg2FKdoQu@postini.com; Thu, 23 Sep 2010 19:27:14 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id E31FAFD01D; Thu, 23 Sep 2010 19:27:06 +0000 (UTC) Message-ID: <4C9BA9FD.50406@tomjudge.com> Date: Thu, 23 Sep 2010 14:26:53 -0500 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: David Christensen References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> <4C9B6CBD.2030408@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B484@IRVEXCHCCR01.corp.ad.broadcom.com> In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933B5A78B484@IRVEXCHCCR01.corp.ad.broadcom.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "pyunyh@gmail.com" , "freebsd-net@freebsd.org" , "yongari@freebsd.org" Subject: Re: bce(4) - com_no_buffers (Again) 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, 23 Sep 2010 19:27:15 -0000 On 09/23/2010 01:21 PM, David Christensen wrote: >>>> Under testing I have yet to see a memory fragmentation issue with >>>> >> this >> >>>> driver. I follow up if/when I find a problem with this again. >>>> >>>> >>>> >> So here we are again. The system is locking up again because of 9k >> mbuf >> allocation failures. >> > Failure to allocate a new buffer should cause the driver to > drop the received frame and reuse the buffer, not lock up the > system. Are you seeing the lockup come from bce(4) or does > it come from somewhere else due to the dropped data? > > The lockup is not from the NIC as such, the systems have the appearance of locking up as home directories are on NFS and the user information is stored in a remote LDAP server. When the system starts to drop frames due to lack of 9k memory regions it tends to last for a few minutes (when it is really bad) and stop all traffic into the system. This appears to the average user as a complete system pause. >>>> Is there a way to fix the RX buffer shortage issues (when header >>>> splitting is turned on) so that they are guarded by flow control. >>>> >> Maybe >> >>>> change the low watermark for flow control when its enabled? >>>> >>>> >>>> >>> I'm not sure how much it would help but try changing RX low >>> watermark. Default value is 32 which seems to be reasonable value. >>> But it's only for 5709/5716 controllers and Linux seems to use >>> different default value. >>> >>> >> These are: NetXtreme II BCM5709 Gigabit Ethernet >> >> So my next task is to turn the watermark related defines into sysctls >> and turn on header splitting so that I can try to tune them without >> having to reboot. >> >> > Do you have flow control enabled? There are arguments both for > and against flow control. For bce(4), I haven't tested flow control > for quite a while and it's behavior may have changed since it is > controlled by firmware. Keep an eye on the hardware statistics > to see that's it's actively generating pause frames. > At the moment I have a number tests: 1) With flow control disabled and header splitting on or off flood the server with very small frames (200 bytes). This will trigger the firmware to drop frames due to BD shortages (incrementing dev.bce.X.com_no_buffers). Traffic source: route change test-system -mtu 200 dd if=/dev/zero bs=8000 | nc -l 1111 Test system: nc source 1111 > /dev/null 2) With flow control enabled and header splitting off flood the server with traffic with very slow userland processing: Traffic source: for I in 1 2 3 4 5 6 7 8; do ( dd if=/dev/zero bs=8000 | nc -l 1111$I & ); done Test system: 8* nc source 1111$I | throttle -k 1 > /dev/null On our systems this will reliably trigger denied 9k allocations. 3) With flow control enabled and header splitting on flood the server with very small frames (200 bytes). (Using the same test as in case 1). My aim is to tune the watermark here so that there are no frames dropped due to BD shortages. I am under the impression that the best solution is to tune the RX ring so that flow control can be disabled but I not sure I could do this. >> My next question is, is it possible to increase the size of the RX ring >> without switching to RSS? >> >> > I have a change I've been working on to allow RX/TX ring size > to be adjusted through a sysctl. Let me pretty it up a bit and > send it to you for test. You should be able to adjust the ring > size without enabling RSS. > > If you can provide a patch I have hardware available to test on. Thanks Tom -- TJU13-ARIN From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 19:31:23 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69022106564A; Thu, 23 Sep 2010 19:31:23 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) by mx1.freebsd.org (Postfix) with SMTP id EEFBF8FC12; Thu, 23 Sep 2010 19:31:21 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob120.postini.com ([207.126.147.11]) with SMTP ID DSNKTJurBx765T6UQth4Io0YVBvMlPrCcqZQ@postini.com; Thu, 23 Sep 2010 19:31:22 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id 65042FD019; Thu, 23 Sep 2010 19:31:19 +0000 (UTC) Message-ID: <4C9BAAFA.7050901@tomjudge.com> Date: Thu, 23 Sep 2010 14:31:06 -0500 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> <4C9B6CBD.2030408@tomjudge.com> <20100923183954.GC15014@michelle.cdnetworks.com> In-Reply-To: <20100923183954.GC15014@michelle.cdnetworks.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, davidch@broadcom.com, yongari@freebsd.org Subject: Re: bce(4) - com_no_buffers (Again) 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, 23 Sep 2010 19:31:23 -0000 On 09/23/2010 01:39 PM, Pyun YongHyeon wrote: > On Thu, Sep 23, 2010 at 10:05:33AM -0500, Tom Judge wrote: > >> On 09/13/2010 03:53 PM, Pyun YongHyeon wrote: >> >>> On Mon, Sep 13, 2010 at 03:38:41PM -0500, Tom Judge wrote: >>> >>> >>>> On 09/13/2010 02:33 PM, Pyun YongHyeon wrote: >>>> >>>> >>>>> On Mon, Sep 13, 2010 at 02:07:58PM -0500, Tom Judge wrote: >>>>> >>>>> >>>>> >>>>>>>> Without BCE_JUMBO_HDRSPLIT then we see no errors. With it we see number >>>>>>>> of errors, however the rate seems to be reduced compaired to the >>>>>>>> previous version of the driver. >>>>>>>> >>>>>>>> >>>>>>> It seems there are issues in header splitting and it was disabled >>>>>>> by default. Header splitting reduces packet processing overhead in >>>>>>> upper layer so it's normal to see better performance with header >>>>>>> splitting. >>>>>>> >>>>>>> >>>>>> The reason that we have had header splitting enabled in the past is that >>>>>> historically there have been issues with memory fragmentation when using >>>>>> 8k jumbo frames (resulting in 9k mbuf's). >>>>>> >>>>>> >>>>> Yes, if you use jumbo frames, header splitting would help to reduce >>>>> memory fragmentation as header splitting wouldn't allocate jumbo >>>>> clusters. >>>>> >>>>> >>>>> >>>> Under testing I have yet to see a memory fragmentation issue with this >>>> driver. I follow up if/when I find a problem with this again. >>>> >>>> >>>> >> So here we are again. The system is locking up again because of 9k mbuf >> allocation failures. >> >> tj@pidge '14:12:25' '~' >> >>> $ netstat -m >>> >> 514/4781/5295 mbufs in use (current/cache/total) >> 0/2708/2708/25600 mbuf clusters in use (current/cache/total/max) >> 0/1750 mbuf+clusters out of packet secondary zone in use (current/cache) >> 0/2904/2904/12800 4k (page size) jumbo clusters in use >> (current/cache/total/max) >> 513/3274/3787/6400 9k jumbo clusters in use (current/cache/total/max) >> > Number of 9k clusters didn't reach to the limit. > > I think it is being limited by the availability of 9k continuous memory segments. >> 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) >> 4745K/47693K/52438K bytes allocated to network (current/cache/total) >> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> 0/2692655/0 requests for jumbo clusters denied (4k/9k/16k) >> > I see large denied value for 9k jumbo clusters but it could be > normal under hight network load. But it should not lock up the > controller. Note, under these conditions(cluster allocation > failure) driver would drop incoming frames which in turn will does > not pass received frames to upper stack. The end result could be > shown as locked up as upper stack does not receive frames. I think > you can check MAC statistics whether the driver is still running or > not. > The system lockup is more a visual side affect than a real one. The problem seems to be the time it takes applications to clear the input queue on established connections. The longer this takes and the more connections active at a time the worse the problem appears. For large numbers of connections it can cause input frames to be dropped for up to a few minutes while there are no memory regions free to be allocated. > >> 0/0/0 sfbufs in use (current/peak/max) >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 0 requests for I/O initiated by sendfile >> 0 calls to protocol drain routines >> >> >> >>>>>> I have a kernel with the following configuration in testing right now: >>>>>> >>>>>> * Flow control enabled. >>>>>> * Jumbo header splitting turned off. >>>>>> >>>>>> >>>>>> Is there any way that we can fix flow control with jumbo header >>>>>> splitting turned on? >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Flow control has nothing to do with header splitting(i.e. flow >>>>> control is always enabled). >>>>> >>>>> >>>>> >>>>> >>>> Sorry let me rephrase that: >>>> >>>> Is there a way to fix the RX buffer shortage issues (when header >>>> splitting is turned on) so that they are guarded by flow control. Maybe >>>> change the low watermark for flow control when its enabled? >>>> >>>> >>>> >>> I'm not sure how much it would help but try changing RX low >>> watermark. Default value is 32 which seems to be reasonable value. >>> But it's only for 5709/5716 controllers and Linux seems to use >>> different default value. >>> >>> >> These are: NetXtreme II BCM5709 Gigabit Ethernet >> >> So my next task is to turn the watermark related defines into sysctls >> and turn on header splitting so that I can try to tune them without >> having to reboot. >> >> >> >> My next question is, is it possible to increase the size of the RX ring >> without switching to RSS? >> >> > Yes but I doubt it would help in this case as you seem to suffer > from 9K jumbo frame allocation failure. > With this solution I would be turning header splitting back on so that there where no 9k allocation issues. Tom -- TJU13-ARIN From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 19:34:14 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D72C1065673; Thu, 23 Sep 2010 19:34:14 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog104.obsmtp.com (eu1sys200aog104.obsmtp.com [207.126.144.117]) by mx1.freebsd.org (Postfix) with SMTP id 8FF4E8FC1B; Thu, 23 Sep 2010 19:34:12 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob104.postini.com ([207.126.147.11]) with SMTP ID DSNKTJursufVwsN4b4anvrGPpXfzLpMff9da@postini.com; Thu, 23 Sep 2010 19:34:13 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id 84050FD019; Thu, 23 Sep 2010 19:34:09 +0000 (UTC) Message-ID: <4C9BABA4.1060805@tomjudge.com> Date: Thu, 23 Sep 2010 14:33:56 -0500 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: David Christensen References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> <4C9B6CBD.2030408@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B484@IRVEXCHCCR01.corp.ad.broadcom.com> <4C9BA9FD.50406@tomjudge.com> In-Reply-To: <4C9BA9FD.50406@tomjudge.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "pyunyh@gmail.com" , "freebsd-net@freebsd.org" , "yongari@freebsd.org" Subject: Re: bce(4) - com_no_buffers (Again) 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, 23 Sep 2010 19:34:14 -0000 The throttle command I am using in the tests is the one from here: http://klicman.org/throttle/ On 09/23/2010 02:26 PM, Tom Judge wrote: > On 09/23/2010 01:21 PM, David Christensen wrote: > >>>>> Under testing I have yet to see a memory fragmentation issue with >>>>> >>>>> >>> this >>> >>> >>>>> driver. I follow up if/when I find a problem with this again. >>>>> >>>>> >>>>> >>>>> >>> So here we are again. The system is locking up again because of 9k >>> mbuf >>> allocation failures. >>> >>> >> Failure to allocate a new buffer should cause the driver to >> drop the received frame and reuse the buffer, not lock up the >> system. Are you seeing the lockup come from bce(4) or does >> it come from somewhere else due to the dropped data? >> >> >> > The lockup is not from the NIC as such, the systems have the appearance > of locking up as home directories are on NFS and the user information is > stored in a remote LDAP server. When the system starts to drop frames > due to lack of 9k memory regions it tends to last for a few minutes > (when it is really bad) and stop all traffic into the system. This > appears to the average user as a complete system pause. > > > >>>>> Is there a way to fix the RX buffer shortage issues (when header >>>>> splitting is turned on) so that they are guarded by flow control. >>>>> >>>>> >>> Maybe >>> >>> >>>>> change the low watermark for flow control when its enabled? >>>>> >>>>> >>>>> >>>>> >>>> I'm not sure how much it would help but try changing RX low >>>> watermark. Default value is 32 which seems to be reasonable value. >>>> But it's only for 5709/5716 controllers and Linux seems to use >>>> different default value. >>>> >>>> >>>> >>> These are: NetXtreme II BCM5709 Gigabit Ethernet >>> >>> So my next task is to turn the watermark related defines into sysctls >>> and turn on header splitting so that I can try to tune them without >>> having to reboot. >>> >>> >>> >> Do you have flow control enabled? There are arguments both for >> and against flow control. For bce(4), I haven't tested flow control >> for quite a while and it's behavior may have changed since it is >> controlled by firmware. Keep an eye on the hardware statistics >> to see that's it's actively generating pause frames. >> >> > At the moment I have a number tests: > > 1) With flow control disabled and header splitting on or off flood the > server with very small frames (200 bytes). This will trigger the > firmware to drop frames due to BD shortages (incrementing > dev.bce.X.com_no_buffers). > > Traffic source: > > route change test-system -mtu 200 > dd if=/dev/zero bs=8000 | nc -l 1111 > > Test system: > > nc source 1111 > /dev/null > > > 2) With flow control enabled and header splitting off flood the server > with traffic with very slow userland processing: > > Traffic source: > > for I in 1 2 3 4 5 6 7 8; do ( dd if=/dev/zero bs=8000 | nc -l 1111$I & > ); done > > Test system: > > 8* > nc source 1111$I | throttle -k 1 > /dev/null > > On our systems this will reliably trigger denied 9k allocations. > > 3) With flow control enabled and header splitting on flood the server > with very small frames (200 bytes). (Using the same test as in case 1). > My aim is to tune the watermark here so that there are no frames dropped > due to BD shortages. > > > > > I am under the impression that the best solution is to tune the RX ring > so that flow control can be disabled but I not sure I could do this. > > > >>> My next question is, is it possible to increase the size of the RX ring >>> without switching to RSS? >>> >>> >>> >> I have a change I've been working on to allow RX/TX ring size >> to be adjusted through a sysctl. Let me pretty it up a bit and >> send it to you for test. You should be able to adjust the ring >> size without enabling RSS. >> >> >> > If you can provide a patch I have hardware available to test on. > > Thanks > > Tom > > -- TJU13-ARIN From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 20:30:02 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30AC31065696 for ; Thu, 23 Sep 2010 20:30:02 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog120.obsmtp.com (eu1sys200aog120.obsmtp.com [207.126.144.149]) by mx1.freebsd.org (Postfix) with SMTP id 41F9D8FC0A for ; Thu, 23 Sep 2010 20:30:00 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob120.postini.com ([207.126.147.11]) with SMTP ID DSNKTJu4x6JUjuHuEBqauhPJoMe0DG9uLDta@postini.com; Thu, 23 Sep 2010 20:30:01 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id 87801FD01B for ; Thu, 23 Sep 2010 20:29:59 +0000 (UTC) Message-ID: <4C9BB8BA.8040501@tomjudge.com> Date: Thu, 23 Sep 2010 15:29:46 -0500 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: "freebsd-net@freebsd.org" X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: brgphy - Disabling flow control from the host 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, 23 Sep 2010 20:30:02 -0000 Hi, I was looking though the brgphy code toady looking for a way to control flow control from the host rather than from the switch but didn't find any hints. Is it possible to control the flow control negotiation on these PHY's? Thanks Tom -- TJU13-ARIN From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 20:31:37 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43E081065675; Thu, 23 Sep 2010 20:31:37 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0D57E8FC13; Thu, 23 Sep 2010 20:31:36 +0000 (UTC) Received: from [10.9.200.131] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 23 Sep 2010 13:30:52 -0700 X-Server-Uuid: D3C04415-6FA8-4F2C-93C1-920E106A2031 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Thu, 23 Sep 2010 13:30:52 -0700 From: "David Christensen" To: "Tom Judge" Date: Thu, 23 Sep 2010 13:30:42 -0700 Thread-Topic: bce(4) - com_no_buffers (Again) Thread-Index: ActbVVsV3eDkFvsDQ6a67+cfUoq2/QAB+jGw Message-ID: <5D267A3F22FD854F8F48B3D2B52381933B5A78B544@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> <4C9B6CBD.2030408@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B484@IRVEXCHCCR01.corp.ad.broadcom.com> <4C9BA9FD.50406@tomjudge.com> In-Reply-To: <4C9BA9FD.50406@tomjudge.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: EUL4 EbMy GzIr JtLp J9+c LNK1 NJpr Ru1W T1Ye U+JH a1H7 bcnD e81K hy77 mprW nJkm; 4; ZgByAGUAZQBiAHMAZAAtAG4AZQB0AEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnADsAcAB5AHUAbgB5AGgAQABnAG0AYQBpAGwALgBjAG8AbQA7AHQAbwBtAEAAdABvAG0AagB1AGQAZwBlAC4AYwBvAG0AOwB5AG8AbgBnAGEAcgBpAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {A5949329-902B-45B6-A2A3-C6334B20CA88}; ZABhAHYAaQBkAGMAaABAAGIAcgBvAGEAZABjAG8AbQAuAGMAbwBtAA==; Thu, 23 Sep 2010 20:30:42 GMT; UgBFADoAIABiAGMAZQAoADQAKQAgAC0AIABjAG8AbQBfAG4AbwBfAGIAdQBmAGYAZQByAHMAIAAoAEEAZwBhAGkAbgApAA== x-cr-puzzleid: {A5949329-902B-45B6-A2A3-C6334B20CA88} acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 608567763N04836252-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "pyunyh@gmail.com" , "freebsd-net@freebsd.org" , "yongari@freebsd.org" Subject: RE: bce(4) - com_no_buffers (Again) 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, 23 Sep 2010 20:31:37 -0000 > > Failure to allocate a new buffer should cause the driver to > > drop the received frame and reuse the buffer, not lock up the > > system. Are you seeing the lockup come from bce(4) or does > > it come from somewhere else due to the dropped data? > > > > >=20 > The lockup is not from the NIC as such, the systems have the appearance > of locking up as home directories are on NFS and the user information > is > stored in a remote LDAP server. When the system starts to drop frames > due to lack of 9k memory regions it tends to last for a few minutes > (when it is really bad) and stop all traffic into the system. This > appears to the average user as a complete system pause. >=20 Ack. > > I am under the impression that the best solution is to tune the RX ring > so that flow control can be disabled but I not sure I could do this. >=20 Are small frames common in the actual failing case or are they=20 restricted to your test case? At least one of the Broadcom Linux drivers addresses this issue by copying frames < 128 bytes to a standard size buffer, saving the jumbo buffer allocation=20 and DMA mapping operation. If small frames are at the root of=20 your problem then I think this would be a better solution than=20 allocating more 9KB blocks by increasing the ring size.=20 Dave From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 20:42:49 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F7A8106564A; Thu, 23 Sep 2010 20:42:49 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog113.obsmtp.com (eu1sys200aog113.obsmtp.com [207.126.144.135]) by mx1.freebsd.org (Postfix) with SMTP id AD3968FC1C; Thu, 23 Sep 2010 20:42:47 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob113.postini.com ([207.126.147.11]) with SMTP ID DSNKTJu7xee+o2PlGgdMDfYYwEkdd5jfVyMS@postini.com; Thu, 23 Sep 2010 20:42:48 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id BAA83FD01C; Thu, 23 Sep 2010 20:42:44 +0000 (UTC) Message-ID: <4C9BBBB7.7090903@tomjudge.com> Date: Thu, 23 Sep 2010 15:42:31 -0500 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: David Christensen References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> <4C9B6CBD.2030408@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B484@IRVEXCHCCR01.corp.ad.broadcom.com> <4C9BA9FD.50406@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B544@IRVEXCHCCR01.corp.ad.broadcom.com> In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933B5A78B544@IRVEXCHCCR01.corp.ad.broadcom.com> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "pyunyh@gmail.com" , "freebsd-net@freebsd.org" , "yongari@freebsd.org" Subject: Re: bce(4) - com_no_buffers (Again) 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, 23 Sep 2010 20:42:49 -0000 On 09/23/2010 03:30 PM, David Christensen wrote: >>> Failure to allocate a new buffer should cause the driver to >>> drop the received frame and reuse the buffer, not lock up the >>> system. Are you seeing the lockup come from bce(4) or does >>> it come from somewhere else due to the dropped data? >>> >>> >>> >> The lockup is not from the NIC as such, the systems have the appearance >> of locking up as home directories are on NFS and the user information >> is >> stored in a remote LDAP server. When the system starts to drop frames >> due to lack of 9k memory regions it tends to last for a few minutes >> (when it is really bad) and stop all traffic into the system. This >> appears to the average user as a complete system pause. >> >> > Ack. > > >> I am under the impression that the best solution is to tune the RX ring >> so that flow control can be disabled but I not sure I could do this. >> >> > Are small frames common in the actual failing case or are they > restricted to your test case? At least one of the Broadcom > Linux drivers addresses this issue by copying frames < 128 bytes > to a standard size buffer, saving the jumbo buffer allocation > and DMA mapping operation. If small frames are at the root of > your problem then I think this would be a better solution than > allocating more 9KB blocks by increasing the ring size. > > The cause of the problem is openldap's slapd sending search results back to the hosts. When it transmits the results it sends each record as a separate frame (I guess the socket has TCP_NODELAY set but I have not investigated this.), some search return ~1700 results, this causes small packet storms on the interface and system 'pauses' as the slapd hosts TCP stack retransmits the dropped data in larger jumbo frames. This type of search will trigger about 12k of data on the wire to be dropped by the firmware and be retransmitted in 2 6k frames. For me the ideal solution would be to have the following configuration: * Header splitting turned on to reduce the chance of denied 9k allocations * Flow control turned off. * Increased RX ring to be able to be able to handle a link saturated with 200 byte (or smaller) frames. All of our systems running bce(4) NIC's with jumbo's have header splitting turned on to reduce/remove issues with jumbo allocation. We first noticed this issue in 6.2 and have had use header splitting with all our bce(4) hardware since then. Tom -- TJU13-ARIN From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 20:50:45 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2296E106566B for ; Thu, 23 Sep 2010 20:50:45 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id F2A4B8FC08 for ; Thu, 23 Sep 2010 20:50:44 +0000 (UTC) Received: from [10.9.200.133] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Thu, 23 Sep 2010 13:48:14 -0700 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Thu, 23 Sep 2010 13:49:32 -0700 From: "David Christensen" To: "pyunyh@gmail.com" Date: Thu, 23 Sep 2010 13:48:13 -0700 Thread-Topic: bce(4) un hiding adapter info Thread-Index: ActbTCvDA9uWdDFJTf+kL/y1h8MxbQAE6tCA Message-ID: <5D267A3F22FD854F8F48B3D2B52381933B5A78B55C@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4C9B8A50.9060602@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B444@IRVEXCHCCR01.corp.ad.broadcom.com> <20100923182033.GA15014@michelle.cdnetworks.com> In-Reply-To: <20100923182033.GA15014@michelle.cdnetworks.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 608562843KC115274957-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Tom Judge , "freebsd-net@freebsd.org" Subject: RE: bce(4) un hiding adapter info 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, 23 Sep 2010 20:50:45 -0000 > > What I'd really like to do is revamp the debug code so that it > > can be enabled/disabled on the fly rather than requiring that > > the driver be compiled. Adding some performance stuff would >=20 > Couldn't it be implemented with sysctl? Users may set a variable > something like dev.bce.0.diag_bitmap to activate debugging code. > But it seems that requires a lot of code changes. I already have an extensive amount of conditionally compiled debug code in the driver which uses a bitmap to adjust the=20 debug spew. For personal testing I've also added a sysctl to allow that value to be modified at runtime. My concerns are from a security standpoint (some of the debug code allows direct register access), a code size perspective (adds a lot of code most people don't use), and the performance penalty (lots of bitmap checking even when all debug spew is turned off). =20 Probably worth the time to pull the most useful stuff into the production driver and leave the more obscure code in the debug only build. If there are no complaints I'll add that to my task list. Dave From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 21:07:49 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB930106566B for ; Thu, 23 Sep 2010 21:07:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7A3318FC0A for ; Thu, 23 Sep 2010 21:07:49 +0000 (UTC) Received: by iwn34 with SMTP id 34so2181781iwn.13 for ; Thu, 23 Sep 2010 14:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=wNhpEi5d1d7lWaVk30lhBGdH3q2+azeYtLzn4IhfTQc=; b=MezfzvQzz+aLSMXXPbYfMkgc+IDbv2LeuZR3bGdDmYkfQer3HgDvYJRegpi6RFOVtt ohjSnYQAtR2vkMPZVMWKS0Pvs+KwUgVX6Sw+vCx+Ve+fmA4GveLzdI7TaP+RTEqfNWnE 22CYmVMRZBjHivIwfLtOXhuPKglncrKNtWzvU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=GZlpInwmZIi8VGGiFEb3NedvjRP/rOel3KTZKv7VsYaC2+Tg8e9+0Dz2zZTppeGFwV mmBPG4atUxFrBH+7zxMySkw8BBH1iQXVWggcaPzaa/u74E+cNKa+QINb/x/qTusnJBpn 2MW2tQHjtRqRrfogGC97CG8XTLDrjvTYY0v6w= Received: by 10.231.172.83 with SMTP id k19mr2584230ibz.114.1285276068029; Thu, 23 Sep 2010 14:07:48 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id g31sm1243962ibh.10.2010.09.23.14.07.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Sep 2010 14:07:46 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 23 Sep 2010 14:06:56 -0700 From: Pyun YongHyeon Date: Thu, 23 Sep 2010 14:06:56 -0700 To: David Christensen Message-ID: <20100923210656.GE15014@michelle.cdnetworks.com> References: <4C9B8A50.9060602@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B444@IRVEXCHCCR01.corp.ad.broadcom.com> <20100923182033.GA15014@michelle.cdnetworks.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B55C@IRVEXCHCCR01.corp.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933B5A78B55C@IRVEXCHCCR01.corp.ad.broadcom.com> User-Agent: Mutt/1.4.2.3i Cc: Tom Judge , "freebsd-net@freebsd.org" Subject: Re: bce(4) un hiding adapter info 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, 23 Sep 2010 21:07:49 -0000 On Thu, Sep 23, 2010 at 01:48:13PM -0700, David Christensen wrote: > > > What I'd really like to do is revamp the debug code so that it > > > can be enabled/disabled on the fly rather than requiring that > > > the driver be compiled. Adding some performance stuff would > > > > Couldn't it be implemented with sysctl? Users may set a variable > > something like dev.bce.0.diag_bitmap to activate debugging code. > > But it seems that requires a lot of code changes. > > I already have an extensive amount of conditionally compiled > debug code in the driver which uses a bitmap to adjust the > debug spew. For personal testing I've also added a sysctl > to allow that value to be modified at runtime. My concerns > are from a security standpoint (some of the debug code allows > direct register access), a code size perspective (adds a lot Normal users couldn't change a sysctl variable so that information is only available to root(Here I assume the feature is off by default). > of code most people don't use), and the performance penalty I think code size wouldn't be large compared to firmware code. If we switch to use firmware(9) I guess we can reduce the code size a lot. We don't have to carry that image after downloading the firmware. > (lots of bitmap checking even when all debug spew is turned > off). > That's correct. If that checking is not in fast path that wouldn't affect much I guess. > Probably worth the time to pull the most useful stuff into > the production driver and leave the more obscure code in the > debug only build. If there are no complaints I'll add that > to my task list. > > Dave > From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 21:23:05 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 919051065670 for ; Thu, 23 Sep 2010 21:23:05 +0000 (UTC) (envelope-from sushanth_rai@yahoo.com) Received: from web180004.mail.gq1.yahoo.com (web180004.mail.gq1.yahoo.com [67.195.8.68]) by mx1.freebsd.org (Postfix) with SMTP id 347938FC0C for ; Thu, 23 Sep 2010 21:23:04 +0000 (UTC) Received: (qmail 8733 invoked by uid 60001); 23 Sep 2010 21:23:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1285276984; bh=OKOixxp5b4klsYmbs0oXoSyWj6CcMRG3xrHL8A9YPTo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=V6Cd04KElBWPOjeIe3i4zFUT1OwFN6r2H65y1Ydo1g5FfXugaILZFt1FLOqD6MBrm0oivNjnIMc/QSbwXpg+FnXTW2Oo1FfIhbFSDUsqOcBKRqTtUvMzXDBcoseCRB8TBYuFmblnE6meBTFBpVi/qjyf5SKr6Ghp0iTlBGPfJVQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=gx3YpJYZqt9XfR5UQ0U+6eqRa4cUhx5ySbER3/tnBCEQT/GOBRj/3K5Ipu6TjJg+W9Ola5VlzjeQKucWapdfujdZC2aog/HRrIXvG/JRQJ34goOK5MUnO9K8Nb39Q+kwGjEke2cucOC0DH4nyduuqb9hTdgJu53I+1bBtI76leQ=; Message-ID: <603765.7505.qm@web180004.mail.gq1.yahoo.com> X-YMail-OSG: jOKLClEVM1m4eF8.VZfF_AVk822SnL4O.wQed3zl9Xjd8cZ U.mnAx2VDiKocmJ0vTvpNzxtE9Pv7J0OpFct2d7m9cSG89TStxToE.kEZMB9 TR4xYZdnnwkji.Plq6xlh6PrUX0ciVxrrQOWL1TGwlSesIhxqa9849FNGiTL 438oUirbDsQAlhh8l7MPI8jOmELcEiXHlpqshXNu.wJf5Lwv8Kf5cKulQs1P hcrcp4gRDCOYFhqseOkwHYoN9nvBwUsckV5GrxNk5aUMem9h4kKPJ5x8TNf4 QdlCUWYMOEpKF3KsHVNzu8c8M6UQS2o6A6OLJjXKK6LoH7VBPScGYDVTwDvc xbDXvwtHxzvKAt7VPtA3E_UqgmRQQ Received: from [209.116.51.67] by web180004.mail.gq1.yahoo.com via HTTP; Thu, 23 Sep 2010 14:23:04 PDT X-Mailer: YahooMailClassic/11.4.9 YahooMailWebService/0.8.105.279950 Date: Thu, 23 Sep 2010 14:23:04 -0700 (PDT) From: Sushanth Rai To: pyunyh@gmail.com In-Reply-To: <20100923182637.GB15014@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Luiz Otavio O Souza Subject: Re: Changing link status in bge driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2010 21:23:05 -0000 Implementing IFM_NONE in brgphy_service() to power down PHY works like a ch= arm !!=0A=0AMany thanks=0ASushanth=0A=0A--- On Thu, 9/23/10, Pyun YongHyeon= wrote:=0A=0A> From: Pyun YongHyeon = =0A> Subject: Re: Changing link status in bge driver=0A> To: "Sushanth Rai"= =0A> Cc: "Luiz Otavio O Souza" , freebsd-net@freebsd.org=0A> Date: Thursday, September 23, 2010, 11:26 AM= =0A> On Thu, Sep 23, 2010 at 11:05:08AM=0A> -0700, Sushanth Rai wrote:=0A> = > "ifconfig bge1 media none" does change the PHY status=0A> temporarily. I = see the following when I run this command:=0A> > =0A> > bge1:=0A> flags=3D8= 843=0A> metric 0 mtu 1500=0A> >=A0 = =A0=0A> =A0=A0=A0options=3Dbb=0A> >=A0 =A0 =A0 =A0=A0=A0ether=0A> 00:40:d0:b8:1e:0b=0A> >= =A0 =A0 =A0 =A0=A0=A0media: Ethernet=0A> none=0A> >=A0 =A0 =A0 =A0=A0=A0sta= tus: no=0A> carrier=0A> > =0A> > After a few seconds if I do "ifconfig bge1= ", it's=0A> automagically changed to:=0A> > =0A> > bge1:=0A> flags=3D8843=0A> metric 0 mtu 1500=0A> >=A0 =A0= =0A> =A0=A0=A0options=3Dbb=0A> >=A0 =A0 =A0 =A0=A0=A0ether=0A> 00:40:d0:b8:1e:0b=0A> >=A0= =A0 =A0 =A0=A0=A0media: Ethernet=0A> none (1000baseTX )=0A> >= =A0 =A0 =A0 =A0=A0=A0status: active=0A> > =0A> > =0A> > I tried playing aro= und with mediaopt, but PHY status=0A> doesn't seem to change permanently. = =0A> > =0A> =0A> brgphy(4) does not correctly handle IFM_NONE at this=0A> m= oment. In=0A> fact, brgphy(4)'s manual media configuration does not seem=0A= > to work=0A> well. See MII_MEDIACHG handler of brgphy_physervice and=0A> i= mplement=0A> IFM_NONE media type to power down or isolate the PHY.=0A> =0A>= > =0A> > --- On Thu, 9/23/10, Luiz Otavio O Souza =0A>= wrote:=0A> > =0A> > > From: Luiz Otavio O Souza =0A> >= > Subject: Re: Changing link status in bge driver=0A> > > To: "Sushanth Ra= i" =0A> > > Date: Thursday, September 23, 2010, 2:3= 1 AM=0A> > > On Sep 23, 2010, at 4:11 AM, Sushanth=0A> > > Rai wrote:=0A> >= > =0A> > > > Hello,=0A> > > > =0A> > > > I'm using BCM5715C based NIC card= on a=0A> FreeBSD 7.2=0A> > > system. I would like to simulate condition wh= ere=0A> the PHY=0A> > > layer is powered-off i.e, the link status should=0A= > show as "no=0A> > > carrier". When I do "ifconfig down", it just=0A> turn= s-off the=0A> > > driver and the link status is still active. Is=0A> there = is=0A> > > anything I can do in the bge driver or anywhere=0A> else in the= =0A> > > software stack to simulate this condition without=0A> physically= =0A> > > disconnecting the cable ?=0A> > > > =0A> > > > Thanks,=0A> > > > S= ushanth=0A> > > =0A> > > Hi,=0A> > > =0A> > > ifconfig bgeX media none shou= ld do what you=0A> need.=0A> > > =0A> > > Luiz=0A> > ______________________= _________________________=0A> > freebsd-net@freebsd.org=0A> mailing list=0A= > > http://lists.freebsd.org/mailman/listinfo/freebsd-net=0A> > To unsubscr= ibe, send any mail to "freebsd-net-unsubscribe@freebsd.org"=0A> From owner-freebsd-net@FreeBSD.ORG Thu Sep 23 21:34:37 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DBE5106564A for ; Thu, 23 Sep 2010 21:34:37 +0000 (UTC) (envelope-from pieter@os3.nl) Received: from mail.thelostparadise.com (router.thelostparadise.com [IPv6:2a02:898:0:30::30:1]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1258FC14 for ; Thu, 23 Sep 2010 21:34:37 +0000 (UTC) Received: by mail.thelostparadise.com (Postfix, from userid 127) id 2FFC87303E; Thu, 23 Sep 2010 23:34:35 +0200 (CEST) Received: from localhost by mail.thelostparadise.com (Postfix) with ESMTP id 96CDE7303A; Thu, 23 Sep 2010 23:34:23 +0200 (CEST) Message-ID: <4C9BC7DA.9000008@os3.nl> Date: Thu, 23 Sep 2010 23:34:18 +0200 From: Pieter de Boer MIME-Version: 1.0 To: a.smith@ukgrid.net References: <20100923154054.21153ulpaucsnocg@webmail2.ukgrid.net> In-Reply-To: <20100923154054.21153ulpaucsnocg@webmail2.ukgrid.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,RDNS_NONE autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on aberdeen.thelostparadise.com Cc: freebsd-net@freebsd.org Subject: Re: bge watchdog timeout errors FreeBSD 7.3 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, 23 Sep 2010 21:34:37 -0000 Hi, On 09/23/10 16:40, a.smith@ukgrid.net wrote: > we are seeing these errors repeatedly on a new Dell R300 server: > > Sep 23 15:06:29 vcomm kernel: bge0: watchdog timeout -- resetting > Sep 23 15:06:29 vcomm kernel: bge0: link state changed to DOWN > Sep 23 15:06:31 vcomm kernel: bge0: link state changed to UP > > Info on the hardware from dmesg: > > bge0: mem > 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci1 > miibus0: on bge0 A 'me too' here. I have a Dell R300 with the same bge hardware, but this box is running 8.1-RELEASE. This issue did not occur when the box was running 8.0-RELEASE, so possibly a commit to bge-code between 8.0 and 8.1 (and possibly 7.2 and 7.3, I guess) has this side-effect. -- Pieter From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 01:19:21 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 989F9106566B for ; Fri, 24 Sep 2010 01:19:21 +0000 (UTC) (envelope-from a.smith@ukgrid.net) Received: from mx1.ukgrid.net (mx1.ukgrid.net [89.107.22.36]) by mx1.freebsd.org (Postfix) with ESMTP id 606D68FC16 for ; Fri, 24 Sep 2010 01:19:21 +0000 (UTC) Received: from [89.21.28.38] (port=40052 helo=omicron.ukgrid.net) by mx1.ukgrid.net with esmtp (Exim 4.72; FreeBSD) envelope-from a.smith@ukgrid.net id 1Oywwa-0003Kf-4N; Fri, 24 Sep 2010 02:19:20 +0100 Received: from voip.ukgrid.net (voip.ukgrid.net [89.107.16.9]) by webmail2.ukgrid.net (Horde Framework) with HTTP; Fri, 24 Sep 2010 02:19:20 +0100 Message-ID: <20100924021920.13612bbzc5isdx34@webmail2.ukgrid.net> Date: Fri, 24 Sep 2010 02:19:20 +0100 From: a.smith@ukgrid.net To: Pieter de Boer References: <20100923154054.21153ulpaucsnocg@webmail2.ukgrid.net> <4C9BC7DA.9000008@os3.nl> In-Reply-To: <4C9BC7DA.9000008@os3.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.7) / FreeBSD-8.0 Cc: freebsd-net@freebsd.org Subject: Re: bge watchdog timeout errors FreeBSD 7.3 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, 24 Sep 2010 01:19:21 -0000 Quoting Pieter de Boer : > > A 'me too' here. I have a Dell R300 with the same bge hardware, but > this box is running 8.1-RELEASE. This issue did not occur when the > box was running 8.0-RELEASE, so possibly a commit to bge-code > between 8.0 and 8.1 (and possibly 7.2 and 7.3, I guess) has this > side-effect. > Yes, I can confirm that on 7.2 I did not see this issue so you could be onto something there! From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 02:12:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFDF8106566C for ; Fri, 24 Sep 2010 02:12:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id C03508FC12 for ; Fri, 24 Sep 2010 02:12:07 +0000 (UTC) Received: by pzk7 with SMTP id 7so644009pzk.13 for ; Thu, 23 Sep 2010 19:12:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=ZeTYvpscMHcmNcCZzqtteyx93+vXbMtqrhq2cPgRXhg=; b=s3EcPACYkbLed0xor/ahUlNHFReyLTQGSBlQt7WZSeA2SIxoSwDyGZGaavdfE7s7jK EtUfYvbK+I53ydxJYpcyQXtxzXtwF3jCc8L3ut90RdL12jEC8y8YZx9/AUCnPX11cBVM kpOBUaDTu+9aY9yF9TXo0hKynmGKSWQ8uHPXA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jq2CInsr4DvvHEAYXFFtS3nxvZr/wkd5+XzpLygGiyewmrbw1aBMmTJQ18FwDriLhi 7ChpEyphtb1w7id05E+ihyxuP4FNl6986uaMLoVxxWLy8pdz6nWIrNoYfyH980lED5oy PAmc6xPrADNvlCZp7wCWVsK8NNY5UX2R+eJXk= Received: by 10.114.27.2 with SMTP id a2mr2799737waa.25.1285294327109; Thu, 23 Sep 2010 19:12:07 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id s5sm2564634wak.12.2010.09.23.19.12.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Sep 2010 19:12:05 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 23 Sep 2010 19:11:15 -0700 From: Pyun YongHyeon Date: Thu, 23 Sep 2010 19:11:15 -0700 To: a.smith@ukgrid.net Message-ID: <20100924021115.GI15014@michelle.cdnetworks.com> References: <20100923154054.21153ulpaucsnocg@webmail2.ukgrid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100923154054.21153ulpaucsnocg@webmail2.ukgrid.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: bge watchdog timeout errors FreeBSD 7.3 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: Fri, 24 Sep 2010 02:12:08 -0000 On Thu, Sep 23, 2010 at 03:40:54PM +0100, a.smith@ukgrid.net wrote: > Hi, > > we are seeing these errors repeatedly on a new Dell R300 server: > > Sep 23 15:06:29 vcomm kernel: bge0: watchdog timeout -- resetting > Sep 23 15:06:29 vcomm kernel: bge0: link state changed to DOWN > Sep 23 15:06:31 vcomm kernel: bge0: link state changed to UP > > Server OS is: > > FreeBSD vcomm 7.3-RELEASE-p1 FreeBSD 7.3-RELEASE-p1 #0: Wed May 26 > 04:29:05 UTC 2010 > root@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386 > > We have so far, changed the cable, changed the network port, and > lastly upgraded the server firmware (which included some update to the > NIC). But the issue continues. > > Info on the hardware from dmesg: > > bge0: mem > 0xdfdf0000-0xdfdfffff irq 16 at device 0.0 on pci1 > miibus0: on bge0 > > No shared interrupts: > > # vmstat -i > interrupt total rate > irq16: mpt0 21776213 30 > irq21: uhci0 uhci2+ 290 0 > irq23: atapci0 58 0 > cpu0: timer 1438708756 2006 > irq256: bge0 50544776 70 > cpu1: timer 1438700714 2006 > Total 2949730807 4113 > > Network switch is Cisco, I can get the exact model if required. > Is this a bug, hardware issue? Should I be worried? > Please apply patch at the following URL and let me know how it goes. http://svn.freebsd.org/viewvc/base/stable/7/sys/dev/bge/if_bge.c?r1=207862&r2=208995&view=patch http://svn.freebsd.org/viewvc/base/head/sys/dev/bge/if_bge.c?r1=212302&r2=212755&view=patch From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 03:32:12 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B41C106566B for ; Fri, 24 Sep 2010 03:32:12 +0000 (UTC) (envelope-from loki.fab@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id CEFD28FC0C for ; Fri, 24 Sep 2010 03:32:11 +0000 (UTC) Received: by ywt2 with SMTP id 2so1032586ywt.13 for ; Thu, 23 Sep 2010 20:32:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=CHAc4bSdbTLPvV2XdGiUC+JcHLt59xBlxcGsHDay80Q=; b=hvdxPcCb4KcFmUsgG0WCU5X15ZdhgOyDrROBZPRzz32NiTcCqAKkrz0A4Wq9ALZvbW IBO2d72/doP1G///bh+hO/ENfAQcVOzsXAADW3oHneY8u/7VkDhzkVZuu8Zla2ZBuYyj WhKeofs3vVeKP3r2NeYY3pHWs7bePB3lnT3rU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=gOGONXh+XJporFj9i0nSioCnau9aN/SHqQz/Oz4BXl/UE94ZGlPWJPuyDbImXuviQm lgpBoxwxszS91V/7pOeDMewt2ibIr39q/VaN/4Shl7WPPpACSWpCDodwBosIw37K3dhm Ju33VLqoewpuDQe5ZksEhRXWyjQOlGMHI0tdo= MIME-Version: 1.0 Received: by 10.101.26.21 with SMTP id d21mr3106223anj.177.1285297721602; Thu, 23 Sep 2010 20:08:41 -0700 (PDT) Received: by 10.101.67.6 with HTTP; Thu, 23 Sep 2010 20:08:41 -0700 (PDT) In-Reply-To: <20100924.011518.142217958.hrs@allbsd.org> References: <20100923.053236.231630719.hrs@allbsd.org> <20100924.011518.142217958.hrs@allbsd.org> Date: Fri, 24 Sep 2010 11:08:41 +0800 Message-ID: From: Ondoy To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 03:32:12 -0000 Hello Hiroki, This is great. I've been looking at 6rd including the srd stuff from http://bougaidenpa.org/masakazu/archives/54 (which I guess you also got wind of). I haven't tried your patch yet but I need some clarifications. RFC 5969 has the following elements for 6rd configuration: IPv4MaskLen, 6rdPrefix, 6rdPrefixLen, 6rdBRIPv4Address. >From your example, I think the following takes care of 6rdPrefix and 6rdPrefixLen: # ifconfig stf0 inet6 2001:db8:c000:0202::/32 How can we configure the IPv4MaskLen and 6rdBRIPv4Address? I suspect IPv4MaskLen is fixed at zero (use all 32 bits) in this patch.(?) As I understand from the specs, this can be variable. It seems that at the CE, the IPv4 address of the BR is automatically calculated from the dst/src IPv6 address. But what if the embedded IPv4 address is not the whole 32 bits (IPv4MaskLen > 0)? Also, you mentioned that prefixlen of stf is from 0 to 32. Is this the same as 6rdPrefixLen? I think 6rdPrefixLen can be more than 32. Lastly, I'm a bit confused with the IPv6 default route at the CE (set to 2001:db8:c000:0201::1) since there's supposed to be no IPv6 connection between the CE and the BR, only IPv4. Regards, Ondoy On Fri, Sep 24, 2010 at 12:15 AM, Hiroki Sato wrote: > Hiroki Sato wrote > =A0in <20100923.053236.231630719.hrs@allbsd.org>: > > hr> Hello, > hr> > hr> =A0Can anyone try a patch for adding 6rd (RFC 5569) support to stf(4)= ? > hr> =A0The patch for HEAD can be found at: > hr> > hr> =A0 http://people.allbsd.org/~hrs/FreeBSD/stf_6rd_20100921-1.diff > > =A0Grr, I noticed it broke 6to4 functionality. =A0Please use the fixed > =A0version here: > > =A0http://people.allbsd.org/~hrs/FreeBSD/stf_6rd_20100923-1.diff > > -- Hiroki > From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 06:15:32 2010 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E5B1065672 for ; Fri, 24 Sep 2010 06:15:32 +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 9A9588FC14 for ; Fri, 24 Sep 2010 06:15:31 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o8O6FD1u023081; Fri, 24 Sep 2010 15:15:23 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o8O6F389019116; Fri, 24 Sep 2010 15:15:04 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 24 Sep 2010 15:14:29 +0900 (JST) Message-Id: <20100924.151429.153301331.hrs@allbsd.org> To: loki.fab@gmail.com From: Hiroki Sato In-Reply-To: References: <20100923.053236.231630719.hrs@allbsd.org> <20100924.011518.142217958.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Sep_24_15_14_29_2010_101)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Fri, 24 Sep 2010 15:15:26 +0900 (JST) X-Spam-Status: No, score=-99.3 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, RCVD_IN_PBL, SPF_SOFTFAIL, USER_IN_WHITELIST, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: net@FreeBSD.org Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 06:15:32 -0000 ----Security_Multipart(Fri_Sep_24_15_14_29_2010_101)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ondoy wrote in : lo> I haven't tried your patch yet but I need some clarifications. lo> RFC 5969 has the following elements for 6rd configuration: lo> IPv4MaskLen, 6rdPrefix, 6rdPrefixLen, 6rdBRIPv4Address. lo> lo> >From your example, I think the following takes care of lo> 6rdPrefix and 6rdPrefixLen: lo> # ifconfig stf0 inet6 2001:db8:c000:0202::/32 lo> lo> How can we configure the IPv4MaskLen and 6rdBRIPv4Address? 6rdBRIPv4Address is a part just after prefixlen of an IPv6 address on the stf. In the case of 2001:db8:c000:0202::/32, it is c000:0202 = 192.0.2.2. When a host wants to communicate with a BR router, just specifying an IPv6 address with embedded BR IPv4 address is fine. No configuration of stf on that host is needed. lo> I suspect IPv4MaskLen is fixed at zero (use all 32 bits) in this patch.(?) IPv4MaskLen can be set in the IPv6 routing table, not stf interface itself. The stf interface accepts 6rd IPv4 packet with a whole IPv4 source address range (this is equivalent to IPv4MaskLen=0 here) once, but it delivers the decapsulated IPv6 packet with a valid route only. So, if no route in 2001:db8::/32 which is more specific is added, no IPv6 packet is delivered outside of the stf. For example, the router has a route 2001:db8:c000:0200::/56 to outside of the stf, IPv4MaskLen is virtually equal to /24. lo> As I understand from the specs, this can be variable. lo> It seems that at the CE, the IPv4 address of the BR is automatically lo> calculated from the dst/src IPv6 address. But what if the embedded lo> IPv4 address is not the whole 32 bits (IPv4MaskLen > 0)? lo> lo> Also, you mentioned that prefixlen of stf is from 0 to 32. Is this lo> the same as 6rdPrefixLen? lo> I think 6rdPrefixLen can be more than 32. No, 6rdPrefixLen is implemented as "stf's prefixlen + 32" in the patch. So, the range is from 32 to 64 in terms of 6rdPrefixLen. In short, a prefix with IPv4MaskLen=0 is always set to the stf, and IPv4MaskLen is handled in the routing table. Yes, I agree that this is a bit confusing and maybe I will change the design and/or the way to configure it in more intuitive fashion. It is due to some limitations in the internal structure of stf. lo> Lastly, I'm a bit confused with the IPv6 default route at the CE lo> (set to 2001:db8:c000:0201::1) since there's supposed to be lo> no IPv6 connection between the CE and the BR, only IPv4. It works like following: the CE router has a route to 2001:db8::/32 on its stf, so an IPv6 packet with no direct IPv6 connection goes to stf, then it will be encapsuled as a 6rd IPv4 packet, delivered to the BR via IPv4, and decapsuled there. The IPv4 address of the BR is embedded in that address. -- Hiroki ----Security_Multipart(Fri_Sep_24_15_14_29_2010_101)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkycQcUACgkQTyzT2CeTzy1chQCg1hH5IY1Yj2CGHFkkjHyEJ/Hd 9swAniPnVJgEGaVQWkjlp6AFTM58M2dV =KGtA -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Sep_24_15_14_29_2010_101)---- From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 08:34:04 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 716CA106564A; Fri, 24 Sep 2010 08:34:04 +0000 (UTC) (envelope-from loki.fab@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16FF18FC0A; Fri, 24 Sep 2010 08:34:03 +0000 (UTC) Received: by ywt2 with SMTP id 2so1084692ywt.13 for ; Fri, 24 Sep 2010 01:34:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Bwko0FkX7N2DD4cddvTsFKvBjnaRGMcDeIi2y1fsUz4=; b=do9v/csnWwpZVqD5q9B9KNqIKcAOGokStST7E48KhFVHW/ln90yNdvdeEmkHATx+J7 UDQysYscHJuivXjan2uDSM3ig6hcQkUJ0W8jgrCMLvMNgNbUzAR4Dz2Eixhvlr1HqZo6 I06Qmb0AS7vphoI/ocKYyNePR+Rjn7XkW7arM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=riyWJJhixr0i2IWPSYjcOImFPmzeNIJlA6+po5AwhX8wdahD0iECgDj7ECYI2lr+A8 pif6irQCyyOVz4cjAlJfCdJ7Bcfa/Je5xbPaf42n3+fpAjmMS3SXaKftTGsARCYSIFtM dYkmtwiJnEQ6AGtRShDWt/5Ko9PVH9Z+2ipSA= MIME-Version: 1.0 Received: by 10.101.107.8 with SMTP id j8mr3369394anm.166.1285317243080; Fri, 24 Sep 2010 01:34:03 -0700 (PDT) Received: by 10.101.67.6 with HTTP; Fri, 24 Sep 2010 01:34:02 -0700 (PDT) In-Reply-To: <20100924.151429.153301331.hrs@allbsd.org> References: <20100923.053236.231630719.hrs@allbsd.org> <20100924.011518.142217958.hrs@allbsd.org> <20100924.151429.153301331.hrs@allbsd.org> Date: Fri, 24 Sep 2010 16:34:02 +0800 Message-ID: From: Ondoy To: Hiroki Sato , freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: net@freebsd.org Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 08:34:04 -0000 Hello Hiroki, Thanks for your reply. I think I now see how you this is supposed to work. What I didn't (crucially) get first was that the BR IPv4 address is configu= red at the CE when adding the IPv6 default route. It is simpler to get when 6rdPrefixLen is 32 and IPv4MaskLen is 0. Now I'm trying to figure out how to configure a CE using different parameters (all else the same with your sample setup). For example: IPv4MaskLen =3D 8 6rdPrefix =3D 2001:db8:dd00:: 6rdPrefixLen =3D 40 6rdBRIPv4Address =3D 192.0.2.1 (c0 00 02 01) given: CE WAN IPv4 =3D 192.0.2.2 (c0 00 02 02) so we'll get: 6rd delegated prefix (at the CE LAN side) =3D 2001:db8:dd00:0202::/64 To configure the LAN side interface, stf, and route: # ifconfig fxp0 inet6 2001:db8:dd00:0202::1/64 # ifconfig stf0 inet6 2001:db8:dd00:0202::/32 # route add -inet6 default 2001:db8:ddc0:0002:0100::1 Is the above correct, or am I way off target? Regards, Ondoy PS. Please note that I refer to IPv4MaskLen, 6rdPrefix, 6rdPrefixLen and 6rdBRIPv4Address as defined in RFC 5969 (newly released doc for 6rd). On Fri, Sep 24, 2010 at 2:14 PM, Hiroki Sato wrote: > Ondoy wrote > =A0in : > > lo> I haven't tried your patch yet but I need some clarifications. > lo> RFC 5969 has the following elements for 6rd configuration: > lo> IPv4MaskLen, 6rdPrefix, 6rdPrefixLen, 6rdBRIPv4Address. > lo> > lo> >From your example, I think the following takes care of > lo> 6rdPrefix and 6rdPrefixLen: > lo> =A0 # ifconfig stf0 inet6 2001:db8:c000:0202::/32 > lo> > lo> How can we configure the IPv4MaskLen and 6rdBRIPv4Address? > > =A06rdBRIPv4Address is a part just after prefixlen of an IPv6 address on > =A0the stf. =A0In the case of 2001:db8:c000:0202::/32, it is c000:0202 = =3D > =A0192.0.2.2. =A0When a host wants to communicate with a BR router, just > =A0specifying an IPv6 address with embedded BR IPv4 address is fine. =A0N= o > =A0configuration of stf on that host is needed. > > lo> I suspect IPv4MaskLen is fixed at zero (use all 32 bits) in this patc= h.(?) > > =A0IPv4MaskLen can be set in the IPv6 routing table, not stf interface > =A0itself. =A0The stf interface accepts 6rd IPv4 packet with a whole IPv4 > =A0source address range (this is equivalent to IPv4MaskLen=3D0 here) once= , > =A0but it delivers the decapsulated IPv6 packet with a valid route only. > =A0So, if no route in 2001:db8::/32 which is more specific is added, no > =A0IPv6 packet is delivered outside of the stf. > > =A0For example, the router has a route 2001:db8:c000:0200::/56 to > =A0outside of the stf, IPv4MaskLen is virtually equal to /24. > > lo> As I understand from the specs, this can be variable. > lo> It seems that at the CE, the IPv4 address of the BR is automatically > lo> calculated from the dst/src IPv6 address. But what if the embedded > lo> IPv4 address is not the whole 32 bits (IPv4MaskLen > 0)? > lo> > lo> Also, you mentioned that prefixlen of stf is from 0 to 32. Is this > lo> the same as 6rdPrefixLen? > lo> I think 6rdPrefixLen can be more than 32. > > =A0No, 6rdPrefixLen is implemented as "stf's prefixlen + 32" in the > =A0patch. =A0So, the range is from 32 to 64 in terms of 6rdPrefixLen. > > =A0In short, a prefix with IPv4MaskLen=3D0 is always set to the stf, and > =A0IPv4MaskLen is handled in the routing table. =A0Yes, I agree that this > =A0is a bit confusing and maybe I will change the design and/or the way > =A0to configure it in more intuitive fashion. =A0It is due to some > =A0limitations in the internal structure of stf. > > lo> Lastly, I'm a bit confused with the IPv6 default route at the CE > lo> (set to 2001:db8:c000:0201::1) since there's supposed to be > lo> no IPv6 connection between the CE and the BR, only IPv4. > > =A0It works like following: the CE router has a route to 2001:db8::/32 > =A0on its stf, so an IPv6 packet with no direct IPv6 connection goes to > =A0stf, then it will be encapsuled as a 6rd IPv4 packet, delivered to > =A0the BR via IPv4, and decapsuled there. =A0The IPv4 address of the BR i= s > =A0embedded in that address. > > -- Hiroki > From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 08:56:20 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBF9E106564A for ; Fri, 24 Sep 2010 08:56:20 +0000 (UTC) (envelope-from loki.fab@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id A55798FC13 for ; Fri, 24 Sep 2010 08:56:20 +0000 (UTC) Received: by yxn35 with SMTP id 35so1085393yxn.13 for ; Fri, 24 Sep 2010 01:56:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Bwko0FkX7N2DD4cddvTsFKvBjnaRGMcDeIi2y1fsUz4=; b=do9v/csnWwpZVqD5q9B9KNqIKcAOGokStST7E48KhFVHW/ln90yNdvdeEmkHATx+J7 UDQysYscHJuivXjan2uDSM3ig6hcQkUJ0W8jgrCMLvMNgNbUzAR4Dz2Eixhvlr1HqZo6 I06Qmb0AS7vphoI/ocKYyNePR+Rjn7XkW7arM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=riyWJJhixr0i2IWPSYjcOImFPmzeNIJlA6+po5AwhX8wdahD0iECgDj7ECYI2lr+A8 pif6irQCyyOVz4cjAlJfCdJ7Bcfa/Je5xbPaf42n3+fpAjmMS3SXaKftTGsARCYSIFtM dYkmtwiJnEQ6AGtRShDWt/5Ko9PVH9Z+2ipSA= MIME-Version: 1.0 Received: by 10.101.107.8 with SMTP id j8mr3369394anm.166.1285317243080; Fri, 24 Sep 2010 01:34:03 -0700 (PDT) Received: by 10.101.67.6 with HTTP; Fri, 24 Sep 2010 01:34:02 -0700 (PDT) In-Reply-To: <20100924.151429.153301331.hrs@allbsd.org> References: <20100923.053236.231630719.hrs@allbsd.org> <20100924.011518.142217958.hrs@allbsd.org> <20100924.151429.153301331.hrs@allbsd.org> Date: Fri, 24 Sep 2010 16:34:02 +0800 Message-ID: From: Ondoy To: Hiroki Sato , freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: net@freebsd.org Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 08:56:21 -0000 Hello Hiroki, Thanks for your reply. I think I now see how you this is supposed to work. What I didn't (crucially) get first was that the BR IPv4 address is configu= red at the CE when adding the IPv6 default route. It is simpler to get when 6rdPrefixLen is 32 and IPv4MaskLen is 0. Now I'm trying to figure out how to configure a CE using different parameters (all else the same with your sample setup). For example: IPv4MaskLen =3D 8 6rdPrefix =3D 2001:db8:dd00:: 6rdPrefixLen =3D 40 6rdBRIPv4Address =3D 192.0.2.1 (c0 00 02 01) given: CE WAN IPv4 =3D 192.0.2.2 (c0 00 02 02) so we'll get: 6rd delegated prefix (at the CE LAN side) =3D 2001:db8:dd00:0202::/64 To configure the LAN side interface, stf, and route: # ifconfig fxp0 inet6 2001:db8:dd00:0202::1/64 # ifconfig stf0 inet6 2001:db8:dd00:0202::/32 # route add -inet6 default 2001:db8:ddc0:0002:0100::1 Is the above correct, or am I way off target? Regards, Ondoy PS. Please note that I refer to IPv4MaskLen, 6rdPrefix, 6rdPrefixLen and 6rdBRIPv4Address as defined in RFC 5969 (newly released doc for 6rd). On Fri, Sep 24, 2010 at 2:14 PM, Hiroki Sato wrote: > Ondoy wrote > =A0in : > > lo> I haven't tried your patch yet but I need some clarifications. > lo> RFC 5969 has the following elements for 6rd configuration: > lo> IPv4MaskLen, 6rdPrefix, 6rdPrefixLen, 6rdBRIPv4Address. > lo> > lo> >From your example, I think the following takes care of > lo> 6rdPrefix and 6rdPrefixLen: > lo> =A0 # ifconfig stf0 inet6 2001:db8:c000:0202::/32 > lo> > lo> How can we configure the IPv4MaskLen and 6rdBRIPv4Address? > > =A06rdBRIPv4Address is a part just after prefixlen of an IPv6 address on > =A0the stf. =A0In the case of 2001:db8:c000:0202::/32, it is c000:0202 = =3D > =A0192.0.2.2. =A0When a host wants to communicate with a BR router, just > =A0specifying an IPv6 address with embedded BR IPv4 address is fine. =A0N= o > =A0configuration of stf on that host is needed. > > lo> I suspect IPv4MaskLen is fixed at zero (use all 32 bits) in this patc= h.(?) > > =A0IPv4MaskLen can be set in the IPv6 routing table, not stf interface > =A0itself. =A0The stf interface accepts 6rd IPv4 packet with a whole IPv4 > =A0source address range (this is equivalent to IPv4MaskLen=3D0 here) once= , > =A0but it delivers the decapsulated IPv6 packet with a valid route only. > =A0So, if no route in 2001:db8::/32 which is more specific is added, no > =A0IPv6 packet is delivered outside of the stf. > > =A0For example, the router has a route 2001:db8:c000:0200::/56 to > =A0outside of the stf, IPv4MaskLen is virtually equal to /24. > > lo> As I understand from the specs, this can be variable. > lo> It seems that at the CE, the IPv4 address of the BR is automatically > lo> calculated from the dst/src IPv6 address. But what if the embedded > lo> IPv4 address is not the whole 32 bits (IPv4MaskLen > 0)? > lo> > lo> Also, you mentioned that prefixlen of stf is from 0 to 32. Is this > lo> the same as 6rdPrefixLen? > lo> I think 6rdPrefixLen can be more than 32. > > =A0No, 6rdPrefixLen is implemented as "stf's prefixlen + 32" in the > =A0patch. =A0So, the range is from 32 to 64 in terms of 6rdPrefixLen. > > =A0In short, a prefix with IPv4MaskLen=3D0 is always set to the stf, and > =A0IPv4MaskLen is handled in the routing table. =A0Yes, I agree that this > =A0is a bit confusing and maybe I will change the design and/or the way > =A0to configure it in more intuitive fashion. =A0It is due to some > =A0limitations in the internal structure of stf. > > lo> Lastly, I'm a bit confused with the IPv6 default route at the CE > lo> (set to 2001:db8:c000:0201::1) since there's supposed to be > lo> no IPv6 connection between the CE and the BR, only IPv4. > > =A0It works like following: the CE router has a route to 2001:db8::/32 > =A0on its stf, so an IPv6 packet with no direct IPv6 connection goes to > =A0stf, then it will be encapsuled as a 6rd IPv4 packet, delivered to > =A0the BR via IPv4, and decapsuled there. =A0The IPv4 address of the BR i= s > =A0embedded in that address. > > -- Hiroki > From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 09:06:40 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3C1A1065695 for ; Fri, 24 Sep 2010 09:06:40 +0000 (UTC) (envelope-from lasse@bitmand.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1868FC08 for ; Fri, 24 Sep 2010 09:06:37 +0000 (UTC) Received: by ewy22 with SMTP id 22so808265ewy.13 for ; Fri, 24 Sep 2010 02:06:37 -0700 (PDT) Received: by 10.213.34.148 with SMTP id l20mr2955803ebd.1.1285319196989; Fri, 24 Sep 2010 02:06:36 -0700 (PDT) Received: from [172.10.20.2] (0x55811712.terminal.tdcmobil.dk [85.129.23.18]) by mx.google.com with ESMTPS id a48sm2739503eei.19.2010.09.24.02.06.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 24 Sep 2010 02:06:36 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=windows-1252 From: Lasse Brandt In-Reply-To: <20100923160300.S31898@maildrop.int.zabbadoz.net> Date: Fri, 24 Sep 2010 11:06:30 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> <20100924.004332.121072178.hrs@allbsd.org> <20100923160300.S31898@maildrop.int.zabbadoz.net> To: bz=lists@zabbadoz.net X-Mailer: Apple Mail (2.1081) Cc: freebsd-net@FreeBSD.org, Hiroki Sato Subject: Re: Default gateway on different net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 09:06:40 -0000 Hi, Thanks for the replies :) On 23/09/2010, at 18.15, bz=3Dlists@zabbadoz.net wrote: > On Fri, 24 Sep 2010, Hiroki Sato wrote: >> la> 1) Is the hosting provider actually forcing me to do something = "bad" >> la> og plain wrong? >>=20 >> In that situation normally you get an IP address in the /59 network >> to communicate with the gateway router from ISP. An IP address in >> your /64 network cannot directly communicate with an address in /59. But I don't get that. I actually asked the hosting provider about this, = and they told me specific not to use an ip on the /59 subnet. (I can = tell you that it worked, I tried :)) >> If you do not have the /59 address, I think using link-local address >> is the easiest way. As long as the gateway works correctly, you can >> get its link-local address by using the following command: >=20 > The drawback with that is if the hosting provider changes the = interface > of your gateway, moves you to a different router, ... your default = route > stops working. Let me just snippet the current (and working) configuration - this is = what I got from the hosting provider: IPs: 2a01:xxxx:xxxx:3183:: /64 Gateway: 2a01:xxxx:xxxx:3180::1 /59 And this is my rc.conf: ipv6_enable=3D=94YES=94 ipv6_static_routes=3D=94defgw=94 ipv6_route_defgw=3D=942a01:xxxx:xxxx:3180:: -prefixlen 59 -iface re0=94 ipv6_defaultrouter=3D=942a01:xxxx:xxxx:3180::1=94 ipv6_default_interface=3D=94re0=94 There is 2 "issues" at the moment. The first is that the static route = and defaultrouter alone will not work - the packets will still not end = up at the interface re0. The additional ipv6_default_interface=3D=94re0=94= will actually do this: ndp -I re0 And thats the key (in my case) - after specifying the default interface, = it works. But, I still don't think this is very elegant - first of, I need to = accept route advertisements in sysctl.conf with: = net.inet6.ip6.accept_rtadv=3D1 - not even sure why, but that check is = made in /etc/network.subr. Secondly, and I am still unsure if this a feature or bug in FreeBSD, but = as I mentioned in an earlier post, the defaultrouter is beeing set = before the static routes - and that won't work either ( check = /etc/network.subr line 1057 - i simply moved default to the end ). Best regards, Lasse Brandt= From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 10:56:49 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E931106566B for ; Fri, 24 Sep 2010 10:56:49 +0000 (UTC) (envelope-from lars.eggert@nokia.com) Received: from mgw-sa02.nokia.com (mgw-sa02.ext.nokia.com [147.243.1.48]) by mx1.freebsd.org (Postfix) with ESMTP id 113238FC1F for ; Fri, 24 Sep 2010 10:56:48 +0000 (UTC) Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-sa02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id o8OAuhxB006607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 24 Sep 2010 13:56:44 +0300 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.96.2 at fit.nokia.com Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: multipart/signed; boundary=Apple-Mail-47--71564756; protocol="application/pkcs7-signature"; micalg=sha1 From: Lars Eggert In-Reply-To: Date: Fri, 24 Sep 2010 13:56:36 +0300 Message-Id: <4264F18E-9A17-4272-90CD-C96F818EB2B2@nokia.com> References: <6BE964C4-0838-4DA6-9278-12C620CA1EE1@bitmand.com> <20100924.004332.121072178.hrs@allbsd.org> <20100923160300.S31898@maildrop.int.zabbadoz.net> To: Lasse Brandt X-Mailer: Apple Mail (2.1081) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Fri, 24 Sep 2010 13:56:37 +0300 (EEST) X-Spam-Status: No, score=-98.5 required=5.0 tests=AWL, BAYES_00, MISSING_SUBJECT, 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 fit.nokia.com X-Nokia-AV: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "bz=lists@zabbadoz.net" , Hiroki Sato , "freebsd-net@freebsd.org" Subject: Re: Default gateway on different net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 10:56:49 -0000 --Apple-Mail-47--71564756 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 2010-9-24, at 12:06, Lasse Brandt wrote: > IPs: 2a01:xxxx:xxxx:3183:: /64 > Gateway: 2a01:xxxx:xxxx:3180::1 /59 >=20 > And this is my rc.conf: >=20 > ipv6_enable=3D=94YES=94 > ipv6_static_routes=3D=94defgw=94 > ipv6_route_defgw=3D=942a01:xxxx:xxxx:3180:: -prefixlen 59 -iface re0=94 > ipv6_defaultrouter=3D=942a01:xxxx:xxxx:3180::1=94 > ipv6_default_interface=3D=94re0=94 This seems very complex. Have you simply tried: ipv6_defaultrouter=3D"2a01:xxxx:xxxx:3180::1" ipv6_ifconfig_re0=3D"2a01:xxxx:xxxx:3183::1 prefixlen 64" Lars= --Apple-Mail-47--71564756-- From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 11:30:39 2010 Return-Path: Delivered-To: net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 170F91065670; Fri, 24 Sep 2010 11:30:39 +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 07CFF8FC1B; Fri, 24 Sep 2010 11:30:37 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o8OBUGJ1029850; Fri, 24 Sep 2010 20:30:26 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o8OBUFYP020451; Fri, 24 Sep 2010 20:30:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 24 Sep 2010 20:30:05 +0900 (JST) Message-Id: <20100924.203005.87655823.hrs@allbsd.org> To: loki.fab@gmail.com From: Hiroki Sato In-Reply-To: References: <20100924.151429.153301331.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Sep_24_20_30_05_2010_038)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Fri, 24 Sep 2010 20:30:30 +0900 (JST) X-Spam-Status: No, score=-99.1 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, RCVD_IN_CHINA, RCVD_IN_CHINA_KR, RCVD_IN_PBL, RCVD_IN_TAIWAN, SPF_SOFTFAIL, USER_IN_WHITELIST,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org, net@FreeBSD.org Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 11:30:39 -0000 ----Security_Multipart(Fri_Sep_24_20_30_05_2010_038)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ondoy wrote in : lo> Hello Hiroki, lo> lo> Thanks for your reply. lo> I think I now see how you this is supposed to work. lo> What I didn't (crucially) get first was that the BR IPv4 address is configured lo> at the CE when adding the IPv6 default route. lo> lo> It is simpler to get when 6rdPrefixLen is 32 and IPv4MaskLen is 0. lo> Now I'm trying to figure out how to configure a CE using different lo> parameters (all else the same with your sample setup). lo> lo> For example: lo> IPv4MaskLen = 8 lo> 6rdPrefix = 2001:db8:dd00:: lo> 6rdPrefixLen = 40 lo> 6rdBRIPv4Address = 192.0.2.1 (c0 00 02 01) lo> lo> given: lo> CE WAN IPv4 = 192.0.2.2 (c0 00 02 02) lo> so we'll get: lo> 6rd delegated prefix (at the CE LAN side) = 2001:db8:dd00:0202::/64 lo> lo> To configure the LAN side interface, stf, and route: lo> # ifconfig fxp0 inet6 2001:db8:dd00:0202::1/64 lo> # ifconfig stf0 inet6 2001:db8:dd00:0202::/32 lo> # route add -inet6 default 2001:db8:ddc0:0002:0100::1 lo> Is the above correct, or am I way off target? Ahh, no, the embedded IPv4 address only supports exactly 32-bit length currently. I am working on the shorter case (i.e. 6rdBRIPv4Address cannot be extracted from 6rdPrefix in a simple way), so please wait for the next patch ;) The current implementation is limited to the cases of "0 < 6rdPrefixLen < 32" and BR IPv4 address is embedded in the same way as 6to4. -- Hiroki ----Security_Multipart(Fri_Sep_24_20_30_05_2010_038)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkyci70ACgkQTyzT2CeTzy39DQCdEdFdYM9gFtVW6tmBoJTN2sVY JqkAoJhtD96TY/KHV/I2YJg6i91oWPU7 =sChq -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Sep_24_20_30_05_2010_038)---- From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 11:30:39 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 170F91065670; Fri, 24 Sep 2010 11:30:39 +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 07CFF8FC1B; Fri, 24 Sep 2010 11:30:37 +0000 (UTC) Received: from alph.d.allbsd.org (p2176-ipbf406funabasi.chiba.ocn.ne.jp [124.86.72.176]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.3) with ESMTP id o8OBUGJ1029850; Fri, 24 Sep 2010 20:30:26 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.d.allbsd.org (8.14.4/8.14.4) with ESMTP id o8OBUFYP020451; Fri, 24 Sep 2010 20:30:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 24 Sep 2010 20:30:05 +0900 (JST) Message-Id: <20100924.203005.87655823.hrs@allbsd.org> To: loki.fab@gmail.com From: Hiroki Sato In-Reply-To: References: <20100924.151429.153301331.hrs@allbsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Sep_24_20_30_05_2010_038)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Fri, 24 Sep 2010 20:30:30 +0900 (JST) X-Spam-Status: No, score=-99.1 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, RCVD_IN_CHINA, RCVD_IN_CHINA_KR, RCVD_IN_PBL, RCVD_IN_TAIWAN, SPF_SOFTFAIL, USER_IN_WHITELIST,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org, net@FreeBSD.org Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 11:30:39 -0000 ----Security_Multipart(Fri_Sep_24_20_30_05_2010_038)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ondoy wrote in : lo> Hello Hiroki, lo> lo> Thanks for your reply. lo> I think I now see how you this is supposed to work. lo> What I didn't (crucially) get first was that the BR IPv4 address is configured lo> at the CE when adding the IPv6 default route. lo> lo> It is simpler to get when 6rdPrefixLen is 32 and IPv4MaskLen is 0. lo> Now I'm trying to figure out how to configure a CE using different lo> parameters (all else the same with your sample setup). lo> lo> For example: lo> IPv4MaskLen = 8 lo> 6rdPrefix = 2001:db8:dd00:: lo> 6rdPrefixLen = 40 lo> 6rdBRIPv4Address = 192.0.2.1 (c0 00 02 01) lo> lo> given: lo> CE WAN IPv4 = 192.0.2.2 (c0 00 02 02) lo> so we'll get: lo> 6rd delegated prefix (at the CE LAN side) = 2001:db8:dd00:0202::/64 lo> lo> To configure the LAN side interface, stf, and route: lo> # ifconfig fxp0 inet6 2001:db8:dd00:0202::1/64 lo> # ifconfig stf0 inet6 2001:db8:dd00:0202::/32 lo> # route add -inet6 default 2001:db8:ddc0:0002:0100::1 lo> Is the above correct, or am I way off target? Ahh, no, the embedded IPv4 address only supports exactly 32-bit length currently. I am working on the shorter case (i.e. 6rdBRIPv4Address cannot be extracted from 6rdPrefix in a simple way), so please wait for the next patch ;) The current implementation is limited to the cases of "0 < 6rdPrefixLen < 32" and BR IPv4 address is embedded in the same way as 6to4. -- Hiroki ----Security_Multipart(Fri_Sep_24_20_30_05_2010_038)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkyci70ACgkQTyzT2CeTzy39DQCdEdFdYM9gFtVW6tmBoJTN2sVY JqkAoJhtD96TY/KHV/I2YJg6i91oWPU7 =sChq -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Sep_24_20_30_05_2010_038)---- From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 11:39:40 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 254DC1065675 for ; Fri, 24 Sep 2010 11:39:40 +0000 (UTC) (envelope-from a.smith@ukgrid.net) Received: from mx1.ukgrid.net (mx1.ukgrid.net [89.107.22.36]) by mx1.freebsd.org (Postfix) with ESMTP id E0E868FC0A for ; Fri, 24 Sep 2010 11:39:38 +0000 (UTC) Received: from [89.21.28.38] (port=14537 helo=omicron.ukgrid.net) by mx1.ukgrid.net with esmtp (Exim 4.72; FreeBSD) envelope-from a.smith@ukgrid.net id 1Oz6cs-000IBl-3a; Fri, 24 Sep 2010 12:39:38 +0100 Received: from voip.ukgrid.net (voip.ukgrid.net [89.107.16.9]) by webmail2.ukgrid.net (Horde Framework) with HTTP; Fri, 24 Sep 2010 12:39:38 +0100 Message-ID: <20100924123938.80702gxrzyfpury0@webmail2.ukgrid.net> Date: Fri, 24 Sep 2010 12:39:38 +0100 From: a.smith@ukgrid.net To: pyunyh@gmail.com References: <20100923154054.21153ulpaucsnocg@webmail2.ukgrid.net> <20100924021115.GI15014@michelle.cdnetworks.com> In-Reply-To: <20100924021115.GI15014@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.7) / FreeBSD-8.0 Cc: freebsd-net@freebsd.org Subject: Re: bge watchdog timeout errors FreeBSD 7.3 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, 24 Sep 2010 11:39:40 -0000 Quoting Pyun YongHyeon : > Please apply patch at the following URL and let me know how it goes. > > http://svn.freebsd.org/viewvc/base/stable/7/sys/dev/bge/if_bge.c?r1=207862&r2=208995&view=patch > http://svn.freebsd.org/viewvc/base/head/sys/dev/bge/if_bge.c?r1=212302&r2=212755&view=patch > Thanks for the reply! So I have to apply both of these patchs in the order you posted them? thanks Andy. From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 12:19:13 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C959106564A; Fri, 24 Sep 2010 12:19:13 +0000 (UTC) (envelope-from loki.fab@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id AFA748FC0A; Fri, 24 Sep 2010 12:19:12 +0000 (UTC) Received: by yxn35 with SMTP id 35so1146583yxn.13 for ; Fri, 24 Sep 2010 05:19:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qkbJhj2oKOzCzF8pRgg33p6Mbjp9cjXxzkvrS/kie1Q=; b=BmVNMzB8HVHLhxr+sgai5i9yYi9OjD90UIhjwVSQxEKLitFoxafR6M9r1uVgjDeqkL rrg35sDERuid+SnufZQ9khjzj01fhgJy3X7lBcNTcTB4ObtpyuI07EcBc5Hcge3qUixg jjWUNfx1lE0n2AzUQhXiCXGIGDxPGXEWCvkcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OmfrR9XIV0Ud4e8rUQq0fXHrfXzu2Z7ppJAu5TWW5TwnqP8TkJ9jWw6f+8U8tw46R0 LR6go/8cA6IqeQpi9RjX138rbSSaNjLp4HjH9ecRTt6EOJAV6HIXWgmy+pJg/nYBQcBG XGYtey075STxrLYy4yvBFDOH7s4Lam5Du/rJw= MIME-Version: 1.0 Received: by 10.100.33.3 with SMTP id g3mr3567316ang.170.1285330749552; Fri, 24 Sep 2010 05:19:09 -0700 (PDT) Received: by 10.101.67.6 with HTTP; Fri, 24 Sep 2010 05:19:09 -0700 (PDT) In-Reply-To: <20100924.203005.87655823.hrs@allbsd.org> References: <20100924.151429.153301331.hrs@allbsd.org> <20100924.203005.87655823.hrs@allbsd.org> Date: Fri, 24 Sep 2010 20:19:09 +0800 Message-ID: From: Ondoy To: Hiroki Sato Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, net@freebsd.org Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 12:19:13 -0000 On Fri, Sep 24, 2010 at 7:30 PM, Hiroki Sato wrote: > > =A0Ahh, no, the embedded IPv4 address only supports exactly 32-bit > =A0length currently. =A0I am working on the shorter case > =A0(i.e. 6rdBRIPv4Address cannot be extracted from 6rdPrefix in a simple > =A0way), so please wait for the next patch ;) > > =A0The current implementation is limited to the cases of "0 < > =A06rdPrefixLen < 32" and BR IPv4 address is embedded in the same way as > =A06to4. > OK, thanks for clarifying that. Regards, Ondoy From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 12:19:13 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C959106564A; Fri, 24 Sep 2010 12:19:13 +0000 (UTC) (envelope-from loki.fab@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id AFA748FC0A; Fri, 24 Sep 2010 12:19:12 +0000 (UTC) Received: by yxn35 with SMTP id 35so1146583yxn.13 for ; Fri, 24 Sep 2010 05:19:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qkbJhj2oKOzCzF8pRgg33p6Mbjp9cjXxzkvrS/kie1Q=; b=BmVNMzB8HVHLhxr+sgai5i9yYi9OjD90UIhjwVSQxEKLitFoxafR6M9r1uVgjDeqkL rrg35sDERuid+SnufZQ9khjzj01fhgJy3X7lBcNTcTB4ObtpyuI07EcBc5Hcge3qUixg jjWUNfx1lE0n2AzUQhXiCXGIGDxPGXEWCvkcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=OmfrR9XIV0Ud4e8rUQq0fXHrfXzu2Z7ppJAu5TWW5TwnqP8TkJ9jWw6f+8U8tw46R0 LR6go/8cA6IqeQpi9RjX138rbSSaNjLp4HjH9ecRTt6EOJAV6HIXWgmy+pJg/nYBQcBG XGYtey075STxrLYy4yvBFDOH7s4Lam5Du/rJw= MIME-Version: 1.0 Received: by 10.100.33.3 with SMTP id g3mr3567316ang.170.1285330749552; Fri, 24 Sep 2010 05:19:09 -0700 (PDT) Received: by 10.101.67.6 with HTTP; Fri, 24 Sep 2010 05:19:09 -0700 (PDT) In-Reply-To: <20100924.203005.87655823.hrs@allbsd.org> References: <20100924.151429.153301331.hrs@allbsd.org> <20100924.203005.87655823.hrs@allbsd.org> Date: Fri, 24 Sep 2010 20:19:09 +0800 Message-ID: From: Ondoy To: Hiroki Sato Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, net@freebsd.org Subject: Re: Call for testers: RFC 5569 (6rd) support in stf(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Sep 2010 12:19:13 -0000 On Fri, Sep 24, 2010 at 7:30 PM, Hiroki Sato wrote: > > =A0Ahh, no, the embedded IPv4 address only supports exactly 32-bit > =A0length currently. =A0I am working on the shorter case > =A0(i.e. 6rdBRIPv4Address cannot be extracted from 6rdPrefix in a simple > =A0way), so please wait for the next patch ;) > > =A0The current implementation is limited to the cases of "0 < > =A06rdPrefixLen < 32" and BR IPv4 address is embedded in the same way as > =A06to4. > OK, thanks for clarifying that. Regards, Ondoy From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 16:55:46 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 970E2106566B for ; Fri, 24 Sep 2010 16:55:46 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 64FEE8FC17 for ; Fri, 24 Sep 2010 16:55:46 +0000 (UTC) Received: by pvc21 with SMTP id 21so903250pvc.13 for ; Fri, 24 Sep 2010 09:55:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=o8/XcDy+w5MuktaYw/c2JVYTv4lvMpHTL7BaaXDswuA=; b=XWkeks7BfIyEgB0RtEaUiRvCmy3TWH7mw51dt25FFOxJyKLHuWhsu419YOu8Wf7Uzo jYI/OhXPmTCykXN0Zy2NHTu2i8H4eXvKMM7No/XZQ30Brlo9h3euPR74QrQtXFBnRinZ s37m+nf735FagJmku0LZOjiOp/D96hKt5lxws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=VcoLZGreHK48f5Wc17Y/KUFgmBzGQG4AWjMrZyrU/LyKwztJsaxIOlRITZW26OjyDI 2bXb0FaVNJjnw2rWu2e9cF1dqO6w/oMeIG3k3OaD/YeXDQVmpIALqxOW8jZedAUYBbtn RpYwptn/VAraa7y+dzYjh7zgRR1usup/E3QiI= Received: by 10.114.158.3 with SMTP id g3mr3918196wae.160.1285347345423; Fri, 24 Sep 2010 09:55:45 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d38sm3857284wam.20.2010.09.24.09.55.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 24 Sep 2010 09:55:42 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 24 Sep 2010 09:54:52 -0700 From: Pyun YongHyeon Date: Fri, 24 Sep 2010 09:54:52 -0700 To: a.smith@ukgrid.net Message-ID: <20100924165452.GA19036@michelle.cdnetworks.com> References: <20100923154054.21153ulpaucsnocg@webmail2.ukgrid.net> <20100924021115.GI15014@michelle.cdnetworks.com> <20100924123938.80702gxrzyfpury0@webmail2.ukgrid.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100924123938.80702gxrzyfpury0@webmail2.ukgrid.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: bge watchdog timeout errors FreeBSD 7.3 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: Fri, 24 Sep 2010 16:55:46 -0000 On Fri, Sep 24, 2010 at 12:39:38PM +0100, a.smith@ukgrid.net wrote: > Quoting Pyun YongHyeon : > > >Please apply patch at the following URL and let me know how it goes. > > > >http://svn.freebsd.org/viewvc/base/stable/7/sys/dev/bge/if_bge.c?r1=207862&r2=208995&view=patch > >http://svn.freebsd.org/viewvc/base/head/sys/dev/bge/if_bge.c?r1=212302&r2=212755&view=patch > > > > Thanks for the reply! > So I have to apply both of these patchs in the order you posted them? > Order wouldn't be important but you have to apply both patches. > thanks Andy. > > > > From owner-freebsd-net@FreeBSD.ORG Fri Sep 24 17:44:50 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1F4C1065695; Fri, 24 Sep 2010 17:44:50 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from eu1sys200aog107.obsmtp.com (eu1sys200aog107.obsmtp.com [207.126.144.123]) by mx1.freebsd.org (Postfix) with SMTP id 41ACF8FC08; Fri, 24 Sep 2010 17:44:48 +0000 (UTC) Received: from source ([63.174.175.251]) by eu1sys200aob107.postini.com ([207.126.147.11]) with SMTP ID DSNKTJzjjuAVnnI3LGFQSd0xULCK4L2bQczo@postini.com; Fri, 24 Sep 2010 17:44:49 UTC Received: from [172.17.10.53] (unknown [172.17.10.53]) by bbbx3.usdmm.com (Postfix) with ESMTP id 2747EFD01D; Fri, 24 Sep 2010 17:44:46 +0000 (UTC) Message-ID: <4C9CE380.6020906@tomjudge.com> Date: Fri, 24 Sep 2010 12:44:32 -0500 From: Tom Judge User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.12) Gecko/20100915 Lightning/1.0b1 Thunderbird/3.0.8 MIME-Version: 1.0 To: David Christensen References: <4C894A76.5040200@tomjudge.com> <20100910002439.GO7203@michelle.cdnetworks.com> <4C8E3D79.6090102@tomjudge.com> <20100913184833.GF1229@michelle.cdnetworks.com> <4C8E768E.7000003@tomjudge.com> <20100913193322.GG1229@michelle.cdnetworks.com> <4C8E8BD1.5090007@tomjudge.com> <20100913205348.GJ1229@michelle.cdnetworks.com> <4C9B6CBD.2030408@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933B5A78B484@IRVEXCHCCR01.corp.ad.broadcom.com> <4C9BA9FD.50406@tomjudge.com> <4C9BABA4.1060805@tomjudge.com> In-Reply-To: <4C9BABA4.1060805@tomjudge.com> X-Enigmail-Version: 1.0.1 Content-Type: multipart/mixed; boundary="------------000604030004000001090500" Cc: "pyunyh@gmail.com" , "freebsd-net@freebsd.org" , "yongari@freebsd.org" Subject: Re: bce(4) - com_no_buffers (Again) 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, 24 Sep 2010 17:44:51 -0000 This is a multi-part message in MIME format. --------------000604030004000001090500 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 09/23/2010 02:33 PM, Tom Judge wrote: > The throttle command I am using in the tests is the one from here: > > http://klicman.org/throttle/ > > > On 09/23/2010 02:26 PM, Tom Judge wrote: > >> On 09/23/2010 01:21 PM, David Christensen wrote: >> >> >>>>>> Under testing I have yet to see a memory fragmentation issue with >>>>>> >>>>>> >>>>>> >>>> this >>>> >>>> >>>> >>>>>> driver. I follow up if/when I find a problem with this again. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>> So here we are again. The system is locking up again because of 9k >>>> mbuf >>>> allocation failures. >>>> >>>> >>>> >>> Failure to allocate a new buffer should cause the driver to >>> drop the received frame and reuse the buffer, not lock up the >>> system. Are you seeing the lockup come from bce(4) or does >>> it come from somewhere else due to the dropped data? >>> >>> >>> >>> >> The lockup is not from the NIC as such, the systems have the appearance >> of locking up as home directories are on NFS and the user information is >> stored in a remote LDAP server. When the system starts to drop frames >> due to lack of 9k memory regions it tends to last for a few minutes >> (when it is really bad) and stop all traffic into the system. This >> appears to the average user as a complete system pause. >> >> >> >> >>>>>> Is there a way to fix the RX buffer shortage issues (when header >>>>>> splitting is turned on) so that they are guarded by flow control. >>>>>> >>>>>> >>>>>> >>>> Maybe >>>> >>>> >>>> >>>>>> change the low watermark for flow control when its enabled? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> I'm not sure how much it would help but try changing RX low >>>>> watermark. Default value is 32 which seems to be reasonable value. >>>>> But it's only for 5709/5716 controllers and Linux seems to use >>>>> different default value. >>>>> >>>>> >>>>> >>>>> >>>> These are: NetXtreme II BCM5709 Gigabit Ethernet >>>> >>>> So my next task is to turn the watermark related defines into sysctls >>>> and turn on header splitting so that I can try to tune them without >>>> having to reboot. >>>> >>>> >>>> >>>> >>> Do you have flow control enabled? There are arguments both for >>> and against flow control. For bce(4), I haven't tested flow control >>> for quite a while and it's behavior may have changed since it is >>> controlled by firmware. Keep an eye on the hardware statistics >>> to see that's it's actively generating pause frames. >>> >>> >>> >> 3) With flow control enabled and header splitting on flood the server >> with very small frames (200 bytes). (Using the same test as in case 1). >> My aim is to tune the watermark here so that there are no frames dropped >> due to BD shortages. >> >> Card info unhidden: bce0: ASIC (0x57092003); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.2); Flags (SPLT|MSI|MFW); MFW (NCSI 2.0.8) So having done lots of testing with flow control turned on as well as header splitting it seems like flow control may be broken with header splitting? I have been using the patch attached to play with the flow control water marks. I have tried with with following data points and am finding it difficult to get flow control to kick in before the card runs out of descriptors and starts dropping frames: low: 16 high: 127 low: 32 high: 127 low: 64 high: 127 low: 96 high: 127 low: 32 high: 196 low: 64 high: 196 low: 128 high: 256 None of these seem to have any noticeable or effect on the drop rate or the number of dev.bce.0.stat_FlowControlDone's in the sample period. Thoughs? Tom -- TJU13-ARIN --------------000604030004000001090500 Content-Type: text/plain; name="if_bce.patch.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_bce.patch.txt" Index: if_bce.c =================================================================== --- if_bce.c (revision 949) +++ if_bce.c (working copy) @@ -511,6 +511,21 @@ SYSCTL_UINT(_hw_bce, OID_AUTO, msi_enable, CTLFLAG_RDTUN, &bce_msi_enable, 0, "MSI-X|MSI|INTx selector"); + +/* Tunable RX flow control low water mark. */ +/* Without header splitting the default is 32 */ +static int bce_rx_low_water_mark = BCE_L2CTX_RX_LO_WATER_MARK_DEFAULT; +TUNABLE_INT("hw.bce.rx_low_water_mark", &bce_rx_low_water_mark); +SYSCTL_UINT(_hw_bce, OID_AUTO, rx_low_water_mark, CTLFLAG_RDTUN, &bce_rx_low_water_mark, 0, +"Default RX Flow Control Low Water Mark"); + +/* Tunable RX flow control high water mark. */ +/* Without header splitting the default is 32 */ +static int bce_rx_high_water_mark = USABLE_RX_BD / 4; +TUNABLE_INT("hw.bce.rx_high_water_mark", &bce_rx_high_water_mark); +SYSCTL_UINT(_hw_bce, OID_AUTO, rx_high_water_mark, CTLFLAG_RDTUN, &bce_rx_high_water_mark, 0, +"Default RX Flow Control High Water Mark"); + /* ToDo: Add tunable to enable/disable strict MTU handling. */ /* Currently allows "loose" RX MTU checking (i.e. sets the */ /* H/W RX MTU to the size of the largest receive buffer, or */ @@ -1780,11 +1795,15 @@ } if (mii->mii_media_active & IFM_FLAG1) { + BCE_PRINTF("%s(%d): Enabling TX flow control.\n", + __FILE__, __LINE__); DBPRINT(sc, BCE_INFO_PHY, "%s(): Enabling TX flow control.\n", __FUNCTION__); BCE_SETBIT(sc, BCE_EMAC_TX_MODE, BCE_EMAC_TX_MODE_FLOW_EN); sc->bce_flags |= BCE_USING_TX_FLOW_CONTROL; } else { + BCE_PRINTF("%s(%d): Disabling TX flow control.\n", + __FILE__, __LINE__); DBPRINT(sc, BCE_INFO_PHY, "%s(): Disabling TX flow control.\n", __FUNCTION__); BCE_CLRBIT(sc, BCE_EMAC_TX_MODE, BCE_EMAC_TX_MODE_FLOW_EN); @@ -5414,7 +5433,7 @@ u32 lo_water, hi_water; if (sc->bce_flags && BCE_USING_TX_FLOW_CONTROL) { - lo_water = BCE_L2CTX_RX_LO_WATER_MARK_DEFAULT; + lo_water = bce_rx_low_water_mark; } else { lo_water = 0; } @@ -5423,11 +5442,12 @@ lo_water = 0; } - hi_water = USABLE_RX_BD / 4; + hi_water = bce_rx_high_water_mark; if (hi_water <= lo_water) { lo_water = 0; } + BCE_PRINTF("Setting Up Flow Control (Pre Scaling), Low Watermark: %d, High Watermark: %d\n", (int)lo_water, (int)hi_water); lo_water /= BCE_L2CTX_RX_LO_WATER_MARK_SCALE; hi_water /= BCE_L2CTX_RX_HI_WATER_MARK_SCALE; @@ -5436,7 +5456,8 @@ hi_water = 0xf; else if (hi_water == 0) lo_water = 0; - + + BCE_PRINTF("Setting Up Flow Control (Post Scaling), Low Watermark: %d, High Watermark: %d\n", (int)lo_water, (int)hi_water); val |= (lo_water << BCE_L2CTX_RX_LO_WATER_MARK_SHIFT) | (hi_water << BCE_L2CTX_RX_HI_WATER_MARK_SHIFT); } --------------000604030004000001090500-- From owner-freebsd-net@FreeBSD.ORG Sat Sep 25 00:46:51 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BB81106566B for ; Sat, 25 Sep 2010 00:46:51 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id A16FF8FC0A for ; Sat, 25 Sep 2010 00:46:50 +0000 (UTC) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o8OMe7B1030481 for ; Sat, 25 Sep 2010 08:40:07 +1000 Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o8OMdxmL016586 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 25 Sep 2010 08:40:02 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o8OMdxTm022315; Sat, 25 Sep 2010 08:39:59 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o8OMduQa022314; Sat, 25 Sep 2010 08:39:56 +1000 (EST) (envelope-from peter) Date: Sat, 25 Sep 2010 08:39:56 +1000 From: Peter Jeremy To: Carlos Kamtha Message-ID: <20100924223956.GC49476@server.vk2pj.dyndns.org> References: <20100922183252.GC7619@ak-labs.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ctP54qlpMx3WjD+/" Content-Disposition: inline In-Reply-To: <20100922183252.GC7619@ak-labs.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org Subject: Re: Server network interface problem? 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, 25 Sep 2010 00:46:51 -0000 --ctP54qlpMx3WjD+/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Sep-22 14:32:52 -0400, Carlos Kamtha wrote: >To solve this problem, i plugged out the network cable and plugged it back= in. ... >a.) Could this be an issue with the driver on this release for em0?=20 Possibly - there have been some issues with em(4) and some chipsets. Alternatively, it could equally well have been a glitch on the associated switchport. >b.) Why was I not able to ssh to the client servers while the NFS server w= as down? Logging into a client entails filesystem accesses and if any of those filesystems are NFS mounted then those accesses will block if the NFS server is non-responding. Note that by default, sshd will search /lib, /usr/lib and /usr/local/lib (as well as subordinate compat libraries) to dlopen() nss modules - which means that a local root and /usr could still block if you have a NFS mounted /usr/local. --=20 Peter Jeremy --ctP54qlpMx3WjD+/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.15 (FreeBSD) iEYEARECAAYFAkydKLwACgkQ/opHv/APuIdDbQCfXmBeIu7anymyZSaVjLlvqqj+ QIIAn3SsHCnr6Sel+TkXoQRTeqJ7qdYA =j/ZK -----END PGP SIGNATURE----- --ctP54qlpMx3WjD+/-- From owner-freebsd-net@FreeBSD.ORG Sat Sep 25 07:30:02 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B59CC106566C for ; Sat, 25 Sep 2010 07:30:02 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-27.mx.aerioconnect.net [216.240.47.87]) by mx1.freebsd.org (Postfix) with ESMTP id 9796B8FC13 for ; Sat, 25 Sep 2010 07:30:02 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o8P7Ib5p002537 for ; Sat, 25 Sep 2010 00:18:37 -0700 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 4C88D2D601A for ; Sat, 25 Sep 2010 00:18:36 -0700 (PDT) Message-ID: <4C9DA26D.7000309@freebsd.org> Date: Sat, 25 Sep 2010 00:19:09 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: Subject: mbuf changes 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, 25 Sep 2010 07:30:02 -0000 over the last few years there has been a bit of talk about some changes people want to see in mbufs for 9.x extra fields, changes in the way things are done, etc. If you are one of these people, pipe up now.. to get the ball rolling.. * Add a field for the current FIB.. currently this is 4 bits stolen from the flags. what would be a good width: 8,12,16,24,32 bits? this would allow setfib to use numbers greater than 16 (the current max) * Preallocating some room for some number of tags before we start allocating (expensively) new ones. * dynamically working out what the front padding size should be.. per session.. i.e. when a packet is sent out and needs to be adjusted to add more headers, the originating socket should be notified, or maybe the route should have this information... so that future packets can start out with enough head room. (this is not strictly to do with mbufs but might need some added field to point to the structure that needs to be updated. I'm sure some of our luminaries have ideas.. Speak up! also, while I'm here will the person who made the patches to allow ifconfig(8) to set a default fib on an interface please stand up? julian From owner-freebsd-net@FreeBSD.ORG Sat Sep 25 08:47:01 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A34E010656A4 for ; Sat, 25 Sep 2010 08:47:01 +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 17E3D8FC1B for ; Sat, 25 Sep 2010 08:47:00 +0000 (UTC) Received: (qmail 45120 invoked from network); 25 Sep 2010 08:13:17 -0000 Received: from localhost (HELO [127.0.0.1]) ([127.0.0.1]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 25 Sep 2010 08:13:17 -0000 Message-ID: <4C9DB0C3.5010601@freebsd.org> Date: Sat, 25 Sep 2010 10:20:19 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 MIME-Version: 1.0 To: Julian Elischer References: <4C9DA26D.7000309@freebsd.org> In-Reply-To: <4C9DA26D.7000309@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: mbuf changes 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, 25 Sep 2010 08:47:01 -0000 On 25.09.2010 09:19, Julian Elischer wrote: > over the last few years there has been a bit of talk about some changes people want to see in mbufs > for 9.x > extra fields, changes in the way things are done, etc. > > If you are one of these people, pipe up now.. > > to get the ball rolling.. > > * Add a field for the current FIB.. currently this is 4 bits stolen from the flags. > what would be a good width: 8,12,16,24,32 bits? > this would allow setfib to use numbers greater than 16 (the current max) 16 bits for 65535 FIB's should be sufficient. More than that seems really excessive. > * Preallocating some room for some number of tags before we start allocating > (expensively) new ones. Within the mbuf? Or at external and attached mbuf allocation time? Tags are variable width and such not really suitable for pre-allocation. > * dynamically working out what the front padding size should be.. per session.. i.e. > when a packet is sent out and needs to be adjusted to add more headers, the originating > socket should be notified, or maybe the route should have this information... > so that future packets can start out with enough head room. > (this is not strictly to do with mbufs but might need some added field to point to the structure > that needs to be > updated. We already have "max_linkhdr" that specifies how much space is left for prepends at the start of each packet. The link protocols set this and also IPSec adds itself in there if enabled. If you have other encapsulations you should make them add in there as well. -- Andre From owner-freebsd-net@FreeBSD.ORG Sat Sep 25 16:37:27 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26899106564A; Sat, 25 Sep 2010 16:37:27 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id DF8E68FC16; Sat, 25 Sep 2010 16:37:26 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 0631E73098; Sat, 25 Sep 2010 18:30:11 +0200 (CEST) Date: Sat, 25 Sep 2010 18:30:11 +0200 From: Luigi Rizzo To: Andre Oppermann Message-ID: <20100925163010.GA76213@onelab2.iet.unipi.it> References: <4C9DA26D.7000309@freebsd.org> <4C9DB0C3.5010601@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C9DB0C3.5010601@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Net Subject: Re: mbuf changes 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, 25 Sep 2010 16:37:27 -0000 On Sat, Sep 25, 2010 at 10:20:19AM +0200, Andre Oppermann wrote: > On 25.09.2010 09:19, Julian Elischer wrote: > >over the last few years there has been a bit of talk about some changes > >people want to see in mbufs > >for 9.x > >extra fields, changes in the way things are done, etc. > > > >If you are one of these people, pipe up now.. > > > >to get the ball rolling.. > > > >* Add a field for the current FIB.. currently this is 4 bits stolen from > >the flags. > >what would be a good width: 8,12,16,24,32 bits? > >this would allow setfib to use numbers greater than 16 (the current max) > > 16 bits for 65535 FIB's should be sufficient. More than that seems really > excessive. > > >* Preallocating some room for some number of tags before we start > >allocating > >(expensively) new ones. > > Within the mbuf? Or at external and attached mbuf allocation time? Tags > are variable width and such not really suitable for pre-allocation. my idea was to have an extra field in the mbuf to tell how much room should be reserved/used for metadata (such as mtags) after the payload area so you don't need to change the allocator, and possibly can even modify this on an existing mbuf. Almost always mbufs have spare room (e.g. incoming pkts have all data in the cluster and mostly empty mdata; outgoing, except for rare cases, tend to be in a similar situation. So this approach would allow to take an already allocated mbuf and put the mtag in the spare area after the data. > >* dynamically working out what the front padding size should be.. per > >session.. i.e. ... > We already have "max_linkhdr" that specifies how much space is left the issue is that this is global (kern.ipc.max_linkhdr) but perhaps it would be good if we could make it per-socket so either we set it with a setsockopt, or the system can adjust back the value for specific sockets once it detects that it needs extra room (if you make the default too large, the useful room in the mdata area becomes too small unless perhaps we move to 512-bytes mbufs cheers luigi From owner-freebsd-net@FreeBSD.ORG Sat Sep 25 23:33:28 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A3FB106564A for ; Sat, 25 Sep 2010 23:33:28 +0000 (UTC) (envelope-from feenberg@nber.org) Received: from mail2.nber.org (mail2.nber.org [66.251.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 325698FC13 for ; Sat, 25 Sep 2010 23:33:27 +0000 (UTC) Received: from nber6.nber.org (nber6.nber.org [66.251.72.76]) by mail2.nber.org (8.14.4/8.14.4) with ESMTP id o8PNM9Qp028795 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT); Sat, 25 Sep 2010 19:22:10 -0400 (EDT) (envelope-from feenberg@nber.org) Received: from nber6.nber.org (localhost [127.0.0.1]) by nber6.nber.org (8.13.8+Sun/8.12.10) with ESMTP id o8PNLYCE017546; Sat, 25 Sep 2010 19:21:34 -0400 (EDT) Received: from localhost (Unknown UID 1079@localhost) by nber6.nber.org (8.13.8+Sun/8.13.8/Submit) with ESMTP id o8PNLXfT017543; Sat, 25 Sep 2010 19:21:34 -0400 (EDT) X-Authentication-Warning: nber6.nber.org: Unknown UID 1079 owned process doing -bs Date: Sat, 25 Sep 2010 19:21:33 -0400 (EDT) From: Daniel Feenberg To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Anti-Virus: Kaspersky Anti-Virus for Linux Mail Server 5.6.39/RELEASE, bases: 20100925 #4241278, check: 20100925 clean Cc: Alex Aminoff Subject: Network booting FreeBSD with gpxelinx almost works 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, 25 Sep 2010 23:33:28 -0000 We have been network booting FreeBSD for some time with pxeboot. So I am confident that we have the dhcpd.conf and the root filesystem sufficient for diskless booting. But now we would like to have menu of OSs to boot and got the idea somewhere that gpxelinux could do that for us. We copied gpxelinux.0 from the syslinux-4.02 distribution and replaced pxeboot with "gpxelinux" in the dhcpd.conf file. Indeed with a configuration file in pxelinux.cfg like this: default freebsd label freebsd PXE pxeboot and the root path still specified as a DHCP option, FreeBSD 8.1 does boot. If I replace the first line with: UI menu.c32 the client does display the menu and but if one hits return to select the single item offered the client merely hangs for a minute, then announces "boot failure". I am guessing that once the UI is interposed, somehow the root path isn't getting transmitted to pxeboot. All the other gpxelinux boot kernels seem to expect the information about the root filesystem to be specified in the pxelinux.cfg file, rather than in dhcpd.conf. Does anyone have experience with this? FreeBSD isn't mentioned anywhere I can find in the syslinux or gpxelinux documentation, and the various web posting I have found linking FreeBSD to gpxelinux are all about do installations of iso files over the net. Daniel Feenberg NBER http://www.nber.org/sys-admin/FreeBSD-diskless.html