From owner-freebsd-net@FreeBSD.ORG Wed Apr 1 22:58:25 2015 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB3CA384 for ; Wed, 1 Apr 2015 22:58:25 +0000 (UTC) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 94895918 for ; Wed, 1 Apr 2015 22:58:25 +0000 (UTC) Received: from yuri.doctorlan.com (c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128]) (authenticated bits=0) by shell1.rawbw.com (8.14.9/8.14.9) with ESMTP id t31MwO8R087076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 1 Apr 2015 15:58:24 -0700 (PDT) (envelope-from yuri@rawbw.com) X-Authentication-Warning: shell1.rawbw.com: Host c-50-184-63-128.hsd1.ca.comcast.net [50.184.63.128] claimed to be yuri.doctorlan.com Message-ID: <551C780F.4050202@rawbw.com> Date: Wed, 01 Apr 2015 15:58:23 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Miroslav Lachman <000.fbsd@quip.cz>, net@freebsd.org Subject: Re: tap(4): will it be more reasonable if it preserved UP/DOWN state, when closed? References: <551B3021.4050206@rawbw.com> <551BC4D5.9010006@quip.cz> In-Reply-To: <551BC4D5.9010006@quip.cz> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 22:58:25 -0000 On 04/01/2015 03:13, Miroslav Lachman wrote: > > Doesn't sysctl net.link.tap.up_on_open=1 fix your problem? net.link.tap.up_on_open only works on open. I am going to create the corresponding net.link.tap.down_on_close. It will have 3 values: 0: up/down state will not change on close 1: (default) state will be preserved as it was before close - makes sense for most users I believe 2: state will change to down (like tap works now) Yuri