From owner-freebsd-net@FreeBSD.ORG  Sun Sep 20 14:40:03 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 53EF1106566B
	for <freebsd-net@freebsd.org>; Sun, 20 Sep 2009 14:40:03 +0000 (UTC)
	(envelope-from Brian.Jacobs@lodgenet.com)
Received: from garbo.lodgenet.com (garbo.lodgenet.com [204.124.121.250])
	by mx1.freebsd.org (Postfix) with ESMTP id 140FF8FC0A
	for <freebsd-net@freebsd.org>; Sun, 20 Sep 2009 14:40:02 +0000 (UTC)
Received: from hardy.lodgenet.com (hardy.lodgenet.com [10.16.101.109])
	by garbo.lodgenet.com (8.12.11.20060308/8.12.11) with ESMTP id
	n8KEe2sm020040
	for <freebsd-net@freebsd.org>; Sun, 20 Sep 2009 09:40:02 -0500
Received: from sfcoex03.lodgenet.com (Not Verified[10.16.100.166]) by
	hardy.lodgenet.com with MailMarshal (v6, 4, 1, 5038)
	id <B4ab63ec20000>; Sun, 20 Sep 2009 09:40:02 -0500
Received: from host.lodgenet.com ([10.1.1.129]) by host.lodgenet.com with
	Microsoft SMTPSVC(6.0.3790.3959); Sun, 20 Sep 2009 09:31:18 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Sun, 20 Sep 2009 10:31:18 -0400
Message-ID: <126E45722B459248997856ECB72DEB7701286109@host.lodgenet.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Large scale GRE
Thread-Index: Aco5/wKGf6KMnltGQve6mUYHRavM0w==
From: "Jacobs, Brian" <Brian.Jacobs@lodgenet.com>
To: <freebsd-net@freebsd.org>
X-OriginalArrivalTime: 20 Sep 2009 14:31:18.0853 (UTC)
	FILETIME=[0481A750:01CA39FF]
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Subject: Large scale GRE
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Sep 2009 14:40:03 -0000

As promised, I'm dropping an on-list update of our GRE migration
project.  We're running just under 1,000 GRE interfaces (with ipsec
inside) with no problems on a dualproc/quadcore xeon 2.8 under 7.2-REL
(can't sup to anything later as someone broke the Compaq RAID driver).
We're only pushing about 15mb/s through the tunnels at peak, no drops or
errors that I've seen.  We do notice that ESP SA's for IKE tunnels don't
establish as expected (the farend network routes never "appear" like
they do in OpenBSD isakmpd, nor is the kernel grabbing the packets to
send down the IKE tunnel (though the OBSD/FBSD and farend configs are
identical), but I'm not done quadruple-checking to see if there's some
functional difference I've missed.  If anyone has any morsels of wisdom,
feel free to drop me a line.

=20

Cheers!

=20

/b


From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 11:07:00 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 E5C3E10656B4
	for <freebsd-net@FreeBSD.org>; Mon, 21 Sep 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 D2FD38FC27
	for <freebsd-net@FreeBSD.org>; Mon, 21 Sep 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 n8LB70CE030361
	for <freebsd-net@FreeBSD.org>; Mon, 21 Sep 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 n8LB70UQ030357
	for freebsd-net@FreeBSD.org; Mon, 21 Sep 2009 11:07:00 GMT
	(envelope-from owner-bugmaster@FreeBSD.org)
Date: Mon, 21 Sep 2009 11:07:00 GMT
Message-Id: <200909211107.n8LB70UQ030357@freefall.freebsd.org>
X-Authentication-Warning: freefall.freebsd.org: gnats set sender to
	owner-bugmaster@FreeBSD.org using -f
From: FreeBSD bugmaster <bugmaster@FreeBSD.org>
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 <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 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/138850  net        [dummynet] dummynet doesn't work correctly on a bridge
o kern/138782  net        [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00
o kern/138739  net        [wpi] wpi(4) does not work very well under 8.0-BETA4
o kern/138694  net        [bge] FreeBSD 6.3 release does not recognize Broadcom 
p kern/138691  net        [netinet] [patch] Multicast: Keep membership and filte
p kern/138690  net        [netinet] [patch] multicast: uninited memory used in f
p kern/138689  net        [netinet] patch] Multicast: IP_DROP_MEMBERSHIP should 
o amd64/138688 net        [rum] possibly broken on 8 Beta 4 amd64: able to wpa a
o kern/138678  net        [lo] FreeBSD does not assign linklocal address to loop
o kern/138676  net        [route] after buildworld not work local routes [regres
o kern/138666  net        [multicast] [panic] not working multicast through igmp
o kern/138660  net        [igb] igb driver troubles in 8.0-BETA4
o kern/138652  net        TCP window scaling value calculated incorrectly?
o kern/138632  net        [ndis] [patch] race at vap destroy
o kern/138620  net        [lagg] [patch] lagg port bpf-writes blocked
o kern/138427  net        [wpi] [panic] Kernel panic after trying set monitor wl
o kern/138407  net        [gre] gre(4) interface does not come up after reboot
o kern/138390  net        [gif] [patch] NULL pointer dereference in gif_input() 
o kern/138378  net        [altq] [patch] Memory leak in hfsc_class_modify() in f
o kern/138332  net        [tun] [lor] ifconfig tun0 destroy causes LOR on 8.0-BE
o kern/138266  net        [panic] kernel panic when udp benchmark test used as r
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 
p 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
p kern/137164  net        [netinet] [patch] assert panic imo_match_source()
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/133786  net        [netinet] [patch] ip_input might cause kernel panic
o kern/133736  net        [udp] ip_id not protected ...
o kern/133613  net        [wpi] [panic] kernel panic in wpi(4)
o kern/133595  net        [panic] Kernel Panic at pcpu.h:195
o kern/133572  net        [ppp] [hang] incoming PPTP connection hangs the system
o kern/133490  net        [bpf] [panic] 'kmem_map too small' panic on Dell r900 
o kern/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
f kern/133213  net        arp and sshd errors on 7.1-PRERELEASE
o kern/133204  net        [msk] msk driver timeouts
o kern/133060  net        [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs
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 <ipv6_addr> -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 <host> -iface <nic> 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/113432  net        [ucom] WARNING: attempt to net_add_domain(netgraph) af
o kern/112722  net        [ipsec] [udp] IP v4 udp fragmented packet reject
o kern/112686  net        [patm] patm driver freezes System (FreeBSD 6.2-p4) i38
o 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] [patch] if_sis short cable fix problems with Net
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

352 problems total.


From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 11:23:53 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 8409E1065672;
	Mon, 21 Sep 2009 11:23:53 +0000 (UTC)
	(envelope-from gavin@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 5AE7A8FC1C;
	Mon, 21 Sep 2009 11:23:53 +0000 (UTC)
Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8LBNrrE053708;
	Mon, 21 Sep 2009 11:23:53 GMT
	(envelope-from gavin@freefall.freebsd.org)
Received: (from gavin@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8LBNrdK053704;
	Mon, 21 Sep 2009 11:23:53 GMT (envelope-from gavin)
Date: Mon, 21 Sep 2009 11:23:53 GMT
Message-Id: <200909211123.n8LBNrdK053704@freefall.freebsd.org>
To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: gavin@FreeBSD.org
Cc: 
Subject: Re: kern/138999: [libc] lighttpd/php-cgi with freebsd sendfile(2)
	enabled causing kernel to not reenter userland
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 11:23:53 -0000

Synopsis: [libc] lighttpd/php-cgi with freebsd sendfile(2) enabled causing kernel to not reenter userland

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: gavin
Responsible-Changed-When: Mon Sep 21 11:22:34 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).  To submitter: can you share your debugging
output?  And also perhaps the example PHP sript so that people who
don't necessarily write PHP can recreate the bug?  Thanks!

http://www.freebsd.org/cgi/query-pr.cgi?pr=138999

From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 12:43:34 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 EFFEB106577E
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 12:43:34 +0000 (UTC)
	(envelope-from brampton@gmail.com)
Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com
	[209.85.219.211])
	by mx1.freebsd.org (Postfix) with ESMTP id 872798FC15
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 12:43:34 +0000 (UTC)
Received: by ewy7 with SMTP id 7so2897186ewy.7
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 05:43:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:sender:received:date
	:x-google-sender-auth:message-id:subject:from:to:content-type;
	bh=p9O4yJFn4WWjy1A6T/qdTW3NGgBuEa7d7PecdmuvdxQ=;
	b=uuaTwsB0Y8stIBrICCKHfSHwIb9Q+coZDZKCRoDyXwLxrPEaP01HlbONebt2Fb5apR
	/gve+V/DKrm+wI4I0D7auNoDdj7KnBYkh2T0gU0r3IWtRnV9382jjdI3JX2UiEWXFgxA
	gwlUV4UpVx5G6qqRcVM1TF9j1Unl5Z1ei90cI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:sender:date:x-google-sender-auth:message-id:subject
	:from:to:content-type;
	b=NZnozibfEsZsidQmPMyGsaoY+BEPyexgEmtBuH95dc0QdC6ZGXNOHf9ZcyIkpKsQh2
	MhjWlaINu9F/AhyH8tJVx7OqjFwVpXAdPCzvIvex8r/Wtl4BV9K7ozVuasRtHktr+b/i
	bDwxcpTsqXPuqZgnM27smIDE9jA7g11HCceRE=
MIME-Version: 1.0
Sender: brampton@gmail.com
Received: by 10.216.90.81 with SMTP id d59mr1301606wef.29.1253537013352; Mon, 
	21 Sep 2009 05:43:33 -0700 (PDT)
Date: Mon, 21 Sep 2009 13:43:33 +0100
X-Google-Sender-Auth: ae9463b87fbd5962
Message-ID: <d41814900909210543p46894d83u6d814353ea1ee130@mail.gmail.com>
From: Andrew Brampton <brampton+freebsd-net@gmail.com>
To: freebsd-net@freebsd.org
Content-Type: text/plain; charset=UTF-8
Subject: Is this a race in mbuf's refcounting?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 12:43:35 -0000

I've been reading the FreeBSD source code to understand how mbufs are
reference counted. However, there are a few bits of code that I'm
wondering if they would fail under the exactly right timing. Take for
example in uipc_mbuf.c:

 286 static void
 287 mb_dupcl(struct mbuf *n, struct mbuf *m)
 288 {
...
 293        if (*(m->m_ext.ref_cnt) == 1)
 294                *(m->m_ext.ref_cnt) += 1;
 295        else
 296                atomic_add_int(m->m_ext.ref_cnt, 1);
...
 305 }

Now, the way I understand this code is, if ref_cnt is 1, then it is
not shared. In that case non-atomically increment ref_cnt. However, if
ref_cnt was something else, then it is shared so update the value in
an atomic way. This seems valid, however what happens if two threads
call mb_dupcl at the same time with a non-shared m. Could they both
evaluate the if on line 293 at the same time, and then both
non-atomically increment ref_cnt?

If this could happen then we have a lost update and our reference
counting is broken. I've also noticed that in other places similar
optimisations are made to avoid the atomic operation.

So is this a problem?

thanks
Andrew

From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 14:05:23 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 CCD651065672
	for <freebsd-net@FreeBSD.org>; Mon, 21 Sep 2009 14:05:23 +0000 (UTC)
	(envelope-from brde@optusnet.com.au)
Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au
	[211.29.132.183])
	by mx1.freebsd.org (Postfix) with ESMTP id 53B4F8FC17
	for <freebsd-net@FreeBSD.org>; Mon, 21 Sep 2009 14:05:23 +0000 (UTC)
Received: from c122-107-125-150.carlnfd1.nsw.optusnet.com.au
	(c122-107-125-150.carlnfd1.nsw.optusnet.com.au [122.107.125.150])
	by mail02.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id
	n8LE5Ev0013758
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 22 Sep 2009 00:05:15 +1000
Date: Tue, 22 Sep 2009 00:05:14 +1000 (EST)
From: Bruce Evans <brde@optusnet.com.au>
X-X-Sender: bde@delplex.bde.org
To: Andrew Brampton <brampton+freebsd-net@gmail.com>
In-Reply-To: <d41814900909210543p46894d83u6d814353ea1ee130@mail.gmail.com>
Message-ID: <20090921235604.U12163@delplex.bde.org>
References: <d41814900909210543p46894d83u6d814353ea1ee130@mail.gmail.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Cc: freebsd-net@FreeBSD.org
Subject: Re: Is this a race in mbuf's refcounting?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 14:05:23 -0000

On Mon, 21 Sep 2009, Andrew Brampton wrote:

> I've been reading the FreeBSD source code to understand how mbufs are
> reference counted. However, there are a few bits of code that I'm
> wondering if they would fail under the exactly right timing. Take for
> example in uipc_mbuf.c:
>
> 286 static void
> 287 mb_dupcl(struct mbuf *n, struct mbuf *m)
> 288 {
> ...
> 293        if (*(m->m_ext.ref_cnt) == 1)
> 294                *(m->m_ext.ref_cnt) += 1;
> 295        else
> 296                atomic_add_int(m->m_ext.ref_cnt, 1);
> ...
> 305 }
>
> Now, the way I understand this code is, if ref_cnt is 1, then it is
> not shared. In that case non-atomically increment ref_cnt. However, if
> ref_cnt was something else, then it is shared so update the value in
> an atomic way. This seems valid, however what happens if two threads
> call mb_dupcl at the same time with a non-shared m. Could they both
> evaluate the if on line 293 at the same time, and then both
> non-atomically increment ref_cnt?
>
> If this could happen then we have a lost update and our reference
> counting is broken. I've also noticed that in other places similar
> optimisations are made to avoid the atomic operation.
>
> So is this a problem?

I don't see how it can work.

Also, if the count was 1, then it should become 2, but there is nothing to
flush the store to memory.  This seems to mainly enlarge the race window
for the previous problem.

Bruce

From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 14:52:59 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 7C10A1065676
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 14:52:59 +0000 (UTC)
	(envelope-from brampton@gmail.com)
Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com
	[209.85.220.222])
	by mx1.freebsd.org (Postfix) with ESMTP id 03BBE8FC0C
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 14:52:58 +0000 (UTC)
Received: by fxm22 with SMTP id 22so1517316fxm.36
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 07:52:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:sender:received:in-reply-to
	:references:date:x-google-sender-auth:message-id:subject:from:to:cc
	:content-type:content-transfer-encoding;
	bh=xurNrPoGc38XE/HzYoPQbrSdTJTxKAyFKR3lWgiUYe4=;
	b=dvvf/tXcHeBGMO45rd0Enoqjohihcw1dVhj2Gcrdupcy2nBiIRpd1o69icP1fgolCH
	Du80HlJ1KZb9LYYFqanwhj7T5FtO6D8cvjg4PftDyZla/z/xB8FfakF5OA9XA6DwEYA2
	anHxByau4pTZA/sXG+yUs0urvYj9tiUScCbIE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	b=YTgv3VCM64WpPu6JzG70HrhIn9iP9bL6o82850KUnem4RrgZ+STFj/iIVD98dTE5Ob
	jpOEk8S05KUx4rwKCml1AjF/095rvtX2/8MmKj2QcAfRWGkU/lu7N0n9+XEefb+nKuAr
	W9nH2rwVXs2SWnU8OQ4334cA4iPes2GWJlGO4=
MIME-Version: 1.0
Sender: brampton@gmail.com
Received: by 10.223.53.149 with SMTP id m21mr1112250fag.101.1253544777986; 
	Mon, 21 Sep 2009 07:52:57 -0700 (PDT)
In-Reply-To: <20090921235604.U12163@delplex.bde.org>
References: <d41814900909210543p46894d83u6d814353ea1ee130@mail.gmail.com>
	<20090921235604.U12163@delplex.bde.org>
Date: Mon, 21 Sep 2009 15:52:55 +0100
X-Google-Sender-Auth: 97c416eef3d418f0
Message-ID: <d41814900909210752t23309836y4b8a447e811db6d2@mail.gmail.com>
From: Andrew Brampton <brampton+freebsd-net@gmail.com>
To: Bruce Evans <brde@optusnet.com.au>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: freebsd-net@freebsd.org
Subject: Re: Is this a race in mbuf's refcounting?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 14:52:59 -0000

2009/9/21 Bruce Evans <brde@optusnet.com.au>:
> On Mon, 21 Sep 2009, Andrew Brampton wrote:
>
>> I've been reading the FreeBSD source code to understand how mbufs are
>> reference counted. However, there are a few bits of code that I'm
>> wondering if they would fail under the exactly right timing. Take for
>> example in uipc_mbuf.c:
>>
>> 286 static void
>> 287 mb_dupcl(struct mbuf *n, struct mbuf *m)
>> 288 {
>> ...
>> 293 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (*(m->m_ext.ref_cnt) =3D=3D 1)
>> 294 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0*(m->m_ext.re=
f_cnt) +=3D 1;
>> 295 =C2=A0 =C2=A0 =C2=A0 =C2=A0else
>> 296 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0atomic_add_in=
t(m->m_ext.ref_cnt, 1);
>> ...
>> 305 }
>>
>> Now, the way I understand this code is, if ref_cnt is 1, then it is
>> not shared. In that case non-atomically increment ref_cnt. However, if
>> ref_cnt was something else, then it is shared so update the value in
>> an atomic way. This seems valid, however what happens if two threads
>> call mb_dupcl at the same time with a non-shared m. Could they both
>> evaluate the if on line 293 at the same time, and then both
>> non-atomically increment ref_cnt?
>>
>> If this could happen then we have a lost update and our reference
>> counting is broken. I've also noticed that in other places similar
>> optimisations are made to avoid the atomic operation.
>>
>> So is this a problem?
>
> I don't see how it can work.
>
> Also, if the count was 1, then it should become 2, but there is nothing t=
o
> flush the store to memory. =C2=A0This seems to mainly enlarge the race wi=
ndow
> for the previous problem.
>
> Bruce
>

Sorry, are you agreeing or disagreeing with my original post? If you
are disagreeing I would appreciate if you could explain the error in
my ways.

I see the following happening:
Thread 1: Reads *(m->m_ext.ref_cnt) and determines it is 1, and enters
the true branch of the if
Thread 1: Then reads *(m->m_ext.ref_cnt) again (since it is volatile)
Thread 2: Interrupts and reads *(m->m_ext.ref_cnt) and determines it
is 1, and enters the true branch of the if
Thread 2: Then reads *(m->m_ext.ref_cnt), adds one to it and stores
the result (ie 2)
Thread 1: Resumes with the value it had (ie 1) and adds one to it, and
stores the result (ie 2)

Due to this sequence we have lost an update, since the value of
*(m->m_ext.ref_cnt) should be 3. Now if this if wasn't there and
atomic_add_int is used the result will be 3.

If you find a flaw in my logic please point it out.

thanks
Andrew

From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 15:22:39 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 600801065751
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 15:22:39 +0000 (UTC)
	(envelope-from freebsd-net@m.gmane.org)
Received: from lo.gmane.org (lo.gmane.org [80.91.229.12])
	by mx1.freebsd.org (Postfix) with ESMTP id 1F0288FC1B
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 15:22:38 +0000 (UTC)
Received: from list by lo.gmane.org with local (Exim 4.50) id 1MpkgP-000699-6C
	for freebsd-net@freebsd.org; Mon, 21 Sep 2009 17:20:05 +0200
Received: from 85.173.92.192 ([85.173.92.192])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 17:20:05 +0200
Received: from dsh by 85.173.92.192 with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 17:20:05 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-net@freebsd.org
From: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
Date: Mon, 21 Sep 2009 19:13:27 +0400
Lines: 19
Message-ID: <20090921191327.045cf140@wizard.volgograd.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: 85.173.92.192
X-Newsreader: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2)
Sender: news <news@ger.gmane.org>
Subject: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 15:22:39 -0000

Hello,

After upgrading from 7.2 to 8.0-RC1 I see strange thing with my ath
wifi. I'm running WDS network and have two WRT54GL routers. After boot I
see my ath connected to the network and selected bssid
00:1a:70:4e:fd:12. Before I had about 2Mb/s using this bssid. But now I
see about 900Kb/s only. I'm getting better speed after using

  ifconfig wlan0 bssid 00:1a:70:4e:fd:12

Ok, some time later (note, I didn't reboot my notebook), trying to copy
big file, I see 900Kb/s again. And again

  ifconfig wlan0 bssid 00:1a:70:4e:fd:12

helped me. What I did wrong?

Thanks!



From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 15:25:22 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 1C85D10656A6
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 15:25:22 +0000 (UTC)
	(envelope-from emaste@freebsd.org)
Received: from mail2.sandvine.com (Mail1.sandvine.com [64.7.137.134])
	by mx1.freebsd.org (Postfix) with ESMTP id D2C688FC26
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 15:25:21 +0000 (UTC)
Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by
	mail2.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); 
	Mon, 21 Sep 2009 11:13:18 -0400
Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627)
	id C2D2011653; Mon, 21 Sep 2009 11:13:18 -0400 (EDT)
Date: Mon, 21 Sep 2009 11:13:18 -0400
From: Ed Maste <emaste@freebsd.org>
To: Andrew Brampton <brampton+freebsd-net@gmail.com>
Message-ID: <20090921151318.GA27605@sandvine.com>
References: <d41814900909210543p46894d83u6d814353ea1ee130@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <d41814900909210543p46894d83u6d814353ea1ee130@mail.gmail.com>
User-Agent: Mutt/1.4.2.1i
X-OriginalArrivalTime: 21 Sep 2009 15:13:18.0861 (UTC)
	FILETIME=[0CF61BD0:01CA3ACE]
Cc: freebsd-net@freebsd.org
Subject: Re: Is this a race in mbuf's refcounting?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 15:25:22 -0000

On Mon, Sep 21, 2009 at 01:43:33PM +0100, Andrew Brampton wrote:

> I've been reading the FreeBSD source code to understand how mbufs are
> reference counted. However, there are a few bits of code that I'm
> wondering if they would fail under the exactly right timing. Take for
> example in uipc_mbuf.c:
> 
>  286 static void
>  287 mb_dupcl(struct mbuf *n, struct mbuf *m)
>  288 {
> ...
>  293        if (*(m->m_ext.ref_cnt) == 1)
>  294                *(m->m_ext.ref_cnt) += 1;
>  295        else
>  296                atomic_add_int(m->m_ext.ref_cnt, 1);
> ...
>  305 }
> 
> Now, the way I understand this code is, if ref_cnt is 1, then it is
> not shared. In that case non-atomically increment ref_cnt. However, if
> ref_cnt was something else, then it is shared so update the value in
> an atomic way. This seems valid, however what happens if two threads
> call mb_dupcl at the same time with a non-shared m. Could they both
> evaluate the if on line 293 at the same time, and then both
> non-atomically increment ref_cnt?

Your analysis is correct; this issue also has a PR, kern/137145.
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/137145

As you point out it requires that two threads have a reference to the
same non-shared mbuf.  I had a quick look and didn't find any case of
this in the vanilla FreeBSD tree; if I didn't miss anything it'll
affect only 3rd party src.

We'll need to have a look at this after 8.0 is done.

-Ed

From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 15:28:27 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 DD467106566B
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 15:28:27 +0000 (UTC)
	(envelope-from brampton@gmail.com)
Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com
	[209.85.220.222])
	by mx1.freebsd.org (Postfix) with ESMTP id 6F6658FC08
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 15:28:26 +0000 (UTC)
Received: by fxm22 with SMTP id 22so1544614fxm.36
	for <multiple recipients>; Mon, 21 Sep 2009 08:28:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:mime-version:sender:received:in-reply-to
	:references:date:x-google-sender-auth:message-id:subject:from:to:cc
	:content-type:content-transfer-encoding;
	bh=LRkp9fUvfH52uFjkH3ycYvfmDWoz094dKmGLMk4NNGk=;
	b=sXFQpvx/Lco7Jmizy2ffuE4tsE4GNJshh+ZAXzskKy1nrPykDq3N1hJgmZ4OF6E+rg
	ri5iAqaJgwIIMnHuG5XXLkQOEAA++RioUNIU7W4boq9T9sdQ3Ss4PP12iKU5BUGfqpOF
	eWglUhVrZHM7NK4iUR4eI/UOx31pY3HgtppOk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type
	:content-transfer-encoding;
	b=wwfH2Da5WoG/tMn01QazhDUr2K4x5l3Iqrbm9ohsx4SqFwA7XXSkvvQZZDougFFtye
	7mzwkLheR67zuEd5G2vsCRkvHRksCO8J/V1uu1+Pdvifr+lx/wQg0wUqpawrl2P4s1O/
	G9WxHDC7g9RSvyK3FoiwoyW7ZMaegLT11j+Fk=
MIME-Version: 1.0
Sender: brampton@gmail.com
Received: by 10.223.5.77 with SMTP id 13mr1139001fau.86.1253546906026; Mon, 21 
	Sep 2009 08:28:26 -0700 (PDT)
In-Reply-To: <20090921151318.GA27605@sandvine.com>
References: <d41814900909210543p46894d83u6d814353ea1ee130@mail.gmail.com>
	<20090921151318.GA27605@sandvine.com>
Date: Mon, 21 Sep 2009 16:28:25 +0100
X-Google-Sender-Auth: f8da748ca7b1e2aa
Message-ID: <d41814900909210828i3581266cqffafd57290da481a@mail.gmail.com>
From: Andrew Brampton <brampton+freebsd-net@gmail.com>
To: Ed Maste <emaste@freebsd.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: freebsd-net@freebsd.org
Subject: Re: Is this a race in mbuf's refcounting?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 15:28:27 -0000

2009/9/21 Ed Maste <emaste@freebsd.org>:
> On Mon, Sep 21, 2009 at 01:43:33PM +0100, Andrew Brampton wrote:
>
> Your analysis is correct; this issue also has a PR, kern/137145.
> http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/137145
>
> As you point out it requires that two threads have a reference to the
> same non-shared mbuf. =C2=A0I had a quick look and didn't find any case o=
f
> this in the vanilla FreeBSD tree; if I didn't miss anything it'll
> affect only 3rd party src.
>
> We'll need to have a look at this after 8.0 is done.
>
> -Ed
>

I didn't notice there was a PR for this.

Thanks
Andrew

From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 15:50:44 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 2D9F4106566B
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 15:50:44 +0000 (UTC)
	(envelope-from freebsd-net@m.gmane.org)
Received: from lo.gmane.org (lo.gmane.org [80.91.229.12])
	by mx1.freebsd.org (Postfix) with ESMTP id DFF9D8FC16
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 15:50:43 +0000 (UTC)
Received: from list by lo.gmane.org with local (Exim 4.50) id 1MplA1-0001IL-4z
	for freebsd-net@freebsd.org; Mon, 21 Sep 2009 17:50:41 +0200
Received: from 85.173.92.192 ([85.173.92.192])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 17:50:41 +0200
Received: from dsh by 85.173.92.192 with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <freebsd-net@freebsd.org>; Mon, 21 Sep 2009 17:50:41 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-net@freebsd.org
From: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
Date: Mon, 21 Sep 2009 19:50:11 +0400
Lines: 12
Message-ID: <20090921195011.2a1f5143@wizard.volgograd.ru>
References: <20090921191327.045cf140@wizard.volgograd.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: 85.173.92.192
X-Newsreader: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2)
Sender: news <news@ger.gmane.org>
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 15:50:44 -0000

Hello,

On Mon, 21 Sep 2009 19:13:27 +0400
Denis Shaposhnikov <dsh@wizard.volgograd.ru> wrote:

> I see about 900Kb/s only. I'm getting better speed after using
> 
>   ifconfig wlan0 bssid 00:1a:70:4e:fd:12

I see also it periodically changes "media:" between OFDM/54Mbps and
OFDM/48Mbps.



