home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / appletal / 3146 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  3.5 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!uakari.primate.wisc.edu!ames!data.nas.nasa.gov!taligent!ditka.taligent.com!user
  2. From: amfahr@taligent.com (Jeff Amfahr)
  3. Newsgroups: comp.protocols.appletalk
  4. Subject: Re: AARP details clarification needed.
  5. Message-ID: <amfahr-200892101924@ditka.taligent.com>
  6. Date: 20 Aug 92 17:30:02 GMT
  7. References: <1992Aug20.132650.6380@abbott.com>
  8. Sender: usenet@taligent.com (More Bytes Than You Can Read)
  9. Followup-To: comp.protocols.appletalk
  10. Organization: Taligent
  11. Lines: 78
  12.  
  13. In article <1992Aug20.132650.6380@abbott.com>, larry@abtlabs.uucp (Larry
  14. Pajakowski) wrote:
  15. > 
  16. > 
  17. > Help.
  18. > 
  19. > We have had a number of AARP storms and some of the network folks are
  20. > attempting to understand what has been happening.  I'm posting this for
  21. > them.  Your replys will be appreciated.
  22. > 
  23. > As usual if there is sufficient interest I'll mail or post a summary.
  24. > 
  25. > TNX
  26. > 
  27. > Larry Pajakowski
  28. > Abbott Labs.
  29. > larry@turing.abbott.com  (real e-mail address)
  30. > 
  31. > ______________________________________________________________________
  32. > 
  33. > 
  34. > 
  35. > We need definitive answers to the following list of questions.  Most 
  36. > require exact parameter values, that should be publicly known, but which are 
  37. > not in Apple's Phase 2 "Inside AppleTalk" book.  Some have definite values 
  38. > that are dependent upon the implementation for a given protocol stack.  
  39. > Where this is the case, please provide values and their associated protocol 
  40. > stacks.  If known, please also provide any values suggested by Apple for 
  41. > developers.  Apple has been unable to answer these questions--at least in
  42. > the 8 days they've had to respond so far.  Where appropriate, I've included
  43. > in parentheses (chapter-page) the page number reference in "Inside
  44. > AppleTalk, 2nd Edition" where the topic occurs. 
  45. > 
  46. > 
  47. > 1. What is the typical size of an Address Mapping Table, or how many 
  48. > entries can the AMT hold before old entries are purged to make room for new 
  49. > ones?  [book just says there is a "cache" of mappings]  (2-7)
  50. > 
  51. This varies from implemtation to implematation.
  52. > 2. How many AARP Probe packets must be broadcast by the protocol stack 
  53. > attempting to verify that its tentative protocol address is not in use by
  54. > any other node on the data link?  [the book just says "a number" of probe
  55. > pkts] (2-7) 
  56. > 
  57.  
  58. Inside AppleTalk states that for EtherTalk and TokenTalk there are 10
  59. packets  sent out 1/5 second apart
  60.  
  61. > 3. From book: "If [an AARP] Response packet is not received "within a
  62. > specified time interval," then AARP retransmits the Request packet. 
  63. > The question is, WHAT is the value of the time-out interval mentioned 
  64. > above?  How long must AARP wait before retransmitting the Request 
  65. > packet?  (2-8)
  66. > 
  67. > And how MANY retries are attempted?  [book says just "a specified maximum 
  68. > number of times]  (2-8)
  69. > 
  70. > 4. What is the timeout value that is allowed to expire before an AMT entry 
  71. > is aged?  (2-10)
  72. > 
  73. > 5. Does a Macintosh end-node send the equivalent of a DECnet end-node's 
  74. > HELLO packet to refresh its router's AMT?
  75. > 
  76. If by end-node you mean a non-router, then the answer is no. A router is
  77. suppose to send out RTMP packets periodiacly.
  78.  
  79. > 6. Does a Macintosh end-node maintain an AMT?  If so, what is its size, or 
  80. > how many entries can it hold?
  81. An end-node definitly mainatins an AMT. Its size is dependent on the link
  82. implemantation (i.e., Apple does not supple AARP for you since it is link
  83. dependent.
  84.  
  85. Hope this info helps
  86.  
  87. Jeff Amfahr
  88. Taligent
  89.  
  90. These opinions are mine. But they can be yours for a price.
  91.