Making support for ADSL interface ??

2001-06-06 Thread Soren Kristensen

Hi Everybody,

I would like to inquire about what it would take to make a driver for a specific
ADSL board with direct PCI interface to FreeBSD

First, lets assume that I will supply boards, and that all necessery
documentation will be available.

How good is FreeBSD current structures for running ADSL, I'm thinking about the
ATM support already present, and probably using netgraph ? I would need support
for the most common protocols used worldwide, t.ex PPPoATM, IPoATM

Next, is there any takers for doing the actual work ? I would probably need
somebody who has some knowledge about ADSL and ATM, and have access to some
equipment and/or lines for testing.

I will probably be able to offer some limited payment for the work, the driver
will probably be possible to release under BSD license, and the resulting
hardware will be available at low cost.


Regards,


Søren

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: Making support for ADSL interface ??

2001-06-06 Thread Louis A. Mamakos


 How good is FreeBSD current structures for running ADSL, I'm thinking about the
 ATM support already present, and probably using netgraph ? I would need support
 for the most common protocols used worldwide, t.ex PPPoATM, IPoATM

You'd also need to support PPPoE, which on most ADSL systems appears
as PPP on Ethernet as RFC-1490 bridged encapsulation of the ethernet
frames in AAL5 ATM cells.  It's unclear that this is worth doing at
the ATM level since the CPE devices with an Ethernet are fairly
inexpensive; the existing Ethernet interface might be the most cost
effective.

There's also limited standardization on management interfaces for ADSL
CPE equipment.  It's been a couple of years since I've been involved
with the ADSL forum, but there were proposes to have some management
channel to the CPE device (perhaps using ILMI?  I don't recall). 

Louis Mamakos


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: Making support for ADSL interface ??

2001-06-06 Thread Soren Kristensen

Louis,

Thanks for your reply.

Louis A. Mamakos wrote:
 
 You'd also need to support PPPoE, which on most ADSL systems appears
 as PPP on Ethernet as RFC-1490 bridged encapsulation of the ethernet
 frames in AAL5 ATM cells.  It's unclear that this is worth doing at
 the ATM level since the CPE devices with an Ethernet are fairly
 inexpensive; the existing Ethernet interface might be the most cost
 effective.

I will need to support PPPoE, but netgraph can probably take care of
that But directly, as the point is to have one single low cost box
with everything, that why I'm working on doing an ADSL board with PCI
interface And I might even put the ADSL interface on the mainboard.
 
 There's also limited standardization on management interfaces for ADSL
 CPE equipment.  It's been a couple of years since I've been involved
 with the ADSL forum, but there were proposes to have some management
 channel to the CPE device (perhaps using ILMI?  I don't recall).
 

The configuration and management have moved forward, take a look at the
DSL Forum TR-037


Regards,


Søren

To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: Making support for ADSL interface ??

2001-06-06 Thread Louis A. Mamakos

 Louis,
 
 Thanks for your reply.
 
 Louis A. Mamakos wrote:
  
  You'd also need to support PPPoE, which on most ADSL systems appears
  as PPP on Ethernet as RFC-1490 bridged encapsulation of the ethernet
  frames in AAL5 ATM cells.  It's unclear that this is worth doing at
  the ATM level since the CPE devices with an Ethernet are fairly
  inexpensive; the existing Ethernet interface might be the most cost
  effective.
 
 I will need to support PPPoE, but netgraph can probably take care of
 that But directly, as the point is to have one single low cost box
 with everything, that why I'm working on doing an ADSL board with PCI
 interface And I might even put the ADSL interface on the mainboard.

What I'm not sure is if the netgraph code currently has hooks into
the ATM network interfaces, and if it knows about ethernet frame
bridge encapsulation.  I'm guessing that the netgraph platform would
make the most sense to support this kind of application.

louie


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message



Re: Making support for ADSL interface ??

2001-06-06 Thread Taavi Talvik

On Wed, 6 Jun 2001, Soren Kristensen wrote:

If you will give all neccessary documentation and microcode (for
chipsets), then it is definitely interesting. I have unsuccessfully
discussed writing drivers for ADSL cards with several vendors (alcatel,
adi, efficient) but no one have not had courage to give out real
information. Even released linux drivers are mostly fakes - some kernel
modules providing ioctl interface for binary only userland parts.

When driver for hardware is available, I believe, that then freebsd
community has enough people to develop surrounding infrastructure further.

 I would like to inquire about what it would take to make a driver for a specific
 ADSL board with direct PCI interface to FreeBSD
 
 First, lets assume that I will supply boards, and that all necessery
 documentation will be available.
 
 How good is FreeBSD current structures for running ADSL, I'm thinking about the
 ATM support already present, and probably using netgraph ? I would need support
 for the most common protocols used worldwide, t.ex PPPoATM, IPoATM
 
 Next, is there any takers for doing the actual work ? I would probably need
 somebody who has some knowledge about ADSL and ATM, and have access to some
 equipment and/or lines for testing.

best regards,
taavi

PS. If only someone would provide microcode and little bit additional
information for compleating driver for efficient 3060/3061 pci cards
(http://home.uninet.ee/~taavi/lanai/) :)


To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message