From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 17:30:04 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 298A11065695
	for <freebsd-net@hub.freebsd.org>; Mon, 21 Sep 2009 17:30:04 +0000 (UTC)
	(envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id F3D048FC23
	for <freebsd-net@hub.freebsd.org>; Mon, 21 Sep 2009 17:30:03 +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 n8LHU3Vh021110
	for <freebsd-net@freefall.freebsd.org>; Mon, 21 Sep 2009 17:30:03 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8LHU382021105;
	Mon, 21 Sep 2009 17:30:03 GMT (envelope-from gnats)
Date: Mon, 21 Sep 2009 17:30:03 GMT
Message-Id: <200909211730.n8LHU382021105@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
From: Gonzalo Nemmi <gnemmi@gmail.com>
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 <gnemmi@gmail.com>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 17:30:04 -0000

The following reply was made to PR kern/136876; it has been noted by GNATS.

From: Gonzalo Nemmi <gnemmi@gmail.com>
To: bug-followup@freebsd.org,
 adamk@voicenet.com
Cc:  
Subject: Re: kern/136876: [bge] bge will not resume properly after suspend
Date: Mon, 21 Sep 2009 14:21:54 -0300

 Still present in 8.0-BETA4 and 8.0-RC1

From owner-freebsd-net@FreeBSD.ORG  Mon Sep 21 18:00:05 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 EBD701065672
	for <freebsd-net@hub.freebsd.org>; Mon, 21 Sep 2009 18:00:05 +0000 (UTC)
	(envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id CDE478FC14
	for <freebsd-net@hub.freebsd.org>; Mon, 21 Sep 2009 18:00:05 +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 n8LI05aT050943
	for <freebsd-net@freefall.freebsd.org>; Mon, 21 Sep 2009 18: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 n8LI05V0050942;
	Mon, 21 Sep 2009 18:00:05 GMT (envelope-from gnats)
Date: Mon, 21 Sep 2009 18:00:05 GMT
Message-Id: <200909211800.n8LI05V0050942@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
From: Brandon Peskin <brandon@peskin.org>
Cc: 
Subject: Re: kern/123347: [bge] bge1: watchdog timeout -- linkstate changed
	to DOWN
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Brandon Peskin <brandon@peskin.org>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Sep 2009 18:00:06 -0000

The following reply was made to PR kern/123347; it has been noted by GNATS.

From: Brandon Peskin <brandon@peskin.org>
To: bug-followup@FreeBSD.org,
 adam@mhm.lv
Cc:  
Subject: Re: kern/123347: [bge] bge1: watchdog timeout -- linkstate changed to DOWN
Date: Mon, 21 Sep 2009 10:42:59 -0700

 I'm seeing this on 7.0-RELEASE too (p7)
 
 [bpeskin@centipede ~]$ uname -a
 FreeBSD centipede.xxxx.xxx 7.0-RELEASE-p7 FreeBSD 7.0-RELEASE-p7 #0:  
 Sun Dec 21 08:31:52 UTC 2008     root@amd64-builder.daemonology.net:/ 
 usr/obj/usr/src/sys/GENERIC  amd64
 
 [bpeskin@centipede ~]$ pciconf -lv | grep -A 3 bge
 bge0@pci0:2:1:0:        class=0x020000 card=0x02a61014 chip=0x164814e4  
 rev=0x03 hdr=0x00
      vendor     = 'Broadcom Corporation'
      device     = 'BCM5704 NetXtreme Dual Gigabit Adapter'
      class      = network
 --
 bge1@pci0:2:1:1:        class=0x020000 card=0x02a61014 chip=0x164814e4  
 rev=0x03 hdr=0x00
      vendor     = 'Broadcom Corporation'
      device     = 'BCM5704 NetXtreme Dual Gigabit Adapter'
      class      = network
 
 
 Sep 21 01:15:34 centipede kernel: bge0: watchdog timeout -- resetting
 Sep 21 01:15:34 centipede kernel: bge0: link state changed to DOWN
 Sep 21 01:15:34 centipede kernel: bge0: link state changed to UP
 Sep 21 01:18:07 centipede kernel: bge0: watchdog timeout -- resetting
 Sep 21 01:18:07 centipede kernel: bge0: link state changed to DOWN
 Sep 21 01:18:07 centipede kernel: bge0: link state changed to UP
 Sep 21 01:20:24 centipede kernel: bge0: watchdog timeout -- resetting
 Sep 21 01:20:24 centipede kernel: bge0: link state changed to DOWN
 Sep 21 01:20:24 centipede kernel: bge0: link state changed to UP
 
 
 Of interest:
 
 It *only* happens when there's a sustained transfer of anywhere from  
 about 600Kbps - 900Kbps on the NIC. I can throw several Mbps at it  
 with no issue...but when there's that low(er) speed transfer it falls  
 over.

From owner-freebsd-net@FreeBSD.ORG  Tue Sep 22 10:00:10 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 79731106568D
	for <freebsd-net@hub.freebsd.org>; Tue, 22 Sep 2009 10:00:10 +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 56FC18FC08
	for <freebsd-net@hub.freebsd.org>; Tue, 22 Sep 2009 10:00:10 +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 n8MA09dM057109
	for <freebsd-net@freefall.freebsd.org>; Tue, 22 Sep 2009 10:00:09 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8MA09qk057108;
	Tue, 22 Sep 2009 10:00:09 GMT (envelope-from gnats)
Date: Tue, 22 Sep 2009 10:00:09 GMT
Message-Id: <200909221000.n8MA09qk057108@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
From: "Dyadchenko Mihail, Siberian Networks" <m.dyadchenko@sibset-team.ru>
Cc: 
Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket
 listeners regardless of setfib
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: "Dyadchenko Mihail, Siberian Networks" <m.dyadchenko@sibset-team.ru>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2009 10:00:10 -0000

The following reply was made to PR kern/134931; it has been noted by GNATS.

From: "Dyadchenko Mihail, Siberian Networks" <m.dyadchenko@sibset-team.ru>
To: bug-followup@FreeBSD.org, Stef Walter <stef-list@memberwebs.com>
Cc:  
Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket
 listeners regardless of setfib
Date: Tue, 22 Sep 2009 16:33:58 +0700

 For that version of source code this patch?
 And date of it.
 
 -- 
 Dyadchenko Mihail
 Senior System Administrator, Siberian Networks
 Tel. (383) 205 0000 Fax. (383) 201-13-54
 M.Dyadchenko@sibset-team.ru http://www.sibset.ru/

From owner-freebsd-net@FreeBSD.ORG  Tue Sep 22 12:40:22 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 16EEB1065693;
	Tue, 22 Sep 2009 12:40:22 +0000 (UTC)
	(envelope-from cokane@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id E12998FC1B;
	Tue, 22 Sep 2009 12:40:21 +0000 (UTC)
Received: from freefall.freebsd.org (cokane@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8MCeLpW027304;
	Tue, 22 Sep 2009 12:40:21 GMT
	(envelope-from cokane@freefall.freebsd.org)
Received: (from cokane@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8MCeL2d027288;
	Tue, 22 Sep 2009 12:40:21 GMT (envelope-from cokane)
Date: Tue, 22 Sep 2009 12:40:21 GMT
Message-Id: <200909221240.n8MCeL2d027288@freefall.freebsd.org>
To: onemda@gmail.com, cokane@FreeBSD.org, freebsd-net@FreeBSD.org,
	cokane@FreeBSD.org
From: cokane@FreeBSD.org
Cc: 
Subject: Re: kern/138632: [ndis] [patch] race at vap destroy
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2009 12:40:22 -0000

Synopsis: [ndis] [patch] race at vap destroy

State-Changed-From-To: open->closed
State-Changed-By: cokane
State-Changed-When: Tue Sep 22 12:37:27 UTC 2009
State-Changed-Why: 
Committed fix in r197403


Responsible-Changed-From-To: freebsd-net->cokane
Responsible-Changed-By: cokane
Responsible-Changed-When: Tue Sep 22 12:37:27 UTC 2009
Responsible-Changed-Why: 
Committed fix in r197403

http://www.freebsd.org/cgi/query-pr.cgi?pr=138632

From owner-freebsd-net@FreeBSD.ORG  Tue Sep 22 13:47:00 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 77FBD1065676;
	Tue, 22 Sep 2009 13:47:00 +0000 (UTC)
	(envelope-from gavin@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 68F908FC12;
	Tue, 22 Sep 2009 13:47:00 +0000 (UTC)
Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8MDl0gt094361;
	Tue, 22 Sep 2009 13:47:00 GMT
	(envelope-from gavin@freefall.freebsd.org)
Received: (from gavin@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8MDl0Sn094357;
	Tue, 22 Sep 2009 13:47:00 GMT (envelope-from gavin)
Date: Tue, 22 Sep 2009 13:47:00 GMT
Message-Id: <200909221347.n8MDl0Sn094357@freefall.freebsd.org>
To: syndesis@gmail.com, gavin@FreeBSD.org, gavin@FreeBSD.org,
	freebsd-net@FreeBSD.org
From: gavin@FreeBSD.org
Cc: 
Subject: Re: kern/138177: [ipfilter] FreeBSD crashing repeatedly in
	ip_nat.c:2577
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2009 13:47:00 -0000

Synopsis: [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:2577

State-Changed-From-To: feedback->open
State-Changed-By: gavin
State-Changed-When: Tue Sep 22 13:43:56 UTC 2009
State-Changed-Why: 
Lots of good feedback provided by submitter


Responsible-Changed-From-To: gavin->freebsd-net
Responsible-Changed-By: gavin
Responsible-Changed-When: Tue Sep 22 13:43:56 UTC 2009
Responsible-Changed-Why: 
Pass this over to -net.  I've dropped darrenr@ emails without response.
Hopefully with all of the debugging information provided, somebody with
more knowledge about the networking stack will be able to resolve this.

There's also a possibility that the patch in PR 139058 might help, I've
suggested that the submitter test that if he is able to.

http://www.freebsd.org/cgi/query-pr.cgi?pr=138177

From owner-freebsd-net@FreeBSD.ORG  Tue Sep 22 13:59:15 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 10BE0106566B;
	Tue, 22 Sep 2009 13:59:15 +0000 (UTC)
	(envelope-from gavin@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id DCE5A8FC0A;
	Tue, 22 Sep 2009 13:59:14 +0000 (UTC)
Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8MDxEZM003843;
	Tue, 22 Sep 2009 13:59:14 GMT
	(envelope-from gavin@freefall.freebsd.org)
Received: (from gavin@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8MDxE9L003839;
	Tue, 22 Sep 2009 13:59:14 GMT (envelope-from gavin)
Date: Tue, 22 Sep 2009 13:59:14 GMT
Message-Id: <200909221359.n8MDxE9L003839@freefall.freebsd.org>
To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: gavin@FreeBSD.org
Cc: 
Subject: Re: kern/139058: [ipfilter] mbuf cluster leak on FreeBSD 7.2
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2009 13:59:15 -0000

Old Synopsis: mbuf cluster leak in ipfilter on FreeBSD 7.2
New Synopsis: [ipfilter] mbuf cluster leak on FreeBSD 7.2

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: gavin
Responsible-Changed-When: Tue Sep 22 13:47:08 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).  It appears that there were changes to RELENG_6
in src/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c 1.1.1.1.2.4 that
were never committed to HEAD (and therefore never made it into RELENG_7.

http://www.freebsd.org/cgi/query-pr.cgi?pr=139058

From owner-freebsd-net@FreeBSD.ORG  Tue Sep 22 17:00:30 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 C4543106566B
	for <freebsd-net@freebsd.org>; Tue, 22 Sep 2009 17:00:30 +0000 (UTC)
	(envelope-from stef-list@memberwebs.com)
Received: from memberwebs.com (memberwebs.com [94.75.203.95])
	by mx1.freebsd.org (Postfix) with ESMTP id 8DD8D8FC18
	for <freebsd-net@freebsd.org>; Tue, 22 Sep 2009 17:00:30 +0000 (UTC)
Received: from [172.27.5.159] (unknown [172.27.5.159])
	by memberwebs.com (Postfix) with ESMTP id D5B2883E4C8;
	Tue, 22 Sep 2009 16:43:29 +0000 (UTC)
Message-ID: <4AB8FEB3.3010907@memberwebs.com>
Date: Tue, 22 Sep 2009 11:43:31 -0500
From: Stef Walter <stef-list@memberwebs.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
References: <20090921191327.045cf140@wizard.volgograd.ru>
	<20090921195011.2a1f5143@wizard.volgograd.ru>
In-Reply-To: <20090921195011.2a1f5143@wizard.volgograd.ru>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: stef@memberwebs.com
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2009 17:00:30 -0000

Denis Shaposhnikov wrote:
> I see also it periodically changes "media:" between OFDM/54Mbps and
> OFDM/48Mbps.

That's normal behavior. ath_rate_sample is finding the OFDM speed at
which traffic flows best.

Cheers,

Stef


From owner-freebsd-net@FreeBSD.ORG  Tue Sep 22 17:10:03 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 3559510656A5
	for <freebsd-net@hub.freebsd.org>; Tue, 22 Sep 2009 17:10:03 +0000 (UTC)
	(envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 221628FC12
	for <freebsd-net@hub.freebsd.org>; Tue, 22 Sep 2009 17:10:03 +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 n8MHA3gs096667
	for <freebsd-net@freefall.freebsd.org>; Tue, 22 Sep 2009 17:10:03 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8MHA3Xx096666;
	Tue, 22 Sep 2009 17:10:03 GMT (envelope-from gnats)
Date: Tue, 22 Sep 2009 17:10:03 GMT
Message-Id: <200909221710.n8MHA3Xx096666@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
From: Stef Walter <stef@memberwebs.com>
Cc: 
Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket
 listeners regardless of setfib
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Stef Walter <stef@memberwebs.com>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2009 17:10:03 -0000

The following reply was made to PR kern/134931; it has been noted by GNATS.

From: Stef Walter <stef@memberwebs.com>
To: bug-followup@FreeBSD.org, count@211.ru, m.dyadchenko@sibset-team.ru
Cc:  
Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket
 listeners regardless of setfib
Date: Tue, 22 Sep 2009 11:42:02 -0500

 This is a multi-part message in MIME format.
 --------------010409020702060203010308
 Content-Type: text/plain; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 
 I'm having a bit of a hard time building FreeBSD current (LOR
 diagnostics spew out on the console while building).
 
 But here are the patches I've deployed into production, on a whole bunch
 of network routers. They've behaved solidly, and have been running for a
 couple weeks.
 
 I've used one patch with 7.2-RELEASE-p3 (and should work against 7
 stable), the other I've used with 8.0-BETA4 (and should work against
 8.0-RC1 as well).
 
 Cheers,
 
 Stef
 
 --------------010409020702060203010308
 Content-Type: text/x-diff;
  name="freebsd-80-route-messages-respect-fib-2.patch"
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline;
  filename="freebsd-80-route-messages-respect-fib-2.patch"
 
 --- ./sys/net/rtsock.c.orig	2009-08-31 15:26:03.000000000 +0000
 +++ ./sys/net/rtsock.c	2009-08-31 19:06:53.000000000 +0000
 @@ -93,4 +93,9 @@
  SYSCTL_NODE(_net, OID_AUTO, route, CTLFLAG_RD, 0, "");
  
 +struct rt_dispatch_ctx {
 +	unsigned short family;  /* Socket family */
 +	int            fibnum;  /* FIB for message or -1 for all */
 +};	
 +
  struct walkarg {
  	int	w_tmemsize;
 @@ -114,5 +119,5 @@
  static void	rt_getmetrics(const struct rt_metrics_lite *in,
  			struct rt_metrics *out);
 -static void	rt_dispatch(struct mbuf *, const struct sockaddr *);
 +static void	rt_dispatch(struct mbuf *, const struct sockaddr *, int);
  
  static struct netisr_handler rtsock_nh = {
 @@ -155,17 +160,19 @@
  {
  	struct sockproto route_proto;
 -	unsigned short *family;
 +	struct rt_dispatch_ctx *ctx;
  	struct m_tag *tag;
 +	int fibnum = -1;
  
  	route_proto.sp_family = PF_ROUTE;
 -	tag = m_tag_find(m, PACKET_TAG_RTSOCKFAM, NULL);
 +	tag = m_tag_find(m, PACKET_TAG_RTSOCK, NULL);
  	if (tag != NULL) {
 -		family = (unsigned short *)(tag + 1);
 -		route_proto.sp_protocol = *family;
 +		ctx = (struct rt_dispatch_ctx*)(tag + 1);
 +		route_proto.sp_protocol = ctx->family;
 +		fibnum = ctx->fibnum;
  		m_tag_delete(m, tag);
  	} else
  		route_proto.sp_protocol = 0;
  
 -	raw_input(m, &route_proto, &route_src);
 +	raw_input(m, &route_proto, &route_src, fibnum);
  }
  
 @@ -784,8 +791,8 @@
  			unsigned short family = rp->rcb_proto.sp_family;
  			rp->rcb_proto.sp_family = 0;
 -			rt_dispatch(m, info.rti_info[RTAX_DST]);
 +			rt_dispatch(m, info.rti_info[RTAX_DST], so->so_fibnum);
  			rp->rcb_proto.sp_family = family;
  		} else
 -			rt_dispatch(m, info.rti_info[RTAX_DST]);
 +			rt_dispatch(m, info.rti_info[RTAX_DST], so->so_fibnum);
  	}
      }
 @@ -1010,5 +1017,5 @@
   */
  void
 -rt_missmsg(int type, struct rt_addrinfo *rtinfo, int flags, int error)
 +rt_missmsg(int type, struct rt_addrinfo *rtinfo, int flags, int error, int fibnum)
  {
  	struct rt_msghdr *rtm;
 @@ -1025,5 +1032,5 @@
  	rtm->rtm_errno = error;
  	rtm->rtm_addrs = rtinfo->rti_addrs;
 -	rt_dispatch(m, sa);
 +	rt_dispatch(m, sa, fibnum);
  }
  
 @@ -1050,5 +1057,5 @@
  	ifm->ifm_data = ifp->if_data;
  	ifm->ifm_addrs = 0;
 -	rt_dispatch(m, NULL);
 +	rt_dispatch(m, NULL, -1);
  }
  
 @@ -1062,5 +1069,5 @@
   */
  void
 -rt_newaddrmsg(int cmd, struct ifaddr *ifa, int error, struct rtentry *rt)
 +rt_newaddrmsg(int cmd, struct ifaddr *ifa, int error, struct rtentry *rt, int fibnum)
  {
  	struct rt_addrinfo info;
 @@ -1120,5 +1127,5 @@
  			rtm->rtm_addrs = info.rti_addrs;
  		}
 -		rt_dispatch(m, sa);
 +		rt_dispatch(m, sa, fibnum);
  	}
  }
 @@ -1156,5 +1163,5 @@
  	ifmam->ifmam_index = ifp->if_index;
  	ifmam->ifmam_addrs = info.rti_addrs;
 -	rt_dispatch(m, ifma->ifma_addr);
 +	rt_dispatch(m, ifma->ifma_addr, -1);
  }
  
 @@ -1216,5 +1223,5 @@
  			m->m_pkthdr.len += data_len;
  		mtod(m, struct if_announcemsghdr *)->ifan_msglen += data_len;
 -		rt_dispatch(m, NULL);
 +		rt_dispatch(m, NULL, -1);
  	}
  }
 @@ -1232,10 +1239,11 @@
  	m = rt_makeifannouncemsg(ifp, RTM_IFANNOUNCE, what, &info);
  	if (m != NULL)
 -		rt_dispatch(m, NULL);
 +		rt_dispatch(m, NULL, -1);
  }
  
  static void
 -rt_dispatch(struct mbuf *m, const struct sockaddr *sa)
 +rt_dispatch(struct mbuf *m, const struct sockaddr *sa, int fibnum)
  {
 +	struct rt_dispatch_ctx *ctx;
  	struct m_tag *tag;
  
 @@ -1243,14 +1251,16 @@
  	 * Preserve the family from the sockaddr, if any, in an m_tag for
  	 * use when injecting the mbuf into the routing socket buffer from
 -	 * the netisr.
 +	 * the netisr. Additionally save the fibnum if needed.
  	 */
 -	if (sa != NULL) {
 -		tag = m_tag_get(PACKET_TAG_RTSOCKFAM, sizeof(unsigned short),
 -		    M_NOWAIT);
 +	if (sa != NULL || fibnum >= 0) {
 +		tag = m_tag_get(PACKET_TAG_RTSOCK, 
 +		                sizeof(struct rt_dispatch_ctx*), M_NOWAIT);
  		if (tag == NULL) {
  			m_freem(m);
  			return;
  		}
 -		*(unsigned short *)(tag + 1) = sa->sa_family;
 +		ctx = (struct rt_dispatch_ctx*)(tag + 1);
 +		ctx->family = sa->sa_family;
 +		ctx->fibnum = fibnum;
  		m_tag_prepend(m, tag);
  	}
 --- ./sys/net/raw_usrreq.c.orig	2009-08-31 16:04:58.000000000 +0000
 +++ ./sys/net/raw_usrreq.c	2009-08-31 18:34:38.000000000 +0000
 @@ -70,5 +70,5 @@
   */
  void
 -raw_input(struct mbuf *m0, struct sockproto *proto, struct sockaddr *src)
 +raw_input(struct mbuf *m0, struct sockproto *proto, struct sockaddr *src, int fibnum)
  {
  	struct rawcb *rp;
 @@ -84,4 +84,7 @@
  		    rp->rcb_proto.sp_protocol != proto->sp_protocol)
  			continue;
 +		if (fibnum >= 0 && rp->rcb_socket &&
 +		    fibnum != rp->rcb_socket->so_fibnum) 
 +			continue; 
  		if (last) {
  			struct mbuf *n;
 --- ./sys/net/raw_cb.h.orig	2009-08-31 18:34:56.000000000 +0000
 +++ ./sys/net/raw_cb.h	2009-08-31 18:35:05.000000000 +0000
 @@ -73,5 +73,5 @@
  int	 raw_attach(struct socket *, int);
  void	 raw_detach(struct rawcb *);
 -void	 raw_input(struct mbuf *, struct sockproto *, struct sockaddr *);
 +void	 raw_input(struct mbuf *, struct sockproto *, struct sockaddr *, int);
  
  /*
 --- ./sys/net/route.c.orig	2009-08-31 18:18:30.000000000 +0000
 +++ ./sys/net/route.c	2009-08-31 18:59:20.000000000 +0000
 @@ -384,5 +384,5 @@
  		bzero(&info, sizeof(info));
  		info.rti_info[RTAX_DST] = dst;
 -		rt_missmsg(msgtype, &info, 0, err);
 +		rt_missmsg(msgtype, &info, 0, err, fibnum);
  	}	
  done:
 @@ -609,5 +609,5 @@
  	info.rti_info[RTAX_NETMASK] = netmask;
  	info.rti_info[RTAX_AUTHOR] = src;
 -	rt_missmsg(RTM_REDIRECT, &info, flags, error);
 +	rt_missmsg(RTM_REDIRECT, &info, flags, error, fibnum);
  	if (ifa != NULL)
  		ifa_free(ifa);
 @@ -1433,5 +1433,5 @@
  				rt->rt_ifp->if_index;
  			}
 -			rt_newaddrmsg(cmd, ifa, error, rt);
 +			rt_newaddrmsg(cmd, ifa, error, rt, fibnum);
  			if (cmd == RTM_DELETE) {
  				/*
 --- ./sys/net/route.h.orig	2009-08-31 18:56:05.000000000 +0000
 +++ ./sys/net/route.h	2009-08-31 18:59:32.000000000 +0000
 @@ -381,6 +381,6 @@
  void	 rt_ifannouncemsg(struct ifnet *, int);
  void	 rt_ifmsg(struct ifnet *);
 -void	 rt_missmsg(int, struct rt_addrinfo *, int, int);
 -void	 rt_newaddrmsg(int, struct ifaddr *, int, struct rtentry *);
 +void	 rt_missmsg(int, struct rt_addrinfo *, int, int, int);
 +void	 rt_newaddrmsg(int, struct ifaddr *, int, struct rtentry *, int);
  void	 rt_newmaddrmsg(int, struct ifmultiaddr *);
  int	 rt_setgate(struct rtentry *, struct sockaddr *, struct sockaddr *);
 --- ./sys/netinet6/nd6_rtr.c.orig	2009-08-31 18:19:54.000000000 +0000
 +++ ./sys/netinet6/nd6_rtr.c	2009-08-31 19:09:27.000000000 +0000
 @@ -449,5 +449,5 @@
  		ifa = NULL;
  
 -	rt_missmsg(cmd, &info, rt->rt_flags, 0);
 +	rt_missmsg(cmd, &info, rt->rt_flags, 0, -1);
  	if (ifa != NULL)
  		ifa_free(ifa);
 --- ./sys/netinet6/in6.c.orig	2009-08-31 19:00:43.000000000 +0000
 +++ ./sys/netinet6/in6.c	2009-08-31 19:01:00.000000000 +0000
 @@ -1238,5 +1238,5 @@
  	rt_key(&rt0) = (struct sockaddr *)&addr;
  	rt0.rt_flags = RTF_HOST | RTF_STATIC;
 -	rt_newaddrmsg(RTM_DELETE, ifa, 0, &rt0);
 +	rt_newaddrmsg(RTM_DELETE, ifa, 0, &rt0, -1);
  
  	/*
 @@ -1831,5 +1831,5 @@
  		rt_key(&rt) = (struct sockaddr *)&addr;
  		rt.rt_flags = RTF_UP | RTF_HOST | RTF_STATIC;
 -		rt_newaddrmsg(RTM_ADD, &ia->ia_ifa, 0, &rt);
 +		rt_newaddrmsg(RTM_ADD, &ia->ia_ifa, 0, &rt, -1);
  	}
  
 --- ./sys/sys/mbuf.h.orig	2009-08-31 18:26:12.000000000 +0000
 +++ ./sys/sys/mbuf.h	2009-08-31 18:26:24.000000000 +0000
 @@ -897,5 +897,5 @@
  #define	PACKET_TAG_MACLABEL	(19 | MTAG_PERSISTENT) /* MAC label */
  #define	PACKET_TAG_PF				21 /* PF + ALTQ information */
 -#define	PACKET_TAG_RTSOCKFAM			25 /* rtsock sa family */
 +#define	PACKET_TAG_RTSOCK			25 /* rtsock extra info */
  #define	PACKET_TAG_IPOPTIONS			27 /* Saved IP options */
  #define	PACKET_TAG_CARP				28 /* CARP info */
 
 --------------010409020702060203010308
 Content-Type: text/x-diff;
  name="freebsd-72-route-messages-respect-fib-2.patch"
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline;
  filename="freebsd-72-route-messages-respect-fib-2.patch"
 
 --- ./sys/net/rtsock.c.orig	2008-11-25 02:59:29.000000000 +0000
 +++ ./sys/net/rtsock.c	2009-09-11 00:07:13.000000000 +0000
 @@ -83,4 +83,9 @@
      &rtsintrq.ifq_maxlen, 0, "maximum routing socket dispatch queue length");
  
 +struct rt_dispatch_ctx {
 +	unsigned short family;  /* Socket family */
 +	int            fibnum;  /* FIB for message or -1 for all */
 +};	
 +
  struct walkarg {
  	int	w_tmemsize;
 @@ -104,5 +109,5 @@
  static void	rt_getmetrics(const struct rt_metrics_lite *in,
  			struct rt_metrics *out);
 -static void	rt_dispatch(struct mbuf *, const struct sockaddr *);
 +static void	rt_dispatch(struct mbuf *, const struct sockaddr *, int);
  
  static void
 @@ -123,17 +128,19 @@
  {
  	struct sockproto route_proto;
 -	unsigned short *family;
 +	struct rt_dispatch_ctx *ctx;
  	struct m_tag *tag;
 +	int fibnum = -1;
  
  	route_proto.sp_family = PF_ROUTE;
 -	tag = m_tag_find(m, PACKET_TAG_RTSOCKFAM, NULL);
 +	tag = m_tag_find(m, PACKET_TAG_RTSOCK, NULL);
  	if (tag != NULL) {
 -		family = (unsigned short *)(tag + 1);
 -		route_proto.sp_protocol = *family;
 +		ctx = (struct rt_dispatch_ctx*)(tag + 1);
 +		route_proto.sp_protocol = ctx->family;
 +		fibnum = ctx->fibnum;
  		m_tag_delete(m, tag);
  	} else
  		route_proto.sp_protocol = 0;
  
 -	raw_input(m, &route_proto, &route_src);
 +	raw_input(m, &route_proto, &route_src, fibnum);
  }
  
 @@ -605,8 +612,8 @@
  			unsigned short family = rp->rcb_proto.sp_family;
  			rp->rcb_proto.sp_family = 0;
 -			rt_dispatch(m, info.rti_info[RTAX_DST]);
 +			rt_dispatch(m, info.rti_info[RTAX_DST], so->so_fibnum);
  			rp->rcb_proto.sp_family = family;
  		} else
 -			rt_dispatch(m, info.rti_info[RTAX_DST]);
 +			rt_dispatch(m, info.rti_info[RTAX_DST], so->so_fibnum);
  	}
      }
 @@ -829,5 +836,5 @@
   */
  void
 -rt_missmsg(int type, struct rt_addrinfo *rtinfo, int flags, int error)
 +rt_missmsg(int type, struct rt_addrinfo *rtinfo, int flags, int error, int fibnum)
  {
  	struct rt_msghdr *rtm;
 @@ -844,5 +851,5 @@
  	rtm->rtm_errno = error;
  	rtm->rtm_addrs = rtinfo->rti_addrs;
 -	rt_dispatch(m, sa);
 +	rt_dispatch(m, sa, fibnum);
  }
  
 @@ -869,5 +876,5 @@
  	ifm->ifm_data = ifp->if_data;
  	ifm->ifm_addrs = 0;
 -	rt_dispatch(m, NULL);
 +	rt_dispatch(m, NULL, -1);
  }
  
 @@ -881,5 +888,5 @@
   */
  void
 -rt_newaddrmsg(int cmd, struct ifaddr *ifa, int error, struct rtentry *rt)
 +rt_newaddrmsg(int cmd, struct ifaddr *ifa, int error, struct rtentry *rt, int fibnum)
  {
  	struct rt_addrinfo info;
 @@ -937,5 +944,5 @@
  			rtm->rtm_addrs = info.rti_addrs;
  		}
 -		rt_dispatch(m, sa);
 +		rt_dispatch(m, sa, fibnum);
  	}
  }
 @@ -973,5 +980,5 @@
  	ifmam->ifmam_index = ifp->if_index;
  	ifmam->ifmam_addrs = info.rti_addrs;
 -	rt_dispatch(m, ifma->ifma_addr);
 +	rt_dispatch(m, ifma->ifma_addr, -1);
  }
  
 @@ -1033,5 +1040,5 @@
  			m->m_pkthdr.len += data_len;
  		mtod(m, struct if_announcemsghdr *)->ifan_msglen += data_len;
 -		rt_dispatch(m, NULL);
 +		rt_dispatch(m, NULL, -1);
  	}
  }
 @@ -1049,10 +1056,11 @@
  	m = rt_makeifannouncemsg(ifp, RTM_IFANNOUNCE, what, &info);
  	if (m != NULL)
 -		rt_dispatch(m, NULL);
 +		rt_dispatch(m, NULL, -1);
  }
  
  static void
 -rt_dispatch(struct mbuf *m, const struct sockaddr *sa)
 +rt_dispatch(struct mbuf *m, const struct sockaddr *sa, int fibnum)
  {
 +	struct rt_dispatch_ctx *ctx;
  	struct m_tag *tag;
  
 @@ -1060,14 +1068,16 @@
  	 * Preserve the family from the sockaddr, if any, in an m_tag for
  	 * use when injecting the mbuf into the routing socket buffer from
 -	 * the netisr.
 +	 * the netisr. Additionally save the fibnum if needed.
  	 */
 -	if (sa != NULL) {
 -		tag = m_tag_get(PACKET_TAG_RTSOCKFAM, sizeof(unsigned short),
 -		    M_NOWAIT);
 +	if (sa != NULL || fibnum >= 0) {
 +		tag = m_tag_get(PACKET_TAG_RTSOCK, 
 +		                sizeof(struct rt_dispatch_ctx*), M_NOWAIT);
  		if (tag == NULL) {
  			m_freem(m);
  			return;
  		}
 -		*(unsigned short *)(tag + 1) = sa->sa_family;
 +		ctx = (struct rt_dispatch_ctx*)(tag + 1);
 +		ctx->family = sa->sa_family;
 +		ctx->fibnum = fibnum;
  		m_tag_prepend(m, tag);
  	}
 --- ./sys/net/raw_usrreq.c.orig	2008-11-25 02:59:29.000000000 +0000
 +++ ./sys/net/raw_usrreq.c	2009-09-11 00:07:13.000000000 +0000
 @@ -68,5 +68,5 @@
   */
  void
 -raw_input(struct mbuf *m0, struct sockproto *proto, struct sockaddr *src)
 +raw_input(struct mbuf *m0, struct sockproto *proto, struct sockaddr *src, int fibnum)
  {
  	struct rawcb *rp;
 @@ -82,4 +82,7 @@
  		    rp->rcb_proto.sp_protocol != proto->sp_protocol)
  			continue;
 +		if (fibnum >= 0 && rp->rcb_socket &&
 +		    fibnum != rp->rcb_socket->so_fibnum) 
 +			continue; 
  		if (last) {
  			struct mbuf *n;
 --- ./sys/net/raw_cb.h.orig	2008-11-25 02:59:29.000000000 +0000
 +++ ./sys/net/raw_cb.h	2009-09-11 00:07:13.000000000 +0000
 @@ -71,5 +71,5 @@
  int	 raw_attach(struct socket *, int);
  void	 raw_detach(struct rawcb *);
 -void	 raw_input(struct mbuf *, struct sockproto *, struct sockaddr *);
 +void	 raw_input(struct mbuf *, struct sockproto *, struct sockaddr *, int);
  
  /*
 --- ./sys/net/route.c.orig	2008-11-25 02:59:29.000000000 +0000
 +++ ./sys/net/route.c	2009-09-11 00:08:28.000000000 +0000
 @@ -338,5 +338,5 @@
  				info.rti_info[RTAX_IFA] = newrt->rt_ifa->ifa_addr;
  			}
 -			rt_missmsg(RTM_ADD, &info, newrt->rt_flags, 0);
 +			rt_missmsg(RTM_ADD, &info, newrt->rt_flags, 0, fibnum);
  		} else {
  			KASSERT(rt == newrt, ("locking wrong route"));
 @@ -362,5 +362,5 @@
  			bzero(&info, sizeof(info));
  			info.rti_info[RTAX_DST] = dst;
 -			rt_missmsg(msgtype, &info, 0, err);
 +			rt_missmsg(msgtype, &info, 0, err, fibnum);
  		}
  	}
 @@ -575,5 +575,5 @@
  	info.rti_info[RTAX_NETMASK] = netmask;
  	info.rti_info[RTAX_AUTHOR] = src;
 -	rt_missmsg(RTM_REDIRECT, &info, flags, error);
 +	rt_missmsg(RTM_REDIRECT, &info, flags, error, fibnum);
  }
  
 @@ -1464,5 +1464,5 @@
  			 */
  			RT_LOCK(rt);
 -			rt_newaddrmsg(cmd, ifa, error, rt);
 +			rt_newaddrmsg(cmd, ifa, error, rt, fibnum);
  			if (cmd == RTM_DELETE) {
  				/*
 --- ./sys/net/route.h.orig	2008-11-25 02:59:29.000000000 +0000
 +++ ./sys/net/route.h	2009-09-11 00:07:13.000000000 +0000
 @@ -350,6 +350,6 @@
  void	 rt_ifannouncemsg(struct ifnet *, int);
  void	 rt_ifmsg(struct ifnet *);
 -void	 rt_missmsg(int, struct rt_addrinfo *, int, int);
 -void	 rt_newaddrmsg(int, struct ifaddr *, int, struct rtentry *);
 +void	 rt_missmsg(int, struct rt_addrinfo *, int, int, int);
 +void	 rt_newaddrmsg(int, struct ifaddr *, int, struct rtentry *, int);
  void	 rt_newmaddrmsg(int, struct ifmultiaddr *);
  int	 rt_setgate(struct rtentry *, struct sockaddr *, struct sockaddr *);
 --- ./sys/netinet6/nd6_rtr.c.orig	2008-11-25 02:59:29.000000000 +0000
 +++ ./sys/netinet6/nd6_rtr.c	2009-09-11 00:07:13.000000000 +0000
 @@ -444,5 +444,5 @@
  	}
  
 -	rt_missmsg(cmd, &info, rt->rt_flags, 0);
 +	rt_missmsg(cmd, &info, rt->rt_flags, 0, -1);
  }
  
 --- ./sys/netinet6/in6.c.orig	2009-06-10 10:31:11.000000000 +0000
 +++ ./sys/netinet6/in6.c	2009-09-11 00:09:37.000000000 +0000
 @@ -190,5 +190,5 @@
  		}
  
 -		rt_newaddrmsg(cmd, ifa, e, nrt);
 +		rt_newaddrmsg(cmd, ifa, e, nrt, -1);
  		if (cmd == RTM_DELETE)
  			RTFREE_LOCKED(nrt);
 --- ./sys/sys/mbuf.h.orig	2008-11-25 02:59:29.000000000 +0000
 +++ ./sys/sys/mbuf.h	2009-09-11 00:10:16.000000000 +0000
 @@ -852,5 +852,5 @@
  #define	PACKET_TAG_MACLABEL	(19 | MTAG_PERSISTENT) /* MAC label */
  #define	PACKET_TAG_PF				21 /* PF + ALTQ information */
 -#define	PACKET_TAG_RTSOCKFAM			25 /* rtsock sa family */
 +#define	PACKET_TAG_RTSOCK			25 /* rtsock extra info */
  #define	PACKET_TAG_IPOPTIONS			27 /* Saved IP options */
  #define	PACKET_TAG_CARP                         28 /* CARP info */
 
 --------------010409020702060203010308--

From owner-freebsd-net@FreeBSD.ORG  Tue Sep 22 19:01:58 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 E51131065676
	for <freebsd-net@freebsd.org>; Tue, 22 Sep 2009 19:01:58 +0000 (UTC)
	(envelope-from dsh@wizard.volgograd.ru)
Received: from dsh.falconknight.com (dsh.falconknight.com [66.160.163.23])
	by mx1.freebsd.org (Postfix) with ESMTP id C608D8FC0C
	for <freebsd-net@freebsd.org>; Tue, 22 Sep 2009 19:01:58 +0000 (UTC)
Received: from localhost (dsh [66.160.163.23])
	by dsh.falconknight.com (Postfix) with ESMTP id 71249B63506;
	Tue, 22 Sep 2009 11:42:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=
	wizard.volgograd.ru; h=content-transfer-encoding:content-type
	:mime-version:x-mailer:references:in-reply-to:message-id:subject
	:from:date:received:received:x-virus-scanned; s=foo; t=
	1253644922; x=1255459322; bh=ntLMNk1hJbvdGV7Hv91HPKMft9oB/XAw+hx
	i643CmfE=; b=NsbkfS+prCH+/a0fxT9NCyGbiblvQ7Xx2oSQNoYc+N8AcBBCIlp
	I1EQjC79OxN57t06bwGCzjNMbp44zq1IgMfKaD0aN3hAqvRkVfQoLGMRwqQuwq8M
	/v1vnI7iWM5seYF3cow8+5CWlvOdv8DVXJOkveJFqS9l3IKvQsUpcjcY=
X-Virus-Scanned: amavisd-new at wizard.volgograd.ru
Received: from dsh.falconknight.com ([66.160.163.23])
	by localhost (dsh.falconknight.com [66.160.163.23]) (amavisd-new,
	port 10026)
	with LMTP id d6T+TXAvkKwx; Tue, 22 Sep 2009 11:42:02 -0700 (PDT)
Received: from localhost (unknown [85.173.92.192])
	by dsh.falconknight.com (Postfix) with ESMTPSA id EF3BCB63503;
	Tue, 22 Sep 2009 11:41:58 -0700 (PDT)
Date: Tue, 22 Sep 2009 22:41:55 +0400
From: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
To: stef@memberwebs.com
Message-ID: <20090922224155.13949fa4@wizard.volgograd.ru>
In-Reply-To: <4AB8FEB3.3010907@memberwebs.com>
References: <20090921191327.045cf140@wizard.volgograd.ru>
	<20090921195011.2a1f5143@wizard.volgograd.ru>
	<4AB8FEB3.3010907@memberwebs.com>
X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Cc: stef-list@memberwebs.com, freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Sep 2009 19:01:59 -0000

Hello,

On Tue, 22 Sep 2009 11:43:31 -0500
Stef Walter <stef-list@memberwebs.com> wrote:

> > I see also it periodically changes "media:" between OFDM/54Mbps and
> > OFDM/48Mbps.
> 
> That's normal behavior. ath_rate_sample is finding the OFDM speed at
> which traffic flows best.

May be do you know why I'm getting normal speed (2Mb/s) for some time
after using "ifconfig bssid ..." command only?

From owner-freebsd-net@FreeBSD.ORG  Wed Sep 23 01:58:59 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 4E6A2106566B
	for <freebsd-net@freebsd.org>; Wed, 23 Sep 2009 01:58:59 +0000 (UTC)
	(envelope-from realliukai@gmail.com)
Received: from mail-iw0-f183.google.com (mail-iw0-f183.google.com
	[209.85.223.183])
	by mx1.freebsd.org (Postfix) with ESMTP id EC5BA8FC14
	for <freebsd-net@freebsd.org>; Wed, 23 Sep 2009 01:58:58 +0000 (UTC)
Received: by iwn13 with SMTP id 13so151630iwn.8
	for <multiple recipients>; Tue, 22 Sep 2009 18:58:58 -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=wqHZVu3cxReVUT4MkxI/OCUTc8yU8xFBTRvmogMbMmQ=;
	b=V7+lLHq9F3QGYpf1wesaBp/jt+KY/nK4JoLn9JueYY1e7REK+R6k9HnqvvxSaox+6d
	GItm+wt+doKrIwDl4cS+v7RdjRmCbsGTa0lNpqCkShmNUzPGXrzGgWZFhfZmS5ufKIAI
	P3LbWS66AYjoZf8ECWcgOXOJOXN1A9x9kxB7Q=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:content-type;
	b=xXP2bQCVJM4Qtz7IbYthKQ0tQLQ0mMhJAw9oJdwSz1bLZe4p5HD5gZ7ikkPfXojysf
	ndTwhquXdDJEVhkzNCPLJGrHXHpCFcgYR+fYu0UvI8x/sS2KbGmsbT6y7+46uB7CTFLC
	uaJ4wiH+KMiE5hu8Bbwa7UJA+w216pB6T2xXk=
MIME-Version: 1.0
Received: by 10.231.125.28 with SMTP id w28mr3347749ibr.50.1253671137951; Tue, 
	22 Sep 2009 18:58:57 -0700 (PDT)
Date: Wed, 23 Sep 2009 09:58:57 +0800
Message-ID: <7237120a0909221858n4d54a34ew8a04a05cd7c47316@mail.gmail.com>
From: =?GB2312?B?wfW/rQ==?= <realliukai@gmail.com>
To: freebsd-drivers@freebsd.org, freebsd-net@freebsd.org
X-Mailman-Approved-At: Wed, 23 Sep 2009 03:19:10 +0000
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Cc: 
Subject: manual of Atheros AR5424 chip
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Sep 2009 01:58:59 -0000

Hi All,
Recently I start to modify the driver of Atheros AR5424.
So I wonder if anyone has the manual of the wirless card chip.

Thanks,
-- 
Kevin

From owner-freebsd-net@FreeBSD.ORG  Wed Sep 23 09:03:26 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 EF9E0106566B;
	Wed, 23 Sep 2009 09:03:26 +0000 (UTC)
	(envelope-from gavin@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id C71608FC26;
	Wed, 23 Sep 2009 09:03:26 +0000 (UTC)
Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8N93QOa092573;
	Wed, 23 Sep 2009 09:03:26 GMT
	(envelope-from gavin@freefall.freebsd.org)
Received: (from gavin@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8N93Qc9092569;
	Wed, 23 Sep 2009 09:03:26 GMT (envelope-from gavin)
Date: Wed, 23 Sep 2009 09:03:26 GMT
Message-Id: <200909230903.n8N93Qc9092569@freefall.freebsd.org>
To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: gavin@FreeBSD.org
Cc: 
Subject: Re: kern/136426: [panic] spawning several dhclients in parallel
	panics the kernel
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Sep 2009 09:03:27 -0000

Synopsis: [panic] spawning several dhclients in parallel panics the kernel

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: gavin
Responsible-Changed-When: Wed Sep 23 09:02:03 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).  To submitter: Can you still recreate this on
a recent -CURRENT?  It looks like this may be a race that has already
been fixed.

http://www.freebsd.org/cgi/query-pr.cgi?pr=136426

From owner-freebsd-net@FreeBSD.ORG  Wed Sep 23 10:32:41 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 9DFBB106568B
	for <freebsd-net@freebsd.org>; Wed, 23 Sep 2009 10:32:41 +0000 (UTC)
	(envelope-from Albert.Shih@obspm.fr)
Received: from blade2-ext.obspm.fr (blade2-ext.obspm.fr [145.238.186.8])
	by mx1.freebsd.org (Postfix) with ESMTP id 256038FC21
	for <freebsd-net@freebsd.org>; Wed, 23 Sep 2009 10:32:40 +0000 (UTC)
Received: from obspm.fr (pcjas.obspm.fr [145.238.184.233])
	by blade2-ext.obspm.fr (8.13.8/8.13.8/SIO Observatoire de Paris -
	15/11/07) with ESMTP id n8NAHoSC016608
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT)
	for <freebsd-net@freebsd.org>; Wed, 23 Sep 2009 12:17:51 +0200
Date: Wed, 23 Sep 2009 12:17:50 +0200
From: Albert Shih <Albert.Shih@obspm.fr>
To: freebsd-net@freebsd.org
Message-ID: <20090923101750.GC84230@obspm.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
User-Agent: Mutt/1.5.20 (2009-06-14)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0
	(blade2-ext.obspm.fr [145.238.186.20]);
	Wed, 23 Sep 2009 12:17:51 +0200 (CEST)
X-Virus-Scanned: clamav-milter 0.95.2 at blade2-ext.obspm.fr
X-Virus-Status: Clean
Subject: zyd & TEW-424UB
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Sep 2009 10:32:41 -0000

Hi all
   
I'm using FreeBSD 7-stable on my laptop. The wifi card is not working with
FreeBSD.
  
So I just buy a
  
        Trendnet TEW-424UB
  
wifi usb adapter. I find this model in the
  
        man zyd
  
but when I plug my adapter (after add if_zyd_load="YES" in my loader.conf
and reboot) it's not working.

The adapter is not attach to some zyd drivers but usbgen1
  
Anyone have a idea why this f(*!@)(# adapter don't work ? or better some
solution ? 
  
Regards.


-- 
Albert SHIH
SIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Téléphone : 01 45 07 76 26/06 86 69 95 71
Heure local/Local time:
Mer 23 sep 2009 12:16:40 CEST

From owner-freebsd-net@FreeBSD.ORG  Wed Sep 23 22:06:20 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 CD0261065696;
	Wed, 23 Sep 2009 22:06:20 +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 A407B8FC37;
	Wed, 23 Sep 2009 22:06:20 +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 n8NM6J16097123;
	Wed, 23 Sep 2009 22:06:19 GMT
	(envelope-from linimon@freefall.freebsd.org)
Received: (from linimon@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8NM6Jf5097119;
	Wed, 23 Sep 2009 22:06:19 GMT (envelope-from linimon)
Date: Wed, 23 Sep 2009 22:06:19 GMT
Message-Id: <200909232206.n8NM6Jf5097119@freefall.freebsd.org>
To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: linimon@FreeBSD.org
Cc: 
Subject: Re: kern/139093: [msk] msk FIFO rx overrun
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Sep 2009 22:06:20 -0000

Old Synopsis: msk  FIFO rx overrun
New Synopsis: [msk] msk FIFO rx overrun

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Wed Sep 23 22:05:52 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=139093

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 01:00:12 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 CCCC81065695
	for <freebsd-net@hub.freebsd.org>; Thu, 24 Sep 2009 01:00:12 +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 BCFDF8FC0A
	for <freebsd-net@hub.freebsd.org>; Thu, 24 Sep 2009 01:00:12 +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 n8O10CXg065538
	for <freebsd-net@freefall.freebsd.org>; Thu, 24 Sep 2009 01:00:12 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8O10CpT065537;
	Thu, 24 Sep 2009 01:00:12 GMT (envelope-from gnats)
Date: Thu, 24 Sep 2009 01:00:12 GMT
Message-Id: <200909240100.n8O10CpT065537@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
From: Gleb Kurtsou <gleb.kurtsou@gmail.com>
Cc: 
Subject: Re: kern/139093: [msk] msk FIFO rx overrun
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Gleb Kurtsou <gleb.kurtsou@gmail.com>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 01:00:12 -0000

The following reply was made to PR kern/139093; it has been noted by GNATS.

From: Gleb Kurtsou <gleb.kurtsou@gmail.com>
To: bug-followup@FreeBSD.org, sergei.cherveni@gmail.com
Cc:  
Subject: Re: kern/139093: [msk] msk FIFO rx overrun
Date: Thu, 24 Sep 2009 03:23:49 +0300

 I'm also getting these messages: msk0: Rx FIFO overrun.
 But it's rather hard to trigger for me, and happens usually 1-2 times a
 week.
 
 Another problem that can be probably related, is that adapter doesn't
 properly initialize itself after boot with cable plugged in. I have to
 take it out and then insert back to make adapter see the media, and
 change status to active accordingly. It 100% reproducible.
 
 ~ % pciconf -lv
 mskc0@pci0:2:0:0:       class=0x020000 card=0x902d104d chip=0x435311ab rev=0x15 hdr=0x00
     vendor     = 'Marvell Semiconductor (Was: Galileo Technology Ltd)'
     device     = 'Gigabit (88E8039 - http://www.marvell.com/drivers/driverDis)'
     class      = network
     subclass   = ethernet
 

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 06:32:47 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 45E5C106566C
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 06:32:47 +0000 (UTC)
	(envelope-from ndenev@gmail.com)
Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com
	[209.85.220.222])
	by mx1.freebsd.org (Postfix) with ESMTP id C7A988FC1D
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 06:32:46 +0000 (UTC)
Received: by fxm22 with SMTP id 22so1265321fxm.36
	for <freebsd-net@freebsd.org>; Wed, 23 Sep 2009 23:32:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:subject:mime-version
	:content-type:from:in-reply-to:date:cc:content-transfer-encoding
	:message-id:references:to:x-mailer;
	bh=g1iQr57V1S+X1SJsGJVDm5bjMRXOrPImPQ7dZnhK1eA=;
	b=n8YFGlo2ogtdXQTNuaTHlFio+5VwOBhbBnWI7AcR1V4g+KZPuH1YH+mz/QZ5b+aOJb
	rDgAqdXSIMkrg8VQdkmeaKLIRVGgT5eNUC7rJ10SypwGoQHHVDIjeWeJ4CgldJ1muzmr
	rdDLeBzg8Hc0gBpDCfPPDtiJF+aOqzSjd/xDA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=subject:mime-version:content-type:from:in-reply-to:date:cc
	:content-transfer-encoding:message-id:references:to:x-mailer;
	b=il5QVwUPNEAP2boruQgEs7MqCc6kRVUAmB3wT3+MwJ6Ir7OMEpZv3rewVD/Pp3HUhv
	2spx9d/KtR0wi4tIJLCZN0IiYbn+96c4HLjZ3bV2yzRe4ucCBzcj1izNC9/ODXXtpdu5
	8R9PBAkSccO1T3Brbjlt9N5Zg9EXvqtLFxxQE=
Received: by 10.204.26.150 with SMTP id e22mr2663803bkc.68.1253773965535;
	Wed, 23 Sep 2009 23:32:45 -0700 (PDT)
Received: from ?10.0.0.10? (93-152-151-19.ddns.onlinedirect.bg [93.152.151.19])
	by mx.google.com with ESMTPS id y15sm2062022fkd.21.2009.09.23.23.32.43
	(version=TLSv1/SSLv3 cipher=RC4-MD5);
	Wed, 23 Sep 2009 23:32:43 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1076)
Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
From: Nikolay Denev <ndenev@gmail.com>
In-Reply-To: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3042DBE7@MBX03.exg5.exghost.com>
Date: Thu, 24 Sep 2009 09:32:40 +0300
Content-Transfer-Encoding: 7bit
Message-Id: <C0778F03-C450-4C69-8AF0-4A6A8F9E690F@gmail.com>
References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3042DBE7@MBX03.exg5.exghost.com>
To: Peter Steele <psteele@maxiscale.com>
X-Mailer: Apple Mail (2.1076)
Cc: freebsd-net@freebsd.org
Subject: Re: Can lagg0 failback be prevented?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 06:32:47 -0000

How long exactly is that "momentary network outage"?
If it's longer than a few (1-5) seconds it may be due to
RSTP or STP enabled on the switch.
You could try disabling STP on these ports and see if it will
start forwarding traffic faster.

--
Regards,
Nikolay Denev




On 16 Sep, 2009, at 03:23 , Peter Steele wrote:

> We're using the lag driver to provide automatic failover in case of  
> a network outage. The default configuration looks like this:
>
> lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0  
> mtu 1500
>         
> options=19b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>
>        ether 00:a0:d1:e3:58:26
>        inet 192.168.17.40 netmask 0xfffff000 broadcast 192.168.31.255
>        inet 192.168.22.11 netmask 0xffffff00 broadcast 192.168.22.255
>        media: Ethernet autoselect
>        status: active
>        laggproto failover
>        laggport: nfe1 flags=0<>
>        laggport: nfe0 flags=5<MASTER,ACTIVE>
>
> If nfe0 was to fail, we get an (almost) automatic failover to nfe1:
>
> lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0  
> mtu 1500
>         
> options=19b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>
>        ether 00:a0:d1:e3:58:26
>        inet 192.168.17.40 netmask 0xfffff000 broadcast 192.168.31.255
>        inet 192.168.22.11 netmask 0xffffff00 broadcast 192.168.22.255
>        media: Ethernet autoselect
>        status: active
>        laggproto failover
>        laggport: nfe1 flags=4<ACTIVE>
>        laggport: nfe0 flags=1<MASTER>
>
> The problem we're having is when nfe0 comes online again, a failback  
> occurs making nfe0 active again. This causes a momentary network  
> outage that we want to prevent. Is there a way to configure the lagg  
> device to stay with the currently active interface, even if the  
> MASTER interface comes back online?
>
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
>


From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 10:30:09 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 E806E1065676
	for <freebsd-net@hub.freebsd.org>; Thu, 24 Sep 2009 10:30:07 +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 D5E158FC08
	for <freebsd-net@hub.freebsd.org>; Thu, 24 Sep 2009 10:30:07 +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 n8OAU7C8072208
	for <freebsd-net@freefall.freebsd.org>; Thu, 24 Sep 2009 10:30:07 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8OAU7tV072205;
	Thu, 24 Sep 2009 10:30:07 GMT (envelope-from gnats)
Date: Thu, 24 Sep 2009 10:30:07 GMT
Message-Id: <200909241030.n8OAU7tV072205@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
From: Jacob Myers <jacob@whotookspaz.org>
Cc: 
Subject: Re: kern/138999: [libc] lighttpd/php-cgi with freebsd sendfile(2)
 enabled causing kernel to not reenter userland
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Jacob Myers <jacob@whotookspaz.org>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 10:30:09 -0000

The following reply was made to PR kern/138999; it has been noted by GNATS.

From: Jacob Myers <jacob@whotookspaz.org>
To: bug-followup@FreeBSD.org, jacob@whotookspaz.org
Cc:  
Subject: Re: kern/138999: [libc] lighttpd/php-cgi with freebsd sendfile(2)
 enabled causing kernel to not reenter userland
Date: Thu, 24 Sep 2009 05:48:54 -0400

 -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA1
 
 Well, I'd love to give you some debugging output, but unfortunately we
 never got the system to panic or hang with debugging symbols. I'm not
 entirely sure what sort of info would be useful for it returning EINVAL
 repeatedly...
 
 As for the PHP scripts you requested, they're attached (use upload.php
 first. Since I figured it'd be useful, I also attached a sample
 lighttpd.conf.
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v2.0.13 (FreeBSD)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iQIcBAEBAgAGBQJKuz+8AAoJEA933foYakKkd34P/2/Uwgvhik8OJdZr0py4xTAp
 J3d50d+QXDtiUZSrjYCBePsmp1tDy7dnIQ1YjodbjFks5xAS0+VlfUIoq8/Ks0jn
 g0LOvpm0NaPBszO+9rTQTum84HyoGrHGlOrMbz+qNTSOQiv2wLvMQDUh3AuGun4N
 SXZH3S1p7thKYIf2cPw58A0t8/KB6Jxljeg35lw+lpaF88ZOSOte5Veq/If/Enx+
 7Svtp90Zt6yKBeMwSOSDHIgQCqo9rKzBzBg2K5k8xA7i8zeDr2Ee3dD7fIuUBdwS
 2iUyNqFDxlihmTs+II/p/cf6b4o8AqDuVuI99j/vUcS4FWnyAzusSgvTo6iNPk1w
 1FkCEak07l79HrlmYpubMSfV2gusSjgL9Y7xmLt9FPULQeoJPix71LF+Ch+unjAz
 Q0+NqywJif+lre7a89MMdFPyI4OLgV7BfwNose6SpOM1I7W2uV6IVWABYCnLpT0l
 5K6taF1GnPnX6NlXMh31AoIU8/WTshay6RJnnbqV4i4bE+nBTR5tHsr6Do41Wuid
 sC5xtiZ6nOxRxR0e+Wv8nn2i6+A1lbgf2SBM1XmuxFpObzD+saPJKNP0pBP+5iEJ
 O1ccrRzRgWy+ndkIUDAhaOeSnswDK3cRmNnhYchhLq95qLYJoSKRriNmaqm+378U
 CxOa0nUyY9GAuMs/bJAl
 =GCEq
 -----END PGP SIGNATURE-----

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 10:30:10 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 85E91106566B
	for <freebsd-net@hub.freebsd.org>; Thu, 24 Sep 2009 10:30:10 +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 722C58FC16
	for <freebsd-net@hub.freebsd.org>; Thu, 24 Sep 2009 10:30:10 +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 n8OAUA2Q072400
	for <freebsd-net@freefall.freebsd.org>; Thu, 24 Sep 2009 10:30:10 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8OAUAg4072397;
	Thu, 24 Sep 2009 10:30:10 GMT (envelope-from gnats)
Date: Thu, 24 Sep 2009 10:30:10 GMT
Message-Id: <200909241030.n8OAUAg4072397@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
From: Jacob Myers <jacob@whotookspaz.org>
Cc: 
Subject: Re: kern/138999: [libc] lighttpd/php-cgi with freebsd sendfile(2)
 enabled causing kernel to not reenter userland
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Jacob Myers <jacob@whotookspaz.org>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 10:30:10 -0000

The following reply was made to PR kern/138999; it has been noted by GNATS.

From: Jacob Myers <jacob@whotookspaz.org>
To: bug-followup@FreeBSD.org, jacob@whotookspaz.org
Cc:  
Subject: Re: kern/138999: [libc] lighttpd/php-cgi with freebsd sendfile(2)
 enabled causing kernel to not reenter userland
Date: Thu, 24 Sep 2009 05:51:38 -0400

 This is a multi-part message in MIME format.
 --------------040709090100010605060305
 Content-Type: text/plain; charset=ISO-8859-1
 Content-Transfer-Encoding: 7bit
 
 -----BEGIN PGP SIGNED MESSAGE-----
 Hash: SHA1
 
 Er, whoops.
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v2.0.13 (FreeBSD)
 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
 
 iQIcBAEBAgAGBQJKu0EoAAoJEA933foYakKkoi0P/0eZ3z9frqhqacfcgwJEtXro
 6e+cVyqdUp4LsQuh4198jrhuA6IXxAHVUB6JP5wkThA7ml0h5Jwd4w/LV2fPlFvC
 F8rYxyLZvrHenUWJoJELyZLt5B4P6QgwLD6+l1nyW6vE4IZZmnfqX9nqbE101xq8
 tBcx1THXWAGgd+nrswDfKv5Y7QPzMjdCGA5vfnCQ9TQREoqgvCz0kuWKfHE3SpFc
 Pg2d/fyUwHNXOqJbU2N+HLqht+MT5wL/SAitDd5h4sUUtzi9cQ3h1niHwed+ctTP
 evsek0wdmfaVcdURNtLGYDos7OAszdVF2yKZO+I2IYiOhDZnGtVrLxM1BPYIcT7R
 xnUzIw5/A/u3raNpfkmHKbZkqOLZhu4IqFWmdLUjzKo/LvNoEMsIwIU7Zdcxro7s
 gYo5hGw9y2TNBQVOuZLC1/UN6vvAM7/MwL/AdVmP1wbyShg3t6n3pez/o95fy/Iq
 4uTqYqQFgbFAZtURXnVm/0x5TjZJKvlSUcE7ckzRhzNOifaO4mEyEIHIPd0EIkdd
 qqzQ2OGnAUFXkRqCj15CIDx/qLo5O0jhmy9cCBX/BO4AVwvBXEdPMLl2x9IBTizr
 N5QIvEPUY3X9LNZgE5jcbt1hnSq1fmurkfX/ECJ1i4NAv4NhWLGEmeEwrWRtUIin
 DzvqkA+brIyLdZKGTmq0
 =X+6G
 -----END PGP SIGNATURE-----
 
 --------------040709090100010605060305
 Content-Type: text/plain;
  name="sendfile.sh"
 Content-Transfer-Encoding: 7bit
 Content-Disposition: inline;
  filename="sendfile.sh"
 
 # This is a shell archive.  Save it in a file, remove anything before
 # this line, and then unpack it by entering "sh file".  Note, it may
 # create directories; files and directories will be owned by you and
 # have default permissions.
 #
 # This archive contains:
 #
 #	sendfile/lighttpd.conf
 #	sendfile/upload.php
 #	sendfile/uploader.php
 #
 echo x - sendfile/lighttpd.conf
 sed 's/^X//' >sendfile/lighttpd.conf << '13d6c5353933d78bbe99686dc1205d95'
 Xserver.modules              = ( "mod_access",               
 X                                "mod_fastcgi")
 X
 Xserver.document-root        = "/usr/local/www/default/"
 Xserver.errorlog             = "/var/log/lighttpd/default/error.log"
 X
 Xindex-file.names            = ( "index.php", "index.html",
 X                                "index.htm", "default.htm" )
 X
 Xserver.event-handler = "freebsd-kqueue"
 Xserver.network-backend = "freebsd-sendfile"
 X
 Xmimetype.assign             = (
 X  ".pdf"          =>      "application/pdf",
 X  ".sig"          =>      "application/pgp-signature",
 X  ".spl"          =>      "application/futuresplash", 
 X  ".class"        =>      "application/octet-stream", 
 X  ".ps"           =>      "application/postscript",   
 X  ".torrent"      =>      "application/x-bittorrent", 
 X  ".dvi"          =>      "application/x-dvi",        
 X  ".gz"           =>      "application/x-gzip",       
 X  ".pac"          =>      "application/x-ns-proxy-autoconfig",
 X  ".swf"          =>      "application/x-shockwave-flash",    
 X  ".tar.gz"       =>      "application/x-tgz",                
 X  ".tgz"          =>      "application/x-tgz",                
 X  ".tar"          =>      "application/x-tar",                
 X  ".zip"          =>      "application/zip",                  
 X  ".mp3"          =>      "audio/mpeg",                       
 X  ".m3u"          =>      "audio/x-mpegurl",                  
 X  ".wma"          =>      "audio/x-ms-wma",                   
 X  ".wax"          =>      "audio/x-ms-wax",                   
 X  ".ogg"          =>      "application/ogg",                  
 X  ".wav"          =>      "audio/x-wav",                      
 X  ".gif"          =>      "image/gif",                        
 X  ".jar"          =>      "application/x-java-archive",       
 X  ".jpg"          =>      "image/jpeg",                       
 X  ".jpeg"         =>      "image/jpeg",                       
 X  ".png"          =>      "image/png",                        
 X  ".xbm"          =>      "image/x-xbitmap",                  
 X  ".xpm"          =>      "image/x-xpixmap",                  
 X  ".xwd"          =>      "image/x-xwindowdump",              
 X  ".css"          =>      "text/css",                         
 X  ".html"         =>      "text/html",                        
 X  ".htm"          =>      "text/html",                        
 X  ".js"           =>      "text/javascript",                  
 X  ".asc"          =>      "text/plain",                       
 X  ".c"            =>      "text/plain",                       
 X  ".cpp"          =>      "text/plain",                       
 X  ".log"          =>      "text/plain",                       
 X  ".conf"         =>      "text/plain",                       
 X  ".text"         =>      "text/plain",                       
 X  ".txt"          =>      "text/plain",                       
 X  ".diff"         =>      "text/plain",                       
 X  ".patch"        =>      "text/plain",                       
 X  ".dtd"          =>      "text/xml",                         
 X  ".xml"          =>      "text/xml",                         
 X  ".mpeg"         =>      "video/mpeg",                       
 X  ".mpg"          =>      "video/mpeg",                       
 X  ".mov"          =>      "video/quicktime",                  
 X  ".qt"           =>      "video/quicktime",                  
 X  ".avi"          =>      "video/x-msvideo",                  
 X  ".asf"          =>      "video/x-ms-asf",                   
 X  ".asx"          =>      "video/x-ms-asf",                   
 X  ".wmv"          =>      "video/x-ms-wmv",                   
 X  ".bz2"          =>      "application/x-bzip",               
 X  ".tbz"          =>      "application/x-bzip-compressed-tar",
 X  ".tar.bz2"      =>      "application/x-bzip-compressed-tar",
 X  # default mime type                                         
 X  ""              =>      "application/octet-stream",         
 X )                                                            
 X
 Xmimetype.use-xattr        = "enable"                                       
 X
 Xaccesslog.filename          = "/var/log/lighttpd/default/access.log"
 X
 Xstatic-file.exclude-extensions = ( ".php", ".pl", ".fcgi" )        
 X
 Xserver.pid-file            = "/var/run/lighttpd.pid"
 X
 Xserver.username            = "www"          
 Xserver.groupname           = "www"          
 X
 Xfastcgi.server             = ( ".php" =>                          
 X                               ( "localhost" =>                   
 X                                 (                                
 X                                   "socket" => "/var/run/lighttpd/php-fastcgi.socket",
 X                                   "bin-path" => "/usr/local/bin/php-cgi",            
 X                                   "max-procs" => 2                                   
 X                                 )                                                    
 X                               )                                                      
 X                            )                                                         
 X
 X
 Xserver.stat-cache-engine = "fam"
 X
 Xserver.use-ipv6 = "enable"     
 X$SERVER["socket"] == "0.0.0.0:80" { }
 13d6c5353933d78bbe99686dc1205d95
 echo x - sendfile/upload.php
 sed 's/^X//' >sendfile/upload.php << '5519f8f464a953c27a762163cfade428'
 X<html>
 X	<title>Upload thingy</title>	
 X	</head>
 X
 X	<body>
 X		<div id="container">
 X			<div id="mainbody">
 X			<br />
 X				<form enctype="multipart/form-data" action="uploader.php" method="POST">
 X					<h2>Choose a flash thingy to upload:</h2>
 X					<br />
 X					<input name="uploadedfile" type="file"/><br />
 X					<input type="submit" value="Upload"/>
 X				</form>
 X			</div>
 X		</div>
 X	</body>
 X</html>
 X
 5519f8f464a953c27a762163cfade428
 echo x - sendfile/uploader.php
 sed 's/^X//' >sendfile/uploader.php << 'fe7d407dda27de3d9cfe521e27e7a469'
 X<html>						     
 X	<head>
 X		<title>Upload!</title>
 X	</head>
 X
 X	<body>
 X		<div id="container">
 X			<div id="mainbody">
 X			<br />	     
 X<?php				      
 X	function verify_file()	     
 X	{				  
 X		// Do we even have a file? 
 X		if ($_FILES['uploadedfile'] == NULL)
 X		{				   
 X			return "No file!";    
 X		}				   
 X
 X		if ($_FILES['uploadedfile']['size'] < 1048576)
 X		{
 X			return "It's not big enough to trigger the bug";
 X		}
 X
 X		// Where the file is going to be placed
 X		$target_path = "junk/";
 X
 X		// Add the original filename to our target path.
 X		$target_path = $target_path . basename( $_FILES['uploadedfile']['name']);
 X
 X		if (file_exists($target_path))
 X		{
 X			return "This file already exists.";
 X		}
 X
 X		if (move_uploaded_file($_FILES['uploadedfile']['tmp_name'], $target_path))
 X		{
 X			return "The file ".  basename( $_FILES['uploadedfile']['name']).
 X				" has been uploaded";
 X		}
 X		else
 X		{
 X			return "There was an error uploading the file.";
 X		}
 X	}
 X
 X	$rvalue = verify_file();
 X	echo "			  <h2>$rvalue</h2>\n";
 X?>
 X			</div>
 X		</div>
 X	</body>
 X</html>
 X
 fe7d407dda27de3d9cfe521e27e7a469
 exit
 
 
 --------------040709090100010605060305--

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 10:50:38 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 8756F106568D
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 10:50:38 +0000 (UTC)
	(envelope-from rpaulo@gmail.com)
Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153])
	by mx1.freebsd.org (Postfix) with ESMTP id 160388FC15
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 10:50:37 +0000 (UTC)
Received: by fg-out-1718.google.com with SMTP id e21so1580581fga.13
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 03:50:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:sender:subject:mime-version
	:content-type:from:in-reply-to:date:cc:content-transfer-encoding
	:message-id:references:to:x-mailer;
	bh=cG19jJTdFggGD9TWN1+iex/5Y8vbUpxenzjPcAQHqsQ=;
	b=h4hxjT46K234RPfdvxS7/cwsl2pN0H21fsYj36R/oJjqOII2O1ZoYNICLZ2RhQE4JS
	5vuW5/ia5iSTY7iVl/hProxME5vdEvHldlXjcEkrgydN+W8duX1Ybc2Xhaq8Fr4hNuyQ
	6G48n6aRglvi0aa3BFOGP1ojgdPxE3sUneTHU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc
	:content-transfer-encoding:message-id:references:to:x-mailer;
	b=sVClbGyfG/lXvOGdeLKzTjMPPwEnoRuakfh16IeLLiJiodJMGoMtEx1zOGI+XajmpM
	311eraJr49q7NhNqVK9BsqGXuBcjeIdWWWraQ0KnlzLRS6T0aZk0awQPXGNbdF4jrlQ7
	gfTCUTpDjmgjvujhfKXNljM4JBrmNZWwD+TXk=
Received: by 10.86.164.6 with SMTP id m6mr2888278fge.42.1253789436904;
	Thu, 24 Sep 2009 03:50:36 -0700 (PDT)
Received: from mac-mini.lan (bl11-193-153.dsl.telepac.pt [85.244.193.153])
	by mx.google.com with ESMTPS id 12sm1310069fgg.0.2009.09.24.03.50.35
	(version=TLSv1/SSLv3 cipher=RC4-MD5);
	Thu, 24 Sep 2009 03:50:35 -0700 (PDT)
Sender: Rui Paulo <rpaulo@gmail.com>
Mime-Version: 1.0 (Apple Message framework v1076)
Content-Type: text/plain; charset=us-ascii; format=flowed
From: Rui Paulo <rpaulo@freebsd.org>
In-Reply-To: <abd04180909011034p1e2fc211v126fff410fa032e5@mail.gmail.com>
Date: Thu, 24 Sep 2009 11:50:33 +0100
Content-Transfer-Encoding: 7bit
Message-Id: <769AA1C9-5D58-453E-AC6B-A6B016C718EF@freebsd.org>
References: <abd04180909011034p1e2fc211v126fff410fa032e5@mail.gmail.com>
To: Fang Wang <wangfangcs@gmail.com>
X-Mailer: Apple Mail (2.1076)
Cc: freebsd-net@freebsd.org
Subject: Re: TCP UTO (RFC 5482) patch calls for review
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 10:50:38 -0000

On 1 Sep 2009, at 18:34, Fang Wang wrote:

> Hi,
>
> The attached patch implements TCP User Timeout Option(RFC 5482 [0]) in
> freebsd tcp stack.  And this patch comes from my GSoC 2009 project --
> Implement TCP UTO(mentor, Rui Paulo).  I will be very grateful to any
> tips, suggestions and questions.
>
> Brief introduction about TCP UTO:
>    The TCP user timeout controls how long transmitted data may remain
> unacknowledged before a connection is forcefully closed. It is a
> local, per-connection parameter. TCP User Timeout Option allows one
> end of a TCP connection to advertise it's current user timeout value.
> This information provides advice to the other end of the TCP
> connection to adapt it's user timeout accordingly. Increasing the user
> timeouts on both ends of a TCP connection allows it to survive
> extended periods without end-to-end connectivity. Decreasing the user
> timeouts allows busy servers to explicitly notify their clients that
> they will maintain the connection state only for a short time without
> connectivity.

I'm planning to commit this patch this week/weekend.

Regards,
--
Rui Paulo




From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 14:09:29 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 AFC781065692
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 14:09:29 +0000 (UTC)
	(envelope-from des@des.no)
Received: from tim.des.no (tim.des.no [194.63.250.121])
	by mx1.freebsd.org (Postfix) with ESMTP id 76BBB8FC13
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 14:09:29 +0000 (UTC)
Received: from ds4.des.no (des.no [84.49.246.2])
	by smtp.des.no (Postfix) with ESMTP id 3B50E6D44C;
	Thu, 24 Sep 2009 13:53:35 +0000 (UTC)
Received: by ds4.des.no (Postfix, from userid 1001)
	id 08B8A844DE; Thu, 24 Sep 2009 15:53:35 +0200 (CEST)
From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no>
To: freebsd-current@freebsd.org, freebsd-net@freebsd.org
Date: Thu, 24 Sep 2009 15:53:34 +0200
Message-ID: <86d45g4ffl.fsf@ds4.des.no>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: 
Subject: Confused tcpdump
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 14:09:29 -0000

15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nfs]
15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 lookup=
 [|nfs]

I'm pretty sure 871009576 is not a valid port number...

DES
--=20
Dag-Erling Sm=C3=B8rgrav - des@des.no

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 14:11:45 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 65317106566B;
	Thu, 24 Sep 2009 14:11:45 +0000 (UTC)
	(envelope-from pluknet@gmail.com)
Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com
	[209.85.220.222])
	by mx1.freebsd.org (Postfix) with ESMTP id C96798FC18;
	Thu, 24 Sep 2009 14:11:44 +0000 (UTC)
