Aller au contenu
  • Pas encore inscrit ?

    Pourquoi ne pas vous inscrire ? C'est simple, rapide et gratuit.
    Pour en savoir plus, lisez Les avantages de l'inscription... et la Charte de Zébulon.
    De plus, les messages que vous postez en tant qu'invité restent invisibles tant qu'un modérateur ne les a pas validés. Inscrivez-vous, ce sera un gain de temps pour tout le monde, vous, les helpeurs et les modérateurs ! :wink:

Messages recommandés

Posté(e)

Ah ok, donc dans les deux images que tu as collées tu voulais juste nous signaler les tailles max des MTU qui sont différentes de... 8 octets !

 

Au passage, comme tu le dis si bien, un ping est un paquet constitué de 32 octets de données, donc même si la taille max de la MTU est différente, le paquet ne sera pas perdu / fragmenté / va savoir quoi. Et donc l'utilisation de l'un ou l'autre n'a aucune raison d'influencer le ping à cause de ces arguments en particulier. (Et, non, ce n'est pas parce que la taille de la MTU vaut telle ou telle valeur qu'il a été décidé d'utiliser des paquets de 32 octets par défaut pour les pings...)

 

Tu saurais quantifier le temps perdu à encapsuler / désencapsuler un paquet ? (parce que je doute que ce soit ça, qui est fait en matériel et qui doit prendre à tout péter quelques microsecondes, qui pénalise le ping qui se mesure en millisecondes)

Posté(e) (modifié)

ouais,

 

ben essaye de faire un ping avec une MTU > 1500, et tu verras le résultat.

 

quand à l'encapsulation / désencapsulation, le PPPoA, c'est certain, est moins gourmand (que cela se compté en micro ou milli-secondes)

http://en.wikipedia.org/wiki/Point-to-Poin...otocol_over_ATM

 

"It offers standard PPP features such as authentication, encryption, and compression. If it is used as the connection encapsulation method on an ATM based network it can reduce overhead slightly (around 0.58%) in comparison to PPPoE. It also avoids the issues that PPPoE suffers from, related to having a MTU lower than that of standard Ethernet transmission protocols. It also supports (as does PPPoE) the encapsulation types: VC-MUX and LLC based."

Modifié par philipped94
Posté(e)

bonjour philipped94

 

Comme tu as l'air bien averti sur le sujet ( mtu ) aurais-tu l'amabilité de jeter un oeil sur < Celui-là >

 

Merci d'avance

Posté(e)

plus un paquet est important, plus il peut transporter de charge utile (MSS) certes mais plus il met de temps à transiter (taux de transfert en G|M|k|Bps)

 

donc pour avoir un meilleur temps de réponse sur un paquet, il faut qu'il soit le plus petit possible.

1. un paquet icmp avec un payload de 32 octets (+ 8 header icmp + 20 header ip) font 60 octets à transmettre

2. PPPoE: un paquet icmp avec un payload de 1464 octets + 8 octets de pppoe + 8 octets icmp + 20 IP font 1500 octets à transmettre

3. PPPoA: un paquet icmp avec un payload de 1472 octets + 8 icmp + 20 IP font 1500 octets à transmettre

 

Soit une liaison ADSL classique avec 64ko/s en upload (débit IP), pour transmettre

1. 60/64000 < 1ms

2. PPPoE: 1500 / 64000 = 0,023 s soit 23 ms

3. PPPoA: 1500 / 64000 = 0,023s soit 23 ms

 

La différence n'est pas significative au regard de l'ordre de grandeur de transfert des paquets.

 

Un petit mtu assure l'envoi rapide des paquets mais afin de reconstituer de l'information, il faut en envoyer plus et le nombre d'entêtes de protocole 3 et 4 devient pénalisant

un gros mtu assure l'envoi plus lent de gros paquet mais contenant la quasi-totalité de l'information (optimisation au niveau de l'envoi des entêtes); sauf que si un paquet se perd en route, il faut le renvoyer en globalité.

 

 

considérons une liaison à 100 bps et un payload de 1472 octets à transférer sur TCP (20 octets header IP et 20 octets header TCP)

 

MaxMTU

PPPoE, les trames ethernet sont limitées à 1500 octets, il faut décompter 8 octets de l'encapsulation PPPoE il faudra envoyer 2 paquets

1er paquet: 1452 +8 + 20 + 20 = 1500 octets = temps de transfert 15s

2eme paquet: 20 octets +8 + 20 + 20 = 60 octets soit 0.6s

total 15,6

 

PPPoA

1er paquet: 1460 + 20 + 20 = 1500 octets (parce que nous sommes sur un LAN ethernet et non en prise directe sur ATM) 15s

2eme paquet: 12 + 20 + 20 = 52 octets soit 0.5s

total 15,5

 

MTU 500octets

PPPoE, les paquets ont un MSS limité à 500 - 48 = 452 octets

pour envoyer 1472 octets, il faudra envoyer 4 paquets (3,25 exactement)

 

PPPoA, les paquets ont une MSS limitée à 460 octets

pour envoyer 1472 octets, il faudra envoyer 4 paquets (3,2 exactement)

 

Si on considère que le dernier paquet a sa MSS de rempli avec des octets de bourrage, la différence ne sera pas flagrante

 

 

A partir d'un Mo à transférer, on commence à voir des différences en terme de nombre de paquet à envoyer

MaxMTU 1500 octets

PPPoE 722 paquets (16,9s à 64ko/s)

PPPoA 718 paquets (16,8s à 64ko/s)

 

différence 4x23ms = 92ms

 

MaxMTU 500 octets

PPPoE 2320 paquets soit un overhead de 111ko (temps d'envoi 18,12 s à 64ko/s)

PPPoA 2279 paquets soit un overhead de 91 ko (temps d'envoi 17,8 s à 64ko/s)

 

et on ne compte pas les problèmes de congestion/routage/etc...

 

 

note: ATM autorise des trames de 8192 octets contrairement à ethernet (1500) et est conçu pour le multiplexage entre audio,video, teléphonie, réseau informatique,...

Rejoindre la conversation

Vous publiez en tant qu’invité. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.
Remarque : votre message nécessitera l’approbation d’un modérateur avant de pouvoir être visible.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

  • En ligne récemment   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
×
×
  • Créer...