Voix sur IP (VoIP)

Comprendre la variation
de dlai ou gigue
dans les rseaux
avec voix paqutise

Sommaire
Introduction
La variation de dlai dans les rseaux avec voix paqutise
Dterminer la gravit de la variation du dlai
Quelles sont les causes de la variation du dlai
- Prise en compte de l'encapsulation
- La variation du dlai dans un environnement Frame Relay
- conclusion

Introduction
Ce document dcrit la variation du dlai, comment la mesurer et comment la
compenser.
Pour lire ce document il est ncessaire d'avoir des connaissances sur
Configuration de base de la voix avec l'IOS Cisco
Connaissance de base sur la Qualit de Service (QoS)

La variation de dlai dans les avec voix paqutise

La variation de dlai ou gigue est dfinie comme une variation du dlai la rception
des paquets. A l'extrmit mettrice, les paquets sont transmis en un flux continu
avec un espacement constant entre paquets. A cause d'une congestion du rseau,
d'une gestion incorrecte des files d'attente ou d'erreur de configuration, ce flux constant peut devenir irrgulier ou le dlai entre les paquets peut devenir variable au lieu
de rester constant.
Le schma suivant illustre comment un flux constant de paquets est gr.
Flux continu de paquets

Temps

Le mme flux de paquets aprs congestion

ou problme de file d'attente
Quand un routeur reoit un flux audio RTP pour de la Voix sur IP (VoIP), il doit
compenser la variation de dlai rencontre. Le systme qui permet de grer cette
compensation c'est le buffer de compensation de gigue. Ce buffer doit tamponner
les paquets et ensuite les sortir en un flux constant vers le processeur de signal
pour tre converti en un flux audio analogique.
Le schma suivant montre comment la gigue est gre.
Flux continu de paquets

Buffer de
compensation
de gigue

Flux de paquets avec gigue compense

transmis au DSP

Si le dlai est trop grand au point que les paquets reus sont hors des limites pour
ce buffer, ces paquets seront limins et des distorsions pourront tre perues dans
le signal audio. Pour la perte d'un paquet, le processeur de signal fera une interpolation pour le signal et il n'y aura qu'une trs lgre distorsion. Quand le dlai
excde ce que le processeur de signal peut compenser, des perturbations trs nettes
seront perues sur le signal audio.
Le schma suivant montre comment une variation de dlai excessive est traite.
Flux avec gigue excessive

Buffer de
compensation
de gigue

Paquet avec gigue

excessive limine

Dterminer la gravit de la variation de dlai

La prsence de gigue excessive peut tre confirme au travers de l'IOS Cisco en
suivant les tapes suivantes:
1. Une fois que la communication est active, et quil y a prsomption de gigue,
connectez vous avec Telnet une des passerelles.
2. Passez la commande terminal monitor pour pour voir les messages de la console
au tevaers de Telnet.
Note : Cette tape n'est pas ncessaire si vous tes connect par le port console
3. Entrez la commande show voice call summary et vous verrez un affichage similaire ce qui suit:
PORT
CODEC
VAD VTSP STATE
VPM STATE
============ ======== === ================== ===================
1/0/0
- FXSLS_ONHOOK
1/0/1
g729r8
y S_CONNECT
FXSLS_CONNECT
Vous pouvez maintenant slectionner la communication pour laquelle il y a de la
gigue. Dans cet exemple c'est le port 1/0/1.

4. Pour examiner cette communnication, entrez la commande show voice call. Dans
cet exemple, c'est show voice call 1/0/1. La sortie qui est affiche est donne par
le DSP qui gre cette communication et ressemble ceci.
1/0/1 vtsp level 0 state = S_CONNECT
vpm level 1 state = FXSLS_CONNECT
vpm level 0 state = S_UP
MS-2621-3B#
***DSP VOICE VP_DELAY STATISTICS***
Clk Offset (ms) : 0, Rx Delay Est (ms) : 50
Rx Delay Lo Water Mark(ms): 50, Rx Delay Hi Water Mark(ms): 7
***DSP VOICE VP_ERROR STATISTICS***
Predict Conceal(ms): 0, Interpolate Conceal(ms): 0
Silence Conceal(ms): 0, Retroact Mem Update(ms): 0
Buf Overflow Discard(ms): 0, Talkspurt Endpoint Detect Err: 0
***DSP VOICE RX STATISTICS***
Rx Vox/Fax Pkts: 1187, Rx Signal Pkts: 0, Rx Comfort Pkts: 0
Rx Dur(ms): 150200, Rx VoX Dur(ms): 23740, Rx Fax Dur(ms): 0
Rx Non-seq Pkts: 0, Rx Bad Hdr Pkts: 0
Rx Early Pkts: 0, Rx Late Pkts: 0
***DSP VOICE TX STATISTICS***
Tx Vox/Fax Pkts: 1187, Rx Signal Pkts: 0, Rx Comfort Pkts: 0
Tx Dur(ms): 150200, Rx VoX Dur(ms): 23740, Rx Fax Dur(ms): 0
***DSP VOICE ERROR STATISTICS***
Rx Pkt Drops(Invalid Header): 0, Tx Pkt Drops(HPI SAM overflow):0
***DSP
TDM
TDM
TDM

