IPQoS : demande d'aide

Le
geo cherchetout
Bonjour,

Mon FAI est Orange, ma connexion ADSL est de type 1024/128 kb/s, et mon
modem-routeur est un SpeedTouch 716v5(WL). Pour déposer des fichiers de
taille supérieure à environ 80 ko dans mon dossier « Mes données » qui est
un nouveau service offert par Orange, je me suis aperçu qu'il me faut
désactiver la QoS du routeur, au détriment supposé de la qualité de mes
communications téléphoniques en VoIP. J'ai eu du mal à trouver ça parce que
le problème de transfert de fichiers existe sans que je téléphone, mais
c'est probablement parce que j'ignore à peu près tout sur le sujet de la
QoS, comme sur tant d'autres.
Ce modem-routeur utilise IPQoS, qui semble être quelque chose de connu dans
le monde des réseaux. Peut-être donc quelqu'un pourra-t-il me proposer un
moyen plus subtil que la désactivation pure et simple de la QoS.

Voici les paramètres sur lesquels je peux jouer, les choix possibles et,
entre parenthèses, leur valeur actuelle :

ipqos config dest = <string> (pvc_Internet)
[state = <{disabled | enabled}>] (disabled)
[discard = <{tail | early}>] (early)
[priority = <{wfq | strict | wrr}>] (wfq)
[realtimerate = <number{1-100}>] (80%)
[burstsize = <number{1-128}>] (56 KBytes)
[weight1 = <number{1-97}>] (25%)
[weight2 = <number{1-97}>] (25%)
[weight3 = <number{1-97}>] (25%)
[weight4 = <number{1-97}>] (25%)
[maxpackets = <number{0-250}>]
[maxbytes = <number{0-128}>]

Je ne connaîs pas les deux derniers paramètres parce qu'ils sont escamotés à
droite de l'écran dans ma session telnet bien que j'aie fixé la variable
d'environnement COLUMNS à 128. Le manuel donne les valeurs par défaut :
maxpackets = 250 et maxbytes = 56.

Merci d'avance pour vos suggestions avisées.
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Didier
Le #19542971
geo cherchetout a écrit :
Bonjour,

Mon FAI est Orange, ma connexion ADSL est de type 1024/128 kb/s, et mon
modem-routeur est un SpeedTouch 716v5(WL). Pour déposer des fichiers de
taille supérieure à environ 80 ko dans mon dossier « Mes données » qui est
un nouveau service offert par Orange, je me suis aperçu qu'il me faut
désactiver la QoS du routeur, au détriment supposé de la qualité de mes
communications téléphoniques en VoIP. J'ai eu du mal à trouver ça parce que
le problème de transfert de fichiers existe sans que je téléphone, mais
c'est probablement parce que j'ignore à peu près tout sur le sujet de la
QoS, comme sur tant d'autres.
Ce modem-routeur utilise IPQoS, qui semble être quelque chose de connu dans
le monde des réseaux. Peut-être donc quelqu'un pourra-t-il me proposer un
moyen plus subtil que la désactivation pure et simple de la QoS.

Voici les paramètres sur lesquels je peux jouer, les choix possibles et,
entre parenthèses, leur valeur actuelle :

ipqos config dest = <string> (pvc_Internet)
[state = <{disabled | enabled}>] (disabled)
[discard = <{tail | early}>] (early)
[priority = <{wfq | strict | wrr}>] (wfq)
[realtimerate = <number{1-100}>] (80%)
[burstsize = <number{1-128}>] (56 KBytes)
[weight1 = <number{1-97}>] (25%)
[weight2 = <number{1-97}>] (25%)
[weight3 = <number{1-97}>] (25%)
[weight4 = <number{1-97}>] (25%)
[maxpackets = <number{0-250}>]
[maxbytes = <number{0-128}>]

Je ne connaîs pas les deux derniers paramètres parce qu'ils sont escamotés à
droite de l'écran dans ma session telnet bien que j'aie fixé la variable
d'environnement COLUMNS à 128. Le manuel donne les valeurs par défaut :
maxpackets = 250 et maxbytes = 56.

Merci d'avance pour vos suggestions avisées.


