Auteur Sujet: Taux de contention sur le Gpon  (Lu 22316 fois)

0 Membres et 1 Invité sur ce sujet

corrector

  • Invité
Dimensionnement de la BP : échantillonnage de la consommation
« Réponse #36 le: 19 mai 2013 à 10:59:42 »
Non, mais je pensais que tu voulais des stats un peu plus globales que sur un seul utilisateur.
Non, je veux un seul utilisateur typique, représentatif, standard, normalisé.

Négatif ;).
Dommage.

Tu parles pour le graphe là, mais je pense que corrector parle "captation".
Je parle de faire un zoli graphique; pour ça, il faut des mesures de consommation.

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Taux de contention sur le Gpon
« Réponse #37 le: 19 mai 2013 à 11:05:19 »
Pour toi une latence IP de 5 min est acceptable?

Euh mettons-nous d'accord: tu veux mesurer quoi exactement ? Pour un débit, on relève les compteurs toutes les 5 minutes et on relève la différence. Ramené aux 5 minutes ça te donne le débit moyen. Sur du WAN, c'est suffisant en général.
Si on veut mesurer les burst, là c'est autre chose, SNMP peut ne pas etre adapté.

Comment tu calcules ça?

Au pif.

Malgré les 18 chaines, pardon 25, de la TNT, les habitudes restent ancrées aux principales chaines. Suffit de voir les audiences.

Je suis d'accord qu'à l'avenir ça va changer.

Nico

  • Modérateur
  • *
  • Messages: 44 486
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Dimensionnement de la BP : échantillonnage de la consommation
« Réponse #38 le: 19 mai 2013 à 11:13:37 »
Non, je veux un seul utilisateur typique, représentatif, standard, normalisé.
Hum, ça n'existe pas !

Sur SNMP, ce que tu récupères toutes les 5min, c'est une moyenne des 5min écoulées non ? Ce n'est pas configurable à moins que ça ? Ne t'offusque pas corrector, il y a surement moyen de faire mieux ;).

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Taux de contention sur le Gpon
« Réponse #39 le: 19 mai 2013 à 11:59:42 »
Si, si, on peut mettre moins de 5 minutes. Ca augmente considérablement le nombre d'échantillons et donc la taille de la base et fondamentalement, ça n'apporte pas grand chose à part une courbe qui fait les montagnes russes.

En fait, quand on veut plus, c'est plus pour faire du debug, dans ce cas, tu fais un wireshark, au moins t'as une vision des vrais pics.

corrector

  • Invité
Taux de contention sur le Gpon
« Réponse #40 le: 19 mai 2013 à 12:21:54 »
Hum, ça n'existe pas !
Alors un utilisateur réel.

Sur SNMP, ce que tu récupères toutes les 5min, c'est une moyenne des 5min écoulées non ? Ce n'est pas configurable à moins que ça ? Ne t'offusque pas corrector, il y a surement moyen de faire mieux ;).
Je me fiche de SNMP et du switch.

La statistique même sur un seul PC me parait pertinente.

Nico

  • Modérateur
  • *
  • Messages: 44 486
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Taux de contention sur le Gpon
« Réponse #41 le: 19 mai 2013 à 12:30:52 »
Si je te fais un graphe de l'utilisation réseau de mon PC sur, disons, une semaine, tu voudrais en tirer quoi !? J'ai une utilisation pas du tout classique, des horaires loin de ceux de M. toutlemonde... Enfin si tu veux pourquoi pas hein, ça doit pouvoir se faire sur windows (j'ai déjà le graphe temps réel sur l'afficheur de mon clavier).

corrector

  • Invité
Taux de contention sur le Gpon
« Réponse #42 le: 19 mai 2013 à 12:57:03 »
Tu peux avoir quelle résolution?

Nico

  • Modérateur
  • *
  • Messages: 44 486
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Taux de contention sur le Gpon
« Réponse #43 le: 19 mai 2013 à 13:32:31 »
Strictement aucune idée, ça dépendra de l'outil qui permet de faire ça sur un PC Windows.

corrector

  • Invité
Taux de contention sur le Gpon
« Réponse #44 le: 19 mai 2013 à 13:33:21 »
Si, si, on peut mettre moins de 5 minutes. Ca augmente considérablement le nombre d'échantillons et donc la taille de la base
Quels échantillons? Quelle base?

Il n'y a pas de base. Je veux juste les statistiques. Il y juste des compteurs.

fondamentalement, ça n'apporte pas grand chose à part une courbe qui fait les montagnes russes.
Cela apporte de pouvoir dimensionner la BP.

Nico

  • Modérateur
  • *
  • Messages: 44 486
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Taux de contention sur le Gpon
« Réponse #45 le: 19 mai 2013 à 13:40:38 »
Enfin si tu as un lien 1G, chargé <50%, avec des abonnés à 100M, tu te prends pas la tête et tu pars du principe que non, tu n'auras pas >10 utilisateurs qui seront en même temps en burst à 100M. Je serais très très très étonné si il en était autrement chez les opérateurs.

C'est comme le transit au 95e percentile, c'est calculé par tranches de 5min.

Quels échantillons? Quelle base?
Les mesures, et la base de donnée qui stocke tout ça.

corrector

  • Invité
Taux de contention sur le Gpon
« Réponse #46 le: 19 mai 2013 à 13:50:11 »
Enfin si tu as un lien 1G, chargé <50%, avec des abonnés à 100M, tu te prends pas la tête et tu pars du principe
Ah oui, on peut aussi dimensionner au doigt mouillé.

Les mesures, et la base de donnée qui stocke tout ça.
Je m'en fous des mesures, je veux les statistiques sur ces mesures.

Si je fabrique une ligne de vêtement, je cherche pas la BDD de la taille de chaque français, ni la taille du plus grand, mais j'ai envie de savoir à partir de quelle taille c'est vraiment plus intéressant pour moi, donc les statistiques des tailles des français.

corrector

  • Invité
Taux de contention sur le Gpon
« Réponse #47 le: 19 mai 2013 à 13:56:12 »
Strictement aucune idée, ça dépendra de l'outil qui permet de faire ça sur un PC Windows.
Pour le calcul précis, il faudrait la précision au pire de la capacité temporelle (délai de commencer à perdre des paquets) du tampon de l'équipement qui peut saturer, au pire un intervalle proche de la latence de la ligne.

Idéalement, il ne faudrait pas dépasser quelques Ko par échantillon. Si on part sur 32 Ko remplissables (avant early drop) de tampon à 100 Mbps, il faut 32 Ko / 100 Mbps = 2,6 ms pour remplir le tampon (pour un seul abonné); on peut prendre une résolution de 1 ms; en gigabit, il faudrait prendre 100 us.