C#: Comment traiter de paquets TCP?

Peut plaire à quelqu'un d'expliquer la façon de traiter avec de paquets. Je suis à l'aide de socket raw pour capturer les paquets, et les analyser comme ils viennent, mais certains d'entre eux viennent dans un ordre incorrect, par exemple:

  1. Id...........Drapeaux
  2. 16390 : (PSH, ACK)
  3. 16535 : (PSH, ACK)
  4. 16638 : (ACK)
  5. 16640 : (PSH, ACK)
  6. 16639 : (ACK)
  7. 16695 : (PSH, ACK)

Paquets avec Id: 16390, 16535, 16695 sont séparés des paquets et peut être traitée librement
Les paquets avec Id: 16638, 16640, 16639 sont une séquence de paquets, et devrait être mis en ordre croissant avant l'analyse.

Pour le rendre pire les paquets avec indicateur Push parfois venir d'abord je viens donc de passer à l'analyseur, puis les paquets que preceds il vient et analyseur écarte tout simplement comme corrompu.

Est-il un moyen de traiter avec elle?

  • Merci de préciser exactement ce que vous faites donc nous sommes plus en mesure de répondre à votre question.
  • Ne pas utiliser une socket raw.
  • C'est triste, je vous ai dit comment gérer les paquets, et j'ai seulement eu 3 votes, alors que l'on a accepté de répondre a 8 voix et, fondamentalement, n'ont pas répondu à la question...
  • C'est parce que la bonne question n'était pas posée dans la première place.
InformationsquelleAutor | 2009-04-18
  1. 5

    TCP garantit l'ordre. Donc, je suppose simplement que vous parlez de la propriété intellectuelle.

    Une chose que vous pouvez essayer est de mettre les paquets dans un min-tas et puis d'attendre jusqu'à ce que le prochain paquet numéro d'identification que vous souhaitez est disponible.

    Comme pour le pousser paquets, ceux qui sont censés être reçu dès que possible, sans restriction sur la commande, donc c'est à vous de décider combien de temps vous voulez attendre de voir si vous recevez une précédente poussée de paquets.

    InformationsquelleAutor Unknown
  2. 11

    Les segments TCP ne sera pas hors de l'ordre parce que la prochaine ne sera pas envoyé jusqu'à ce que vous ACK la précédente.

    TCP numéros de segments qu'il envoie
    pour un particulier port de destination
    séquentiellement, de sorte que si ils arrivent
    dans l'ordre, le TCP entité peut
    les réorganiser.

    Ce qui se passe sur une couche de transport ci-dessous TCP, donc les connexions TCP ne serait jamais "voir" cela se produise. En termes de TCP ils sont toujours dans l'ordre. Donc, si vous les voyez de l'ordre alors que vous ne travaillez pas sur la couche de transport TCP, vous êtes à un niveau inférieur.

    Aussi, pour info...

    • De données TCP est un "segment"
    • De données IP est un "datagramme"
    • Au niveau du réseau est un "paquet"

    Edit: Le lien que vous avez fourni vous fournira un flux de datagrammes IP de sorte que vous avez à gérer le flux TCP de votre propre. Je ne vais pas prétendre, comme il est facile et essayer de l'expliquer ici.

    • Je viens de renifler les paquets entre le client et le serveur à l'aide de socket raw, donc je n'ai pas d'accusé de réception quoi que ce soit. Voici le code qui a été initialement utilisé: codeproject.com/KB/IP/CSNetworkSniffer.aspx Désolé pour le désordre, je suis realtively de nouveaux de réseaux de termes.
    InformationsquelleAutor Joe Phillips
  3. 4

    Pourquoi n'utilisez-vous pas la normale socket tcp afin qu'ils viennent dans l'ordre?

    • Il est le reniflage de paquets qui signifie qu'il n'est pas le serveur/client, il est dans la moyenne de l'écoute de la conversation et qui n'est possible qu'avec les sockets raw.
    InformationsquelleAutor justinhj
  4. 1

    Le numéro de Séquence de l'ordre. Il encapsule à 4G de sorte que vous aurez à tenir compte de cela. Et vous aurez à utiliser la même routine de base que le protocole TCP utilise. Tampon de commande de paquets et de jeter les doublons. Numéro de séquence + Len de charge utile est le nexxt numéro de séquence.

    TCP/IP Illistrated vol 2
    ou TCP.c ?

    InformationsquelleAutor Fred Phillips