Calculateur de paquets par seconde
Données
| Débit du lien | 1 Gbps |
|---|---|
| Taille de paquet | 1 500 B |
| Surcharge de tramage | 0 B |
Calculateur de paquets par seconde
Déterminez combien de paquets par seconde un lien peut transporter à partir de son débit binaire, de la taille des paquets et de la surcharge de tramage par paquet. Montre pourquoi les petits paquets plafonnent un lien rapide bien avant d'atteindre son débit binaire nominal.
Données
Détails du lien et des paquets
Résultats
Saisissez une valeur pour afficher les résultats.
Paquets par seconde
Bits par paquet
Paquets par seconde
Les paquets par seconde (pps) représentent le rythme auquel un lien ou un équipement traite des paquets individuels, par opposition au nombre brut de bits qu'il déplace. C'est la mesure qui décide si un commutateur, un routeur ou un pare-feu tient la charge, car le matériel réseau effectue une quantité de travail fixe pour chaque paquet, quelle que soit sa taille. Dimensionner pour le pps — et pas seulement pour les bits par seconde — est ce qui empêche le trafic voix, le jeu et les inondations de paquets de submerger un équipement dont le débit binaire affiché semble largement suffisant.
La formule
b=(P+F)×8 pps=bR=(P+F)×8Roù est le débit du lien en bits par seconde, la taille du paquet en octets, toute surcharge de tramage par paquet en octets, et la taille totale d'un paquet sur le câble en bits. Le facteur 8 convertit le nombre d'octets par paquet en bits afin qu'il puisse être divisé dans la valeur de débit binaire.
Exemple chiffré. Un lien de 1 Gbit/s transportant des paquets de taille maximale de 1500 octets sans surcharge de tramage supplémentaire :
b=(1500+0)×8=12000 bits pps=120001000000000≈83333 paquets/sAinsi, un lien gigabit plafonne autour de 83 000 gros paquets par seconde. Réduisez de moitié la taille des paquets à 750 octets et le même lien doit transmettre environ deux fois plus de paquets — près de 166 000 par seconde — pour le même débit binaire.
Pourquoi la taille des paquets domine
Comme le pps est le débit du lien divisé par le nombre de bits par paquet, il varie inversement avec la taille des paquets. Le tableau ci-dessous montre le débit de trames maximal d'un lien de 1 Gbit/s pour des tailles de charge utile courantes, en ignorant la surcharge de tramage :
| Taille de paquet | Bits par paquet | Paquets par seconde |
|---|---|---|
| 64 o | 512 | ~1 953 000 |
| 128 o | 1 024 | ~977 000 |
| 512 o | 4 096 | ~244 000 |
| 1500 o | 12 000 | ~83 000 |
| 9000 o (jumbo) | 72 000 | ~13 900 |
Passer de paquets de 1500 octets à des paquets de 64 octets multiplie le débit de paquets par plus de 20 alors que le débit binaire reste identique. Chacun de ces paquets nécessite toujours une recherche de route, une vérification de contrôle d'accès et une mise à jour de compteur ; c'est donc la capacité en pps d'un équipement — et non son débit en Gbit/s — qui cède en premier sous une inondation de paquets minuscules.
Surcharge de tramage
La taille du paquet à elle seule sous-estime ce qui occupe réellement le câble. Sur Ethernet, chaque trame est enveloppée d'octets supplémentaires qui consomment encore du débit binaire :
- Préambule et délimiteur de début — 8 octets qui permettent aux récepteurs de se synchroniser.
- En-tête Ethernet — 14 octets d'adresses MAC source et destination plus le champ de type.
- Séquence de contrôle de trame — 4 octets de CRC de détection d'erreurs.
- Intervalle inter-trames — une période d'inactivité obligatoire de 12 octets entre les trames.
Cela ajoute environ 38 octets à chaque paquet. L'inclure abaisse légèrement le nombre de paquets par seconde calculé et correspond au débit de trames du pire cas publié par les fabricants d'interfaces. Pour une charge utile de 64 octets, la surcharge est proportionnellement importante ; pour une charge utile de 1500 octets, elle ne retranche que quelques pour cent au débit. Utilisez le préréglage Ethernet pour ajouter la marge de 38 octets, ou laissez la surcharge à zéro pour ne compter que la charge utile.
Débit de ligne contre paquets par seconde
Le débit de ligne est le débit binaire physique du lien, comme 1 Gbit/s ou 10 Gbit/s. Les paquets par seconde indiquent combien de paquets distincts entrent dans ce débit binaire à une taille donnée. Un équipement peut soutenir le débit de ligne pour de gros paquets tout en rejetant les petits une fois son plafond de pps atteint ; c'est pourquoi les fiches techniques indiquent à la fois une valeur en Gbit/s et une valeur de pps distincte (souvent exprimée en millions, en Mpps) mesurée avec des paquets de taille minimale. Lorsque vous comparez du matériel pour des charges sensibles à la latence ou exposées aux attaques, c'est le chiffre de pps des petits paquets qui compte.
Calculateurs associés
Pour voir comment la taille des en-têtes façonne la charge utile exploitable de chaque paquet, utilisez le calculateur Calculateur MTU vers MSS. Pour estimer le débit de données qu'un flux TCP peut réellement atteindre sur un chemin sujet aux pertes, utilisez le calculateur Calculateur de débit TCP. Pour convertir un débit binaire entre bit/s, Mbit/s, Gbit/s et octets par seconde, utilisez le calculateur Convertisseur de débit (bit/s).
Questions fréquentes (FAQ)
Que signifient les paquets par seconde ?
Les paquets par seconde (pps) représentent le rythme auquel un équipement transmet des paquets individuels, quelle que soit la taille de chacun. Le matériel réseau effectue une quantité de travail fixe par paquet — rechercher une destination, appliquer des règles, mettre à jour des compteurs — de sorte que la limite réelle est souvent le pps, et non le débit binaire brut.
Un commutateur évalué à 1,5 million de pps peut être saturé par de petits paquets alors que sa capacité en débit binaire reste à moitié vide.
Pourquoi les petits paquets réduisent-ils le débit utile ?
Chaque paquet entraîne le même coût par paquet dans le matériel, et les petits paquets répartissent un débit binaire fixe sur un nombre bien plus grand d'entre eux. Un lien de 1 Gbit/s transporte environ 83 000 paquets complets de 1500 octets par seconde, mais près de 1,49 million de paquets de 64 octets par seconde.
Les paquets plus petits exigent près de 18 fois plus de travail de transmission pour le même nombre de bits, ce qui explique pourquoi les inondations DDoS et le trafic VoIP sollicitent les équipements bien plus que les transferts de fichiers volumineux.
Quelle est la différence entre débit de ligne et paquets par seconde ?
Le débit de ligne est le débit binaire brut du lien physique, comme 1 Gbit/s. Les paquets par seconde indiquent combien de paquets distincts entrent dans ce débit binaire à une taille donnée.
Un équipement capable de tenir le débit de ligne avec de gros paquets peut tout de même rejeter les petits si sa capacité en pps est dépassée ; c'est pourquoi les fabricants indiquent à la fois une valeur en Gbit/s et une valeur de pps (ou Mpps) distincte pour les performances dans le pire cas avec de petits paquets.
Dois-je inclure la surcharge de tramage Ethernet ?
Pour un décompte précis de ce qui circule sur le câble, oui. Au-delà de la charge utile du paquet, chaque trame Ethernet ajoute un préambule de 7 octets, un délimiteur de début de 1 octet, 14 octets d'en-tête, une séquence de contrôle de trame de 4 octets et un intervalle inter-trames de 12 octets : environ 38 octets au total.
Ajouter cette surcharge abaisse légèrement le nombre de paquets par seconde et correspond au débit de trames maximal publié par les fabricants d'interfaces. Mettez la surcharge à zéro si vous ne voulez que le débit basé sur la taille de la charge utile.
Recommandations
Calculateur MTU vers MSS
Déterminez la taille maximale de segment (MSS) de TCP à partir d'une MTU de trajet en soustrayant les en-têtes IP et TCP, et voyez quelle part de chaque paquet transporte une charge utile réelle.
Calculateur de débit TCP
Estimez le débit maximal d'une connexion TCP unique et durable à partir de sa taille de segment, de son temps d'aller-retour et de son taux de perte de paquets, grâce à l'équation de Mathis. Montre pourquoi un chemin à forte latence et perte plafonne un flux bien en dessous du débit de la liaison.