Vous êtes sur la page 1sur 8

Chapitre 6 Principes de base de

l'implémentation VoIP partie 2

              6.2 Atteindre la qualité et la fiabilité VoIP             


La plupart des décideurs d'entreprise ont de sérieuses inquiétudes quant à la migration vers la
VoIP, car elle introduit un tel degré de changement dans une organisation juste pour être accompli
avec succès. Préoccupations concernant la qualité des appels VoIP, la fiabilité des réseaux IP et
(généralement) un manque d'expertise dans le déploiement de la voix sur données sont parmi les
problèmes les plus importants auxquels les décideurs d'aujourd'hui doivent faire face. Une qualité
sonore et une fiabilité de service inférieures sont des préoccupations majeures pour les abonnés
potentiels aux services VoIP. Bien que le service VoIP se soit considérablement amélioré ces
dernières années, les abonnés peuvent encore éprouver une qualité et une fiabilité médiocres,
même dans les meilleures circonstances. De telles variations de qualité ont amené les fournisseurs
à établir un niveau minimum de performance, ou une qualité de service , sur laquelle les abonnés
peuvent compter lorsqu'ils utilisent les services VoIP.
              6.2.1 Le besoin de qualité de service (QoS)             

La qualité de service (QoS) et les techniques de réglage des performances peuvent contribuer au
succès d'un déploiement VoIP. La QoS fait référence aux choix concernant la manière dont
différents utilisateurs ou différents trafics d'application sont hiérarchisés sur le réseau. Ce
processus de hiérarchisation aide les administrateurs à gérer les demandes d'utilisateurs,
d'applications ou de clients concurrents lorsqu'ils partagent tous le même réseau. Le réglage des
performances fait référence à diverses méthodes utilisées par les administrateurs réseau pour
augmenter l'efficacité ou faire des compromis entre les ressources ou les attributs du réseau.
Lorsque de nombreuses personnes ou périphériques partagent une ressource telle qu'un réseau, les
ressources de ce réseau peuvent être sur-provisionnées ou sur-souscrites. Le sur-
approvisionnement signifie que plus de ressources sont disponibles que ce qui peut être
consommé. Dans ce cas, il y a tellement de ressources disponibles que si chaque abonné la
demandait en même temps, il y en aurait encore beaucoup à faire. Le surapprovisionnement est
généralement coûteux car il nécessite beaucoup de capacité de réserve. La surabonnement est un
terme pour les situations où une ressource a de nombreux utilisateurs ou abonnés qui, pour la
plupart, ne demandent pas tous l'utilisation de la ressource en même temps. Il est généralement
moins cher que le sur-approvisionnement et est beaucoup plus souvent observé dans la VoIP.
Lorsque trop d'abonnés demandent le service simultanément, le service peut devenir assez lent ou
même devenir indisponible, simplement parce que trop d'utilisateurs simultanés consomment
toutes les ressources disponibles. Un surabonnement peut se produire chaque fois qu'il y a de
nombreuses entrées et peu de sorties, comme dans toute situation où un goulot d'étranglement ou
un entonnoir émerge. Malheureusement, chaque étape d'un réseau est un goulot d'étranglement
potentiel. Le total de toutes les entrées dans les périphériques réseau tels que les routeurs et les
commutateurs peut largement dépasser la capacité d'une file d'attente de routeur. Étant donné que
les réseaux sont partagés et peuvent être surchargés, des mécanismes de qualité de service sont
nécessaires pour protéger les utilisateurs et les applications les uns des autres et pour fournir une
différenciation du service.
La QoS peut être utilisée pour atténuer les surabonnements occasionnels au réseau. Lorsque le
trafic réseau augmente suffisamment pour que les performances diminuent en raison d'un
surabonnement, un administrateur peut choisir de donner à certaines classes de trafic réseau un
meilleur traitement que d'autres. Les décisions prises ici signifieront que certains utilisateurs ou
applications auront la priorité sur d'autres. Cette décision dépendra de la manière dont les
administrateurs classifient le trafic réseau (c'est-à-dire de quel type? Quelles sont les différentes
classes? Qui est autorisé pour chaque classe de service?) Et de la manière dont ils gèrent chaque
classe de trafic (c'est-à-dire comment cette classe de trafic En quoi la gestion de cette classe est-
elle différente de celle des autres classes de trafic?). La classification du trafic se fait généralement
à la périphérie d'un réseau, et la gestion se fait généralement au milieu. Les décisions concernant la
classification et la gestion du trafic réseau sont des décisions commerciales importantes impliquées
dans le déploiement de la qualité de service.
Les réseaux fonctionnant sans QoS traitent tout le trafic comme étant le meilleur effort possible et
les périphériques réseau font de leur mieux pour transmettre les trames des expéditeurs à leurs
récepteurs. Même si un réseau n'est pas un bon candidat pour la qualité de service, il vaut toujours
la peine d'explorer les alternatives lorsque ces alternatives impliquent une bande passante moins
chère et une conception de réseau avec moins de goulots d'étranglement. Même si plus de bande
passante donne au trafic réseau plus de débit et de capacité, cela n'aide pas toujours en cas de
retard et de gigue. La QoS n'est pas sans difficultés. Non seulement il est difficile à mettre en
place, mais cela implique également des décisions politiques pour déterminer qui fait partie de
chaque classe de trafic et comment ils sont traités. En fait, il existe des situations où la peur de
prendre la mauvaise décision politique empêche l'utilisation de la qualité de service. Par exemple,
donner la priorité à un système de surveillance interne de la qualité de service VoIP informatique
en sacrifiant le trafic du personnel de direction ne sera pas aussi facile politiquement que d'utiliser
la QoS VoIP pour une application critique pour l'entreprise. Pour être classé, le trafic réseau doit
être séparé. En général, les applications réseau peuvent être facilement identifiées car elles utilisent
un numéro de port IP unique. Les techniques de QoS comprennent un mélange de mécanismes de
classification et de gestion pour inclure des techniques de QoS de couche liaison, des techniques
de QoS IP, des techniques de mise en file d'attente et des modificateurs de trafic.
              6.2.2 Techniques de QoS de couche liaison             

