home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / protocol / tcpip / ibmpc / 7670 < prev    next >
Encoding:
Text File  |  1993-01-25  |  3.5 KB  |  84 lines
  1. Newsgroups: comp.protocols.tcp-ip.ibmpc
  2. Path: sparky!uunet!noc.near.net!nic.umass.edu!news.amherst.edu!amherst.edu!jwmanly
  3. From: jwmanly@amherst.edu
  4. Subject: Problems with BOOTP and NSCA Telnet for DOS
  5. Message-ID: <1993Jan25.124603.1@amherst.edu>
  6. Lines: 72
  7. Sender: news@unix.amherst.edu (No News is Good News)
  8. Nntp-Posting-Host: amh.amherst.edu
  9. Organization: Amherst College, Amherst Mass.
  10. Date: Mon, 25 Jan 1993 16:46:03 GMT
  11.  
  12. Hi there.  We are having a problem using BOOTP under NSCA Telnet 2.3.05.
  13. The difficulty is that PCs who receive their IP addresses via BOOTP (as
  14. opposed to via RARP), cannot seem to connect to sites with IP addresses
  15. beyond our local 148.85.*.* network.
  16.  
  17. Background:
  18.  
  19. We have been using NSCA Telnet around here for quite a while to enable our
  20. PC's to reach both sites on-campus and elsewhere, and it has been working
  21. well.
  22.  
  23. Recently, however, we have become interested in using the dynamic IP
  24. configuration capabilities of Telnet so that we might be able to have  a
  25. single identical CONFIG.TEL file for all the PCs we use (they all  have the
  26. same kind of ethernet card in them).
  27.  
  28. We first tried using the RARP (myip=RARP in the CONFIG.TEL file) mechanism,
  29. and that worked just fine -- the machines got their own IP addresses just
  30. fine, and could still reach sites both local and remote.
  31.  
  32. However, for various reasons we would prefer to use the BOOTP mechanism to
  33. tell the PCs what their own IP addresses are.  When we do this
  34. (myip=BOOTP), the PCs find their own addresses correctly, and can still
  35. reach local sites (sites on our network, 148.85.*.*) just fine.  BUT, they
  36. can't seem to reach sites outside our network through our gateway, even
  37. though we have not modified the gateway address in the CONFIG.TEL file.
  38.  
  39. The error we get (from the messages screen) is
  40.  
  41. ---------------------------------------------------------------------------
  42. NCSA Telnet 2.3.05 for the PC
  43.  
  44. Tektronix initialized
  45. My Ethernet address: 2:60:8c:8e:7a:5e
  46. My IP address: 148.85.8.11
  47.  
  48. Host machine not in configuration file
  49.  
  50. Querying the DOMAIN name server
  51.  
  52. DOMAIN lookup OK for: nic.near.net
  53. Trying to open TCP connection to: nic.near.net
  54.  
  55. Domain Port is:23
  56.  
  57. Can't open connection, timed out
  58. ---------------------------------------------------------------------------
  59.  
  60. Note that except for the last line, this is exactly the same screen that we
  61. get when trying to do dynamic IP via RARP. Note also that the same failure
  62. occurs if we try to TELNET via IP number -- instead of via name -- to some
  63. place outside our own local 148.85.*.* network.
  64.  
  65. At first, this simply looks like TELNET has somehow gotten confused about
  66. where it's gateway is, however a particularly confusing thing about the
  67. error we get is that the "timed out" message is almost immediate.  If we
  68. remove the gateway address from the CONFIG.TEL file, we get the same error
  69. at the same speed.  HOWEVER, if we use dynamic IP via RARP, and remove the
  70. gateway specification from the CONFIG.TEL file, then the timeout takes
  71. quite a while and the error message is the more meaningful "gateway not
  72. responding",  rather than "timed out".  So it appears that something more
  73. than just "BOOTP messes up TELNET's gateway address" is going on.
  74.  
  75. Any ideas?  Is anyone else successfully using BOOTP to dynamically
  76. configure the IP addresses of their PC's AND using those PCs to reach sites
  77. beyond their local network?  Is there a more recent version of NCSA Telnet
  78. which might have fixed this problem?  BTW, we are running DOS 5.0.
  79.  
  80. Thanks for any light anyone can shed on this matter.
  81.  
  82. - John W. Manly  <JWMANLY@AMHERST.EDU>  (System Manager -- Amherst College)
  83.  
  84.