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