6 votes

de la bande passante de la liaison montante pour le streaming HD descendant ?

J'ai un service de télévision qui utilise la technologie ADSL. Cela signifie que ma télévision diffuse tout en continu sur l'internet.

On m'a dit aujourd'hui que cela nécessitait une liaison montante d'au moins 1 Mo/s pour pouvoir fonctionner. Est-ce exact ?

Notez que je ne parle pas de la bande passante descendante, qui serait beaucoup plus élevée. C'est en haut En d'autres termes, le décodeur de mon fournisseur de télévision a besoin d'une capacité de téléchargement d'au moins 1 Mo/s pour transmettre un flux de 2 à 3 Mo/s (je ne fais que supposer).

Qu'est-ce qu'il envoie ? Des ACKs ?

18voto

Spiff Points 95683

Cela dépend du protocole de streaming, mais il peut envoyer des acks, des demandes de retransmission, des rapports sur la qualité du client, des commandes de lecture (lecture/pause/rembobinage) et des demandes de modification du débit binaire du flux pour mieux s'adapter aux conditions du réseau.

Aucun d'entre eux n'obtiendrait un débit de données de 1 Mbps de manière soutenue. Ils demandent donc probablement plus que ce dont ils ont réellement besoin, dans l'espoir qu'avec cette marge de manœuvre supplémentaire, les autres trafics ne seront pas suffisants pour déclencher des congestions et des saturations de la mémoire tampon susceptibles de perturber la lecture et le fonctionnement du service de streaming.

10voto

Giuseppe R Points 1325

Sans connaître le modèle exact de votre décodeur et le protocole qu'il utilise pour s'interfacer avec votre fournisseur de télévision, il est impossible de savoir ce qu'il faut faire, exactement pour laquelle il utilise cette bande passante. Cependant, nous pouvons faire quelques suppositions basées sur les services que vous recevez.