Les techniques de QoS de couche liaison influencent la gestion du trafic sur les liaisons de données
individuelles. Par exemple, ATM a intégré la qualité de service dans son architecture de base.
IEEE 802.lp / Q est utilisé pour insérer des octets dans des trames Ethernet qui indiquent la priorité
de chaque trame. La priorité de trame est utilisée par les commutateurs Ethernet pour décider
quelles trames sont commutées avant les autres. Il doit y avoir une certaine corrélation avec un
mécanisme de qualité de service de couche supérieure pour fournir une valeur quelconque aux
utilisateurs de l'application dont le trafic doit être géré de manière cohérente sur toutes les liaisons
de données d'une connexion car les deux schémas précédemment décrits ne fonctionnent que dans
les couches inférieures. Le plus souvent, les gros paquets sont interrompus à l'aide de la
fragmentation et de l'entrelacement de liens Cisco (LFI). LFI est une technique de couche 2 dans
laquelle toutes les trames de couche 2 sont divisées en petits fragments de taille égale et transmises
sur la liaison de manière entrelacée. Lorsque la fragmentation et l'entrelacement sont mis en
œuvre, le périphérique réseau fragmente toutes les trames en attente dans le système de mise en
file d'attente. Le périphérique réseau envoie ces fragments sur la liaison et réduit le délai de mise
en file d'attente des petites trames puisqu'elles sont envoyées presque immédiatement. La
fragmentation des liaisons réduit les effets du retard et de la gigue en normalisant la taille des
paquets de plus gros paquets afin d'offrir des opportunités de transmission plus régulières aux
paquets vocaux.
              6.2.3 Techniques de mise en file d'attente             

