On Tue, Jul 01, 2003 at 11:03:04AM +0200, Alexandre Dulaunoy wrote: > On 01/Jul/03 10:24 +0200, Jean-Francois Dive wrote: > > > Petite lecon d'ADSL (c'est l'occasion): > > > > Les encaspulations *possibles* sur adsl: > > > > PPPoA PPPoE et bridged ethernet qui reposent toutes sur le RFC1483 (LLC sur AAL5), > > et > > finalement IPoA (IP directement sur ATM). AAL5 est la couche transport de ATM, > > pour l'histoire. > > PPPoA transmet des frames de type PPP directement dans le LLC qui lui meme est sur > > AAL5. PPPoE > > lui transmet PPP dans des frames ethernet qui dont mise dans LLC qui est mis dans > > AAL5. Finalement, > > bridged transmet les frames ethernet (sans PPP) sur LLC. A noter que VC-MUX peut > > etre utilise a > > la place de LLC (RFC1483) pour transmettre les frames (un type de protocole par VC > > a la place de LLC > > qui permet de mux/demuxer le protocol). > > > > Pour belgacon, PPPoA et PPPoE sont installes et fonctionnent. Le speedtouch manta > > permet de faire > > les 2, donc au choix. La grande adoption de PPPoE et la simplicite du protocol en > > font une solution > > stable au niveau de linux: en PPPoE, on peut se limiter a envoyer des frames > > ethernet au modem que > > en PPPoA, il faut avoir le stack ATM sur linux. Maintenant, je pense que le driver > > pour la version > > USB implemente le stack ATM dans les 2 cas, c'est une question de choix. > > > > Finalement, je ne sais pas qui ca interesse cette histoire ;) > > Un truc que je ne comprends pas c'est l'utilit? du ATM entre le > end-point access provider et le client comme l'info passe en raw en > l'?tat et que ce n'est pas tagg?... (QoS et autre RSVP ne sont pas > utiles dans ce cadre) > > Pourquoi ne pas tjs utilis? du PPPoE et pourquoi merder avec une stack > ATM complexe sur le poste client et faire de l'ATM entre le DSLAM et > le client ? Si tu as une explication claire...
Pas de raison technique, c'est Alcatel qui a invente ADSL, et qui a sortis le premier DSLAM qui sortait en ATM. Alcatel avait une grosses division ATM et je pense qu'ils sont restes les premiers dans le domaine (apres le rachat de new bridge) pendant longtemps. Et ca a marche, tout le monde a suivis en ATM et on en est toujours la, meme si tres visiblement, la tendance est a ethernet / MPLS pour le future (ADSL2+ par exemple). A notter que ATM n'est pas la seule option, ca a ete specifie aussi pour STM (les frames de taille fixe du monde de la telephonie, SDH et autre sonet), mais je ne sais pas si ca existe kkpart. Maintenant, je ne suis pas daccord avec toi, la QoS ATM pourrait etre utilisee jusqu'au client si les providers offraient des services bases sur ATM: video et autre telephonie. Ca aurait permis par exemple d'avoir un PVC data avec IPoA ou PPPoA et des SVC pour faire des appels telephoniques. ATM est un reve pour ca, mais non, on a decide d'inventer MPLS, puis IP QoS puis ... et quand on vois se que donne le VOIP, l'a fallu le temps. A la base je pense que l'idee est bonne, mais ca n'a pas marche, IP a gagne. Sinon, je suis daccord que un bete protocol genre STM avec des frames ethernet dessus aurait ete plus simple. Mais bonne nouvelle, pour les nouvelles technologies (last mile ethernet, VHDSL etc..), ATM passe a la poubelle et c'est grosso modo de l'ethernet ou meme directement des frames MPLS/PPP. Ca commence a se deployer... en chine ! Je me souviens en avoir entendu parle dans les pays du nord de l'europe il y a 2 ans. > > adulau > > -- > -- Alexandre Dulaunoy (adulau) -- http://www.foo.be/ > -- http://pgp.ael.be:11371/pks/lookup?op=get&search=0x44E6CBCD > -- "Knowledge can create problems, it is not through ignorance > -- that we can solve them" Isaac Asimov > _______________________________________________________ > Linux Mailing List - http://www.unixtech.be > Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux > Archives: http://www.mail-archive.com/[EMAIL PROTECTED] > IRC: efnet.unixtech.be:6667 - #unixtech -- -> Jean-Francois Dive --> [EMAIL PROTECTED] There is no such thing as randomness. Only order of infinite complexity. - Marquis de LaPlace - deterministic Principles -
pgp00000.pgp
Description: PGP signature
_______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux Archives: http://www.mail-archive.com/[EMAIL PROTECTED] IRC: efnet.unixtech.be:6667 - #unixtech
