Article de Benjamin Bayart, du 20 mai 2016

Dans les exceptions à la neutralité du Net, il y a les services gérés. Le consensus actuel est que la télévision linéaire (celle de papa, avec de la pub entre et dans les émissions, par opposition à la télévision de rattrapage qui se fait en ligne, avec de la pub partout aussi et du flash) est forcèment un service géré. Ce consensus s'appuie beaucoup plus sur des pratiques actuelles et sur des choix techniques douteux que sur une réalité intangible.

On ne démontrera pas ici que les pratiques actuelles peuvent être changées facilement dès la semaine prochaine, et que donc dès demain matin le régulateur doit intervenir. Mais que ces pratiques peuvent être revues. Et qu'elles ne le seront pas sans effort de la part des pouvoirs publics, soit sur la régulation, soit sur la législation.

Nous n'avons pas spécialement espoir que le régulateur prenne sur le sujet une position ambitieuse. Rien que pour des raisons stratégiques et politiques, c'est peu probable. Reste que cette évolution est souhaitable, et que nous souhaitons donc poser cette base comme un objectif de moyen terme, pour qu'au moins le régulateur puisse le citer comme objectif à atteindre dans quelques années, même s'il n'est pas imposé tout de suite.


Rappels

Les discussions sur la neutralité du Net commencent à dater un peu, déjà 6 ans depuis le symposium international organisé par l'ARCEP sur le sujet. Le fruit législatif de tout ça, c'est un règlement européen qui a été adopté fin 2015, et qui commence tout doucement à s'appliquer. Le terme "neutralité du Net" en a été retiré, remplacé par "accès ouvert à Internet". Ce sont les régulateurs nationaux des télécoms (donc en France l'ARCEP) qui sont chargés de faire en sorte que cet accès ouvert ait lieu. La neutralité du Net est vue par l'ARCEP comme un des moyens d'arriver à cet accès ouvert à Internet.

Quand le principe de la neutralité du Net a commencé à s'imposer, les opérateurs ont essayé d'y échapper en créant la notion de service spécialisé, aussi appelés services gérés : des services qui demandent une qualité particulière sur le réseau et sont donc en-dehors du champ de la neutralité du Net. Il y en a deux classiques en France, la télévision et le téléphone. Pour ces deux services, quand ils sont vendus dans le cadre d'un abonnement unique via une box, il y a une priorisation du trafic : sitôt qu'on allume le décodeur télé, de la bande passante est consommée en priorité par ces flux et ça se ressent sur l'accès à Internet, surtout en ADSL (en fibre ça ne se sent pas, en câble les techniques sont vraiment différentes).

Plusieurs angles d'analyse s'opposent et se complètent pour essayer de caractériser ce qui est un service géré, et parmi les services gérés ce qui est légitime et ce qui ne l'est pas.

Notre angle habituel (côté Fédération FDN et Quadrature du Net) est qu'un service géré qui est équivalent, fonctionnellement, à un service disponible en ligne est une entrave à la libre concurrence : l'opérateur privilégie son propre service (ou celui de son partenaire, c'est égal) en lui offrant une jolie priorisation sur le réseau, contre les services de ses concurrents disponibles en ligne.

Un angle habituel des opérateurs est la nécessité de la priorisation : le service de vidéo demande une priorisation pour que les vidéos soient fluides même quand bittorrent tourne en tâche de fond. Mais il est difficile d'expliquer que c'est vrai pour les vidéos payantes des opérateurs (sur le service de VOD de leur offre télé, par exemple) alors que la priorisation n'est pas disponible pour les vidéos payantes de YouTube (si, si, il y en a, on peut louer des films sur YouTube).

Un angle nouveau proposé par les opérateurs est de comparer l'état du réseau selon que le service est géré ou qu'il ne l'est pas, toutes choses étant égales par ailleurs. Si le réseau est dramatiquement plus chargé, ou mis en danger, ou rendu moins efficace, bref, s'il y a un dommage sur le réseau, c'est qu'il faut que ce soit un service géré. Cet argument a été avancé par quelqu'un pendant la réunion qui s'est tenu le 11 mai au matin dans les locaux de l'ARCEP et je m'y suis opposé sur des bases techniques. Opposition légère, et rapide, de principe, je n'avais pas le temps d'expliquer.

Sur le fond, l'argument est bon. Si un service en passant de géré à normal crée des dommages sérieux sur le réseau, alors il devrait être géré. Reste que ce n'est pas le cas de la télé.


Le cas de la vidéo à la demande est enfantin

Pour la vidéo à la demande, l'analyse est simple. Pas de vraie différence sur le réseau entre la vidéo diffusée par la plateforme de vidéo à la demande (VOD) de l'opérateur et celle diffusée pas un acteur externe, Netflix ou YouTube par exemple. Donc, ce n'est pas défendable.

L'utilisateur final a payé son accès au réseau, sous la forme d'un abonnement. Il paye le visionnage de la vidéo à la plateforme de vidéo. Si le réseau marche mieux pour une plateforme que pour une autre, c'est un abus de position dominante, et une atteinte très claire au principe d'accès à un réseau ouvert.

Le stress imposé sur le réseau par le visionnage d'une vidéo à la demande, que ce soit sur un site Web, ou au travers du décodeur télé sur la plateforme de l'opérateur, est de la même nature. Il ne diffère qu'en fonction de la vidéo (haute définition ou pas), et par la source du trafic (un point A du réseau au lieu d'un point B du réseau), pas par la nature de la charge induite par le visionnage lui-même. Sur ce service là, l'argument "dommage sur le réseau" n'est donc pas opérant. En fait, aucun argument ne sera opérant. La priorisation du trafic VOD en favorisant la plateforme de l'opérateur doit être considérée comme une violation du règlement européen.

