Date: Wed, 29 Sep 1999 10:09:40 -0500 (CDT) From: Mark Tinguely <tinguely@plains.NoDak.edu> To: danhil@cwnt.com, phk@FreeBSD.ORG Cc: hackers@FreeBSD.ORG Subject: Re: The sppp driver Message-ID: <199909291509.KAA14058@plains.NoDak.edu>
next in thread | raw e-mail | index | archive | help
(deletes and edits) > But, in the later case, the control messages are queued to > the control queue (sp->pp_cpq) which the if_start functions > doesn't have access to. in the ISDN (sys/i4b/driver) code, the interface target of the if_start(), there is a call to sppp_dequeue() which gets the top packet, by first searching the control, then the priority and finally the normal queues (the last two queue are checked only if the PPP is in the NCP mode). > - How do you recommend connecting my ioctrl functions to the sppp ioctrl > function (I have to call the ioctrl function because, as I understood > it, this is the way to start the lcp messaging). I think the best way is > to do this in the sppp_attach function. I am confused here. by default the LCP is started when the physical IDSN link is started sppp_lcp_up(). This changes to the Open state. If you are using the manual mode, then you need to follow the man page and specify when you want the PPP to start the LCP. ------- The best way to learn sppp is to get a copy of RFC 1661, understand it and then follow how that maps into sppp code (aka, RTFS). The sppp is more efficient than ppp and pppd because it does not have to map the packets from kernel space to user space and then back again, plus the advatages not having to service interrupts on each character, the synchronous link does not need to map Asynchronous-Control-Character-Map characters and Frame Check Sums. IMHO, Joerg Wunsch should be commended for the work of adding the RFC 1661 support. For this reason, I would suggest starting with the FreeBSD-3.2 or FreeBSD-3.3 (which has one minor state correction) version of sppp. sppp would make an excellent starting point for any PPP over permanent packet oriented connection medium such as DSL over ATM, ATM, possibly Ethernet or UDP. --mark. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909291509.KAA14058>