From owner-freebsd-questions@freebsd.org Sun Jul 23 19:24:53 2017 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CD37DAB388 for ; Sun, 23 Jul 2017 19:24:53 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from forward2m.cmail.yandex.net (forward2m.cmail.yandex.net [IPv6:2a02:6b8:b030::19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0D416BF2B for ; Sun, 23 Jul 2017 19:24:52 +0000 (UTC) (envelope-from bsam@passap.ru) Received: from smtp3m.mail.yandex.net (smtp3m.mail.yandex.net [77.88.61.130]) by forward2m.cmail.yandex.net (Yandex) with ESMTP id 0F56F20C3A for ; Sun, 23 Jul 2017 22:24:49 +0300 (MSK) Received: from smtp3m.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp3m.mail.yandex.net (Yandex) with ESMTP id D3D9C2840016 for ; Sun, 23 Jul 2017 22:24:48 +0300 (MSK) Received: by smtp3m.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id szzPhGhPCA-OliSJt9P; Sun, 23 Jul 2017 22:24:47 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=passap.ru; s=mail; t=1500837887; bh=UmpeeZRDmpIVsWXeLtwgetIAPmLFxMSPnQEvbTtA2VE=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=OKg26HurYRHhwm3pECyju+YQh+Er8jnj5/mm2xrr31QJ/WGp5QHt63leAnwaoGyiS f9IHBPDlaUzTVLZGBtErBNzxi2oPyKQs4gJhOxznbytsU0MikvRxLR0xNwkG/5zBXm DNxHwlFrVz5KE9r59ySMtCCYg4dLM7636U63S+Dg= Authentication-Results: smtp3m.mail.yandex.net; dkim=pass header.i=@passap.ru X-Yandex-Suid-Status: 1 0 Subject: Re: Lagg eth+WiFi configuration - works but not "by the book" To: freebsd-questions@freebsd.org References: <25403.128.135.52.6.1500477382.squirrel@cosmo.uchicago.edu> <62518.69.209.232.160.1500520020.squirrel@cosmo.uchicago.edu> From: Boris Samorodov Message-ID: <927c39db-ccf1-c76f-c66f-c992c6bbe16f@passap.ru> Date: Sun, 23 Jul 2017 22:24:47 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <62518.69.209.232.160.1500520020.squirrel@cosmo.uchicago.edu> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jul 2017 19:24:53 -0000 20.07.2017 06:07, Valeri Galtsev пишет: > On Wed, July 19, 2017 1:42 pm, Boris Samorodov wrote: >> 19.07.2017 18:16, Valeri Galtsev пишет: >>> Dear Experts, >>> I run FreeBSD on my laptop for a couple of years at least, but finally > I >>> decided to climb off the tree, and configure networking right. Namely: > make a single configuration, and have it using wired connection when > available, and wireless when disconnected from wired network. Lagg with > failover from wired to wireless seems to be right thing, so I followed > brilliant FreeBSD handbook: >>> https://www.freebsd.org/doc/handbook/network-aggregation.html >>> Which never worked for me (WiFi claimed authentication failure), even > though each of connections enabled one at a time worked well. >> >> Recently there was a similar discussion at freebsd-current@ ML with > subject "Failover Mode Between Ethernet and Wireless Interfaces broken on >> = 11". >> >>> I have found workaround: Instead of starting wlan0 with MAC address of > wired adapter as described in handbook, I did the opposite and started > wired interface with MAC address of wireless, then created lagg, - did the >>> rest by the book. Which works nicely, I'll paste my /etc/rc.conf below > in >>> case someone has trouble I had. >>> I wonder what I was doing wrong when I followed the handbook and it > didn't >>> work for me. Any obvious "pilot error"? >>> Here is relevant portion of my working /etc/rc.conf (with obfuscated > MAC >>> address, note that MAC address I start wired card with > 70:18:8b:XX:XX:XX >>> is MAC address that WiFi card has): >>> ifconfig >>> ... >>> wlan0: flags=8843 metric 0 mtu > 1500 >>> ether 70:18:8b:XX:XX:XX >>> ... >>> cat /etc/rc.conf >>> ... >>> ifconfig_em0="up" >>> ifconfig_em0="ether 70:18:8b:XX:XX:XX" >>> wlans_ath0="wlan0" >>> ifconfig_wlan0="WPA" >>> create_args_wlan0="country US" >>> cloned_interfaces="lagg0" >>> ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP" > ... >> >> You didn't show the configuration that failed to work for you. I use > almost configuration as at the Handbook but the line after the >> "create_args_wlan0" line: >> --- >> ifconfig_wlan0=up >> --- >> > > My fault. Here is portion of /etc/rc.conf done by the book (by me...) that > didn't work for me (MAC address of my wired interface is obfuscated): > > --- > ifconfig_em0="up" > wlans_ath0="wlan0" > ifconfig_wlan0="WPA" > create_args_wlan0="wlanaddr 00:21:70:XX:XX:XX" > cloned_interfaces="lagg0" > ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP" > --- > > I modified it as you suggested (any mistakes?): > > --- > ifconfig_em0="up" > wlans_ath0="wlan0" > ifconfig_wlan0="WPA" > create_args_wlan0="wlanaddr 00:21:70:XX:XX:XX" > ifconfig_wlan0=up > cloned_interfaces="lagg0" > ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP" --- > --- > > But it didn't help: still "no carrier". > I also tried to add "country US" to args as folloows: > > --- > ... > create_args_wlan0="wlanaddr 00:21:70:e9:ff:97 country US" > ... > --- > > (did I screw up with syntax here?) which didn't help either (I have > "country US" in my working configuration, but it seems I don't need it as > starting wireless on its own without using lagg works without this option. > > Thanks, Boris for your help. I still have a feeling I am doing something > wrong. No, seems that it's bug at the ATH(4). I've found a notebook with an ath WiFi interface and did some experiments. I should admit that ATH(4) alone as well as a wired interface work as expected. But as soon as I try to change wlanaddr of the ATH(4) interface, the link get the state "no carrier". Those tests were all done at the latest HEAD-amd64. AFAIK a WiFi interface should allow wlanaddr changing *before going up*. > But luckily, I have working workaround (having wired interface with > MAC address of wireless - as opposed to what handbook describes), so I did > successfully climbed down off the tree (or out of cave ;-) and made my > FreeBSD laptop use wired and wireless connections intelligently (as my > macintosh does). -- WBR, bsam