Les routeurs et les commutateurs offrent des moyens de hiérarchiser le trafic et de gérer la
congestion mieux que d'utiliser la qualité de service aux couches 2 et 3. Cela se fait grâce à une
variété de techniques d' option de mise en file d'attente pour inclure Weighted Fair Queuing
(WFQ), Class-based Weighted Fair Queuing (CBWFQ) , File d'attente à faible latence (LLQ) et
détection précoce aléatoire pondérée (WRED). WFQ est utilisé pour améliorer la gestion des
connexions à faible volume dans le trafic à volume élevé et est particulièrement utile lorsque le
trafic VoIP est mélangé à des transferts de fichiers lourds. CBWFQ et LLQ fonctionnent en
combinaison pour donner la priorité au trafic VoIP sensible au retard. WRED est utilisé pour éviter
le ralentissement massif de toutes les connexions TCP passant par un routeur lorsque le réseau
subit une congestion. Ces options ont de la valeur dans les réseaux plus petits où elles fournissent
leur efficacité assez rapidement, mais leur capacité à administrer de manière cohérente diminue
rapidement avec une augmentation même modérée de la quantité de périphériques réseau présents
sur un réseau.
CBWFQ et LLQ sont utilisés pour la gestion de la priorité du trafic VoIP. Les critères de
correspondance du trafic utilisent des bits DiffServ pour définir la technique de classification pour
la VoIP. WRED est utilisé en cas de congestion pour améliorer la gestion du trafic DiffServ
marqué. Une bande passante VoIP supplémentaire doit être réservée si des problèmes
d'encombrement sont rencontrés dans le LLQ. WFQ peut aider le trafic VoIP à mieux
concurrencer les autres trafics si vous avez un petit pourcentage de VoIP sur un réseau avec un
large mélange de trafic. Bien sûr, il est préférable de tester WFQ au fur et à mesure que vous le
déployez pour vous assurer qu'il produit vraiment l'effet souhaité.
              6.2.4 Techniques de QoS IP             

Il existe un ensemble de mécanismes de qualité de service de plus en plus populaire au niveau de