Le simple fait que l'opérateur privilégie son offre en prévoyant un câblage spécifique sur la box est un problème. La prise où on branche le décodeur télé est un accès spécial au réseau, cet accès passe par des voies privilégiées pour que les flux télé et VOD soient priorisés. Les flux de VOD de toutes les offres du marché, quel que soit le fournisseur, devraient passer par cet accès priorisé. La priorisation du trafic n'est pas en elle-même un problème. C'est le fait que cette priorisation se fasse pour une seule plateforme qui est un problème. En fait, savoir si la priorisation a lieu pour les offres de VOD de l'opérateur, ou d'un opérateur concurrent, ou de Netflix, ou de Télé Bocal, devrait être automatique et non-discriminant. Ou au choix et sous le contrôle de l'utilisateur final. Mais pas au choix de l'opérateur.


Fonctionnement de la diffusion de la télévision linéaire en IP

Techniquement, la télévision linéaire est diffusée en multicast. C'est un cas intéressant, tout le monde voit le même flux, à la même seconde, la même image en même temps. L'idée est que, quel que soit le nombre de téléspectateurs, on ne va transporter les informations qu'une seule fois. Et pour obtenir cet effet, on utilise du multicast.

Le principe de l'unicast est simple : un serveur a le flux à sa disposition, chaque personne qui veut regarder demande à recevoir le flux, et ce flux lui est envoyé. Si 100 personnes veulent voir le flux, alors il est émis 100 fois depuis le serveur de départ, et transporté 100 fois sur le réseau. Sur le dernier brin du réseau, celui qui va chez moi, il n'est transporté qu'une fois (pour moi), sur les grands axes du réseau il est transporté plusieurs fois. Quand on regarde le direct d'une chaîne de télé sur son site web, c'est ce qui se produit. Si un million de personnes regardent en direct, il faut envoyer le flux un million de fois en simultané.

Le principe du multicast est radicalement différent. Le réseau sait que c'est un flux (de quoi, il s'en fiche, c'est un flux). Quand je veux regarder une chaîne donnée, mon décodeur télé envoie un message au routeur juste au-dessus dans le réseau disant "Je veux recevoir le flux de Télé Bocal". Si le routeur reçoit déjà le flux en question (mon voisin regarde déjà cette chaîne) alors il copie le flux vers moi et c'est fait. Sinon, il propage la demande au routeur suivant, jusqu'à remonter au serveur qui èmet le flux. L'effet sur le brin du réseau qui va chez moi est assez faible. On a mis en œuvre un protocole de routage plus complexe, mais il y a bien un seul exemplaire du flux qui arrive chez moi, comme avant, comme en unicast. En revanche, sur les grands axes du réseau, un seul exemplaire du flux est transporté. Cet exemplaire sera dupliqué à chaque point de connexion, pour aller vers les zones où quelqu'un regarde la chaîne, et seulement ces zones-là.