Received: by fxm22 with SMTP id 22so1548703fxm.36
	for <multiple recipients>; Thu, 24 Sep 2009 07:11:43 -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:cc:content-type;
	bh=BARJL8vrsGHGwLgEaIXuqJnmSgyZKf3Br0mz25fUKt8=;
	b=kxsq1rbJhmqAwY848nDpwyfsiH3ul4sQmYQd/r+C12AopQmgQDgL6NoQLEzqRCxY9i
	XaZyhMOLfrt9+XVQ1pZShK2GELnZqIdxWi0KHTJLaquTKnKIFtoq4pYt3nXI07P0if5O
	tq1CqzhUROykale1FCAT9mxwJk/vj60U22JGU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	b=JTnQYiLwVwqYVDE+Y3wMVZ//5TYNjFbCvhx98LiSpxflSz4+1faLk9kqwVoRofCuQz
	oAiKInXbJoLlqnMIme9IyYSRjaJqkusnEmdFfpBoD/MlfDG0uWMUOnwVJHYE0IXc/1tl
	7f8NgLPpk3v0ahe1Gu3Mu65UbG+0kRtRARkFY=
MIME-Version: 1.0
Received: by 10.204.156.3 with SMTP id u3mr3074362bkw.179.1253801503568; Thu, 
	24 Sep 2009 07:11:43 -0700 (PDT)
