Protocole HDLC

Mais si à l'arrivée le FCS est erroné, ton nouveau calcul de CRC va te donner un résultat différent de celui transporté dans la trame de départ : donc cela prouvera que ta trame a subit une modification ... non ?

je vous dis ce que je sais et vous me rectifiez s'il vous plait l'emetteur fait la division sur un polynome connu pour l emeuteur et recepteur,il trouve un reste, il l'envoie dans le champ FCS . le recepteur fait la division "du message et le reste" par le polynome connu il doit trouver 0 sinon il demande la retansmission.Mais si c'est le FCS qui a subit l'erreur on peut avoir demande de retransmission meme si le message est JUSTE et s'il y a erreur double par exemple il peut ne pas y avoir detection d'erreur et le message sera considerer juste or il est erroné.est ce que c'est ça?
merci

Rire.

Suis un peu beaucoup rouillé mais, oui, je crois que c'est à peu pres cela.

Maintenant, tu cherches un peu la petite bête ;)

Dans le cas où ton "reste" se trouve modifié lors de la transmission, tu vas effectivement considérer la trame comme nok alors qu'elle l'est : je suis incapable de te donner des chiffres mais statistiquement, quel pourcentage de ton trafic cela risque t il de représenter ? négligeable non ? alors qu'importe si tous les 3 siecles, une trame correcte est finalement poubellisée ;)

Quant à la double erreur ... c'est un peu comme espérer gagner 52 semaines de suite à euromillion ... non ?

merci infiniment pour le temps que vous m'avez accordé.vous avez raison il faut voir les statistiques.

si il ya erreur de fcs, le message n'est pas correct que le défaut soit où l'on veut (ou bien où on ne veut pas plutôt) .

merci beaucoup.c'est gentil.