Hi, Thank you for your feedbacks.
On Sun, 21 Apr 2013 16:09:36 +0900 trick star <freeu...@inbox.com> wrote: > I have question. npppd pppx session need the inet6? No, it doesn't matter the inet6. > I usually kill the interface's inet6. > npppd pppoe connection for tun0 work. > but, pppx0's didn't work! I don't think it matters for this kind of problem whether npppd uses tun or pppx. > #server > npppd -df /etc/npppd/npppd.conf > 2013-04-21 14:57:16:NOTICE: Starting npppd pid=21302 version=5.0.0 > 2013-04-21 14:57:16:NOTICE: Load configuration > from='/etc/npppd/npppd.conf' successfully. > 2013-04-21 14:57:16:INFO: pppx0 Started pppx > 2013-04-21 14:57:16:INFO: Listening /var/run/npppd_ctl (npppd_ctl) > 2013-04-21 14:57:16:INFO: ipcp=IPCP pool > dyn_pool=[10.0.0.2/31,10.0.0.4/30,10.0.0.8/29,10.0.0.16/28,10.0.0.32/27,10.0.0.64/26,10.0.0.128/26,10.0.0.192/27,10.0.0.224/28,10.0.0.240/29,10.0.0.248/30,10.0.0.252/31,10.0.0.254/32] > pool=[10.0.0.2/31,10.0.0.4/30,10.0.0.8/29,10.0.0.16/28,10.0.0.32/27,10.0.0.64/26,10.0.0.128/26,10.0.0.192/27,10.0.0.224/28,10.0.0.240/29,10.0.0.248/30,10.0.0.252/31,10.0.0.254/32] > 2013-04-21 14:57:16:INFO: Loading pool config successfully. > 2013-04-21 14:57:16:INFO: pppoed Listening on bge0 (PPPoE) [PPPOE] > using=/dev/bpf0 address=00:11:22:33:44:55 > 2013-04-21 14:57:42:INFO: pppoed RecvPADI from=aa:bb:cc:dd:ee:ff > service-name= host-uniq=7446772e if=bge0 > 2013-04-21 14:57:42:INFO: pppoed SendPADO to=aa:bb:cc:dd:ee:ff > serviceName= acName=00:11:22:33:44:55 hostUniq=7446772e eol if=bge0 > 2013-04-21 14:57:42:INFO: pppoed if=bge0 session=43717 SendPADS > serviceName= hostUniq=7446772e > 2013-04-21 14:57:42:NOTICE: pppoed if=bge0 session=43717 > logtype=PPPBind ppp=0 > 2013-04-21 14:57:42:ERR: ppp id=0 layer=base getnameinfo() failed at > ppp_set_tunnel_label > 2013-04-21 14:57:42:INFO: ppp id=0 layer=base logtype=Started > tunnel=PPPOE(0.0.0.0) > 2013-04-21 14:57:42:INFO: ppp id=0 layer=lcp logtype=Opened > mru=1400/1492 auth=PAP magic=dea55c97/0632d896 > 2013-04-21 14:57:42:DEBUG: ppp id=0 layer=pap pap_start > 2013-04-21 14:57:42:INFO: ppp id=0 layer=pap logtype=Success > username="taro" realm=LOCAL > 2013-04-21 14:57:42:INFO: ppp id=0 layer=base unhandled protocol > ipv6cp, 32855(8057) > 2013-04-21 14:57:42:INFO: ppp id=0 layer=ipcp IP Address peer=0.0.0.0 > our=10.0.0.101. > 2013-04-21 14:58:15:WARNING: ppp id=0 layer=ipcp timeout sending > Config-Requests ppp id=0 failed to open the IPCP because npppd could not get the response from the client. > 2013-04-21 14:58:15:INFO: ppp id=0 layer=ipcp IPCP is stopped > 2013-04-21 14:58:21:INFO: pppoed if=bge0 session=43717 SendPADT > 2013-04-21 14:58:21:ERR: ppp id=0 layer=base getnameinfo() failed at > ppp_set_tunnel_label > 2013-04-21 14:58:21:NOTICE: ppp id=0 layer=base logtype=TUNNELUSAGE > user="taro" duration=39sec layer2=PPPOE layer2from=0.0.0.0 auth=PAP > data_in=98bytes,7packets data_out=265bytes,20packets error_in=1 > error_out=0 mppe=no iface=pppx0 its duration was 39sec > ^C > 2013-04-21 14:59:34:INFO: ppp id=1 layer=base unhandled protocol > ipv6cp, 32855(8057) The logs seem to be snipped. ppp id=1 appeared suddenly. > 2013-04-21 14:59:34:INFO: ppp id=1 layer=base unhandled protocol > ipv6cp, 32855(8057) > 2013-04-21 14:59:34:INFO: ppp id=1 layer=lcp terminated by peer it was stopped by LCP terminate request from the peer. > 2013-04-21 14:59:34:INFO: pppoed if=bge0 session=48751 RecvPADT > 2013-04-21 14:59:34:INFO: pppoed if=bge0 session=48751 SendPADT > 2013-04-21 14:59:34:ERR: ppp id=1 layer=base getnameinfo() failed at > ppp_set_tunnel_label > 2013-04-21 14:59:34:NOTICE: ppp id=1 layer=base logtype=TUNNELUSAGE > user="taro" duration=64sec layer2=PPPOE layer2from=0.0.0.0 auth=PAP > data_in=242bytes,20packets data_out=509bytes,32packets error_in=11 > error_out=0 mppe=no iface=pppx0 its duration was 64sec. The behavior of ppp id=0 and ppp id=1 seem to be different. And logs don't show any problem which can relate to the problem. So I suspect the problem is not caused by npppd. If you can repeat the problem, I'd like you to get the result of the command below tcpdump -pni bge0 ether proto 0x8863 or 0x8864 --yasuoka