Du coup, en effet, si on remplace la diffusion de la télévision linéaire en multicast par des flux web en unicast, on crée un stress considérable sur le réseau, les grands axes du réseau se retrouvent avec le même flux en plusieurs millions d'exemplaires, au lieu d'un exemplaire unique. Mais... ce n'est pas la priorisation, ou un changement de priorisation, qui produit cet effet. Ce n'est pas de rendre prioritaire les flux des bouquets télé autres que celui de l'opérateur qui produit cet effet. Ce qui produit cet effet, c'est qu'on a changé de technologie. On est passé d'une diffusion multicast à une diffusion unicast.

Si on reste sur la même technologie, à savoir multicast... Mais, peut-on rester sur la même technologie ? Globalement, la réponse simple est oui. Oui. Un èmetteur de flux multicast est défini par une adresse IP et un numéro de port. Une seule adresse IP multicast peut donc èmettre des dizaines de milliers de flux différents. Et il existe des milliers millions d'adresses IP identifiées comme multicast. Et je ne parle là que d'IPv4, en IPv6, il y en a beaucoup plus. Pour le moment, entre les grands opérateurs d'Internet, les flux multicast ne sont pas routés. Sur les points d'échange, on ne fait pas passer ces flux là. Si on voulait le faire, on déstabiliserait ces points d'échange. Mais le concept de point d'interconnexion multicast entre deux réseaux est un concept raisonnable, qui ne demande pas des équipements nouveaux, mais simplement des équipements actuels et un effort de configuration.

À tel point que certains opérateurs, de petite taille, commencent à fournir ce type de plateforme d'interconnexion multicast, pour aider d'autres petits opérateurs à diffuser des flux de télévision. C'est donc faisable. Pas encore à grande échelle, mais uniquement parce que les grands acteurs du secteur ne veulent pas le faire.


DSM, Geoblocking

Quelle est donc la configuration du réseau que nous proposons, et quel serait son effet ?

Nous proposons qu'il y ait des points d'interconnexion multicast sur le réseau IP européen, comme il y a des points d'interconnexion pour les flux unicast. Certaines interconnexions sont payantes, d'autres sont gratuites, on pourrait fonctionner sur les mêmes bases. Chaque èmetteur de flux télé vient se connecter sur un de ces points (via son fournisseur d'accès à Internet) et dispose d'une adresse IP multicast. France Télévision a une de ces adresses, le groupe Canal+ aussi, Télé Bocal aussi, etc.

Quand le décodeur télé d'un abonné demande à regarder une chaîne... hé bien il se passe la même chose qu'à l'heure actuelle, une demande de souscription IGMP circule sur le réseau vers l'adresse IP qui èmet le flux, et chaque routeur sur le trajet se met à gérer son exemplaire du flux, et à dupliquer vers les personnes qui le souhaitent. En clair, sur la théorie, on ne change rien.

Sauf que tout d'un coup, tous les abonnés de tous les FAIs de toute l'Europe ont accès à toutes les chaînes de télévisions de tous les bouquets de tous les pays.

Oh, et les chaînes payantes ? C'est assez simple. Soit le contrôle d'accès à ces chaînes payantes est fait sur le réseau, et alors il continue d'être fait sur le réseau : le routeur qui est au bout de ma ligne n'accepte ma demande de recevoir un flux que si j'ai l'abonnement qui correspond. Soit le contrôle est fait par le terminal : le flux est chiffré, et mon décodeur télé ne pourra déchiffrer le flux que si j'ai l'abonnement correspondant. Il y aurait sans doute des efforts à faire pour généraliser le contrôle d'accès par le réseau, mais j'y reviendrai.

Mais sur le principe, je peux depuis Paris souscrire aux chaînes de cinéma diffusées par les grands bouquets polonais, ou tchèques, ou espagnols.

En ce moment, la Commission européenne fait des grands moulinets avec les bras sur les histoires de geoblocking et sur le Digital Single Market. Ils luttent contre le fait que des plateformes acceptent de diffuser des flux aux abonnés français mais refusent ces diffusions aux abonnés allemands ou américains. Ce qui fait que les copains en séjour aux USA, quand ils veulent regarder un peu de télé franchouillarde, passent par des VPNs pour être vus comme venant de France. C'est stérile. C'est débile. C'est la main invisible du marché.

Notre idée d'un réseau multicast ouvert et public, routé comme il devrait l'être, permet de faire du marché de la télévision un vrai marché européen. Non pas qu'une chaîne de télévision en polonais ait une chance de prendre 40% des parts de marché en France, mais qu'un polonais qui est en séjour en France ait accès à des informations en polonais. Le citoyen européen qui se déplace en Europe peut prendre des nouvelles de chez lui. Il est un peu plus chez lui partout en Europe. Et il nous semble que tout ça a du sens.


Effets sur le marché de la télévision linéaire

L'effet principal est de retirer aux grands fournisseurs d'accès Internet un moyen de pression sur les auteurs des flux de télévision linéaire. En effet, une chaîne qui n'est plus diffusée par les grands FAIs devient presque invisible.

Le mécanisme que nous proposons pose tout de même une difficulté pour les chaînes payantes. Pas une difficulté de principe, on l'a vu, mais une difficulté contractuelle. En effet, il faut que le routeur au bout de ma ligne sache si je suis abonné ou pas à une chaîne. Or la transaction commerciale a eu lieu, en toute logique, entre la chaîne de télévision (ou son mandataire, mais ça ne change rien) et moi. Il n'est pas logique que l'opérateur soit partie prenante à cette transaction. Il faut donc prévoir un mécanisme simple et portable. Par exemple que l'opérateur puisse interroger une plateforme avec une question du type "l'abonné XXX (identifiant unique) peut-il accéder au flux YYY". Cette plateforme n'est pas très différente, dans son principe, de ce qui se fait pour la portabilité des numéros de téléphone.

On peut imaginer une plateforme centrale, qui recense tous les identifiants d'abonnés et à quelles chaînes ils sont abonnés. Mais c'est une assez mauvaise idée. On peut, plus facilement, imaginer un système non centralisé. Un système où à partir de l'adresse du flux, on remonte à la plateforme qui en gère les droits (par exemple un enregistrement TXT dans la zone DNS de l'adresse en question), et que cette plateforme soit sous le contrôle direct de la chaîne de télé.

