From owner-freebsd-stable@FreeBSD.ORG Fri Dec 11 06:31:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94674106566B; Fri, 11 Dec 2009 06:31:14 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 741D18FC15; Fri, 11 Dec 2009 06:31:14 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nBB6VBZo019086; Thu, 10 Dec 2009 22:31:11 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 10 Dec 2009 22:31:05 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proxy arp and MPD in RELENG_8 Thread-Index: Acp5AhLwoLcF7RFeT2m36nkZODvShQACLDPEAEdhiuA= References: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> From: "Li, Qing" To: "Li, Qing" , "Mario Pavlov" , , Cc: Subject: RE: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 06:31:14 -0000 Hi, I think I managed to reproduce this issue. The root cause appears to be the SIN_PROXY usage, which is no longer part of any routing entry after the L2/L3 rewrite. As such, the RTM_GET command should be issued once in the ARP utility, not twice.=20 In addition, since ARP does not apply to PPP link type, the=20 prefix route of the local end point needs to be returned in order for the subsequent RTM_ADD command to succeed. I need to update the routing code a bit more to properly handle such proxy-arp scenario. In the meantime, please try a hack at http://people.freebsd.org/~qingli/ppp-patch.diff and let me know how it works out for you. The hack appears to work in my test environment. I need just a bit more time to work out the permanent solution in the kernel routing code, as well as the utilities in the userland. -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Li, Qing > Sent: Wednesday, December 09, 2009 12:04 PM > To: Mario Pavlov; freebsd-stable@freebsd.org; freebsd- > current@freebsd.org > Subject: RE: proxy arp and MPD in RELENG_8 >=20 >=20 > Let me look into this issue and work with you offline. >=20 > I have been quite busy with day job and just starting to slowly > resume my FreeBSD work. >=20 > -- Qing >=20 >=20 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org on behalf of Mario Pavlov > Sent: Wed 12/9/2009 11:01 AM > To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org > Subject: proxy arp and MPD in RELENG_8 >=20 >=20 > Hi, > some time ago I noticed that there's a problem with the new arp > implementation - proxy arp was somehow not working when mpd is involved. > I decided to try this out again assuming it was fixed for the > release...unfortunately the problem is still there... > Here are the last few lines of the mpd output: >=20 >=20 > [B-1] IPCP: state change Ack-Rcvd --> Opened > [B-1] IPCP: LayerUp > [B-1] 192.168.10.1 -> 192.168.10.50 > [B-1] IFACE: Connecting tcpmssfix > [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 > [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub > [B-1] system: command "/usr/sbin/arp" returned 256 > [B-1] IFACE: Up event > [B-1] IFACE: idle-timeout: 1800 seconds > [B-1] IFACE: Change interface flags: -0 +1 >=20 >=20 > there this is mpd.conf: >=20 >=20 > startup: >=20 > default: > load pptp_server >=20 > pptp_server: >=20 > set ippool add pool1 192.168.10.50 192.168.10.99 >=20 > create bundle template B > set iface enable proxy-arp > log +iface2 > set iface idle 1800 > set iface enable tcpmssfix > set ipcp yes vjcomp > set ipcp ranges 192.168.10.1/32 ippool pool1 > set ipcp dns 192.168.10.1 > set bundle enable compression > set ccp yes mppc > set mppc yes e40 > set mppc yes e128 > set mppc yes stateless >=20 > create link template L pptp > set link action bundle B > set link enable multilink > set link yes acfcomp protocomp > set link no pap chap > set link enable chap > set link keep-alive 10 60 > set link mtu 1460 > set pptp self pub.ip.add.res > set link enable incoming >=20 >=20 > this is probably the most common VPN setup and it was working fine with > 7.2-STABLE but after I upgraded to 8-STABLE it broke up... > Is there a workaround or a plan to fix this? Or should I just go back > to RELENG_7? >=20 > thank you. >=20 > P.S. this is discussed in the forums as well: > http://forums.freebsd.org/showthread.php?t=3D8427 >=20 > ----------------------------------------------------------------- > ???????? ? ?????? ???????? ?? iZone.bg ? ??????? ???? ?? 5?? ??????? > Acer! > http://www.izone.bg/6/index.html > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org"