Philippe Houdoin wrote:
> 
> > Every ATM card has a MAC address too.
> 
> Okay.
> Is she's used in ATM framing too, or it's just for Ethernet framing?
> Just to understand.

the MAC address is used for ATM specific protocols too. Mostly related to SVC's.
(Switched Virtual Connections, in SVC's VP/VC's are not standard, they are negotiated 
and there
every ATM card has an addres of which the MAC address is a part. for full explanation 
go read the
RFC's, but this is not really relevant.)

> > The PPPoA and PPPoE is done above the Linux ATm layer.
> >
> >  PPPoA or PPPoE
> >      |
> >    Linux ATM
> >      |
> >    speedtouch.c and SARLib
> >      |
> >    Linux USB
> >      |
> >     USB
> >      |
> >   SpeedTouch USB modem
> 
> You're great! A nice drawing, it's even better that what I was hoping!
> 
> Okay, so where I can find related code of the two top layer?
> On LinuxATM web site, and PPPoA patches to pppd, I guess?

Actually, this is mostly in the Linux kernel and in the PPPoA and Bridging patch.
The PPPoA and PPPoE layers aren't really nescessary. 
For PPPoA, just take PPP packet without HDLC and feed them to the AAL5 layer. 
For PPPoE, I would just implement a fake ethernet driver that feeds it's ethernet 
packets into the
AAL5 engine.
Maybe a small atm layer in between that allows you to use both Ethernet and PPPoA. 
Afterall, they
can be running simultaniously on two different PVC's...

That is one of the main reasons I implemented the speedtouch.c module in the kernel 
and not in
userspace like benoit. It is much more flexible.  by implementing this as a ATM card, 
I let all
protocol choices to the user. You can even use SVC's over the speedtouch kernel module!
 
> On BeOS, there's a existing PPP stack, so I'll be able to get from her /
> send to her *plain* PPP frames.

Read the PPPoA rfc. You will have to tweak the stack so you can it to refuse a number 
of options
which are not allowed in PPPoA. 

> >From these frames, what did I need to do before calling the corresponding
> read/write calls of my own BeOS speedtouch.c?
> 
> And, more important, is it the more complex two layers?
> Because in this case I think I'll look for some help from far more ATM-aware
> brain than mine.

don't understand what you mean.
 
> Thanks you very much for your great reply, it's far more clear in my mind
> now.

no problem.

        J.

Liste de diffusion modem ALCATEL SpeedTouch USB
Pour se d�sinscrire : mailto:[EMAIL PROTECTED]?subject=unsubscribe

        

Reply via email to