home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / sysv386 / 13976 < prev    next >
Encoding:
Text File  |  1992-09-03  |  1.8 KB  |  47 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!nntp-server.caltech.edu!egg!nat
  3. From: nat@egg.gg.caltech.edu (Nathan Inada)
  4. Subject: ISC 3.2/TCP-IP 1.3 connections hang
  5. Message-ID: <nat.715529534@egg.gg.caltech.edu>
  6. Summary: tcpip server connections hang. get protocol err on accept
  7. Keywords: tcp-ip, socket
  8. Sender: news@cco.caltech.edu
  9. Nntp-Posting-Host: egg.gg.caltech.edu
  10. Organization: California Institute of Technology, Pasadena
  11. Distribution: all
  12. Date: Thu, 3 Sep 1992 14:12:14 GMT
  13. Lines: 32
  14.  
  15. i have set up a tcp connection server which "selects" on 
  16. a set of "listen"ing sockets
  17.  
  18. every now and again, under a heavy barrage of connection requests, i get
  19.     errno = 71 "Protocol error"
  20. when "accept"ing on a selected socket. the message:
  21. "tcpcmds: non-fatal error in unknown event: 0000000B"
  22. gets sent to the console
  23.  
  24. after this select no longer returns on connection requests
  25. though it does return for activity on already connected sockets.
  26. any requests that do come in are handled by what ever magic it is that actually
  27. deals with the tcp protocol. that is, subsequent connections ARE established,
  28. and data is passed (i know. i sniffed.), but select never hears about them.
  29. this lead to the following problem of closing connections with data in the 
  30. queues... after a while the requesting client times out and closes the
  31. connection. this leaves a closed tcp connection with data in the queue.
  32. TCP/IP v 1.3 does not seem to deal with this situation well either.
  33. even when a tcp packet with the Reset bit set in its flags field is sent
  34. the protocol handler doesnt flush its buffers.
  35.  
  36.  
  37. has anybody run into this sort of thing ?
  38. the TCP/IP v 1.3 release notes say in its bug fixes "Multiple, simultanious 
  39. incoming connections no longer hang a server"
  40. am i missing something ?
  41.  
  42. any help would be greatly appreciated.
  43.  
  44. nathan
  45. (nat@gg.caltech.edu)
  46.  
  47.