Bref, sur cet aspect-là, il y a un peu de travail à produire. Il n'y a pas de difficulté théorique, simplement des choix pratiques à faire, puis à mettre en œuvre. Rien de bien difficile si on met les bons ingénieurs sur le sujet. Une usine à gaz indescriptible si on met les chargés de mission habituels. Comme toujours dans nos métiers.


Effet de fourniture

Le règlement européen insiste, dans sa définition d'un accès ouvert au réseau, sur le fait que l'utilisateur final peut accéder au service de son choix. Notre proposition fait que l'utilisateur final peut accéder au service télé de son choix via le réseau. C'est donc parfaitement cohérent. Et l'approche contraire qui est que l'utilisateur ne peut accéder qu'au service de télévision linéaire de son opérateur est fondamentalement contraire au texte européen.

Mais il y a plus, comme disent certains juristes. En effet le règlement européen indique clairement que l'utilisateur doit pouvoir fournir le service de son choix. Dans notre approche, c'est possible. Chacun peut avoir une adresse multicast s'il le souhaite, et donc se mettre à èmettre, depuis chez lui si la vitesse de son accès le permet, un flux de télévision. Et l'Europe entière pourrait regarder ce flux, sans que sa ligne soit plus chargée que d'habitude.

Le texte du règlement européen est très clair. Il ne dit pas qu'il doit y avoir plusieurs acteurs de marché dans le monde de la télévision. Il dit que chaque utilisateur final doit pouvoir proposer les services de son choix. La vision que nous proposons d'un réseau multicast ouvert, interconnecté, routé, pour le réseau de diffusion de la télévision linéaire est la seule qui permet ça.


Effets sur le réseau

Quand je prétends que sur le réseau c'est sans effet, et que tout est comme d'habitude, je néglige une optimisation classique. Les routeurs de cœur de réseau qui gèrent de grosses masses de flux multicast sont de grosses machines, mais les grosses machines n'aiment pas réfléchir. Si tout fluctue tout le temps, si à chaque abonné qui zappe le routage des flux est susceptible de changer, alors on crée des mouvements stochastiques. C'est le principe des flux de vent dans l'air. Souvent, ça ne fait rien. Des fois, ça fait un orage. Rarement ça fait une tempête ou un ouragan.

