Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 15 Apr 2002 12:12:12 -0700 (PDT)
From:      Brian Curnow <bc@sonnet.com>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   kern/37109: Kernel refuses to assign unused IP to tun via ppp after some time
Message-ID:  <200204151912.g3FJCCJ39250@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help


>Number:         37109
>Category:       kern
>Synopsis:       Kernel refuses to assign unused IP to tun via ppp after some time
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Apr 15 12:20:00 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Brian Curnow
>Release:        4.5-STABLE
>Organization:
>Environment:
4.5-STABLE FreeBSD 4.5-STABLE #0: Sat Apr  6 14:09:35 PST 2002
>Description:
Using pptpd, ppp.  Appears to be a kernel bug which believes that
certain IPs, after having previously been used on interface, are still
in use and refuses to allow ppp to assign them.  Given enough time,
this will cause even large ranges of IP to be unusable until reboot.

I believe this is a kernel bug because my look at the ppp code seemed
to be that ppp does not keep any state on IP or interface use, and
tries range until the kernel accepts one that is offered.

System is SMP.

ppp.log errors:
Error: iface_inAdd: ioctl(SIOCAIFADDR): 10.0.0.3: File exists 
Error: ipcp_InterfaceUp: unable to set ip address 
Warning: iface_addr_Zap: ioctl(SIOCDIFADDR, 10.0.0.3): Can't assign requested address

IN this case, 10.0.0.3 is the local IP side, and the actual IP that can't be
assigned is the peer IP of 10.0.0.61.  In this case, changing the peer IP
in /etc/ppp/ppp.secret allowed the connection to proceed.  Over time,
all IPs will become unusable.
>How-To-Repeat:
running ppp via tun interface to pptpd seems to cause problem over time.
 Perhaps a race condition?
>Fix:
Unknown.  Cure by reboot.
>Release-Note:
>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




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