about a usb adsl modem driver

[Andre Oppermann]

Jose M Rodriguez wrote:
> El Viernes, 3 de Diciembre de 2004 17:50, Roman Kurakin escribió:
> 
>>Jose M Rodriguez wrote:
>>
>>>Hi,
>>>
>>>I've got a eagle usb adsl modem and get ready to work on FreeBSD
>>>support for it.
>>>[...] 
>>>
>>>My first idea was a sppp based one, that can be ported to all xBSD. 
>>>But now I think that a netgraph thing must be a better first
>>>contact.
>>
>>Note, with Netgraph you may use sppp via ng_sppp(4). Also it is not
>>to hard to
>>implement a dual driver. But I sugest to not do that way, especialy
>>if you want to
>>support multiple branches. I know how hard is that ;-).
>>(http://www.cronyx.ru/software/sigma.html)
>>If your implementation would work with sppp (via ng_sppp(4)) or you
>>would need
>>smth additional from sppp(4) let me know.
>>
>>rik
>>
> 
> Well, this may depend of noted interest.
> 
> I can work on RELENG_5_3 or RELENG_4, but I need some commiter that can 
> take this into HEAD.
> 
> I found Netgraph the easy path. A, let's say, ng_uadsl limited only to 
> move aal5 between the modem and netgraph may be enough to use routed 
> protocols, bridged mode, pppoe, pppoa, pptp, user-ppp, sppp, ... just 
> with some equivalents of frame relay nodes and atm_llc, adapted to 
> rfc2684.

There is an extensive Netgraph ATM framework in FreeBSD 5.x written
by harti at freebsd.org.  The only thing you need to do is the hardware
driver for the ADSL USB modem.

-- 
Andre


> The hard part of this solution is that we need more userland work to 
> sync all this stuff.
> 
> Also, I noted that most of home adsl connections are of just only three 
> categories:
> 
> - IPv4 routed (generally LLC)
> - pppoe over ethernet bridge (Only LLC)
> - pppoa (generally VCMux, but also LLC)
> 
> I think this can be taken by a sppp derived work.
> 
> pppoa may be really direct (just PDU test/adjust), but the other need 
> more work.
> 
> IPv4 routed needs some kinda of bypass control, to use only the basic if 
> interface after sppp.
> 
> pppoe (only client) may be implemented in a single step with ethernet 
> bridge encapsulation as a dial extension.
> 
> Also, an auto mode for pppoe/pppoa-LLC/pppoa-VCMux may be implemented 
> without too much problem (rotatory mode selection in sucesive dial 
> attemps).
> 
> Support form OpenBSD must be easy, but NetBSD is another story.  This 
> implementation is heavily affected by pppoe works and really differ 
> from FreeBSD/OpenBSD.
> 
> Also, the usb part needs works.
> 
> A eagle implementation based on ueagle must be easy. but this driver is, 
> right now, too much 'eagle oriented'.
> 
> I'll prefer a 'ugen derived' model (used by net/pppoa). Or, at last, a 
> more generic driver.
> 
> This needs really 'too much manpower' that I can expend now.
> 
> So, if noboby else have any more to say, I'll work it only two basic 
> directions, time permitting:
> 
> - a sppp based, pppoa only driver for eagle, derived from ueagle, for 
> RELENG_5.
> 
> - a ng_ueagle node for RELENG_5 derived from ueagle.
> 
> thanks for your time,
> --
>   josemi
> 
> _______________________________________________
> freebsd-hackers at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"
> 
>