home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / programm / 4644 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  1.9 KB
  1. Path: sparky!uunet!mcsun!sun4nl!orcenl!jhelberg
  2. From: jhelberg@nl.oracle.com (Joost Helberg)
  3. Newsgroups: comp.unix.programmer
  4. Subject: Re: TCP reliability
  5. Message-ID: <2818@nlsun1.oracle.nl>
  6. Date: 14 Sep 92 13:50:56 GMT
  7. References: <1992Sep4.163505.1@hei.unige.ch>
  8. Organization: Oracle Europe
  9. Lines: 36
  10. X-Newsreader: Tin 1.1 PL3
  11.  
  12. X-Disclaimer: This message was written by an unauthenticated user
  13.               at Oracle Corporation.  The opinions expressed are those
  14.               of the user and not necessarily those of Oracle.
  15.  
  16. droux@hei.unige.ch writes:
  17. : 
  18. : TCP/IP BERKELEY SOCKETS: Transmission problems with doublicated packets
  19. : -----------------------------------------------------------------------
  20. : 
  21. : We are currently implementing a distributed system providing the use of
  22. : different computers (different UNIX workstations) connected by Internet.
  23. : Our System is based on a server - client model using berkeley sockets.
  24. : 
  25. : These two entities are communicating through AF_INET family
  26. : sockets of SOCK_STREAM type. Our Problem is, that a receiver implemented on
  27. : a NeXT receives much more packets than the sender implemented on 
  28. : a Sun workstation sends (1.3 : 1).
  29. : 
  30. : As TCP is known as sequenced, reliable and two-way connection based, this
  31. : fact is surprising to us. Is it possible to avoid this ? 
  32.  
  33. No, TCP gives you a connection to put a stream of bytes on, not packets.
  34. This means that while sending 200 packets, the other side may receive
  35. 100 packets. The number of data-bytes sent and received however must be 
  36. the same.
  37.  
  38. TCP offers SOCK_STREAM, counting packets works using SOCK_DGRAM (using udp).
  39.  
  40.  
  41. --  
  42.    Joost Helberg                                Rijnzathe 6
  43.    jhelberg@oracle.nl                           NL-3454 PV De Meern
  44.    jhelberg@nl.oracle.com                       The Netherlands
  45.  
  46.    Oracle Europe BV                             Product Line Development    
  47.    Phone: +31 3406 94211                        Fax:   +31 3406 65609
  48.