home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / appletal / 3990 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  4.3 KB
  1. Path: sparky!uunet!nntp1.radiomail.net!csl.sri.com!dstine
  2. From: dstine@cisco.com (David Stine)
  3. Newsgroups: comp.protocols.appletalk
  4. Subject: Re: Extended- vs. nonextended-net net range aging
  5. Date: 23 Nov 1992 08:58:38 GMT
  6. Organization: cisco Systems, Menlo Park, California, USA
  7. Lines: 82
  8. Distribution: comp
  9. Message-ID: <1eq6fuINNar6@roche.csl.sri.com>
  10. References: <KAI.92Nov22234334@pyrite.SOM.CWRU.Edu>
  11. NNTP-Posting-Host: regal.cisco.com
  12.  
  13. In article <KAI.92Nov22234334@pyrite.SOM.CWRU.Edu> kai@pyrite.SOM.CWRU.edu (Kai Getrost) writes:
  14. >[...]
  15. >
  16. >The problem: 
  17. >
  18. >   Inside AppleTalk (2nd ed.) gives slightly different algorithms for
  19. >expiring THIS-NET on extended vs. nonextended nets.
  20. >
  21. >   On nonextended nets, it says (p. 5-18/19) that the value of
  22. >A-ROUTER and THIS-NET are gleaned from every RTMP Data packet
  23. >received.  If no RTMP packets are received for 50 seconds, A-ROUTER
  24. >should be expired (set to 0), but *not* THIS-NET.
  25. >  On extended nets, however, it says that *both* A-ROUTER and THIS-NET
  26. >should be reset when the aging timer expires.
  27. >
  28. >  In other words, nodes on nonextended nets will save their link's net
  29. >number if all routers go down, but nodes on extended nets are supposed
  30. >to reset theirs (and set them again once RTMP packets are received
  31. >again, possibly to a new value).  Why do these algorithms differ?
  32.  
  33. Remember that on extended cables, you can have a _range_ of network numbers.
  34. The router could come back on the net with a different network number in its
  35. address.
  36.  
  37. Example: let's say that you have an extended AppleTalk Ethernet with a
  38. cable-range of, oh, 10-20.[footnote 1] Let's say that the router's current
  39. net.node address is 10.240. Now, let's say that there is a hiccup in the power
  40. and when the router comes back on-line, all non-reserved node numbers in
  41. network 10 have been taken. The router, while AARP'ing for an open address,
  42. must choose a node in network number 11. Say 11.20.
  43.  
  44. If it were the _only_ router on the cable, the nodes which were holding an
  45. A-ROUTER value and not timing it out would still be sitting on the wire, deaf
  46. to the world, since they are waiting for the router to re-appear on network
  47. 10.
  48.  
  49. The analgous scenario occurring on a non-extended cable means that the nodes
  50. will have to re-AARP for new node addresses, since the cable configuration has
  51. changed. On an extended net, the nodes' current address is still valid and the
  52. cable configuration hasn't changed; simply the address of the router has
  53. changed.
  54.  
  55. >   The benefit of expiring the net range on extended nets could be
  56. >that you can reconfigure the net range by taking down just the routers
  57. >for some minimum time, and then bring them up with a new value that
  58. >all nodes will (hopefully) adopt.  But this will affect any current
  59. >connections non-router nodes have, as they change to the new net range
  60. >and adopt new net:node IDs, and Inside AppleTalk is nebulous as to
  61. >when and how these connections should be reset (since it's a rare
  62. >occurence and difficult to deal with effectively).  
  63.  
  64. Yes, this is one of many instances where "Inside AppleTalk" is rather, well,
  65. vague. Perhaps wishy-washy. A tad economical with the facts, even.
  66.  
  67. In addition to reading Inside AppleTalk on this issue, you should also be
  68. reading the document from APDA called:
  69.  
  70.     "AppleTalk Phase 2 Protocol Specification, C0144LL/A"
  71.  
  72. which will set you back $20. I don't have my copy here right now (I'm at home)
  73. but this document contains the details on router disappearance and
  74. re-appearance that are missing from "Inside AppleTalk." If you are
  75. implementing an AppleTalk node or router, you must have this document. Simple
  76. as that.
  77.  
  78. No, I'm not connected or getting a kick-back from APDA in any way. ;-)
  79.  
  80. dsa
  81.  
  82. [Footnote 1] 
  83. There is a heap of misconception out there as to cable-range configurations on
  84. Phase II routers. I frequently see people with a cable-range 10 to 100 wide
  85. when they have an Ethernet segment with only 100 nodes _max_.
  86.  
  87. Apple forgot to stress the point that a "wide" cable range (ie, a cable range
  88. which would be 10-11, rather than 10-10) is required _only_ when you will have
  89. more than 253 nodes on that particular cable/media segment. This usually only
  90. occurs in large bridged LAN's. If there are note going to be more than 253
  91. AppleTalk nodes on said cable segment, there isn't any point in configuring a
  92. wide cable range.
  93.  
  94.  
  95.