la couche 3 dans la pile de protocoles TCP / IP. Ces mécanismes incluent le protocole de
configuration de réservation de ressources (RSVP), les services différenciés (DiffServ) et la
commutation multiprotocole par étiquette (MPLS). Collectivement, ces mécanismes sont appelés
QoS IP car leur objectif est d'aider à répondre aux exigences du réseau IP des applications de bout
en bout en tirant parti des caractéristiques spécifiques du protocole IP.
Protocole de configuration de réservation de ressources (RSVP)
RSVP réserve des ressources pour répondre aux exigences de bande passante, de gigue et de délai
pour une connexion particulière via des routeurs. RSVP envoie des flux de contrôle IP d'une
extrémité du réseau à l'autre. Ces paquets IP demandent aux routeurs intermédiaires de réserver
une partie de leurs ressources, telles que la bande passante et les files d'attente pour le trafic TCP /
IP à venir. RSVP souffre d'un inconvénient important en ce qu'il nécessite également plus de
bande passante et de ressources de routeur. Les conditions opérationnelles idéales pour l'utilisation
de RSVP sont lorsque les connexions sont longues, telles que celles utilisées par la vidéo en
streaming, et lorsque seules quelques connexions à la fois nécessitent des ressources réservées.
RSVP n'est pas une bonne technique à utiliser pour le trafic VoIP. Cependant, il doit être envisagé
pour une utilisation avec des flux vidéo de longue durée qui peuvent être présents dans votre trafic
réseau.
Services différenciés (DiffServ)
Le modèle de priorité de priorité, également appelé services différenciés, type de service de
priorité IP (TOS) ou IEEE 802.1pQ, prend le trafic agrégé, sépare les flux de trafic en classes et
fournit un traitement préférentiel des classes. Ce n'est que pendant les périodes de congestion que
des effets de services différenciés visibles se produisent. Les paquets sont marqués ou étiquetés
selon la priorité. Les commutateurs lisent ces marquages de paquets et traitent les paquets en
fonction de leur priorité. L'interprétation des marquages doit être cohérente avec dans le domaine
du réseau. DiffServ fournit IP QoS à l'aide de l'octet Type de service (ToS). Dans la spécification
d'en-tête IP version 4, DiffServ implique de définir les bits de cet octet ToS sur une valeur non
nulle et il utilise les 6 premiers bits de l'octet TOS, qui est désigné comme le point de code des
services différenciés (DSCP). Les 6 bits du DSCP permettent 26 ou 64 classes de service
différentes. Le modèle de services différenciés définit huit classes, de la priorité la plus élevée à la
plus basse: Expedited Forwarding (EF), As sured Forwarding 1-4 (AF) et Best Effort (BE). Dans
chaque classe, il y a huit paramètres de priorité de suppression, qui indiquent au commutateur
quels paquets sont plus importants que d'autres dans cette classe. Cela donne un total de 8x8 = 64
points de code de services différenciés (DSCP). DiffServ marque une priorité relative dans chaque
paquet IP, à respecter par chaque routeur qui gère la trame. Les routeurs regardent constamment
les bits IP, de sorte qu'il y a peu de frais généraux impliqués dans la classification DiffServ. Les
passerelles VoIP définissent généralement cet octet lorsqu'elles génèrent des paquets VoIP pour les
appels basés sur le PSTN. La plupart des téléphones IP et des passerelles VoIP définissent l'octet
ToS sur une valeur différente de zéro pour indiquer la priorité requise pour la VoIP.
Le trafic VoIP aura besoin d'un moyen de se distinguer des autres trafics d'application aux bords
du réseau nécessitant une classification telle que celle basée sur les numéros de port, les en-têtes
RTP, le champ DiffServ ou la taille des paquets. Une façon de procéder consiste à utiliser les bits
DiffServ pour classer le trafic aussi près que possible de son origine. Vous pouvez également
utiliser d'autres techniques QoS telles que CBWFQ qui peuvent utiliser les paquets marqués
DiffServ pour identifier les classes de trafic. Vous devrez configurer les périphériques réseau, en
particulier les routeurs, pour donner au trafic avec différents marquages DiffServ différents types
de traitement. Comme pour tous les changements de configuration inter-réseaux, l'utilisation de
DiffServ nécessitera une planification minutieuse et de bons outils.
Bien que le champ DSCP ait créé un schéma efficace pour classer différents types de trafic, il est
seulement aussi bon que le lien réseau le plus faible. Même si DiffServ est généralement considéré
comme un service «meilleur que le meilleur effort», le chemin entier ne peut être considéré comme
le meilleur effort que si chaque segment du chemin d'un codec à l'autre prend ou ne prend pas en
charge la gestion DSCP. En d'autres termes, c'est tout ou rien pour le DSCP. Diffserv est
généralement utilisé sur les réseaux Ethernet et configuré sur les commutateurs où le volume du
trafic VoIP est susceptible d'augmenter. Un VLAN distinct pour le trafic VoIP est également créé.
Prévoyez de mettre à niveau les concentrateurs partagés car ils ne peuvent pas fournir le service
requis pour le trafic VoIP. Les téléphones IP ou les cartes réseau de téléphone logiciel qui peuvent
définir le champ de priorité 802.lp sur une valeur différente de zéro sont utilisés du téléphone au
commutateur. Les commutateurs sont ensuite configurés pour donner la priorité au trafic VoIP
dont le champ Priorité 802.1p est défini.
Commutation d'étiquettes multiprotocole (MPLS)
La commutation par étiquette multiprotocole (MPLS) met en place un circuit virtuel via un réseau
IP en préfixant chaque trame avec quatre octets qui indiquent comment accéder au routeur suivant
sur le chemin. Cette technique est mieux adaptée aux dorsales de réseau de très grande taille avec
de nombreux routeurs. MPLS est souvent utilisé par les opérateurs de réseau et les fournisseurs de
services Internet, mais sa complexité le rend peu pratique pour la plupart des réseaux d'entreprise.
MPLS est bien plus qu'une technique de QoS en ce sens qu'il fournit également aux opérateurs de
réseau un moyen d'offrir différentes classes de service. Lorsque les paquets entrent dans un réseau
compatible MPLS, ils sont «étiquetés» avec une étiquette qui peut contenir une variété
d'informations. Dans un réseau MPLS, les routeurs à commutation d'étiquettes (LSR) sont
capables de transmettre le paquet à travers le réseau en utilisant l'étiquette plutôt que les champs d'
annonce traditionnels dans l'en-tête IP. Les chemins commutés par étiquette (LSP) peuvent être
configurés pour différentes valeurs d'étiquette afin de définir des routes pour différentes classes de
trafic de données provenant de différents utilisateurs.
MPLS en tant que technique de gestion peut être utilisé en tandem avec d'autres techniqu es QoS
telles que DiffServ, qui fournit une technique de classification. Dans ce cas, les étiquettes MPLS
peuvent être attribuées en fonction des paramètres de bits du DSCP afin que le réseau compatible
MPLS fournisse différents chemins pour le trafic avec différents paramètres de bits. Les
techniques IP QoS traitent les différentes classes de trafic différemment, et elles ne font pas
nécessairement passer une classe de trafic plus rapidement qu'une autre. Ces techniques
permettront au trafic de classe premium d'obtenir une meilleure garantie de bande passante afin
d'inclure de meilleures priorités dans les routeurs ou une meilleure route à travers un réseau que le
trafic acheminé dans une classe inférieure. Le trafic VoIP a besoin de réseaux qui sont réglés pour
des chemins dédiés qui ont un faible délai, gigue et perte, comme fourni par MPLS dans les FAI
avec de grands réseaux complexes . Dans ce cas, MPLS est la technique de choix, car elle donne
des chemins dédiés au trafic sélectionné à travers la dorsale d'un réseau. Les FAI peuvent
également vouloir utiliser MPLS pour implémenter en interne le service VoIP premium.
Interfaces de programmation d'application (API)
Appli cation Interfaces de programmation (API) peuvent être utilisées pour permettre aux
applications de faire leur propre établissement des priorités. Les versions récentes de Windows
offrent aux applications TCP / IP une API pour demander la qualité de service souhaitée, mais ces
API sont susceptibles d'être peu utilisées ou ignorées pour la qualité de service IP du réseau, car
les applications ne peuvent pas nécessairement être fiables. Même dans ce cas, les besoins globaux
de toutes les applications exécutées sur un réseau sont des considérations importantes lors de la
détermination de l'utilisation des techniques QoS.
Techniques de mise en forme du trafic
Les périphériques de mise en forme du trafic, également connus sous le nom de gestionnaires de
bande passante, sont une catégorie de périphériques réseau qui se trouvent aux points d'entrée et de
sortie d'un réseau. Les modificateurs de trafic sont les premiers périphériques réseau à commencer
à mettre en œuvre des politiques pour le trafic qu'ils gèrent, et ils peuvent agir en tant qu'agents
locaux pour un large ensemble de règles implémentées par les serveurs de politiques. TCP / IP
fournit à tout le trafic réseau un service de livraison au mieux lorsque le réseau est modérément
chargé. À mesure que la charge du réseau augmente, les mécanismes de QoS aident à répondre aux
exigences spécifiques des applications pour améliorer la livraison au mieux de TCP / IP. Ceci est
particulièrement important car les nouvelles applications ont leurs propres exigences respectives
en matière de bande passante, de retard, de gigue et de perte de paquets. Les modificateurs de
trafic sont appropriés s'il y a des points de concentration clairs dans votre réseau. Ils peuvent
décider de la quantité de bande passante à donner à chaque type de flux, car ils examinent de
nombreux attributs différents du trafic réseau.
              6.2.5 Problèmes de QoS             

