Anatomie d'une connexion ADSL
09/02/2005
 Christian CALECA 
Liste des cours

Quelques bases

Accueil ] [ Quelques bases ] [ Schéma simplifié ] [ Dans la pratique ] [ Pour finir ]


Rappels

Performances

Nous ne reviendrons pas ce ce qui est déjà dit dans le chapitre sur la Bande passante

Rappelons juste que la technologie DSL exploite au mieux la paire de cuivre qui relie l'abonné à son centre de raccordement, en y faisant circuler des porteuses modulées, porteuses montant en fréquence aussi loin que possible.

La bande de base, sous 4 KHz, reste utilisée pour la téléphonie analogique classique.

Dans l'état actuel, pour fournir à l'abonné une connexion Asymétrique de 512 Kbps en "download" et 128 Kbps en "upload", il faut que la ligne de l'abonné n'excède pas une longueur de 5 Km. Sur cette distance, il est parfois possible de faire mieux, 1024/128, voire 1024/256, mais ce n'est pas une certitude.

Le record actuel, pour permettre le passage de services de télévision, semble être de 6 Mbps en "download" pour 256 Kbps en "upload" sur une distance maximale de 2 Km. Dans l'état actuel des choses, ce ne sont pas tous les abonnés à une ligne fixe qui se trouvent dans une telle condition.

Un lien point à point

Avant tout, il est fondamental de comprendre trois choses :

Voici un exemple à partir d'une connexion RTC Free :

Un traceroute vers www.grenouille.com :

debian:# traceroute www.grenouille.com 
traceroute to grenouille.com (213.186.35.33), 30 hops max, 38 byte packets 
1 192.168.254.254 (192.168.254.254) 201.892 ms 179.426 ms 169.630 ms 
2 montpellier-6k-1-a5.routers.proxad.net (213.228.12.62) 179.604 ms 173.269 ms 165.156 ms 
3 cbv-6k-1-a0-s.routers.proxad.net (213.228.2.253) 189.630 ms 203.613 ms 179.909 ms 
4 th2-6k-1-a6.routers.proxad.net (213.228.3.12) 188.879 ms 192.663 ms 186.351 ms 
5 ge.p11.molosse.routers.ovh.net (213.186.32.241) 189.631 ms 179.376 ms 194.403 ms 
6 ge.p11.brutus.routers.ovh.net (213.186.32.149) 184.901 ms 186.740 ms 192.324 ms 
7 ns351.ovh.net (213.186.35.33) 200.114 ms 189.377 ms 179.721 ms debian:#

Un traceroute vers www.ibm.com :

debian:# traceroute www.ibm.com 
traceroute: Warning: www.ibm.com has multiple addresses; using 129.42.17.99 
traceroute to www.ibm.com (129.42.17.99), 30 hops max, 38 byte packets 
1 192.168.254.254 (192.168.254.254) 199.520 ms 261.225 ms 869.402 ms 
2 montpellier-6k-1-a5.routers.proxad.net (213.228.12.62) 169.875 ms 169.196 ms 169.691 ms 
3 cbv-6k-1-a0-s.routers.proxad.net (213.228.2.253) 189.770 ms 189.413 ms 249.512 ms 
4 prs-b1-geth14-1.telia.net (213.248.71.13) 189.865 ms 237.159 ms 253.728 ms 
5 prs-bb2-pos0-3-0.telia.net (213.248.70.9) 187.741 ms 249.568 ms 233.038 ms 
6 ldn-bb2-pos7-0-0.telia.net (213.248.65.113) 265.846 ms 189.255 ms 199.504 ms 
7 nyk-bb2-pos6-0-0.telia.net (213.248.65.94) 309.597 ms 349.257 ms 342.357 ms 
8 nyk-bb1-pos0-0-0.telia.net (213.248.80.133) 267.103 ms 269.020 ms 279.497 ms 
9 nyk-i1-pos3-0.telia.net (213.248.82.14) 269.846 ms 269.249 ms 260.777 ms 
10 so-0-1-0.edge1.NewYork1.Level3.net (209.244.160.161) 268.734 ms 302.143 ms 271.043 ms 
11 ge-2-1-0.bbr1.NewYork1.Level3.net (64.159.4.145) 265.406 ms 259.269 ms 259.675 ms 
12 so-0-0-0.mp1.Denver1.Level3.net (64.159.4.226) 369.508 ms 349.150 ms 323.533 ms 
...

Nous voyons bien que pour aller chez OVH comme pour aller chez IBM, les trois premiers "hops" sont identiques

La même chose, depuis la même prise téléphonique, mais avec une connexion Wanadoo :

