Date: Fri, 13 Aug 2004 10:34:40 -0700 (PDT) From: John Polstra <jdp@polstra.com> To: Roman Kurakin <rik@cronyx.ru> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/net if_tap.c Message-ID: <XFMail.20040813103440.jdp@polstra.com> In-Reply-To: <411CF997.8020002@cronyx.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On 13-Aug-2004 Roman Kurakin wrote: > John Polstra wrote: >>On 13-Aug-2004 Roman Kurakin wrote: >>>John Polstra wrote: >>>>That's pretty much correct. IFF_UP is an administrative control >>>>that expresses the desired state of the interface. The driver never >>>>changes IFF_UP. IFF_RUNNING is the driver's idea of the _actual_ >>>> >>>PPP state machine can remove IFF_UP. For example if connection is not >>>persistent and link >>>was broken for any reason. >>> >>I call that a bug. >> > This is not a bug, this is feature of protocol. Some times link should > go down (or other > state from which it could go up only by administrator (or program) > intervention). Sorry, but I disagree. PPP should clear IFF_RUNNING in that case, but should leave IFF_UP untouched. John
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20040813103440.jdp>