From owner-freebsd-net@FreeBSD.ORG Sun Aug 23 07:16:59 2009 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 A0D8F106564A; Sun, 23 Aug 2009 07:16:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 770FB8FC25; Sun, 23 Aug 2009 07:16:59 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7N7GxCY072459; Sun, 23 Aug 2009 07:16:59 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7N7GxFB072455; Sun, 23 Aug 2009 07:16:59 GMT (envelope-from linimon) Date: Sun, 23 Aug 2009 07:16:59 GMT Message-Id: <200908230716.n7N7GxFB072455@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/134956: [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Server Adapter (82571), ifconfig reports "status: active" after cable unplugged X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2009 07:16:59 -0000 Old Synopsis: FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Server Adapter (82571), ifconfig reports "status: active" after cable unplugged New Synopsis: [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Server Adapter (82571), ifconfig reports "status: active" after cable unplugged Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Aug 23 07:16:27 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=134956 From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 04:09:59 2009 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 450581065691; Mon, 24 Aug 2009 04:09:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B33C8FC13; Mon, 24 Aug 2009 04:09:59 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7O49w9X082715; Mon, 24 Aug 2009 04:09:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7O49wYY082711; Mon, 24 Aug 2009 04:09:58 GMT (envelope-from linimon) Date: Mon, 24 Aug 2009 04:09:58 GMT Message-Id: <200908240409.n7O49wYY082711@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138046: [tcp] tcp sockets stay in SYN_SENT even after receiving RST. never time out as well. 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, 24 Aug 2009 04:09:59 -0000 Old Synopsis: tcp sockets stay in SYN_SENT even after receiving RST. never time out as well. New Synopsis: [tcp] tcp sockets stay in SYN_SENT even after receiving RST. never time out as well. Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 24 04:08:39 UTC 2009 Responsible-Changed-Why: This does not sound i386-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=138046 From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 07:17:27 2009 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 B0C74106564A for ; Mon, 24 Aug 2009 07:17:27 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (unknown [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1838FC08 for ; Mon, 24 Aug 2009 07:17:27 +0000 (UTC) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 7271C153435 for ; Mon, 24 Aug 2009 09:17:25 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8JTx-zq5s4ny; Mon, 24 Aug 2009 09:17:23 +0200 (CEST) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 8207C153434 for ; Mon, 24 Aug 2009 09:17:23 +0200 (CEST) Message-ID: <4A923E81.2020409@digiware.nl> Date: Mon, 24 Aug 2009 09:17:21 +0200 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-net@FreeBSD.ORG Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Strange src forwarding. 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, 24 Aug 2009 07:17:27 -0000 I have the strange IPv6 forwarding messages in my security output. The link-local ip-nr is not lokal on this system, so is there another system in my network that does this ipv6. But I've not yet found a system with fc:ba as last bytes in my arp-table? Can anybody tell me why I get these messages in my log? --WjW rack1.digiware.nl kernel log messages: +++ /tmp/security.KCtiPXhd 2009-08-24 03:04:39.000000000 +0200 +cannot forward src fe80:1::213:2ff:fe2a:fcba, dst 2a01:138:a001:201::21, nxt 6, rcvif em0, outif em1 +cannot forward src fe80:1::213:2ff:fe2a:fcba, dst 2a01:138:a001:201::21, nxt 6, rcvif em0, outif em1 +cannot forward src fe80:1::213:2ff:fe2a:fcba, dst 2a01:138:a001:201::21, nxt 6, rcvif em0, outif em1 From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 10:36:28 2009 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 173F11065691; Mon, 24 Aug 2009 10:36:28 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E27458FC17; Mon, 24 Aug 2009 10:36:27 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7OAaR4x017173; Mon, 24 Aug 2009 10:36:27 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7OAaRfv017169; Mon, 24 Aug 2009 10:36:27 GMT (envelope-from linimon) Date: Mon, 24 Aug 2009 10:36:27 GMT Message-Id: <200908241036.n7OAaRfv017169@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138130: [netinet] [patch] Resource leak in LibAliasRefreshModules() in file sys/netinet/libalias/alias.c 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, 24 Aug 2009 10:36:28 -0000 Old Synopsis: Resource leak in LibAliasRefreshModules() in file sys/netinet/libalias/alias.c New Synopsis: [netinet] [patch] Resource leak in LibAliasRefreshModules() in file sys/netinet/libalias/alias.c Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 24 10:35:19 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=138130 From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 11:07:00 2009 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 E69961065694 for ; Mon, 24 Aug 2009 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 D44B48FC3D for ; Mon, 24 Aug 2009 11:07:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7OB70OT048671 for ; Mon, 24 Aug 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7OB70Jn048667 for freebsd-net@FreeBSD.org; Mon, 24 Aug 2009 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Aug 2009 11:07:00 GMT Message-Id: <200908241107.n7OB70Jn048667@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, 24 Aug 2009 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/138130 net [netinet] [patch] Resource leak in LibAliasRefreshModu o kern/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed o kern/137795 net [sctp] [panic] mtx_lock() of destroyed mutex o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137317 net [tcp] logs full of syncache problems o kern/137292 net [ste] DFE-580TX not working properly o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ o kern/137170 net [ath] atheros AR9285 not recognised o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136482 net [age] Attansic L1 Gigabit Ethernet recieves multicasts o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/135067 net [patch] [fib] Incorrect KASSERTs in sys/net/route.c o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134369 net [route] [ip6] IPV6 in Head broken for routing table up o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/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/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132625 net [iwn] iwn drivers don't support setting country 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 conf/132179 net [patch] /etc/network.subr: ipv6 rtsol on incorrect wla o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting 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) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami 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/126924 net [an] [patch] printf -> device_printf and simplify prob o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov 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 bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi 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 f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 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 a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic 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/116328 net [bge]: Solid hang with bge interface o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/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 kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern 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/64556 net [sis] if_sis short cable fix problems with NetGear FA3 s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 327 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 12:22:13 2009 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 9D8A2106568B; Mon, 24 Aug 2009 12:22:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 751418FC13; Mon, 24 Aug 2009 12:22:13 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7OCMDue033909; Mon, 24 Aug 2009 12:22:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7OCMDDP033905; Mon, 24 Aug 2009 12:22:13 GMT (envelope-from linimon) Date: Mon, 24 Aug 2009 12:22:13 GMT Message-Id: <200908241222.n7OCMDDP033905@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138135: [fxp] truncated-ip - 2 bytes missing! on fxp(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: Mon, 24 Aug 2009 12:22:13 -0000 Old Synopsis: truncated-ip - 2 bytes missing! on fxp(4) New Synopsis: [fxp] truncated-ip - 2 bytes missing! on fxp(4) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 24 12:21:54 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=138135 From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 14:57:48 2009 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 EBE56106568C for ; Mon, 24 Aug 2009 14:57:48 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-fx0-f210.google.com (mail-fx0-f210.google.com [209.85.220.210]) by mx1.freebsd.org (Postfix) with ESMTP id 4524A8FC14 for ; Mon, 24 Aug 2009 14:57:47 +0000 (UTC) Received: by fxm6 with SMTP id 6so1402904fxm.43 for ; Mon, 24 Aug 2009 07:57:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-pgp-agent:x-mailer; bh=kA69w1M3XkbFhNjUAgW+3tg6nyRVAWMaJ9WUqkOOIHw=; b=rlPuCUX7XJ3j6VdXtgi53djNHwb9LDxGDqtw6fIYqcoM2OgkPV3kg5iXm5+kHO7Rc5 XvP+j2qvPuUHu7CAvSFu9vZe43NXj16t83pPUHW3opO3/AhYYwCDl2SIhQ0GttRndH7C 2G6hPKNoPeJnfa5LIioutGIvN6PM8Oi3Qj2uU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-pgp-agent:x-mailer; b=xMy3XuHS4gCh+tJ0t3CEygOfzTZOGYHBxHev+e0zOtQWDAefrN/reOn65kJ5V3E5u5 Q7cfyNmyPWXWtbPWG2NAIMaPftUzJO5y2dEgCZPpdfU4PrZ8hwQ7b6X0Qjxgts2HZjTw sqW2lYgvDVB+GXR3bYSLaj/kxW6iWU6jP2cFQ= Received: by 10.103.184.18 with SMTP id l18mr1961030mup.51.1251124572562; Mon, 24 Aug 2009 07:36:12 -0700 (PDT) Received: from ndenev.cmotd.com (blah.sun-fish.com [217.18.249.150]) by mx.google.com with ESMTPS id 7sm22480492mup.54.2009.08.24.07.36.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 24 Aug 2009 07:36:12 -0700 (PDT) Message-Id: <6C253DEA-0C34-4109-9D45-3DE1750DB1BE@gmail.com> From: Nikolay Denev To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 24 Aug 2009 17:36:08 +0300 X-Pgp-Agent: GPGMail d55 (v55, Leopard) X-Mailer: Apple Mail (2.936) Subject: 7.2 sends broken TCP retransmits while in half-closed state? 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, 24 Aug 2009 14:57:49 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Today while I was diagnosing a FTP problem which turned out to be EPSV =20= issue I found some very interesting things in the tcpdumps. =46rom what I understand from the trace, after a few retransmits, the =20= client side sends FIN/ACK to close the connection, and receives ACK. But while waiting for the remote side to send it's FIN/ACK to be =20 ACK'ed, it continues to send the retransmits that it did before the first FIN/ACK, but they =20= are now truncated. Here is the exported trace from Wireshark. I can also send it in =20 tcpdump output format if someone prefers it. 10.10.0.10 is the client IP. 10.20.0.20 is the server IP. Look for the "Destination Unreachable" messages generated by the =20 broken retransmits. Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 47, Ack: 248, Len: 0 No. Time Source Destination =20 Protocol Info 23 11.930506 10.10.0.10 10.20.0.20 FTP =20 Request: EPSV Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 47, Ack: 248, Len: 6 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 24 11.987691 10.20.0.20 10.10.0.10 FTP =20 Response: 229 Entering Extended Passive Mode (|||59364|) Internet Protocol, Src: 10.20.0.20 (10.20.0.20), Dst: 10.10.0.10 =20 (10.10.0.10) Transmission Control Protocol, Src Port: ftp (21), Dst Port: 65073 =20 (65073), Seq: 248, Ack: 53, Len: 48 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 25 11.987770 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 WS=3D3 = TSV=3D2276550531 =20 TSER=3D0 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 26 12.087485 10.10.0.10 10.20.0.20 TCP =20 65073 > ftp [ACK] Seq=3D53 Ack=3D296 Win=3D66608 Len=3D0 TSV=3D2276550631 = =20 TSER=3D3200765949 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 0 No. Time Source Destination =20 Protocol Info 27 14.987564 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 WS=3D3 = TSV=3D2276553531 =20 TSER=3D0 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 28 18.187647 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 WS=3D3 = TSV=3D2276556731 =20 TSER=3D0 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 29 21.387724 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 30 24.587802 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 31 27.787885 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 32 33.988042 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 33 46.188343 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 34 70.388952 10.10.0.10 10.20.0.20 TCP =20 62552 > 59364 [SYN] Seq=3D0 Win=3D65535 Len=3D0 MSS=3D1460 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 62552 (62552), Dst Port: =20 59364 (59364), Seq: 0, Len: 0 No. Time Source Destination =20 Protocol Info 35 86.989453 10.10.0.10 10.20.0.20 FTP =20 Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 36 87.287370 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 37 87.683379 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 38 88.275395 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 39 89.259423 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 40 91.027467 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 41 92.859511 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 42 96.323600 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 43 103.051770 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 44 116.308102 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 45 142.620762 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: EPRT |1|10.10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 53, Ack: 296, Len: 31 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 46 146.991908 10.10.0.10 10.20.0.20 TCP =20 65073 > ftp [FIN, ACK] Seq=3D84 Ack=3D296 Win=3D66608 Len=3D0 = TSV=3D2276685532 =20 TSER=3D3200765949 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 84, Ack: 296, Len: 0 No. Time Source Destination =20 Protocol Info 47 147.049585 10.20.0.20 10.10.0.10 TCP ftp =20= > 65073 [ACK] Seq=3D296 Ack=3D65 Win=3D5792 Len=3D0 TSV=3D3200901032 =20= TSER=3D2276550631 SLE=3D72 SRE=3D73 Internet Protocol, Src: 10.20.0.20 (10.20.0.20), Dst: 10.10.0.10 =20 (10.10.0.10) Transmission Control Protocol, Src Port: ftp (21), Dst Port: 65073 =20 (65073), Seq: 296, Ack: 65, Len: 0 No. Time Source Destination =20 Protocol Info 48 211.050479 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: 10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 65, Ack: 296, Len: 19 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 49 211.118136 10.20.0.20 10.10.0.10 ICMP =20 Destination unreachable (Host administratively prohibited) Internet Protocol, Src: 10.20.0.20 (10.20.0.20), Dst: 10.10.0.10 =20 (10.10.0.10) Internet Control Message Protocol No. Time Source Destination =20 Protocol Info 50 275.052084 10.10.0.10 10.20.0.20 FTP =20 [TCP Retransmission] Request: 10.0.10|49610| Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 65, Ack: 296, Len: 19 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 51 275.105225 10.20.0.20 10.10.0.10 ICMP =20 Destination unreachable (Host administratively prohibited) Internet Protocol, Src: 10.20.0.20 (10.20.0.20), Dst: 10.10.0.10 =20 (10.10.0.10) Internet Control Message Protocol No. Time Source Destination =20 Protocol Info 52 299.988028 10.20.0.20 10.10.0.10 FTP =20 Response: 421 No Transfer Timeout (300 seconds): closing control =20 connection. Internet Protocol, Src: 10.20.0.20 (10.20.0.20), Dst: 10.10.0.10 =20 (10.10.0.10) Transmission Control Protocol, Src Port: ftp (21), Dst Port: 65073 =20 (65073), Seq: 296, Ack: 65, Len: 68 File Transfer Protocol (FTP) No. Time Source Destination =20 Protocol Info 53 299.988051 10.10.0.10 10.20.0.20 TCP =20 65073 > ftp [RST] Seq=3D65 Win=3D0 Len=3D0 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 65, Len: 0 No. Time Source Destination =20 Protocol Info 54 299.988053 10.20.0.20 10.10.0.10 TCP ftp =20= > 65073 [FIN, ACK] Seq=3D364 Ack=3D65 Win=3D5792 Len=3D0 TSV=3D3201053996= =20 TSER=3D2276550631 SLE=3D72 SRE=3D73 Internet Protocol, Src: 10.20.0.20 (10.20.0.20), Dst: 10.10.0.10 =20 (10.10.0.10) Transmission Control Protocol, Src Port: ftp (21), Dst Port: 65073 =20 (65073), Seq: 364, Ack: 65, Len: 0 No. Time Source Destination =20 Protocol Info 55 299.988060 10.10.0.10 10.20.0.20 TCP =20 65073 > ftp [RST] Seq=3D65 Win=3D0 Len=3D0 Internet Protocol, Src: 10.10.0.10 (10.10.0.10), Dst: 10.20.0.20 =20 (10.20.0.20) Transmission Control Protocol, Src Port: 65073 (65073), Dst Port: ftp =20= (21), Seq: 65, Len: 0 No. Time Source Destination =20 Protocol Info 56 300.041497 10.20.0.20 10.10.0.10 ICMP =20 Destination unreachable (Host administratively prohibited) - -- Regards, Nikolay Denev -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (Darwin) iEYEARECAAYFAkqSpVgACgkQHNAJ/fLbfrmTHwCfUcgiwrc1VsWB3Om627VDqTx9 bzwAoJrlsZCOqiZ99QWHoGkvSYpuDbmr =3D0VLB -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 18:22:33 2009 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 141A7106568D; Mon, 24 Aug 2009 18:22:33 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8E55E8FC14; Mon, 24 Aug 2009 18:22:32 +0000 (UTC) Received: from freefall.freebsd.org (yongari@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7OIMW8q004093; Mon, 24 Aug 2009 18:22:32 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7OIMWkc004089; Mon, 24 Aug 2009 18:22:32 GMT (envelope-from yongari) Date: Mon, 24 Aug 2009 18:22:32 GMT Message-Id: <200908241822.n7OIMWkc004089@freefall.freebsd.org> To: tmueko@kommunity.net, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/138135: [fxp] truncated-ip - 2 bytes missing! on fxp(4) [regression] 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, 24 Aug 2009 18:22:33 -0000 Synopsis: [fxp] truncated-ip - 2 bytes missing! on fxp(4) [regression] State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Mon Aug 24 18:20:03 UTC 2009 State-Changed-Why: The pciconf(8) looks wrong to me. According to the chipid your fxp0 interface is "Intel 82801BA/CAM (ICH2/3) Pro/100 Ethernet" and fxp[1-7] is "Intel 82559ER Embedded 10/100 Ethernet". Since these controllers have no TSO/Tx checksum offload support I guess it could be related with other parts of kernel. By chance are you using some firewall in your box(pf/ipf/ipfw)? Also would you let me know the last known working release? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Mon Aug 24 18:20:03 UTC 2009 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=138135 From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 19:39:35 2009 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 A5A3D1065745 for ; Mon, 24 Aug 2009 19:39:33 +0000 (UTC) (envelope-from smith.graham23@gmail.com) Received: from mail-pz0-f171.google.com (mail-pz0-f171.google.com [209.85.222.171]) by mx1.freebsd.org (Postfix) with ESMTP id 79BAF8FC18 for ; Mon, 24 Aug 2009 19:39:33 +0000 (UTC) Received: by pzk1 with SMTP id 1so201392pzk.3 for ; Mon, 24 Aug 2009 12:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=bEwksOWknNslTx5/NfyKEH7CzKk3300jXVfllKaZOyU=; b=D16/K2uqMOSjSrE1d8O7PPAOArpeKeDiU8nEz6w5SlfslWJVQe09imTM/QqbZZ/k+s EAopSPRqinpafB9mfQU+PgdEDcWlbO9oj/wO5I4/ukMtEubj3xuReQcS+PhPqaPQxZ6N uZAcew8aDyKfsXmQiJ6VGyF8Xfvxhshn95+dk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=C+m9GFLtENpJxyhNsXXwhLJx+7/5W3KDoPzYU1YrpgaWk2e5L+ElFREEo9iyczDHvl 0cM+iYNfWejgxUQeX0QVlmdDOd1PGSfDX9LYXruzghuJ+3T4KeE5GUIjd5ZVYIGb1sKZ 72qUs5pFTO3FihLhQuK50ZlM1Bu+NI8b4UHzc= MIME-Version: 1.0 Received: by 10.143.21.42 with SMTP id y42mr339589wfi.207.1251141139486; Mon, 24 Aug 2009 12:12:19 -0700 (PDT) Date: Mon, 24 Aug 2009 12:12:19 -0700 Message-ID: From: Graham Smith To: freebsd-net@freebsd.org X-Mailman-Approved-At: Mon, 24 Aug 2009 21:06:02 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: native vlan 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, 24 Aug 2009 19:39:35 -0000 Networking folks Nothing to do with freebsd per say, but can someone tell real life scenario requiring creation of native vlan (vlan 0) and why native vlan are most suitable for this scene ? TIA, From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 21:26:29 2009 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 6CB19106568D for ; Mon, 24 Aug 2009 21:26:29 +0000 (UTC) (envelope-from mksmith@adhost.com) Received: from mail-defer02.adhost.com (mail-defer02.adhost.com [216.211.128.177]) by mx1.freebsd.org (Postfix) with ESMTP id 4FC958FC08 for ; Mon, 24 Aug 2009 21:26:29 +0000 (UTC) Received: from mail-in05.adhost.com (mail-in05.adhost.com [10.212.3.15]) by mail-defer02.adhost.com (Postfix) with ESMTP id 8067A1388987 for ; Mon, 24 Aug 2009 14:08:49 -0700 (PDT) (envelope-from mksmith@adhost.com) Received: from ad-exh01.adhost.lan (exchange.adhost.com [216.211.143.69]) by mail-in05.adhost.com (Postfix) with ESMTP id EAD3D98D9F4; Mon, 24 Aug 2009 14:08:48 -0700 (PDT) (envelope-from mksmith@adhost.com) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 24 Aug 2009 14:08:48 -0700 Message-ID: <17838240D9A5544AAA5FF95F8D52031606934019@ad-exh01.adhost.lan> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: native vlan Thread-Index: Acok/rUWHbrDl4PxQNCdi5n1fahAHwAACZSQ References: From: "Michael K. Smith - Adhost" To: "Graham Smith" , Cc: Subject: RE: native vlan 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, 24 Aug 2009 21:26:29 -0000 Well, in Cisco speak, the native vlan is untagged and used for management. So, all your customer traffic comes in tagged with various VLAN's and your management stuff remains untagged and localized to the switching infrastructure. So, I guess you would do it if you wanted to speak spanning tree (802.1D) with switches and/or you wanted to put a management IP address on the same subnet as your switch management VLAN subnet. Regards, Mike > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Graham Smith > Sent: Monday, August 24, 2009 12:12 PM > To: freebsd-net@freebsd.org > Subject: native vlan >=20 > Networking folks >=20 > Nothing to do with freebsd per say, but can someone tell real life > scenario > requiring creation of native vlan (vlan 0) and why native vlan are > most > suitable for this scene ? >=20 > TIA, > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 21:34:58 2009 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 BC413106568B for ; Mon, 24 Aug 2009 21:34:58 +0000 (UTC) (envelope-from repcsike@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 41A168FC0A for ; Mon, 24 Aug 2009 21:34:58 +0000 (UTC) Received: by ewy5 with SMTP id 5so1332167ewy.36 for ; Mon, 24 Aug 2009 14:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=hnxhZJTeF7ttFboTbSwDZO7otVpKLGze3kGyRpzn1XQ=; b=pKVy0mfVEHVHXfLnAW+/7B0pRLP0I9vDr31wsJRJuAJ38ZphPplHWR3brttWzk+QNy OYGXn46QgA+mBUjO8ySJPEa28N1/i0w40U1VP1PO61+yITaa8vmmx+qZA661apWaEFtA QvVSMOFpimpU0KRrdUnXplLRxuBS6pMs8j68k= 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; b=Z9n6HAGmTUGcM5IOH85TjOvvdHFDd1bfOgJipFLuFuW0u7CJ05MB40t4vZ1RSklgpf BLnVyRUKVvhNEpXL7KCY+4gf7p3U7cxii6HYc8xNrZbPPoE1+FN7+6GMlhi362rfZDdm UoRQs6YbsJ1gQjhL8ORxC0ydXwWsoLNPxEJ04= MIME-Version: 1.0 Received: by 10.211.200.20 with SMTP id c20mr2611963ebq.15.1251149697352; Mon, 24 Aug 2009 14:34:57 -0700 (PDT) In-Reply-To: <17838240D9A5544AAA5FF95F8D52031606934019@ad-exh01.adhost.lan> References: <17838240D9A5544AAA5FF95F8D52031606934019@ad-exh01.adhost.lan> Date: Mon, 24 Aug 2009 23:34:57 +0200 Message-ID: From: =?ISO-8859-1?B?QmFs4XpzIE3hdOlmZnk=?= To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: native vlan 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, 24 Aug 2009 21:34:58 -0000 Hi, I would add, that if you have hosts, a hub or an unmanaged switch without vlan capability between two switches with vlans those devices will use the native vlan. And another thing: you have to make the native vlan the same on the switches or you will get native vlan error messages. In cisco the native vlan's number is 1 by the way not 0, as far as I know. Hope this helps! Regards, Repcsi. 2009/8/24 Michael K. Smith - Adhost > Well, in Cisco speak, the native vlan is untagged and used for > management. So, all your customer traffic comes in tagged with various > VLAN's and your management stuff remains untagged and localized to the > switching infrastructure. > > So, I guess you would do it if you wanted to speak spanning tree > (802.1D) with switches and/or you wanted to put a management IP address > on the same subnet as your switch management VLAN subnet. > > Regards, > > Mike > > > -----Original Message----- > > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > > net@freebsd.org] On Behalf Of Graham Smith > > Sent: Monday, August 24, 2009 12:12 PM > > To: freebsd-net@freebsd.org > > Subject: native vlan > > > > Networking folks > > > > Nothing to do with freebsd per say, but can someone tell real life > > scenario > > requiring creation of native vlan (vlan 0) and why native vlan are > > most > > suitable for this scene ? > > > > TIA, > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Aug 24 22:05:03 2009 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 E25071065691 for ; Mon, 24 Aug 2009 22:05:03 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id B3A7A8FC0C for ; Mon, 24 Aug 2009 22:05:03 +0000 (UTC) Received: from compute1.internal (compute1.internal [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 53D05578A1; Mon, 24 Aug 2009 18:05:02 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 24 Aug 2009 18:05:02 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=Qs5tGgC/gnLTpvAj2yqx0Nck9tg=; b=I0xyjzQOg8o4QHZMaGoPy7jjlP/mgcP0Jdabgq5+dEwrjC1wRNQtkzEg4Sr1UedNVT1oVgFRhqHllcWXSM7ZTsKUxELXNaBUUM4ZCXgu2ILW/hL9WdSg572GeOw6eIPWg3TZJlK3h/gVsJMJUlTSTB77U5KjfsEoQ2xrYlYKB5U= X-Sasl-enc: bvJYIPzsR4NtHNBdDegpAA1MJBfBQBscmqLxNbrKjyFc 1251151501 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id A063DC378; Mon, 24 Aug 2009 18:05:01 -0400 (EDT) Message-ID: <4A930E89.9070609@incunabulum.net> Date: Mon, 24 Aug 2009 23:04:57 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Graham Smith References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: native vlan 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, 24 Aug 2009 22:05:04 -0000 Graham Smith wrote: > Networking folks > > Nothing to do with freebsd per say, but can someone tell real life scenario > requiring creation of native vlan (vlan 0) and why native vlan are most > suitable for this scene ? Assuming you're referring to what's in the 802.1q header: it's what 802.1p puts in the VLAN tag of an 802.1p priority frame, and it isn't a VLAN. From owner-freebsd-net@FreeBSD.ORG Tue Aug 25 08:39:02 2009 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 3AD4D1065672 for ; Tue, 25 Aug 2009 08:39:02 +0000 (UTC) (envelope-from john@traktor.dnepro.net) Received: from traktor.dnepro.net (roof1.dnepro.net [212.3.111.66]) by mx1.freebsd.org (Postfix) with ESMTP id B15588FC18 for ; Tue, 25 Aug 2009 08:39:00 +0000 (UTC) Received: from traktor.dnepro.net (localhost [127.0.0.1]) by traktor.dnepro.net (8.14.3/8.14.3) with ESMTP id n7P8cwkZ048776; Tue, 25 Aug 2009 11:38:58 +0300 (EEST) (envelope-from john@traktor.dnepro.net) Received: (from john@localhost) by traktor.dnepro.net (8.14.3/8.14.3/Submit) id n7P8cw2A048768; Tue, 25 Aug 2009 11:38:58 +0300 (EEST) (envelope-from john) Date: Tue, 25 Aug 2009 11:38:57 +0300 From: Eugene Perevyazko To: freebsd-net@freebsd.org Message-ID: <20090825083857.GA22983@traktor.dnepro.net> Mail-Followup-To: freebsd-net@freebsd.org, Pyun YongHyeon References: <20090821142039.GA40018@traktor.dnepro.net> <20090821221932.GE1262@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090821221932.GE1262@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: Pyun YongHyeon Subject: Re: D-Link DGE-560SX (Marvell 88E8061-based) doesn't see link 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, 25 Aug 2009 08:39:02 -0000 Hello Pyun. I apologise for long delay, we had 3-day state holidays here. :) On Fri, Aug 21, 2009 at 03:19:32PM -0700, Pyun YongHyeon wrote: > On Fri, Aug 21, 2009 at 05:20:39PM +0300, Eugene Perevyazko wrote: [...] > > > Then the driver recognizes the card: > > > > mskc0: port 0x4000-0x40ff mem 0xdc100000-0xdc103fff irq 16 at device 0.0 on pci1 > > msk0: on mskc0 > > msk0: Ethernet address: 00:21:91:52:4f:09 > > miibus1: on msk0 > > e1000phy0: PHY 0 on miibus1 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > This part is problem, you have finer media, so you should have just > 1000baseSX. [...] > > ATM there is no easy/clean way to pass driver specific data to mii > layer in FreeBSD so e1000phy(4) incorrectly thinks it found copper > PHY. Marvell PHYs seem to have no reliable way to know configured > media type of PHY hardware unless parent driver(msk) gives hint to > it. If you have just 1 NIC which uses e1000phy(4) on your system, > modify e1000phy(4) to force it having fiber media by inserting the > following line around line 114 in e1000phy.c. > > sc->mii_flags |= MIIF_HAVEFIBER; > I'm lucky enough that it's the only e1000phy NIC in the system, but I can't find the place you mean in e1000phy.c It's src/sys/dev/e1000/e1000_phy.c,v 1.1.2.2 and lines 112-115 are /** * e1000_null_lplu_state - No-op function, return 0 * @hw: pointer to the HW structure **/ I really doubt, there's any sense in patching this comment. Could you please give me a patch or precise instructions? -- Eugene Perevyazko From owner-freebsd-net@FreeBSD.ORG Tue Aug 25 11:46:55 2009 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 5D57E1065693 for ; Tue, 25 Aug 2009 11:46:55 +0000 (UTC) (envelope-from john@traktor.dnepro.net) Received: from traktor.dnepro.net (roof1.dnepro.net [212.3.111.66]) by mx1.freebsd.org (Postfix) with ESMTP id BCE9A8FC25 for ; Tue, 25 Aug 2009 11:46:54 +0000 (UTC) Received: from traktor.dnepro.net (localhost [127.0.0.1]) by traktor.dnepro.net (8.14.3/8.14.3) with ESMTP id n7PBkoYi020824; Tue, 25 Aug 2009 14:46:51 +0300 (EEST) (envelope-from john@traktor.dnepro.net) Received: (from john@localhost) by traktor.dnepro.net (8.14.3/8.14.3/Submit) id n7PBkoAB020821; Tue, 25 Aug 2009 14:46:50 +0300 (EEST) (envelope-from john) Date: Tue, 25 Aug 2009 14:46:49 +0300 From: Eugene Perevyazko To: freebsd-net@freebsd.org Message-ID: <20090825114649.GA11642@traktor.dnepro.net> Mail-Followup-To: freebsd-net@freebsd.org, Pyun YongHyeon References: <20090821142039.GA40018@traktor.dnepro.net> <20090821221932.GE1262@michelle.cdnetworks.com> <20090825083857.GA22983@traktor.dnepro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090825083857.GA22983@traktor.dnepro.net> User-Agent: Mutt/1.4.2.3i Cc: Pyun YongHyeon Subject: Re: D-Link DGE-560SX (Marvell 88E8061-based) doesn't see link 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, 25 Aug 2009 11:46:55 -0000 Hello Pyun. On Tue, Aug 25, 2009 at 11:38:57AM +0300, Eugene Perevyazko wrote: > [...] > > > > ATM there is no easy/clean way to pass driver specific data to mii > > layer in FreeBSD so e1000phy(4) incorrectly thinks it found copper > > PHY. Marvell PHYs seem to have no reliable way to know configured > > media type of PHY hardware unless parent driver(msk) gives hint to > > it. If you have just 1 NIC which uses e1000phy(4) on your system, > > modify e1000phy(4) to force it having fiber media by inserting the > > following line around line 114 in e1000phy.c. > > > > sc->mii_flags |= MIIF_HAVEFIBER; > > > I'm lucky enough that it's the only e1000phy NIC in the system, but I can't > find the place you mean in e1000phy.c > It's src/sys/dev/e1000/e1000_phy.c,v 1.1.2.2 and lines 112-115 are Sorry for being so blind as to look for MII code in intel's gigabit driver! :) It's sys/dev/mii/e1000phy.c of course. Line 114 still looks weird to me, so I'm trying this: --- e1000phy.c 2009-08-25 14:45:03.000000000 +0300 +++ e1000phy.c.old 2009-08-25 14:44:47.000000000 +0300 @@ -166,7 +166,6 @@ break; } - sc->mii_flags |= MIIF_HAVEFIBER; e1000phy_reset(sc); sc->mii_capabilities = PHY_READ(sc, MII_BMSR) & ma->mii_capmask; for src/sys/dev/mii/e1000phy.c,v 1.18.2.8 I'm rebuilding kernel now... -- Eugene Perevyazko From owner-freebsd-net@FreeBSD.ORG Tue Aug 25 12:23:58 2009 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 32FD4106568B for ; Tue, 25 Aug 2009 12:23:58 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from smtp.ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id A36EC8FC12 for ; Tue, 25 Aug 2009 12:23:57 +0000 (UTC) Received: (qmail 81336 invoked by uid 89); 25 Aug 2009 12:25:16 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 25 Aug 2009 12:25:16 -0000 Message-ID: <4A93D7DB.3050500@ibctech.ca> Date: Tue, 25 Aug 2009 08:23:55 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Bal=E1zs_M=E1t=E9ffy?= References: <17838240D9A5544AAA5FF95F8D52031606934019@ad-exh01.adhost.lan> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070102090207080007090408" Cc: freebsd-net@freebsd.org Subject: Re: native vlan 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, 25 Aug 2009 12:23:58 -0000 This is a cryptographically signed message in MIME format. --------------ms070102090207080007090408 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Bal=E1zs M=E1t=E9ffy wrote: > Hi, >=20 > I would add, that if you have hosts, a hub or an unmanaged switch witho= ut > vlan capability between two switches with vlans those devices will use = the > native vlan. This isn't entirely accurate. Note that the VLAN tag is applied during the ingress into the switch. If I have a host (or switch etc) that is incapable of 802.1q that I want configured into a non-native VLAN (vlan 500 for example), then I would configure the port the host is connected to as a vlan 500 access port. The device connected to that port would then be part of vlan 500. > And another thing: you have to make the native vlan the same on > the switches or you will get native vlan error messages. In cisco the n= ative > vlan's number is 1 by the way not 0, as far as I know. Yes, in Cisco-land, VLAN 1 is the default, native VLAN. Most people will disable vlan 1, and configure native to be an arbitrary number. Also, there are cases where the native vlan warnings are acceptable, such as when you need to bridge your network via layer-2 to an outside network that you don't control, and both parties are using separate native vlans. Steve --------------ms070102090207080007090408 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII/zCC AtowggJDoAMCAQICEEs5xg/J3t77QWJ4SatV1HcwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDUwNzIzMTYxMFoX DTEwMDUwNzIzMTYxMFowQjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEfMB0G CSqGSIb3DQEJARYQc3RldmVAaWJjdGVjaC5jYTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAJSTRAjP1RVa87/mnZn+PBTbENgyhhBJ4rWApmaNcthzRdk2DB/49KrXx3EQP60w Lj4KU0DFkiGNVj9BnVxRAx/WDXKxGC3uGGEG6gjyWv8KFMWMsH9mL7y7uNow1HueT6pZUf9o yY8Ewd+01QpGi7FfXOae7lGHhbEwnEJGwz08ytRfLmH0KtEzlZanZZhwDGX5s1kIHnyxdACh 3byXY6Z2bOrx0rcrQHCnHJppxddR60F7igjaMuBFstE51h9XTgXDNKJbglqTug5ghGihNuP6 VsBN7ue62y96UGIE22TvKEcAQ665vQGjHqZeSzZYy+hWNOa27pWFmhlqFjx0x8MCAwEAAaMt MCswGwYDVR0RBBQwEoEQc3RldmVAaWJjdGVjaC5jYTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3 DQEBBQUAA4GBAMOmjxjp2Xzk6ZHLwTgFDzVhm98RjRT3UXotKjNIR7SgwfWF5wkJrx4I+dXu ui5ztMEq4bTTRgJ344MqE6uZiZlg+tBIFHZGCJfKdzsX4QuV2jmw0sR5dMaYxG6tlDB0YUMv gTqzV7ZDpiusTMOZe9pP1PdxFhOcIJXtMQDj5LhuMIIC2jCCAkOgAwIBAgIQSznGD8ne3vtB YnhJq1XUdzANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt YWlsIElzc3VpbmcgQ0EwHhcNMDkwNTA3MjMxNjEwWhcNMTAwNTA3MjMxNjEwWjBCMR8wHQYD VQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMR8wHQYJKoZIhvcNAQkBFhBzdGV2ZUBpYmN0 ZWNoLmNhMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAlJNECM/VFVrzv+admf48 FNsQ2DKGEEnitYCmZo1y2HNF2TYMH/j0qtfHcRA/rTAuPgpTQMWSIY1WP0GdXFEDH9YNcrEY Le4YYQbqCPJa/woUxYywf2YvvLu42jDUe55PqllR/2jJjwTB37TVCkaLsV9c5p7uUYeFsTCc QkbDPTzK1F8uYfQq0TOVlqdlmHAMZfmzWQgefLF0AKHdvJdjpnZs6vHStytAcKccmmnF11Hr QXuKCNoy4EWy0TnWH1dOBcM0oluCWpO6DmCEaKE24/pWwE3u57rbL3pQYgTbZO8oRwBDrrm9 AaMepl5LNljL6FY05rbulYWaGWoWPHTHwwIDAQABoy0wKzAbBgNVHREEFDASgRBzdGV2ZUBp YmN0ZWNoLmNhMAwGA1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAw6aPGOnZfOTpkcvB OAUPNWGb3xGNFPdRei0qM0hHtKDB9YXnCQmvHgj51e66LnO0wSrhtNNGAnfjgyoTq5mJmWD6 0EgUdkYIl8p3OxfhC5XaObDSxHl0xpjEbq2UMHRhQy+BOrNXtkOmK6xMw5l72k/U93EWE5wg le0xAOPkuG4wggM/MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJa QTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoT EVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERp dmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG 9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcN MTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRp bmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3Vp bmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f 6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7 AgMBAAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRw Oi8vY3JsLnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8E BAMCAQYwKQYDVR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqG SIb3DQEBBQUAA4GBAEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQc UCCTcDz9reFhYsPZOhl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bG CE6u9uo05RAaWzVNd+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYD VQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UE AxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEEs5xg/J3t77QWJ4SatV 1HcwCQYFKw4DAhoFAKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0B CQUxDxcNMDkwODI1MTIyMzU1WjAjBgkqhkiG9w0BCQQxFgQURpVoGSdcGVi0GMQZ5iAEnpw0 R9owUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZI hvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0Fi eEmrVdR3MIGHBgsqhkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRo YXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBG cmVlbWFpbCBJc3N1aW5nIENBAhBLOcYPyd7e+0FieEmrVdR3MA0GCSqGSIb3DQEBAQUABIIB AIYu6qfYCEtIG6Ged5j5ViLmjZnyXxocsEm22nEW/vE9stPu5dHmQ3X0dG/f3aRLOUPM6fV+ LY5EFBucoACBHRfYCLJlhiygS+U8z7KSY7KylSNtb9GisuTM0aFWJ9JzbBal+S5hrlDSDy5g gxevKwbQvF1rBx2eiAME2GVFLF1DxYirJ4/gToxG3Y8O9pnSA3Zr9a+pbDFghVfe6FV/0+mm D2Jnhx4zRqgtdA08oF6tMVsA9UorAgIBcz4yMXg5bA5BaJIlSaKE+kmK9eHGobv6rQBY5jXG KPpMRdOEis6wELnethgRcItXe0rwWhIVJ+SOw8ZnZKbvwVaEclimLg8AAAAAAAA= --------------ms070102090207080007090408-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 25 13:08:23 2009 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 ADFED1065692 for ; Tue, 25 Aug 2009 13:08:23 +0000 (UTC) (envelope-from john@traktor.dnepro.net) Received: from traktor.dnepro.net (roof1.dnepro.net [212.3.111.66]) by mx1.freebsd.org (Postfix) with ESMTP id 44E068FC1D for ; Tue, 25 Aug 2009 13:08:22 +0000 (UTC) Received: from traktor.dnepro.net (localhost [127.0.0.1]) by traktor.dnepro.net (8.14.3/8.14.3) with ESMTP id n7PD8LL8050996; Tue, 25 Aug 2009 16:08:21 +0300 (EEST) (envelope-from john@traktor.dnepro.net) Received: (from john@localhost) by traktor.dnepro.net (8.14.3/8.14.3/Submit) id n7PD8LLY050994; Tue, 25 Aug 2009 16:08:21 +0300 (EEST) (envelope-from john) Date: Tue, 25 Aug 2009 16:08:21 +0300 From: Eugene Perevyazko To: freebsd-net@freebsd.org Message-ID: <20090825130821.GA41669@traktor.dnepro.net> Mail-Followup-To: freebsd-net@freebsd.org, Pyun YongHyeon References: <20090821142039.GA40018@traktor.dnepro.net> <20090821221932.GE1262@michelle.cdnetworks.com> <20090825083857.GA22983@traktor.dnepro.net> <20090825114649.GA11642@traktor.dnepro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090825114649.GA11642@traktor.dnepro.net> User-Agent: Mutt/1.4.2.3i Cc: Pyun YongHyeon Subject: Re: D-Link DGE-560SX (Marvell 88E8061-based) doesn't see link 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, 25 Aug 2009 13:08:23 -0000 Hello. On Tue, Aug 25, 2009 at 02:46:49PM +0300, Eugene Perevyazko wrote: > > > > > > ATM there is no easy/clean way to pass driver specific data to mii > > > layer in FreeBSD so e1000phy(4) incorrectly thinks it found copper > > > PHY. Marvell PHYs seem to have no reliable way to know configured > > > media type of PHY hardware unless parent driver(msk) gives hint to > > > it. If you have just 1 NIC which uses e1000phy(4) on your system, > > > modify e1000phy(4) to force it having fiber media by inserting the > > > following line around line 114 in e1000phy.c. > > > > > > sc->mii_flags |= MIIF_HAVEFIBER; [...] > --- e1000phy.c 2009-08-25 14:45:03.000000000 +0300 > +++ e1000phy.c.old 2009-08-25 14:44:47.000000000 +0300 > @@ -166,7 +166,6 @@ > break; > } > > - sc->mii_flags |= MIIF_HAVEFIBER; > e1000phy_reset(sc); > > sc->mii_capabilities = PHY_READ(sc, MII_BMSR) & ma->mii_capmask; > > for src/sys/dev/mii/e1000phy.c,v 1.18.2.8 I've rebooted with new kernel with following results: mskc0: port 0x4000-0x40ff mem 0xdc100000-0xdc103 fff irq 16 at device 0.0 on pci1 msk0: on mskc0 msk0: Ethernet address: 00:21:91:52:4f:09 miibus1: on msk0 e1000phy0: PHY 0 on miibus1 e1000phy0: 1000baseSX, 1000baseSX-FDX, auto mskc0: [FILTER] # ifconfig msk0 msk0: flags=8802 metric 0 mtu 1500 options=11a ether 00:21:91:52:4f:09 media: Ethernet autoselect # ifconfig msk0 up # ifconfig -m msk0 msk0: flags=8843 metric 0 mtu 1500 options=11a capabilities=11a ether 00:21:91:52:4f:09 media: Ethernet autoselect (autoselect ) status: active supported media: media autoselect media 1000baseSX mediaopt full-duplex media 1000baseSX media none Switch and NIC see the link, but no packets pass through the interface. # ifconfig msk0 media 1000baseSX mediaopt full-duplex # ifconfig msk0 msk0: flags=8843 metric 0 mtu 1500 options=11a ether 00:21:91:52:4f:09 media: Ethernet 1000baseSX (autoselect ) status: active Again no packets are seen with tcpdump. Switch counters show no incoming packets from NIC if I set an ip and try to generate some traffic. Any ideas? -- Eugene Perevyazko From owner-freebsd-net@FreeBSD.ORG Tue Aug 25 14:00:16 2009 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 198AD106568F for ; Tue, 25 Aug 2009 14:00:16 +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 E2E8C8FC22 for ; Tue, 25 Aug 2009 14:00:15 +0000 (UTC) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7PE057W025338 for ; Tue, 25 Aug 2009 14:00:05 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7PE05mj025337; Tue, 25 Aug 2009 14:00:05 GMT (envelope-from gnats) Date: Tue, 25 Aug 2009 14:00:05 GMT Message-Id: <200908251400.n7PE05mj025337@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Gonzalo Nemmi Cc: Subject: Re: kern/136876: [bge] bge will not resume properly after suspend X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gonzalo Nemmi List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 14:00:16 -0000 The following reply was made to PR kern/136876; it has been noted by GNATS. From: Gonzalo Nemmi To: bug-followup@freebsd.org, adamk@voicenet.com Cc: Subject: Re: kern/136876: [bge] bge will not resume properly after suspend Date: Tue, 25 Aug 2009 10:51:13 -0300 bge0 problem is still present on BETA3 -- Blessings Gonzalo Nemmi From owner-freebsd-net@FreeBSD.ORG Tue Aug 25 18:26:30 2009 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 740E6106568C for ; Tue, 25 Aug 2009 18:26:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 3DBF78FC32 for ; Tue, 25 Aug 2009 18:26:30 +0000 (UTC) Received: by wa-out-1112.google.com with SMTP id m38so801085waf.27 for ; Tue, 25 Aug 2009 11:26: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=mUZkhX6ti0yy04P4JAEQBbZ+VAE/3pvMnf57JnImgCI=; b=YA/KEpy/b5KE0sjDvnyux4reRuQVj2ZmGNuSFDnvERDHrKD0pDJOuonqDoj0vjW7aQ WEbfIyI52AJBNqME53pMRlpgkZh9zyDxs7G2AVOMdPrlb1+LR8xOBkMXszmR2n/XbuqR jaDWEPtCJuDvs6kHAGDNaWIlAXi+eNpY2S6Zg= 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=CLacDe8gu+up6PG80DI9tS0lnCM8wT4FanZwBbiqxB29kbT3InF+R6LpgHiezA3xDL Ik/0Z+vbtECXtJgeEYmSlmOP9lXz0ASCgmRfqGeRGpwCtqSz8CWcouFV3Bby2w3Duayp 8adLdxV/9QWw1lSza8ss4J5Il331qa9sKZiS0= Received: by 10.115.66.28 with SMTP id t28mr9556362wak.177.1251224789759; Tue, 25 Aug 2009 11:26:29 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id j26sm12628500waf.63.2009.08.25.11.26.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 Aug 2009 11:26:28 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 25 Aug 2009 11:25:53 -0700 From: Pyun YongHyeon Date: Tue, 25 Aug 2009 11:25:53 -0700 To: freebsd-net@freebsd.org Message-ID: <20090825182553.GD1282@michelle.cdnetworks.com> References: <20090821142039.GA40018@traktor.dnepro.net> <20090821221932.GE1262@michelle.cdnetworks.com> <20090825083857.GA22983@traktor.dnepro.net> <20090825114649.GA11642@traktor.dnepro.net> <20090825130821.GA41669@traktor.dnepro.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: <20090825130821.GA41669@traktor.dnepro.net> User-Agent: Mutt/1.4.2.3i Cc: Eugene Perevyazko Subject: Re: D-Link DGE-560SX (Marvell 88E8061-based) doesn't see link X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2009 18:26:30 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Aug 25, 2009 at 04:08:21PM +0300, Eugene Perevyazko wrote: > Hello. > > On Tue, Aug 25, 2009 at 02:46:49PM +0300, Eugene Perevyazko wrote: > > > > > > > > ATM there is no easy/clean way to pass driver specific data to mii > > > > layer in FreeBSD so e1000phy(4) incorrectly thinks it found copper > > > > PHY. Marvell PHYs seem to have no reliable way to know configured > > > > media type of PHY hardware unless parent driver(msk) gives hint to > > > > it. If you have just 1 NIC which uses e1000phy(4) on your system, > > > > modify e1000phy(4) to force it having fiber media by inserting the > > > > following line around line 114 in e1000phy.c. > > > > > > > > sc->mii_flags |= MIIF_HAVEFIBER; > [...] > > --- e1000phy.c 2009-08-25 14:45:03.000000000 +0300 > > +++ e1000phy.c.old 2009-08-25 14:44:47.000000000 +0300 > > @@ -166,7 +166,6 @@ > > break; > > } > > > > - sc->mii_flags |= MIIF_HAVEFIBER; > > e1000phy_reset(sc); > > > > sc->mii_capabilities = PHY_READ(sc, MII_BMSR) & ma->mii_capmask; > > > > for src/sys/dev/mii/e1000phy.c,v 1.18.2.8 > > I've rebooted with new kernel with following results: > > mskc0: port 0x4000-0x40ff mem 0xdc100000-0xdc103 > fff irq 16 at device 0.0 on pci1 > msk0: on mskc0 > msk0: Ethernet address: 00:21:91:52:4f:09 > miibus1: on msk0 > e1000phy0: PHY 0 on miibus1 > e1000phy0: 1000baseSX, 1000baseSX-FDX, auto > mskc0: [FILTER] > > # ifconfig msk0 > msk0: flags=8802 metric 0 mtu 1500 > options=11a > ether 00:21:91:52:4f:09 > media: Ethernet autoselect > > # ifconfig msk0 up > # ifconfig -m msk0 > msk0: flags=8843 metric 0 mtu 1500 > options=11a > capabilities=11a > ether 00:21:91:52:4f:09 > media: Ethernet autoselect (autoselect ) > status: active > supported media: > media autoselect > media 1000baseSX mediaopt full-duplex > media 1000baseSX > media none > > Switch and NIC see the link, but no packets pass through the interface. > > # ifconfig msk0 media 1000baseSX mediaopt full-duplex > # ifconfig msk0 > msk0: flags=8843 metric 0 mtu 1500 > options=11a > ether 00:21:91:52:4f:09 > media: Ethernet 1000baseSX (autoselect ) > status: active > > Again no packets are seen with tcpdump. > Switch counters show no incoming packets from NIC if I set an ip and try to generate some traffic. > > Any ideas? Try attached patch and let me know how it goes on your box. You can see statistics counters maintained in driver with sysctl. "sysctl dev.msk.0.stats" will show some numbers if it can see packets on wire. --+HP7ph2BbKc20aGI Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.DGE560.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 196548) +++ sys/dev/msk/if_msk.c (working copy) @@ -3794,9 +3794,14 @@ /* Set receive filter. */ msk_rxfilter(sc_if); - /* Flush Rx MAC FIFO on any flow control or error. */ - CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, RX_GMF_FL_MSK), - GMR_FS_ANY_ERR); + if (sc->msk_hw_id == CHIP_ID_YUKON_XL) { + /* Clear flush mask - HW bug. */ + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, RX_GMF_FL_MSK), 0); + } else { + /* Flush Rx MAC FIFO on any flow control or error. */ + CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, RX_GMF_FL_MSK), + GMR_FS_ANY_ERR); + } /* * Set Rx FIFO flush threshold to 64 bytes + 1 FIFO word Index: sys/dev/mii/e1000phy.c =================================================================== --- sys/dev/mii/e1000phy.c (revision 196548) +++ sys/dev/mii/e1000phy.c (working copy) @@ -150,6 +150,11 @@ case MII_MODEL_MARVELL_E1112: if (PHY_READ(sc, E1000_ESSR) & E1000_ESSR_FIBER_LINK) sc->mii_flags |= MIIF_HAVEFIBER; +#if 1 + /* XXX */ + sc->mii_flags |= MIIF_HAVEFIBER; + PHY_WRITE(sc, E1000_EADR, 0); +#endif break; case MII_MODEL_MARVELL_E1149: /* --+HP7ph2BbKc20aGI-- From owner-freebsd-net@FreeBSD.ORG Tue Aug 25 20:33:20 2009 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 681A7106568B for ; Tue, 25 Aug 2009 20:33:20 +0000 (UTC) (envelope-from dima_bsd@inbox.lv) Received: from smtp1.apollo.lv (smtp1.apollo.lv [80.232.168.211]) by mx1.freebsd.org (Postfix) with ESMTP id E9EB58FC25 for ; Tue, 25 Aug 2009 20:33:19 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Virusscan: Clamd Received: from [87.110.119.231] ([87.110.119.231] verified) by smtp1.apollo.lv (CommuniGate Pro SMTP 5.2.10) with ESMTP id 598986618 for freebsd-net@freebsd.org; Tue, 25 Aug 2009 22:33:15 +0300 From: Dmitriy Demidov To: freebsd-net@freebsd.org Date: Tue, 25 Aug 2009 22:33:10 +0300 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200908252233.10562.dima_bsd@inbox.lv> Subject: Broadcom BCM5761,BCM5784,BCM5785 drivers available for 8.0/7.2 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, 25 Aug 2009 20:33:20 -0000 Hello. I'm "happy" user of Acer aspire 5536 notebook :) I met one problem with Broadcom BCM5784M network adapter using FreeBSD 8.0-BETA2 - there is no native support for my ethernet card. A good news that there is extra patches that adds support for this Broadcom, and that they works without any problems (at least for me... so far...). Can somebody please take a look on them here: http://forums.freebsd.org/showthread.php?t=6081 http://nccs.christian.net/bge_bcm5784_patch.htm and if they are OK, commit them into FreeBSD? Thanks! From owner-freebsd-net@FreeBSD.ORG Wed Aug 26 09:39:19 2009 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 441561065692 for ; Wed, 26 Aug 2009 09:39:19 +0000 (UTC) (envelope-from john@traktor.dnepro.net) Received: from traktor.dnepro.net (roof1.dnepro.net [212.3.111.66]) by mx1.freebsd.org (Postfix) with ESMTP id B68F98FC22 for ; Wed, 26 Aug 2009 09:39:17 +0000 (UTC) Received: from traktor.dnepro.net (localhost [127.0.0.1]) by traktor.dnepro.net (8.14.3/8.14.3) with ESMTP id n7Q9dGCO025581; Wed, 26 Aug 2009 12:39:16 +0300 (EEST) (envelope-from john@traktor.dnepro.net) Received: (from john@localhost) by traktor.dnepro.net (8.14.3/8.14.3/Submit) id n7Q9dGv2025580; Wed, 26 Aug 2009 12:39:16 +0300 (EEST) (envelope-from john) Date: Wed, 26 Aug 2009 12:39:16 +0300 From: Eugene Perevyazko To: freebsd-net@freebsd.org Message-ID: <20090826093916.GB10790@traktor.dnepro.net> Mail-Followup-To: freebsd-net@freebsd.org, Pyun YongHyeon References: <20090821142039.GA40018@traktor.dnepro.net> <20090821221932.GE1262@michelle.cdnetworks.com> <20090825083857.GA22983@traktor.dnepro.net> <20090825114649.GA11642@traktor.dnepro.net> <20090825130821.GA41669@traktor.dnepro.net> <20090825182553.GD1282@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090825182553.GD1282@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: Pyun YongHyeon Subject: Re: D-Link DGE-560SX (Marvell 88E8061-based) doesn't see link 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, 26 Aug 2009 09:39:19 -0000 On Tue, Aug 25, 2009 at 11:25:53AM -0700, Pyun YongHyeon wrote: > > Try attached patch and let me know how it goes on your box. > You can see statistics counters maintained in driver with sysctl. > "sysctl dev.msk.0.stats" will show some numbers if it can see > packets on wire. With attached patch NIC doesn't see link again. All counters in dev.msk.0.stats are 0s. mskc0: port 0x4000-0x40ff mem 0xdc100000-0xdc103fff irq 16 at device 0.0 on pci1 msk0: on mskc0 msk0: Ethernet address: 00:21:91:52:4f:09 miibus1: on msk0 e1000phy0: PHY 0 on miibus1 e1000phy0: 1000baseSX, 1000baseSX-FDX, auto mskc0: [FILTER] # ifconfig msk0 msk0: flags=8802 metric 0 mtu 1500 options=11a ether 00:21:91:52:4f:09 media: Ethernet autoselect # ifconfig msk0 up # ifconfig msk0 msk0: flags=8843 metric 0 mtu 1500 options=11a ether 00:21:91:52:4f:09 media: Ethernet autoselect (none) status: no carrier # ifconfig -m msk0 msk0: flags=8843 metric 0 mtu 1500 options=11a capabilities=11a ether 00:21:91:52:4f:09 media: Ethernet autoselect (none) status: no carrier supported media: media autoselect media 1000baseSX mediaopt full-duplex media 1000baseSX media none -- Eugene Perevyazko From owner-freebsd-net@FreeBSD.ORG Wed Aug 26 09:48:59 2009 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 13344106564A for ; Wed, 26 Aug 2009 09:48:59 +0000 (UTC) (envelope-from john@traktor.dnepro.net) Received: from traktor.dnepro.net (roof1.dnepro.net [212.3.111.66]) by mx1.freebsd.org (Postfix) with ESMTP id 858C98FC25 for ; Wed, 26 Aug 2009 09:48:58 +0000 (UTC) Received: from traktor.dnepro.net (localhost [127.0.0.1]) by traktor.dnepro.net (8.14.3/8.14.3) with ESMTP id n7Q9muZA028789; Wed, 26 Aug 2009 12:48:57 +0300 (EEST) (envelope-from john@traktor.dnepro.net) Received: (from john@localhost) by traktor.dnepro.net (8.14.3/8.14.3/Submit) id n7Q9mub4028788; Wed, 26 Aug 2009 12:48:56 +0300 (EEST) (envelope-from john) Date: Wed, 26 Aug 2009 12:48:56 +0300 From: Eugene Perevyazko To: freebsd-net@freebsd.org Message-ID: <20090826094856.GC10790@traktor.dnepro.net> Mail-Followup-To: freebsd-net@freebsd.org, Pyun YongHyeon References: <20090821142039.GA40018@traktor.dnepro.net> <20090821221932.GE1262@michelle.cdnetworks.com> <20090825083857.GA22983@traktor.dnepro.net> <20090825114649.GA11642@traktor.dnepro.net> <20090825130821.GA41669@traktor.dnepro.net> <20090825182553.GD1282@michelle.cdnetworks.com> <20090826093916.GB10790@traktor.dnepro.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090826093916.GB10790@traktor.dnepro.net> User-Agent: Mutt/1.4.2.3i Cc: Pyun YongHyeon Subject: Re: D-Link DGE-560SX (Marvell 88E8061-based) doesn't see link 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, 26 Aug 2009 09:48:59 -0000 On Wed, Aug 26, 2009 at 12:39:16PM +0300, Eugene Perevyazko wrote: > On Tue, Aug 25, 2009 at 11:25:53AM -0700, Pyun YongHyeon wrote: > > > > Try attached patch and let me know how it goes on your box. > > You can see statistics counters maintained in driver with sysctl. > > "sysctl dev.msk.0.stats" will show some numbers if it can see > > packets on wire. > > With attached patch NIC doesn't see link again. > All counters in dev.msk.0.stats are 0s. > > # ifconfig msk0 > msk0: flags=8843 metric 0 mtu 1500 > options=11a > ether 00:21:91:52:4f:09 > media: Ethernet autoselect (none) > status: no carrier At the same time the link led on NIC is on, and switch shows that port is up. That's different from the unpatched system, where led was off and switch port was down. -- Eugene Perevyazko From owner-freebsd-net@FreeBSD.ORG Wed Aug 26 14:40:31 2009 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 AF4A41065692 for ; Wed, 26 Aug 2009 14:40:31 +0000 (UTC) (envelope-from freebsd-net@kouznetsov.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3542B8FC2F for ; Wed, 26 Aug 2009 14:40:30 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 4so54540eyf.9 for ; Wed, 26 Aug 2009 07:40:30 -0700 (PDT) Received: by 10.210.127.15 with SMTP id z15mr7149392ebc.35.1251295735837; Wed, 26 Aug 2009 07:08:55 -0700 (PDT) Received: from strelakuznec (nat-13-carp.hcn-strela.ru [91.192.70.21]) by mx.google.com with ESMTPS id 28sm69527eyg.42.2009.08.26.07.08.42 (version=SSLv3 cipher=RC4-MD5); Wed, 26 Aug 2009 07:08:43 -0700 (PDT) Message-ID: <4D0FE79CC65F4813906B3D7A932EC0A6@hcnstrela.ru> From: "Alexey Kouznetsov" To: Date: Wed, 26 Aug 2009 18:08:40 +0400 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.4548 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4325 X-Mailman-Approved-At: Wed, 26 Aug 2009 15:40:28 +0000 Subject: Pipes and wrong IPs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexey Kouznetsov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2009 14:40:31 -0000 SGVsbG8hDQoNClRpbWUgdG8gdGltZSBhIHNlZSBhdCBGcmVlQlNEIHJvdXRlciBzb21lIHRyb3Vi bGVzIHdpdGggcGlwZXMNCg0KV2UgaGF2ZSByb29sZXM6DQouLi4NCjIwMDAwIHBpcGUgdGFibGVh cmcgaXAgZnJvbSBhbnkgdG8gdGFibGUoMzApIHhtaXQgZW0xIG91dA0KMjAwMDAgcGlwZSB0YWJs ZWFyZyBpcCBmcm9tIHRhYmxlKDMxKSB0byBhbnkgcmVjdiBlbTEgaW4NCi4uLg0KDQpubyBtb3Jl IHJvb2xlcyB3aGVyZSB3ZSB1c2UgcGlwZSBvciBxdWV1ZQ0KDQppbiB0YWJsZSAzMCB3ZSBoYXZl IGxpc3Qgb2YgSVBzLCBoYXZlIHRvIGJlIHNoYXBlZCBmb3IgaW5jb21pbmcgYW5kIGluIHRhYmxl IDMxIElQcyB3ZSBoYXZlIHRvIHNoYXBlIGZvciBvdXRnb2luZy4gV2l0aCBwYXJhbWV0ZXJzIC0g dGhlIFBJUEUgbnVtYmVycw0KDQpBbHNvIHdlIGhhdmUgbG90IG9mIHBpcGVzOg0KL3NiaW4vaXBm dyBwaXBlICAxMjIgY29uZmlnIG1hc2sgZHN0LWlwIDB4ZmZmZmZmZmYgYncgMzI3NjhCeXRlL3Mg cXVldWUgMzIgDQpncmVkIDAuMDAyLzgvMTYvMC4xDQovc2Jpbi9pcGZ3IHBpcGUgMTEyMiBjb25m aWcgbWFzayBzcmMtaXAgMHhmZmZmZmZmZiBidyAzMjc2OEJ5dGUvcyBxdWV1ZSAzMiANCmdyZWQg MC4wMDIvOC8xNi8wLjENCg0KRWFjaCBwYWlyIG9mIHBpcGVzIGZvciB0aGVpciBzcGVlZHMNCg0K c28sIGZvciBleGFtcGxlIGlmIHdlIHdhbnQgdG8gc2hhcGUgSVAgMTAuMTAuMTAuMTAgdG8gMzIg TUIgZm9yIGJvdGggZGlyZWN0aXBvbnMgd2Ugd2lsbCBoYXZlIA0KaXBmdyB0YWJsZSAzMCBhZGQg MTAuMTAuMTAuMTAgMTIyDQppcGZ3IHRhYmxlIDMxIGFkZCAxMC4xMC4xMC4xMCAxMTIyDQoNCkFu ZC4uIHRpbWUgdG8gdGltZSBJIHNlZSBhdCBvdXRwdXQgZm9yIA0KaXBmdyBwaXBlIFhYWCBzaG93 DQp3cm9uZyBJUHMsIHdoY2ggc2hvdWxkIG5vdCBiZSBhdCB0aGlzIHBpcGUuIE9mdGVuIEkgc2Vl IElQcyB3aGljaCBzaG91bGQgbm90IGJlIGF0IGFueSBwYXBlIGFuZCB3aGljaCBhcmUgbm90IGxp c3RlbiBpbiAzMC8zMSB0YWJsZSBhdCBhbGwNCg0KSnVzdCBmb3Igbm93OiAoYWZ0ZXIgMSBob3Vy IGFmdGVyIHJlYm9vdCBhbmQgaSdtIDEwMCUgc3VyZSBzdWNoIElQIHdhcyBub3QgaW4gdGFibGVz IDMwLzMxIGZvciB0aGlzIDEgaG91cikNCg0KJCBzdWRvIGlwZncgdGFibGUgMzEgbGlzdCB8IGVn cmVwIDEwLjEwLjEwMS4xMjANCiQgc3VkbyBpcGZ3IHRhYmxlIDMwIGxpc3QgfCBlZ3JlcCAxMC4x MC4xMDEuMTIwDQokIHN1ZG8gaXBmdyBwaXBlIGxpc3QgfCBlZ3JlcCAxMC4xMC4xMDEuMTIwDQox MjY1MiBpcCAgICAgICAgICAgMC4wLjAuMC8wICAgICAgIDEwLjEwLjEwMS4xMjAvMCAgICAgODQ2 MyAgMzgyNzQzOSAgMCAgICAwICAwDQokIHN1ZG8gaXBmdyBwaXBlIGxpc3QgfCBlZ3JlcCAxMC4x MC4xMDEuMTIwDQoxMjY1MiBpcCAgICAgICAgICAgMC4wLjAuMC8wICAgICAgIDEwLjEwLjEwMS4x MjAvMCAgICAgODQ3OCAgMzgzMTY0MCAgMCAgICAwICAwDQoNClNvLCB0cmFmZmljIGNvbWUgdG8g cGlwZSAoaGVyZSwgaW4gZXhhbXBsZSwgdGhpcyBpcyBwaXBlIDEwMSwgYnV0IHBvc3NpYmxlIHRv IGJlIGFueSBwaXBlIHVzZWQgaW4gc3lzdGVtKS4gVGhlcmUgbm8gb3RoZXIgY2FsbHMgZm9yIHBp cGVzIGluIGZpcmV3YWxsIHJvb2xlcy4gSGVyZSBhcmUgb3RoZXIgdGFibGVzIHVzZWQgaW4gZmly ZXdhbGwsIHdoZXJlIHBvc3NpYmxlIHdlIGhhdmUgc3VjaCBJUCwgYnV0IG90aGVyIHRhYmxlcyBu b3QgY2hlY2tlZCBoZXJlLg0KDQpBbmQsIGlmIHdlIGNoZWNrcyBzcGVlZCBmcm9tIElQIDEwLjEw LjEwMS4xMjAsIHdlIHdpb2xsIHNlZSB0aGlzIGlzIHJlYWxseSBzaGFwZWQgdG8gc3BlZWQgb2Yg cGlwZSAxMDEsIHNvIHRoaXMgaXMgbm90IHByaW50IGVycm9yLCB0aGlzIGlzIGFjdHVhbGx5IHNo YXBlZCBieSB0aGlzIHBpcGUuDQoNClNvbWUgZGV0YWlscyBhYm91dCBzeXN0ZW06DQoNCkZyZWVC U0QgeHh4Lnh4eC54eHggNy4yLVNUQUJMRSBGcmVlQlNEIDcuMi1TVEFCTEUgIzA6IFdlZCBBdWcg MjYgMTQ6NTY6MjMgDQpNU0QgMjAwOSAgICAgcm9vdEB4eHgueHh4Lnh4eDovdXNyL29iai91c3Iv c3JjL3N5cy94eHh4eHh4eHggYW1kNjQNClN5c3RlbSB3YXMgcmVidWlsZCB0b2RheSwgQ1ZTVVBl ZCB5ZXN0ZXJkYXkuYWZ0ZXIgSSBmb3VuZCB0aGlzIHByb2JsZW0uDQpGaXJzdCB0aW1lIEkgc2F3 IHN1Y2ggcHJvYmxlbSAyIHllYXJzIChvciBhYm91dCkgYWdvIG9uIDcuMCBhbWQ2NC4gYnV0IGJl Zm9yZSBJIGZpeGVkIGl0IGJ5IHJlYm9vdCBhbmQgcHJvYmxlbSBjb21lIGFnYWluIG5vdCBzbyBv ZnRlbi4uLi4gYnV0IG5vdyBpdCBjb21lIGFnYWluIGFuZCBhZ2Fpbi4gSSBuZXZlciBzYXcgaXQg YXQgNi54IG9yIDUueC4NCg0KYWxzbywgMiB5ZWFycyBhZ28gaGVyZSB3YXMgbm90IHRhYmxlYXJn IGF0IG15IGZpcmV3YWxsIHNldC4gaGVyZSB3YXMgbG90IG9mIHJvb2xlcyBsaWtlIA0KLi4NCjIw MDAwIHBpcGUgMTIyIGlwIGZyb20gYW55IHRvIHRhYmxlKDEyMikgeG1pdCBlbTEgb3V0DQoyMDAw MCBwaXBlIDExMjIgaXAgZnJvbSB0YWJsZSgxMjIpIHRvIGFueSByZWN2IGVtMSBpbg0KMjAwMDAg cGlwZSAxMjMgaXAgZnJvbSBhbnkgdG8gdGFibGUoMTIzKSB4bWl0IGVtMSBvdXQNCjIwMDAwIHBp cGUgMTEyMyBpcCBmcm9tIHRhYmxlKDEyMykgdG8gYW55IHJlY3YgZW0xIGluDQouLg0KDQpBbHNv LCBoZXJlIGFyZSBzb21lIHNtYWxsIHR1bmluZyBvZiBwaXBlczoNCg0KbmV0LmluZXQuaXAuZHVt bXluZXQuaGFzaF9zaXplPTE2Mzg0DQpuZXQuaW5ldC5pcC5kdW1teW5ldC5leHBpcmU9MA0KDQpp cGZ3IGFuZCBkdW1taW5ldCBjb21wbGllZCBpbiB0aGUga2VybmVsLg0KDQpzdWRvIGlwZncgbCB8 IHdjIC1sDQppcGZ3OiBERVBSRUNBVEVEOiAnbCcgbWF0Y2hlZCAnbGlzdCcgYXMgYSBzdWItc3Ry aW5nDQogICAgICA2OQ0KDQpBbnkgaWRlYXM/DQoNCnNvcnJ5IGZvciBteSBlbmdsaXNoLiA6PA0K DQpXaXRoIGJlc3QgcmVnYXJkcw0KL0FsZXhleQ0KDQo= From owner-freebsd-net@FreeBSD.ORG Wed Aug 26 17:29:30 2009 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 3FB4B106568F; Wed, 26 Aug 2009 17:29:30 +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 79F7F8FC21; Wed, 26 Aug 2009 17:29:29 +0000 (UTC) Received: from delta.allbsd.org (p4121-ipbf1805funabasi.chiba.ocn.ne.jp [114.146.83.121]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n7QHTHbb057570; Thu, 27 Aug 2009 02:29:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n7QHT7Sd060698; Thu, 27 Aug 2009 02:29:09 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Thu, 27 Aug 2009 02:26:54 +0900 (JST) Message-Id: <20090827.022654.83897589.hrs@allbsd.org> To: net@FreeBSD.org, re@FreeBSD.org From: Hiroki Sato X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Thu_Aug_27_02_26_54_2009_644)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.2 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (mail.allbsd.org [133.31.130.32]); Thu, 27 Aug 2009 02:29:28 +0900 (JST) Cc: qingli@FreeBSD.org Subject: IPv6 regression on 8.x 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, 26 Aug 2009 17:29:30 -0000 ----Security_Multipart(Thu_Aug_27_02_26_54_2009_644)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I found there are serious regressions in IPv6 routing on 8.x (and 7.1R and later) after ARP/NDP changes in the last December. What I noticed are the following: 1) Scope violation in a simple global unicast address: # ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 # ping6 2001:db8:1::1 PING6(56=40+8+8 bytes) 2001:db8:1::1 --> 2001:db8:1::1 16 bytes from ::1, icmp_seq=0 hlim=64 time=0.195 ms --> 2001:db8:1::1 has a routing entry with lo0, but ::1 should not be used in the reply packet. On 7.x, 2001:db8:1::1 is used as expected. 2) Issue of subnet-router anycast address with a global address on another I/F: box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 box-1# ifconfig em0 inet6 2001:db8:1:: prefixlen 64 anycast box-2# ifconfig re0 inet6 2001:db8:1::6 prefixlen 64 box-2# ping6 2001:db8:1:: PING6(56=40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: 16 bytes from 2001:db8:1::1, icmp_seq=0 hlim=64 time=0.439 ms ^C box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 -alias box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 box-2# ping6 2001:db8:1:: PING6(56=40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: 16 bytes from fe80::213:a9ff:feff:63e6%re0, icmp_seq=0 hlim=64 time=0.405 ms ^C --> The em0 and re0 are on the same link with each other. In 7.x, replies are from 2001:db8:2::1, not fe80::/64. 3) Manually-configured subnet routes disapper on receiving RA: box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 box-1# netstat -nrf inet6 | grep ^2001:db8 2001:db8:1::/64 link#1 U em0 2001:db8:1::1 link#5 UHS lo0 2001:db8:2::/64 link#6 U em1 2001:db8:2::1 link#5 UHS lo0 box-1# sysctl net.inet6.ip6.accept_rtadv=1 box-1# rtsol em0 box-1# netstat -nrf inet6 | grep ^2001:db8 2001:db8:1::1 link#5 UHS lo0 2001:db8:2::1 link#5 UHS lo0 --> This symptom occurs on 7.1R and later, including 8.x and 9-current, not 7.0R. Even by doing a manual configuration, the routes on the RA-receiving I/F can not be added. I am very concerned that these bugs would disappoint IPv6 users in production environments if we ship 8.0R without fixing them. -- Hiroki ----Security_Multipart(Thu_Aug_27_02_26_54_2009_644)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkqVcF4ACgkQTyzT2CeTzy189ACaAsEaOVd1hRY2Y24eNIX/A798 5BgAn0LcKBkM0dcoju5n4VowXDaRyKsV =q4H+ -----END PGP SIGNATURE----- ----Security_Multipart(Thu_Aug_27_02_26_54_2009_644)---- From owner-freebsd-net@FreeBSD.ORG Wed Aug 26 21:00:36 2009 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 00BA110656A5 for ; Wed, 26 Aug 2009 21:00:36 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from smtp.zeninc.net (7.204.67-86.rev.gaoland.net [86.67.204.7]) by mx1.freebsd.org (Postfix) with ESMTP id A3F318FC2D for ; Wed, 26 Aug 2009 21:00:35 +0000 (UTC) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id C52E12798C0; Wed, 26 Aug 2009 22:44:58 +0200 (CEST) Received: by astro.zen.inc (Postfix, from userid 1000) id 0C10C1705B; Wed, 26 Aug 2009 22:45:00 +0200 (CEST) Date: Wed, 26 Aug 2009 22:45:00 +0200 From: VANHULLEBUS Yvan To: "Bjoern A. Zeeb" Message-ID: <20090826204500.GB9228@zeninc.net> References: <20090813154703.Y93661@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090813154703.Y93661@maildrop.int.zabbadoz.net> User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org Subject: Re: NAT-T patch for 7-STABLE 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, 26 Aug 2009 21:00:36 -0000 On Thu, Aug 13, 2009 at 04:04:05PM +0000, Bjoern A. Zeeb wrote: > Hi, Hi. Sorry for the very late answer, but I wanted to work on the userland part as soon as I had your patch, then I had an unexpected failure in my internet access (still not completely resolved, hope you'll get this mail). > I just MFCed the UDP Control Block, which is a prerequisite for merging > the NAT-T patch from HEAD (8) to 7-STABLE: > http://svn.freebsd.org/viewvc/base?view=revision&revision=196192 > > I also merged back the NAT-T changes from FreeBSD 8/HEAD. This > will allow us to provide the same API for tools for FreeBSD 7 (with > patch) and stock FreeBSD 8.x and 9 (HEAD). Great ! With that, I could easilly start tests on kernel+userland. ipsec-tools HEAD is now expected to compile/work with that kernel API, and I have a running tunnel with FreeBSD7+patchset+ipsec-tools HEAD as the responder (with NAT-T used). More tests will come soon, but please all report any issue ! Latest ipsec-tools snapshot will also compile and work (actually, this is exactly the same as HEAD, except some typo fixes....) with that API. Yvan. From owner-freebsd-net@FreeBSD.ORG Wed Aug 26 21:30:08 2009 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 9617F106568C; Wed, 26 Aug 2009 21:30:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4F2188FC24; Wed, 26 Aug 2009 21:30:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id BE1E941C6FC; Wed, 26 Aug 2009 23:30:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id dW+ta1+Efi4i; Wed, 26 Aug 2009 23:30:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id D01DE41C6F2; Wed, 26 Aug 2009 23:30: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 EA8A34448E6; Wed, 26 Aug 2009 21:28:11 +0000 (UTC) Date: Wed, 26 Aug 2009 21:28:11 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: VANHULLEBUS Yvan In-Reply-To: <20090826204500.GB9228@zeninc.net> Message-ID: <20090826210423.H93661@maildrop.int.zabbadoz.net> References: <20090813154703.Y93661@maildrop.int.zabbadoz.net> <20090826204500.GB9228@zeninc.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: NAT-T patch for 7-STABLE 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, 26 Aug 2009 21:30:08 -0000 On Wed, 26 Aug 2009, VANHULLEBUS Yvan wrote: Hi, > On Thu, Aug 13, 2009 at 04:04:05PM +0000, Bjoern A. Zeeb wrote: >> Hi, > > Hi. > Sorry for the very late answer, but I wanted to work on the userland > part as soon as I had your patch, then I had an unexpected failure in > my internet access (still not completely resolved, hope you'll get > this mail). > > >> I just MFCed the UDP Control Block, which is a prerequisite for merging >> the NAT-T patch from HEAD (8) to 7-STABLE: >> http://svn.freebsd.org/viewvc/base?view=revision&revision=196192 >> >> I also merged back the NAT-T changes from FreeBSD 8/HEAD. This >> will allow us to provide the same API for tools for FreeBSD 7 (with >> patch) and stock FreeBSD 8.x and 9 (HEAD). > > Great ! > > With that, I could easilly start tests on kernel+userland. Fantastic; I had hoped that. > ipsec-tools HEAD is now expected to compile/work with that kernel API, > and I have a running tunnel with FreeBSD7+patchset+ipsec-tools HEAD as > the responder (with NAT-T used). > > More tests will come soon, but please all report any issue ! > > > Latest ipsec-tools snapshot will also compile and work (actually, this > is exactly the same as HEAD, except some typo fixes....) with that API. Yes, I could remove my private patches to make ipsec-tools HEAD compile on FreeBSD 8/9 or 7+patch after the latest update two days ago. For anyone brave enough to track the bleeding edge of all worlds, I have put together an initial start of a collection of things... The following is not for you if you: (1) don't know how to apply a patch to the kernel, recompile your kernel or wonder what I am talking about. (2) if you don't know freebsd ports creation and compiling bascis. You'll need change the makefile, touch internals, run a cvs checkout, ... (3) don't know how to not shoot yourself in the foot ----- my text template that I should streamline put on the wiki;) ------ If you are on FreeBSD 6 or earlier, you can stop reading here. In case you are on 7-STABLE before r196192 either update to latest 7-STABLE or take the patch from SVN r196192 or http://people.freebsd.org/~bz/20090730-01-mfc-r192649-udpcb.diff (which should be the same modulo the naming of the spare in the struct field "notyetmfced" vs. u_pspare). In case you are on 7-STABLE or applied the previous patch) you'll need this patch on top for NAT-T: http://people.freebsd.org/~bz/20090813-01-mfc-r194062-natt.diff . In case you are on a recent FreeBSD 8 or FreeBSD 9, you need no patches for the kernel. To build an ipsec-tools-devel CVS HEAD checkout port: apply the patch from .. to your ports tree http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/138139 and give the instructions from this one and below a try: http://people.freebsd.org/~bz/20090824-ipsec-tools.tar.gz (basically the cvs checkout and the tarball creation; I guess it's lacking a make makesum at the end) It may give you something usable. I am not trying the snapshot regularly and the port isn't ready to be used as a automatic port as you have to do it all by hand incl. updating PORTVERSION, the cvs checkout, creating the tarball, make makesum and all that. But at least for me it compiles the CVS checkout directly, with the port options from below, on a 8.x/9.x system, without the needs for doing any autocrap stuff manually before creating the src tarball. You may change the port options of course, I just cannot test all combinations to see if they work. If doing this on 7.x make sure to have the kernel patch(es) mentioned above applied upfront and have the headers installed correctly before you start building the port. Successfully tested combination of options: WITH_DEBUG=true WITH_IPV6=true WITHOUT_ADMINPORT=true WITHOUT_STATS=true WITH_DPD=true WITH_NATT=true WITH_NATTF=true WITH_FRAG=true WITH_HYBRID=true WITHOUT_PAM=true WITHOUT_RADIUS=true WITHOUT_LDAP=true WITHOUT_GSSAPI=true WITHOUT_SAUNSPEC=true WITH_RC5=true WITH_IDEA=true WITHOUT_READLINE=true ------------------------------------------------------------------------ /bz -- Bjoern A. Zeeb What was I talking about and who are you again? From owner-freebsd-net@FreeBSD.ORG Wed Aug 26 21:56:40 2009 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 13AB2106568C; Wed, 26 Aug 2009 21:56:40 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id EE5BA8FC2D; Wed, 26 Aug 2009 21:56:39 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7QLh4b8009014; Wed, 26 Aug 2009 14:43:04 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 26 Aug 2009 14:42:11 -0700 Message-ID: In-Reply-To: <20090827.022654.83897589.hrs@allbsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IPv6 regression on 8.x Thread-Index: AcomctGG2+KuQIOdSmGgU9L06vz72AAIgENA References: <20090827.022654.83897589.hrs@allbsd.org> From: "Li, Qing" To: "Hiroki Sato" , , Cc: qingli@freebsd.org Subject: RE: IPv6 regression on 8.x 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, 26 Aug 2009 21:56:40 -0000 Hi Hiroki, > > > 1) Scope violation in a simple global unicast address: >=20 > 2) Issue of subnet-router anycast address with a global address on > another I/F: > > =20 I have fixed the above regression issues last week, but due to traveling, I did not commit the fix until about 5 minutes ago. Please sync-up to "svn-r196569" and let me know how the patch works out for you. I have tested the patch myself using your examples and the patch produces the expected results. This patch also fixes another issue, and using your example,=20 where packets received on em0 that are destined for either re0=20 or em1 cannot get any response packets. >=20 > 3) Manually-configured subnet routes disapper on receiving RA: >=20 >=20 > --> This symptom occurs on 7.1R and later, including 8.x and > 9-current, not 7.0R. Even by doing a manual configuration, the > routes on the RA-receiving I/F can not be added. >=20 The new L2/L3 rewrite only applies to 8.x and 9-current. Since this symptom occurs also on 7.1R, and this is the first I heard of it,=20 I will investigate further and get back to you, soon. Thanks, -- Qing From owner-freebsd-net@FreeBSD.ORG Thu Aug 27 11:34:38 2009 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 410DF106568B for ; Thu, 27 Aug 2009 11:34:38 +0000 (UTC) (envelope-from vanhu@zeninc.net) Received: from solo.fdn.fr (solo.fdn.fr [80.67.169.19]) by mx1.freebsd.org (Postfix) with ESMTP id 0551E8FC2C for ; Thu, 27 Aug 2009 11:34:37 +0000 (UTC) Received: from smtp.zeninc.net (vpn.fdn.fr [80.67.169.45]) by solo.fdn.fr (Postfix) with ESMTP id F23F24404D; Thu, 27 Aug 2009 13:16:25 +0200 (CEST) Received: from astro.zen.inc (astro.zen.inc [192.168.1.239]) by smtp.zeninc.net (smtpd) with ESMTP id 003872798BC; Thu, 27 Aug 2009 13:16:24 +0200 (CEST) Received: by astro.zen.inc (Postfix, from userid 1000) id 4A0C41704E; Thu, 27 Aug 2009 13:16:26 +0200 (CEST) Date: Thu, 27 Aug 2009 13:16:26 +0200 From: VANHULLEBUS Yvan To: "Bjoern A. Zeeb" Message-ID: <20090827111626.GB11104@zeninc.net> References: <20090813154703.Y93661@maildrop.int.zabbadoz.net> <20090826204500.GB9228@zeninc.net> <20090826210423.H93661@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090826210423.H93661@maildrop.int.zabbadoz.net> User-Agent: All mail clients suck. This one just sucks less. Cc: freebsd-net@freebsd.org Subject: Re: NAT-T patch for 7-STABLE 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, 27 Aug 2009 11:34:38 -0000 On Wed, Aug 26, 2009 at 09:28:11PM +0000, Bjoern A. Zeeb wrote: [....] > For anyone brave enough to track the bleeding edge of all worlds, I > have put together an initial start of a collection of things... For those brave people: please report issues AND success setups, and give us precisions: initiator, responder, generate_policy or not, NAT-T used in the tunnel or not, tunnel or transport, FreeBSD7+patch or FreeBSD8 or FreeBSD9, etc.... Yvan. From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 07:29:46 2009 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 CAE2E1067AE5; Fri, 28 Aug 2009 07:29:46 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id EF336914C9; Fri, 28 Aug 2009 02:20:36 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7S2KGsm023596; Thu, 27 Aug 2009 19:20:19 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 19:17:39 -0700 Message-ID: In-Reply-To: <18104823-CB3F-42DA-9DE8-E6692D81E96B@h3q.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: a few fixes for network problems Thread-Index: AcogwCZMOPzTie0KQdef4pCG9rleQQGv1N6Q References: <18104823-CB3F-42DA-9DE8-E6692D81E96B@h3q.com> From: "Li, Qing" To: "Denis Ahrens" Cc: qingli@freebsd.org, freebsd-current@freebsd.org, re@freebsd.org, net@freebsd.org Subject: a few fixes for network problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 07:29:51 -0000 Please apply the patch at http://people.freebsd.org/~qingli/patch-8-27-net.diff This patch fixes the following issue=20 (some referenced in http://wiki.freebsd.org/8.0TODO) 1. RTM_CHANGE in net/rtsock.c can incorrectly set RTF_GATEWAY I went through the implementation for the various utilities (route, arp, ndp, ppp etc.) on how the routing commands and the associated parameters are packaged and issued. In addition, having reviewed the discussion thread that took place a couple of months on this subject, I decided the best way to address this category of problems is to fix the routing socket command handler in rtsock.c. So this patch should address the if_tun interface route issue, where the route entry for the tunnel end points has the "G" (gateway)=20 flag bit set. Joe Marcus helped me verify the patch for ppp. I performed unit=20 testing for the if_tun case as described in the recent bug report. I also performed the tests where I issued various "route"=20 command, specifically, I issued=20 "route change 192.168.1.2 192.168.1.1 -mtu 1400"=20 on a tunnel route (192.168.1.2 is the remote end, and 192.168.1.1 is the local end of the tunnel), and the patch produces the expected=20 result. 2. flowtable mishandles gateway (G) routes on POINT2POINT interfaces This problem was reported last Wednesday, which I responded to on the=20 mailing list before my trip. The flow-table code should not try to cache L2/L3 info if the interface type is of IFF_POINTOPOINT or IFF_LOOPBACK=20 type. The code can be optimized to reduce the number of calls to rtalloc(),=20 but I will postpone those changes to post 8.0 release. Excessive message of "IPv4 address: \"%s\" is not on the network" was triggered by the above bug and should be fixed by this patch. Also, the panic seen in if_tun output function should also be fixed. 3. reproducible panic under load on BETA-3 ip_output() should not try to free a LLE entry from the route cache if that route cache was not initialized by the flow-table. ro_lle field in the LLE entry is valid only if it came from the flow-table. Please apply the patch and let me know if these issues have been=20 Addressed. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Denis Ahrens > Sent: Wednesday, August 19, 2009 12:59 AM > To: freebsd-current@freebsd.org > Subject: network problems >=20 > Hi >=20 > After installing the latest CURRENT from today I see strange network > problems. >=20 > The problems are similar to http://lists.freebsd.org/pipermail/freebsd- > current/2009-August/010287.html >=20 > I see alot of this in the log: >=20 > Aug 19 09:33:39 monolith kernel: IPv4 address: "213.191.89.1" is not > on the network > Aug 19 09:33:57 monolith last message repeated 22 times > Aug 19 09:36:07 monolith last message repeated 6 times > Aug 19 09:38:19 monolith last message repeated 15 times >=20 > 213.191.89.1 is my ppp endpoint: >=20 > tun0: flags=3D8051 metric 0 mtu 1492 > inet 85.178.62.185 --> 213.191.89.1 netmask 0xffffffff > Opened by PID 1351 >=20 > When I try to ping the address the machine panics! > (something with sin_family and in_lltable_lookup) > http://denisy.dyndns.org/panic.jpg >=20 > While restarting the ppp daemon I see this in the logs: >=20 > Aug 19 09:33:33 monolith kernel: tun0: link state changed to UP > Aug 19 09:33:38 monolith ppp[1351]: tun0: Warning: 0.0.0.0: Change > route failed: errno: No such process >=20 > I don't know if it is related at all. >=20 > netstat -rn >=20 > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 213.191.89.1 UGS 0 12579 tun0 > 10.1.2.0/24 link#1 U 2 18778 re0 > 10.1.2.1 link#4 UHS 0 0 lo0 > 85.178.62.185 link#4 UHS 0 0 lo0 > 127.0.0.1 link#4 UH 0 87 lo0 > 213.191.89.1 link#5 UGHS 0 0 tun0 >=20 > Denis >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 07:29:53 2009 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 607B21067BCF; Fri, 28 Aug 2009 07:29:53 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id ED2938FD99; Fri, 28 Aug 2009 04:22:08 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7S4LqaM002000; Thu, 27 Aug 2009 21:21:52 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 21:20:42 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: RE: IPv6 regression on 8.x Thread-Index: AcomctGG2+KuQIOdSmGgU9L06vz72ABCmHZgAAY1wiA= From: "Li, Qing" To: "Hiroki Sato" , Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: IPv6 regression on 8.x 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, 28 Aug 2009 07:29:56 -0000 Hi, The problems you raised: > > 1) Scope violation in a simple global unicast address: > > 2) Issue of subnet-router anycast address with a global address on > another I/F: > The above two issues should be fixed by r196569. Please confirm. > > 3) Manually-configured subnet routes disapper on receiving RA: > I've found the problem and have a fix. I will do some more investigation.=20 Please try the patch at=20 http://people.freebsd.org/~qingli/patch-8-27-ipv6.diff I have done unit testing and RA no longer removes the statically configured prefixes. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Hiroki Sato > Sent: Wednesday, August 26, 2009 10:27 AM > To: net@freebsd.org; re@freebsd.org > Cc: qingli@freebsd.org > Subject: IPv6 regression on 8.x >=20 > Hi, >=20 > I found there are serious regressions in IPv6 routing on 8.x (and > 7.1R and later) after ARP/NDP changes in the last December. What I > noticed are the following: >=20 > 1) Scope violation in a simple global unicast address: >=20 > # ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > # ping6 2001:db8:1::1 > PING6(56=3D40+8+8 bytes) 2001:db8:1::1 --> 2001:db8:1::1 > 16 bytes from ::1, icmp_seq=3D0 hlim=3D64 time=3D0.195 ms >=20 > --> 2001:db8:1::1 has a routing entry with lo0, but ::1 should not be > used in the reply packet. On 7.x, 2001:db8:1::1 is used as > expected. >=20 > 2) Issue of subnet-router anycast address with a global address on > another I/F: >=20 > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > box-1# ifconfig em0 inet6 2001:db8:1:: prefixlen 64 anycast > box-2# ifconfig re0 inet6 2001:db8:1::6 prefixlen 64 > box-2# ping6 2001:db8:1:: > PING6(56=3D40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: > 16 bytes from 2001:db8:1::1, icmp_seq=3D0 hlim=3D64 time=3D0.439 ms > ^C > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 -alias > box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 > box-2# ping6 2001:db8:1:: > PING6(56=3D40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: > 16 bytes from fe80::213:a9ff:feff:63e6%re0, icmp_seq=3D0 hlim=3D64 > time=3D0.405 ms > ^C >=20 > --> The em0 and re0 are on the same link with each other. In 7.x, > replies are from 2001:db8:2::1, not fe80::/64. >=20 > 3) Manually-configured subnet routes disapper on receiving RA: >=20 > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 > box-1# netstat -nrf inet6 | grep ^2001:db8 > 2001:db8:1::/64 link#1 U > em0 > 2001:db8:1::1 link#5 UHS > lo0 > 2001:db8:2::/64 link#6 U > em1 > 2001:db8:2::1 link#5 UHS > lo0 > box-1# sysctl net.inet6.ip6.accept_rtadv=3D1 > box-1# rtsol em0 > box-1# netstat -nrf inet6 | grep ^2001:db8 > 2001:db8:1::1 link#5 UHS > lo0 > 2001:db8:2::1 link#5 UHS > lo0 >=20 > --> This symptom occurs on 7.1R and later, including 8.x and > 9-current, not 7.0R. Even by doing a manual configuration, the > routes on the RA-receiving I/F can not be added. >=20 > I am very concerned that these bugs would disappoint IPv6 users in > production environments if we ship 8.0R without fixing them. >=20 > -- Hiroki From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 07:33:09 2009 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 720971068789; Fri, 28 Aug 2009 07:33:09 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 31F858FD9F; Fri, 28 Aug 2009 04:22:08 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7S4LqaO002000; Thu, 27 Aug 2009 21:21:52 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 21:20:54 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: a few fixes for network problems Thread-Index: AcogwCZMOPzTie0KQdef4pCG9rleQQGv1N6QAAWv14A= From: "Li, Qing" To: , Cc: qingli@freebsd.org Subject: a few fixes for network problems X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2009 07:33:15 -0000 Please apply the patch at http://people.freebsd.org/~qingli/patch-8-27-net.diff This patch fixes the following issue=20 (some referenced in http://wiki.freebsd.org/8.0TODO) 1. RTM_CHANGE in net/rtsock.c can incorrectly set RTF_GATEWAY I went through the implementation for the various utilities (route, arp, ndp, ppp etc.) on how the routing commands and the associated parameters are packaged and issued. In addition, having reviewed the discussion thread that took place a couple of months on this subject, I decided the best way to address this category of problems is to fix the routing socket command handler in rtsock.c. So this patch should address the if_tun interface route issue, where the route entry for the tunnel end points has the "G" (gateway)=20 flag bit set. Joe Marcus helped me verify the patch for ppp. I performed unit=20 testing for the if_tun case as described in the recent bug report. I also performed the tests where I issued various "route"=20 command, specifically, I issued=20 "route change 192.168.1.2 192.168.1.1 -mtu 1400"=20 on a tunnel route (192.168.1.2 is the remote end, and 192.168.1.1 is the local end of the tunnel), and the patch produces the expected=20 result. 2. flowtable mishandles gateway (G) routes on POINT2POINT interfaces This problem was reported last Wednesday, which I responded to on the=20 mailing list before my trip. The flow-table code should not try to cache L2/L3 info if the interface type is of IFF_POINTOPOINT or IFF_LOOPBACK=20 type. The code can be optimized to reduce the number of calls to rtalloc(),=20 but I will postpone those changes to post 8.0 release. Excessive message of "IPv4 address: \"%s\" is not on the network" was triggered by the above bug and should be fixed by this patch. Also, the panic seen in if_tun output function should also be fixed. 3. reproducible panic under load on BETA-3 ip_output() should not try to free a LLE entry from the route cache if that route cache was not initialized by the flow-table. ro_lle field in the LLE entry is valid only if it came from the flow-table. Please apply the patch and let me know if these issues have been=20 Addressed. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Denis Ahrens > Sent: Wednesday, August 19, 2009 12:59 AM > To: freebsd-current@freebsd.org > Subject: network problems >=20 > Hi >=20 > After installing the latest CURRENT from today I see strange network > problems. >=20 > The problems are similar to http://lists.freebsd.org/pipermail/freebsd- > current/2009-August/010287.html >=20 > I see alot of this in the log: >=20 > Aug 19 09:33:39 monolith kernel: IPv4 address: "213.191.89.1" is not > on the network > Aug 19 09:33:57 monolith last message repeated 22 times > Aug 19 09:36:07 monolith last message repeated 6 times > Aug 19 09:38:19 monolith last message repeated 15 times >=20 > 213.191.89.1 is my ppp endpoint: >=20 > tun0: flags=3D8051 metric 0 mtu 1492 > inet 85.178.62.185 --> 213.191.89.1 netmask 0xffffffff > Opened by PID 1351 >=20 > When I try to ping the address the machine panics! > (something with sin_family and in_lltable_lookup) > http://denisy.dyndns.org/panic.jpg >=20 > While restarting the ppp daemon I see this in the logs: >=20 > Aug 19 09:33:33 monolith kernel: tun0: link state changed to UP > Aug 19 09:33:38 monolith ppp[1351]: tun0: Warning: 0.0.0.0: Change > route failed: errno: No such process >=20 > I don't know if it is related at all. >=20 > netstat -rn >=20 > Internet: > Destination Gateway Flags Refs Use Netif > Expire > default 213.191.89.1 UGS 0 12579 tun0 > 10.1.2.0/24 link#1 U 2 18778 re0 > 10.1.2.1 link#4 UHS 0 0 lo0 > 85.178.62.185 link#4 UHS 0 0 lo0 > 127.0.0.1 link#4 UH 0 87 lo0 > 213.191.89.1 link#5 UGHS 0 0 tun0 >=20 > Denis >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 07:34:06 2009 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 DE5921065B4D; Fri, 28 Aug 2009 07:34:06 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id F2EAB90F85; Fri, 28 Aug 2009 01:38:51 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7S1cZtn020884; Thu, 27 Aug 2009 18:38:35 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 27 Aug 2009 18:30:29 -0700 Message-ID: In-Reply-To: <20090827.022654.83897589.hrs@allbsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: IPv6 regression on 8.x Thread-Index: AcomctGG2+KuQIOdSmGgU9L06vz72ABCmHZg References: <20090827.022654.83897589.hrs@allbsd.org> From: "Li, Qing" To: "Hiroki Sato" Cc: qingli@freebsd.org, re@freebsd.org, FreeBSD Current , net@freebsd.org Subject: RE: IPv6 regression on 8.x 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, 28 Aug 2009 07:34:08 -0000 Hi, The problems you raised: > > 1) Scope violation in a simple global unicast address: > > 2) Issue of subnet-router anycast address with a global address on > another I/F: > The above two issues should be fixed by r196569. Please confirm. > > 3) Manually-configured subnet routes disapper on receiving RA: > I've found the problem and have a fix. I will do some more investigation.=20 Please try the patch at=20 http://people.freebsd.org/~qingli/patch-8-27-ipv6.diff I have done unit testing and RA no longer removes the statically configured prefixes. Thanks, -- Qing > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Hiroki Sato > Sent: Wednesday, August 26, 2009 10:27 AM > To: net@freebsd.org; re@freebsd.org > Cc: qingli@freebsd.org > Subject: IPv6 regression on 8.x >=20 > Hi, >=20 > I found there are serious regressions in IPv6 routing on 8.x (and > 7.1R and later) after ARP/NDP changes in the last December. What I > noticed are the following: >=20 > 1) Scope violation in a simple global unicast address: >=20 > # ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > # ping6 2001:db8:1::1 > PING6(56=3D40+8+8 bytes) 2001:db8:1::1 --> 2001:db8:1::1 > 16 bytes from ::1, icmp_seq=3D0 hlim=3D64 time=3D0.195 ms >=20 > --> 2001:db8:1::1 has a routing entry with lo0, but ::1 should not be > used in the reply packet. On 7.x, 2001:db8:1::1 is used as > expected. >=20 > 2) Issue of subnet-router anycast address with a global address on > another I/F: >=20 > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > box-1# ifconfig em0 inet6 2001:db8:1:: prefixlen 64 anycast > box-2# ifconfig re0 inet6 2001:db8:1::6 prefixlen 64 > box-2# ping6 2001:db8:1:: > PING6(56=3D40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: > 16 bytes from 2001:db8:1::1, icmp_seq=3D0 hlim=3D64 time=3D0.439 ms > ^C > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 -alias > box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 > box-2# ping6 2001:db8:1:: > PING6(56=3D40+8+8 bytes) 2001:db8:1::6 --> 2001:db8:1:: > 16 bytes from fe80::213:a9ff:feff:63e6%re0, icmp_seq=3D0 hlim=3D64 > time=3D0.405 ms > ^C >=20 > --> The em0 and re0 are on the same link with each other. In 7.x, > replies are from 2001:db8:2::1, not fe80::/64. >=20 > 3) Manually-configured subnet routes disapper on receiving RA: >=20 > box-1# ifconfig em0 inet6 2001:db8:1::1 prefixlen 64 > box-1# ifconfig em1 inet6 2001:db8:2::1 prefixlen 64 > box-1# netstat -nrf inet6 | grep ^2001:db8 > 2001:db8:1::/64 link#1 U > em0 > 2001:db8:1::1 link#5 UHS > lo0 > 2001:db8:2::/64 link#6 U > em1 > 2001:db8:2::1 link#5 UHS > lo0 > box-1# sysctl net.inet6.ip6.accept_rtadv=3D1 > box-1# rtsol em0 > box-1# netstat -nrf inet6 | grep ^2001:db8 > 2001:db8:1::1 link#5 UHS > lo0 > 2001:db8:2::1 link#5 UHS > lo0 >=20 > --> This symptom occurs on 7.1R and later, including 8.x and > 9-current, not 7.0R. Even by doing a manual configuration, the > routes on the RA-receiving I/F can not be added. >=20 > I am very concerned that these bugs would disappoint IPv6 users in > production environments if we ship 8.0R without fixing them. >=20 > -- Hiroki From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 09:00:12 2009 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 3945B106566B; Fri, 28 Aug 2009 09:00:12 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 6BC828FC08; Fri, 28 Aug 2009 09:00:08 +0000 (UTC) Received: from [IPv6:2002:5481:ebd3::224:36ff:feef:67d1] (unknown [IPv6:2002:5481:ebd3:0:224:36ff:feef:67d1]) by mail-n.franken.de (Postfix) with ESMTP id 0C5B01C0B4619; Fri, 28 Aug 2009 11:00:05 +0200 (CEST) Message-Id: From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: "Bjoern A. Zeeb" , Qing Li , net@freebsd.org, Randall Stewart Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 28 Aug 2009 11:00:05 +0200 X-Mailer: Apple Mail (2.936) Cc: Subject: routing message 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: Fri, 28 Aug 2009 09:00:12 -0000 Dear all, via a bug report from Preethi I figured out that there are no RTM_NEWADDR routing messages generated when an IP address is added to an interface and there is already an address in the same network configured. This is a problem for the SCTP stack. To reproduce the problem you can sudo ifconfig em0 192.168.1.1 sudo ifconfig em0 192.168.1.2 alias and use the attached problem. It will only show the first address being added. This problem applies to FreeBSD 9.0 CURRENT and 7.2 RELEASE. Any idea how to fix the problem? Best regards Michael From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 09:02:01 2009 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 9F7471065676; Fri, 28 Aug 2009 09:02:01 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 314AA8FC23; Fri, 28 Aug 2009 09:02:01 +0000 (UTC) Received: from [IPv6:2002:5481:ebd3::224:36ff:feef:67d1] (unknown [IPv6:2002:5481:ebd3:0:224:36ff:feef:67d1]) by mail-n.franken.de (Postfix) with ESMTP id DC4E51C0B4624; Fri, 28 Aug 2009 11:01:59 +0200 (CEST) Message-Id: <5467E669-F6F3-46E6-9978-111E42DAB328@lurchi.franken.de> From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: "Bjoern A. Zeeb" , Qing Li , Randall Stewart , net@freebsd.org In-Reply-To: Content-Type: multipart/mixed; boundary=Apple-Mail-1-412495865 Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 28 Aug 2009 11:01:59 +0200 References: X-Mailer: Apple Mail (2.936) Cc: Subject: Re: routing message 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: Fri, 28 Aug 2009 09:02:01 -0000 --Apple-Mail-1-412495865 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit ... I forgot to attach the program... --Apple-Mail-1-412495865 Content-Disposition: attachment; filename=aw.c Content-Type: application/octet-stream; x-mac-creator=534D554C; x-unix-mode=0644; x-mac-type=534D4C64; name="aw.c" Content-Transfer-Encoding: 7bit #include #include #include #include #include #include #include #include #include #include #define BUFFER_LENGTH 1024 #define ROUNDUP(a, size) (((a) & ((size)-1)) ? (1 + ((a) | ((size)-1))) : (a)) #define NEXT_SA(ap) ap = (struct sockaddr *) \ ((caddr_t) ap + (ap->sa_len ? ROUNDUP(ap->sa_len, sizeof (u_long)) : sizeof(u_long))) void get_rtaddrs(int addrs, struct sockaddr *sa, struct sockaddr **rti_info) { int i; for (i = 0; i < RTAX_MAX; i++) { if (addrs & (1 << i)) { rti_info[i] = sa; NEXT_SA(sa); } else rti_info[i] = NULL; } } int main (int argc, const char * argv[]) { int fd; struct ifa_msghdr *ifa; char *buffer; struct sockaddr *sa, *rti_info[RTAX_MAX]; char addr[INET6_ADDRSTRLEN]; if ((fd = socket(AF_ROUTE, SOCK_RAW, 0)) <0 ) { perror("socket"); } while (1) { buffer = calloc(1, BUFFER_LENGTH); ifa = (struct ifa_msghdr *) buffer; read(fd, ifa, BUFFER_LENGTH); sa = (struct sockaddr *) (ifa + 1); get_rtaddrs(ifa->ifam_addrs, sa, rti_info); switch(ifa->ifam_type) { case RTM_NEWADDR: if (rti_info[RTAX_IFA]->sa_family == AF_INET) { inet_ntop(AF_INET, &((struct sockaddr_in *)rti_info[RTAX_IFA])->sin_addr, addr, sizeof(addr)); } if (rti_info[RTAX_IFA]->sa_family == AF_INET6) { inet_ntop(AF_INET6, &((struct sockaddr_in6 *)rti_info[RTAX_IFA])->sin6_addr, addr, sizeof(addr)); } printf("Address %s added.\n", addr); break; case RTM_DELADDR: if (rti_info[RTAX_IFA]->sa_family == AF_INET) { inet_ntop(AF_INET, &((struct sockaddr_in *)rti_info[RTAX_IFA])->sin_addr, addr, sizeof(addr)); } if (rti_info[RTAX_IFA]->sa_family == AF_INET6) { inet_ntop(AF_INET6, &((struct sockaddr_in6 *)rti_info[RTAX_IFA])->sin6_addr, addr, sizeof(addr)); } printf("Address %s deleted.\n", addr); break; default: break; } fflush(stdout); } return 0; } --Apple-Mail-1-412495865 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable On Aug 28, 2009, at 11:00 AM, Michael T=FCxen wrote: > Dear all, > > via a bug report from Preethi I figured out that there are no =20 > RTM_NEWADDR > routing messages generated when an IP address is added to an interface > and there is already an address in the same network configured. > This is a problem for the SCTP stack. > > To reproduce the problem you can > sudo ifconfig em0 192.168.1.1 > sudo ifconfig em0 192.168.1.2 alias > > and use the attached problem. It will only show the first address > being added. This problem applies to FreeBSD 9.0 CURRENT and 7.2 =20 > RELEASE. > > Any idea how to fix the problem? > > Best regards > Michael > --Apple-Mail-1-412495865-- From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 11:44:29 2009 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 186891065672; Fri, 28 Aug 2009 11:44:29 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E2A3E8FC14; Fri, 28 Aug 2009 11:44:28 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7SBiSPi087123; Fri, 28 Aug 2009 11:44:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7SBiSqi087119; Fri, 28 Aug 2009 11:44:28 GMT (envelope-from linimon) Date: Fri, 28 Aug 2009 11:44:28 GMT Message-Id: <200908281144.n7SBiSqi087119@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138266: [panic] kernel panic when udp benchmark test used as regular user 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, 28 Aug 2009 11:44:29 -0000 Old Synopsis: kernel panic when udp benchmark test used as regular user New Synopsis: [panic] kernel panic when udp benchmark test used as regular user Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Aug 28 11:44:11 UTC 2009 Responsible-Changed-Why: Could be network-related? http://www.freebsd.org/cgi/query-pr.cgi?pr=138266 From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 15:58:40 2009 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 BA9D4106564A; Fri, 28 Aug 2009 15:58:40 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 738A58FC13; Fri, 28 Aug 2009 15:58:40 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id n7SFwMQm095839 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Aug 2009 00:58:23 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 29 Aug 2009 00:58:22 +0900 Message-ID: From: Hajimu UMEMOTO To: "Li, Qing" In-Reply-To: References: User-Agent: xcite1.58> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.3 (i386-portbld-freebsd7.2) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 7.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 29 Aug 2009 00:58:23 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: qingli@freebsd.org, Hiroki Sato , freebsd-current@freebsd.org, freebsd-net@freebsd.org Subject: Re: IPv6 regression on 8.x 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, 28 Aug 2009 15:58:40 -0000 Hi, >>>>> On Thu, 27 Aug 2009 21:20:42 -0700 >>>>> "Li, Qing" said: > 1) Scope violation in a simple global unicast address: > > 2) Issue of subnet-router anycast address with a global address on > another I/F: qing.li> The above two issues should be fixed by r196569. Please confirm. I confirmed that 1) is fixed on my RELENG_8 box with r196569 applied. I don't have an environment to test 2), though. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 17:15:21 2009 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 78D6F106566B for ; Fri, 28 Aug 2009 17:15:21 +0000 (UTC) (envelope-from dzakpunk@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 38FB48FC19 for ; Fri, 28 Aug 2009 17:15:21 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id d14so760896and.13 for ; Fri, 28 Aug 2009 10:15:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=xLypizBWrYmqv6ApvkWrdAjJPeTrOVTUpyMo9AtkSBY=; b=PLc/uyrIoYs0xnQCuiDUz4Yw0fxSHezYSnPqQKrkKIdSMyKh7d+ViYvN4S/oh+u242 cIh5V6SsnrTO1nZDivGBl5rSZNVwKAIVEF7yHQSpBBpmjBiKdPQ/v4t1nXD9GdPSBKNr jAXWnxI1isVIBrz3e10JBGWJPbdmOZ907E69s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ewgIQS2EmjXmZ9iGR5wsEbgb1Vas4Q3M7ML7Er9jOPUacq9kc3xE+S91FY67vMOSzk jMYp+/qDUlcuNlej7BGnpxXU8zQew7LxlYA0vdQ9avZcQENQWUYwvAgu2VpOIKdOIrmX gWMnrAFsLBvmwIDXvGyDVA1VANcy5MFFileQM= MIME-Version: 1.0 Received: by 10.100.78.16 with SMTP id a16mr1294623anb.180.1251478458195; Fri, 28 Aug 2009 09:54:18 -0700 (PDT) Date: Fri, 28 Aug 2009 23:54:18 +0700 Message-ID: <56f73d330908280954x777e6317ud8467e55ce05c034@mail.gmail.com> From: Rakhmadhany Primananda To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: SIP Express Router and Mediaproxy 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, 28 Aug 2009 17:15:21 -0000 Hi,, I want to ask about SER and Mediaproxy. I'm using freebsd 6.2 and installing SER 0.9.6 with Mediaproxy 1.8. Could you help me,how to running Mediaproxy with SER in one machine? Thanks,, Dhany From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 17:25:17 2009 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 5CE4C106564A; Fri, 28 Aug 2009 17:25:17 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 427288FC08; Fri, 28 Aug 2009 17:25:17 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n7SHPE13023061; Fri, 28 Aug 2009 10:25:16 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 28 Aug 2009 10:24:44 -0700 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: routing message problem Thread-Index: AconvhKCrjoYLr7zSTm7hQXd5/c61gACkWKw References: From: "Li, Qing" To: =?iso-8859-1?Q?Michael_T=FCxen?= Cc: qingli@freebsd.org, "Bjoern A. Zeeb" , Randall Stewart , net@freebsd.org Subject: RE: routing message 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: Fri, 28 Aug 2009 17:25:17 -0000 >=20 > Dear all, >=20 > via a bug report from Preethi I figured out that there are no > RTM_NEWADDR > routing messages generated when an IP address is added to an interface > and there is already an address in the same network configured. > This is a problem for the SCTP stack. >=20 > To reproduce the problem you can > sudo ifconfig em0 192.168.1.1 > sudo ifconfig em0 192.168.1.2 alias >=20 > and use the attached problem. It will only show the first address > being added. This problem applies to FreeBSD 9.0 CURRENT and 7.2 > RELEASE. >=20 > Any idea how to fix the problem? >=20 Please try my patch (not the final version) at=20 http://people.freebsd.org/~qingli/patch-8-28-rtmsg.diff I have tested it and seems to work as expected. You should get the notifications for both address insertion ("alias") and deletion ("-alias"). Let me know if it's to your satisfaction. I found a couple of other issues while looking over the code. 1. in_scrubprefix() is called unnecessarily in 2 locations 2. the loopback host route is not removed for an alias On a related note, in.c can use some code cleanup. I think I will do that post 8.0 release. Thanks, -- Qing From owner-freebsd-net@FreeBSD.ORG Fri Aug 28 18:48:31 2009 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 E9F49106566C; Fri, 28 Aug 2009 18:48:31 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2A08FC0A; Fri, 28 Aug 2009 18:48:31 +0000 (UTC) Received: from [IPv6:2002:5481:ebd3::224:36ff:feef:67d1] (unknown [IPv6:2002:5481:ebd3:0:224:36ff:feef:67d1]) by mail-n.franken.de (Postfix) with ESMTP id 5D9C91C0C0BC0; Fri, 28 Aug 2009 20:48:28 +0200 (CEST) Message-Id: <38B715CC-9C82-4D8D-97CC-134A9CB01A0C@lurchi.franken.de> From: =?ISO-8859-1?Q?Michael_T=FCxen?= To: "Li, Qing" In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 28 Aug 2009 20:48:27 +0200 References: X-Mailer: Apple Mail (2.936) Cc: qingli@freebsd.org, "Bjoern A. Zeeb" , Randall Stewart , net@freebsd.org Subject: Re: routing message 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: Fri, 28 Aug 2009 18:48:32 -0000 Hi Qing, your patch fixes the issue. Will it find its way into 8.0? Will it find its way into 7.3? Best regards Michael On Aug 28, 2009, at 7:24 PM, Li, Qing wrote: >> >> Dear all, >> >> via a bug report from Preethi I figured out that there are no >> RTM_NEWADDR >> routing messages generated when an IP address is added to an >> interface >> and there is already an address in the same network configured. >> This is a problem for the SCTP stack. >> >> To reproduce the problem you can >> sudo ifconfig em0 192.168.1.1 >> sudo ifconfig em0 192.168.1.2 alias >> >> and use the attached problem. It will only show the first address >> being added. This problem applies to FreeBSD 9.0 CURRENT and 7.2 >> RELEASE. >> >> Any idea how to fix the problem? >> > > > Please try my patch (not the final version) at > > http://people.freebsd.org/~qingli/patch-8-28-rtmsg.diff > > > I have tested it and seems to work as expected. You should > get the notifications for both address insertion ("alias") > and deletion ("-alias"). > > Let me know if it's to your satisfaction. > > I found a couple of other issues while looking over the code. > > 1. in_scrubprefix() is called unnecessarily in 2 locations > 2. the loopback host route is not removed for an alias > > On a related note, in.c can use some code cleanup. I think > I will do that post 8.0 release. > > Thanks, > > -- Qing > > From owner-freebsd-net@FreeBSD.ORG Sat Aug 29 13:48:04 2009 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 4605A106566B; Sat, 29 Aug 2009 13:48:04 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DC93C8FC16; Sat, 29 Aug 2009 13:48:03 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7TDm3aP003057; Sat, 29 Aug 2009 13:48:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7TDm33R003053; Sat, 29 Aug 2009 13:48:03 GMT (envelope-from linimon) Date: Sat, 29 Aug 2009 13:48:03 GMT Message-Id: <200908291348.n7TDm33R003053@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/138292: [zyd] [usb8] "zyd0: device timeout" with ZyXEL G-202 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, 29 Aug 2009 13:48:04 -0000 Old Synopsis: "zyd0: device timeout" with ZyXEL G-202 New Synopsis: [zyd] [usb8] "zyd0: device timeout" with ZyXEL G-202 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Aug 29 13:45:10 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=138292 From owner-freebsd-net@FreeBSD.ORG Sat Aug 29 17:44:52 2009 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 310E9106564A; Sat, 29 Aug 2009 17:44:52 +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 ADCD58FC1E; Sat, 29 Aug 2009 17:44:51 +0000 (UTC) Received: from delta.allbsd.org (p4121-ipbf1805funabasi.chiba.ocn.ne.jp [114.146.83.121]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n7THiZVN031355; Sun, 30 Aug 2009 02:44:46 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id n7THiPpf065656; Sun, 30 Aug 2009 02:44:29 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sun, 30 Aug 2009 02:44:20 +0900 (JST) Message-Id: <20090830.024420.174808572.hrs@allbsd.org> To: qing.li@bluecoat.com From: Hiroki Sato In-Reply-To: References: X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.51 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sun_Aug_30_02_44_20_2009_429)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.2 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (mail.allbsd.org [133.31.130.32]); Sun, 30 Aug 2009 02:44:46 +0900 (JST) Cc: qingli@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: IPv6 regression on 8.x 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, 29 Aug 2009 17:44:52 -0000 ----Security_Multipart(Sun_Aug_30_02_44_20_2009_429)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit "Li, Qing" wrote in : qi> Hi, qi> qi> The problems you raised: qi> qi> > qi> > 1) Scope violation in a simple global unicast address: qi> > qi> > 2) Issue of subnet-router anycast address with a global address on qi> > another I/F: qi> > qi> qi> The above two issues should be fixed by r196569. Please confirm. qi> qi> > 3) Manually-configured subnet routes disapper on receiving RA: qi> > qi> qi> I've found the problem and have a fix. I will do some more qi> investigation. qi> Please try the patch at qi> qi> http://people.freebsd.org/~qingli/patch-8-27-ipv6.diff Thanks for the fixes! With the two patches 1) and 3) are gone, but 2) still remains. Is there something I can help to narrow down it? -- Hiroki ----Security_Multipart(Sun_Aug_30_02_44_20_2009_429)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkqZaPQACgkQTyzT2CeTzy3cowCff1fd4JgA4azGTy+hoknpWD1L xG4AoLetW2KlhuxQLF3sTP0GshuQ2NML =E4Ey -----END PGP SIGNATURE----- ----Security_Multipart(Sun_Aug_30_02_44_20_2009_429)----