Re: net/mpd5, ppp, proxy-arp issues
Hello, Thanks a lot for the patch, Qing! It works fine. However I've noticed one thing, after I start mpd5 and connect to my home network: kernel: WARNING: attempt to domain_add(netgraph) after domainfinalize() Not very sure if this is something to worry about or not? Regards, Marin On Tue, Apr 20, 2010 at 11:03 AM, Qing Li wrote: > > > > I was using csup to track RELEN_8_0 branch. Currently I'm syncing to > > RELENG_8. > > > > If I understood you right, after getting the sources for RELENG_8, I need > to > > apply the patch and then rebuild world? > > > > You only need to rebuild the kernel. > > -- Qing > -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: net/mpd5, ppp, proxy-arp issues
Hello Qing, Seems I've missed that thread, thank you for pointing it out. I was using csup to track RELEN_8_0 branch. Currently I'm syncing to RELENG_8. If I understood you right, after getting the sources for RELENG_8, I need to apply the patch and then rebuild world? Thanks and regards, Marin On Mon, Apr 19, 2010 at 8:50 PM, Qing Li wrote: > Have you seen this thread? > > http://lists.freebsd.org/pipermail/freebsd-net/2010-April/025128.html > > Quite a few fixes have gone into the -current and RELENG_8 branches. > Please try sync-up to the latest code before applying the patch. > > -- Qing > > > > On Sun, Apr 18, 2010 at 11:53 PM, Marin Atanasov wrote: > > Hi, > > > > I was setting up mpd5 from ports, but this proxy-arp issue still exists > in > > 8.0. > > > >> uname -r > > 8.0-RELEASE-p2 > > > > I've attached the output from the mpd5 daemon, where you can still see > that > > the issue is relevant. > > > > I've also tried to apply the patch, but it's no longer on that location. > > Something else to add - I've a dns server running on the same machine > that > > mpd5 was set up. I'm not sure if this is caused by mpd5 daemon or the arp > > issue, but after a couple of start/stops of mpd5 the name resolving from > the > > gateway machine is not possible, all other systems from the internal > network > > are able to use the dns server on the gateway, but the gateway itself > > cannot. > > > > Restart of named, doesn't help either, so I had to completely reboot the > > machine, so that arp entries are flushed as well. > > > > Could you please have a look at the issue? If you need some additional > > information, please let me know. > > > > Regards, > > Marin > > > > On Wed, Dec 16, 2009 at 6:09 PM, Prokofiev S.P. > > wrote: > >> > >> Thank you ! > >> The problem with proxy-arp has disappeared (FreeBSD 8-STABLE amd64 with > >> mpd5). > >> > >> Please, somebody fix the bug kern/141285... > >> > >> > >> Li, Qing wrote: > >>> > >>> Hi, > >>> > >>> Recently there have been several reports regarding issues with ppp, > mpd5 > >>> and proxy-arp configuration over the ppp links. I read through the > >>> various postings and the problems seem to be: > >>> > >>> 1. Unable to add proxy-arp entries for the remote ppp clients. > >>> > >>> 2. Log showing "ifa_add_loopback_route: insertion failed" causing > some > >>> userland applications to fail. > >>> > >>> May I ask that you try applying patch > >>> > >>> > >>> http://people.freebsd.org/~qingli/ppp-proxy-arp-patch-121515.diff<http://people.freebsd.org/%7Eqingli/ppp-proxy-arp-patch-121515.diff> > >>> > >>> and report back if the patch fixes your problems. And if not, please > >>> describe what additional issues you are having. > >>> > >>> Thanks, > >>> > >>> -- Qing > >>> > >>> > >>> ___ > >>> freebsd-net@freebsd.org mailing list > >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net > >>> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" > >>> > >>> > >>> > >> > >> ___ > >> freebsd-sta...@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to " > freebsd-stable-unsubscr...@freebsd.org" > > > > > > > > -- > > Marin Atanasov Nikolov > > dnaeon AT gmail DOT com > > daemon AT unix-heaven DOT org > > > -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: net/mpd5, ppp, proxy-arp issues
Hi, I was setting up mpd5 from ports, but this proxy-arp issue still exists in 8.0. > uname -r 8.0-RELEASE-p2 I've attached the output from the mpd5 daemon, where you can still see that the issue is relevant. I've also tried to apply the patch, but it's no longer on that location. Something else to add - I've a dns server running on the same machine that mpd5 was set up. I'm not sure if this is caused by mpd5 daemon or the arp issue, but after a couple of start/stops of mpd5 the name resolving from the gateway machine is not possible, all other systems from the internal network are able to use the dns server on the gateway, but the gateway itself cannot. Restart of named, doesn't help either, so I had to completely reboot the machine, so that arp entries are flushed as well. Could you please have a look at the issue? If you need some additional information, please let me know. Regards, Marin On Wed, Dec 16, 2009 at 6:09 PM, Prokofiev S.P. wrote: > Thank you ! > The problem with proxy-arp has disappeared (FreeBSD 8-STABLE amd64 with > mpd5). > > Please, somebody fix the bug kern/141285... > > > Li, Qing wrote: > >> Hi, >> >> Recently there have been several reports regarding issues with ppp, mpd5 >> and proxy-arp configuration over the ppp links. I read through the >> various postings and the problems seem to be: >> >> 1. Unable to add proxy-arp entries for the remote ppp clients. >> >> 2. Log showing "ifa_add_loopback_route: insertion failed" causingsome >> userland applications to fail. >> >> May I ask that you try applying patch >> >> >> http://people.freebsd.org/~qingli/ppp-proxy-arp-patch-121515.diff<http://people.freebsd.org/%7Eqingli/ppp-proxy-arp-patch-121515.diff> >> >> and report back if the patch fixes your problems. And if not, please >> describe what additional issues you are having. >> >> Thanks, >> >> -- Qing >> >> >> ___ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" >> >> >> >> > > ___ > freebsd-sta...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- Marin Atanasov Nikolov dnaeon AT gmail DOT com daemon AT unix-heaven DOT org # /usr/local/sbin/mpd5 Multi-link PPP daemon for FreeBSD process 2295 started, version 5.5 (r...@domain 02:21 17-Apr-2010) Usage: set user {name} {password} [{priv}] CONSOLE: listening on 127.0.0.1 5005 web: listening on 0.0.0.0 5006 PPTP: waiting for connection on 1723 [L] [L-1] Accepting PPTP connection [L-1] Link: OPEN event [L-1] LCP: Open event [L-1] LCP: state change Initial --> Starting [L-1] LCP: LayerStart [L-1] PPTP: attaching to peer's outgoing call [L-1] Link: UP event [L-1] LCP: Up event [L-1] LCP: state change Starting --> Req-Sent [L-1] LCP: SendConfigReq #1 [L-1] ACFCOMP [L-1] PROTOCOMP [L-1] MRU 1500 [L-1] MAGICNUM 102c4d22 [L-1] AUTHPROTO CHAP MSOFTv2 [L-1] MP MRRU 2048 [L-1] MP SHORTSEQ [L-1] ENDPOINTDISC [802.1] 00 10 dc 10 55 3f [L-1] LCP: rec'd Configure Reject #1 (Req-Sent) [L-1] MP MRRU 2048 [L-1] MP SHORTSEQ [L-1] ENDPOINTDISC [802.1] 00 10 dc 10 55 3f [L-1] LCP: SendConfigReq #2 [L-1] ACFCOMP [L-1] PROTOCOMP [L-1] MRU 1500 [L-1] MAGICNUM 102c4d22 [L-1] AUTHPROTO CHAP MSOFTv2 [L-1] LCP: rec'd Configure Ack #2 (Req-Sent) [L-1] ACFCOMP [L-1] PROTOCOMP [L-1] MRU 1500 [L-1] MAGICNUM 102c4d22 [L-1] AUTHPROTO CHAP MSOFTv2 [L-1] LCP: state change Req-Sent --> Ack-Rcvd [L-1] LCP: rec'd Configure Request #1 (Ack-Rcvd) [L-1] MRU 1400 [L-1] MAGICNUM 7fe5744d [L-1] PROTOCOMP [L-1] ACFCOMP [L-1] CALLBACK 6 [L-1] LCP: SendConfigRej #1 [L-1] CALLBACK 6 [L-1] LCP: rec'd Configure Request #2 (Ack-Rcvd) [L-1] MRU 1400 [L-1] MAGICNUM 7fe5744d [L-1] PROTOCOMP [L-1] ACFCOMP [L-1] LCP: SendConfigAck #2 [L-1] MRU 1400 [L-1] MAGICNUM 7fe5744d [L-1] PROTOCOMP [L-1] ACFCOMP [L-1] LCP: state change Ack-Rcvd --> Opened [L-1] LCP: auth: peer wants nothing, I want CHAP [L-1] CHAP: sending CHALLENGE #1 len: 21 [L-1] LCP: LayerUp [L-1] LCP: rec'd Ident #3 (Opened) [L-1] MESG: MSRASV5.10 [L-1] LCP: rec'd Ident #4 (Opened) [L-1] MESG: MSRAS-0-TSUNAMI [L-1] CHAP: rec'd RESPONSE #1 len: 61 [L-1] Name: "mratest" [L-1] AUTH: Trying INTERNAL [L-1] AUTH: INTERNAL returned: undefined [L-1] CHAP: Auth return status: undefined [L-1] CHAP: Response is valid [L-1] CHAP: Reply message: S=8BE305F08FBAEB4E