Je ne connais pas tout non plus, mais je dirais:
* priority : ce n'est pas strict, donc chacune des 4 files d'attente a
droit à écouler le traffic à son tour, selon une règle wfq : le w veut
sans soute dire weighted (pondéré), le f et le q : je ne sais pas.
* les quatre weight donnent le poids donné à chaque file d'attente :
chacune a la même valeur; je pense qu'elles ont un quota de traffic égal.
* la première ligne indique qu'il s'agit des paramètres du vp/vc
Internet; en général, sur un switch, on ne met pas de QoS sur le traffic
data, sauf du shaping (que fait-on quand le traffic déborde du contrat
de traffic passé avec le FAI ? La réponse doit être dans le discard,
mais je ne comprends pas la valeur early).
Voila, si ça peut aider ...
Didier.
Michelot
Le #19544561
Bonsoir Géo et Didier,

... (que fait-on quand le traffic déborde du contrat
de traffic passé avec le FAI ? La réponse doit être dans le discard ,
mais je ne comprends pas la valeur early).



Je vais tenter d'expliquer avec les mains.

Supposons un segment TCP encapsulé dans une trame AAL-5 qui est
saucissonné en 30 paquets de 48 octets pour former 30 cellules ATM.

En prévision d'encombrement d'une file d'attente d'un équipement ATM,
supposons qu'il faille supprimer 2 ou 3 cellules ATM.

Deux attitudes s'offrent (2 algorithmes) :

(1) On supprime effectivement les cellules ATM à partir de la
détection d'encombrement, jusqu'à la fin de la trame AAL-5 (en
supposant que c'est suffisant). En conséquence, la trame AAL-5 se
trouve corrompue : toutes les autres cellules ATM de cette trame,
celles qui précèdent la détection, sont déjà passées et sorties de
l'équipement. On se retrouve donc avec des bouts de trame AAL-5 qui
voyagent pour rien, et qui gaspillent les ressourcs du réseau. C'est
le mécanisme PPD (destruction partielle de trame AAL-5).

(2) On ne supprime pas ces cellules ATM mais, par contre, toutes les
cellules de la trame AAL-5 suivante, de son début jsqu'à sa fin. Dans
ce cas, on réduit plus brutalement l'engorgement et on diminue (sans
réellement l'annuler) le voyage des bouts de trame corrompues. Ce
mécanisme est appelé EPD (destruction anticipée de la trame AAL-5). L e
terme anticipation (early) vient du fait que la détection
d'encombrement s'effectue avant la limite d'encombrement, son emploi
n'est donc pas très différentiant par rapport à PPD (comme en
politique, il vaut mieux prendre les explications que les
significations des termes...).

Cordialement,
Michelot
Didier
Le #19544871
Michelot a écrit :
Bonsoir Géo et Didier,

... (que fait-on quand le traffic déborde du contrat
de traffic passé avec le FAI ? La réponse doit être dans le discard,
mais je ne comprends pas la valeur early).



Je vais tenter d'expliquer avec les mains.

Supposons un segment TCP encapsulé dans une trame AAL-5 qui est
saucissonné en 30 paquets de 48 octets pour former 30 cellules ATM.

En prévision d'encombrement d'une file d'attente d'un équipement ATM,
supposons qu'il faille supprimer 2 ou 3 cellules ATM.

Deux attitudes s'offrent (2 algorithmes) :

(1) On supprime effectivement les cellules ATM à partir de la
détection d'encombrement, jusqu'à la fin de la trame AAL-5 (en
supposant que c'est suffisant). En conséquence, la trame AAL-5 se
trouve corrompue : toutes les autres cellules ATM de cette trame,
celles qui précèdent la détection, sont déjà passées et sorties de
l'équipement. On se retrouve donc avec des bouts de trame AAL-5 qui
voyagent pour rien, et qui gaspillent les ressourcs du réseau. C'est
le mécanisme PPD (destruction partielle de trame AAL-5).

(2) On ne supprime pas ces cellules ATM mais, par contre, toutes les
cellules de la trame AAL-5 suivante, de son début jsqu'à sa fin. Dans
ce cas, on réduit plus brutalement l'engorgement et on diminue (sans
réellement l'annuler) le voyage des bouts de trame corrompues. Ce
mécanisme est appelé EPD (destruction anticipée de la trame AAL-5). Le
terme anticipation (early) vient du fait que la détection
d'encombrement s'effectue avant la limite d'encombrement, son emploi
n'est donc pas très différentiant par rapport à PPD (comme en
politique, il vaut mieux prendre les explications que les
significations des termes...).

Cordialement,
Michelot


