home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / fj / maillis / apollo / 2980 < prev    next >
Encoding:
Text File  |  1992-11-18  |  4.9 KB  |  106 lines
  1. Newsgroups: fj.mail-lists.apollo
  2. Path: sparky!uunet!sun-barr!sh.wide!wnoc-tyo-news!etl.go.jp!daemon
  3. From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Carl Davidson)
  4. Subject: RE: Need Some Advice...
  5. Message-ID: <1992Nov19.064820.18227@etl.go.jp>
  6. Sender: apollo-request@srvr1.engin.umich.edu
  7. Organization: Hewlett-Packard Company, Chelmsford, MA
  8. References: <BxxJo6.3KH@apollo.hp.com>
  9. Distribution: fj
  10. Date: Thu, 19 Nov 1992 00:53:31 GMT
  11. Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
  12. Approved: kato@etl.go.jp
  13. Lines: 91
  14.  
  15. In article <BxxJo6.3KH@apollo.hp.com>, giza@apollo.HP.COM (Peter E. Giza) writes:
  16. |> Herb Peyerl Writes:
  17. |> |>If you want to make the assumption that IP packets are encapsulated within 
  18. |> |>DDS packets, then in order to make HP-UX reside on ATR, HP must then have 
  19. |> |>ported DDS to HP-UX on 400's and 700's... That must mean 700's have 
  20. |> |>node-ids. Somehow I doubt that.
  21. |> 
  22. |> 
  23. |> Just for the record.  The ATR cards are same with the exception of
  24. |> few changes for the HP.  The packets are encapsulated in a 73 byte
  25. |> DDS header just like good ole Domain, this is all done at the driver
  26. |> level for the card.  All of the DDS-like behaviour is from the driver
  27. |> there is not a complete DDS port, just enough to make you pregnant.
  28. |> 
  29. |> -peg
  30. |> 
  31. |> Peter E. Giza HP DCE T&D ~:@)
  32.  
  33. Actually, the ATR card used in Snakes is *exactly* (I know, I spec'd it)
  34. the same one used in the old DPCI-Ring product. That means it's the same
  35. board as used in the DN4XXX-series, but with the Aegis boot PROM removed
  36. and a node ID inserted in the socket that was always there (way back in
  37. the REAL old days, you couldn't even boot an Apollo node without a 
  38. network card in it because then it wouldn't have a node ID to generate
  39. UIDs from, but somewhere along the line we got smart and started putting
  40. them on the system board, but that's another story...). 
  41.  
  42. As to IP encapsulation on ATR, Pete is right, the entire basic DDS header, 
  43. all *70* bytes of it, is there. It has to be or I'd have broken real
  44. Domain nodes. Right after the DDS header is a little 12 byte header called
  45. the DR header that Domain TCP uses for its own purposes. After that comes 
  46. a conventional IP packet.
  47.  
  48. I *didn't* port DDS to HP-UX in order to get ATR support into it. That would
  49. have been an extremely time-consuming effort with very little payoff. What I
  50. did do is put enough support in the driver to be able to answer lcnode
  51. (ask_who, ask_who_notopo, and ask_rem_who) requests, as well as ask_time,
  52. ask_bldt, ask_diskless, and ask_node_root. lcnode I *had* to support. 
  53. If I didn't, I'd again break the existing rings these nodes were destined
  54. to go in to. The rest I put in because of the following scenario, which
  55. in my opinion is very common:
  56.  
  57.     1) lcnode
  58.  
  59.        long list returned including some uncataloged nodes
  60.  
  61.     2) bdlt -n NNNNN
  62.  
  63.        where NNNNN is some uncataloged node's node id
  64.        in this case, it turns out to be an HP-UX node, so we 
  65.        return the same string which would be returned by a
  66.        'uname -a' command
  67.  
  68.     3) ctnode foobar NNNNN -root
  69.  
  70.        this puts the node into the Domain NS Helper database
  71.        the next time it is queried with an lcnode
  72.  
  73. I attempted to violate the "Principle of Least Astonishment" as little
  74. as possible, but as Pete put it, we are "a little bit pregnant." There
  75. are places where this scheme breaks down, such as the 'lcnode -from'
  76. command when run from the other side of a Domain router or when 
  77. the Domain Automount Daemon (damd) tries to make an NFS mount point in
  78. the network root for a node that's already been cataloged this way, but
  79. I figure it's still better than a poke in the eye with a sharp stick.
  80. ATR on HP-UX is only intended to help customers transition from Domain
  81. on ATR to HP-UX on a better network, either FDDI or Ethernet (let's please
  82. not have a religious argument about how Ethernet isn't a better network than
  83. ATR; the market has already decided that one...), not to be used as the 
  84. core network of new installations. 
  85.  
  86. Well, this got kinda long, but I've been watching this argument fester on 
  87. the net for a while and I just couldn't stay out of it any longer (fools
  88. rush in...). I hope that my explanation helps clear up any questions that
  89. may have been lingering. Even if you don't agree with my implementation
  90. choices, at least now you have some idea why I did it the way I did.
  91.  
  92. BTW: I'm not the person who maintains this driver nowadays. That's done
  93.      in another division by someone who still does lan drivers for a 
  94.      living, so yelling at me to "FIX IT" won't have much effect. It's 
  95.      not that I'm not sympathetic, but I don't even have access to the 
  96.      code anymore.
  97.  
  98. Best regards to all of you who still love Domain. With any luck we'll have
  99. something as good again someday.
  100.  
  101. -- 
  102. Carl Davidson  (508) 436-4361  |
  103. Chelmsford System Software Lab | Microkernels: Where less is more.
  104. The Hewlett-Packard Company    | 
  105. DOMAIN: ced@apollo.hp.com      |
  106.