The following 'peer' file works via 'pppd call speedtch': noipdefault defaultroute user 'beu1@lon1-aj1c.demonadsl.co.uk' noauth updetach usepeerdns plugin pppoatm.so 0.38 However, this conf.d/net snippet does not: config_ppp0=( "ppp" ) link_ppp0="/dev/null" plugins_ppp0=( "pppoa" ) username_ppp0='beu1@lon1-aj1c.demonadsl.co.uk' pppd_ppp0=( "noipdefault" "defaultroute" "noauth" "updetach" "usepeerdns" ) phone_number_ppp0=( "0.38" ) With the latter, '/etc/init.d/net.ppp start' reports success: * Starting ppp0 * Bringing up ppp0 * ppp * Running pppd ... [ ok ] However, pppd is not running, and the following is found in syslog: Aug 28 19:50:34 kore pppd[18160]: Plugin pppoatm.so loaded. Aug 28 19:50:34 kore pppd[18160]: PPPoATM plugin_init Aug 28 19:50:34 kore pppd[18160]: pppd 2.4.3 started by root, uid 0 Aug 28 19:50:34 kore pppd[18160]: tcgetattr: Inappropriate ioctl for device (line 933) Aug 28 19:50:35 kore pppd[18160]: Exit. This may or may not be a duplicate of bug #144194...
phone_number is not in the README of the speedtouch-usb package. This works: plugins_ppp0=( 'pppoa 0.38' )
I don't use the speedtouch-usb package as it's only been troublesome in the past, so I didn't check its README, however this does fix it - thanks!
In a future version, vpi.vci will be passed to pppd.sh module through link_${iface}. Of course, the current type of setup will remain valid.
pppd.sh module was never designed this way. From the start, plugin parameters were to be placed in pppd_${iface} array. phone_number_${iface} have sense only for dialup PPP connections, where chat script need phone number(s) as parameters. Closed as INVALID.