[protocoles] Délimitation des données
lmhelp
Messages postés
79
Statut
Membre
-
brupala Messages postés 115331 Date d'inscription Statut Membre Dernière intervention -
brupala Messages postés 115331 Date d'inscription Statut Membre Dernière intervention -
Bonsoir à tous,
Je pose la question abruptement :
En terme de délimitation des données, mon (pauvre) cerveau peut penser à :
- transmission en mode asynchrone (bits START et STOP),
- transmission en mode synchrone (FANIONS)
mais guère à plus que cela...
La délimitation des données est-elle donc réservée aux protocoles de niveau 2 ?
Merci par avance pour vos réponses.
(Merci à Brupala pour les réponses qu'il a pu me faire récemment et pour lesquelles je n'ai pas eu l'occasion de le remercier).
Je pose la question abruptement :
un protocole doit-il toujours assurer la délimitation des données ?
En terme de délimitation des données, mon (pauvre) cerveau peut penser à :
- transmission en mode asynchrone (bits START et STOP),
- transmission en mode synchrone (FANIONS)
mais guère à plus que cela...
La délimitation des données est-elle donc réservée aux protocoles de niveau 2 ?
Merci par avance pour vos réponses.
(Merci à Brupala pour les réponses qu'il a pu me faire récemment et pour lesquelles je n'ai pas eu l'occasion de le remercier).
A voir également:
- [protocoles] Délimitation des données
- Fuite données maif - Guide
- Trier des données excel - Guide
- Sauvegarde des données - Guide
- Effacer les données de navigation sur android - Guide
- Excel validation des données liste - Guide
1 réponse
:-))
merci de ta confiance.
le sujet est vaste et vague.
disons que tous les protocoles doivent forcément délimiter de façon fixe ou variable (mais précisée, explicite ou implicite) les données qui le concernent.
souvent ,dans les protocoles de haut niveau, c'est la représentation TLV qui est utilisée:
le formatage est ainsi:
T= Type champ de longueur fixe (généralement un ou 2 octets)
indique l'utilisation des données à suivre
L= longueur indique justement la longueur du champ données
V= valeurs.
et on recommence avec un autre champ tlv
mais, souvent , si la longueur est fixe et implicite , le champ longueur n' existe pas: on a juste T et V
https://en.wikipedia.org/wiki/Type-length-value
voir aussi:
http://www.protocols.com/pbook/tcpip1.htm
--
merci de ta confiance.
le sujet est vaste et vague.
disons que tous les protocoles doivent forcément délimiter de façon fixe ou variable (mais précisée, explicite ou implicite) les données qui le concernent.
souvent ,dans les protocoles de haut niveau, c'est la représentation TLV qui est utilisée:
le formatage est ainsi:
T= Type champ de longueur fixe (généralement un ou 2 octets)
indique l'utilisation des données à suivre
L= longueur indique justement la longueur du champ données
V= valeurs.
et on recommence avec un autre champ tlv
mais, souvent , si la longueur est fixe et implicite , le champ longueur n' existe pas: on a juste T et V
https://en.wikipedia.org/wiki/Type-length-value
voir aussi:
http://www.protocols.com/pbook/tcpip1.htm
--
et ... Voili Voilou Voila !
Je suis d'accord que la question est vaste et vague.
Et effectivement, je crois que le champ :
- Longueur totale du datagramme, en-tête compris (16 bits)
de l'en-tête IP est le genre de "L" dont tu parles ci-dessus.
Dans l'en-tête TCP, on a les champs :
- Longueur de l'en-tête (4 bits)
- Pointeur sur données urgentes (16 bits)
qui je crois sont de même nature...
Dans les paquets PAP, CHAP, LCP, ... on a aussi un champ Longueur.
D'autre part, "il paraîtrait" qu'il existe un/des protocole(s) n'assurant que la délimitation des données. Cela dit-il quelque chose à quelqu'un ?
Un protocole utilisant un mécanisme de STOP & WAIT ?
Merci.
A moi en tout cas, non mais pourquoi pas, justement un protocole sert à ça: à faire en sorte que les 2 extrémités sensées dialoguer arrivent à se comprendre, c'est une sorte de language commun.
quand au mécanisme de stop et wait, c'est très courant : tcp par exemple.