La voix numérique qui se déplace sur le RTPC est généralement de très haute qualité car
l'architecture à commutation de circuits fournit un circuit dédié pour que ce trafic vocal circule . La
compagnie de téléphone crée un circuit pour votre appel chaque fois que vous décrochez le
téléphone et passez un appel. V trafic oix est codé en format numérique lorsque qui traverse de
circuit provenant d' un circuit analogique sur un circuit numérique. Comme expliqué
précédemment, le codage des données vocales ou sonores est réalisé grâce à l'utilisation d'un
codec. Un codec est un schéma standardisé pour transformer des données sonores en
représentations binaires des données sonores dans un format compressé. Les codecs sont
nécessaires pour décoder les données binaires en voix à la fin du circuit numérique. Tous les
codecs utilisés dans les systèmes de voix sur réseau utilisent les normes établies par les
recommandations de la série G de l'Union internationale des télécommunications évoquées
précédemment. Les protocoles de voix sur réseau sont efficaces dans leur utilisation de la bande
passante car ils ne l'utilisent que lorsque les parties parlent réellement et utilisent des codes
différents pour le trafic vocal. En plus de la compression, ces codecs peuvent également
économiser de la bande passante en n'atteignant pas la qualité du niveau sonore comparable à un
codec à circuit commuté 64Kbps. Un score moyen d'opinion ou une cote MOS est généralement
utilisé pour mesurer le son, en utilisant une cote numérique entre 1 et 5. Le MOS fera la différence
entre un appel de haute qualité par rapport à un appel local effectué sur un circuit de type RNIS.
Une note MOS comprise entre 3,5 et 4 est appelée qualité de péage et est une référence pour ce qui
est l'expérience d sur la plupart des appels PSTN. Un appel de qualité interurbaine est une note
MOS comprise entre 3 et 3,5 et similaire à ce que vous ressentez sur un téléphone mobile. Une
note MOS inférieure à 3 fait référence à un niveau où il est généralement difficile de
communiquer. Un MOS plus élevé indique généralement qu'une bande passante plus élevée sera
utilisée par le codec. Les codecs suivants sont utilisés dans les applications VoIP:
G.711: codec standard que tous les systèmes VoIP doivent prendre en charge. G.711 utilise 64
Kbps de bande passante pour transporter un flux de trafic audio et a généralement un score MOS
de 4,4.       
G.722: ce codec échantillonne l'audio de 0 à 7 KHz à 48, 56 et 64 Kbps et est utilisé pour les
applications vocales de haute qualité.       
G.723.1: codec de base pour les communications H.323 à bande étroite et fonctionne à 5,3 ou
6,4 Kbps. G.723.1 a un MOS de 3,5 et 3,98 respectivement.       
G.726: ce codec utilise une modulation de code d'impulsion différentielle adaptative (ADPCM)
pour coder la parole. Le G.72 6 peut être utilisé à 16, 24, 32 ou 40 Kbps et a généralement un
MOS de 4,2.       
G.728: ce codec a une cote MOS de 4,2 à un débit binaire de 16 Kbps.        
G.729 et G.729a: ce codec a un 4.0 MOS à un débit binaire de 8 Kbps.        
En général, les terminaux VoIP acceptent plusieurs codecs et pratiquement tous reviennent à G.711
s'ils ne parviennent pas à s'entendre sur l'utilisation d'un codec plus efficace. Il est important de
disposer d'un équipement prenant en charge des codecs similaires ou multiples pour aider à
déplacer le trafic vocal aussi efficacement que possible, et le choix d'un c odec par rapport à un
autre peut être un problème de mise en œuvre. G.711 peut affecter la qualité du son entendu du
point de vue des limitations du codec. En outre, un codec utilisant plus efficacement la bande
passante peut être le meilleur choix lorsqu'il est envisagé pour une utilisation sur des liaisons
réseau qui subissent une congestion importante. Différents codecs varient dans leur degré de perte
de paquets; tous les réseaux IP souffriront généralement d'une certaine perte de paquets car ils
fonctionnent en compressant les données audio de différentes manières. Un codec utilisant moins
de compression est résilient aux images perdues car il perd très peu de temps dans une image
perdue. Une trame perdue peut endommager davantage la qualité de l'appel, car un codec plus
avancé utilisera moins de bande passante grâce à la compression et à d'autres techniques.
              6.2 .6 QoS dans un système de voix sur paquets             

