home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vxworks / 1168 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.4 KB
  1. Xref: sparky comp.os.vxworks:1168 comp.unix.bsd:10964 comp.protocols.tcp-ip:5822
  2. Newsgroups: comp.os.vxworks,comp.unix.bsd,comp.protocols.tcp-ip
  3. Path: sparky!uunet!seas.smu.edu!burch
  4. From: burch@seas.smu.edu (Chris Burchett)
  5. Subject: Help! (75 seconds to connect() after reboot)
  6. Message-ID: <1993Jan6.191411.4535@seas.smu.edu>
  7. Sender: news@seas.smu.edu (USENET News System)
  8. Nntp-Posting-Host: quick_f.seas.smu.edu
  9. Organization: SMU - School of Engineering & Applied Science - Dallas
  10. Distribution: usa
  11. Date: Wed, 6 Jan 1993 19:14:11 GMT
  12. Lines: 37
  13.  
  14. Help!  I've found a situation in which I'm unsure of the best 
  15. solution.  The problem has to do with a 75 second timeout in the 
  16. connect() system call.  This occurs after one of two previously
  17. connected machines is rebooted and an attempt is subsequently
  18. made to reestablish communication.
  19.  
  20. I am using TCP/IP via Berkeley sockets to communicate between a Sun
  21. workstation and an embedded system running VxWorks.  After communi-
  22. cation is established, the embedded system is rebooted.  Once the
  23. reboot is finished an attempt is made to reestablish the connection,
  24. at which point, the connect() system call on the embedded system is
  25. unable to reconnect and times out after 75 seconds.  
  26.  
  27. I believe this may happen because the embedded system is using the 
  28. same port number that was used for a connection before the reboot 
  29. occured (while the remote machine still maintains an established 
  30. connection on that port).  It appears that (after a reboot) if the 
  31. embedded system attempts to connect() using a port number which was
  32. not previously connected, the connection is immediately established; 
  33. this is the desired behavior.  However, if the embedded system uses 
  34. a port which was previously connected, the connect() system call 
  35. times out after 75 seconds.
  36.  
  37. Unfortunately, in my application 75 seconds is somewhat too long 
  38. to wait.  I have a potential work around, but it seems to be
  39. sort of a kludge and I felt certain that this problem must be a 
  40. known one with known solutions.  (I'm relatively new to NEWS and if
  41. this is a topic which has already been discussed in depth or I have
  42. improperly used this service in any way, I appologize.)  But if 
  43. someone with insight into this problem would enlighten me on the 
  44. issues involved, or documentation to be studied, or potential 
  45. solutions, I would greatly appreciate the help.
  46.  
  47.  
  48. Chris Burchett
  49. email: burch@seas.smu.edu
  50. voice: (214) 205-8065
  51.