debian:# traceroute www.grenouille.com 
traceroute to grenouille.com (213.186.35.33), 30 hops max, 38 byte packets 
1 nsmon114.francetelecom.net (193.251.96.142) 208.127 ms 195.745 ms 199.664 ms 
2 GE1-1-102.ncmon302.Montpellier.francetelecom.net (193.251.121.34) 189.585 ms 205.185 ms 193.775 ms 
3 pos6-0.nrlyo202.Lyon.francetelecom.net (193.252.101.26) 199.649 ms 199.320 ms 199.654 ms 
4 193.252.103.110 (193.252.103.110) 209.648 ms 209.277 ms 199.647 ms 
5 193.252.103.117 (193.252.103.117) 199.659 ms 197.231 ms 199.655 ms 
6 193.252.103.253 (193.252.103.253) 209.648 ms 199.503 ms 209.645 ms 
7 th2-6k-1-a6.routers.proxad.net (213.228.3.12) 209.673 ms 199.327 ms 199.685 ms 
8 ge.p11.molosse.routers.ovh.net (213.186.32.241) 199.645 ms 199.355 ms 199.650 ms 
9 ge.p11.brutus.routers.ovh.net (213.186.32.149) 199.654 ms 199.312 ms 199.690 ms 
10 ns351.ovh.net (213.186.35.33) 209.362 ms 199.522 ms 199.595 ms
debian:# traceroute www.ibm.com 
traceroute: Warning: www.ibm.com has multiple addresses; using 129.42.19.99 
traceroute to www.ibm.com (129.42.19.99), 30 hops max, 38 byte packets 
1 nsmon114.francetelecom.net (193.251.96.142) 229.015 ms 187.195 ms 189.312 ms 
2 GE1-1-102.ncmon302.Montpellier.francetelecom.net (193.251.121.34) 179.470 ms 188.925 ms 179.756 ms 
3 pos6-0.nrlyo202.Lyon.francetelecom.net (193.252.101.26) 189.657 ms 229.098 ms 189.839 ms 
4 193.252.103.110 (193.252.103.110) 229.437 ms 199.354 ms 229.816 ms 
5 pos9-0.ntsta202.Paris.francetelecom.net (193.252.161.57) 199.851 ms 198.896 ms 258.043 ms 
6 193.251.126.158 (193.251.126.158) 271.053 ms 189.381 ms 230.030 ms 
7 Level.GW.opentransit.net (193.251.240.214) 199.334 ms 219.065 ms 239.695 ms 
8 ae-0-17.mp1.Paris1.Level3.net (212.73.240.97) 199.834 ms 269.124 ms 199.774 ms 
9 so-3-0-0.mp1.London2.Level3.net (212.187.128.46) 209.655 ms 216.436 ms 219.812 ms 
10 so-1-0-0.bbr1.Washington1.Level3.net (212.187.128.138) 289.963 ms 282.955 ms 279.659 ms 
11 so-0-0-0.mp1.Denver1.Level3.net (64.159.4.226) 319.673 ms 319.309 ms 319.659 ms ...

Ici, ce sont les quatre premiers "hops" qui sont identiques.

Nous pourrions recommencer la démonstration à l'infini, dans le premier cas, nous constaterons que nous passons toujours par le réseau Proxad et dans le second cas par le réseau France Télécom.

Donc, quel que soit le mode de connexion, l'abonné établit un lien PPP entre sa machine locale et un serveur situé dans le réseau de son FAI. Ce lien PPP va permettre d'intégrer la machine de l'abonné dans le réseau du FAI pendant toute la durée de sa connexion. Pour ce faire, plusieurs opérations sont réalisées :

Jusqu'ici, la procédure reste identique pour le RTC, Numeris, ADSL et même le câble. Les différences apparaissent sur la façon d'établir le lien PPP entre l'abonné et le FAI. Dans le cas d'une connexion par RTC, ça reste assez simple, puisque l'on utilise le réseau téléphonique de la même façon que si l'on téléphonait. En effet le modem RTC va créer un signal analogique sous la forme d'une porteuse modulée qui voyagera comme de la voix, sur le POTS (Plain Old Telephone Service). Dans le cas de l'ADSL, ça va être nettement plus compliqué.

 

Est-il nécessaire d'en savoir plus pour exploiter correctement sa connexion ? Si l'on ne veut pas s'occuper de ce qu'il se passe au dessous du niveau 3 (niveau IP), ce qui a été vu suffit, nous ferons abstraction du reste en disant que les opérateurs assurent pour nous un support à notre couche IP. Le maillon faible de cette approche reste le raccordement du modem à la machine de l'abonné.

Autant de questions auxquelles nous ne pouvons pas répondre sans enfoncer un peu plus les mains dans le cambouis.

D'autres questions comme :

Pourraient à la rigueur rester sans réponse, du moment que ça marche... Mais si vous êtes là, c'est que vous avez tout de même envie de comprendre.

Ceci nous amène à quelques considérations philosophiques... Réfléchissez un peu et vous constaterez que dans la vie, nous passons notre temps à fonctionner sur des abstractions. Le bricoleur moyen, qui utilise sa perceuse, sait qu'en appuyant sur la gâchette, l'outil va tourner et percer. Si c'est un "bon" bricoleur, il saura même choisir l'outil et sa vitesse de rotation en fonction du matériau à percer et du diamètre de perçage. Mais est-il capable d'appréhender les lois de l'électromagnétisme grâce auxquelles le moteur tourne ? Peut-il décrire précisément comment l'énergie électrique nécessaire est produite et transportée jusqu'à sa prise murale ? Vous le voyez, le bricoleur moyen s'appuie sur pas mal d'abstractions pour faire ses trous.

Ici, nous serons amenés aussi à nous asseoir sur des abstractions. Le réseau qui assure le transport IP (et PPP) jusqu'au FAI le fait. Comment ? On dira que c'est une abstraction parce qu'il n'y a que le gestionnaire de ce réseau qui pourra nous le dire avec exactitude, s'il le veut bien. Mais encore une fois, nous sommes là pour essayer de comprendre...

 


Accueil ] [ Suivante ]