Yeah, I'll be looking at rp-l2tp over the weekend. Just finding the latest source for l2tpd-0.69 was hard enough.
Google's not what it used to be.
Huh? First hit when you enter "l2tpd".
Well, not the download page specifically, but the l2tpd.org site is.
Perhaps one day "we" ("someone") can look at a different PPP implementation which handles all the interfaces through one daemon (a "virtual Cisco"). I'd want to do it in a way that can take advantage of the Linux iptables and traffic shaping capabilities.
The context switches of pppd aren't that bad. The memory consumption is a problem, but the context switches aren't a problem. pppd's user-space only gets hit when there are packets for a control protocol for PPP...all of the data packets are handled in kernel and pppd never gets woken up.
>And from what I've seen, someone has already started some of the work:
http://l2tpd.graffl.net/msg00639.html
Though I'm not sure what the 100 limit is about: http://l2tpd.graffl.net/msg00638.html
If I remember correctly...and I haven't look in a while, the 100 limit is a hard limit on the number of ppp interfaces that the kernel will create. I don't think you can work around this with the "unit" parameter, either, as has been suggested, though I could be wrong on that.
-- Jeff McAdams "He who laughs last, thinks slowest." -- anonymous
pgp00000.pgp
Description: PGP signature
