Renee Danson writes:
> * support for PPPoE: We've had several questions about this on the
> mailing list recently, and another one that came down from management
> this morning. Discussed options; conclusion was that this might be a
> good use of ENMs; we could deliver appropriate scripts that installed
> an ENM to set up/tear down PPPoE connections. This will be a post-
> phase-1 RFE, but it could be fairly high priority, and should also be
> pretty straightforward to do.
You can do the detection with something like this:
/usr/sbin/sppptun plumb pppoed $INTF > /dev/null
/usr/lib/inet/pppoec -i $INTF > /tmp/pppoec.$$
if [ -s /tmp/pppoec.$$ ]; then
# display the known servers here if desired; like APs
rm /tmp/pppoec.$$
/usr/sbin/sppptun plumb pppoec $INTF > /dev/null
/usr/bin/pppd sppptun plugin pppoe.so ...
else
rm /tmp/pppoec.$$
exit 1
fi
The hard part is with that "..." -- you need some configuration bits
to make this happen. Some parts are common and ordinary:
noauth
noccp
defaultroute
usepeerdns
noipdefault
... but the key part you'll need is a user name and password for
logging into the ISP.
It functions a bit more like wireless does than like anything else.
--
James Carlson, Solaris Networking <james.d.carlson at sun.com>
Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677
