Discussion :

[SOA_j2EE]

salut,
j'ai une question un peu théorique dans le domaine des réseaux informatique.
pour envoyer un message (ex: abc) d'un poste p1 vers un autre poste p2:
1- le message abc passe par la couche TCP, pour ajouter l'entête TCP (port dest,port source,.. etc)
2- le nouveau message xxxabc obtenu descend vers la couche IP pour ajouter l'entête IP (adr ip source, adr ip dest,.. etc)
3- on obtient un nouveau message yyyxxxabc. dans la couche physique, une autre entête est ajoutée (adr physique source, adr physi destin, ...etc) pour former ce que 'on appelle les trames. on obtient ainsi un message : zzzyyyxxxabc
4- le processeur du poste p1 prend le message zzzyyyxxxabc depuis la RAM(ou un registre) sous forme des bits 0 et 1(code ASCII) et l'envoie vers la carte réseau.
5- la carte réseau applique au dernier message (une suite des bits 0 et 1 ) un encodage (généralement le code Manchester) et transmet le résultat obtenu sur le câble.
Ma question concerne l'étape 5:
pour quoi on utilise à un tel encodage(ex: code Manchester)? il n'est pas suffisant d'envoyer la suite des bits 0 et 1 (code ASCII du message zzzyyyxxxabc ) sans appliquer un tel encodage? où est le problème
j'espère avoir été claire.
merci d'avance

[nouknouk]

pour quoi on utilise à un tel encodage(ex: code Manchester)? il n'est pas suffisant d'envoyer la suite des bits 0 et 1 (code ASCII du message zzzyyyxxxabc ) sans appliquer un tel encodage? où est le problème

Le principal avantage du code Manchester (en plus de sa simplicité à mettre en oeuvre au niveau électronique) est que tu garde la notion de synchronisation entre l'émetteur et le récepteur.

En effet, si tu dois envoyer -admettons- 10 000 bits 'à zéro' de suite. Si tu le fais juste avec ta proposition et que les horloges de l'émetteur et du récepteur ne sont pas parfaitement synchronisée, le récepteur pourra très bien interpréter la suite comme 10 0001 ou 9 999 bits 'à zéro' (EDIT: cf. ceci). Avec le codage Manchester, tu n'as qu'à compter les transitions pour être certain de ne pas te tromper.

EDIT:

1/ Wikipedia l'explique mieux que moi (ici)

2/ Le codage que tu proposais (envoyer la suite des bits 0 et 1 [...] sans appliquer un tel encodage) est un encodage à part entière : le NRZ.