Auteur Sujet: Les limitations cachées du FEC (Lu 2622 fois)

vivien · « **le:** 25 mars 2016 à 22:04:16 »

Les limitations cachées du FEC

FEC = Forward error correction

Attention, on ne parle pas du FEC bas niveau utilisé sur les lignes ADSL/VDSL pour corriger les paquets perdus, mais de FEC de haut niveau, au dessus du protocole UDP / RTP. Concrètement, en plus du flux RTP IP TV, un second flux RTP de 20% de la taille du premier flux, est là pour corriger les pertes de paquets.

Le FEC est une technologie concurrente du RTP retry utilisée par SFR (et Bouygues Telecom pour certaines lignes) avec comme nom Pure pixel
=> SFR active sa technologie PurePixel

Tous les opérateurs ADSL (sauf Free) ont un double système de correction d’erreur :

- Couches basses (niveau 2) : PhyR (propriétaire Broadcom) ou G.INP (qui est plus puissant en correction que PhyR) est aujourd'hui utilisé par tous les opérateurs ADSL (Orange n'a pas encore tous ses DSLAM compatible, mais chez les autres, cela doit être systématique)

- Couches hautes (niveau 6) : FEC (Orange / Bouygues Telecom) RTP-Retry (SFR / Bouygues Telecom)

FEC : Un flux RTP supplèmentaire est envoyé aux clients et permet de corriger la plupart des erreurs rencontrées.

3 avantages :
- Corrections de la majorité des pertes
- Possibilité de corriger des pertes qui arrivent sur tout le réseau simultanèment
- Pas de flux unicast (dimensionnement de la plate-forme indépendant du nb de clients)

2 inconvénients :
- Perte de 20% de débit, qui est utilisé uniquement pour les corrections même si il n'y a rien à corriger
- Augmentation du temps de zapping (il faut un buffer pour traiter le flux, car les corrections au même moment que les données, sans quoi on risquerais de perdre le flux et la correction du flux)

Voici un PDF qui explique bien ce qu'est le FEC et ses limitations en terme de correction :
(cliquez sur la miniature ci-dessous - le document est au format PDF et en anglais)

RTP-Retry : Les set-top-box intègrent un logiciel qui va demander à un serveur les paquets RTP perdus

2 avantages :
- Corrections de la majorité des pertes de paquets
- Le débit consommé sur le réseau du client est uniquement celui nécessaire pour corriger les pertes

3 inconvénients :
- Nécessite de nombreux serveurs et plus il y a de clients, plus il faut de serveurs (coûts)
- Augmentation du temps de zapping (il faut un buffer pour laisser le temps de faire les requêtes au serveur et recevoir les paquets manquants)
- Impossibilité pour les serveurs de répondre pour des pertes qui impactent tous les clients (très rare)

PurePixel est une technologie RTP-Retry :

Citation de: vivien le 15 novembre 2008 à 09:13:48

Cas 1 : Le flux multicast est reçu sans erreur => aucun problème, la technologie pure pixel est inutilisée
Cas 2 : Le flux multicast est reçu avec des erreurs => La technologie revoit les paquets perdu est l'image affichée reste parfaite
Cas 3 : Le flux multicast est reçu avec des erreurs => La technologie revoit les paquets perdu. Certains paquets renvoyés sont de nouveau perdu. L'image affichée à des defaults mais moins que si la technologie pure pixel n'était pas utilisée.

Une démonstration de Pure Pixel est disponible sur http://maj.sfr.fr/purepixel/

mattmatt73 · « **Réponse #1 le:** 25 mars 2016 à 22:08:39 »

Qu'ils commencent par se faire certifier SMPTE, ITU ou EBU et on en reparlera

des guignols qui ont des idées géniales contre des protocoles normés, j'en vois passer toutes les semaines, mais bizarrement, ça ne se normalise jamais.

Auteur Sujet: Les limitations cachées du FEC (Lu 2622 fois)

vivien

Les limitations cachées du FEC

mattmatt73

Les limitations cachées du FEC