In-Reply-To: <1699.1253800463@critter.freebsd.dk>
References: <86d45g4ffl.fsf@ds4.des.no> <1699.1253800463@critter.freebsd.dk>
Date: Thu, 24 Sep 2009 18:11:43 +0400
Message-ID: <a31046fc0909240711q5dffb2dfv80a6848d3e6abaf5@mail.gmail.com>
From: pluknet <pluknet@gmail.com>
To: Poul-Henning Kamp <phk@phk.freebsd.dk>
Content-Type: text/plain; charset=ISO-8859-1
Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= <des@des.no>,
	freebsd-current@freebsd.org, freebsd-net@freebsd.org
Subject: Re: Confused tcpdump
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 14:11:45 -0000

2009/9/24 Poul-Henning Kamp <phk@phk.freebsd.dk>:
> In message <86d45g4ffl.fsf@ds4.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wr
> ites:
>>15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nfs]
>>15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 lookup=
>> [|nfs]
>>
>>I'm pretty sure 871009576 is not a valid port number...
>
> You're on a 64bit machine ?
>

That's not the port number; that's the NFS transaction id (thanks dnelson).


-- 
wbr,
pluknet

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 14:11:55 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 63D82106578C
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 14:11:55 +0000 (UTC)
	(envelope-from phk@critter.freebsd.dk)
Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222])
	by mx1.freebsd.org (Postfix) with ESMTP id 286DF8FC1A
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 14:11:55 +0000 (UTC)
Received: from critter.freebsd.dk (critter-phk.freebsd.dk [192.168.48.2])
	by phk.freebsd.dk (Postfix) with ESMTP id A72B36995B;
	Thu, 24 Sep 2009 13:54:22 +0000 (UTC)
Received: from critter.freebsd.dk (localhost [127.0.0.1])
	by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n8ODsNLr001700;
	Thu, 24 Sep 2009 13:54:23 GMT (envelope-from phk@critter.freebsd.dk)
To: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no>
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Thu, 24 Sep 2009 15:53:34 +0200."
	<86d45g4ffl.fsf@ds4.des.no> 
Date: Thu, 24 Sep 2009 13:54:23 +0000
Message-ID: <1699.1253800463@critter.freebsd.dk>
Sender: phk@critter.freebsd.dk
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Confused tcpdump 
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 14:11:55 -0000

In message <86d45g4ffl.fsf@ds4.des.no>, =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wr
ites:
>15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nfs]
>15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 lookup=
> [|nfs]
>
>I'm pretty sure 871009576 is not a valid port number...

You're on a 64bit machine ?

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 17:59:28 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 13C6E1065670
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 17:59:28 +0000 (UTC)
	(envelope-from mavbsd@gmail.com)
Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com
	[209.85.220.222])
	by mx1.freebsd.org (Postfix) with ESMTP id 9A6EF8FC08
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 17:59:27 +0000 (UTC)
Received: by fxm22 with SMTP id 22so1733073fxm.36
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 10:59:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:sender:message-id:date:from
	:user-agent:mime-version:to:subject:x-enigmail-version:content-type
	:content-transfer-encoding;
	bh=+JBLA2ZtxTQ4oPPEjY0P0EPrneV0WvxNbppMhN6Kj5w=;
	b=dobiuHCaYrdHf9MeKEtwiVhWXO+tA2F+R4fWKlWGFYO8GiK0SF8t5xYBqo9AVzHHLB
	D5w9t67SH82X/9xiMmvy5/Vde1Ha9eZP76jI1JcppWcllm7rFtvwZ88gd+Vcz6duIGlf
	uiqTqK9wfQ+cH1ZiJflTg5+HoqpY34s7sWnPo=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=sender:message-id:date:from:user-agent:mime-version:to:subject
	:x-enigmail-version:content-type:content-transfer-encoding;
	b=VC6iHUYEwJkZNBt9X4P/WRkxhd36dY/82mXhBAIrB/2/aeAp6sLDCLOOQalrNgP1QW
	2YhgiubFH3qzorOeZFltnw23xL+3CbyI3jKjUVgBWuueHrjqyh2JxtT6aZcKfhi+Lflb
	hKP0Urtmf9cvZqCn82FwJSHCJ582yZSPcEFbI=
Received: by 10.204.156.24 with SMTP id u24mr3234834bkw.172.1253813387983;
	Thu, 24 Sep 2009 10:29:47 -0700 (PDT)
Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226])
	by mx.google.com with ESMTPS id 13sm2752264fks.50.2009.09.24.10.29.46
	(version=SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 10:29:46 -0700 (PDT)
Sender: Alexander Motin <mavbsd@gmail.com>
Message-ID: <4ABBAC87.4040306@FreeBSD.org>
Date: Thu, 24 Sep 2009 20:29:43 +0300
From: Alexander Motin <mav@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.23 (X11/20090901)
MIME-Version: 1.0
To: freebsd-net <freebsd-net@freebsd.org>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 7bit
Subject: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 17:59:28 -0000

I have found few cases, that were working fine before, but not so good
now on CURRENT.

There is two interfaces:
bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
        ether 00:1b:24:c5:5b:09
        inet 192.168.3.131 netmask 0xffffff00 broadcast 192.168.3.255
        inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0
mtu 1500

1) I am going to reuse Ethernet address as local for PtP link:
%ifconfig ng0 10.0.0.1 10.0.0.2
ifconfig: ioctl (SIOCAIFADDR): File exists
%ifconfig ng0
ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0
mtu 1500
        inet 10.0.0.1 --> 10.0.0.2 netmask 0xff000000
So as you can see, address was assigned, but request returned error
status. Probably it is related to the recent local address route changes.

2) I am going to configure arp-proxy:
%arp -s 10.0.0.2 00:1b:24:c5:5b:09 pub
arp: writing to routing socket: Invalid argument
And again it doesn't work, writing to syslog:
kernel: lla_rt_output: RTM_ADD publish (proxy only) is invalid

-- 
Alexander Motin

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 18:09:07 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 31A43106566B
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 18:09:07 +0000 (UTC)
	(envelope-from weongyo.jeong@gmail.com)
Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27])
	by mx1.freebsd.org (Postfix) with ESMTP id D65098FC0C
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 18:09:06 +0000 (UTC)
Received: by qw-out-2122.google.com with SMTP id 5so476012qwd.7
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 11:09:05 -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:mail-followup-to:references
	:mime-version:content-type:content-disposition:in-reply-to
	:user-agent:organization:x-operation-sytem;
	bh=t4IFyD2QKEXuoMdzPqZDCE05iYbOZwAeFFoxtARAwfM=;
	b=RBYB8d06JYdHF9He4vEULh6cj1FxM26HbrgBsYRbv57GEpxNP4NwlI2wmV5khdIz49
	jIiP2MWVOAI/ZR3s54xqE2cdh77Z9ur5JMtMtrPq0tk6oxl+g8TQ8oTyzB5aOusaQnam
	hIOGlA9T4hQmS4YPkUIBIR78lvVKepoUdaNRc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to
	:references:mime-version:content-type:content-disposition
	:in-reply-to:user-agent:organization:x-operation-sytem;
	b=HcF3gbrx/0wKksXiFWMd9oVCpQEIROz1mdzMij71rx0r4X3X+KESKQ+qXf/MJtaHjA
	F+1i6poNCdKrJ4008L6zOouI5YA4j5FHh8c7aKS99zRb6rvj/G9cXitsnaLpts3Idfkb
	MXMci27sNZWKQcQR4prde7fudWO1G69BL7T9s=
