home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / appletal / 3234 < prev    next >
Encoding:
Text File  |  1992-08-30  |  2.7 KB  |  71 lines
  1. Newsgroups: comp.protocols.appletalk
  2. Path: sparky!uunet!mcsun!inesc.inesc.pt!animal.inescn.pt!lquinta@animal.inescn.pt
  3. From: lquinta@animal.inescn.pt (Luis Quinta)
  4. Subject: Re: Static IP clients (Summary&Thanks)
  5. Message-ID: <1992Aug29.183620.4326@animal.inescn.pt>
  6. Sender: news@animal.inescn.pt (USENET News System)
  7. Nntp-Posting-Host: mac3.inescn.pt
  8. Organization: INESC Porto
  9. References: <1992Aug27.174742.29500@animal.inescn.pt>
  10. Date: Sat, 29 Aug 92 18:36:20 GMT
  11. Lines: 58
  12.  
  13. There is a very conclusive and final reply by a very well know mac net
  14. man:
  15.  
  16. >Naturally. If you knew how MacIP (the protocol used between the Macs
  17. >and the gateway) worked, you'd be very surprised that the DYNAMIC
  18. >sessions worked out-of-zone.
  19. >
  20. >The original (i.e. Stanford KIP code) MacIP (from which all others
  21. >derive) is specified, and the ONLY "documented" one (meaning the only
  22. >one for which the source code is available - there are no other
  23. >"official" documents) does not allow Macs to be in a different ZONE to
  24. >the MacIP gateway.
  25. >
  26. >This is because the concept of IP-ARP as used on Ethernet to resolve
  27. >IP addresses to Ethernet addresses has been "mapped" to NBP in
  28. >AppleTalk. NBP is used by both gateways amd Macs to perform a
  29. >zone-wide "NBP LkUp" for the entity "1.2.3.4:IPADDRESS" (if looking
  30. >for IP address "1.2.3.4"). This resolves an IP address to a HARDWARE
  31. >APPLETALK ADDRESS.
  32. >
  33. >Now LkUps in AppleTalk are confined to the one ZONE.
  34. >
  35. >Why does it work for the "dynamic" addresses? Most gateway code has a
  36. >"sneak path" between the Dynamic Address Assignment table and the NBP
  37. >ARP table. Before trying to resolve and IP address to an AppleTalk
  38. >address, the code "sneaks a look" in the Dynamic Address Assignment
  39. >table, and if the mapping is found there, the gateway delivers the
  40. >packet.
  41. >
  42. >Static Hosts don't ask for a dynamic address, therefore the address
  43. >doesn't make it into the table, therefore the gateway can't find the
  44. >Macintosh.
  45. >
  46. >Solutions:
  47. >
  48. >    1. Wait for another few years until the IETF group finally
  49. >       produces a MacIP "standard" that has an agreed mechanism to
  50. >       "fix" this non-problem (I'm one of the tardy authors :-),
  51. >       and then wait more years for it to be implemented in
  52. >       products,
  53. >
  54. >    2. Change to using all Dynamic addresses,
  55. >
  56. >    3. Change the zone names of the networks requiring Static
  57. >       addresses to be the same as the one FP's LocalTalk is in.
  58. >
  59. >There's a "good" document (actually a "shock" document - it shows how
  60. >terribly complex it gets if you try to "solve" everyone's problems)
  61. >available at:
  62. >
  63. >> New MacIP document at ftp.is.sandy.novell.com
  64. >> 
  65. >> in "ietf":
  66. >> - [R----F--] cranch             105113       Apr 30 17:51    macip.hqx
  67. >> - [R----F--] cranch             148806       Apr 30 17:51    macip.txt
  68.  
  69. Thank you very much Tom
  70. Luis Quinta
  71.