<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"><head><title>Considérations de bande passante</title><link href="style.css" rel="stylesheet" type="text/css" /><meta content="DocBook XSL Stylesheets Vsnapshot_6768" name="generator" /><link rel="start" href="index.html" title="Guide pratique de la voix sur IP (VoIP)" /><link rel="up" href="index.html" title="Guide pratique de la voix sur IP (VoIP)" /><link rel="prev" href="ar01s08.html" title="Communications sur des lignes RTCP" /><link rel="next" href="ar01s10.html" title="Glossaire" /></head><body><div class="navheader"><table summary="Navigation header" width="100%"><tr><th align="center" colspan="3">Considérations de bande passante</th></tr><tr><td align="left" width="20%"><a accesskey="p" href="ar01s08.html">Précédent</a> </td><th align="center" width="60%"> </th><td align="right" width="20%"> <a accesskey="n" href="ar01s10.html">Suivant</a></td></tr></table><hr /></div><div class="sect1" lang="fr"><div class="titlepage"><div><div><h2 class="title"><a id="N10537" />Considérations de bande passante</h2></div></div></div><p>Dans ce qui a été dit jusqu'à présent le problème de bande passante n'a pas été résolu : comment créer un flux de données en temps réel.</p><p>Nous savons qu'il n'existe pas de solution en l'absence d'un protocole de gestion temps réel dans chaque routeur traversé. Qu'est-il possible de faire ?</p><p>On peut commencer par utiliser des algorithmes de compression à taux très élevé (le plus élevé possible), comme l'algorithme LPC10 qui ne consomme que 2,5 kbps de bande passante, environ 313 octets/s.</p><p>On peut ensuite essayer de classer les paquets, à l'aide du champ TOS, au niveau de priorité maximum, afin que chaque routeur les traite en urgence</p><p>Remarque importante : tout cela ne suffira pas à garantir que la permanence conversation sera toujours de bonne qualité, mais, en l'absence d'infrastructure importante qui assure, en particulier, la mise en forme du trafic et la réservation de bande passante, cela n'est pas réalisable : TCP/IP n'est pas un protocole temps réel</p><p>Une solution pourrait être d'utiliser, pour commencer, des petits réseau WAN à bande passante garantie et de les agrandir étape par étape.</p><p>Une remarque pour finir : les services supposés garantis, comme les lignes RTCP, ne peuvent pas non plus gérer l'ensemble de leurs clients au même instant. Par exemple, un appel GSM ne peut pas absorber un nombre supérieur à quelques centaines ou quelques milliers de clients</p><p>En tout cas, pour un service qui débute, limité à quelques utilisateurs, la VoIP peut être une alternative valable au service RTCP classique.</p></div><div class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a accesskey="p" href="ar01s08.html">Précédent</a> </td><td align="center" width="20%"> </td><td align="right" width="40%"> <a accesskey="n" href="ar01s10.html">Suivant</a></td></tr><tr><td valign="top" align="left" width="40%">Communications sur des lignes RTCP </td><td align="center" width="20%"><a accesskey="h" href="index.html">Sommaire</a></td><td valign="top" align="right" width="40%"> Glossaire</td></tr></table></div></body></html>
