Est-ce que, par exemple, un fournisseur de vidéo pourrait envoyer des flux multicast à travers le réseau By?

De point de vue utilisateur (service OTT transparent pour lui),

on a un client (navigateur web, application...) installé sur sur son ordinateur ou son STB,

Ce client doit contenir les informations relatives au serveur TV OTT de l’opérateur (adresse IP...) ?

Les flux provenant de ce serveur TV OTT de l’opérateur sont marques comme best effort (champ DSCP mis à 0) sur tous les équipements de transmission et d’accès qui séparent le serveur de l'utilisateur final,

est ce la procédure de véhiculer ainsi le flux TV via le flux internet (comme ça on arrive a l'OTT) ?

L’opérateur en question désire acquérir sa propre plateforme TV en mode OTT pour offrir des services similaires au mode purement IPTV, (c'est un peu bizarre puisque en OTT, les fournisseurs sont indépendants de l’opérateur de télécommunications comme par exemple Netflix et Hulu..., l’opérateur est considéré comme pipe/tuyau dans ce cas),

franchement je suis débutant dans ce domaine, et j'ai voulu poser des questions afin de bien comprendre les choses,

Merci hamzarb3 pour l'explication.

Su les flux ne sont pas priorisés, dès que le client fait un téléchargement (donc débit max) il y a des pertes de paquets (c'est normal en TCP, c'est pour voir où est la limite).

En UDP un paquet perdu est perdu et donc cela entraîne une dégradation pur le client. 0,01% de perte de paquet suffit a rendre un flux illisible. C'est pour cela que TCP est recomandé car il ré-èmet les paquets perdus.

Il est aussi possible de mettre un système de ré-émission de paquets en UDP mais c'est plus compliqué.

En France le premier opérateur à avoir mis en place ce mécanisme est SFR => SFR active sa technologie PurePixel

En France le premier opérateur à avoir mis en place ce mécanisme est SFR => SFR active sa technologie PurePixel

Il me semble bien que Free avait dégainé avant sur cette techno de retransmission de paquets pour la TV, y compris pour le multicast. Ils n'avaient pas fait autant de pub, mais on en avait pas mal parlé sur la toile. C'était à l'époque où Free innovait, et était devant les autres en terme d'innovation. Ils disait que c'était un développement interne qui faisait intervenir le DSLAM (maison) pour les retransmissions.

Leon.

Nitro, c'est un gain de débit ATM par compression des en-têtes ATM. Cela ne corrige rien.

C'est la techno PhyR de Brodcom (qui depuis qui a été standardisée en G.INP) qui est utilisée par de nombreux FAI aujourd'hui.

Ce n'est pas du bout en bout : Les pertes sur le réseau de collecte ou le CPL chez le client ne sont pas corrigées. PhyR / G.INP est donc une technologie complèmentaire a une technologie de correction couche haute (RTP-retry, la techno que SFR appelle pure pixel) ou le FEC.