Merci, c'est très clair comme ça.
Chapeau !
Didier.
geo cherchetout
Le #19545241
Le 11.06.2009 22:22, *Michelot* a écrit fort à propos :

mais je ne comprends pas la valeur early).



Je vais tenter d'expliquer avec les mains.

Supposons un segment TCP encapsulé dans une trame AAL-5 qui est
saucissonné en 30 paquets de 48 octets pour former 30 cellules ATM.

En prévision d'encombrement d'une file d'attente d'un équipement ATM,
supposons qu'il faille supprimer 2 ou 3 cellules ATM.

Deux attitudes s'offrent (2 algorithmes) :

(1) On supprime effectivement les cellules ATM à partir de la
détection d'encombrement, jusqu'à la fin de la trame AAL-5 (en
supposant que c'est suffisant). En conséquence, la trame AAL-5 se
trouve corrompue : toutes les autres cellules ATM de cette trame,
celles qui précèdent la détection, sont déjà passées et sorties de
l'équipement. On se retrouve donc avec des bouts de trame AAL-5 qui
voyagent pour rien, et qui gaspillent les ressourcs du réseau. C'est
le mécanisme PPD (destruction partielle de trame AAL-5).

(2) On ne supprime pas ces cellules ATM mais, par contre, toutes les
cellules de la trame AAL-5 suivante, de son début jsqu'à sa fin. Dans
ce cas, on réduit plus brutalement l'engorgement et on diminue (sans
réellement l'annuler) le voyage des bouts de trame corrompues. Ce
mécanisme est appelé EPD (destruction anticipée de la trame AAL-5). Le
terme anticipation (early) vient du fait que la détection
d'encombrement s'effectue avant la limite d'encombrement, son emploi
n'est donc pas très différentiant par rapport à PPD (comme en
politique, il vaut mieux prendre les explications que les
significations des termes...).

Cordialement,
Michelot



Merci, je comprends mieux à présent les significations du paramètre discard.
Pour Didier, que je remercie aussi : wfq = Weighted Fair Queuing. Aucun
mérite, c'est dans le manuel du modem-routeur. :-) (Ce serait chouette si
les livebox et autres box étaient aussi bien documentées.)

Aujourd'hui, j'ai abaissé realtimerate à 60 avec un premier résultat
encourageant : Je peux déposer de gros fichiers sur « Mes données » alors
que la QoS est activée. Toutefois, si je téléphone en VoIP, le transfert est
interrompu aussitôt et ne reprend pas.
Si j'envoie des données vers un serveur ftp, ce sont les délais de
transmission de la voix qui s'allongent mais les deux flux cohabitent sans
blocage.
Peut-être Orange a-t-il mis au point un protocole de transfert suicidaire
exprès pour protéger à tout prix la VoIP ? ;-)

Le flux de la VoIP est, je suppose, reconnu comme prioritaire absolu et
transmis en temps aussi réel que possible. Fait-il partie des quatre flux
auxquels sont attribués les poids 1 à 4 ou est-il à part ? Demain j'augmente
weight1 aux dépends des 3 autres pour voir ce que ça fait.

Bonne nuit, à bientôt.
geo cherchetout
Le #19548971
Le 11.06.2009 23:41, j'annonçais :

Demain j'augmente weight1 aux dépends des 3 autres pour voir ce que ça
fait.



Rien de mieux avec 80,10,5,5. Rien de mieux avec 97,1,1,1.

Mais j'ai une idée : Les livebox utilisent probablement une forme de QoS ?
Si oui, leurs paramètres ne sont peut-être pas un secret d'état ? Didier, ou
quelqu'un d'autre ?
Didier
Le #19551721
geo cherchetout a écrit :
Le 11.06.2009 23:41, j'annonçais :

Demain j'augmente weight1 aux dépends des 3 autres pour voir ce que ça
fait.



Rien de mieux avec 80,10,5,5. Rien de mieux avec 97,1,1,1.

Mais j'ai une idée : Les livebox utilisent probablement une forme de QoS ?
Si oui, leurs paramètres ne sont peut-être pas un secret d'état ? Didier, ou
quelqu'un d'autre ?


Les seuls paramètres que j'aie vus dans une LiveBox, c'était sur une
SAGEM, ancien firmware, celui pour lequel le root avait beaucoup de
droits. Depuis, elle a pris la màj.
Et comme je ne suis pas suicidaire, je ne bricole pas la LiveBox de
toute la famille.
Au boulot, je n'ai vraiment pas le temps.
Mais la QoS y est.
Didier.
Et si tu essayais le WRR (weighted round robin) ?
Didier.
geo cherchetout
Le #19553011
Le 12.06.2009 20:12, *Didier* a écrit fort à propos :