C'est très embêtant ça, dans un réseau. L'optimisation habituelle est de dire que tous les routeurs de cœur de réseau ont souscrit à tous les flux télé les plus courants. En France, ce sont en gros les 200 chaînes de télé qu'on trouve un peu partout. Et ne sont vraiment traitées en souscription à la demande que les chaînes dites rares, en langue étrangère par exemple, ou à hyper-faible audience, etc. Ces chaînes sont plus nombreuses, mais font une audience à peine mesurable. Elles ne produisent pas assez de mouvements de masse d'air sur le réseau pour créer un ouragan.

Cette optimisation reste complètement possible, chaque opérateur réseau regardant les chaînes qu'il pense le plus souvent demandées par ses abonnés, sur des vraies mesures ou sur des estimations doigtmouillesques du marketing, et configurant ses routeurs pour suivre ces flux en permanence pour créer un ensemble stable de télédiffusion sur son réseau.


Il n'y aurait plus qu'un seul FAI

Le représentant d'un grand opérateur qui défendait le point lors de la réunion de l'ARCEP m'a répondu, outré, comme si j'étais le pire des ignobles, qu'il n'y aurait alors plus qu'un seul FAI. Me dire ça. À moi.

En effet, pour lui, ce qui permet à plusieurs FAIs d'exister, c'est que les offres sont différentes, c'est que les bouquets de télé sont différents, c'est que les films disponibles en vidéo à la demande sont différents. Il devait croire en 2000 que c'est pour le portail qu'un abonné choisissait entre Orange et Free. Et qu'une fois la mode du portail passée, et elle est passée depuis 2008, l'univers entier allait s'écrouler. Il croit donc que si tous les abonnés peuvent accéder par le réseau à toutes les offres de télé, alors tous les FAIs auront le même service, et qu'il n'y aura plus de marqueur différenciant.

Mon analyse à moi, c'est qu'il n'y a qu'un seul Internet. Et que tous les FAIs fournissent un accès au même Internet. Et la proposition qui est faite ici est simplement de réintégrer dans ce réseau Internet unique les flux multicast que les opérateurs ont mis de côté.

Je redoute que sur ce point son approche et la mienne ne puissent pas être réconciliées. Mais voilà, c'est bien mon approche qui est soutenue par le règlement européen, contribuer à ce qu'il n'y ait qu'un seul Internet, et que tous les citoyens d'Europe puissent y accéder de la même manière où qu'ils soient en Europe.

Source: blog fdn

On en parlait sur IRC, c'est n'importe quoi, plein d'incohérences techniques... Et baser tout ça sur Multicast : No comment.

...En ce qui me concerne, très instructif; et l'auteur n'est pas n'importe qui, non plus ! 

Ouaips, je trouve ça .. mieux que la dernière fois que je l'ai lu, je vois avec plaisir que certaines erreurs que j'ai remontée sont corrigés (cf les notes)

Bon, le coeur du sujet me parait toujours dans l'erreur.
Pour avoir un service vaguement fonctionnel à base de multicast (oui, vaguement, ce n'est pas suffisant), il FAUT de la qos. Autrement dit, il faut prioriser certains flux par rapport à d'autres. C'est une nécessité, car le multicast, unidirectionnel, est donc utilisé sous UDP, qui est sujet à de la suppression de donnée au niveau de la couche transport. En théorie, on s'en fout, en pratique, voir des "artéfacts" régulièrement, hum.

Dans le schéma "tv multicast", la TV (proposée par l'opérateur) se voit garantir un meilleur service, avec moins de saturation, que les autres services (par exemple: des videos proposées par des tiers, type youtube ou qu'importe)

Le multicast me parait donc incompatible, et ce de manière intrinséque et définitive, avec la neutralité du net (ou, a minima, avec ma définition de la neutralité du net): un accès internet ne priorisant pas un service par rapport à un autre, un accès égal, pour tous et par tous.

J'ai toujours pense que la TV en P2P (qui induit malheureusement un certain décalage avec le direct) était une solution déjà viable et proposée.

C'est dommage de ne pas s'appuyer la dessus.

tu es un punk !

avec la neutralité du net (ou, a minima, avec ma définition de la neutralité du net)

Le problème ne serait pas ici ? Chacun ayant sa définition...

Pour aller plus loin que Jack : pour que la TV sur IP passe bien, il faut de la qos. Quid de la neutralité ?