| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
My understanding is that a Domain is for the purpose of defining, or logically separating your configuration. A specified domain can only contain one class of entity (not a mixture), but can contain 82 instances of a particular class. Are these statements correct? If it's true that currently the limit is 82, I'm curious to know why this limitation exists. This would mean that If I have more than 82 terminal servers in one extended lan, then I must place them into different domains, which may not be the most desirable way to manage them. Could it also be explained as to how Domains are implemented using the DNS namespace? Or is it such that the local MIR is used? Steve
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 318.1 | moving target | GOSTE::CALLANDER | Mon Sep 10 1990 18:44 | 19 | |
We'll start with 82...This is the current limit on the number of items
that can be contained in a domain. My understanding of this limit is
that it is due to the constraints and manner imposed upon it by the
mechanism and implementation used to store the domain information.
This number is a moving target, which should be getting larger as
issues are worked out regarding the domain and how information is
stored.
Next, classes of entities in a domain can and are able to span multiple
entity classes. There are no constraints to the type of classes
you can combine in a domain. If it is in the toolbox, you can add
it.
Currently DNS is used in the storage of domains. The method is under
review, and I am definitely not the one to go into details on it
since I am not that familiar with them.
| |||||