>> 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.

Une fois que le routeur a commencer a envoyer un gros packet de données, tu ne 
peux rien faire mais attendre pour qu'il soit sorti.
C'est pour cela que pour 2Mb utiliser une interface 100 Mb limite a 2 Mb c'est 
mieux qu'une interface 10 Mb limite a 2 car le temps de serialisation/transfer 
est plus cours.

> 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.

Non, une seule frame devrait sortir du routeur avant que le packet de voip 
suivant sorte. Donc le temps maximum, c'est le temps qu'il faut pour 
transmettre un MTU de 1.5k donc 6ms pour une ligne 2Mb.
Je ne parle que des frames sortantes, pour les frames entrante (depuis l' ADSL) 
tu prends ce qui arrive et oui ca peut etre le cas si il n'y a pas de QOS.

Pour le download, 1500 bytes a 2Mbps, c'est 6ms de temps de serialisation, en 
upload 1500 bytes a 250kbps c'est 48ms ... still argh !

> 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é.

Assumes-tu une seule queue QOS, si c'est le cas, il faut une queue par type de 
trafic. Il y a le FIFO de l'interface et le buffer par le type de trafic defini.
Mais en effet si les valeurs sont mauvaises tu peux effectivement te retrouver 
avec des buffer underflow facilement.

> 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.

Flow-control et QOS sont complementaire, tu veux les deux. Et tu veux du 
flow-control de point a point et de "end to end".
De gros buffers sur les routeurs sans QOS cassent le flow-control end-to-end 
(Bufferbloat).

> 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.

Il faut pouvoir appliquer le QOS des _DEUX_ cotes de la ligne lente .. Je me 
demande même si un tunnel GRE/L2TP avec un machine cote internet ce n'est pas 
mieux que rien.
Il faudrait faire les test. Un autre devoir ...

> Voici vos devoirs:

Desole c'est mes vacances, je passe :P

Mon collègue Richard a fait une tres bonne presentation sur le QOS, j'en ai une 
copie publique.
http://thomas.mangin.com/data/pdf/Linx%2065%20-%20Halfpenny%20-%20VOIP%20QOS.pdf

Cela couvre le cas d'une ligne spécialisé car pour l'ADSL la présentation 
aurait été deux fois plus longue.
Un exemple de configuration cisco a la fin.

Finallement, tout ca pour dire : utiliser une ligne pour la VOIP/autres 
services temps reels et une autre pour les données ca simplifie la vie :p

Thomas


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à