Discussion :

[poporiding]

bonjour,

je programme en c++ sur les raw socket. Je souhaite utiliser le protocole TCP.

voici la déclaration des données membres dans une classe:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
unsigned short		tcp_port_src;		//Port source: 16 bits --> Le numéro de port de la source. 
	unsigned short		tcp_port_dst;		//Port Destinataire: 16 bits --> Le numéro de port du destinataire. 
	unsigned int		tcp_seq;			//Numéro de séquence: 32 bits --> Le numéro du premier octet de données par rapport au début de la transmission (sauf si SYN est marqué). Si SYN est marqué, le numéro de séquence est le numéro de séquence initial (ISN) et le premier octet à pour numéro ISN+1. 
	unsigned int		tcp_ack;			//Accusé de réception: 32 bits --> Si ACK est marqué ce champ contient le numéro de séquence du prochain octet que le récepteur s'attend à recevoir. Une fois la connexion établie, ce champ est toujours renseigné. 
	/*
	Data Offset: 4 bits --> La taille de l'en-tête TCP en nombre de mots de 32 bits. Il indique là ou commence les données. L'en-tête TCP, dans tous les cas à une taille correspondant à un nombre entier de mots de 32 bits.
 
    Réservé: 6 bits --> Réservés pour usage futur. Doivent nécessairement être à 0. 
 
	Control Bits : 6 bits
	URG:  Urgent Pointer field significant
    ACK:  Acknowledgment field significant
    PSH:  Push Function
    RST:  Reset the connection
    SYN:  Synchronize sequence numbers
    FIN:  No more data from sender
	*/
	unsigned short		tcp_dataOffset:4, tcp_reserve:6, tcp_Curg:1, tcp_Cack:1, tcp_Cpsh:1, tcp_Crst:1, tcp_Csyn:1, tcp_Cfin:1;
	unsigned short		tcp_win;			//Fenêtre: 16 bits --> Le nombre d'octets à partir de la position marquée dans l'accusé de réception que le récepteur est capable de recevoir. 
	unsigned short		tcp_sum;			//Checksum: 16 bits
	unsigned short		tcp_urgentPointeur;

j'ai vu que l'on pouvait utiliser tous les bits d'un short, int, char. le tout se réalise avec :nombre ou nombre représente le nombre de bit a utiliser.

comme dans la déclaration suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

unsigned short		tcp_dataOffset:4, tcp_reserve:6, tcp_Curg:1, tcp_Cack:1, tcp_Cpsh:1, tcp_Crst:1, tcp_Csyn:1, tcp_Cfin:1;

cependant, les questions que je me pose sont comment initialiser chaque valeur?
doit on utiliser de l'exa, du binaire ou du décimal?

en ce qui me concerne, chaque valeur sera rentré en décimal, il faudra surement que je les transforme ...

[Médinoc]

Pas de champs de bits pour un protocole : L'ordre des champs n'est pas défini, ça dépend donc de l'implémentation (à moins qu'il n'en soit pas du C++ comme du C).

[joellel]

Tu travailles en C.
Donc:
décimal : valeur
hexa: 0Xvaleur
octal: 0valeur

Le binaire n'existe pas en C

[poporiding]

donc en ce qui concerne mes champs de controles, je peux les manipuler comment?

car ils sont sur un bit!

[Médinoc]

Avec les opérateurs binaires (&, |, ^, ~, <<, >>)

[Laurent Gomila]

std::bitset peut aider, aussi.

[leonh]

en utilisant l'operateur binaire "|"
par exemple si tu a un variable comme ca
unsigned char monvariable;
le variable possed 8 bit et si tu veut changer le 5em bit en comptant du gauche a droite en 1 tu peut faire monvariable|=16;

si tu as plusieur variable bit par bit comme ici
unsigned char a:1;
unsigned char b:1;
unsigned char c:1;
tu peut bien les assigner les valeur 1 par des simple operation comme
a=1;
ou a=0;
bon ma question a moi est esque il faut mettre tout les champ des entete a format mac cad inverser les ordres des bits ou seulement les champs port et ip par htons() et htonl()

[nicroman]

bon ma question a moi est esque il faut mettre tout les champ des entete a format mac cad inverser les ordres des bits ou seulement les champs port et ip par htons() et htonl()

Réponse de Normand: Ca dépend !
D'abord je sais pas ce qu'est le format mac... Les machines Apple ont longtemps utilisé des processeurs Motorola utilisant un encodage MSBF (most-significant-byte-first), à l'inverse d'Intel qui préfèrait le LSBF (least-signifcant-byte-first). Mais ca n'a rien à voir avec le systeme d'exploitation, uniquement le processeur. D'ailleurs les récents Mac sur Intel sont peut-être en LSBF...

Des qu'on commence à communiquer entre deux machines, par contre, il faut définire exactement ce qu'on utilise, et c'est pour ca que j'ai fait cette réponse: ca dépend du protocole... Certains protocoles utilisent LSBF d'autres MSBF. Un peu comme les images RGB ou BGR...

Pour en revenir au code du message, de toute maniere, il y a risque de probleme sous une autre plateforme (rien ne dit qu'un short fasse 16 bits, et rien n'assure que les bits, dans le cas de controle, seront dans le même ordre).
Quant à l'IP addresse, elle est pas transformée... elle est toujours dans le même ordre: A.B.C.D Ce n'est que si on la transforme (dans le code) en entier 32 bits qu'elle devient de forme variable !
Sinon, ca serait la galère en IP6 (et ses 16 octets).