Il existe une méthode qui peut être utilisée dans des cas très spécifiques et qui peut permettre de faire une économie de bande passante sur des liens à bas débit.

Le principe est de réduire la taille occupée par les entêtes IP, RTP et UDP (40 octets) pour qu’il ne mesure plus que 2 à 4 octets. La différence entre ces deux “versions” dépend du choix qui consiste à garder les checksums UDP (4 octets) ou non (2 octets).

La compression comme celle habituellement utilisée pour les formes de données plus classiques (texte, images) se basesur les champs qui restent constants d’un paquet à un autre. En outre, chaque routeur doit maintenir une table des sessions avec les couples d’informations nécessaires pour identifier chacun des flux (IP, ports UDP, SSRC …).

Lors de la compression, le routeur qui envoie les données marque un champ CID dans l’entête compressé indiquant l’entrée de la table de hachage correspond au flux envoyé. A la réception, le routeur destinataire peut effectuer une recherche dans sa table de session et retrouver le flux concerné. La quasi totalité des paquets est donc envoyée avec une entête compressée. Cependant, certains devront être envoyés normalement afin de vérifier que les informations contenues dans les tables de session de chaque routeur sont correctes.

De la même manière, si des informations supposées constantes par l’algorithme utilisé venaient à changer, les paquets seraient alors aussi envoyé normalement.

L’implémentation sur les interfaces WAN d’un routeur Cisco est la suivante (pour une serial) :

La contrepartie majeure de cette technique est une surcharge de l’utilisation processeur de l’équipement. En effet, la compression nécessite des calculs pour générer les entêtes compressées. Ainsi, la sollicitation occasionnée doit rester relativement bien proportionnée par rapport aux ressources de l’équipement (environ 60%). Cette technique peut donc s’avérer intéressante dans le cas de liens à bas débit (jusqu’à 128 Kbps).

Sur des interfaces à plus haut débit, les ressources processeur seront alors plus importantes, ce qui peut engendrer des effets de bords relativement néfastes (erreurs sur l’interface, pertes de paquets …).