On 2021-12-05 23:43, Stuart Henderson wrote: > On 2021/12/04 15:32, Krzysztof Kanas wrote: > > I tried the settings: > > > > > > inet 0.0.0.0 255.255.255.255 10.64.64.33 \ > > pppoedev em0 authproto chap \ > > authname 'testcaller' authkey 'secret' up > > !/sbin/route add default -ifp pppoe0 10.64.64.33 > > > > Seems to be working. > > > > I will test it more, but does this sound correct ? > > And if so then is it worth while to add this to man page to bugs section > > ? > I upgraded to 7.0, tried above configuration and it didn't work. I believe this could be due the test I ran didn't rebooted router (and ISP pppoe modem). Upgrade to 7.0 rebooted the router it and pppoe0 didn't come up (with configration below). I added debug option and below is part of sppp output that hint's the problem.
pppoe0: chap success pppoe0: phase network pppoe0: ipcp open(initial) pppoe0: ipcp initial->starting pppoe0: ipv6cp_open(): no IPv6 interface pppoe0: ipcp up(starting) pppoe0: ipcp starting->req-sent pppoe0: ipcp output <conf-req id=0x6b len=22 03-06-c0-a8-00-01-81-06-00-00-00-00-83-06-00-00-00-00> pppoe0 (8864) state=3, session=0xd862 output -> c0:14:fe:5b:6a:40, len=30 pppoe0: ipcp input(req-sent): <conf-req id=0x1 len=10 03-06-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00> pppoe0: ipcp parse opts: address pppoe0: ipcp parse opt values: address [addr requested] send conf-nak pppoe0: ipcp output <conf-nak id=0x1 len=10 03-06-0a-14-1e-16> pppoe0 (8864) state=3, session=0xd862 output -> c0:14:fe:5b:6a:40, len=18 pppoe0: ipcp input(req-sent): <conf-nak id=0x6b len=16 81-06-c0-a8-fb-16-83-06-c0-a8-fb-cc-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00> pppoe0: ipcp nak opts: primdns secdns pppoe0: ipcp output <conf-req id=0x6c len=22 03-06-c0-a8-02-01-81-06-c0-a8-fb-16-83-06-c0-a8-fb-cc> pppoe0 (8864) state=3, session=0xd862 output -> c0:14:fe:5b:6a:40, len=30 pppoe0: ipcp input(req-sent): <conf-req id=0x2 len=4 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00> pppoe0: ipcp parse opts: pppoe0: ipcp parse opt values: still need hisaddr send conf-nak pppoe0: ipcp output <conf-nak id=0x2 len=10 03-06-0a-14-1e-16> pppoe0 (8864) state=3, session=0xd862 output -> c0:14:fe:5b:6a:40, len=18 pppoe0: ipcp input(req-sent): <conf-ack id=0x6c len=22 03-06-c0-a8-02-01-81-06-c0-a8-fb-16-83-06-c0-a8-fb-cc-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00> pppoe0: ipcp req-sent->ack-rcvd pppoe0: ipcp input(ack-rcvd): <conf-req id=0x3 len=4 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00> pppoe0: ipcp parse opts: pppoe0: ipcp parse opt values: still need hisaddr send conf-nak pppoe0: ipcp output <conf-nak id=0x3 len=10 03-06-0a-14-1e-16> pppoe0 (8864) state=3, session=0xd862 output -> c0:14:fe:5b:6a:40, len=18 pppoe0: ipcp input(ack-rcvd): <conf-req id=0x4 len=4 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00> ..... and many more 'still need hisaddr' So I am back to using custom kernel due, to remote side never replies for hisaddr IPCP request. If hard coding arbitrary RFC 1918 IP is not an option, then adding additional option to ifconfig & sppp would be correct solution ? To make remote address more distinctive I used 10.20.30.22 in log above So inet 0.0.0.0 255.255.255.255 10.20.30.22 \ pppoedev em0 authproto chap \ authname 'testcaller' authkey 'secret' up !/sbin/route add default -ifp pppoe0 10.20.30.22 -- -- Best Regards Krzysztof Kanas