home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / appletal / 3092 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  3.5 KB
  1. Xref: sparky comp.protocols.appletalk:3092 comp.sys.mac.comm:7944
  2. Newsgroups: comp.protocols.appletalk,comp.sys.mac.comm
  3. Path: sparky!uunet!cs.utexas.edu!torn!cunews!nrcnet0!bnrgate!bcars267!news
  4. From: Ben Schmidt <bschmidt@bnr.ca (Ben Schmidt)>
  5. Subject: Re: MacTCP & ARA ?
  6. Message-ID: <1992Aug14.225232.2756@bnr.ca>
  7. X-Xxdate: Fri, 14 Aug 92 23:52:30 GMT
  8. Sender: news@bnr.ca (usenet)
  9. Nntp-Posting-Host: bwdlm14
  10. Organization: Bell-Northern Research
  11. X-Useragent: Nuntius v1.1.1d7
  12. References: <1992Aug7.210226.25241@ornl.gov>
  13. Date: Fri, 14 Aug 1992 22:52:32 GMT
  14. Lines: 63
  15.  
  16. Subject: MacTCP & ARA ?
  17. From: Jamey Maze, jnm@tdum.CTD.ORNL.GOV
  18. Date: Fri, 7 Aug 1992 21:02:26 GMT
  19. In article <1992Aug7.210226.25241@ornl.gov> Jamey Maze,
  20. jnm@tdum.CTD.ORNL.GOV writes:
  21. >I setup an ARA test with one PowerBook dialing into another. This first
  22. >PB had no network connections; the second was connected to a LocalTalk,
  23. >which was connected to the company internet via a Fastpath. AppleTalk
  24. >stuff worked lovely! So I proceeded to try MacTCP. I manually configured
  25. >an IP address known to the Fastpath in the remote PB, selected Remote
  26. >Only from the Network Control Panel, selected Remote from MacTCP (not
  27. >necessarily in that order), and tried making some connections. The
  28. >problem was when I tried to make a connection and the target host tried
  29. >arp'ing for my hardware address, no one responded. So next, I changed
  30. >the IP address of my remote PB to match that of the PB to which I was
  31. >dialing into. Now the arp's are being answered, but connections were
  32. >still timing out. Can someone tell me how this is supposed to work?
  33. >Ideally, each remote Mac should have its own IP address rather than
  34. >having to set it up to match that of the ARA server (don't you think?).
  35. >
  36. >Thanks!
  37. >
  38. >--
  39. >Jamey Maze                 | Computing & Telecommunications Division
  40. >Oak Ridge National Lab     | Advanced Technology Group
  41. >P.O. Box 2008, MS-6238     | Internet: jnm@ornl.gov 
  42. >Oak Ridge, TN 37831-6238   | 615/574-6355, FAX 615/574-9646 
  43. >
  44. >"The defense of individual rights has reached such extremes as to 
  45. > make society as a whole defenseless against certain individuals.
  46. > It is time, in the West, to defend not so much human rights as
  47. > human obligations." - Aleksandr Solzhenitsyn
  48.  
  49. Subject: Re: MacTCP & ARA ?
  50. From: Barry Kort, barry@chezmoto.ai.mit.edu
  51. Date: 10 Aug 92 22:02:29 GMT
  52. In article <BARRY.92Aug10180229@chezmoto.ai.mit.edu> Barry Kort,
  53. barry@chezmoto.ai.mit.edu writes:
  54. >If you plan to use MacTCP via ARA, then do not also install MacTCP
  55. >on the machine acting as the ARA Server.  Perhaps in a future
  56. >release it will be possible for both the ARA Server and its ARA
  57. >Clients to run MacTCP, but at present only one of them can be using
  58. >MacTCP.
  59.  
  60. Huh!? 
  61.  
  62. Jamey's scenario works fine - with one minor caution. Use "Server"
  63. mode acquisition of IP addresses on the Remote Mac's MacTCP.
  64. (And of course ensure that the FastPath is configured to hand out
  65. at least some of the IP addresses it's administering dynamically.)
  66. Save yourself some aggrevation and don't bother trying to get a static
  67. IP address to work on an ARAP-Remoted Mac.
  68.  
  69. Once the remote Mac establishes an ARAP connection, open your favourite
  70. MacTCP-based app on the remote Mac. This will cause the Remote Mac's
  71. MacTCP to do an NBP LkUp for IPGATEWAY, find the FastPath, and obtain
  72. a dynamic IP address as per the MacIP protocol.
  73.  
  74. Whether the answering Mac has MacTCP installed or not is irrelevant.
  75.  
  76. --
  77. Ben Schmidt,P.Eng   Network Applications, Bell-Northern Research
  78. bschmidt@bnr.ca   FAX:613-763-3283  /* My opinions, not BNR's */
  79.