home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #23 / NN_1992_23.iso / spool / vmsnet / networks / tcpip / multinet / 2219 next >
Encoding:
Internet Message Format  |  1992-10-09  |  1.5 KB

  1. Path: sparky!uunet!ssdc!eseeger
  2. From: eseeger@ssdc.UUCP (Eric Seeger)
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: set socket options
  5. Message-ID: <526@ssdc.UUCP>
  6. Date: 8 Oct 92 20:09:48 GMT
  7. Organization: Sterling Software IMD, Vienna, Va.
  8. Lines: 20
  9.  
  10. I have a simple question/observation concerning the socket option
  11. SO_KEEPALIVE.  How can the documentation state that "Keepalives
  12. are a questionable use of the network in that they cause idle 
  13. connections to add network traffic by constantly probing their 
  14. peer.".  When if fact by setting up a connection with this option 
  15. and caputuring what is put out on the network using TCPDUMP, we found 
  16. that it was 2 hours (TCPTV_KEEP_IDLE) before it sent out the first 
  17. probe packet to the peer.  Then every 75 seconds (TCPTV_KEEP_INTVL) 
  18. TGV will probe the peer up to a max count of 8 (TCPTV_KEEPCNT) before
  19. he closes the connection, which amounts to a 2hr 10min timeout with 
  20. 8 ack packets put out on the network over a 10 min. period.  
  21. That to me certainly does not seem to be a questionable use of the 
  22. network or any great amount of additional activity to detect idle 
  23. connections and clean them up. Is there something that the capture
  24. of TCPDUMP is missing??
  25.  
  26. Additional question:
  27.     Can the values of these symbols be changed so we can set the 
  28. timeout to what we might like before TGV closes idle sockets?
  29.  
  30. Eric J. Seeger                Phone:    (703)356-3551
  31. Sterling Software Inc.             UUCP:  uunet!ssdc!eseeger
  32. 8000 Towers Crescent Dr.         MAIL:  eseeger@ssdc.sterling.com
  33. Vienna, VA. 22182              FAX:  (703)821-1485
  34.