La QoS est l'une des tâches intégrées au protocole ATM qui permet aux périphériques de montrer
que leur trafic est sensible aux problèmes de latence ou tolère la latence. La QoS permet aux
dispositifs de routage ATM d'effectuer la mise en forme du trafic sur le circuit pour contrôler la
congestion. Il peut y avoir des problèmes de qualité de service lorsque trop de trafic est désigné
comme sensible à la latence, ce qui entraîne une congestion du réseau. Il existe également une
architecture réseau sous-jacente pour Voice over Frame Relay qui lui permet d' obtenir une bonne
qualité vocale. Étant donné que Frame Relay est généralement implémenté sur des réseaux privés,
les administrateurs peuvent lutter contre la congestion en ajoutant de la bande passante
supplémentaire. Les fonctions de contrôle de la bande passante du débit d'information engagé et du
débit d'information en rafale (CIR / BIR) trouvées dans Frame Relay sont généralement spécifiées
dans les SLA lorsque le service est établi avec un fournisseur. Le Committed Information Rate
garantit la quantité de bande passante qui peut être envoyé à travers le lien et l'information
Burstable taux est le montant wh ich le Committed Information.
Le taux peut être dépassé. Cette fonctionnalité permet aux administrateurs de circuits Frame Relay
de savoir exactement combien de bande passante ils sont garantis et combien au-delà de ce
montant ils peuvent périodiquement dépasser à des fins de gestion du trafic.
Le trafic TCP / IP est conçu pour une transmission fiable des données mais n'est pas destiné à gérer
le temps nécessaire pour la transmission aller-retour du trafic. Bien que le temps de transmission
pour la transmission aller-retour ait très peu d'effet sur les données, il peut être désastreux pour la
transmission vocale en temps réel. Une liaison vocale nécessite un peu moins de 250 millisecondes
de délai de bout en bout pour se rapprocher de la qualité des péages. Puisque presque tous les
réseaux publics abandonneront certains paquets, une technique d'envoi de redondance est utilisée
pour atteindre ce niveau de latence. Bien que cela puisse aider, cela ajoute une certaine surcharge
au circuit. Tout le trafic est traité de la même manière car il n'y a pas de QoS intégré dans les
réseaux IP . Cela signifie qu'un paquet plus volumineux provenant d'un autre protocole pourrait
retarder un petit paquet VoIP. Les protocoles VoIP individuels traiteront chacun de ces problèmes
d'une manière légèrement différente.
La qualité de service intégrée est requise pour les circuits qui utilisent le protocole H.323. Bien que
H.323 soit conçu pour être tolérant aux problèmes de congestion du réseau, un réseau avec
suffisamment de congestion posera toujours des problèmes. Le protocole RTP est utilisé par H.323
pour les flux multimédias réels et, dans RTP, il existe le protocole de contrôle RTCP, qui
comprend les rapports d'expéditeur et les rapports de récepteur. Les expéditeurs actifs utilisent des
rapports d'expéditeur qui contiennent des informations sur la transmission et la réception du flux
multimédia lui-même. Les rapports de récepteur ne sont utilisés que pour les terminaux qui
écoutent le flux. Les rapports sur les expéditeurs se composent de trois parties. Le paquet est
identifié comme le SR, qui identifie l'hôte d'origine. Les données sur l'horodatage sont contenues
dans la deuxième section. Cette section comprend le nombre de paquets de l'expéditeur et le
nombre d'octets de l'expéditeur depuis le début du flux. Les données pertinentes pour la qualité de
l'appel sont contenues dans la troisième section qui comprend:
L'identifiant source de la source multimédia       
La gigue entre les arrivées qui indique le pourcentage de paquets qui arrivent dans le
désordre       
L'horodatage du dernier rapport d'expéditeur identifiant l'horodatage du dernier rapport
d'expéditeur reçu       
Le dernier délai de rapport de l'expéditeur utilisé par l'expéditeur pour calculer le délai aller-
retour       
Le nombre total de paquets perdus       
La fraction de paquets perdus       