Received: by 10.224.57.138 with SMTP id c10mr3525982qah.364.1253815744881;
	Thu, 24 Sep 2009 11:09:04 -0700 (PDT)
Received: from weongyo ([174.35.1.224])
	by mx.google.com with ESMTPS id 6sm177428qwk.1.2009.09.24.11.09.02
	(version=SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 11:09:03 -0700 (PDT)
Received: by weongyo (sSMTP sendmail emulation);
	Thu, 24 Sep 2009 11:09:14 -0700
From: Weongyo Jeong <weongyo.jeong@gmail.com>
Date: Thu, 24 Sep 2009 11:09:14 -0700
To: Albert Shih <Albert.Shih@obspm.fr>
Message-ID: <20090924180914.GA1417@weongyo>
Mail-Followup-To: Albert Shih <Albert.Shih@obspm.fr>, freebsd-net@freebsd.org
References: <20090923101750.GC84230@obspm.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20090923101750.GC84230@obspm.fr>
User-Agent: Mutt/1.4.2.3i
Organization: CDNetworks.
X-Operation-Sytem: FreeBSD
Cc: freebsd-net@freebsd.org
Subject: Re: zyd & TEW-424UB
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Weongyo Jeong <weongyo@freebsd.org>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 18:09:07 -0000

On Wed, Sep 23, 2009 at 12:17:50PM +0200, Albert Shih wrote:
> Hi all
>    
> I'm using FreeBSD 7-stable on my laptop. The wifi card is not working with
> FreeBSD.
>   
> So I just buy a
>   
>         Trendnet TEW-424UB
>   
> wifi usb adapter. I find this model in the
>   
>         man zyd
>   
> but when I plug my adapter (after add if_zyd_load="YES" in my loader.conf
> and reboot) it's not working.
> 
> The adapter is not attach to some zyd drivers but usbgen1
>   
> Anyone have a idea why this f(*!@)(# adapter don't work ? or better some
> solution ? 

Could you please show me the output of `usbdevs -v'?

regards,
Weongyo Jeong


From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 18:12:16 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 920421065670
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 18:12:16 +0000 (UTC)
	(envelope-from mike@jellydonut.org)
Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com
	[209.85.218.227])
	by mx1.freebsd.org (Postfix) with ESMTP id 2C5868FC20
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 18:12:15 +0000 (UTC)
Received: by bwz27 with SMTP id 27so1447133bwz.43
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 11:12:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.24.87 with SMTP id u23mr1478817fab.81.1253814646776; Thu, 
	24 Sep 2009 10:50:46 -0700 (PDT)
In-Reply-To: <86d45g4ffl.fsf@ds4.des.no>
References: <86d45g4ffl.fsf@ds4.des.no>
Date: Thu, 24 Sep 2009 13:50:46 -0400
Message-ID: <1de79840909241050h6b3233dcgbd07386d716dac7f@mail.gmail.com>
From: Michael Proto <mike@jellydonut.org>
To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= <des@des.no>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Confused tcpdump
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 18:12:16 -0000

2009/9/24 Dag-Erling Sm=F8rgrav <des@des.no>:
> 15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nfs]
> 15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 look=
up [|nfs]
>
> I'm pretty sure 871009576 is not a valid port number...
>
> DES
> --
> Dag-Erling Sm=F8rgrav - des@des.no
> _______________________________________________
> 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=
"
>

I've noticed this behavior since at least 4.3 as well, with the source
port being some obscenely-high number, when examining UDP-based NFS
traffic with tcpdump (32bit).

Not chiming-in on validity one way or the other as its never really
bothered my troubleshooting to-date, but it has been there quite a
while.


-Proto

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 19:10:23 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 6A33B106566B
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 19:10:23 +0000 (UTC)
	(envelope-from dhorn2000@gmail.com)
Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241])
	by mx1.freebsd.org (Postfix) with ESMTP id 27D038FC16
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 19:10:22 +0000 (UTC)
Received: by an-out-0708.google.com with SMTP id d14so722593and.13
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 12:10:22 -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:cc:content-type;
	bh=mrog7rxX7e1/7GwpHimxa9MyqqTMqtlUBcqN6UfF6ag=;
	b=jtuG3AaGa8u3ffgbqX8Gcs0q+11XMpJQYLeEEB+1Fj5QwdafcVn+YBSS224bJ6H1nT
	MdhcOQQYqfXYzMCjQOQVQe5uQVfwOl0l/MCvQSxexG4i9fJ8pKxN6NAfFdS21zNZW3yk
	XkqZhk/sqPjlck2mUhkGs5wMFbWZduy/Qc6WM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:cc:content-type;
	b=eqZaOek1BQzEJZXCpAZ7D4jhwFo3L5UNgO8xokejrpx/s7g6AFNpIE6qyQCGE8dbRD
	zXzbUWsrBHDeHOnr3yRc95euU/GNzgCsPb5qOyZ3kSIrjPe0uEUrKCrO2xWHy6bKeDE6
	J9IBpavDzCApWzFAT/Spop7/rlPZLzhEjQOYA=
MIME-Version: 1.0
Received: by 10.100.76.3 with SMTP id y3mr4601536ana.76.1253817886266; Thu, 24 
	Sep 2009 11:44:46 -0700 (PDT)
Date: Thu, 24 Sep 2009 14:44:46 -0400
Message-ID: <25ff90d60909241144i321c39bdj71e1d1b7e0ba51e8@mail.gmail.com>
From: David Horn <dhorn2000@gmail.com>
To: freebsd-net@freebsd.org
Content-Type: multipart/mixed; boundary=0050450295a6b9567104745739f8
Cc: sam@frebsd.org
Subject: wpa_supplicant signal quality vs level
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 19:10:23 -0000

--0050450295a6b9567104745739f8
Content-Type: text/plain; charset=ISO-8859-1

I have noticed that 'wpa_cli scan_results' always reported a signal
level of 0 for every bssid found during a scan.  I found this a bit
odd (especially since ifconfig wlan0 list scan reported good signal
level data)

FreeBSD 8.0-RC1 r197417 amd64

Looking at the /usr/src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c
source, I found:

in wpa_driver_bsd_get_scan_results()

wsr->qual = sr->isr_rssi;
wsr->level = 0;       /* XXX? */

This hardcodes the signal level to 0, and sets the signal quality to
the rssi value.

Looking around at the source, it seems that wpa_supplicant does not
ever use the quality variable, but instead looks at the level variable
in wpa_scan_result_compar ().

In an attempt to try to figure out what signal level vs signal quality
in wpa_supplicant context means, I found this:
http://lists.shmoo.com/pipermail/hostap/2006-December/014831.html, and
a feb-2009 change to scan_helpers.c (which drivers_freebsd.c seems to
be partially based upon)
http://hostap.epitest.fi/gitweb/gitweb.cgi?p=hostap.git;a=commitdiff;h=e1b525c3560614cc56c85b7d060f540900c4da34

So, it seems that some wpa_supplicant drivers use quality, and some
use level.  Since quality(wsr->qual) does not seem to be used in
current wpa_supplicant in freebsd, should it instead look like ?:
(attached as an SVN diff with some debug as well)

                wsr->ssid_len = sr->isr_ssid_len;
                wsr->freq = sr->isr_freq;
                wsr->noise = sr->isr_noise;
-               wsr->qual = sr->isr_rssi;
-               wsr->level = 0;         /* XXX? */
+               wsr->qual = 0;  /* XXX? */
+               wsr->level = sr->isr_rssi;
                wsr->caps = sr->isr_capinfo;
                wsr->maxrate = getmaxrate(sr->isr_rates, sr->isr_nrates);
                vp = ((u_int8_t *)sr) + sr->isr_ie_off;


Should we just set qual to 0,  or should we set qual to
rssi/rssi_max*100 (if we can determine rssi_max for a particular wlan
interface)

In any case, do you want me to file a PR on this ?

--Thanks!

---Dave H

--0050450295a6b9567104745739f8
Content-Type: text/plain; charset=US-ASCII; name="wpa_supplicant.patch.txt"
Content-Disposition: attachment; filename="wpa_supplicant.patch.txt"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_fzzuperh0

SW5kZXg6IGRyaXZlcl9mcmVlYnNkLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gZHJpdmVyX2ZyZWVic2QuYwko
cmV2aXNpb24gMTk3NDM5KQorKysgZHJpdmVyX2ZyZWVic2QuYwkod29ya2luZyBjb3B5KQpAQCAt
NjQxLDYgKzY0MSw4IEBACiAJLyogdXNlIGZyZXEgZm9yIGNoYW5uZWwgcHJlZmVyZW5jZSAqLwog
CiAJLyogYWxsIHRoaW5ncyBiZWluZyBlcXVhbCwgdXNlIHNpZ25hbCBsZXZlbCAqLworCXdwYV9w
cmludGYoTVNHX0RFQlVHLCAiJXM6IHNpZ25hbCBsZXZlbHM7ICVkOiMxKHdhKSAgJWQ6IzIod2Ip
IiwKKwkgICAgICAgICAgIF9fZnVuY19fLCB3YS0+bGV2ZWwsIHdiLT5sZXZlbCk7CiAJcmV0dXJu
IHdiLT5sZXZlbCAtIHdhLT5sZXZlbDsKIH0KIApAQCAtNjk3LDggKzY5OSw4IEBACiAJCXdzci0+
c3NpZF9sZW4gPSBzci0+aXNyX3NzaWRfbGVuOwogCQl3c3ItPmZyZXEgPSBzci0+aXNyX2ZyZXE7
CiAJCXdzci0+bm9pc2UgPSBzci0+aXNyX25vaXNlOwotCQl3c3ItPnF1YWwgPSBzci0+aXNyX3Jz
c2k7Ci0JCXdzci0+bGV2ZWwgPSAwOwkJLyogWFhYPyAqLworCQl3c3ItPnF1YWwgPSAwOyAgLyog
WFhYPyAqLworCQl3c3ItPmxldmVsID0gc3ItPmlzcl9yc3NpOwkKIAkJd3NyLT5jYXBzID0gc3It
Pmlzcl9jYXBpbmZvOwogCQl3c3ItPm1heHJhdGUgPSBnZXRtYXhyYXRlKHNyLT5pc3JfcmF0ZXMs
IHNyLT5pc3JfbnJhdGVzKTsKIAkJdnAgPSAoKHVfaW50OF90ICopc3IpICsgc3ItPmlzcl9pZV9v
ZmY7Cg==
--0050450295a6b9567104745739f8--

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 19:20:32 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 D07531065692
	for <net@freebsd.org>; Thu, 24 Sep 2009 19:20:32 +0000 (UTC)
	(envelope-from pjowor@aim.com)
Received: from aim.com (ip204-178-208-87.adsl2.static.versatel.nl
	[87.208.178.204])
	by mx1.freebsd.org (Postfix) with SMTP id 1A8298FC08
	for <net@freebsd.org>; Thu, 24 Sep 2009 19:20:31 +0000 (UTC)
Received: from wahofer-ba929df ([127.0.0.1]) by wahofer-ba929df ([127.0.0.1])
	with SMTPSVC; Thu, 24 Sep 2009 21:20:30 +0200
Message-ID: <0aac7c69572a599b8f005c1e2a9e3e09@aim.com>
From: "Professor Joseph Owor" <pjowor@aim.com>
To: "net@freebsd.org" <net@freebsd.org>
Date: Thu, 24 Sep 2009 21:20:30 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="windows-1252"
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Cc: 
Subject: Attn:  Urgent Proposition
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 19:20:33 -0000

       Joseph Owor       Dean of  Faculty of Business Administration       =
Uganda Christian University        Mukono Town , Uganda.  Confidential =
Message: I hope this message will meet you in good faith, please pardon me =
for reaching you in this manner  because you do not know me, I have an =
obscure proposal of mutual interest to share with you. I got your email =
address from the Internet through my search for a relatively unknown =
person who will assist me in securing a large sum of amount.    I am =
Joseph Owor , The Dean/Head of  Faculty of  Business Administration of the =
Uganda Christian University.I will need you to assist me in executing a =
confidential business project.  It involves the securing of a large sum of =
 fund. Everything concerning this transaction shall be legally done =
without hitch if you are willing to consider this proposal.   Please I =
will kindly request that you endeavor to observe utmost discretion in all =
matters concerning this message if my proposal is accepted by you and if =
this proposal is not acceptable by you, kindly delete this email and do =
not pass it to a third party as I vehemently risk my job to send you this =
email.  I am presently on a foreign committee appointment in Europe =
through the United Nations Christian charity project fund of Uganda.   =
Once the transaction I am proposing to you have been successfully =
completed if accepted by you and the fund in question is in your =
possession, we shall be offering to you a  ratio to be agreed upon.    =
kindly reach me back at this juncture to get your opinion first, after =
that I will furnish you with more information about this transaction.    =
You are to contact me on my secure email address below for further details =
if this proposal is accepted by you:   profjosephowor@mcom.com  Yours =
Sincerely,Joseph Owor.

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 19:59:59 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 241D31065693
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 19:59:59 +0000 (UTC)
	(envelope-from julian@elischer.org)
Received: from outF.internet-mail-service.net (outf.internet-mail-service.net
	[216.240.47.229])
	by mx1.freebsd.org (Postfix) with ESMTP id 0DC668FC0A
	for <freebsd-net@freebsd.org>; Thu, 24 Sep 2009 19:59:58 +0000 (UTC)
Received: from idiom.com (mx0.idiom.com [216.240.32.160])
	by out.internet-mail-service.net (Postfix) with ESMTP id 6C4B6CE920;
	Thu, 24 Sep 2009 12:59:59 -0700 (PDT)
X-Client-Authorized: MaGic Cook1e
X-Client-Authorized: MaGic Cook1e
Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38])
	by idiom.com (Postfix) with ESMTP id 67DD62D6015;
	Thu, 24 Sep 2009 12:59:58 -0700 (PDT)
Message-ID: <4ABBCFC1.9010003@elischer.org>
Date: Thu, 24 Sep 2009 13:00:01 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: Alexander Motin <mav@FreeBSD.org>
References: <4ABBAC87.4040306@FreeBSD.org>
In-Reply-To: <4ABBAC87.4040306@FreeBSD.org>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-net <freebsd-net@freebsd.org>
Subject: Re: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 19:59:59 -0000

Alexander Motin wrote:
> I have found few cases, that were working fine before, but not so good
> now on CURRENT.
> 
> There is two interfaces:
> bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>         options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
>         ether 00:1b:24:c5:5b:09
>         inet 192.168.3.131 netmask 0xffffff00 broadcast 192.168.3.255
>         inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255
>         media: Ethernet autoselect (100baseTX <full-duplex>)
>         status: active
> ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0
> mtu 1500
> 
> 1) I am going to reuse Ethernet address as local for PtP link:
> %ifconfig ng0 10.0.0.1 10.0.0.2
> ifconfig: ioctl (SIOCAIFADDR): File exists
> %ifconfig ng0
> ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric 0
> mtu 1500
>         inet 10.0.0.1 --> 10.0.0.2 netmask 0xff000000
> So as you can see, address was assigned, but request returned error
> status. Probably it is related to the recent local address route changes.

yes the new code adds a route to 'yourself' for the local end of p2p 
links. which collides with the route to the ethernet's own address (I 
think).

there is a sysctl to change this behaviour but I forget what it is.

I'm not sure I like the new behaviour.. Qing Li is the man to discuss 
this with,

> 
> 2) I am going to configure arp-proxy:
> %arp -s 10.0.0.2 00:1b:24:c5:5b:09 pub
> arp: writing to routing socket: Invalid argument
> And again it doesn't work, writing to syslog:
> kernel: lla_rt_output: RTM_ADD publish (proxy only) is invalid
> 


From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 20:30:02 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 1120F1065670;
	Thu, 24 Sep 2009 20:30:02 +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 DC4E68FC24;
	Thu, 24 Sep 2009 20:30:01 +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 n8OKU1ob071910;
	Thu, 24 Sep 2009 20:30:01 GMT
	(envelope-from linimon@freefall.freebsd.org)
Received: (from linimon@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8OKU11F071906;
	Thu, 24 Sep 2009 20:30:01 GMT (envelope-from linimon)
Date: Thu, 24 Sep 2009 20:30:01 GMT
Message-Id: <200909242030.n8OKU11F071906@freefall.freebsd.org>
To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: linimon@FreeBSD.org
Cc: 
Subject: Re: kern/139113: [arp] removing IP alias doesn't delete permanent
	arp entry
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 20:30:02 -0000

Old Synopsis: removing IP alias doesn't delete permanent arp entry
New Synopsis: [arp] removing IP alias doesn't delete permanent arp entry

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Sep 24 20:29:44 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=139113

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 20:30:32 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 B3AC6106568D;
	Thu, 24 Sep 2009 20:30:32 +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 8B2AB8FC20;
	Thu, 24 Sep 2009 20:30:32 +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 n8OKUWQP076129;
	Thu, 24 Sep 2009 20:30:32 GMT
	(envelope-from linimon@freefall.freebsd.org)
Received: (from linimon@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8OKUWke076119;
	Thu, 24 Sep 2009 20:30:32 GMT (envelope-from linimon)
Date: Thu, 24 Sep 2009 20:30:32 GMT
Message-Id: <200909242030.n8OKUWke076119@freefall.freebsd.org>
To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: linimon@FreeBSD.org
Cc: 
Subject: Re: kern/139117: [lagg] + wlan boot timing (EBUSY)
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 20:30:32 -0000

Synopsis: [lagg] + wlan boot timing (EBUSY)

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Sep 24 20:30:23 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=139117

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 21:20:20 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 EC411106566C;
	Thu, 24 Sep 2009 21:20:20 +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 D13DF8FC1B;
	Thu, 24 Sep 2009 21:20:20 +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 n8OLKJ4m022080;
	Thu, 24 Sep 2009 14:20:20 -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, 24 Sep 2009 14:19:13 -0700
Message-ID: <B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>
In-Reply-To: <4ABBAC87.4040306@FreeBSD.org>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Point-to-Point interfaces regressions
Thread-Index: Aco9QNUp9HBz/qA8S8+ML6IxqB3RXQAA5ooQ
References: <4ABBAC87.4040306@FreeBSD.org>
From: "Li, Qing" <qing.li@bluecoat.com>
To: "Alexander Motin" <mav@freebsd.org>,
	"freebsd-net" <freebsd-net@freebsd.org>
Cc: freebsd-current@freebsd.org
Subject: RE: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 21:20:21 -0000

>=20
> 1) I am going to reuse Ethernet address as local for PtP link:
> %ifconfig ng0 10.0.0.1 10.0.0.2
> ifconfig: ioctl (SIOCAIFADDR): File exists
> %ifconfig ng0
> ng0: flags=3D88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> =
metric
> 0
> mtu 1500
>         inet 10.0.0.1 --> 10.0.0.2 netmask 0xff000000
> So as you can see, address was assigned, but request returned error
> status. Probably it is related to the recent local address route
> changes.
>=20

I have written several times about this particular topic here.

Yes, the behavior changed. Previously if you try to ping 10.0.0.1 the
packets leak onto the wire even though that's a local address. And you
cannot connect to the local end, again, packets go on the wire towards
possibly the default gateway.

>
> 2) I am going to configure arp-proxy:
> %arp -s 10.0.0.2 00:1b:24:c5:5b:09 pub
> arp: writing to routing socket: Invalid argument
> And again it doesn't work, writing to syslog:
> kernel: lla_rt_output: RTM_ADD publish (proxy only) is invalid
>

I will take a look and let you know what the issue might be.

-- Qing


From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 21:34:04 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 09195106568D;
	Thu, 24 Sep 2009 21:34:04 +0000 (UTC)
	(envelope-from mavbsd@gmail.com)
Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com
	[209.85.218.227])
	by mx1.freebsd.org (Postfix) with ESMTP id 567508FC13;
	Thu, 24 Sep 2009 21:34:03 +0000 (UTC)
Received: by bwz27 with SMTP id 27so1578546bwz.43
	for <multiple recipients>; Thu, 24 Sep 2009 14:34:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:sender:message-id:date:from
	:user-agent:mime-version:to:cc:subject:references:in-reply-to
	:x-enigmail-version:content-type:content-transfer-encoding;
	bh=J6uVfSHyOlZdEmF3rfhvzZMBbdlAIdJ5Qi84AO871h0=;
	b=MrHCnwbfqHsaJsC7P7StHANW6H5IdXVQ2516ehL1VanK4WIkjRl7EPUSHASMcdjLrj
	PzpgiWPrlMtVnEqg/P12NRjqPOcqhhr45OcqBvMADJI9XktKmntV8VI4xBmnEWiWic59
	OdCxPdhTHjXvXnyUmRu5BtvexLgn3fMF6Q3GM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:x-enigmail-version:content-type
	:content-transfer-encoding;
	b=h7Qo4jzAoCXRIpJpbBsgI4c4tKwc6NrJKiZAcwTwA9Tf3e0WEAKOrblVp0huTxZGUj
	BhXQtX5+I7a7AcGJmiKnJNv1AVF1vPxFXcTOGYwUvTKr42TKPWl+7jMr+PTfttVcb0Xu
	yjHPpZ8Jy/J5p39YRYWTU5x/7Weci/T0SgZYo=
Received: by 10.204.141.21 with SMTP id k21mr3508085bku.124.1253828042224;
	Thu, 24 Sep 2009 14:34:02 -0700 (PDT)
Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226])
	by mx.google.com with ESMTPS id g28sm163676fkg.15.2009.09.24.14.34.01
	(version=SSLv3 cipher=RC4-MD5); Thu, 24 Sep 2009 14:34:01 -0700 (PDT)
Sender: Alexander Motin <mavbsd@gmail.com>
Message-ID: <4ABBE5C6.6070707@FreeBSD.org>
Date: Fri, 25 Sep 2009 00:33:58 +0300
From: Alexander Motin <mav@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.23 (X11/20090901)
MIME-Version: 1.0
To: "Li, Qing" <qing.li@bluecoat.com>
References: <4ABBAC87.4040306@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>
In-Reply-To: <B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: freebsd-net <freebsd-net@freebsd.org>, freebsd-current@freebsd.org
Subject: Re: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 21:34:04 -0000

Li, Qing wrote:
>> 1) I am going to reuse Ethernet address as local for PtP link:
>> %ifconfig ng0 10.0.0.1 10.0.0.2
>> ifconfig: ioctl (SIOCAIFADDR): File exists
>> %ifconfig ng0
>> ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> metric
>> 0
>> mtu 1500
>>         inet 10.0.0.1 --> 10.0.0.2 netmask 0xff000000
>> So as you can see, address was assigned, but request returned error
>> status. Probably it is related to the recent local address route
>> changes.
> 
> I have written several times about this particular topic here.
> 
> Yes, the behavior changed. Previously if you try to ping 10.0.0.1 the
> packets leak onto the wire even though that's a local address. And you
> cannot connect to the local end, again, packets go on the wire towards
> possibly the default gateway.

Me and many other people running net/mpd handling thousands of PtP
interfaces sharing local addresses with each other and with some
Ethernet interface. This change makes such setup inoperable, as mpd will
constantly receive errors while trying to set addresses and drop
connections.

There was legacy hack in mpd, doing the same, but in user level. I have
removed it few years ago, because it never worked as expected with more
then one interface. I would like kernel implementation to be more correct.

>> 2) I am going to configure arp-proxy:
>> %arp -s 10.0.0.2 00:1b:24:c5:5b:09 pub
>> arp: writing to routing socket: Invalid argument
>> And again it doesn't work, writing to syslog:
>> kernel: lla_rt_output: RTM_ADD publish (proxy only) is invalid
>>
> 
> I will take a look and let you know what the issue might be.

Thank you.

-- 
Alexander Motin

From owner-freebsd-net@FreeBSD.ORG  Thu Sep 24 21:46:19 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 2D9481065679;
	Thu, 24 Sep 2009 21:46:19 +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 14CA18FC0C;
	Thu, 24 Sep 2009 21:46:18 +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 n8OLkHsl025931;
	Thu, 24 Sep 2009 14:46:18 -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, 24 Sep 2009 14:44:13 -0700
Message-ID: <B583FBF374231F4A89607B4D08578A43056998A4@bcs-mail03.internal.cacheflow.com>
In-Reply-To: <4ABBE5C6.6070707@FreeBSD.org>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Point-to-Point interfaces regressions
Thread-Index: Aco9Xr2A/bhdtoM9QwaBGMH92aVmLAAAUnQg
References: <4ABBAC87.4040306@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>
	<4ABBE5C6.6070707@FreeBSD.org>
From: "Li, Qing" <qing.li@bluecoat.com>
To: "Alexander Motin" <mav@FreeBSD.org>
Cc: freebsd-net <freebsd-net@FreeBSD.org>, freebsd-current@FreeBSD.org
Subject: RE: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2009 21:46:19 -0000

>=20
> Me and many other people running net/mpd handling thousands of PtP
> interfaces sharing local addresses with each other and with some
> Ethernet interface. This change makes such setup inoperable, as mpd
> will constantly receive errors while trying to set addresses and=20
> drop connections.
>=20

  I can revert to the old behavior. I asked for feedback and received
  none at the time ...

  -- Qing


From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 02:46:43 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 A7DFC1065670
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 02:46:43 +0000 (UTC)
	(envelope-from sam@freebsd.org)
Received: from ebb.errno.com (ebb.errno.com [69.12.149.25])
	by mx1.freebsd.org (Postfix) with ESMTP id 8109D8FC12
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 02:46:43 +0000 (UTC)
Received: from Macintosh-4.local ([10.0.0.198]) (authenticated bits=0)
	by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8P2kfLI079596
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 24 Sep 2009 19:46:42 -0700 (PDT) (envelope-from sam@freebsd.org)
Message-ID: <4ABC2F11.5080202@freebsd.org>
Date: Thu, 24 Sep 2009 19:46:41 -0700
From: Sam Leffler <sam@freebsd.org>
Organization: FreeBSD Project
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
References: <20090921191327.045cf140@wizard.volgograd.ru>	<20090921195011.2a1f5143@wizard.volgograd.ru>	<4AB8FEB3.3010907@memberwebs.com>
	<20090922224155.13949fa4@wizard.volgograd.ru>
In-Reply-To: <20090922224155.13949fa4@wizard.volgograd.ru>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist
Cc: stef-list@memberwebs.com, stef@memberwebs.com, freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 02:46:43 -0000

Denis Shaposhnikov wrote:
> Hello,
> 
> On Tue, 22 Sep 2009 11:43:31 -0500
> Stef Walter <stef-list@memberwebs.com> wrote:
> 
>>> I see also it periodically changes "media:" between OFDM/54Mbps and
>>> OFDM/48Mbps.
>> That's normal behavior. ath_rate_sample is finding the OFDM speed at
>> which traffic flows best.
> 
> May be do you know why I'm getting normal speed (2Mb/s) for some time
> after using "ifconfig bssid ..." command only?

When you set the bssid you reset the state of the tx rate control code
and that probably resets the tx rate to 24M.

	Sam

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 02:55:12 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 D676B106568D
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 02:55:12 +0000 (UTC)
	(envelope-from sam@freebsd.org)
Received: from ebb.errno.com (ebb.errno.com [69.12.149.25])
	by mx1.freebsd.org (Postfix) with ESMTP id 8A9A18FC19
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 02:55:12 +0000 (UTC)
Received: from Macintosh-4.local ([10.0.0.198]) (authenticated bits=0)
	by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8P2tB9Z079637
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 24 Sep 2009 19:55:11 -0700 (PDT) (envelope-from sam@freebsd.org)
Message-ID: <4ABC310F.7080900@freebsd.org>
Date: Thu, 24 Sep 2009 19:55:11 -0700
From: Sam Leffler <sam@freebsd.org>
Organization: FreeBSD Project
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: David Horn <dhorn2000@gmail.com>
References: <25ff90d60909241144i321c39bdj71e1d1b7e0ba51e8@mail.gmail.com>
In-Reply-To: <25ff90d60909241144i321c39bdj71e1d1b7e0ba51e8@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist
Cc: freebsd-net@freebsd.org
Subject: Re: wpa_supplicant signal quality vs level
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 02:55:12 -0000

David Horn wrote:
> I have noticed that 'wpa_cli scan_results' always reported a signal
> level of 0 for every bssid found during a scan.  I found this a bit
> odd (especially since ifconfig wlan0 list scan reported good signal
> level data)
> 
> FreeBSD 8.0-RC1 r197417 amd64
> 
> Looking at the /usr/src/usr.sbin/wpa/wpa_supplicant/driver_freebsd.c
> source, I found:
> 
> in wpa_driver_bsd_get_scan_results()
> 
> wsr->qual = sr->isr_rssi;
> wsr->level = 0;       /* XXX? */
> 
> This hardcodes the signal level to 0, and sets the signal quality to
> the rssi value.
> 
> Looking around at the source, it seems that wpa_supplicant does not
> ever use the quality variable, but instead looks at the level variable
> in wpa_scan_result_compar ().

Correct.  There is no notion of signal _quality_ in freebsd because it's
a nebulous value defined by each vendor using a heuristic algorithm that
reflects their idea of what "good" is.  Because various parts of the
code use qual to compare the signal strength of stations we use the one
suitable value we do have.

> 
> In an attempt to try to figure out what signal level vs signal quality
> in wpa_supplicant context means, I found this:
> http://lists.shmoo.com/pipermail/hostap/2006-December/014831.html, and
> a feb-2009 change to scan_helpers.c (which drivers_freebsd.c seems to
> be partially based upon)
> http://hostap.epitest.fi/gitweb/gitweb.cgi?p=hostap.git;a=commitdiff;h=e1b525c3560614cc56c85b7d060f540900c4da34
> 
> So, it seems that some wpa_supplicant drivers use quality, and some
> use level.  Since quality(wsr->qual) does not seem to be used in
> current wpa_supplicant in freebsd, should it instead look like ?:
> (attached as an SVN diff with some debug as well)
> 
>                 wsr->ssid_len = sr->isr_ssid_len;
>                 wsr->freq = sr->isr_freq;
>                 wsr->noise = sr->isr_noise;
> -               wsr->qual = sr->isr_rssi;
> -               wsr->level = 0;         /* XXX? */
> +               wsr->qual = 0;  /* XXX? */
> +               wsr->level = sr->isr_rssi;
>                 wsr->caps = sr->isr_capinfo;
>                 wsr->maxrate = getmaxrate(sr->isr_rates, sr->isr_nrates);
>                 vp = ((u_int8_t *)sr) + sr->isr_ie_off;
> 
> 
> Should we just set qual to 0,  or should we set qual to
> rssi/rssi_max*100 (if we can determine rssi_max for a particular wlan
> interface)
> 
> In any case, do you want me to file a PR on this ?

I believe this issue is purely cosmetic in that you see 0's in the scan
results display.  If you want to fill that data in with something be my
guest but unless the values correspond to the data actually used to make
decision it's just going to cause confusion.  It might be simpler to
just strip the value from the scan results print out.

	Sam

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 07:17:26 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 E872F106566C;
	Fri, 25 Sep 2009 07:17:26 +0000 (UTC)
	(envelope-from mavbsd@gmail.com)
Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com
	[209.85.218.227])
	by mx1.freebsd.org (Postfix) with ESMTP id 4262D8FC0C;
	Fri, 25 Sep 2009 07:17:25 +0000 (UTC)
Received: by bwz27 with SMTP id 27so1751213bwz.43
	for <multiple recipients>; Fri, 25 Sep 2009 00:17:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:sender:message-id:date:from
	:user-agent:mime-version:to:cc:subject:references:in-reply-to
	:x-enigmail-version:content-type:content-transfer-encoding;
	bh=gEF4/i/C8hAlrebyfvzZC3U/9dQ476qsvw86BJKA2mQ=;
	b=kLa7AwjSNAkyaEJkLPeA+evkGULs1foTIcHNOmi9LNIf0llhEWQFXl8Pnc607sWVK3
	MUA0sQdTSWEbWRJZM7st2RCDxAxTeBsjFVBXWjLd3p5ugNXy7ZQCqRMkkqbIMtxPlBDx
	LcpM5dKbPLY8GtGmXEhPEG5XkIZB3iBIyInjw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:x-enigmail-version:content-type
	:content-transfer-encoding;
	b=xLjJUOqAbkFHpQ0FfHtgM7FwlgKC4NVUG0b1EkLSNNnILn1L0DX5DowkPt/+Ak0HeM
	l5xlWU7VP1h25ocSx3nALB9k5EZuhJbxWWttIvqXP7WKpjR6/EpJ4HEy2+fRvnSeDP3Q
	wwgOzt0n8Wtqrk5hQ9fNJe3ILtFWztR7Kx4F4=
Received: by 10.204.19.144 with SMTP id a16mr3919769bkb.9.1253863041168;
	Fri, 25 Sep 2009 00:17:21 -0700 (PDT)
Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226])
	by mx.google.com with ESMTPS id z10sm3402436fka.19.2009.09.25.00.17.18
	(version=SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 00:17:19 -0700 (PDT)
Sender: Alexander Motin <mavbsd@gmail.com>
Message-ID: <4ABC6E7C.80305@FreeBSD.org>
Date: Fri, 25 Sep 2009 10:17:16 +0300
From: Alexander Motin <mav@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.23 (X11/20090901)
MIME-Version: 1.0
To: "Li, Qing" <qing.li@bluecoat.com>
References: <4ABBAC87.4040306@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>
	<4ABBE5C6.6070707@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A43056998A4@bcs-mail03.internal.cacheflow.com>
In-Reply-To: <B583FBF374231F4A89607B4D08578A43056998A4@bcs-mail03.internal.cacheflow.com>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: freebsd-net <freebsd-net@FreeBSD.org>, freebsd-current@FreeBSD.org
Subject: Re: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 07:17:27 -0000

Li, Qing wrote:
>> Me and many other people running net/mpd handling thousands of PtP
>> interfaces sharing local addresses with each other and with some
>> Ethernet interface. This change makes such setup inoperable, as mpd
>> will constantly receive errors while trying to set addresses and 
>> drop connections.
> 
>   I can revert to the old behavior. I asked for feedback and received
>   none at the time ...

I would like to see it working, but working correctly. If it is not
possible to implement it correctly - then reverted, or at least disabled
by default.

-- 
Alexander Motin

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 07:18:22 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 6ABE1106566B
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 07:18:22 +0000 (UTC)
	(envelope-from riaank@gmail.com)
Received: from mail-iw0-f181.google.com (mail-iw0-f181.google.com
	[209.85.223.181])
	by mx1.freebsd.org (Postfix) with ESMTP id 35EA88FC12
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 07:18:22 +0000 (UTC)
Received: by iwn11 with SMTP id 11so1394347iwn.3
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 00:18:21 -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=eSYc57gNekobakWHHTR5JvlsbnIGyXud/jUZf9LTLUY=;
	b=GFp0Jt4uEJvfJfOjB/CWmvlvaZyBZTRc6xlqH148Gd49Z1dWHY2uaclFMLIKsgOI6M
	rm8h8JFgTeh2zONsr+WT8ZOiNGP6slJqj45ko815l8Nqf7SoEEUFostsdgBrd5paRC1S
	5TQg/WUqPZQgoiWPi9YVLofHj0fskQDEld9lE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:date:message-id:subject:from:to:content-type;
	b=nKPJRO+N59QIVE7I4r26cK8rKj9SOHT89cGB88CiC8P9iqWQi/XBO02M3bLohHWNNB
	UXQbO69CTqS5dmzm32YDDi2tt0pmH7b4aMa1ohY5U291dyELU9QrF4cUBW7WI2ilg8dd
	LNGuUHRyvq9z/wl/50ndLVF1Kx2HOLcNtJFWg=
MIME-Version: 1.0
Received: by 10.231.1.22 with SMTP id 22mr9224945ibd.56.1253861330419; Thu, 24 
	Sep 2009 23:48:50 -0700 (PDT)
Date: Fri, 25 Sep 2009 08:48:50 +0200
Message-ID: <85c4b1850909242348o312a0015vf0bf52a141c09f42@mail.gmail.com>
From: Riaan Kruger <riaank@gmail.com>
To: freebsd-net@freebsd.org, Riaan nanoteq <rk@nanoteq.co.za>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.5
Cc: 
Subject: IPsec NATT: Multiple initiators behind NAT
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 07:18:22 -0000

I have a problem with multiple IPsec Gateways behind a single NAT
communicating to one responder (on the other side of the NAT).

The diagram shows a typical set up. (FreeBSD 8 and ipsec-tools 0.7.2)

  GW (Initiator) ----|
                           | --- NAT ----- GW (responder)
  GW (Initiator) ----|

On the responder the SADs get "mixed up" when a second set of SAs are
written to the SAD for the second GW.
The port numbers of the second set of SAs are set to that of the first set
of SAs even though different ones are provided.

I tried to isolate and illustrate the problem using only setkey from the
command line (taken from ipsec-tools)

THE STEPS:
-------------------
setkey.conf:
flush;
add 10.0.0.20[4500] 10.0.0.10[50000] esp-udp 0x2010 -E 3des-cbc
0x123456781234567812345678123456781234567812345000;
add 10.0.0.10[50000] 10.0.0.20[4500] esp-udp 0x1020 -E 3des-cbc
0x123456781234567812345678123456781234567812345000;
add 10.0.0.20[4500] 10.0.0.10[60000] esp-udp 0x2011 -E 3des-cbc
0x123456781234567812345678123456781234567812345111;
add 10.0.0.10[60000] 10.0.0.20[4500] esp-udp 0x1120 -E 3des-cbc
0x123456781234567812345678123456781234567812345111;

setkey -f setkey.conf

THE RESULT (SAD as provided by setkey and manually shortened):
--------------------------------------------------------------------------------------------------
10.0.0.10[50000] 10.0.0.20[4500]
    esp-udp mode=any spi=4384(0x00001120) reqid=0(0x00000000)
    E: 3des-cbc  12345678 12345678 12345678 12345678 12345678 12345111
                     :
    sadb_seq=3 pid=1144 refcnt=1
10.0.0.10[50000] 10.0.0.20[4500]
    esp-udp mode=any spi=4128(0x00001020) reqid=0(0x00000000)
    E: 3des-cbc  12345678 12345678 12345678 12345678 12345678 12345000
                    :
    sadb_seq=2 pid=1144 refcnt=1
10.0.0.20[4500] 10.0.0.10[50000]
    esp-udp mode=any spi=8209(0x00002011) reqid=0(0x00000000)
    E: 3des-cbc  12345678 12345678 12345678 12345678 12345678 12345111
                    :
    sadb_seq=1 pid=1144 refcnt=1
10.0.0.20[4500] 10.0.0.10[50000]
    esp-udp mode=any spi=8208(0x00002010) reqid=0(0x00000000)
    E: 3des-cbc  12345678 12345678 12345678 12345678 12345678 12345000
                    :
    sadb_seq=0 pid=1144 refcnt=1

According to my calculations the first SA (with spi 0x00001120) and the
second SA (with spi 0x00002011) should be for port 60000 instead of 500000.
Any idea what is wrong?

I hope it makes sense.

Regards

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 07:36:13 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 92014106566C
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 07:36:13 +0000 (UTC)
	(envelope-from vanhu@zeninc.net)
Received: from smtp.zeninc.net (smtp.zeninc.net [80.67.176.25])
	by mx1.freebsd.org (Postfix) with ESMTP id 49E348FC20
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 07:36:13 +0000 (UTC)
Received: from astro.zen.inc (astro.zen.inc [192.168.1.239])
	by smtp.zeninc.net (smtpd) with ESMTP id DBEE82798BC;
	Fri, 25 Sep 2009 09:36:11 +0200 (CEST)
Received: by astro.zen.inc (Postfix, from userid 1000)
	id 7965F1702C; Fri, 25 Sep 2009 09:36:01 +0200 (CEST)
Date: Fri, 25 Sep 2009 09:36:01 +0200
From: VANHULLEBUS Yvan <vanhu@FreeBSD.org>
To: Riaan Kruger <riaank@gmail.com>
Message-ID: <20090925073600.GA16224@zeninc.net>
References: <85c4b1850909242348o312a0015vf0bf52a141c09f42@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <85c4b1850909242348o312a0015vf0bf52a141c09f42@mail.gmail.com>
User-Agent: All mail clients suck. This one just sucks less.
Cc: Riaan nanoteq <rk@nanoteq.co.za>, freebsd-net@freebsd.org
Subject: Re: IPsec NATT: Multiple initiators behind NAT
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 07:36:13 -0000

Hi.

On Fri, Sep 25, 2009 at 08:48:50AM +0200, Riaan Kruger wrote:
> I have a problem with multiple IPsec Gateways behind a single NAT
> communicating to one responder (on the other side of the NAT).
> 
> The diagram shows a typical set up. (FreeBSD 8 and ipsec-tools 0.7.2)

FreeBSD 8 ans ipsec-tools 0.7.x are NOT expected to work together when
using NAT-T (actually, I'm just not sure ipsec-tools will detect
kernel NAT-T support and compile correctly....).


Please try again with a recent ipsec-tools HEAD snapshot.


>   GW (Initiator) ----|
>                            | --- NAT ----- GW (responder)
>   GW (Initiator) ----|
> 
> On the responder the SADs get "mixed up" when a second set of SAs are
> written to the SAD for the second GW.
> The port numbers of the second set of SAs are set to that of the first set
> of SAs even though different ones are provided.
> 
> I tried to isolate and illustrate the problem using only setkey from the
> command line (taken from ipsec-tools)
> 
> THE STEPS:
> -------------------
> setkey.conf:
> flush;
> add 10.0.0.20[4500] 10.0.0.10[50000] esp-udp 0x2010 -E 3des-cbc
> 0x123456781234567812345678123456781234567812345000;
> add 10.0.0.10[50000] 10.0.0.20[4500] esp-udp 0x1020 -E 3des-cbc
> 0x123456781234567812345678123456781234567812345000;
> add 10.0.0.20[4500] 10.0.0.10[60000] esp-udp 0x2011 -E 3des-cbc
> 0x123456781234567812345678123456781234567812345111;
> add 10.0.0.10[60000] 10.0.0.20[4500] esp-udp 0x1120 -E 3des-cbc
> 0x123456781234567812345678123456781234567812345111;

Do you have enough control on NAT device to ensure those will be the
correct source ports ?

Usually, on such setups, source ports for initiators can't be
predicted, so weuse generate_policy feature on responder's side.


Yvan.

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 07:37:40 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 9C1F51065693;
	Fri, 25 Sep 2009 07:37: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 815928FC1C;
	Fri, 25 Sep 2009 07:37:40 +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 n8P7ZrTx024235;
	Fri, 25 Sep 2009 00:37:40 -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: Fri, 25 Sep 2009 00:27:04 -0700
Message-ID: <B583FBF374231F4A89607B4D08578A4305699AA6@bcs-mail03.internal.cacheflow.com>
In-Reply-To: <4ABC6E7C.80305@FreeBSD.org>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Point-to-Point interfaces regressions
Thread-Index: Aco9sD+8nsqzA6lWTl2WknIwkaHU9wAAFjSQ
References: <4ABBAC87.4040306@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>
	<4ABBE5C6.6070707@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A43056998A4@bcs-mail03.internal.cacheflow.com>
	<4ABC6E7C.80305@FreeBSD.org>
From: "Li, Qing" <qing.li@bluecoat.com>
To: "Alexander Motin" <mav@FreeBSD.org>
Cc: freebsd-net <freebsd-net@FreeBSD.org>, freebsd-current@FreeBSD.org
Subject: RE: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 07:37:40 -0000

>=20
> Li, Qing wrote:
> >> Me and many other people running net/mpd handling thousands of PtP
> >> interfaces sharing local addresses with each other and with some
> >> Ethernet interface. This change makes such setup inoperable, as mpd
> >> will constantly receive errors while trying to set addresses and
> >> drop connections.
> >
> >   I can revert to the old behavior. I asked for feedback and
received
> >   none at the time ...
>=20
> I would like to see it working, but working correctly. If it is not
> possible to implement it correctly - then reverted, or at least
> disabled
> by default.
>=20

  Asking for compatibility is reasonable but the existing packet=20
  leaking behavior is incorrect. =20

  After reviewing the previous thread on this topic back in July,
  I see that Henri Hennebert requested this feature for IPv6.

  I intend to introduce a sysctl variable to control whether loopback
  route should be installed for the local end point. By default
  the old behavior maintained.

  -- Qing



From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 08:55:47 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 4B7FE106568B
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 08:55:47 +0000 (UTC)
	(envelope-from dsh@wizard.volgograd.ru)
Received: from dsh.falconknight.com (dsh.falconknight.com [66.160.163.23])
	by mx1.freebsd.org (Postfix) with ESMTP id 756AA8FC13
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 08:55:45 +0000 (UTC)
Received: from localhost (dsh [66.160.163.23])
	by dsh.falconknight.com (Postfix) with ESMTP id C6BEDB63503;
	Fri, 25 Sep 2009 01:55:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=
	wizard.volgograd.ru; h=content-transfer-encoding:content-type
	:mime-version:x-mailer:references:in-reply-to:message-id:subject
	:from:date:received:received:x-virus-scanned; s=foo; t=
	1253868945; x=1255683345; bh=ooFZX4jhK96euVVy5OjuB8Df0Tb/RdD0ZI8
	8UjzHH9M=; b=jKFtgMMOcxAmY2PDauK2vw+TqL/zVI0jNyuvdk+3XwWuRV+KD+P
	zFZdN47GQdUFei6X7rviZwL0c8DOZh03z6Zlf0XLhnt2IeYhZEfpFnfLuujBfAoJ
	E+2Qm/D3jJEbwHMhSoXpuuTTHWWSlCiKJ5516khn9erhluwnotzAmnyc=
X-Virus-Scanned: amavisd-new at wizard.volgograd.ru
Received: from dsh.falconknight.com ([66.160.163.23])
	by localhost (dsh.falconknight.com [66.160.163.23]) (amavisd-new,
	port 10026)
	with LMTP id p5XdZF6RJEZi; Fri, 25 Sep 2009 01:55:45 -0700 (PDT)
Received: from localhost (unknown [85.173.92.192])
	by dsh.falconknight.com (Postfix) with ESMTPSA id E1437B634F7;
	Fri, 25 Sep 2009 01:55:42 -0700 (PDT)
Date: Fri, 25 Sep 2009 12:55:37 +0400
From: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
To: Sam Leffler <sam@freebsd.org>
Message-ID: <20090925125537.0d272e28@wizard.volgograd.ru>
In-Reply-To: <4ABC2F11.5080202@freebsd.org>
References: <20090921191327.045cf140@wizard.volgograd.ru>
	<20090921195011.2a1f5143@wizard.volgograd.ru>
	<4AB8FEB3.3010907@memberwebs.com>
	<20090922224155.13949fa4@wizard.volgograd.ru>
	<4ABC2F11.5080202@freebsd.org>
X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Cc: stef-list@memberwebs.com, stef@memberwebs.com, freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 08:55:47 -0000

Hello,

On Thu, 24 Sep 2009 19:46:41 -0700
Sam Leffler <sam@freebsd.org> wrote:

> > May be do you know why I'm getting normal speed (2Mb/s) for some
> > time after using "ifconfig bssid ..." command only?
> 
> When you set the bssid you reset the state of the tx rate control code
> and that probably resets the tx rate to 24M.

Does it possible to disable tx rate control and lock wlan0 on
OFDM/54Mbps? Think it isn't right tha I have only 900K of transfer speed
without using of bssid command.

Thanks!

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 09:01:09 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 DE3C010656C9;
	Fri, 25 Sep 2009 09:01:09 +0000 (UTC)
	(envelope-from jhay@meraka.csir.co.za)
Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za
	[IPv6:2001:4200:7000:2::1])
	by mx1.freebsd.org (Postfix) with ESMTP id 1209C8FC17;
	Fri, 25 Sep 2009 09:01:09 +0000 (UTC)
Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973)
	id EA8883982B; Fri, 25 Sep 2009 11:01:04 +0200 (SAST)
Date: Fri, 25 Sep 2009 11:01:04 +0200
From: John Hay <jhay@meraka.org.za>
To: "Li, Qing" <qing.li@bluecoat.com>
Message-ID: <20090925090104.GA99931@zibbi.meraka.csir.co.za>
References: <4ABBAC87.4040306@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>
	<4ABBE5C6.6070707@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A43056998A4@bcs-mail03.internal.cacheflow.com>
	<4ABC6E7C.80305@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A4305699AA6@bcs-mail03.internal.cacheflow.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <B583FBF374231F4A89607B4D08578A4305699AA6@bcs-mail03.internal.cacheflow.com>
User-Agent: Mutt/1.4.2.3i
Cc: freebsd-net <freebsd-net@FreeBSD.org>, Alexander Motin <mav@FreeBSD.org>,
	freebsd-current@FreeBSD.org
Subject: Re: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 09:01:10 -0000

On Fri, Sep 25, 2009 at 12:27:04AM -0700, Li, Qing wrote:
> > 
> > Li, Qing wrote:
> > >> Me and many other people running net/mpd handling thousands of PtP
> > >> interfaces sharing local addresses with each other and with some
> > >> Ethernet interface. This change makes such setup inoperable, as mpd
> > >> will constantly receive errors while trying to set addresses and
> > >> drop connections.
> > >
> > >   I can revert to the old behavior. I asked for feedback and
> received
> > >   none at the time ...
> > 
> > I would like to see it working, but working correctly. If it is not
> > possible to implement it correctly - then reverted, or at least
> > disabled
> > by default.
> > 
> 
>   Asking for compatibility is reasonable but the existing packet 
>   leaking behavior is incorrect.  
> 
>   After reviewing the previous thread on this topic back in July,
>   I see that Henri Hennebert requested this feature for IPv6.
> 
>   I intend to introduce a sysctl variable to control whether loopback
>   route should be installed for the local end point. By default
>   the old behavior maintained.

What about only adding the route if it does not exist yet? That should
handle the common case of reusing your ip address on the ethernet
interface on the local side of point-to-point links.

John
-- 
John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 09:02:56 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 36E94106568F
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 09:02:56 +0000 (UTC)
	(envelope-from xdsgrrr@consultcommerce.com)
Received: from mail.consultcommerce.com (ns.consultcommerce.com [87.246.2.254])
	by mx1.freebsd.org (Postfix) with ESMTP id 8DC5A8FC1A
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 09:02:55 +0000 (UTC)
Received: (qmail 93543 invoked by uid 0); 25 Sep 2009 11:36:13 +0300
Received: from 85.118.192.131 by ns.consultcommerce.com (envelope-from
	<xdsgrrr@consultcommerce.com>, uid 0) with qmail-scanner-1.25 
	(clamdscan: 0.87/1102. spamassassin: 3.1.0.  
	Clear:RC:0(85.118.192.131):SA:0(0.9/4.5):. 
	Processed in 3.624063 secs); 25 Sep 2009 08:36:13 -0000
X-Spam-Status: No, hits=0.9 required=4.5
X-Qmail-Scanner-Mail-From: xdsgrrr@consultcommerce.com via
	ns.consultcommerce.com
X-Qmail-Scanner: 1.25 (Clear:RC:0(85.118.192.131):SA:0(0.9/4.5):. Processed in
	3.624063 secs)
Received: from unknown (HELO ?172.16.3.221?)
	(xdsgrrr@consultcommerce.com@85.118.192.131)
	by ns.consultcommerce.com with SMTP; 25 Sep 2009 11:36:10 +0300
From: xdsgrrr <xdsgrrr@consultcommerce.com>
To: freebsd-net@freebsd.org
In-Reply-To: <C0778F03-C450-4C69-8AF0-4A6A8F9E690F@gmail.com>
References: <7B9397B189EB6E46A5EE7B4C8A4BB7CB3042DBE7@MBX03.exg5.exghost.com>
	<C0778F03-C450-4C69-8AF0-4A6A8F9E690F@gmail.com>
Content-Type: text/plain
Date: Fri, 25 Sep 2009 11:35:43 +0300
Message-Id: <1253867743.41478.17.camel@so1-ay279.globul.bg>
Mime-Version: 1.0
X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port 
Content-Transfer-Encoding: 7bit
Cc: Peter Steele <psteele@maxiscale.com>
Subject: Re: Can lagg0 failback be prevented?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 09:02:56 -0000

>From STP and RSTP  side etherchannels looks as one link so this can be
STP issue if nobody have configured the switch on the other end   If its
not the case  there is a other modes that you can play with fec (static)
lacp that can fit you needs , if you still have a problems provide more
information about the setup :)) of the both sides 
 :)) to otherwise we can just make theories 
On Thu, 2009-09-24 at 09:32 +0300, Nikolay Denev wrote:
> How long exactly is that "momentary network outage"?
> If it's longer than a few (1-5) seconds it may be due to
> RSTP or STP enabled on the switch.
> You could try disabling STP on these ports and see if it will
> start forwarding traffic faster.
> 
> --
> Regards,
> Nikolay Denev
> 
> 
> 
> 
> On 16 Sep, 2009, at 03:23 , Peter Steele wrote:
> 
> > We're using the lag driver to provide automatic failover in case of  
> > a network outage. The default configuration looks like this:
> >
> > lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0  
> > mtu 1500
> >         
> > options=19b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>
> >        ether 00:a0:d1:e3:58:26
> >        inet 192.168.17.40 netmask 0xfffff000 broadcast 192.168.31.255
> >        inet 192.168.22.11 netmask 0xffffff00 broadcast 192.168.22.255
> >        media: Ethernet autoselect
> >        status: active
> >        laggproto failover
> >        laggport: nfe1 flags=0<>
> >        laggport: nfe0 flags=5<MASTER,ACTIVE>
> >
> > If nfe0 was to fail, we get an (almost) automatic failover to nfe1:
> >
> > lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0  
> > mtu 1500
> >         
> > options=19b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>
> >        ether 00:a0:d1:e3:58:26
> >        inet 192.168.17.40 netmask 0xfffff000 broadcast 192.168.31.255
> >        inet 192.168.22.11 netmask 0xffffff00 broadcast 192.168.22.255
> >        media: Ethernet autoselect
> >        status: active
> >        laggproto failover
> >        laggport: nfe1 flags=4<ACTIVE>
> >        laggport: nfe0 flags=1<MASTER>
> >
> > The problem we're having is when nfe0 comes online again, a failback  
> > occurs making nfe0 active again. This causes a momentary network  
> > outage that we want to prevent. Is there a way to configure the lagg  
> > device to stay with the currently active interface, even if the  
> > MASTER interface comes back online?
> >
> > _______________________________________________
> > 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"
-- 
br,
Atanas Yankov
Data Networks & Security Section
IT Division

CCIE # 21756



From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 09:59:04 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 F24B0106566C;
	Fri, 25 Sep 2009 09:59:04 +0000 (UTC) (envelope-from des@des.no)
Received: from tim.des.no (tim.des.no [194.63.250.121])
	by mx1.freebsd.org (Postfix) with ESMTP id B54818FC1C;
	Fri, 25 Sep 2009 09:59:04 +0000 (UTC)
Received: from ds4.des.no (des.no [84.49.246.2])
	by smtp.des.no (Postfix) with ESMTP id 95ADE6D41B;
	Fri, 25 Sep 2009 09:59:02 +0000 (UTC)
Received: by ds4.des.no (Postfix, from userid 1001)
	id 57475844B4; Fri, 25 Sep 2009 11:59:02 +0200 (CEST)
From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no>
To: Michael Proto <mike@jellydonut.org>
References: <86d45g4ffl.fsf@ds4.des.no>
	<1de79840909241050h6b3233dcgbd07386d716dac7f@mail.gmail.com>
Date: Fri, 25 Sep 2009 11:59:01 +0200
In-Reply-To: <1de79840909241050h6b3233dcgbd07386d716dac7f@mail.gmail.com>
	(Michael Proto's message of "Thu, 24 Sep 2009 13:50:46 -0400")
Message-ID: <86fxabpcpm.fsf@ds4.des.no>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org
Subject: Re: Confused tcpdump
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 09:59:05 -0000

Michael Proto <mike@jellydonut.org> writes:
> Dag-Erling Sm=C3=B8rgrav <des@des.no> writes:
> > 15:50:42.622040 IP 10.0.0.10.871009576 > 10.0.0.4.2049: 192 lookup [|nf=
s]
> > 15:50:42.622386 IP 10.0.0.4.2049 > 10.0.0.10.871009576: reply ok 236 lo=
okup [|nfs]
> >
> > I'm pretty sure 871009576 is not a valid port number...
> I've noticed this behavior since at least 4.3 as well, with the source
> port being some obscenely-high number, when examining UDP-based NFS
> traffic with tcpdump (32bit).

Somebody explained to me that this is in fact the NFS transaction ID:

       NFS Requests and Replies

       Sun NFS (Network File System) requests and replies are printed as:
              src.xid > dst.nfs: len op args
              src.nfs > dst.xid: reply stat len op results
              sushi.6709 > wrl.nfs: 112 readlink fh 21,24/10.73165
              wrl.nfs > sushi.6709: reply ok 40 readlink "../var"
              sushi.201b > wrl.nfs:
                   144 lookup fh 9,74/4096.6878 "xcolors"
              wrl.nfs > sushi.201b:
                   reply ok 128 lookup fh 9,74/4134.3150
       In  the  first line, host sushi sends a transaction with id 6709 to =
wrl
       (note that the number following the src host is a transaction  id,  =
not
       the  source port).  The request was 112 bytes, excluding the UDP and=
 IP
       headers.  The operation was a readlink (read  symbolic  link)  on  f=
ile
       handle (fh) 21,24/10.731657119.  (If one is lucky, as in this case, =
the
       file handle can be interpreted as a  major,minor  device  number  pa=
ir,
       followed  by the inode number and generation number.)  Wrl replies =
=E2=80=98ok=E2=80=99
       with the contents of the link.

DES
--=20
Dag-Erling Sm=C3=B8rgrav - des@des.no

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 12:51:57 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 7EBA71065679
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 12:51:57 +0000 (UTC)
	(envelope-from stef-list@memberwebs.com)
Received: from memberwebs.com (memberwebs.com [94.75.203.95])
	by mx1.freebsd.org (Postfix) with ESMTP id 3EDAA8FC1A
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 12:51:57 +0000 (UTC)
Received: from [172.27.5.159] (unknown [172.27.5.159])
	by memberwebs.com (Postfix) with ESMTP id F2B9683E4AB;
	Fri, 25 Sep 2009 12:51:53 +0000 (UTC)
Message-ID: <4ABCBCE6.8080501@memberwebs.com>
Date: Fri, 25 Sep 2009 07:51:50 -0500
From: Stef Walter <stef-list@memberwebs.com>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
References: <20090921191327.045cf140@wizard.volgograd.ru>	<20090921195011.2a1f5143@wizard.volgograd.ru>	<4AB8FEB3.3010907@memberwebs.com>	<20090922224155.13949fa4@wizard.volgograd.ru>	<4ABC2F11.5080202@freebsd.org>
	<20090925125537.0d272e28@wizard.volgograd.ru>
In-Reply-To: <20090925125537.0d272e28@wizard.volgograd.ru>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Cc: freebsd-net@freebsd.org, Sam Leffler <sam@freebsd.org>
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: stef@memberwebs.com
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 12:51:57 -0000

Denis Shaposhnikov wrote:
> Hello,
> 
> On Thu, 24 Sep 2009 19:46:41 -0700
> Sam Leffler <sam@freebsd.org> wrote:
> 
>>> May be do you know why I'm getting normal speed (2Mb/s) for some
>>> time after using "ifconfig bssid ..." command only?
>> When you set the bssid you reset the state of the tx rate control code
>> and that probably resets the tx rate to 24M.
> 
> Does it possible to disable tx rate control and lock wlan0 on
> OFDM/54Mbps? Think it isn't right tha I have only 900K of transfer speed
> without using of bssid command.

Off the top of my head:

ifconfig ath0 media OFDM/54Mbps

Cheers,

Stef


From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 13:35:20 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 495BA106566C;
	Fri, 25 Sep 2009 13:35:20 +0000 (UTC)
	(envelope-from mavbsd@gmail.com)
Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com
	[209.85.218.227])
	by mx1.freebsd.org (Postfix) with ESMTP id 94E2D8FC16;
	Fri, 25 Sep 2009 13:35:19 +0000 (UTC)
Received: by bwz27 with SMTP id 27so1929914bwz.43
	for <multiple recipients>; Fri, 25 Sep 2009 06:35:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:sender:message-id:date:from
	:user-agent:mime-version:to:cc:subject:references:in-reply-to
	:x-enigmail-version:content-type:content-transfer-encoding;
	bh=/M9N6sgtyjSoanZSMxJDqHO0iSGYxe1D+iDZpRYTngw=;
	b=RpWzj0ytZg6dgZXn5srypv/RAg9f6GjrgWhb7403QHyCo9sz1Y6x64l6l4k9WFhYM3
	5u+0pWbBfYBYtNWQ6u+ot5Mzw0eaitZmwPvb+p83ZlSiEwWfYjdFLHTNeGbknyVQSw4j
	6eNdi9WHD5sQDUP0CBFO4L0AC0deQs8XWDhU8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject
	:references:in-reply-to:x-enigmail-version:content-type
	:content-transfer-encoding;
	b=elvIiKt/7IVB3bvU2UF7DBSR6ErWMKnTGECHZ0A27fcSwlvD4ytop/BAApgWIYXhsL
	AzPc+h3Wpkbo/2B1BZsrOm6qWvePXYbhaTl41vYouC5rzNe9V7bpJ5q92sRLJBE9PhmO
	YjwVw8/oID/qh92IDjF473UZ6ppm08DIxPkH4=
Received: by 10.204.154.131 with SMTP id o3mr141943bkw.66.1253885718544;
	Fri, 25 Sep 2009 06:35:18 -0700 (PDT)
Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226])
	by mx.google.com with ESMTPS id 22sm676729fkq.0.2009.09.25.06.35.16
	(version=SSLv3 cipher=RC4-MD5); Fri, 25 Sep 2009 06:35:17 -0700 (PDT)
Sender: Alexander Motin <mavbsd@gmail.com>
Message-ID: <4ABCC712.3090400@FreeBSD.org>
Date: Fri, 25 Sep 2009 16:35:14 +0300
From: Alexander Motin <mav@FreeBSD.org>
User-Agent: Thunderbird 2.0.0.23 (X11/20090901)
MIME-Version: 1.0
To: John Hay <jhay@meraka.org.za>
References: <4ABBAC87.4040306@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>
	<4ABBE5C6.6070707@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A43056998A4@bcs-mail03.internal.cacheflow.com>
	<4ABC6E7C.80305@FreeBSD.org>
	<B583FBF374231F4A89607B4D08578A4305699AA6@bcs-mail03.internal.cacheflow.com>
	<20090925090104.GA99931@zibbi.meraka.csir.co.za>
In-Reply-To: <20090925090104.GA99931@zibbi.meraka.csir.co.za>
X-Enigmail-Version: 0.96.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: freebsd-net <freebsd-net@FreeBSD.org>, "Li, Qing" <qing.li@bluecoat.com>,
	freebsd-current@FreeBSD.org
Subject: Re: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 13:35:20 -0000

John Hay wrote:
> On Fri, Sep 25, 2009 at 12:27:04AM -0700, Li, Qing wrote:
>>> Li, Qing wrote:
>>>>> Me and many other people running net/mpd handling thousands of PtP
>>>>> interfaces sharing local addresses with each other and with some
>>>>> Ethernet interface. This change makes such setup inoperable, as mpd
>>>>> will constantly receive errors while trying to set addresses and
>>>>> drop connections.
>>>>   I can revert to the old behavior. I asked for feedback and
>> received
>>>>   none at the time ...
>>> I would like to see it working, but working correctly. If it is not
>>> possible to implement it correctly - then reverted, or at least
>>> disabled
>>> by default.
>>>
>>   Asking for compatibility is reasonable but the existing packet 
>>   leaking behavior is incorrect.  
>>
>>   After reviewing the previous thread on this topic back in July,
>>   I see that Henri Hennebert requested this feature for IPv6.
>>
>>   I intend to introduce a sysctl variable to control whether loopback
>>   route should be installed for the local end point. By default
>>   the old behavior maintained.

Ok. Will it fixed for 8.0-RELEASE?

> What about only adding the route if it does not exist yet? That should
> handle the common case of reusing your ip address on the ethernet
> interface on the local side of point-to-point links.

Special care should be taken then on address remove, to not remove route
while the same address is still present on another interface. Also care
should be taken for the case, when address assigned to Ethernet
interface after PtP.

-- 
Alexander Motin

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 13:54:26 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 9E90210656A8;
	Fri, 25 Sep 2009 13:54:26 +0000 (UTC)
	(envelope-from dsh@wizard.volgograd.ru)
Received: from dsh.falconknight.com (dsh.falconknight.com [66.160.163.23])
	by mx1.freebsd.org (Postfix) with ESMTP id 7BCE48FC15;
	Fri, 25 Sep 2009 13:54:26 +0000 (UTC)
Received: from localhost (dsh [66.160.163.23])
	by dsh.falconknight.com (Postfix) with ESMTP id 1CD22B63503;
	Fri, 25 Sep 2009 06:54:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=
	wizard.volgograd.ru; h=content-transfer-encoding:content-type
	:mime-version:x-mailer:references:in-reply-to:message-id:subject
	:from:date:received:received:x-virus-scanned; s=foo; t=
	1253886865; x=1255701265; bh=s4ijgAJ/oJPsGnDB93EYAFFetmgg7/BnxC5
	2uKApGgw=; b=s1W59/0hQK6Kz1GMMBN/AR4DP3Ewjc7D4GDhzKQnv2mRfM2D5ff
	rzmkHRI5hoh/DKoiraIm1EJ0OItzObfxNjFgFb/L9FDBS05THFXZjYmtKewGueX5
	0EczWOU54N/9lW415VqPlmtuLlO39Ke0q5mUxB5ZMWgetaqTxpqIRd34=
X-Virus-Scanned: amavisd-new at wizard.volgograd.ru
Received: from dsh.falconknight.com ([66.160.163.23])
	by localhost (dsh.falconknight.com [66.160.163.23]) (amavisd-new,
	port 10026)
	with LMTP id aJeWo7j6pC2b; Fri, 25 Sep 2009 06:54:25 -0700 (PDT)
Received: from localhost (unknown [85.173.92.192])
	by dsh.falconknight.com (Postfix) with ESMTPSA id 1597CB634F7;
	Fri, 25 Sep 2009 06:54:23 -0700 (PDT)
Date: Fri, 25 Sep 2009 17:54:19 +0400
From: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
To: stef@memberwebs.com
Message-ID: <20090925175419.0c3031ff@wizard.volgograd.ru>
In-Reply-To: <4ABCBCE6.8080501@memberwebs.com>
References: <20090921191327.045cf140@wizard.volgograd.ru>
	<20090921195011.2a1f5143@wizard.volgograd.ru>
	<4AB8FEB3.3010907@memberwebs.com>
	<20090922224155.13949fa4@wizard.volgograd.ru>
	<4ABC2F11.5080202@freebsd.org>
	<20090925125537.0d272e28@wizard.volgograd.ru>
	<4ABCBCE6.8080501@memberwebs.com>
X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Cc: stef-list@memberwebs.com, Sam Leffler <sam@freebsd.org>,
	freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 13:54:26 -0000

Hello,

On Fri, 25 Sep 2009 07:51:50 -0500
Stef Walter <stef-list@memberwebs.com> wrote:

> Off the top of my head:
> 
> ifconfig ath0 media OFDM/54Mbps

I tried it and it didn't help. Nothing changed in the rate behaviour.

From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 14:14:22 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 C45C11065670
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 14:14:22 +0000 (UTC)
	(envelope-from barney_cordoba@yahoo.com)
Received: from n4a.bullet.mail.ac4.yahoo.com (n4a.bullet.mail.ac4.yahoo.com
	[76.13.13.67]) by mx1.freebsd.org (Postfix) with SMTP id 764868FC0C
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 14:14:22 +0000 (UTC)
Received: from [76.13.13.25] by n4.bullet.mail.ac4.yahoo.com with NNFMP;
	25 Sep 2009 14:14:21 -0000
Received: from [76.13.10.171] by t4.bullet.mail.ac4.yahoo.com with NNFMP;
	25 Sep 2009 14:14:21 -0000
Received: from [127.0.0.1] by omp112.mail.ac4.yahoo.com with NNFMP;
	25 Sep 2009 14:14:21 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 562061.69649.bm@omp112.mail.ac4.yahoo.com
Received: (qmail 87317 invoked by uid 60001); 25 Sep 2009 14:14:21 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024;
	t=1253888061; bh=2+WZgkgRWps4PTBRhk9sz22l7Jnx9xQ2+QsCl5DA7s8=;
	h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=0UVnaC3OvPjdB41NfRMzYjz1oyp0hR2ANxB6tmlGHvJ/3RizPHTtvxq0UXN2+rFYIhDwCdHg46yTUJtpoaxGt/srFJIlJzWZRya/v8UvSQ4Vd6IijOh+qyMHm5yUCsK0kQDFPtLLNqz24gnSM68ILZIwoW3P3Kl5NYP5n69VmNs=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
	h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding;
	b=PF4GY1bjzHtzSvHMMZhvMN+OAqCBMBHRmOEO1nMx8fyHjQklpCYi7tevvIdiCQoyvezgjbFYdqllT8C8BlpecUUIhXDl4+KaP0ldslEcwDzeRBeuk8s09fMrKzAepMfQxiZVYwenHg2cD3eXAb/B5KVddheYsBPTcOyORt/1PqM=;
Message-ID: <461385.86611.qm@web63904.mail.re1.yahoo.com>
X-YMail-OSG: TVOg4F0VM1l9YipZaSSz.ZIO8FofMCspErOk74eEZMx5Y5vYUYuMHhmp9WTws94YWVYsoNmaI3_Tf8kvZL6megU1LzKVJOZMfwMBDH5OxvHaUdKeOqjKJtz4KpXBSd7Te7BLE1s5aigz2g6X1MUrG8k1xj0fAnG5ECzxSxpDUltGq8KMwpK45EOuTJIwAdEepXAzJZ8TkR3UkJAQe3RFp9aPUjwQqortY7hvCLJlgOiAArvm13FELZjupUkAf2_7AUj8To9jjt_15wOmK_VqDRjATwl2
Received: from [98.203.21.152] by web63904.mail.re1.yahoo.com via HTTP;
	Fri, 25 Sep 2009 07:14:21 PDT
X-Mailer: YahooMailClassic/7.0.14 YahooMailWebService/0.7.347.3
Date: Fri, 25 Sep 2009 07:14:21 -0700 (PDT)
From: Barney Cordoba <barney_cordoba@yahoo.com>
To: Peter Steele <psteele@maxiscale.com>, Nikolay Denev <ndenev@gmail.com>
In-Reply-To: <C0778F03-C450-4C69-8AF0-4A6A8F9E690F@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: freebsd-net@freebsd.org
Subject: Re: Can lagg0 failback be prevented?
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 14:14:22 -0000

=0A=0A--- On Thu, 9/24/09, Nikolay Denev <ndenev@gmail.com> wrote:=0A=0A> F=
rom: Nikolay Denev <ndenev@gmail.com>=0A> Subject: Re: Can lagg0 failback b=
e prevented?=0A> To: "Peter Steele" <psteele@maxiscale.com>=0A> Cc: freebsd=
-net@freebsd.org=0A> Date: Thursday, September 24, 2009, 2:32 AM=0A> How lo=
ng exactly is that "momentary=0A> network outage"?=0A> If it's longer than =
a few (1-5) seconds it may be due to=0A> RSTP or STP enabled on the switch.=
=0A> You could try disabling STP on these ports and see if it=0A> will=0A> =
start forwarding traffic faster.=0A> =0A> --=0A> Regards,=0A> Nikolay Denev=
=0A> =0A> =0A> =0A> =0A> On 16 Sep, 2009, at 03:23 , Peter Steele wrote:=0A=
> =0A> > We're using the lag driver to provide automatic=0A> failover in ca=
se of a network outage. The default=0A> configuration looks like this:=0A> =
> =0A> > lagg0:=0A> flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>=0A=
> metric 0 mtu 1500=0A> >=A0 =A0 =A0 =A0=0A> options=3D19b<RXCSUM,TXCSUM,VL=
AN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>=0A> >=A0 =A0 =A0 =A0 ether 00:a0:d1=
:e3:58:26=0A> >=A0 =A0 =A0 =A0 inet 192.168.17.40 netmask=0A> 0xfffff000 br=
oadcast 192.168.31.255=0A> >=A0 =A0 =A0 =A0 inet 192.168.22.11 netmask=0A> =
0xffffff00 broadcast 192.168.22.255=0A> >=A0 =A0 =A0 =A0 media: Ethernet au=
toselect=0A> >=A0 =A0 =A0 =A0 status: active=0A> >=A0 =A0 =A0 =A0 laggproto=
 failover=0A> >=A0 =A0 =A0 =A0 laggport: nfe1=0A> flags=3D0<>=0A> >=A0 =A0 =
=A0 =A0 laggport: nfe0=0A> flags=3D5<MASTER,ACTIVE>=0A> > =0A> > If nfe0 wa=
s to fail, we get an (almost) automatic=0A> failover to nfe1:=0A> > =0A> > =
lagg0:=0A> flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>=0A> metric =
0 mtu 1500=0A> >=A0 =A0 =A0 =A0=0A> options=3D19b<RXCSUM,TXCSUM,VLAN_MTU,VL=
AN_HWTAGGING,VLAN_HWCSUM,TSO4>=0A> >=A0 =A0 =A0 =A0 ether 00:a0:d1:e3:58:26=
=0A> >=A0 =A0 =A0 =A0 inet 192.168.17.40 netmask=0A> 0xfffff000 broadcast 1=
92.168.31.255=0A> >=A0 =A0 =A0 =A0 inet 192.168.22.11 netmask=0A> 0xffffff0=
0 broadcast 192.168.22.255=0A> >=A0 =A0 =A0 =A0 media: Ethernet autoselect=
=0A> >=A0 =A0 =A0 =A0 status: active=0A> >=A0 =A0 =A0 =A0 laggproto failove=
r=0A> >=A0 =A0 =A0 =A0 laggport: nfe1=0A> flags=3D4<ACTIVE>=0A> >=A0 =A0 =
=A0 =A0 laggport: nfe0=0A> flags=3D1<MASTER>=0A> > =0A> > The problem we're=
 having is when nfe0 comes online=0A> again, a failback occurs making nfe0 =
active again. This=0A> causes a momentary network outage that we want to pr=
event.=0A> Is there a way to configure the lagg device to stay with the=0A>=
 currently active interface, even if the MASTER interface=0A> comes back on=
line?=0A> > =0A=0AThe "outage" is because the failover isn't detected until=
 you get a =0Afailure. When a link down is detected, the backup port is ena=
bled. =0ASo there is going to be some traffic loss. There may be packets in=
=0Athe transmit queue as well.=0A=0AI asked earlier why you were using fail=
over if you really don't care=0Awhich link it uses? If you load balance it =
will use both links=0Aunless one of the links is down, in which case it wou=
ld use one link.=0AYou'd avoid the problem that seems to concern you.=0A=0A=
Barney=0A=0A=0A      


From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 15:02:38 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 E11BA1065695
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 15:02:38 +0000 (UTC)
	(envelope-from agrim36@jadmin2.ded.arvixe.com)
Received: from jadmin2.ded.arvixe.com (ip9.salestools411.info [74.86.54.128])
	by mx1.freebsd.org (Postfix) with ESMTP id BE92D8FC21
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 15:02:38 +0000 (UTC)
Received: from agrim36 by jadmin2.ded.arvixe.com with local (Exim 4.69)
	(envelope-from <agrim36@jadmin2.ded.arvixe.com>) id 1MrBUl-0000Po-3b
	for freebsd-net@freebsd.org; Fri, 25 Sep 2009 07:09:59 -0700
To: freebsd-net@freebsd.org,
From: Angel <calilakers13@gmail.com>
MIME-Version: 1.0
X-Mailer: GMailer 1.2
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
Message-Id: <E1MrBUl-0000Po-3b@jadmin2.ded.arvixe.com>
Date: Fri, 25 Sep 2009 07:09:59 -0700
X-AntiAbuse: This header was added to track abuse,
	please include it with any abuse report
X-AntiAbuse: Primary Hostname - jadmin2.ded.arvixe.com
X-AntiAbuse: Original Domain - freebsd.org
X-AntiAbuse: Originator/Caller UID/GID - [663 663] / [47 12]
X-AntiAbuse: Sender Address Domain - jadmin2.ded.arvixe.com
Subject: Make Fast Money From home
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 15:02:39 -0000

NEW! * e-Mail 10k Per Day With a Push Of a Button!!

http://www.americaninternetgroup.com/emailer/emailer.php?uid=agrim36_1



Here is My Primary Business
Make Fast Money From home

Want Income For Life?
Want To Make 4.000 A Month? 
Want a Home Business Opportunity?
Join GDI!

Has a 7 day FREE TRIAL.
Is Recommended by the FCC.
Is Listed By The BBB.
Top 50 Fastest Growing Online Businesses.
Pays Residual Income.
Pays Bonuses!
And is only 10.00 a month!!

BONUSES!!
Sponsor 5 People A Week GET   100.00
Sponsor 10 People A Week GET 200.00
Sponsor 15 People A Week GET 300.00
There Is No Limit!!
 
And Collect 1.00 For Every Person You Sponsor
Every Month For Life!!

http://freedom.ws/index.dhtml?sponsor=agrim36&chk=1

http://www.mlmworldwidemoneymaker.com




From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 16:29:17 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 6E2E91065694
	for <freebsd-net@FreeBSD.org>; Fri, 25 Sep 2009 16:29:17 +0000 (UTC)
	(envelope-from julian@elischer.org)
Received: from outY.internet-mail-service.net (outy.internet-mail-service.net
	[216.240.47.248])
	by mx1.freebsd.org (Postfix) with ESMTP id 4D6F48FC1E
	for <freebsd-net@FreeBSD.org>; Fri, 25 Sep 2009 16:29:17 +0000 (UTC)
Received: from idiom.com (mx0.idiom.com [216.240.32.160])
	by out.internet-mail-service.net (Postfix) with ESMTP id 1898EB4EAF;
	Fri, 25 Sep 2009 09:29:17 -0700 (PDT)
X-Client-Authorized: MaGic Cook1e
X-Client-Authorized: MaGic Cook1e
X-Client-Authorized: MaGic Cook1e
X-Client-Authorized: MaGic Cook1e
X-Client-Authorized: MaGic Cook1e
Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38])
	by idiom.com (Postfix) with ESMTP id 9EF2A2D601A;
	Fri, 25 Sep 2009 09:29:16 -0700 (PDT)
Message-ID: <4ABCEFDF.5020501@elischer.org>
Date: Fri, 25 Sep 2009 09:29:19 -0700
From: Julian Elischer <julian@elischer.org>
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: John Hay <jhay@meraka.org.za>
References: <4ABBAC87.4040306@FreeBSD.org>	<B583FBF374231F4A89607B4D08578A430569985B@bcs-mail03.internal.cacheflow.com>	<4ABBE5C6.6070707@FreeBSD.org>	<B583FBF374231F4A89607B4D08578A43056998A4@bcs-mail03.internal.cacheflow.com>	<4ABC6E7C.80305@FreeBSD.org>	<B583FBF374231F4A89607B4D08578A4305699AA6@bcs-mail03.internal.cacheflow.com>
	<20090925090104.GA99931@zibbi.meraka.csir.co.za>
In-Reply-To: <20090925090104.GA99931@zibbi.meraka.csir.co.za>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-net <freebsd-net@FreeBSD.org>, "Li, Qing" <qing.li@bluecoat.com>,
	freebsd-current@FreeBSD.org, Alexander Motin <mav@FreeBSD.org>
Subject: Re: Point-to-Point interfaces regressions
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 16:29:17 -0000

John Hay wrote:
> On Fri, Sep 25, 2009 at 12:27:04AM -0700, Li, Qing wrote:
>>> Li, Qing wrote:
>>>>> Me and many other people running net/mpd handling thousands of PtP
>>>>> interfaces sharing local addresses with each other and with some
>>>>> Ethernet interface. This change makes such setup inoperable, as mpd
>>>>> will constantly receive errors while trying to set addresses and
>>>>> drop connections.
>>>>   I can revert to the old behavior. I asked for feedback and
>> received
>>>>   none at the time ...
>>> I would like to see it working, but working correctly. If it is not
>>> possible to implement it correctly - then reverted, or at least
>>> disabled
>>> by default.
>>>
>>   Asking for compatibility is reasonable but the existing packet 
>>   leaking behavior is incorrect.  
>>
>>   After reviewing the previous thread on this topic back in July,
>>   I see that Henri Hennebert requested this feature for IPv6.
>>
>>   I intend to introduce a sysctl variable to control whether loopback
>>   route should be installed for the local end point. By default
>>   the old behavior maintained.
> 
> What about only adding the route if it does not exist yet? That should
> handle the common case of reusing your ip address on the ethernet
> interface on the local side of point-to-point links.

the hard part is removing it if it is the last interface that uses it.

> 
> John


From owner-freebsd-net@FreeBSD.ORG  Fri Sep 25 19:51:15 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 BA130106566B
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 19:51:15 +0000 (UTC)
	(envelope-from Albert.Shih@obspm.fr)
Received: from blade2-ext.obspm.fr (blade2-ext.obspm.fr [145.238.186.8])
	by mx1.freebsd.org (Postfix) with ESMTP id 3E6168FC0C
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 19:51:14 +0000 (UTC)
Received: from obspm.fr (pcjas.obspm.fr [145.238.184.233])
	by blade2-ext.obspm.fr (8.13.8/8.13.8/SIO Observatoire de Paris -
	15/11/07) with ESMTP id n8PJpCi8026216
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 25 Sep 2009 21:51:13 +0200
Date: Fri, 25 Sep 2009 21:51:12 +0200
From: Albert Shih <Albert.Shih@obspm.fr>
To: freebsd-net@freebsd.org
Message-ID: <20090925195112.GE37873@obspm.fr>
References: <20090923101750.GC84230@obspm.fr> <20090924180914.GA1417@weongyo>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20090924180914.GA1417@weongyo>
User-Agent: Mutt/1.5.20 (2009-06-14)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0
	(blade2-ext.obspm.fr [145.238.186.20]);
	Fri, 25 Sep 2009 21:51:13 +0200 (CEST)
X-Virus-Scanned: clamav-milter 0.95.2 at blade2-ext.obspm.fr
X-Virus-Status: Clean
Cc: weongyo.jeong@gmail.com
Subject: Re: zyd & TEW-424UB
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 25 Sep 2009 19:51:15 -0000

 Le 24/09/2009 à 11:09:14-0700, Weongyo Jeong a écrit
> On Wed, Sep 23, 2009 at 12:17:50PM +0200, Albert Shih wrote:
> > Hi all
> >    
> > I'm using FreeBSD 7-stable on my laptop. The wifi card is not working with
> > FreeBSD.
> >   
> > So I just buy a
> >   
> >         Trendnet TEW-424UB
> >   
> > wifi usb adapter. I find this model in the
> >   
> >         man zyd
> >   
> > but when I plug my adapter (after add if_zyd_load="YES" in my loader.conf
> > and reboot) it's not working.
> > 
> > The adapter is not attach to some zyd drivers but usbgen1
> >   
> > Anyone have a idea why this f(*!@)(# adapter don't work ? or better some
> > solution ? 
> 
> Could you please show me the output of `usbdevs -v'?

Of course.

Controller /dev/usb6:
addr 1: high speed, self powered, config 1, EHCI root hub(0x0000),
Intel(0x0000), rev 1.00
 port 1 powered
 port 2 addr 2: high speed, power 500 mA, config 1, RTL8187B_WLAN_Adapter(0x8189), vendor 0x0bda(0x0bda), rev 2.00
 port 3 powered
 port 4 powered
 port 5 powered
 port 6 powered

Thanks for your help

Regards.


-- 
Albert SHIH
SIO batiment 15
Observatoire de Paris Meudon
5 Place Jules Janssen
92195 Meudon Cedex
Téléphone : 01 45 07 76 26/06 86 69 95 71
Heure local/Local time:
Ven 25 sep 2009 21:49:05 CEST

From owner-freebsd-net@FreeBSD.ORG  Sat Sep 26 02:46:25 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 9F521106566B
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 02:46:25 +0000 (UTC)
	(envelope-from remodeler@alentogroup.org)
Received: from courriel.marmotmail.com (courriel.marmotmail.com [85.17.36.172])
	by mx1.freebsd.org (Postfix) with ESMTP id 6216F8FC1C
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 02:46:25 +0000 (UTC)
Received: from bruce.epifora.com (localhost.local [127.0.0.1])
	by courriel.marmotmail.com (Postfix) with ESMTP id 89D5F239928
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 05:43:02 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
	by bruce.epifora.com (Postfix) with ESMTP id D2CD14761F9
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 22:40:12 -0400 (EDT)
Received: from bruce.epifora.com ([127.0.0.1])
	by localhost (bruce.epifora.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 20235-04 for <freebsd-net@freebsd.org>;
	Fri, 25 Sep 2009 22:40:11 -0400 (EDT)
Received: from alentogroup.org (localhost [127.0.0.1])
	by bruce.epifora.com (Postfix) with ESMTP id 41F7B4761F8
	for <freebsd-net@freebsd.org>; Fri, 25 Sep 2009 22:40:11 -0400 (EDT)
From: "remodeler" <remodeler@alentogroup.org>
To: freebsd-net@freebsd.org
Date: Fri, 25 Sep 2009 22:40:11 -0400
Message-Id: <20090926022715.M6906@alentogroup.org>
X-OriginatingIP: 127.0.0.1
MIME-Version: 1.0
Content-Type: text/plain;
	charset=iso-8859-1
Subject: Help "layering hooks" to network stack - ngctl
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Sep 2009 02:46:25 -0000

I am running a vimage-enabled kernel (8.0) for host/jails, and routing the
service jail's vnets with netgraph to a central ng_bridge. I would like to use
a SSL VPN to attach remote connections to the ng_bridge after nat'ing. The
three following pseudodevices seem to me like they are interacting with the
active network stack (vnet[null]?), but what I am hoping someone can tell me
is what order they interact with the packet-flow, or how I control that (or am
on a completely wrong track):

(*) OpenVPN uses a tun(4) virtual interface, which is a cloned interface of
the physical ethernet interface. 
(*) natd(8) uses a divert(4) socket, so it is hooking into the network stack.
I could move this out into the netgraph architecture w/ ng_nat, but wonder if
natd can be used.
(*) ng_ether, which is a virtual interface and node.

If I enable all three devices (tun, divert, ng_ether) on the network stack,
can I control the flow of packets through them (i.e. NIC --> tun --> divert
--> ng_ether)?

Thank you in advance.

From owner-freebsd-net@FreeBSD.ORG  Sat Sep 26 16:00:47 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 2BC271065672;
	Sat, 26 Sep 2009 16:00:47 +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 023138FC1F;
	Sat, 26 Sep 2009 16:00:47 +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 n8QG0k29020198;
	Sat, 26 Sep 2009 16:00:46 GMT
	(envelope-from linimon@freefall.freebsd.org)
Received: (from linimon@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8QG0kmp020194;
	Sat, 26 Sep 2009 16:00:46 GMT (envelope-from linimon)
Date: Sat, 26 Sep 2009 16:00:46 GMT
Message-Id: <200909261600.n8QG0kmp020194@freefall.freebsd.org>
To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: linimon@FreeBSD.org
Cc: 
Subject: Re: kern/139145: [ip6] IPv6 blackhole / reject routes broken
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Sep 2009 16:00:47 -0000

Old Synopsis: IPv6 blackhole / reject routes broken
New Synopsis: [ip6] IPv6 blackhole / reject routes broken

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sat Sep 26 16:00:26 UTC 2009
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=139145

From owner-freebsd-net@FreeBSD.ORG  Sat Sep 26 17:19:02 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 2844B1065670
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 17:19:02 +0000 (UTC)
	(envelope-from rpaulo@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 ACC638FC17
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 17:19:01 +0000 (UTC)
Received: by ewy5 with SMTP id 5so1766471ewy.36
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 10:19:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:sender:references:in-reply-to
	:mime-version:content-type:message-id:content-transfer-encoding:cc
	:from:subject:date:to:x-mailer;
	bh=2G7ft1xP74UCd+8rAL4pHCCC59uP7ueLmAYcDT8MrsM=;
	b=RCGqxwvihSx+0siLUnlrljhvbUVx+VmSfJGPPuGzuyqGoHrxtQXvT/V0jvgx+IOu4y
	HBnLTAcU1zTijdncuT5W5x3ZCKs0LonL0eJzoCOKPzbG4U7mmWQMAskdtXqlH4+/nMyt
	bDPqqK6C1Df9q2lXcl2CwC54/cONZULEJc6Yw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=sender:references:in-reply-to:mime-version:content-type:message-id
	:content-transfer-encoding:cc:from:subject:date:to:x-mailer;
	b=wCLTc6SXYxs2Z/iZez70E6Eb3I+cUbcc+193PF4Z/qLOwjxT0dbS2ae+X40r/1A5B+
	ikkBOD02okhP2ZeQGHTTqN3otZxxte6ko6l0bP7fHWUtjRdOArEDC+yq0gD9UrRE8j4V
	AbESe9x3UNsyHdtXnmQYcRNqpCuCDSofnsZh8=
Received: by 10.216.49.199 with SMTP id x49mr388374web.133.1253985540572;
	Sat, 26 Sep 2009 10:19:00 -0700 (PDT)
Received: from rui-macbook.lan (bl11-195-254.dsl.telepac.pt [85.244.195.254])
	by mx.google.com with ESMTPS id 7sm1801116eyg.2.2009.09.26.10.18.59
	(version=TLSv1/SSLv3 cipher=RC4-MD5);
	Sat, 26 Sep 2009 10:18:59 -0700 (PDT)
Sender: Rui Paulo <rpaulo@gmail.com>
References: <20090923101750.GC84230@obspm.fr> <20090924180914.GA1417@weongyo>
	<20090925195112.GE37873@obspm.fr>
In-Reply-To: <20090925195112.GE37873@obspm.fr>
Mime-Version: 1.0 (Apple Message framework v1076)
Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes
Message-Id: <7E9D5842-B5BF-424D-AC27-FC2B9D043C96@FreeBSD.org>
Content-Transfer-Encoding: quoted-printable
From: Rui Paulo <rpaulo@FreeBSD.org>
Date: Sat, 26 Sep 2009 18:18:57 +0100
To: Albert Shih <Albert.Shih@obspm.fr>
X-Mailer: Apple Mail (2.1076)
Cc: freebsd-net@freebsd.org, weongyo.jeong@gmail.com
Subject: Re: zyd & TEW-424UB
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Sep 2009 17:19:02 -0000


On 25 Sep 2009, at 20:51, Albert Shih wrote:

> Le 24/09/2009 =E0 11:09:14-0700, Weongyo Jeong a =E9crit
>> On Wed, Sep 23, 2009 at 12:17:50PM +0200, Albert Shih wrote:
>>> Hi all
>>>
>>> I'm using FreeBSD 7-stable on my laptop. The wifi card is not =20
>>> working with
>>> FreeBSD.
>>>
>>> So I just buy a
>>>
>>>        Trendnet TEW-424UB
>>>
>>> wifi usb adapter. I find this model in the
>>>
>>>        man zyd
>>>
>>> but when I plug my adapter (after add if_zyd_load=3D"YES" in my =20
>>> loader.conf
>>> and reboot) it's not working.
>>>
>>> The adapter is not attach to some zyd drivers but usbgen1
>>>
>>> Anyone have a idea why this f(*!@)(# adapter don't work ? or =20
>>> better some
>>> solution ?
>>
>> Could you please show me the output of `usbdevs -v'?
>
> Of course.
>
> Controller /dev/usb6:
> addr 1: high speed, self powered, config 1, EHCI root hub(0x0000),
> Intel(0x0000), rev 1.00
> port 1 powered
> port 2 addr 2: high speed, power 500 mA, config 1, =20
> RTL8187B_WLAN_Adapter(0x8189), vendor 0x0bda(0x0bda), rev 2.00
> port 3 powered
> port 4 powered
> port 5 powered
> port 6 powered

Maybe this is a urtw device?

--
Rui Paulo


From owner-freebsd-net@FreeBSD.ORG  Sat Sep 26 18:48:49 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 F27651065670
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 18:48:49 +0000 (UTC)
	(envelope-from sam@freebsd.org)
Received: from ebb.errno.com (ebb.errno.com [69.12.149.25])
	by mx1.freebsd.org (Postfix) with ESMTP id C64DB8FC0C
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 18:48:49 +0000 (UTC)
Received: from Macintosh-4.local (sam@[10.0.0.198]) (authenticated bits=0)
	by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8QImm0t090452
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 26 Sep 2009 11:48:49 -0700 (PDT) (envelope-from sam@freebsd.org)
Message-ID: <4ABE620F.7000105@freebsd.org>
Date: Sat, 26 Sep 2009 11:48:47 -0700
From: Sam Leffler <sam@freebsd.org>
Organization: FreeBSD Project
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
References: <20090921191327.045cf140@wizard.volgograd.ru>	<20090921195011.2a1f5143@wizard.volgograd.ru>	<4AB8FEB3.3010907@memberwebs.com>	<20090922224155.13949fa4@wizard.volgograd.ru>	<4ABC2F11.5080202@freebsd.org>
	<20090925125537.0d272e28@wizard.volgograd.ru>
In-Reply-To: <20090925125537.0d272e28@wizard.volgograd.ru>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-DCC-CTc-dcc1-Metrics: ebb.errno.com; whitelist
Cc: stef-list@memberwebs.com, stef@memberwebs.com, freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Sep 2009 18:48:50 -0000

Denis Shaposhnikov wrote:
> Hello,
> 
> On Thu, 24 Sep 2009 19:46:41 -0700
> Sam Leffler <sam@freebsd.org> wrote:
> 
>>> May be do you know why I'm getting normal speed (2Mb/s) for some
>>> time after using "ifconfig bssid ..." command only?
>> When you set the bssid you reset the state of the tx rate control code
>> and that probably resets the tx rate to 24M.
> 
> Does it possible to disable tx rate control and lock wlan0 on
> OFDM/54Mbps? Think it isn't right tha I have only 900K of transfer speed
> without using of bssid command.

The bssid cmd is unrelated to your low tx rate; this is a byproduct of
(apparent) poor communication conditions.  All the cmd does is reset
state so the tx rate is yanked back to 24M from which it falls again to
where the rate control code believes is the right value.

For setting a fixed tx rate man ifconfig.  If you want to explore look
at enabling tx rate control msgs with

wlandebug rate

and/or look at sysctl dev.ath.0.sample_stats=-1.

	Sam

From owner-freebsd-net@FreeBSD.ORG  Sat Sep 26 18:49:20 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 9A5D81065702
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 18:49:20 +0000 (UTC)
	(envelope-from sam@freebsd.org)
Received: from ebb.errno.com (ebb.errno.com [69.12.149.25])
	by mx1.freebsd.org (Postfix) with ESMTP id 7177E8FC13
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 18:49:20 +0000 (UTC)
Received: from Macintosh-4.local (sam@[10.0.0.198]) (authenticated bits=0)
	by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n8QInJhl090457
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 26 Sep 2009 11:49:20 -0700 (PDT) (envelope-from sam@freebsd.org)
Message-ID: <4ABE622F.30905@freebsd.org>
Date: Sat, 26 Sep 2009 11:49:19 -0700
From: Sam Leffler <sam@freebsd.org>
Organization: FreeBSD Project
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: stef@memberwebs.com
References: <20090921191327.045cf140@wizard.volgograd.ru>	<20090921195011.2a1f5143@wizard.volgograd.ru>	<4AB8FEB3.3010907@memberwebs.com>	<20090922224155.13949fa4@wizard.volgograd.ru>	<4ABC2F11.5080202@freebsd.org>	<20090925125537.0d272e28@wizard.volgograd.ru>
	<4ABCBCE6.8080501@memberwebs.com>
In-Reply-To: <4ABCBCE6.8080501@memberwebs.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-DCC-CTc-dcc1-Metrics: ebb.errno.com; whitelist
Cc: Denis Shaposhnikov <dsh@wizard.volgograd.ru>, freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Sep 2009 18:49:20 -0000

Stef Walter wrote:
> Denis Shaposhnikov wrote:
>> Hello,
>>
>> On Thu, 24 Sep 2009 19:46:41 -0700
>> Sam Leffler <sam@freebsd.org> wrote:
>>
>>>> May be do you know why I'm getting normal speed (2Mb/s) for some
>>>> time after using "ifconfig bssid ..." command only?
>>> When you set the bssid you reset the state of the tx rate control code
>>> and that probably resets the tx rate to 24M.
>> Does it possible to disable tx rate control and lock wlan0 on
>> OFDM/54Mbps? Think it isn't right tha I have only 900K of transfer speed
>> without using of bssid command.
> 
> Off the top of my head:
> 
> ifconfig ath0 media OFDM/54Mbps

Not on 8.0 and later; man ifconfig for ucastrate.

	Sam



From owner-freebsd-net@FreeBSD.ORG  Sat Sep 26 21:28:53 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 32548106566C;
	Sat, 26 Sep 2009 21:28:53 +0000 (UTC)
	(envelope-from dsh@wizard.volgograd.ru)
Received: from dsh.falconknight.com (dsh.falconknight.com [66.160.163.23])
	by mx1.freebsd.org (Postfix) with ESMTP id 106538FC17;
	Sat, 26 Sep 2009 21:28:52 +0000 (UTC)
Received: from localhost (dsh [66.160.163.23])
	by dsh.falconknight.com (Postfix) with ESMTP id CA057B6350B;
	Sat, 26 Sep 2009 14:28:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=
	wizard.volgograd.ru; h=content-transfer-encoding:content-type
	:mime-version:x-mailer:references:in-reply-to:message-id:subject
	:from:date:received:received:x-virus-scanned; s=foo; t=
	1254000531; x=1255814931; bh=eAEhPPojEv6ReMQDiQ4J6WSQA0BRTIwM1hi
	6KxlOh6Q=; b=stGdYjz3rOSok/LwDPNv3ixWg59zqTvX5Q22SaoG4u2gXCZiymj
	mELG8Ht1MNSI9L58M/gbqE/PsCp0QWXe/Sc1/7b4jEAa+Dum6MRyLL7BJQ02vGPA
	pRcnDsKk7jr+J2z5KupgYfMQbEFbbrGvBTYiDshnVZR/6gzl5i7wFtQo=
X-Virus-Scanned: amavisd-new at wizard.volgograd.ru
Received: from dsh.falconknight.com ([66.160.163.23])
	by localhost (dsh.falconknight.com [66.160.163.23]) (amavisd-new,
	port 10026)
	with LMTP id 2lVMdGPeCyGl; Sat, 26 Sep 2009 14:28:51 -0700 (PDT)
Received: from localhost (unknown [85.173.92.192])
	by dsh.falconknight.com (Postfix) with ESMTPSA id 50245B634F7;
	Sat, 26 Sep 2009 14:28:48 -0700 (PDT)
Date: Sun, 27 Sep 2009 01:28:42 +0400
From: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
To: Sam Leffler <sam@freebsd.org>
Message-ID: <20090927012842.57b566ed@wizard.volgograd.ru>
In-Reply-To: <4ABE620F.7000105@freebsd.org>
References: <20090921191327.045cf140@wizard.volgograd.ru>
	<20090921195011.2a1f5143@wizard.volgograd.ru>
	<4AB8FEB3.3010907@memberwebs.com>
	<20090922224155.13949fa4@wizard.volgograd.ru>
	<4ABC2F11.5080202@freebsd.org>
	<20090925125537.0d272e28@wizard.volgograd.ru>
	<4ABE620F.7000105@freebsd.org>
X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.6; i386-portbld-freebsd7.2)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
Cc: stef-list@memberwebs.com, stef@memberwebs.com, freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Sep 2009 21:28:53 -0000

Hello,

On Sat, 26 Sep 2009 11:48:47 -0700
Sam Leffler <sam@freebsd.org> wrote:

> The bssid cmd is unrelated to your low tx rate; this is a byproduct of
> (apparent) poor communication conditions.  All the cmd does is reset

This is strange. How I can have poor communication conditions if my AP
in the next room of my flat, couple of meters. And before 8.0 I had
maximum speed without using bssid command.

From owner-freebsd-net@FreeBSD.ORG  Sat Sep 26 22:20:41 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 E39D2106566B;
	Sat, 26 Sep 2009 22:20:41 +0000 (UTC)
	(envelope-from rpaulo@gmail.com)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24])
	by mx1.freebsd.org (Postfix) with ESMTP id 4A0498FC16;
	Sat, 26 Sep 2009 22:20:41 +0000 (UTC)
Received: by ey-out-2122.google.com with SMTP id 4so787707eyf.9
	for <multiple recipients>; Sat, 26 Sep 2009 15:20:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:sender:references:in-reply-to
	:mime-version:content-type:message-id:content-transfer-encoding:cc
	:from:subject:date:to:x-mailer;
	bh=6QMahyZLf6ew0g8xCk1+XP0udKZxdLBfx3itt0d6avE=;
	b=S+jg35jNJhDS62SeKUEdtdxLqjxCUtfMGxnozC01tII59Q32Eq1rm1aIW1RQojUdVb
	Ae8Tbj05HWcD1CtLZoG8v88ArYsagx54NXzNNzExGtdSTQ6fyiYftcxIQqzQirA9HWhL
	tbqAukJkHNVEeU6CWLRD1FioKh6bA99x+fh3o=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=sender:references:in-reply-to:mime-version:content-type:message-id
	:content-transfer-encoding:cc:from:subject:date:to:x-mailer;
	b=tLFGw97QKgABNcT8cxnnODIzkQny/x2AHRCS8ixWhbjW1cPnHq7MrR2ELAbShewv9x
	uxHuL1jYU3pr127iFM2+pbGSR7d0fzv84+A42bWhufW2IrvTqllTWjEaeh4wbymIwl93
	QnDVqXGFwKOIYb3RxLJcJ4fmmeM9r/EGIjPA0=
Received: by 10.211.154.16 with SMTP id g16mr1929641ebo.19.1254003640356;
	Sat, 26 Sep 2009 15:20:40 -0700 (PDT)
Received: from rui-macbook.lan (bl11-195-254.dsl.telepac.pt [85.244.195.254])
	by mx.google.com with ESMTPS id 10sm4131065eyz.34.2009.09.26.15.20.38
	(version=TLSv1/SSLv3 cipher=RC4-MD5);
	Sat, 26 Sep 2009 15:20:39 -0700 (PDT)
Sender: Rui Paulo <rpaulo@gmail.com>
References: <20090921191327.045cf140@wizard.volgograd.ru>
	<20090921195011.2a1f5143@wizard.volgograd.ru>
	<4AB8FEB3.3010907@memberwebs.com>
	<20090922224155.13949fa4@wizard.volgograd.ru>
	<4ABC2F11.5080202@freebsd.org>
	<20090925125537.0d272e28@wizard.volgograd.ru>
	<4ABE620F.7000105@freebsd.org>
	<20090927012842.57b566ed@wizard.volgograd.ru>
In-Reply-To: <20090927012842.57b566ed@wizard.volgograd.ru>
Mime-Version: 1.0 (Apple Message framework v1076)
Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes
Message-Id: <36122D54-218C-4851-ACA9-2F1FB67EDA81@FreeBSD.org>
Content-Transfer-Encoding: 7bit
From: Rui Paulo <rpaulo@FreeBSD.org>
Date: Sat, 26 Sep 2009 23:20:37 +0100
To: Denis Shaposhnikov <dsh@wizard.volgograd.ru>
X-Mailer: Apple Mail (2.1076)
Cc: stef-list@memberwebs.com, Sam Leffler <sam@freebsd.org>,
	stef@memberwebs.com, freebsd-net@freebsd.org
Subject: Re: low ath speed on 8.0-RC1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Sep 2009 22:20:42 -0000

On 26 Sep 2009, at 22:28, Denis Shaposhnikov wrote:

> Hello,
>
> On Sat, 26 Sep 2009 11:48:47 -0700
> Sam Leffler <sam@freebsd.org> wrote:
>
>> The bssid cmd is unrelated to your low tx rate; this is a byproduct  
>> of
>> (apparent) poor communication conditions.  All the cmd does is reset
>
> This is strange. How I can have poor communication conditions if my AP
> in the next room of my flat, couple of meters. And before 8.0 I had
> maximum speed without using bssid command.

Many things could've happened unrelated to your upgrade. To identify  
the problem, you can either debug the rate sample algorithm or try  
FreeBSD 7.2.

--
Rui Paulo


From owner-freebsd-net@FreeBSD.ORG  Sat Sep 26 22:31:13 2009
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
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 BF72A1065670
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 22:31:13 +0000 (UTC)
	(envelope-from weongyo.jeong@gmail.com)
Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25])
	by mx1.freebsd.org (Postfix) with ESMTP id 37AC88FC13
	for <freebsd-net@freebsd.org>; Sat, 26 Sep 2009 22:31:12 +0000 (UTC)
Received: by qw-out-2122.google.com with SMTP id 5so1022064qwd.7
	for <multiple recipients>; Sat, 26 Sep 2009 15:31:12 -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:mail-followup-to:references
	:mime-version:content-type:content-disposition:in-reply-to
	:user-agent:organization:x-operation-sytem;
	bh=1ZYgufWfbUCTz5dyWUZ2lAdvuLca9BMmMLJcBnNZgm0=;
	b=mOq6Vs8aKG6139nwxTWR/+Ng2dvE/4UpX3CDQpKIzXl9c4E3ucwOBFnCFcy6H8bVBQ
	FGQROxDM5/teLDiRQdch25eKZaZm6nFTAwLUk7k9ocrLiY9hxIkrZZpaYesFi08fe3o+
	NFK6jxwohrVoP81lEdEYrdJyOjBOC6Pnz+f1c=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to
	:references:mime-version:content-type:content-disposition
	:in-reply-to:user-agent:organization:x-operation-sytem;
	b=oHVirDSVcegeHXWd+CD3Pc7bdLFKYYb4Pa/3OQxJXtyUSec903nPM4w5ELwH56yv2T
	OwwR5uiy5nPGfgbhr6OZ9eZEHAIoS0XIIX0AIbsMbD3xR/gYtsUGTkL7ZEhwQJAiSHGz
	2jgiOxZ9md5YpYAdyVG166deq/47pQLS0qP3Q=
Received: by 10.224.116.196 with SMTP id n4mr1505681qaq.320.1254004272364;
	Sat, 26 Sep 2009 15:31:12 -0700 (PDT)
Received: from weongyo ([174.35.1.224])
	by mx.google.com with ESMTPS id 7sm3682177qwb.56.2009.09.26.15.31.10
	(version=SSLv3 cipher=RC4-MD5); Sat, 26 Sep 2009 15:31:11 -0700 (PDT)
Received: by weongyo (sSMTP sendmail emulation);
	Sat, 26 Sep 2009 15:31:25 -0700
From: Weongyo Jeong <weongyo.jeong@gmail.com>
Date: Sat, 26 Sep 2009 15:31:25 -0700
To: Rui Paulo <rpaulo@freebsd.org>
Message-ID: <20090926223125.GD1417@weongyo>
Mail-Followup-To: Rui Paulo <rpaulo@freebsd.org>,
	Albert Shih <Albert.Shih@obspm.fr>, freebsd-net@freebsd.org
References: <20090923101750.GC84230@obspm.fr> <20090924180914.GA1417@weongyo>
	<20090925195112.GE37873@obspm.fr>
	<7E9D5842-B5BF-424D-AC27-FC2B9D043C96@FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <7E9D5842-B5BF-424D-AC27-FC2B9D043C96@FreeBSD.org>
User-Agent: Mutt/1.4.2.3i
Organization: CDNetworks.
X-Operation-Sytem: FreeBSD
Cc: Albert Shih <Albert.Shih@obspm.fr>, freebsd-net@freebsd.org
Subject: Re: zyd & TEW-424UB
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Weongyo Jeong <weongyo@freebsd.org>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 26 Sep 2009 22:31:13 -0000

On Sat, Sep 26, 2009 at 06:18:57PM +0100, Rui Paulo wrote:
> 
> On 25 Sep 2009, at 20:51, Albert Shih wrote:
> 
> >Le 24/09/2009 ? 11:09:14-0700, Weongyo Jeong a ?crit
> >>On Wed, Sep 23, 2009 at 12:17:50PM +0200, Albert Shih wrote:
> >>>Hi all
> >>>
> >>>I'm using FreeBSD 7-stable on my laptop. The wifi card is not  
> >>>working with
> >>>FreeBSD.
> >>>
> >>>So I just buy a
> >>>
> >>>       Trendnet TEW-424UB
> >>>
> >>>wifi usb adapter. I find this model in the
> >>>
> >>>       man zyd
> >>>
> >>>but when I plug my adapter (after add if_zyd_load="YES" in my  
> >>>loader.conf
> >>>and reboot) it's not working.
> >>>
> >>>The adapter is not attach to some zyd drivers but usbgen1
> >>>
> >>>Anyone have a idea why this f(*!@)(# adapter don't work ? or  
> >>>better some
> >>>solution ?
> >>
> >>Could you please show me the output of `usbdevs -v'?
> >
> >Of course.
> >
> >Controller /dev/usb6:
> >addr 1: high speed, self powered, config 1, EHCI root hub(0x0000),
> >Intel(0x0000), rev 1.00
> >port 1 powered
> >port 2 addr 2: high speed, power 500 mA, config 1,  
> >RTL8187B_WLAN_Adapter(0x8189), vendor 0x0bda(0x0bda), rev 2.00
> >port 3 powered
> >port 4 powered
> >port 5 powered
> >port 6 powered
> 
> Maybe this is a urtw device?

Yes it looks one of urtw devices.  Albert, could you please try with
urtw(4)?

regards,
Weongyo Jeong