OSI/MHS Configuration and Management Manual

Planning Your OSI/MHS Subsystem
OSI/MHS Configuration and Management Manual424827-003
3-10
O/R Name Addressing Forms
O/R Name Addressing Forms
A major consideration in network planning is O/R name conventions. In X.400
messaging there are many ways to name people and objects. You have to make
decisions related to the hierarchy of naming components, such as:
What are the names for the organizations and the organizational units?
Will you have a single PRMD or multiple PRMDs?
Will users be known by their personal names or by their organizational positions?
Every ROUTE, APPL, DLIST, DLISTMEMBER, and CUGMEMBER object has an O/R
name defined for it. The form of the name determines how OSI/MHS routes messages
to the object. In planning the O/R name attributes that are to define these objects,
there are several guidelines to follow:
For best performance, include only enough name elements to make the route
unique. For example, the route-selection criteria should not include a personal
name if the organization name is sufficient to make the route unique. For
mnemonic names, this approach is called hierarchical routing.
When possible, use specific routes rather than catch-all routes. A catch-all route
(in which every field is a wildcard) affects performance, security, and costs. It
affects performance because it is found last in the routing database, so a general
route requires the largest number of I/O accesses when searching the database. It
also has security implications because it sends all the messages somewhere; this
fact is also reflected in the costs that get billed to you.
See Appendix E, Routing in OSI/MHS, for a general discussion of how OSI/MHS uses
the O/R name to route messages.
See Appendix B, Configuration Checklists, for checklists on defining ROUTE objects.
Alternate Routes
Alternate routes can be useful for backup, in case the primary route becomes
unavailable. For example, if MTA3 in Figure 3-4
is to send a message to MTA1, it can
send it directly to MTA1. However, if that path is inoperable, the message could also
get to MTA1 by way of MTA2; then MTA2 is its alternate route. MTA3, then, has a main
route (route 1) and an alternate route (route 2) to MTA1.
Note that even though the complete alternate path to MTA1 goes from MTA3 to MTA2,
and then from MTA2 to MTA1, MTA3 “sees” only the part of the path that goes to its
adjacent MTA2.