Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Aug 2004 21:25:43 +0400
From:      Roman Kurakin <rik@cronyx.ru>
To:        John Polstra <jdp@polstra.com>
Cc:        cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/net if_tap.c
Message-ID:  <411CF997.8020002@cronyx.ru>
In-Reply-To: <XFMail.20040813101044.jdp@polstra.com>
References:  <XFMail.20040813101044.jdp@polstra.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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).

Probably IFF_UP in PPP violation could be concerned like some protocols 
stacks
relative OSI.

rik

>John
>  
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?411CF997.8020002>