Calculateur de burst MikroTik
Saisissez max-limit, burst-limit, burst-threshold et burst-time pour voir précisément combien de temps un client fait du burst depuis l'inactivité, quel volume de données cela représente, et la ligne de queue à coller.
Fonctionne dans votre navigateur ; rien de ce que vous saisissez ne quitte votre appareil
Modélise le burst RouterOS pour un seul client à demande illimitée, mesuré par pas de burst-time/16 comme le fait RouterOS. Le trafic réel est plus irrégulier, et les queues parentes peuvent limiter un client en dessous de ces valeurs. MikroTik et RouterOS sont des marques de SIA Mikrotīkls. Cet outil est indépendant : il n'est ni affilié à MikroTik ni approuvé par MikroTik.
Comment calculer les réglages de burst MikroTik
- Saisissez max-limit, burst-limit, burst-threshold et burst-time pour l'upload et le download. Les débits acceptent k, M ou G, par exemple 20M.
- Lisez la durée du burst depuis l'inactivité et regardez la courbe, qui montre le débit autorisé et la moyenne que RouterOS compare au seuil.
- Saisissez au besoin la durée de burst souhaitée pour obtenir le seuil qui la produit, puis copiez la ligne de simple queue ou de rate-limit PPP.
Le burst dans les queues RouterOS, pas à pas
Le burst permet à un client d'aller plus vite que son max-limit pendant un court moment : les pages web et les petits téléchargements paraissent rapides, tandis que les longs transferts se stabilisent au débit du forfait. Quatre paramètres le contrôlent, chacun donné sous la forme upload/download dans une simple queue : max-limit, le plafond normal ; burst-limit, le plafond plus élevé pendant le burst ; burst-threshold, le débit moyen auquel le burst s'arrête ; et burst-time, la fenêtre sur laquelle cette moyenne est mesurée.
RouterOS découpe burst-time en 16 intervalles. Après chaque intervalle, il calcule la moyenne du débit du client sur les 16 derniers et la compare au seuil : en dessous, le client peut utiliser burst-limit ; à égalité ou au-dessus, seulement max-limit. Un client qui sort de l'inactivité démarre avec une moyenne nulle, émet à burst-limit, et la moyenne monte jusqu'à franchir le seuil. Avec un burst-time de 8 s, un burst-limit de 40M et un seuil de 16M, la moyenne atteint le seuil après 3,2 s, et la vérification suivante, à 3,5 s, met fin au burst ; le client a alors transféré environ 17,5 Mo. Ensuite la moyenne reste au-dessus du seuil tant que le client continue de transférer à max-limit : le burst suivant exige donc une pause.
Choisir les valeurs
- Réglez burst-limit sur la vitesse que vous voulez faire ressentir aux transferts courts, souvent 1,5 à 2 fois max-limit.
- Gardez burst-threshold en dessous de max-limit, typiquement entre 60 et 80 % de celui-ci, et ajustez burst-time pour obtenir la durée de burst voulue.
- Désactivez FastTrack, ou excluez-en les clients soumis à une queue : les paquets en fasttrack contournent entièrement les simple queues. Générez les queues avec le générateur de simple queue ou sous forme de profils PPP avec le générateur de serveur PPPoE.
Questions fréquentes
Comment fonctionne le burst sur MikroTik ?
Toutes les burst-time/16, RouterOS calcule le débit moyen du client sur la dernière période burst-time. Tant que cette moyenne reste sous burst-threshold, la queue autorise le client à émettre jusqu'à burst-limit ; dès que la moyenne atteint le seuil, le client retombe à max-limit. Un client resté inactif a une moyenne de zéro : un nouveau téléchargement démarre donc à burst-limit et retombe à max-limit après quelques secondes.
Combien de temps dure le burst ?
En partant de l'inactivité avec un client qui prend tout ce qu'on lui offre, le burst dure environ burst-threshold × burst-time ÷ burst-limit. Avec burst-limit 40M, un seuil de 16M et burst-time 8s, cela donne 16 × 8 ÷ 40 = 3,2 secondes. La moyenne n'est revérifiée que toutes les burst-time/16 (une demi-seconde ici) : le burst se termine donc réellement à la première vérification après ce point, à 3,5 secondes ; le calculateur parcourt ces vérifications et affiche les deux valeurs.
Pourquoi burst-threshold doit-il être inférieur à max-limit ?
Si le seuil est supérieur à max-limit, un client qui télécharge à max-limit a une moyenne inférieure au seuil : le burst se réactive, la moyenne monte, le burst se coupe, et le client oscille sans cesse. Avec un seuil inférieur à max-limit, un client qui continue de télécharger reste à max-limit et ne refait du burst qu'après une pause.
À quoi sert la ligne rate-limit ?
Les profils PPP, les secrets PPP et RADIUS (l'attribut Mikrotik-Rate-Limit) acceptent les mêmes limites sous forme d'une seule chaîne : max-limit, burst-limit, burst-threshold et burst-time, chacun en rx/tx du côté du routeur, c'est-à-dire upload/download pour le client. RouterOS en construit une simple queue dynamique à la connexion du client.
limit-at fait-il partie du burst ?
Non. limit-at est le débit que la queue garantit quand le parent est congestionné ; le burst ne change que la hauteur au-dessus de max-limit que peut atteindre un client pendant un moment. Gardez limit-at inférieur ou égal à max-limit.
Quelque chose est-il envoyé à un serveur ?
Non. La simulation et la courbe sont calculées dans votre navigateur.