Frais généraux avec PPP et Ethernet

Question

Quel est le temps système pour l'envoi de 5000 octets par PPP et Ethernet?

Taille de l'image pour Point-to-Point Protocol: 8 octets MTU: 500 octets

taille d'image pour Ethernet: 18 octets MTU: 1500 octets

deux envoient 5000 octets ..

Je sais que cela juste un calcul, mais je ne suis pas sûr de savoir comment le faire. Je ne peux le trouver nul part. Je pense que puisque une trame PPP prend 8 octets et que l'unité de transmission maximale est 500, elle peut envoyer (500 - 8) octets d'information en une fois. Il envoie 10 images, résultant en 4920 octets envoyés. Envoie ensuite les octets finaux (80 + 8) avec la dernière image.

Similaire pour Ethernet. (1500 - 18) octets avec chaque image. 3 images envoyées signifie 4446 octets envoyés. Envoi (554 + 18) octets dans la dernière image.

Ceci évidemment ne répond pas à la question "overhead". Quelqu'un a des idées?

Answer 1

Cela dépend vraiment de la façon dont vous définissez les frais généraux. Cette réponse suppose que le nombre d'octets que vous devez transmettre est en plus de les données elles-mêmes.

Pour Ethernet, en supposant que la charge utile de 5000 octets n'est pas encapsulée dans une trame IP + TCP/UDP, vous aurez 18 octets de préfixe pour chaque paquet envoyé. Cela signifie que chaque transmission avec un MTU de 1500 sera capable de contenir 1482 octets. Pour transmettre 5000 octets, cela signifie que 4 paquets doivent être transmis, ce qui signifie un surcoût de 72 octets (18 * 4). Notez que le surdébit devient plus important lorsque vous incluez des éléments tels que le cadre IP qui contient un cadre TCP. Pour PPP, comme vous l'avez déjà montré, vous pouvez envoyer 492 octets par image. Onze images signifient 88 octets de préfixe (11 * 8) - encore une fois, n'incluant aucune trame de protocole supplémentaire dans la charge utile.

Dans ces deux exemples, tous les protocoles qui se construisent au-dessus de ces protocoles de couche de liaison contribueront à la surcharge. Par exemple, un paquet Ethernet envoyé avec une trame IPv4 qui contient un datagramme UDP aura 28 octets supplémentaires consommés par les en-têtes et non par les données (20 octets dans un en-tête IPv4 et 8 dans un en-tête UDP, en supposant aucune option IP). Si l'on considère l'exemple Ethernet d'origine, cela signifie que la quantité de données par paquet est de 1454 octets, ce qui porte heureusement toujours à 4 paquets (les débordements supplémentaires dans le 4ème paquet plus petit), avec 144 octets de surcharge.

Vous pouvez lire plus here (Je trouve cette page un peu difficile à lire cependant).