home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / protocol / appletal / 4196 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.2 KB
  1. Path: sparky!uunet!spool.mu.edu!yale.edu!yale!gumby!destroyer!news.itd.umich.edu!news.itd.umich.edu!not-for-mail
  2. From: wes@terminator.rs.itd.umich.edu (Wesley Craig)
  3. Newsgroups: comp.protocols.appletalk
  4. Subject: Re: Dual-homing on AppleTalk?
  5. Date: 14 Dec 1992 22:37:14 -0500
  6. Organization: University of Michigan
  7. Lines: 16
  8. Message-ID: <1gjjtaINN56p@terminator.rs.itd.umich.edu>
  9. References: <2334@shaman.wv.tek.com>
  10. NNTP-Posting-Host: terminator.rs.itd.umich.edu
  11.  
  12. In article <2334@shaman.wv.tek.com> andrew@frip.wv.tek.com writes:
  13. >But it works if the multi-homed device is intelligent and can keep its
  14. >multiple ports straight.  The only conceptual problem is that you have
  15. >to advertise different NBP entity names out your different ports.  This
  16. >can confuse a Mac user who sees the same device appear multiple times
  17. >in Chooser.
  18.  
  19. How much sense does a non-routing multi-homed node make in an
  20. environment without any other routers?  So what happens when the only
  21. router goes down?  It is easy (one could say trivial) to implement a
  22. non-routing multi-homed AppleTalk node (NRMHATN?), as long as you
  23. assume there is another routing node around.  The intelligence (magic?)
  24. has to come when the net is in transition.  I have given this some
  25. thought.
  26.  
  27. wes
  28.