Ergebnis der Suchanfrage

• Forum: Netzwerke

  AW: TCP Connection - ACK der Gegenseite abwarten

   
    by Zacherl, 7. Nov 2012
  Da hast du Recht, ab XP SP1 meine ich, wurden die RAW Sockets limitiert. Ich befürchte die kannst du nicht mehr verwenden um eigene Pakete zu verschicken. Hintergrund davon war es, IP Spoofing und SYN Flood von Windows Systemen aus schwieriger zu gestalten. Unabhängig davon würde dir ein ACK Paket aber auch nicht viel mehr sagen, als ein einfaches ICMP Echo PING Paket an den Server.
• Forum: Netzwerke

  AW: TCP Connection - ACK der Gegenseite abwarten

   
    by Zacherl, 6. Nov 2012
  Dann bleibt dir als einzige Möglichkeit nur noch dich auf die Antwort vom Server zu verlassen. Wenn du der Ausführungsroutine bzw. deren Geschwindigkeit nicht traust, solltest du das lokal auf Serverseite messen. Dann bringt dir das ganze Ping Pong Spiel nämlich nicht viel. Wenn es dir gezielt um die Netzwerklatenz geht, arbeite nach dem Request / Response Prinzip und implementiere ein einfaches...
• Forum: Netzwerke

  AW: TCP Connection - ACK der Gegenseite abwarten

   
    by Zacherl, 6. Nov 2012
  Kannst du deine Anforderungen noch etwas konkretisieren? Musst genau wissen, ob ein Paket angekommen UND korrekt verarbeitet wurde, oder reicht es evtl. das du dir sicher sein kannst, dass Paket A gesendet wurde bevor du Paket B losschickst? Im Normalfall gehe ich davon aus, dass mein blocking Request nach Funktionsaustritt korrekt behandelt bzw. zumindest korrekt gesendet wurde.
• Forum: Netzwerke

  AW: TCP Connection - ACK der Gegenseite abwarten

   
    by Zacherl, 6. Nov 2012
  Benötigst du zwingend non-blocking Sockets? Die Verwendung der blocking Variante dürfte am Einfachsten die Funktionalität ermöglichen, die du benötigst.