Quand la correction d'erreur avant une bonne idée pour les paquets?

Question

Les systèmes peuvent utiliser UDP et employer la correction d'erreur avant de transmettre le message en entier, sans réémet, même si quelques paquets sont perdus. Est-ce toujours bien en pratique ou est la charge supplémentaire trop de déchets?

Answer 1

Je pense qu'il est utile pour certaines applications comme la voix (VoIP), où vous voulez éviter les erreurs, et vous ne voulez arrêter (pour réémettre un paquet NAK) et attendre (jusqu'à ce qu'il soit réémis) .

Il pourrait donc être mis en œuvre au-dessus de la saveur

  

Ne serait-il pas terrible pour la latence?

Demandez-vous si la correction d'erreur augmente avant le délai de bout en bout? Si oui, je pense que la réponse est « non », mais il augmente la bande passante nécessaire.

Je crois que vous avez toujours besoin déjà certains temps d'attente, afin d'éviter la gigue; Ainsi, par exemple, vous pourriez dire « Retardons l'ensemble canal vocal de 200 msec, de sorte que tout / chaque paquet peut prendre de 0 à 200 msec pour traverser l'Internet et réassembler et envoyé par le D à un convertisseur au autre extrémité. "

Compte tenu de ces chiffres, puis d'avoir aucune correction d'erreur avant pourrait signifier que, dans chaque période de 200 msec, vous envoyez 10 paquets contenant chacun 20 msec de données ... et si l'on est perdu, alors c'est un espace (un pépin) à l'autre extrémité.

considérant que, ayant une correction d'erreur pourrait signifier que, dans chaque période de 200 msec, vous envoyez encore 10 paquets ... chaque paquet contient 20 msec de données, plus 10 msec de données qui ont déjà été transmises dans un autre paquet (ou , peut-être vous envoyer 30 paquets au lieu de 20). Ensuite, le cas échéant seul paquet est perdu, les données qu'il portait a été livré redundently (la moitié dans chacun des deux autres paquets), ce qui évite tout problème dans la sortie décodé.

Answer 2

Il est également logique pour support de stockage, tels que les disques durs et les disques optiques, où vous ne pouvez pas aller à la source pour obtenir les données non corrompues. En fait, les deux disques durs et disques optiques utilisent correction d'erreurs assez largement.

correction d'erreurs est également largement utilisé dans les communications sans fil, où les erreurs ont tendance à frapper à quelques bits à la fois. Plutôt que de perdre tout le paquet à une seule erreur binaire, correction d'erreur est utilisée pour corriger les bits corrompus.

Answer 3

dépend de l'application.

Pour des applications telles que les jeux, les corrections d'erreurs sont toujours nécessaires car il ne fera pas une grande différence si vous perdez un peu de données.

Toutefois, si l'application nécessite spécifique, les données dans l'ordre, puis une sorte de correction d'erreur est nécessaire.

Ce n'est pas une question de "frais généraux", il est plus sur "l'application".

Answer 4

La réponse est simple: si vous envoyez sur un lien haut débit à haut retard (qui signifie « longue distance »), correction d'erreurs est logique. Dans le cas contraire, il ne probablement pas.

Answer 5

Quand le « prix » de la retransmission est plus élevé que ce que vous êtes prêt à payer.
Satellite, par exemple, a une très longue période de propagation, il est préférable d'envoyer quelques octets de plus alors d'envoyer un paquet à nouveau.