6.3 Réglage de la qualité de service VoIP             

Le numéro de séquence le plus reçu qui identifie le dernier paquet RTP Fich ed        
La congestion du réseau est contrôlée en ajustant le taux d'envoi du flux RTP grâce à l'utilisation
des rapports de l'expéditeur et du destinataire. L'utilisation de ces rapports ajoutera un certain
degré d'amélioration sur un réseau où la perte de paquets est probable lorsqu'elle est combinée
avec l'utilisation d' une méthode pour assurer une redondance des trames à travers le réseau.
Cependant, cela n'aidera pas les liaisons réseau trop encombrées. Un portier peut également être
utilisé pour contrôler la qualité de service avec les appels H.323. L'autorisation peut être utilisée
pour permettre à l'appel de se poursuivre, et elle peut également être utilisée conjointement avec
un paramètre appelé bande passante autorisée. La bande passante autorisée indique aux terminaux
quelle bande passante le contrôleur d'accès leur permettra d'utiliser sans envoyer de demande de
bande passante au contrôleur d'accès.
Le protocole SIP est également sensible aux problèmes de qualité de service, mais ils sont
différents pour la voix sur paquet. SIP utilise RTP / RTCP pour envoyer et contrôler les flux
multimédias réels, et les mêmes codecs, rapports d'expéditeur et rapports de récepteur utilisés dans
H.323 sont utilisés avec SIP. Bien que SIP puisse limiter le débit d'envoi pour faire face à la
congestion du réseau (comme cela peut être fait avec H.323), SIP ne dispose d'aucune disposition
pour un portier et ne peut pas contrôler la bande passante consommée par l'appel. Si un nombre
significatif de terminaux VoIP se trouve sur le même réseau, des économies de bande passante
significatives peuvent être réalisées lors de l'utilisation de SIP, car il a la capacité d'établir un appel
avec un minimum de trafic.

Vous aimerez peut-être aussi