home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5804 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!paladin.american.edu!gatech!pitt!soner
  2. From: soner@.cs.pitt.edu.cs.pitt.edu ( & Onder)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: PC-NFS SLIP and telnet problem
  5. Message-ID: <17979@pitt.UUCP>
  6. Date: 5 Jan 93 17:31:21 GMT
  7. References: <105803@bu.edu>
  8. Sender: news@cs.pitt.edu
  9. Organization: Univ. of Pittsburgh Computer Science
  10. Lines: 28
  11. X-Newsreader: Tin 1.1 PL3
  12.  
  13. apollo@buengc.bu.edu (Doug A. Chan) writes:
  14. : In article <1992Dec23.043717.1680@colorado.edu> garnett@refuge.Colorado.EDU (Santiago de la Paz) writes:
  15. : >In article <105528@bu.edu> apollo@buengc.bu.edu (Doug A. Chan) writes:
  16. : >>Whenever I try to telnet to a host, it just hangs there...
  17. : >>What is wrong with telnet?
  18. : >One of the primary reasons why a telnet attempt like this will hang is if
  19. : >the remote host cannot reverse-lookup the IP address of the host you're 
  20. : >coming from.  Make sure that both hosts are forward and reverse-mapped
  21. : >(just for thoroughness, doncha know) if you're using DNS, or that they're
  22. : >both in your machine's hosts files.
  23. : 
  24. : It wasn't any host/IP address problem (FTP, ping, nfsping, NFS, finger all
  25. : work fine!)  The host table is okay... just telnet was broken.
  26. : I turned on all of PC-NFS' telnet debugging and it got stuck during
  27. : the initial negotiation (after it has established a connection with
  28. : the host). 
  29. : -Doug
  30. Reminds me of some sort of Telnet option negotiation loop or deadlock. Your 
  31. telnet program may be responding WILL to some option but may not be 
  32. properly doing so. Something like this may cause the other system to wait
  33. indefinitely. The other possibility is the two pairs are entering to
  34. an WILL/DO or DON'T/WONT kind of negotiation loop. I don't know how PC-NFS
  35. telnet debugging feature works, but depending on the implementation, I 
  36. think you may not be able to see anything on the trace if a loop occurs.
  37.  
  38.  
  39.                                         Soner Onder
  40.  
  41.