D'abord, tout Le protocole de vidéo numérique aura, comme vous l'avez supposé, une forme de "ACK" pour indiquer la bonne réception des données. La vidéo numérique n'est pas un protocole unidirectionnel ; pour maintenir l'ordre des paquets et la synchronisation du flux vidéo (pour s'assurer que le lecteur vidéo ne lit pas la vidéo trop vite ou trop lentement), les deux parties s'envoient fréquemment des données de synchronisation. Les paquets abandonnés sont traités sur la base d'un algorithme qui détermine s'il est temps de renvoyer le paquet ou de couper la vidéo et de continuer. On peut également tenter de décoder et de lire des données incomplètes et accepter toute corruption qui pourrait en résulter (c'est pourquoi la télévision numérique par voie hertzienne connaît parfois ce problème).

Tout service de télévision par abonnement devrait également fournir les éléments suivants :

  • Une forme de authentification pour établir que vous êtes un client enregistré et payant, et pour identifier spécifiquement vous (l'abonné) par rapport aux autres. Le service n'est pas anonyme, car vous avez probablement un "paquet" de chaînes abonnées, et vous ne pouvez obtenir que les chaînes pour lesquelles vous payez.
  • Une forme de suivi des chaînes que vous regardez et quand. Il peut s'agir d'un signal peu fréquent, tel que "lorsque l'utilisateur change de chaîne, indiquer au fournisseur la chaîne qu'il est en train de regarder". Si le fournisseur choisit de utiliser ces données à des fins de marketing dépendent d'eux, mais elles doivent leur être fournies de toute façon, afin qu'ils sachent quel flux vidéo de la chaîne vous envoyer !
  • Une forme de suivi des activités qui informe le fournisseur lorsque vous appuyez sur les boutons de votre télécommande. Cette pratique est de plus en plus courante pour améliorer l'interface utilisateur : les fournisseurs récoltent des données sur les tâches les plus difficiles à accomplir et essaient de les rendre plus faciles dans les futures mises à jour. Ils peuvent éliminer les options qui sont rarement utilisées.
  • Données sur la qualité du signal : votre décodeur peut indiquer au fournisseur si le signal est fréquemment interrompu, ce qui peut alerter automatiquement les techniciens pour qu'ils enquêtent afin de déterminer si quelque chose ne va pas de leur côté. Il se peut aussi qu'il soit en mesure d'offrir un flux de qualité inférieure qui sera plus fiable (par exemple, le passage progressif de 1080p à 720p).
  • Données de diagnostic : votre décodeur peut occasionnellement télécharger des données sur son temps de fonctionnement, les ressources disponibles telles que l'espace de stockage et la mémoire vive, ainsi que les journaux des éventuelles pannes logicielles.

1 Mbit/s peut sembler beaucoup, mais le surdébit nominal d'une requête HTTP ordinaire (que ce service peut ou non utiliser) est d'environ 1,5 million d'euros. 2% . Leur estimation de 1 Mbit/s est probablement basée sur :

  • Disposer d'une bande passante suffisante pour que des éléments tels que les journaux de débogage (qui peuvent atteindre plusieurs mégaoctets) puissent être téléchargés assez rapidement pour que le processus qui les envoie ne s'interrompe pas. Peut-être que le processus n'a besoin que de 60 ou 90 secondes pour se terminer avant d'abandonner.
  • Un signal dégradé dans votre ligne peut signifier qu'une provisionné 1 Mbit/s serait en fait livrer environ la moitié, ou moins, et le FAI n'est pas forcément motivé pour améliorer cela. Idéalement, votre téléviseur devrait continuer à fonctionner même dans des conditions aussi dégradées, donc même s'ils n'ont strictement besoin que de 512 Kbit/s, demander 1 Mbit/s leur donne une marge d'erreur.
  • Le fonctionnement normal pendant le streaming TV peut consommer beaucoup moins de bande passante, mais 1 Mbit/s pourrait être le "pire cas", par exemple si vous jouez beaucoup avec votre télécommande, changez fréquemment de chaîne, consultez le guide TV, etc. -- Ils veulent s'assurer que votre connexion peut gérer tout cela sans que la partie amont ne soit trop encombrée et ne tombe en panne.
  • Si la ligne ADSL est partagée avec d'autres appareils (notamment des ordinateurs, qui ont tendance à télécharger des données pour bien d'autres raisons que les décodeurs TV), vous devez disposer d'une capacité suffisante sur la ligne d'abonné pour le débit ascendant. 1 Mbit/s est une vitesse très faible par rapport à la plupart des choses de nos jours.

L'overhead du protocole vidéo pourrait en fait être bien supérieur à 2%. Le cryptage (dans les deux sens) pourrait ajouter quelques pour cent. Peut-être que la taille de chaque paquet de données est très petite, ce qui augmenterait l'overhead global parce que le nombre total de paquets est plus élevé et que des métadonnées sont associées à chacun d'eux. Tout cela implique un peu d'amont, et finalement cela s'additionne.

Dans l'ensemble, il n'y a aucun moyen de savoir avec certitude pourquoi ils pensent avoir besoin de 1 Mbit/s en amont pour votre décodeur TV, mais il s'agit probablement d'une supposition ou d'un résultat de tests indiquant que certaines opérations nécessitent une petite rafale en amont et qu'il faut une certaine vitesse pour obtenir des performances décentes (par exemple, la poignée de main initiale pour authentifier votre décodeur peut nécessiter une rafale chaque fois que le décodeur doit renégocier la couche de cryptage avec le bureau central du fournisseur).

Je doute qu'ils soient en utilisant un débit constant de 1 Mbit/s en streaming vidéo normal, cependant. La qualité et le débit binaire de la vidéo devraient être extrêmement élevés pour qu'un protocole de streaming vidéo raisonnablement efficace demande autant de débit en amont sur une base continue.

2voto

ThePante Points 131

Les paquets Ack sur Ethernet ont une taille minimale de 64 octets, les paquets descendants "chargés" sur les déploiements DSL PPPoA typiques ont généralement une taille de 1492 octets.

La RFC1122 spécifie "dans un flux de segments de taille complète, il devrait y avoir un ACK pour au moins un segment sur deux".

Par conséquent, le rapport minimum entre les ack et la bande passante est de 64/(1492*2) = 2,15 %, soit 22 490 octets d'accusés de réception nécessaires pour 1 Mo reçu, ou un débit d'environ 110 kbps (0,1 Mbps) en montant pour 5 Mbps en descendant.

Pour une raison quelconque, je pense qu'ils veulent votre bande passante en amont.

Si leurs "flux" étaient diffusés sous forme de blocs de données identifiés de manière unique, il serait facile de faire en sorte que les appareils mettent en cache tous les blocs téléchargés et agissent comme un stockage distribué. Pour les flux en direct, c'est difficile car il n'y a qu'un seul point d'origine pour les blocs de données, mais en donnant à chaque client qui regarde le flux un point de départ aléatoire de " décalage de bloc " (équivalent à un délai de diffusion de 0 à 30 s), les demandes des clients peuvent être réparties sur une gamme de blocs et les clients peuvent être utilisés pour redistribuer des blocs à d'autres clients. La disponibilité des blocs peut être gérée intelligemment par le serveur de contrôle, les nouveaux blocs étant d'abord transmis aux clients disposant de la bande passante de téléchargement la plus élevée et ces clients recevant à leur tour l'instruction de transmettre des données à un autre niveau de clients.

Si les appareils disposent d'une capacité de stockage locale modérée (64 Go), les services de VoD / PVR pour le contenu récemment diffusé seraient triviaux à mettre en œuvre pour un coût de bande passante quasi nul pour le fournisseur. Les appareils individuels recevraient l'instruction de conserver ou de supprimer les blocs de flux si nécessaire pour maintenir une disponibilité suffisante des blocs sur le réseau de stockage distribué en fonction de la demande prévue/mesurée. La lecture s'effectue simplement en demandant les blocs pertinents et en effectuant une mise en cache locale, avec un serveur central disponible pour garantir la disponibilité si nécessaire.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X