LEVELS***
Bus levels(dBmo): Rx -54,5 from PBX/Phone, Tx -64.7 to PBX/Phone
ACOM levels(dBmo): +2.0, TDM ERL Level(dBmo): +9.9
Bgd levels(dBmo): -49,4 with activity being voice

5. Examinez la section ***DSP VOICE VP_ERRORS STATISTICS*** dans la sortie.

Sous cette section il y a quelques paramtres examiner, le principal est le
nombre de "Buf Overflow Discard(ms)". C'est le nombre de paquets qui sont hors
intervalle pour le buffer de compensation de gigue (limines). Il peut y avoir une
valeur non nulle, mais celle-ci ne doit pas s'accroitre constanment. Il est normal
d'avoir des paquets hors-intervalle lorsqu'une communication est initialise, mais
cette valeur ne doit pas s'accroitre lorsque la commande show voice call x/x/x
est rpte. Ce nombre est une indication directe d'une variation excessive du
dlai.
Par dfaut ce buffer fonctionne dans un mode adaptatif dans lequel il ajuste la
variation de dlai (jusqu' une certaine limite).Le comportement par dfaut de la
compensation de dlai peut tre modifi par la commande playout-delay.
Ce buffer peut tre aussi positionn en mode non-adaptatif. Ceci peut rgler
quelques problmes lis la variation de dlai.

Quelle est la cause de la variation du dlai

La variation du dlai est gnralement cause par la congestion dans un rseau IP.
La congeston peut se produire soit l'interface du routeur soit dans le rseau du
foiurnisseur d'accs si le circuit n'est pas correctement gr.
Considrations sur l'encapsulation
Le meilleur endroit pour vrifier la variation du dlai est l'interface du routeur car
vous avez un controle direct cette portion de circuit. La manire dont vous allez
rechercher la source de la variation du dlai dpend de l'encapsulation et du type
de liaison sur lesquels le dlai se produit.
Normalement, les circuits ATM ne rencontrent pas de variation de dlai quand ils
sont configurs correctement avec un dbit de cellules constant. Si la variation de
dlai apparait dans un environnement ATM, l'examen de la configuration ATM est
ncessaire. Avec l'encapsulation PPP, la variation de dlai est presque toujours due
au dlai de srialisation. Ceci peut facilement tre gr en utilisant la fragmentation
et l'entrelacement sur la liaison PPP.
La constitution de PPP fait que les extrmits communiquent directement entre elles
sans passer par des commutateurs ainsi l'administrateur a le controle sur toutes
les interfaces incluses dans la liaison.
La variation de dlai dans un environnement Frame Relay
Trois paramtres doivent tre vrifies pour grer la variation du dlai dans un
environnement Frame Relay
Formatage du trafic (Traffic Shaping)
Fragmentation
Files d'attentes (Queueing)

Traffic Shaping
Vous devez vous assurer que vous lissez le trafic qui sort du routeur la valeur du
CIR que l'oprateur fournit. Ceci peut tre vrifi en regardant les statistiques
Frame Relay et en testant avec l'oprateur. Pour voir les statistiques Frame Relay
utilisez la commande show frame-relay pvc xx, (xx = DLCI). Vous devez obtenir
une sortie similaire celle qui suit:
Singapour#show frame-relay pvc 16
PVC Statistics for interface Serial0/0 (Frame Relay DTE)
DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0
input pkts 103611
output pkts 120054
in bytes 9909818
out bytes 10962348
dropped pkts 0
in FECN pkts 0
in BECN pkts 0
out FECN pkts 0
out BECN pkts 0
in DE pkts 0
out DE pkts 0
out bcast pkts 1366
out bcast bytes 448048
pvc create time 00:13:16, last time pvc status changed 00:13:17

Que Rechercher?
Ce que vous devez rechercher dans la sortie ci-dessus ce sont les valeurs qui montrent s'il y a eu congestion dans le rseau. Ce sont les paramtres FECN, BECN et
DE. Vous devez regarder uniquement les paquets entrants car Cisco ne transmet
pas ces informations. Vous pouvez voir des valeurs de ces paramtres s'incrmenter, tout dpend du type et de la configuration des commutateurs Frame Relay
utiliss par l'oprateur. En gnral, si vous avez du Frame Relay avec du "Lissage
de trafic" et que le CIR est le mme que celui du circuit, les paramtres FECN, BECN
et DE doivent rester stables.
Si ces paramtres s'incrmentent et que vous respectez le CIR, c'est que le commutateur de l'oprateur est mal configur.
Si vous louez un CIR nul mais avec une valeur de "Burst" cela constitue un bon
exemple pour illustrer la congestion. Quelques oprateurs fournissent un PVC avec
un CIR nul ce qui est bon pour les donnes mais produit des effets trs nfastes sur
la qualit de la voix. Si l'on regarde dans la sortie prcdente, avec un CIR nul le
nombre de paquets avec FECN ou DE sera gal au nombre de paquets entrants. En
allant plus loin, si vous avez un PVC 128 Kb/s lou l'oprateur et que le routeur
est positionn 512 Kbit/s vous verrez les paramtres FECN, BECN et DE s'incrmenter lentement. Rappelez-vous que vous regardez les paquets entrants controls
par le formatage de trafic configur sur le routeur l'autre extrmit du PVC. De la
mme manire vous controlez ce qui entre sur l'autre routeur avec les paramtres
de formatage de trafic configurs sur le routeur local.
La chose importante retenir est que vous ne devez pas dpasser le CIR du PVC
lou l'oprateur.

La raison pour laquelle vous pouvez voir la congestion est simple: Le CIR qui est
configur pour un PVC sur un commutateur dicte le dbit du trafic pass par le
commutateur pour ce PVC. Quand le CIR configur sur le commutateur est dpass
par le flux de donnes reu, il bufferise les trames en excs par rapport au CIR
jusqu' ce que la capacit d'acheminement soit disponible pour les paquets bufferiss . Chaque trame bufferise a t marque avec le bit DE ou FECN par le
commutateur. Si vous voulez examiner les statistiques des interfaces pour vrifier
que tout fonctionne correctement, utilisez la commande show interface.
Fragmentation
La fragmentation est plus associe au dlai de srialisation qu' la variation du
dlai mais sous certaines conditions elle peut tre la cause de variation de dlai.
La fragmentation doit toujours tre configure dans la classe de trafic Frame relay
quand on utilise la voix paqutise. La configuration de ce paramtre a deux effets
sur l'interface. L'effet vident est que tous les paquets dont la taille est suprieure
celle spcifie seront fragments. L'autre effet est moins apparent mais assez
important. Si vous regardez l'interface sur laquelle la fragmentation est configure,
vous pouvez voir l'effet de cette commande. Sans fragmentation, la stratgie de
de mise en file d'attente affiche par la commande show interface x est de type
FIFO. Lorsque la fragmentation est configure la commande affichera une mise en
file d'attente de type Dual-FIFO. C'est la Priority-Queue qui a t cre et qui sera
utilise pour le trafic voix de l'interface. Si vous avez toujours des problmes de
variations de dlai, diminuez la valeur de fragmentation jusqu' ce que la qualit
de la voix devienne acceptable.
Mise en file d'attente
Il y a gnralement deux mthodes de mises en file d'attente utilises pour le trafic
VoIP:
IP RTP Priority Queueing
Low Latency Queueing
L'une ou l'autre des mthodes doit tre utilise, elles ne doivent pas tre configures
simultanment. Si la mise en file d'attente est configure correctement d'aprs la
documentation, vous pouvez conclure que la mise en file d'attente fonctionne normalement et que le problme de variation de dlai est situ ailleurs.
La mise en file d'attente n'est gnralement pas une cause de variation de dlai car
les variations crees sont trs faibles.
Cependant si les paquets VoIP ne sont pas mis correctement en file d'attente et qu'il
y a des donnes sur le mme circuit, cela peut entrainer des variations de dlai.
Conclusion
Nous pouvons en conclure que la gigue est une variation de dlai dans le transport
des paquets VoIP. Le DSP l'intrieur du routeur peut compenser cette gigue si
celle-ci n'est pas excessive. La cause de la variation du dlai (gigue) est gnralement due une attete dans les quipements traverss par les paquets. La variation
de dlai peut tre due une mauvaise configuration du routeur et du PVC fourni
par l'oprateur