IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réseau C Discussion :

Reconstruction paquets recus par socket?


Sujet :

Réseau C

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Août 2006
    Messages
    39
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 39
    Par défaut Reconstruction paquets recus par socket?
    Bonjour à tous,

    Je débute et teste une communication par socket client/server basique avec le protocol TCP, pour le moment tout fonctionne parfaitement mon client et mon server se trouvent et communiquent.

    Dans mon cas les paquets envoyés font 4 bytes.

    Donc pour un message de 11 bytes admettons, 3 paquets sont envoyés.

    Ce que je souhaitais donc savoir c'est comment recoller les morceaux ??(Est il aussi possible d'augmenter la taille des paquets envoyés ?)

    Cordialement Sacoum.

  2. #2
    Membre Expert Avatar de nicolas.sitbon
    Profil pro
    Inscrit en
    Août 2007
    Messages
    2 015
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France

    Informations forums :
    Inscription : Août 2007
    Messages : 2 015
    Par défaut
    Quand tu dis que ton paquet fait 4 bytes, tu veux dire le champs data? ou le paquet entier? comment obtiens tu ce chiffre?

  3. #3
    Membre averti
    Inscrit en
    Août 2006
    Messages
    39
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 39
    Par défaut
    Alors selon moi ( ) lorsque je recois ces paquets avec recv() la valeur retournée est 4. Je comprend donc que mes paquets font 4 bytes, est ce une erreur de ma part ?

    Quand je lis
    le client et le serveur définissent une taille de bloc à envoyer (4096 octets par exemple), le serveur envoie donc le fichier bloc par bloc de 4096 octets, et le dernier bloc, lui, de la taille restante. Par exemple si votre fichier fait 5000 octets, vous aurez 2 blocs à envoyer un de 4096 octets et un de 904 octets.
    Cela veut donc bien dire aue l'on peut changer ctte taille. Mais ou ?

  4. #4
    Rédacteur

    Avatar de ram-0000
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    Mai 2007
    Messages
    11 517
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Consultant en sécurité
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mai 2007
    Messages : 11 517
    Par défaut
    Lorsque tu envoies des données comme cela, il faut que l'autre sache se resynchroniser dans le message. Car ce que tu envoies en plusieurs fois peut être reçu en 1 seule fois ou l'inverse.

    Pour cela, il y a plusieurs techniques :
    • envoi d'une structure toujours la même et toujours de la même taille. Ainsi, le client et le serveur savent à quoi s'attendre lorsqu'ils recoivent des données.
    • Envoi d'un identifiant en tête de données qui permette de reconnaitre les données qui suivent et surtout comment les lire et les décoder.
    • L'utilisation d'un format DLV (Date Longueur Valeur). Dans ton cas, le champs date peut être superflu. Par contre la longueur indique à l'autre extrémité le nombre d'octets qui font partie de la trame courante avant changement de trame.
    Raymond
    Vous souhaitez participer à la rubrique Réseaux ? Contactez-moi

    Cafuro Cafuro est un outil SNMP dont le but est d'aider les administrateurs système et réseau à configurer leurs équipements SNMP réseau.
    e-verbe Un logiciel de conjugaison des verbes de la langue française.

    Ma page personnelle sur DVP
    .

  5. #5
    Membre averti
    Inscrit en
    Août 2006
    Messages
    39
    Détails du profil
    Informations forums :
    Inscription : Août 2006
    Messages : 39
    Par défaut
    En effet je viens de changer quelques paramètres, et maintenant il me semble envoyer plusieurs paquets de 4 bytes mais recus en une seule fois.

    Par exemple, si je fais send(sock, buffer, buffer.size(), 0)

    Avec :
    - buffer, mes données à envoyer
    - buffer.size() qui me retourne 9,

    Alors mon recv(sock, buffer, 9, 0) va bien être appelé 1 fois, mais j'ai l'impression que mon buffer ne contient qu'une partie du message envoyé.

  6. #6
    Expert éminent
    Avatar de Emmanuel Delahaye
    Profil pro
    Retraité
    Inscrit en
    Décembre 2003
    Messages
    14 512
    Détails du profil
    Informations personnelles :
    Âge : 68
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Retraité

    Informations forums :
    Inscription : Décembre 2003
    Messages : 14 512
    Par défaut
    Citation Envoyé par sacoum Voir le message
    En effet je viens de changer quelques paramètres, et maintenant il me semble envoyer plusieurs paquets de 4 bytes mais recus en une seule fois.

    Par exemple, si je fais send(sock, buffer, buffer.size(), 0)
    Tu es sûr que c'est du C ? Montre ton code en entier...

Discussions similaires

  1. Lire un paquet reçu par un socket octet par octet
    Par astro01 dans le forum Entrée/Sortie
    Réponses: 5
    Dernier message: 07/02/2014, 21h34
  2. Ouverture de connexion et envoi d'un message par socket
    Par loleske dans le forum C++Builder
    Réponses: 3
    Dernier message: 10/02/2005, 12h52
  3. Transfert de fichiers par sockets
    Par Kaori dans le forum C++
    Réponses: 19
    Dernier message: 26/01/2005, 13h58
  4. [Socket] Envoi de texte et d'objets par socket
    Par ced dans le forum Entrée/Sortie
    Réponses: 7
    Dernier message: 05/08/2004, 09h07
  5. [Débutant] Envoi de fichier par socket
    Par zapho dans le forum Entrée/Sortie
    Réponses: 13
    Dernier message: 26/05/2004, 18h58

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo