> Jean-Michel DILLY a écrit:
> Michel, ta remarque s'applique-t-elle lorsqu'on a mis en place
> un SHAPING en sortie sur l'interface externe du routeur ? Cela
> permettant de ramener le goulot d'étranglement sur le routeur
> et non le modem...?
Correct. Shaper en entrée, ça ne sert pratiquement à rien sauf quand on utilise
WRED, et WRED ne marche relativement bien qu'avec TCP, pas UDP. Pour la partie
de ramener le goulot d'étranglement c'est correct aussi, voir plus bas.
> Thomas Mangin a écrit:
> Un shaper global est assez inutile car la distribution des flows
> entre les lignes ne sera jamais parfaite.
Je suis d'accord. Je ne parlais pas d'un shaper global; mais lire plus bas.
> Il faut aussi resister a la tentation d'utiliser de gros buffers
> sur le routeur, en pensant que cela va aider les perfs.
D'accord aussi.
> Ceci dit, comme les caractéristiques de la ligne DSL peuvent
> changer, il faut s'assurer que la configuration du routeur soit
> aligne avec la condition de la ligne physique (ma ligne DSL
> personnelle est mauvaise quand il pleut, bonne autrement,
> par exemple).
C'est précisément un des cas ou avoir l'interface physique dans le routeur est
avantageuse.
> Tant qu'il y a un shaper par modem, le QOS peut faire son travail
> car le routeur sait quand ralentir le trafic pour chaque ligne.
Mouais là je voudrais bien des détails.
Hypothèse: (disclaimer: certaines mesures arrondies (du genre: 1 octet = 10
bits avec encapsulation)). Dans la réalité c'est un peu différent, mais pour
l'exemple c'est suffisant.
QOS simple: routeur avec 2 interfaces Ethernet (réseau interne / modem externe)
2 queues, une pour les données et l'autre pour la voix. 1 flux de voix, 1
paquet de voix de 218 octets tous les 20ms. 1 client torrent non cappé qui
seede plusieurs pairs. QOS limitant la capa à 2mbps, soit 200KB/s. SDSL 2mbps
réel (on enlève l'inconnue de la pluie et on considère que la limite du QOS est
inférieure à la capa réellement disponible). Capa QOS mesurée 1 fois par
seconde. Politique de QOS nazi, priorité absolue à la voix. Routeur connecté au
modem à 100Mbps FD. Le mémoire tampon du modem (quelle que soit sa taille) ne
connait pas QOS est FIFO. Si elle est pleine les paquets entrants sont jetés.
Instant t:
Routeur: La queue voix contient 1 paquet de 218 octets; la queue données est
constamment remplie de paquets de 1.5 KB quelle que soit sa taille. La fenêtre
de mesure du QOS vient de démarrer.
Modem: au point mort.
Du point de vue du routeur:
t+ 0.1 ms : le paquet voix est sorti de l'Ethernet.
t+ 0.1 ms : comme la queue voix est vide le routeur
commence à vider la queue données.
t+ 19.9 ms : en 19.9 ms, environ 190KB de données sont
sortis de l'Ethernet vers le modem.
t+ 20.0 ms : le 2ème paquet voix arrive.
t+ 20.0 ms : le 2ème paquet voix est le suivant qui va
être envoyé au modem, même si il y a des
paquets dans la queue des données.
t+ 20.1 ms : le prochain paquet données arrive et il fait
basculer la limite de capa; plus de données
envoyées au modem pour 979.9 ms.
Situation dans le modem:
t+ 0.0 ms : la mémoire tampon est vide (je suis pas vache)
t+ 0.1 ms : le 1er paquet de voix arrive.
t+ 0.2 ms : le paquet de voix est envoyé. Il y a déjà un paquet
de données reçu, il commence à partir.
t+ 0.9 ms : le premier paquet de données est envoyé. Maintenant,
il y a 6 paquets de données en mémoire.
t+ 20.1 ms : le 2ème paquet de voix arrive.
Scénario 1:
La mémoire tampon du modem est de 200KB, le 2ème paquet de voix est reçu et
stocké, mais maintenant il y a 120 paquets de données avant lui dans la queue
et il vient de se prendre 978 ms de jitter dans la gueule.
Scénario 2: la mémoire tampon du modem est de 100KB, le 2ème paquet de voix est
perdu tout comme les derniers 100KB de données, et à t+ 500 ms le modem s'est
arrêté d'envoyer des donnés car sa mémoire tampon était vide et que le QOS dans
le routeur attend l'ouverture de la prochaine fenêtre à t+ 1000 ms. Non
seulement le paquet de voix est perdu mais la bande passante en sortie a
diminué de moitié.
Bon, ça c'est le scénario catastrophe, mais finalement assez courant. En
analysant la situation, on trouve 4 problèmes:
1. Il n'y a pas de flow-control entre le modem et le routeur.
2. Pas moyen de contrôler la taille de la mémoire tampon dans le modem. Et même
si on pouvait, ça ne servirait à rien tant qu'on n'a pas de flow-control.
3. La fenêtre de mesure de capa dans le QOS du routeur qui est de 1 seconde est
trop longue. Ceci dit, si on ne résout pas le problème d'ajuster la mémoire
tampon dans le modem...
4. Le modem ne fait pas de QOS.
Donc, pour que le QOS en sortie marche avec un modem externe Ethernet, il faut
résoudre ces 4 problèmes, ou partie et trouver le config qui marche.
Voici vos devoirs:
Poster des liens techniques expliquant comment:
- Avoir du flow-control entre le routeur qui fait le QOS et le modem.
- Contrôler la taille de la mémoire tampon dans le modem.
- Changer l'intervalle de mesure de la capa réglée dans QOS dans le routeur.
- Trouver un modem qui fait un QOS compatible avec la config du routeur.
Michel.
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