Les seuls paramètres que j'aie vus dans une LiveBox, c'était sur une
SAGEM, ancien firmware, celui pour lequel le root avait beaucoup de
droits. Depuis, elle a pris la màj.



Et on ne voit plus grand chose ? Dommage pour les curieux comme nous. Moi au
moins, avec mon speedtouch, je peux encore bidouiller. Le résultat n'est pas
encore à la hauteur de mes espérances, mais c'est presque secondaire parce
que je n'ai pas vraiment besoin de télécharger sur « Mes données » en même
temps que je téléphone. :-)

Et comme je ne suis pas suicidaire, je ne bricole pas la LiveBox de
toute la famille.



Cela se comprend. J'espérais plutôt que tu aurais des contacts avec des
techniciens chez l'un ou l'autre des fabricants, ou des formateurs bien
renseignés...

Et si tu essayais le WRR (weighted round robin) ?



C'est sur ma todo list, mais je ne vais pas faire un compte-rendu de tous
mes essais car ce serait beaucoup de bruit inutile. J'interviendrai
seulement si j'ai du mieux à signaler.

Merci et bon week-end.
Didier
Le #19553161
geo cherchetout a écrit :
Le 12.06.2009 20:12, *Didier* a écrit fort à propos :

Les seuls paramètres que j'aie vus dans une LiveBox, c'était sur une
SAGEM, ancien firmware, celui pour lequel le root avait beaucoup de
droits. Depuis, elle a pris la màj.



Et on ne voit plus grand chose ? Dommage pour les curieux comme nous. Moi au
moins, avec mon speedtouch, je peux encore bidouiller. Le résultat n'est pas
encore à la hauteur de mes espérances, mais c'est presque secondaire parce
que je n'ai pas vraiment besoin de télécharger sur « Mes données » en même
temps que je téléphone. :-)



On peut bidouiller pour retrouver le niveau d'accès d'avant.
Je n'ai pas pris le risque.
A une époque j'avais activé SNMP, et je crois que je l'avais rendue un
peu instable avec mes programmes PHP d'interrogation pas trop bien fichus.
Et comme je ne suis pas suicidaire, je ne bricole pas la LiveBox de
toute la famille.



Cela se comprend. J'espérais plutôt que tu aurais des contacts avec des
techniciens chez l'un ou l'autre des fabricants, ou des formateurs bien
renseignés...



C'est assez top secret, logiquement.
Merci et bon week-end.


geo cherchetout
Le #19586911
Le 12.06.2009 23:12, *Didier* a écrit fort à propos :

C'est assez top secret, logiquement.



Sûrement, mais dans quelle logique ? Pas celle de l'intérêt de l'usager, je
le crains.
Bon, j'ai appris quelque chose aujourd'hui auprès d'un collègue : Pour les
utilisateurs de livebox et de la VoIP Orange, les flux de la VoIP et de
l'internet seraient aujourd'hui séparés au niveau des VC en ATM. Donc pas
moyen pour moi de faire la même chose.
Merci quand-même d'avoir participé à la discussion.
Didier
Le #19589881
geo cherchetout a écrit :
Le 12.06.2009 23:12, *Didier* a écrit fort à propos :

C'est assez top secret, logiquement.



Sûrement, mais dans quelle logique ? Pas celle de l'intérêt de l'usager, je
le crains.
Bon, j'ai appris quelque chose aujourd'hui auprès d'un collègue : Pour les
utilisateurs de livebox et de la VoIP Orange, les flux de la VoIP et de
l'internet seraient aujourd'hui séparés au niveau des VC en ATM. Donc pas
moyen pour moi de faire la même chose.
Merci quand-même d'avoir participé à la discussion.


C'est top secret pour des raisons de concurrence, bien entendu.
Qaunt aux VP/VC séparés, c'est le cas depuis le début (de la TV et le la
ToIP). La VoIP était sur le VC internet.
Pour la TV, il y a un VP/VC pour le flux vidéo, un autre pour la
gestion, une autre pour le zapping.
Avec possibilité de founir cette acapcité de transmission au flux
Internet en cas de non utilisation du décodeur TV.
Didier.
Publicité
Poster une réponse
Anonyme