hello a tous,
 
  sujet peut etre deja abordé mais au risque de me faire taper dessus je tente qd meme le coup.
 
  Est ce que qu'un à l'explication exacte au bit pret de la différence entre un debit atm et un debit ip.
  J'ai bien essaye de convertir mes paquets de 1500o IP  en trame de 53o Atm mais j'arrive pas au chiffre approximatif qu'on voit sur le net qui dit 25 Mbtis atm = 20 Mbit IP.
 
Si quelqu'un à la réponse exacte ca m'intéresse
 
(oui je sais des fois je me pose des questions existentielles, mais j'aurai pu demander comment circule les électrons sur un fil   )
 
merci

Ca dépend de comment le protocole IP est mis dans la cellule ATM (en gros si tu met du PPP [qui lui aussi peut être encapsulé] ou pas).
 
Dans une cellule ATM tu as 48 octets de payload pour une cellule de 53 octets donc ça réduit déjà de 5 octets.
Après tu regardes les protocoles utilisés comme la RFC1577, RFC1483 etc.

En réalité on considère que on retire 20% pour de l'IP a partir du débit ATM
Ce chiffre est obtenu a partir d'un panier moyen de flux IP appelé IMIX dans lequel on retrouve les repartitions statistiques de tailles de paquets generalement trouvé sur un réseau IP (ie bcp de petits paquets et qlqs trucs a 1500 en passant par toute la gamme intermédiaire).
Ensuite on utilise ce "panier" pour déterminer un débit atm correspondant. On trouve un écart de 20% qui est devenu la règle. Par contre peu de gens savent comment on le retrouve :x
Maintenant ca depend de chaque réseau, et si on avait un truc qui envoyait que des paquet de 96 octets et rien d'autre le résultat serait bien différent.

Quand j'etais en cours, j'avais calculé tout ca lorsque j'etudiais les trames MIC ... mais bon aisheimer me gete ...
 
Cherche un cours sur la MIC, je pense que tu devrais trouver des choses interessantes là dessus !

 En effet il peut aussi y avoir la couche ppp j'avais pas pensé à celle là... mais elle se place où dans le modèle OSI ? entre la couche Liaison (2) et réseau (3) (entre atm et ip) ?
 
jujudu44 : intéressant le concept IMIX, il est vrai que je cherchait à calculer le debit max (que l'on attendrait en téléchargeant un iso de 600Mo par exemple).
mais j'ai pas trouvé de valeur pour l'imix d'une connexion internet traditionnel.
 
enfin j'arrive donc à ce calcul :
taille d'un paquet IP : 1500 o
octet en plus utilisés pour ppp : 7 o (source : http://fr.wikipedia.org/wiki/Proto [...] %A0_point)
taille d'un paquet atm 53 (48 data + 5 entete)
 
nb de paquet atm pour un paquet ip : (1500 + 7) / 48 = 31,39 => 32 paquets
nombre d'octet total envoyé = 32 * 53 = 1696 ( au lieu de 1500)
 
debit ip pour du 25 mbits atm = 25 * 1500 / 1696 = 22,11 mbits.
 
bon pourquoi pas ... manque l'intégration du IMIX car en effet si je teste avec un paquet de 100 o j'arrive à ca :
nb de paquet atm pour un paquet ip : (100 + 7) / 48 = 2,23 => 3 paquets
nombre d'octet total envoyé = 3 * 53 = 159 ( au lieu de 100)
 
debit ip pour du 25 mbits atm = 25 * 100 / 159 = 15,72 mbits.
 
avec un bon IMIX on doit donc arriver à du 25 mbits atm = 20 mbits IP.
 
Ca tiens debout mon raisonnement ?
 
 

Faut pas forcément tout voir par rapport au modèle OSI, c'est qu'une abstraction théorique
si tu y tiens réellement : http://www.ceenet.org/workshops99/ [...] sld004.htm

Oui ton raisonnement est le bon, comme il n'y a pas de règle stricte on se base sur une moyenne.

IMIX = 55% 64byte, 5% 72byte, 17% 596byte, 23% 1520byte
C'est assez representatif

Tu moulines c dans une cellule a 48+5 sans les 8 de ppp (c'est 8 et pas 7) et tu obtiendras un beau resultat

hummm 23% de paquets à 1520o c'est encore d'actualité aujourd'hui avec l'avènement du pire-du-pire, des ddl et du streaming sur cdn ?    
 
nan parce que j'ai un projet qui traine dans un coin pour le dimensionnement de switch L7 donc ce genre d'info est plutôt utile

Bah écoute c'est un panier moyen qu'on retrouve assez souvent. Tu peux faire une ptite recherche sur le net et tu verras qu'il apparait regulierement dans des mémoires de syntheses etc.
Maintenant l'ideal reste de lancer un RMON sur une interface representative et de voir ce que ca donne.
Par exemple sur mon lien WAN j'ai 30% de 64, 60% de 64-127 et les 10% restants un peu partout.
Par contre sur un serveur citrix c'est mieux reparti. 15% de 64, 35% de 64-127, 25% de 128-255, 15% de 1024-1518 + le reste
Sur un serveur Alpha j'ai 90% de 64, ce qui est logique avec du LAT, on verrait la meme chose avec un AS400.
Etc etc
Chaque application fonctionne différemment. Le plus simple c'est de laisser le bouzin tourner sur un switch pendant qlq heures, un coup de RMON et t'auras l'empreinte réseau du bidule.

pas con le RMON j'vais demander à l'exploit un tit sondage du terrain

Oui, mais il te manque la couche AAL (ex LLC, rajouter 10 octets) et eventuellement la couche ethernet suivant l'encapsultion (18 octets : 2*6Octets pour @mac dst/src + 4 crc + 2 j'ai oublié)

 
couche ethernet ? sur du PPPoA ? euh .... je doute qu'entre ma box et mon dslam il y est en plus de l'ethernet ....
 
atm + ppp, ca suffit peut etre pour la couche 2 tu crois pas :-)
 
en tout cas merci pour toutes vos réponse.
 
je relance un autre sujet du genre tordu... a tout de suite ...

C'est encapsulé, il y a plusieurs couches de niveau 2.
C'est la même chose que pour les VPN ou le PPPoE

En PPPoA il y a pas d'ethernet, en PPPoE si par contre (ppp dans ethernet dans atm

Sachant que les SDSL pro c'est de l'IPoA. Le PPPoA ou PPPoE c'est plutot reservé à de l'accès type ADSL avec une base radius derriere.

Je ne sais pas d'où vous sortez qu'il n'y a pas d'ethernet.
L'encapsulation complète en PPPoA de IP à ATM c'est
IP sur Ethernet sur PPP sur ATM et il y a bien de l'ethernet.
En PPPoE c'est
IP sur Ethernet sur PPP sur Ethernet sur ATM et il y a deux fois la couche Ethernet.  

http://www-master.ufr-info-p6.juss [...] es5c9-.pdf Je sors ça d'ici et j'ai assez confiance

il faut souvent croire ce qu'il y a dans les cours théorique mais faut aussi savoir comparer à la pratique
 
c'est pas parce qu'on est "en PPPoA" qu'on a pas une couche Ethernet dans le PPP comme l'a dit tomtom100 on est fait très souvent de l'IPoE entre le modem et le BAS (enfin BRAS suivant où il est (R comme Remote) et qui qui écrit le doc ) jouant le rôle de LNS...
 
aller petit schéma d'une connexion ADSL réelle qu'on peut retrouve chez certains FAI français
 

 
on peut très bien avoir du PPPoA et finalement être en IPoE sur le LNS
 
après pour les pitis nuages on fait un peu tout et n'importe quoi :
- DSLAM <-> LAC : EoMPLS, transport SDH/WDM/OTN et j'en passe
- LAC <-> LNS : IP sur 50 couches si on veut
 
NB : y a qu'un BAS dans l'archi de Free (full IP après le DSLAM) embarqué dans le DSLAM sans tunnel L2TP vers un LNS

Et dans le cadre d'un modem USB on a aussi de l'ethernet ? (juste pour info)

De mèmoire avec mon ECI usb les drivers installaient une interface réseau virtuelle donc à partir de là on fait ce qu'on veut (émulation d'un adaptateur Ethernet USB par exemple)

Oups, repondu trop vite et énervé ce matin... méa culpa sur ce coup là .
Mais il y a quand même la couche AAL qui n'a pas été prise en compte dans les calculs.
 

Ca dépend du modem. Les Sagem F@st 800 sont vus comme une carte ATM par le PC. Toute l'encapsulation est réalisée par le PC.
C'est possible aussi d'avoir l'interface USB vue comme une carte Ethernet. C'est peut-être le cas du F@st 900.
 
 
 

merci à tous pour vos réponses, je voie que ca fait débattre, c sympa.
 
Mais pour revenir à mon problème de base si j'ai bien compris en adsl classique on a du  
IP sur Ethernet sur PPP su ATM (d'apres tomtom100)
 
en dégoupage on aurait plutot  
IP sur ATM (toujours d'apres tomtom100 ici : http://forum.hardware.fr/hfr/syste [...] 210_1.htm)
 
mais si y'a que de l'ip sur atm .... ben ca reviens à mon premier calcul ... qui etait etait plus loin du ratio 25 mbit atm en 20 mbits ip.(a moins que la seul réponse soit IMIX)  
 
de plus si y'a pas de couche ethernet entre la box et le dslam, il n'y a pas de @mac mais une box est identifier sur le réseau de free par son @mac ... hum hum, j'ai encore du raté qqchose.
 

Je me suis raté la dessus, il n'y a pas d'ethernet
 

IP sur ATM il faut enlever 10 octets à la taille du paquet ethernet et rajouter le padding pour remplir les cellules ATM.
Après il faut faire les calculs sur toutes les tailles de paquets pour avoir le ratio moyen => IMIX.
 
 

C'est au niveau applicatif, la box envoie ou utilise son adresse MAC pour s'identifier sur les serveurs.

qui dit @MAC dit couche Ethernet .
 
 
et je m'avancerai pas à dire que c'est du pur IPoA sur les DSLAM de Free perso! j'ai jamais vu d'info fiable sur le design des DSLAM/Freebox
je suis amateur d'ailleurs si z'avez des bonnes sources sont pas très gentil sympa chez Free de tout garder pour eux bon même si ça se comprend qu'ils veulent pas mettre à poil tout leur boulot  
 
et puis je vois pas, dans un soucis d'économie, pourquoi Free aurait décider d'intégrer à son DSLAM une brique logique "BAS" basé sur de l'IPoA onéreuse (amha... l'ATM disparait peu à peu donc ça doit se faire rare ) et non sur les briques logiques IPoE over PPP très souvents utilisés chez les fabricants de BAS ou dans les cartes de BAS embarquées  
 
 
humm ... ça me fait cogiter tout ça faut que je vérifie un truc demain tout à l'heure

autant pour moi il semblerait bien qu'on est en IPoA (modem autre que la box à configurer en IPoA) entre la box et le DSLAM chez Free
 
en fait en y réfléchissant ça parait logique puisque le BAS est intégré au DSLAM! Il n'y a donc pas de contrainte à encaspluer le trafic IP over Ethernet over PPP pour le tranporter jusqu'à un LNS

Il y a un port ethernet sur la freebox. Elle est là l'adresse MAC.