Auteur Sujet: IPTV vs OTT (Lu 50437 fois)

Fredwww · « **Réponse #36 le:** 06 février 2013 à 08:26:25 »

Exact, c'est une ligne copier/coller des avantages. Par contre j'avais oubliéqu'on ne peut pas faire de multicast avec ce genre de protocole qui repose sur TCP. J'ai éditer tout ça dans mon message précédent.

hamzarb3 · « **Réponse #37 le:** 06 février 2013 à 21:22:31 »

Citation de: Fredwww le 06 février 2013 à 08:26:25

Exact, c'est une ligne copier/coller des avantages. Par contre j'avais oubliéqu'on ne peut pas faire de multicast avec ce genre de protocole qui repose sur TCP. J'ai éditer tout ça dans mon message précédent.

Donc, je comprend que la TV en direct (ou Live TV) n'est pas possible en OTT ?

Dans ce cas aussi, l'opérateur n'a pas besoin d'installer une partie tête du réseau (head-end) qui comporte des paraboles pour l'acquisition du signal depuis les différents satellites ?

Les services à fournir seront la VoD principalement..., et quoi d'autres ?

Merci

vivien · « **Réponse #38 le:** 06 février 2013 à 23:41:03 »

Le Live est possible en OTT (flux TCP Unicast) mais si 10 000 abonnés regardent le même flux c'est 10 000 fois le débit qui est consommé.

En multicast un seul flux est nécessaire pour tous.

Donc c'est possible mais ce n'est pas son domaine de prédilection.
Il y a déjà des direct sur Dailymotion (Youtube, je n'ai pas vu de direct mais cela doit exister)

Fredwww · « **Réponse #39 le:** 07 février 2013 à 09:34:53 »

Citation de: hamzarb3 le 06 février 2013 à 21:22:31

Donc, je comprend que la TV en direct (ou Live TV) n'est pas possible en OTT ?

C'est possible, mais à faible echelle. Même avec l'aide d'un CDN, la bande passante consommer sera énorme.

Pour une diffusion OTT il va falloir adapter les flux TV :

Réencodage en différents niveaux de qualités
Découpage en fragments
Transmission sur les POP vidéos

Pour des flux liveTV, cela implique souvent un décalage important par rapport au temps réel.

Citer

Les services à fournir seront la VoD principalement..., et quoi d'autres ?

Du Live pour un publique plutôt restreint, des VoD, Catch-up, services de TV Perso à la Free, du stream de vidéo à partir du Cloud par exemple.

Fredwww · « **Réponse #40 le:** 07 février 2013 à 09:57:59 »

Pour pouvoir se différencier des services OTT VoD comme NetFlix, comment un opérateur télécom peut-il valoriser ses services ?

Appliquer une QoS pour assurer une qualité maximum à ses services par rapport aux concurents ?
Restreindre de ces services à accéder son réseaux ?
Faire payer ces fournisseurs de services pour leur offrir une priorisation sur le réseau ?

Ces pratiques s'apparentent toute de même à des pratiques anti-neutralité ...

Snickerss · « **Réponse #41 le:** 07 février 2013 à 10:25:25 »

Citation de: Fredwww le 07 février 2013 à 09:57:59

Appliquer une QoS pour assurer une qualité maximum à ses services par rapport aux concurents ?
Restreindre de ces services à accéder son réseaux ?
Faire payer ces fournisseurs de services pour leur offrir une priorisation sur le réseau ?

Oui pour le point en gras, le reste n'est que logique : pas besoin de paramétrer sa box pour avoir la télé pendant que les 3 gosses surfent au ralenti. Cela va de soi.

Pour le dernier point, cela a déjà fait l'objet de moultes débats.

hamzarb3 · « **Réponse #42 le:** 13 février 2013 à 10:41:18 »

Bonjour,

Quelles peuvent être les différentes méthodes pour intégrer une solution OTT au réseau de l’opérateur ?

- Cloud-based: pour gagner des ressources en termes de hardware et bénéficier de la virtualisation

- Plateforme complète à installer et la connecter au réseau,

- autres ?

Fredwww · « **Réponse #43 le:** 13 février 2013 à 15:28:58 »

Pour des raisons de performances je ne conseillerai pas de virtualiser ce type de composant.

Une plateforme OTT pour de la vidéo, au final c'est simplement des serveurs WEB :

- Windows Server avec IIS pour du Microsoft Smooth Streaming (clients PC, Windows Phone)
- Linux avec Apache pour du HLS, streaming HTTP à la sauce Apple (clients Android, Iphone)

La diffusion se fera généralement via un CDN style akamai ou le CDN de l'opérateur pour qui tu travail.
Et le provisionning des vidéos sur ta plateforme OTT dépend du fournisseur (externe ou interne).

Snickerss · « **Réponse #44 le:** 13 février 2013 à 15:51:47 »

C'est vaste comme terme "virtualiser". J'ai bosse avec des inges Intel, avec de la virtualisation "bare metal" tu obtiens un delta de perf de l'ordre du pourcent. C'est fini les grosses plateforme avec un OS / machine physique.

Leon · « **Réponse #45 le:** 13 février 2013 à 18:20:30 »

Attention, le terme Cloud ne signifie pas forcèment virtualisation! Ce sont 2 concepts différents.

Ici, faire de l'OTT dans le Cloud, ca peut très bien vouloir dire que les serveurs sont externalisés. Dans ce cas, le prestataire fourni les serveurs, le soft, l'administration des serveurs, etc...

On appelle ça du SAAS, je crois: Software As A Service.

Leon.

Fredwww · « **Réponse #46 le:** 21 février 2013 à 21:20:43 »

J'ai entendu dire que ça coutait moins cher pour opérateur de diffuser ses VoD en HTTP Streaming en OTT contrairement à du RTSP classique sur réseau managé.

Quelqu'un saurait me dire pourquoi ?

Quelques suppositions dont je ne suis pas sur du tout :

CDN moins complexe (simple cache HTTP)
Peu d'ingénierie réseaux pour le transport: pas de VC/VLAN VoD sur les DSLAM, Box etc

...

vivien · « **Réponse #47 le:** 22 février 2013 à 08:51:54 »

En HTTP Streaming pas besoin de prioriser les flux, pas besoin de protocole pour renvoyer les paquets perdus (RTP-R), possibilité d'utiliser de l'open source (Apache2).

Bref, je ne serais pas étonné que demain la VoD des opérateurs soit en HTTP Streaming (ce n'est pas le cas aujourd'hui)