ISO/IEC 10021-10:1999
(Main)Information technology — Message Handling Systems (MHS): MHS routing — Part 10:
Information technology — Message Handling Systems (MHS): MHS routing — Part 10:
This Recommendation | International Standard specifies the means by which messages are routed through the MHS, and supplements the procedures defined in 14.3 of ITU-T Rec. X.411 | ISO/IEC 10021-4. Other Recommendations | parts of ISO/IEC 10021 define other aspects of the MHS. ITU-T Rec. F.400/X.400 | ISO/IEC 10021-1 defines the user-oriented services provided by the MHS. ITU-T Rec. X.402 | ISO/IEC 10021-2 provides an architectural overview of the MHS. ITU-T Rec. X.411 | ISO/IEC 10021-4 defines the abstract-service of the Message Transfer System.
Technologies de l'information — Systèmes de messagerie (MHS): Routage MHS — Partie 10:
La présente Recommandation | Norme internationale spécifie les moyens par lesquels les messages sont acheminés dans le système MHS, et complète les procédures définies au 14.3 de la Rec. UIT-T X.411 | ISO/CEI 10021-4. D'autres Recommandations | parties de l'ISO/CEI 10021 définissent d'autres aspects du système MHS. La Rec. UIT-T F.400/X.400 | ISO/CEI 10021-1 définit les services spécialement conçus pour l'utilisateur qui sont fournis par le système MHS. La Rec. UIT-T X.402 | ISO/CEI 10021-2 donne un aperçu général de l'architecture du système MHS. La Rec. UIT-T X.411 | ISO/CEI 10021-4 définit le service abstrait du système de transfert de messages.
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 10021-10
Second edition
1999-12-15
Information technology — Message
Handling Systems (MHS): MHS routing
Technologies de l'information — Systèmes de messagerie (MHS): Routage
MHS
Reference number
©
ISO/IEC 1999
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but shall not
be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this
file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat accepts no liability in this
area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters
were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event
that a problem relating to it is found, please inform the Central Secretariat at the address given below.
© ISO/IEC 1999
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic
or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISO's member body
in the country of the requester.
ISO copyright office
Case postale 56 � CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.ch
Web www.iso.ch
Published by ISO in 2000
Printed in Switzerland
ii © ISO/IEC 1999 – All rights reserved
CONTENTS
Page
1 Scope . 1
2 Normative references. 1
2.1 Presentation references. 1
2.2 Directory references . 1
2.3 Message Handling references. 2
2.4 Country Code references . 2
2.5 Additional references. 2
3 Definitions . 2
3.1 MHS-routing definitions . 2
3.2 MHS definitions . 3
3.3 Directory definitions. 3
4 Abbreviations. 3
5 Conventions . 3
5.1 Conventions for routing model specification . 3
5.2 General font conventions. 4
5.3 Font conventions for ASN.1 definitions. 4
5.4 Rules for ASN.1 definitions . 4
6 MHS-routing Overview. 4
6.1 Operational characteristics . 4
6.2 Components of the model. 5
6.2.1 Routing-collective . 6
6.2.2 Routing-MTA. 6
6.2.3 Connection-group. 7
6.2.4 OR-address-subtree. 8
6.2.5 Routing-advice . 9
6.2.6 Local use tables . 10
6.3 Routing decision overview . 10
6.4 Directory organization. 11
6.5 Authentication principles. 11
7 Routing-collective-subtree. 12
7.1 Object classes . 12
7.1.1 Routing Collective object class . 12
7.1.2 Routing MTA object class. 12
7.1.3 Connection Group object class. 12
7.1.4 MTA Information object class. 12
7.2 Attribute types . 13
7.2.1 Routing Collective attribute types . 13
7.2.2 Routing MTA attribute types. 13
7.2.3 Connection Group attribute types. 14
7.2.4 MTA Information attribute types . 16
7.3 Name forms . 17
8 OR-address-subtree. 17
8.1 OR-address Element object class . 17
8.2 OR-address Element attribute types . 17
8.2.1 Routing Advice. 17
8.2.2 Expression Matches. 19
8.2.3 Next Level Complete. 20
8.2.4 Recipient MD Assigned Alternate Recipient . 20
© ISO/IEC 1999 – All rights reserved iii
Page
8.3 OR-address Element subclasses . 20
8.3.1 OR-address Subtree Base object class. 20
8.3.2 Common OR-address object classes. 20
8.3.3 Mnemonic OR-address object classes . 21
8.3.4 Terminal OR-address object classes. 21
8.3.5 Numeric OR-address object classes. 22
8.3.6 Postal OR-address object classes. 22
8.4 OR-address Element Names. 22
8.4.1 Common OR-address Element Names . 22
8.4.2 Mnemonic OR-address Element Names. 22
8.4.3 Terminal OR-address Element Names . 23
8.4.4 Numeric OR-address Element Names . 23
8.4.5 Postal OR-address Element Names . 23
8.5 Generation of OR-address-element attributes . 24
8.6 OR-address-subtree name forms . 24
9 Procedures . 25
9.1 Routing-MTA procedures . 25
9.1.1 Amendment to the Front-end procedure. 26
9.1.2 Routing-decision procedure. 26
9.1.3 OR-address-subtree-read procedure . 29
9.1.4 Local-delivery-evaluation procedure. 31
9.1.5 Routing-knowledge-acquisition procedure. 31
9.1.6 MTA-bind-in procedure . 35
9.1.7 MTA-bind-out procedure . 37
9.1.8 Trace verification step . 38
9.2 Administrative procedures. 39
9.2.1 Routing-MTA configuration. 39
9.2.2 OR-address-subtree construction. 39
10 Conformance . 41
10.1 Routing-MTA conformance . 41
10.2 Administrative DUA conformance. 41
10.3 DSA conformance . 41
Annex A – Reference Definition of Object Identifiers . 42
Annex B – Reference Definition of MHS-routing Directory Objects. 44
Annex C – Reference Definition of MHS-routing OR-address-subtree. 47
Annex D – OR-address-subtree structure. 54
D.1 Common OR-address elements . 55
D.1.1 MHS Country . 55
D.1.2 MHS ADMD . 55
D.1.3 MHS PRMD. 55
D.2 Mnemonic OR-address elements. 55
D.2.1 MHS Organization . 55
D.2.2 MHS Organizational Unit. 55
D.2.3 MHS Common Name. 56
D.2.4 MHS Surname . 56
D.2.5 MHS Given Name . 56
D.2.6 MHS Initials . 56
D.2.7 MHS Generation Qualifier . 57
D.3 Terminal OR-address elements . 57
D.3.1 MHS Network Address . 57
D.3.2 MHS Terminal Identifier. 57
D.3.3 MHS Terminal Type. 57
D.4 Numeric OR-address elements . 58
D.5 Postal OR-address elements . 58
D.5.1 MHS PDS Name . 58
D.5.2 MHS Physical Delivery Country. 58
D.5.3 MHS Postal Code . 58
iv © ISO/IEC 1999 – All rights reserved
Page
Annex E – Example of extension to the OR-address-subtree schema for MHS Network Address . 59
E.1 Network address subfield object classes. 59
E.2 Network address subfield Element Names . 59
E.3 Network address subfield name forms . 59
E.4 Network address subfield structure rules. 60
Annex F – MHS-routing example applications. 61
F.1 Simple PRMD . 61
F.2 Large PRMD with autonomous departments . 61
F.3 Internal use by ADMDs. 62
F.4 'Public access' in a community . 62
Annex G – Routing knowledge acquisition example. 64
Annex H – Profile and Connection-group Identifiers . 65
H.1 Common Profiles. 65
H.2 ISP profiles. 65
H.3 Common profile connection-groups. 66
Annex I – Glossary of terms . 67
Index . 68
© ISO/IEC 1999 – All rights reserved v
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the
specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the
development of International Standards through technical committees established by the respective organization to deal with
particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 3.
In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. Draft
International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the national bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this part of ISO/IEC 10021 may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
International Standard ISO/IEC 10021-10 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information
technology, Subcommittee SC 6, Telecommunications and information exchange between systems, in collaboration with
ITU-T. The identical text is published as ITU-T Recommendation X.412.
This second edition cancels and replaces the first edition (ISO/IEC 10021-10:1998), which has been technically revised.
ISO/IEC 10021 consists of the following parts, under the general title Information technology — Message Handling Systems
(MHS):
— Part 1: System and Service Overview
— Part 2: Overall architecture
— Part 3: Abstract Service Definition Conventions
— Part 4: Message transfer system: Abstract service definition and procedures
— Part 5: Message store: Abstract service definition
— Part 6: Protocol specifications
— Part 7: Interpersonal messaging system
— Part 8: Electronic Data Interchange Messaging Service
— Part 9: Electronic Data Interchange Messaging System
— Part 10: MHS routing
— Part 11: Guide for Messaging Systems Managers
Annexes A to D form a normative part of this part of ISO/IEC 10021. Annexes E to I are for information only.
vi © ISO/IEC 1999 – All rights reserved
Introduction
This Recommendation | International Standard is one of a series of Recommendations | International Standards defining
Message Handling in a distributed open systems environment.
Message Handling provides for the exchange of messages between users on a store-and-forward basis. A message
submitted by one user (the originator) is transferred through the message-transfer-system (MTS) and delivered to one or
more other users (the recipients).
This Recommendation | International Standard defines a method for routing messages through the Message Handling
System (MHS).
This Recommendation | International Standard has been produced by joint ITU-T – ISO/IEC agreement. The corres-
ponding documents are ITU-T Rec. X.412 and ISO/IEC 10021-10.
© ISO/IEC 1999 – All rights reserved vii
ISO/IEC 10021-10 : 1999 (E)
INTERNATIONAL STANDARD
ISO/IEC 10021-10 : 1999 (E)
ITU-T Rec. X.412 (1999 E)
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY –
MESSAGE HANDLING SYSTEMS (MHS):
MHS ROUTING
1 Scope
This Recommendation | International Standard specifies the means by which messages are routed through the MHS, and
supplements the procedures defined in 14.3 of ITU-T Rec. X.411 | ISO/IEC 10021-4.
Other Recommendations | parts of ISO/IEC 10021 define other aspects of the MHS. ITU-T Rec. F.400/X.400 | ISO/IEC
10021-1 defines the user-oriented services provided by the MHS. ITU-T Rec. X.402 | ISO/IEC 10021-2 provides an
architectural overview of the MHS. ITU-T Rec. X.411 | ISO/IEC 10021-4 defines the abstract-service of the Message
Transfer System.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation | International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and Standards are subject to revision, and parties to agreements based on this
Recommendation | International Standard are encouraged to investigate the possibility of applying the most recent
edition of the Recommendation and Standards indicated below. Members of IEC and ISO maintain registers of currently
valid International Standards. The Telecommunications Standardization Bureau of the ITU maintains a list of currently
valid ITU-T Recommendations.
2.1 Presentation references
This Recommendation | International Standard cites the following Presentation specifications:
– ITU-T Recommendation X.680 (1997) | ISO/IEC 8824-1: 1998, Information technology – Abstract Syntax
Notation One (ASN.1): Specification of basic notation.
– ITU-T Recommendation X.681 (1997) | ISO/IEC 8824-2: 1998, Information technology – Abstract Syntax
Notation One (ASN.1): Information object specification.
2.2 Directory references
This Recommendation | International Standard cites the following Directory specifications:
– ITU-T Recommendation X.500 (1997) | ISO/IEC 9594-1: 1998, Information technology – Open Systems
Interconnection – The Directory: Overview of concepts, models, and services.
– ITU-T Recommendation X.501 (1997) | ISO/IEC 9594-2: 1998, Information technology – Open Systems
Interconnection – The Directory: Models.
– ITU-T Recommendation X.520 (1997) | ISO/IEC 9594-6: 1998, Information technology – Open Systems
Interconnection – The Directory: Selected attribute types.
– ITU-T Recommendation X.521 (1997) | ISO/IEC 9594-7: 1998, Information technology – Open Systems
Interconnection – The Directory: Selected object classes.
ITU-T Rec. X.412 (1999 E) 1
ISO/IEC 10021-10 : 1999 (E)
2.3 Message Handling references
This Recommendation | International Standard cites the following Message Handling System specifications:
– ITU-T Recommendation F.400/X.400 (1999), Message handling services: Message handling system and
service overview.
ISO/IEC 10021-1: 1999, Information technology – Message Handling Systems (MHS) – Part 1: System
and service overview.
– ITU-T Recommendation X.402 (1999) | ISO/IEC 10021-2: 1999, Information technology – Message
Handling Systems (MHS): Overall architecture.
– ITU-T Recommendation X.411 (1999) | ISO/IEC 10021-4: 1999, Information technology – Message
Handling Systems (MHS): Message transfer system: Abstract service definition and procedures.
2.4 Country Code references
This Recommendation | International Standard cites the following Country Code specifications:
– ISO 3166-1: 1997, Codes for the representation of names of countries and their subdivisions – Part 1:
Country codes.
– ITU-T Recommendation X.121 (1996), International number plan for public data networks.
2.5 Additional references
This Recommendation | International Standard cites the following specification:
– ISO/IEC 9945-2: 1993, Information technology – Portable Operating System Interface (POSIX) – Part 2:
Shell and Utilities.
3 Definitions
For the purposes of this Recommendation | International Standard, the following definitions apply.
3.1 MHS-routing definitions
The following terms are defined in clauses 6 and 7 of this Recommendation | International Standard:
– connection-group
– entry-connection-group
– enumerated connection-group
– indirect-exit-connection-group
– key-routing-collective
– local-exit-connection-group
– local-use-tables
– MHS-routing
– next-MTA
– OR-address-element
– OR-address-subtree
– routing-advice
– routing-collective
– routing-collective-subtree
– routing-MTA
– transit-exit-connection-group
– unenumerated connection-group
A glossary of these terms appears in annex I.
2 ITU-T Rec. X.412 (1999 E)
ISO/IEC 10021-10 : 1999 (E)
3.2 MHS definitions
The following terms are defined in ITU-T Rec. X.402 | ISO/IEC 10021-2:
– Administration Management Domain (ADMD)
– Management Domain (MD)
– Message Handling System (MHS)
– Message Transfer Agent (MTA)
– Message Transfer System (MTS)
– Originator/recipient Address (OR-address)
– Private Management Domain (PRMD)
– Reliable Transfer Service Element (RTSE)
For the purposes of this Recommendation | International Standard, the term message, where used unqualified, refers
generically to a message, probe, or report.
3.3 Directory definitions
The following terms are defined in ITU-T Rec. X.501 | ISO/IEC 9594-2:
– Directory Information Tree (DIT)
– Directory System Agent (DSA)
– Directory User Agent (DUA)
– Relative Distinguished Name (RDN)
4 Abbreviations
The abbreviations used in this Recommendation | International Standard are defined in ITU-T Rec. X.402 |
ISO/IEC 10021-2, and ITU-T Rec. X.501 | ISO/IEC 9594-2 (see 3.2 and 3.3), except for the following.
– ACSE Association Control Service Element (ITU-T Rec. X.217 | ISO/IEC 8649)
– APS Asynchronous Protocol Specification (ITU-T Rec.X.445)
– IP Internet Protocol
– LAN Local Area Network
– PSAP Presentation Service Access Point (ITU-T Rec. X.650 | ISO/IEC 7498-3)
– WAN Wide Area Network
– X.25 A packet-switched network conforming to ITU-T Rec. X.25
5 Conventions
This Recommendation | International Standard uses the descriptive conventions listed below.
5.1 Conventions for routing model specification
This Recommendation | International Standard uses the following ASN.1-based descriptive conventions for the indicated
purposes:
a) To define the data types and values for MHS-routing, ASN.1 itself.
b) To define the Directory entries for MHS-routing, the OBJECT-CLASS, ATTRIBUTE, NAME-FORM,
STRUCTURE-RULE, and MATCHING-RULE information object classes of ITU-T Rec. X.501 |
ISO/IEC 9594-2.
ITU-T Rec. X.412 (1999 E) 3
ISO/IEC 10021-10 : 1999 (E)
Whenever this Recommendation | International Standard describes a class of data structure having components, each
component is categorized as one of the following grades:
a) Mandatory (M): A mandatory component shall be present in every instance of the class.
b) Optional (O): An optional component may be present in an instance of the class at the discretion of
the object (e.g. user) supplying that instance.
c) Conditional (C): A conditional component shall be present in an instance of the class as specified by
this Recommendation | International Standard.
5.2 General font conventions
Throughout this Recommendation | International Standard, terms are rendered in bold when defined. Terms that are
proper nouns are capitalized, generic terms are not. Multi-word generic terms are hyphenated. Italic font is used for
ASN.1 identifiers defined in other Recommendations | International Standards.
5.3 Font conventions for ASN.1 definitions
Throughout this Recommendation | International Standard, ASN.1 definitions appear in fixed-pitch font (of this
Type) to highlight the difference between normal text and ASN.1 definitions. The font used for ASN.1 definitions is
smaller than that used for normal text.
5.4 Rules for ASN.1 definitions
ASN.1 definitions appear both in the body of this Recommendation | International Standard to aid the exposition, and
again, formally, in annexes for reference. If a difference is found between the ASN.1 used in the exposition and that
formally defined in the corresponding annex, a specification error is indicated.
6 MHS-routing Overview
The purpose of a Message Handling System (MHS) is to enable users to exchange messages on a store-and-forward
basis. A message submitted on behalf of one user, the originator, is conveyed by the Message Transfer System (MTS)
and subsequently delivered to the agents of one or more additional users, the recipients. The MTS comprises a collection
of Message Transfer Agents (MTAs), which are highly distributed, and a message may traverse a number of MTAs on
the journey from its originator to its recipient.
In MHS, the originator does not specify a path through the MTS to reach a recipient, but simply specifies a recipient
OR-name (from which the OR-address is obtained). It is the responsibility of each MTA to determine the next MTA to
which the message should be transferred to progress its journey to its recipient. Routing is thus the process of selecting,
given an OR-address, the MTA to which the message should next be transferred.
Other Recommendations | International Standards specify the services provided by MHS, and the protocols used to
transfer messages within the MTS. The means by which an MTA determines an appropriate route that will convey a
message to its recipient is the subject of this Recommendation | International Standard. The various mechanisms defined
herein which enable MTAs to make this determination constitute MHS-routing.
The path taken between an originator and recipient may vary on different occasions, since there will in general be a
number of possible paths between them, and factors such as congestion and availability may influence route selection.
MTAs acquire routing information by accessing Directory entries whose maintenance is the responsibility of an MHS
administrator. These entries model the various properties of the MHS that are relevant to routing. However,
MHS-routing does not depend on the provision of a fully interconnected Directory.
6.1 Operational characteristics
MHS-routing has the following operational characteristics:
a) In MHS-routing, the OR-address name-space is decoupled from the constraints of hardware organization
(e.g. the assignment of users to particular machines, or the ability of groups of machines to interconnect).
This is in contrast with routing strategies that use OR-address pattern-matching methods to make routing
decisions, which constrain an MHS administrator’s choice in the allocation of OR-addresses to users, and
require users to change their OR-addresses whenever their MTA changes.
4 ITU-T Rec. X.412 (1999 E)
ISO/IEC 10021-10 : 1999 (E)
OR-addresses are intended to reflect the organizational hierarchy, and to use only as many levels of
OR-address element as is required to achieve this. However, many organizations have staff distributed
over multiple locations (where staff will necessarily use a local MTA), or have multiple messaging
systems in use (e.g. mainframe-based, integrated office automation systems, and PC LAN email systems)
where staff in any one department are arbitrarily allocated to different systems. Separating the OR-address
hierarchy from the physical topology allows for the assignment to users of addresses which are compact
and related to their organizational role, regardless of their physical location.
b) MHS-routing supports the range of connection densities possible among MTAs. One extreme is where all
MTAs are connected to a common network and any MTA can connect to any other (e.g. a public
wide-area network). At the other extreme an administrator specifies precisely which MTA pairs are able
to communicate, as if the MTAs were connected by individual cables, regardless of the actual connection
method.
Some MHS installations restrict the topology (e.g. by performing all routing through a central switch
MTA), because of the management cost in maintaining routing information, even when all the MTAs
concerned are connected to a LAN or WAN and could, in principle, exchange messages directly.
However, moving to the fully connected possibility may be undesirable for some organizations, due to
concerns of security and cost optimization.
c) MHS-routing permits varying degrees of autonomy and segregation in the management of an MHS
system. Many organizations will have the overall MHS managed by a central IT unit, with the
management of individual system components devolved to local administrators. Often, the MHS
management hierarchy will be different from the organizational hierarchy. Typically, the MHS
management reflects geographical locality, while the users are organized into geographically dispersed
business units. In MHS-routing, this practice is accommodated by the use of two separate hierarchies for
these two aspects of MHS organization.
d) MHS-routing accommodates a range of routing problem sizes, from an organization managing two or
three MTAs, up to a PRMD operating hundreds or thousands of MTAs. An organization might organize
only its internal connectivity, using ADMDs or specific bilateral agreements for all external connectivity,
or it might join a more open community which publishes routing information in the Directory and allows
for the open exchange of messages across a common network infrastructure.
e) MHS-routing does not constrain the choice of routing policies available to an organization. It provides a
framework for the management of relevant routing information such that a range of routing strategies may
be implemented.
f) MHS-routing provides a balanced trade-off in terms of cost/efficiency. Any scheme which relies on access
to the Directory is likely to be slower to execute than one based purely on local tables held in the MTA.
However, the Directory-based approach should provide the MTA with a better quality of information and
so improve overall efficiency by the determination of optimal routes. For example, in a large PRMD it
may often be infeasible to provide each MTA with customised tables listing every address in the domain,
and consequently messages will take multiple hops towards their destination, passing through central
MTAs that hold the tables. When Directory-based MHS-routing is used, the processing required at the
originating MTA is greater, but is likely to identify a direct route and so enable transfer of the message in
a single step.
The use of MHS-routing also leads to a more scalable architecture, allowing for medium-capacity MTAs
to be distributed throughout the network rather than depending on a small number of MTAs to perform
central message switching. This scalable approach reduces the risks associated with a single point of
failure on the network.
6.2 Components of the model
The different types of information stored in the Directory represent the modelling objects used to represent the MHS.
Use of Directory access-control is not required for the operation of MHS-routing, but it may be employed where it is
required to limit visibility to browsers of the Directory. Equally, information may be stored in a private DIT that has no
connection to the outside world - there is no assumption that a fully interconnected Directory is available. However some
routing policies, particularly those of an unrestricted nature, would benefit from a fully interconnected Directory.
ITU-T Rec. X.412 (1999 E) 5
ISO/IEC 10021-10 : 1999 (E)
6.2.1 Routing-collective
A routing-collective is a collection of one or more MTAs, under common management, which has collective
responsibility for a portion of the OR-address name-space, and is capable of routing a message to any MTA managed
within the collective. Therefore a routing-collective represents the management structure of some part of the MHS in the
context of routing. By grouping together MTAs under common management control, the routing-collective provides
abstraction (the internal structure of the routing-collective may be concealed from external MTAs) and is useful in
limiting the scope of the information that MTAs need to hold.
The smallest instance of a routing-collective is a single MTA, and indeed each MTA is itself defined as a routing-
collective. The largest instance of a routing-collective will typically be a Management Domain. While a routing-
collective which comprises several PRMDs is not precluded, it is unusual for such PRMDs to be under genuinely
common management control; the more typical case of loose confederations of PRMDs may be handled by other
mechanisms.
Routing-collectives are structured in a hierarchical manner, with the number of levels chosen to suit the organization in
question. Small MDs, or MDs of a very uniform nature under the complete control of a central IT management unit, will
require only a two-level hierarchy. The MD is one routing-collective and contains all the MTAs (each of which is itself a
routing-collective). More complex MDs will normally require a third level of routing-collective perhaps to group
together all of the MTAs at a given location, or all those belonging to each department.
Each complete hierarchy of routing-collectives is represented by a DIT subtree, the routing-collective-subtree, which
models their hierarchical relationships. All routing-collectives within a routing-collective subtree co-operate with one
another in performing MHS-routing.
Each routing-collective has an entry in the Directory that indicates the connection-groups (see 6.2.3) by which a message
may be transferred into the routing-collective, and those by which a message may be transferred out of the routing-
collective.
6.2.2 Routing-MTA
A routing-MTA is an MTA that participates in MHS-routing as defined in this Recommendation | International
Standard. By definition, a routing-MTA is the smallest instance of a routing-collective and occupies the lowest level in
the routing-collective hierarchy, i.e. it appears as a leaf of the routing-collective subtree.
The routing-MTA is provided, by local configuration, with its routing-MTA Directory name (a routing-collective name)
and credentials which enable it to read that Directory entry. All other information necessary for MHS-routing may be
acquired from the Directory. As an implementation choice, this information may be retrieved at initialisation, or may be
retrieved dynamically as required. For the purposes of exposition, the former approach is assumed. The caching of
information acquired from the Directory may be necessary for efficient implementation, but is beyond the scope of this
Recommendation | International Standard.
NOTE 1 – Implementors should be aware that out-of-date cached information can lead to routing loops and sub-optimal route
choices. While procedures are specified to resolve routing loops, cache refreshing should also be performed at regular intervals.
A routing-MTA Directory entry indicates the one or more OR-address-subtrees which the routing-MTA’s administrator
has chosen to reflect the routing policy of this MTA, and also indicates the Directory name of the MHS Message
Transfer Agent entry for this MTA (see A.1.3 of ITU-T Rec. X.402 | ISO/IEC 10021-2).
In order to fulfil its function, a routing-MTA must acquaint itself with knowledge of the other routing-collectives in its
routing-collective-subtree. The minimum knowledge required for a routing-MTA to achieve this is discovered by
collecting information from a specific subset of the routing-collectives in its routing-collective-subtree. These
key-routing-collectives are defined as follows:
– the siblings of the routing-collective;
– the siblings of each of the routing-collective’s superior routing-collectives.
NOTE 2 – While knowledge of a routing-collective’s key-routing-collectives is required for the operation of
MHS-routing, this information is not recorded explicitly in any Directory entry since it differs for every routing-
collective, and may readily be discovered by inspection.
The reason for this definition of key-routing-collectives may be understood as follows. By the definition of routing-
collective, a routing-MTA must be able to route a message to any of the other MTAs in each routing-collective of which
it is a member; the practical effect is that the routing-MTA must be able to act on routing information that instructs it to
transfer a message to one of the routing-collectives in the same routing-collective-subtree. Hence a simplistic definition
of key-routing-collectives would include all of the routing-collectives in this tree. However, this gives more information
than is strictly required. Plainly, the routing-MTA does not need to consider itself as a destination; similarly, an
6 ITU-T Rec. X.412 (1999 E)
ISO/IEC 10021-10 : 1999 (E)
instruction to transfer the message to one of the routing-MTA’s superior routing-collectives is meaningless (since the
message has already arrived in that routing-collective), so these are not considered as key-routing-collectives. One of the
purposes of having more than one level of routing-collective hierarchy is that a routing-MTA does not need to be aware
of the internal structure of routing-collectives in distant parts of the routing-collective-subtree. Hence if one routing-
collective is co
...
NORME ISO/CEI
INTERNATIONALE 10021-10
Deuxième édition
1999-12-15
Technologies de l'information — Systèmes
de messagerie (MHS): Routage MHS
Information technology — Message Handling Systems (MHS): MHS routing
Numéro de référence
ISO/CEI 10021-10:1999(F)
©
ISO/CEI 1999
ISO/CEI 10021-10:1999(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier peut
être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence autorisant
l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées acceptent de fait la
responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute responsabilité en la
matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info du
fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir l'exploitation de
ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation, veuillez en informer le
Secrétariat central à l'adresse donnée ci-dessous.
© ISO/CEI 1999
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l’ISO à
l’adresse ci-après ou du comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 749 09 47
E-mail copyright@iso.ch
Web www.iso.ch
Publiée par l'ISO en 2000
Version française parue en 2001
Imprimé en Suisse
ii © ISO/CEI 1999 – Tous droits réservés
ISO/CEI 10021-10:1999(F)
TABLE DES MATIÈRES
Page
1 Domaine d'application . 1
2 Références normatives. 1
2.1 Références relatives à la présentation. 1
2.2 Références relatives à l'annuaire. 1
2.3 Références relatives au système de messagerie. 2
2.4 Références relatives aux codes de pays. 2
2.5 Autres références. 2
3 Définitions . 2
3.1 Définitions relatives au routage dans les systèmes MHS . 2
3.2 Définitions relatives au système MHS . 3
3.3 Définitions relatives à l'annuaire . 3
4 Abréviations. 3
5 Conventions . 3
5.1 Conventions relatives aux spécifications du modèle de routage . 3
5.2 Conventions générales relatives aux polices de caractères. 4
5.3 Conventions relatives aux polices de caractères utilisées dans les définitions en ASN.1 . 4
5.4 Règles relatives aux définitions en ASN.1 . 4
6 Aperçu général du routage dans les systèmes MHS . 4
6.1 Caractéristiques opérationnelles . 5
6.2 Composantes du modèle. 6
6.2.1 Collectif de routage . 6
6.2.2 Agent MTA de routage. 6
6.2.3 Groupe de connexions . 8
6.2.4 Sous-arbre d'adresses OR . 9
6.2.5 Avis de routage. 10
6.2.6 Tableaux d'utilisation locaux. 10
6.3 Aperçu général de la décision de routage . 11
6.4 Organisation de l'annuaire . 12
6.5 Principes d'authentification . 12
7 Sous-arbre de collectifs de routage. 13
7.1 Classes d'objets. 13
7.1.1 Classe d'objets collectif de routage. 13
7.1.2 Classe d'objets agent MTA de routage . 13
7.1.3 Classe d'objets groupe de connexions . 14
7.1.4 Classe d'objets informations sur l'agent MTA. 14
7.2 Types d'attribut. 14
7.2.1 Types d'attribut relatifs au collectif de routage. 14
7.2.2 Types d'attribut relatifs à l'agent MTA de routage . 15
7.2.3 Types d'attribut relatifs au groupe de connexions . 15
7.2.4 Types d'attribut relatifs aux informations sur l'agent MTA. 18
7.3 Formes de noms. 19
8 Sous-arbre d'adresses OR . 19
8.1 Classe d'objets élément d'adresse OR. 19
8.2 Types d'attribut relatifs aux éléments d'adresse OR . 20
8.2.1 Avis de routage. 20
8.2.2 Correspondances d'expressions . 22
8.2.3 Niveau suivant complet . 23
8.2.4 Destinataire suppléant désigné pour le domaine MD par le destinataire. 23
© ISO/CEI 1999 – Tous droits réservés iii
ISO/CEI 10021-10:1999(F)
Page
8.3 Sous-classes des éléments d'adresse OR . 23
8.3.1 Classe d'objets base de sous-arbre d'adresses OR. 23
8.3.2 Classes d'objets adresses OR communes. 23
8.3.3 Classes d'objets adresses OR mnémoniques. 24
8.3.4 Classes d'objets adresses OR de terminal . 24
8.3.5 Classes d'objets adresses OR numériques . 25
8.3.6 Classes d'objets adresses OR postales . 25
8.4 Noms d'éléments d'adresse OR. 25
8.4.1 Noms d'éléments d'adresse OR communs . 25
8.4.2 Noms d'éléments d'adresse OR mnémoniques . 26
8.4.3 Noms d'éléments d'adresse OR de terminal. 26
8.4.4 Noms d'éléments d'adresse OR numériques . 27
8.4.5 Noms d'éléments d'adresse OR postaux . 27
8.5 Génération des attributs relatifs aux éléments d'adresse OR . 27
8.6 Formes de noms de sous-arbre d'adresses OR. 27
9 Procédures . 29
9.1 Procédures appliquées par l'agent MTA de routage . 29
9.1.1 Modification de la procédure de face-avant . 30
9.1.2 Procédure de décision de routage . 30
9.1.3 Procédure de lecture de sous-arbre d'adresses OR. 34
9.1.4 Procédure d'évaluation de remise locale. 36
9.1.5 Procédure d'acquisition des connaissances de routage . 37
9.1.6 Procédure de rattachement MTA en entrée . 41
9.1.7 Procédure de rattachement MTA en sortie . 44
9.1.8 Etape de vérification de trace . 45
9.2 Procédures administratives. 46
9.2.1 Configuration de l'agent MTA de routage. 46
9.2.2 Construction du sous-arbre d'adresses OR . 47
10 Conformité. 48
10.1 Conformité de l'agent MTA de routage. 48
10.2 Conformité de l'agent DUA administratif. 49
10.3 Conformité de l'agent DSA . 49
Annexe A – Définition de référence des identificateurs d'objet. 50
Annexe B – Définition de référence des objets d'annuaire du routage MHS . 52
Annexe C – Définition de référence du sous-arbre d'adresses OR du routage MHS . 55
Annexe D – Structure du sous-arbre d'adresses OR. 62
D.1 Eléments d'adresse OR communs. 63
D.1.1 Pays MHS. 63
D.1.2 Domaine ADMD MHS. 63
D.1.3 Domaine PRMD MHS . 63
D.2 Eléments d'adresse OR mnémoniques. 63
D.2.1 Organisme MHS. 63
D.2.2 Unité organisationnelle MHS . 63
D.2.3 Nom courant MHS . 64
D.2.4 Nom de famille MHS . 64
D.2.5 Prénom MHS. 64
D.2.6 Initiales MHS . 64
D.2.7 Qualificateur généalogique MHS . 65
D.3 Eléments d'adresse OR de terminal . 65
D.3.1 Adresse réseau MHS . 65
D.3.2 Identificateur de terminal MHS. 65
D.3.3 Type de terminal MHS . 65
D.4 Eléments d'adresse OR numériques. 66
D.4.1 Identificateur numérique d'utilisateur MHS . 66
D.5 Eléments d'adresse OR postaux. 66
D.5.1 Nom PDS MHS . 66
D.5.2 Pays de remise physique MHS . 66
D.5.3 Code postal MHS . 67
iv © ISO/CEI 1999 – Tous droits réservés
ISO/CEI 10021-10:1999(F)
Page
Annexe E – Exemple d'extension du schéma du sous-arbre d'adresses OR associé à l'adresse réseau MHS . 68
E.1 Classes d'objets sous-champ de l'adresse réseau . 68
E.2 Noms d'éléments de sous-champ de l'adresse réseau . 68
E.3 Formes de noms de sous-champs de l'adresse réseau . 69
E.4 Règles de structure des sous-champs de l'adresse réseau . 69
Annexe F – Exemples d'application de routage MHS. 70
F.1 Domaine PRMD simple . 70
F.2 Grands domaines PRMD comportant des départements autonomes . 70
F.3 Utilisation interne dans les domaines ADMD . 71
F.4 "Accès public" dans une communauté . 72
Annexe G – Exemple d'acquisition des connaissances de routage. 73
Annexe H – Profils et identificateurs de groupes de connexions. 74
H.1 Profils courants. 74
H.2 Profils normalisés internationaux . 74
H.3 Groupes de connexions de profils courants . 75
Annexe I – Lexique. 76
Index . 78
© ISO/CEI 1999 – Tous droits réservés v
ISO/CEI 10021-10:1999(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale)
forment le système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou de la
CEI participent au développement de Normes internationales par l'intermédiaire des comités techniques créés par
l'organisation concernée afin de s'occuper des domaines particuliers de l'activité technique. Les comités
techniques de l'ISO et de la CEI collaborent dans des domaines d'intérêt commun. D'autres organisations
internationales, gouvernementales et non gouvernementales, en liaison avec l'ISO et la CEI participent également
aux travaux. Dans le domaine des technologies de l'information, l'ISO et la CEI ont créé un comité technique mixte,
l'ISO/CEI JTC 1.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI, Partie 3.
La tâche principale du comité technique mixte est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour vote. Leur
publication comme Normes internationales requiert l'approbation de 75 % au moins des organismes nationaux
votants.
L'attention est appelée sur le fait que certains des éléments de la présente partie de l'ISO/CEI 10021 peuvent faire
l'objet de droits de propriété intellectuelle ou de droits analogues. L'ISO et la CEI ne sauraient être tenues pour
responsables de ne pas avoir identifié de tels droits de propriété et averti de leur existence.
La Norme internationale ISO/CEI 10021-10 a été élaborée par le comité technique mixte ISO/CEI JTC 1,
Technologies de l'information, sous-comité SC 6, Téléinformatique, en collaboration avec l'UIT-T. Le texte
identique est publié en tant que Recommandation UIT-T X.412.
Cette deuxième édition annule et remplace la première édition (ISO/CEI 10021-10:1998), qui a fait l'objet d'une
révision technique.
L'ISO/CEI 10021 comprend les parties suivantes, présentées sous le titre général Technologies de l'information —
Systèmes de messageries (MHS):
— Partie 1: Présentation générale du système et des services
— Partie 2: Architecture globale
— Partie 4: Système de transfert de messages: Définition et procédures du service abstrait
— Partie 5: Mémoire de messages: Définition du service abstrait
— Partie 6: Spécification des protocoles
— Partie 7: Système de messagerie de personne à personne
— Partie 8: Service de messagerie par échange informatisé de données
— Partie 9: Système de messagerie par échange informatisé de données
— Partie 10: Routage MHS
— Partie 11: Routage MHS — Guide pour les gestionnaires de systèmes de messagerie
— Partie 12: Messagerie entre applications — Définition du service
— Partie 13: Messagerie entre applications — Spécification du protocole
vi © ISO/CEI 1999 – Tous droits réservés
ISO/CEI 10021-10:1999(F)
— Partie 14: PICS proforma pour protocole d'accès au stockage de messages
— Partie 15: PICS proforma pour messagerie de personne à personne
— Partie 16: Protocole de définition du service de message d'interapplication
— Partie 17: Spécification d'interapplication
Les annexes A à D constituent des éléments normatifs de la présente partie de l'ISO/CEI 10021. Les annexes E à I
sont données uniquement à titre d'information.
© ISO/CEI 1999 – Tous droits réservés vii
ISO/CEI 10021-10:1999(F)
Introduction
La présente Recommandation | Norme internationale fait partie d'une série de Recommandations | Normes internationales
définissant le système de messagerie dans un environnement de systèmes répartis ouverts.
Les services de messagerie permettent aux abonnés d'échanger des messages en mode enregistrement et retransmission.
Un message envoyé par un utilisateur (l'expéditeur) est transféré par l'intermédiaire du système de transfert de messages
(MTS, message-transfer-system) et remis à un ou plusieurs autres utilisateurs (les destinataires).
La présente Recommandation | Norme internationale définit une méthode permettant d'acheminer les messages au moyen
du système de messagerie (MHS, message handling system).
La présente Recommandation | Norme internationale a été élaborée conjointement par l'UIT-T et l'ISO/CEI. Les
documents y relatifs sont la Rec. UIT-T X.412 et l'ISO/CEI 10021-10.
viii © ISO/CEI 1999 – Tous droits réservés
ISO/CEI 10021-10 : 1999 (F)
NORME INTERNATIONALE
ISO/CEI 10021-10 : 1999 (F)
Rec. UIT-T X.412 (1999 F)
RECOMMANDATION UIT-T
TECHNOLOGIES DE L'INFORMATION – SYSTÈMES DE MESSAGERIE:
ROUTAGE
1 Domaine d'application
La présente Recommandation | Norme internationale spécifie les moyens par lesquels les messages sont acheminés dans
le système MHS, et complète les procédures définies au 14.3 de la Rec. UIT-T X.411 | ISO/CEI 10021-4.
D'autres Recommandations | parties de l'ISO/CEI 10021 définissent d'autres aspects du système MHS. La Rec. UIT-T
F.400/X.400 | ISO/CEI 10021-1 définit les services spécialement conçus pour l'utilisateur qui sont fournis par le système
MHS. La Rec. UIT-T X.402 | ISO/CEI 10021-2 donne un aperçu général de l'architecture du système MHS. La
Rec. UIT-T X.411 | ISO/CEI 10021-4 définit le service abstrait du système de transfert de messages.
2 Références normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par suite de la référence qui
y est faite, constituent des dispositions valables pour la présente Recommandation | Norme internationale. Au moment de
la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes à révision et
les parties prenantes aux accords fondés sur la présente Recommandation | Norme internationale sont invitées à
rechercher la possibilité d'appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CEI et de l'ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de l'UIT tient à jour une liste des Recommandations de l'UIT-T en vigueur.
2.1 Références relatives à la présentation
La présente Recommandation | Norme internationale cite les spécifications suivantes relatives à la présentation:
– Recommandation UIT-T X.680 (1997) | ISO/CEI 8824-1: 1998, Technologies de l'information – Notation
de syntaxe abstraite numéro un: spécification de la notation de base.
– Recommandation UIT-T X.681 (1997) | ISO/CEI 8824-2: 1998, Technologies de l'information – Notation
de syntaxe abstraite numéro un: spécification des objets informationnels.
2.2 Références relatives à l'annuaire
La présente Recommandation | Norme internationale cite les spécifications suivantes relatives à l'annuaire:
– Recommandation UIT-T X.500 (1997) | ISO/CEI 9594-1:1998, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: aperçu général des concepts, modèles et services.
– Recommandation UIT-T X.501 (1997) | ISO/CEI 9594-2:1998, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: les modèles.
– Recommandation UIT-T X.520 (1997) | ISO/CEI 9594-6:1998, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: types d'attributs sélectionnés.
– Recommandation UIT-T X.521 (1997) | ISO/CEI 9594-7:1998, Technologies de l'information –
Interconnexion des systèmes ouverts – L'annuaire: classes d'objets sélectionnées.
Rec. UIT-T X.412 (1999 F) 1
ISO/CEI 10021-10 : 1999 (F)
2.3 Références relatives au système de messagerie
La présente Recommandation | Norme internationale cite les spécifications suivantes relatives au système de messagerie:
– Recommandation UIT-T F.400/X.400 (1999), Services de messagerie: aperçu général du système et du
service de messagerie.
ISO/CEI 10021-1:1999, Technologies de l'information – Systèmes de messagerie (MHS) – Partie 1:
Présentation générale du système et des services.
– Recommandation UIT-T X.402 (1999) | ISO/CEI 10021-2:1999, Technologies de l'information –
Systèmes de messagerie: Architecture globale.
– Recommandation UIT-T X.411 (1999) | ISO/CEI 10021-4:1999, Technologies de l'information –
Systèmes de messagerie – Systèmes de transfert de messages: définition et procédures du service abstrait.
2.4 Références relatives aux codes de pays
La présente Recommandation | Norme internationale cite les spécifications suivantes relatives aux codes de pays:
– ISO 3166-1:1997, Codes pour la représentation des noms de pays et de leurs subdivisions – Partie 1:
Codes pays.
– Recommandation UIT-T X.121 (1996), Plan de numérotage international pour les réseaux publics pour
données.
2.5 Autres références
La présente Recommandation | Norme internationale cite la spécification suivante:
– ISO/CEI 9945-2:1993, Technologies de l'information – Interface pour la portabilité des systèmes (POSIX)
– Partie 2: Enveloppe et services.
3 Définitions
Pour les besoins de la présente Recommandation | Norme internationale, les définitions suivantes s'appliquent.
3.1 Définitions relatives au routage dans les systèmes MHS
Les termes suivants sont définis aux articles 6 et 7 de la présente Recommandation | Norme internationale:
– groupe de connexions (connection-group)
– groupe de connexions d'entrée (entry-connection-group)
– groupe de connexions énuméré (enumerated connection-group)
– groupe de connexions de sortie indirect (indirect-exit-connection-group)
– collectif de routage clé (key-routing-collective)
– groupe de connexions de sortie local (local-exit-connection-group)
– tableaux d'utilisation locaux (local-use-tables)
– routage MHS (MHS-routing)
– agent MTA suivant (next-MTA)
– élément d'adresse OR (OR-address-element)
– sous-arbre d'adresses OR (OR-address-subtree)
– avis de routage (routing-advice)
– collectif de routage (routing-collective)
– sous-arbre de collectifs de routage (routing-collective-subtree)
– agent MTA de routage (routing-MTA)
– groupe de connexions de sortie de transit (transit-exit-connection-group)
– groupe de connexions non énuméré (unenumerated connection-group)
Un glossaire de ces termes est reproduit à l'Annexe I.
2 Rec. UIT-T X.412 (1999 F)
ISO/CEI 10021-10 : 1999 (F)
3.2 Définitions relatives au système MHS
Les termes suivants sont définis dans la Rec. UIT-T X.402 | ISO/CEI 10021-2:
– domaine de gestion de l'administration (ADMD, administration management domain)
– domaine de gestion (MD, management domain)
– système de messagerie (MHS, message handling system)
– agent de transfert de messages (MTA, message transfer agent)
– système de transfert de messages (MTS, message transfer system)
– adresse OR (OR-address, originator/recipient address)
– domaine de gestion privé (PRMD, private management domain)
– élément de service de transfert fiable (RTSE, reliable transfer service element)
Pour les besoins de la présente Recommandation | Norme internationale, lorsqu'il est utilisé sans qualificatif, message est
le terme générique désignant un message, un envoi-test ou un rapport.
3.3 Définitions relatives à l'annuaire
Les termes suivants sont définis dans la Rec. UIT-T X.501 | ISO/CEI 9594-2:
– arbre d'informations d'annuaire (DIT, directory information tree)
– agent de système d'annuaire (DSA, directory system agent)
– agent utilisateur de l'annuaire (DUA, directory user agent)
– nom distinctif relatif (RDN, relative distinguished name)
4 Abréviations
Les abréviations utilisées dans la présente Recommandation | Norme internationale sont définies dans la Rec. UIT-T
X.402 | ISO/CEI 10021-2 et la Rec. UIT-T X.501 | ISO/CEI 9594-2 (voir 3.2 et 3.3), sauf en ce qui concerne les
abréviations suivantes:
ACSE Elément de service de contrôle d'association (association control service element) (Rec. UIT-T
X.217 | ISO/CEI 8649)
APS Spécification du protocole asynchrone (asynchronous protocol specification) (Rec. UIT-T X.445)
IP Protocole Internet (Internet protocol)
LAN Réseau local (local area network)
PSAP Point d'accès au service de présentation (presentation service access point) (Rec. UIT-T X.650 |
ISO/CEI 7498-3)
WAN Réseau régional (wide area network)
X.25 Réseau à commutation par paquets conforme à la Rec. UIT-T X.25
5 Conventions
La présente Recommandation | Norme internationale utilise les conventions descriptives mentionnées ci-après.
5.1 Conventions relatives aux spécifications du modèle de routage
La présente Recommandation | Norme internationale utilise aux fins indiquées les conventions descriptives suivantes,
établies à l'aide de l'ASN.1:
a) pour définir les types et les valeurs de données pour le routage MHS, l'ASN.1 elle-même;
b) pour définir les entrées d'annuaire destinées au routage MHS, les classes d'objets d'information OBJECT-
CLASS, ATTRIBUTE, NAME-FORM, STRUCTURE-RULE, et MATCHING-RULE de la Rec. UIT-T
X.501 | ISO/CEI 9594-2.
Rec. UIT-T X.412 (1999 F) 3
ISO/CEI 10021-10 : 1999 (F)
Chaque fois que la présente Recommandation | Norme internationale décrit une classe de structures de données ayant des
composantes, chaque composante est classée dans l'une des catégories suivantes:
a) obligatoire (M, mandatory): une composante obligatoire doit figurer dans chaque exemplaire de la
classe;
b) facultative (O, optional): une composante facultative peut figurer dans un exemplaire de la classe, à la
discrétion de l'objet (par exemple, l'utilisateur) fournissant cet exemplaire.
c) conditionnelle (C): une composante conditionnelle doit figurer dans un exemplaire de la classe,
comme le stipule la présente Recommandation | Norme internationale.
5.2 Conventions générales relatives aux polices de caractères
Dans la présente Recommandation | Norme internationale, les termes figurent en caractères gras lorsqu'une définition
en est donnée. Les termes qui sont des noms propres figurent en majuscules, mais non les termes génériques. Lorsque les
termes génériques sont composés de plusieurs mots, ces mots sont reliés, en anglais, par des traits d'union. Les caractères
italiques sont employés pour les identificateurs en ASN.1 définis dans d'autres Recommandations | Normes
internationales.
5.3 Conventions relatives aux polices de caractères utilisées dans les définitions en ASN.1
Dans la présente Recommandation | Norme internationale, les définitions en ASN.1 figurent en caractères à chasse fixe
(de ce type) afin de mieux différencier le texte normal des définitions en ASN.1. La taille des caractères utilisée pour
les définitions en ASN.1 est plus petite que celle qui est employée pour le texte normal.
5.4 Règles relatives aux définitions en ASN.1
Les définitions en ASN.1 figurent dans le corps de la présente Recommandation | Norme internationale en vue de
clarifier la présentation et se retrouvent à nouveau formellement pour référence dans les annexes. Lorsqu'une différence
est constatée entre l'ASN.1 utilisée dans la présentation et celle qui est définie formellement dans l'annexe
correspondante, une erreur de spécification est signalée.
6 Aperçu général du routage dans les systèmes MHS
Le système de messagerie (MHS, message handling system) a pour objet de permettre aux abonnés d'échanger des
messages en mode enregistrement et retransmission. Un message envoyé par un utilisateur, l'expéditeur, est acheminé par
le système de transfert de messages (MTS, message transfer system) et remis ensuite aux agents d'un ou de plusieurs
autres utilisateurs, les destinataires. Le système MTS est composé de nombreux agents de transfert de messages
(MTA, message transfer agent) qui sont largement répartis, et un message peut passer par plusieurs agents MTA au
cours de son trajet entre l'expéditeur et le destinataire.
Dans le système MHS, l'expéditeur ne spécifie pas l'itinéraire à suivre dans le système MTS pour atteindre un
destinataire, mais il spécifie simplement le nom OR (OR-name) du destinataire [à partir duquel l'adresse OR
(OR-address) est obtenue]. Chaque agent MTA est chargé de déterminer l'agent MTA suivant auquel le message devra
être transféré afin de poursuivre son trajet vers le destinataire. Le routage est donc le procédé de sélection, à partir de la
donnée d'une adresse OR, de l'agent MTA suivant auquel le message devra être transféré.
D'autres Recommandations | Normes internationales spécifient les services fournis par les systèmes MHS et les
protocoles utilisés pour le transfert de messages dans le système MTS. La présente Recommandation | Norme
internationale a pour objet de spécifier les moyens permettant à un agent MTA de déterminer le chemin approprié qui
acheminera le message vers son destinataire. Les divers mécanismes y définis, qui permettent aux agents MTA de
procéder à cette détermination, constituent le routage MHS (MHS-routing).
L'itinéraire entre l'expéditeur et le destinataire peut varier selon les cas, puisqu'en général plusieurs itinéraires seront
possibles de l'un vers l'autre, et que des facteurs tels que l'engorgement et la disponibilité peuvent influer sur la sélection
de l'itinéraire.
Les agents MTA acquièrent des informations de routage en accédant aux entrées d'annuaire dont la maintenance est
assurée par un administrateur de système MHS. Ces entrées déterminent les diverses propriétés du système MHS qui
sont pertinentes pour le routage. Toutefois, le routage MHS ne dépend pas de la mise en place d'un annuaire entièrement
interconnecté.
4 Rec. UIT-T X.412 (1999 F)
ISO/CEI 10021-10 : 1999 (F)
6.1 Caractéristiques opérationnelles
Le routage MHS présente les caractéristiques suivantes:
a) lors du routage MHS, l'espace des noms (name-space) des adresses OR est indépendant des contraintes de
l'organisation matérielle (par exemple, l'affectation des utilisateurs à des machines particulières, ou la
capacité d'interconnexion de groupes de machines), par opposition aux stratégies de routage qui utilisent
des méthodes de correspondance de structure (pattern-matching) des adresses OR pour la prise de
décisions concernant le routage, ce qui limite le choix de l'administrateur de système MHS en ce qui
concerne l'affectation aux utilisateurs des adresses OR, et exige que les utilisateurs modifient leurs
adresses OR lorsqu'ils changent d'agents MTA;
les adresses OR sont conçues pour rendre compte de la structure hiérarchique de l'organisme, en n'utilisant
pas plus de niveaux d'éléments d'adresse OR qu'il n'est nécessaire. Toutefois, le personnel de nombreux
organismes est réparti sur plusieurs sites (où il utilisera nécessairement un agent MTA local), ou utilise
plusieurs systèmes de messagerie (par exemple, systèmes gérés par un ordinateur central, systèmes
bureautiques intégrés, et systèmes de courrier électronique pour réseaux locaux d'ordinateurs personnels),
le personnel des différents départements étant arbitrairement affecté aux différents systèmes. En séparant
la structure hiérarchique des adresses OR de la topologie physique, on peut affecter aux utilisateurs des
adresses qui sont compactes et qui se rapportent à leur rôle dans l'organisme, quel que soit leur
emplacement matériel;
b) le routage MHS permet l'utilisation de l'ensemble des densités de connexion possibles pour les agents
MTA. Un cas extrême est celui où tous les agents MTA sont reliés à un réseau commun, et où chacun
d'entre eux peut se relier à un autre réseau quelconque (par exemple, un réseau public étendu). L'autre cas
extrême est celui où un administrateur spécifie précisément quels couples d'agents MTA vont pouvoir
communiquer entre eux, comme si les agents MTA étaient reliés par des câbles individuels,
indépendamment de la méthode de connexion réellement utilisée;
certaines installations MHS imposent des restrictions topologiques (par exemple, lorsque l'ensemble du
routage se fait par un agent MTA commutateur central), pour limiter les coûts de gestion des informations
de routage, même lorsque tous les agents MTA concernés sont reliés à un réseau LAN ou WAN et
pourraient en principe échanger des messages directement. Toutefois, certains organismes peuvent ne pas
vouloir passer à l'option de connexion totale, pour des raisons de sécurité et d'optimisation des coûts;
c) le routage MHS permet de gérer un système MHS avec divers degrés d'autonomie et de séparation. Dans
de nombreux organismes, le système MHS global sera géré par une unité informatique centrale, la gestion
des composantes individuelles du système étant à la charge des administrateurs locaux. Souvent, la
structure hiérarchique de la gestion du système MHS sera différente de celle de l'organisme.
Généralement, la gestion du système MHS reflète la situation géographique, tandis que les utilisateurs
sont répartis dans des unités commerciales dispersées géographiquement. Le système de routage MHS
s'accommode de cet état de choses grâce à l'emploi de deux hiérarchies distinctes pour ces deux aspects de
l'organisation MHS;
d) le routage MHS permet de régler des problèmes de routage de grandeurs diverses, allant d'un organisme
gérant deux ou trois agents MTA, jusqu'à un domaine PRMD exploitant des centaines ou des milliers
d'agents MTA. Un organisme peut organiser uniquement sa connectivité interne, employant des domaines
ADMD ou des accords bilatéraux particuliers pour toute connectivité externe, ou bien il peut faire partie
d'une communauté plus ouverte qui publie dans l'annuaire des informations de routage et qui permet
l'échange ouvert de messages dans le cadre d'une infrastructure de réseau commune;
e) le routage MHS ne restreint pas l'organisme dans son choix de politiques de routage. Il offre un cadre pour
une gestion des informations ayant trait au routage qui permet la mise en application de stratégies diverses
en matière de routage;
f) le routage MHS permet d'équilibrer les avantages et les inconvénients en termes de rapport coût/efficacité.
Les systèmes qui reposent sur l'accès à l'annuaire sont probablement d'exécution plus lente que ceux qui
n'utilisent que les tableaux locaux tenus par l'agent MTA. Toutefois, une approche fondée sur l'annuaire
devrait fournir à l'agent MTA des informations de meilleure qualité et améliorer ainsi l'efficacité globale,
en permettant la détermination des meilleurs itinéraires. Par exemple, dans un grand domaine PRMD, il
n'est souvent pas possible de fournir à chaque agent MTA des tableaux adaptés mentionnant toutes les
adresses du domaine et, par conséquent, les messages doivent faire de multiples sauts vers leur
destination, en passant par des agents MTA centraux qui tiennent les tableaux. Dans le cas d'un routage
MHS utilisant l'annuaire, le traitement à effectuer par l'agent MTA expéditeur est plus important, mais il
devrait permettre l'identification d'un chemin direct, et donc le transfert du message en une seule étape;
Rec. UIT-T X.412 (1999 F) 5
ISO/CEI 10021-10 : 1999 (F)
l'utilisation du routage MHS aboutit aussi à une architecture plus modulable, qui permet de répartir les
agents MTA de capacité moyenne sur l'ensemble du réseau, au lieu de dépendre d'un petit nombre
d'agents MTA qui effectuent la commutation centrale des messages. Cette approche modulable réduit les
risques associés à une défaillance ponctuelle du réseau.
6.2 Composantes du modèle
Les différents types d'informations enregistrées dans l'annuaire représentent les objets de modélisation utilisés pour la
représentation du système MHS. Le routage MHS ne nécessite pas de contrôles d'accès (access-controls) à l'annuaire,
mais ceux-ci peuvent être employés chaque fois que nécessaire pour limiter la visibilité des navigateurs dans l'annuaire.
De même, les informations peuvent être enregistrées dans un arbre DIT privé, sans lien avec le monde extérieur – on ne
suppose pas qu'un annuaire entièrement interconnecté soit disponible. Toutefois, certaines politiques de routage, en
particulier celles de nature ouverte, pourraient tirer profit d'un annuaire entièrement interconnecté.
6.2.1 Collectif de routage
Un collectif de routage (routing-collective) est un ensemble d'un ou de plusieurs agents MTA, gérés en commun, qui
sont collectivement chargés d'une partie de l'espace des noms (name-space) des adresses OR, et sont en mesure
d'acheminer un message vers un quelconque agent MTA géré au sein du collectif. Un collectif de routage représente
donc la structure de gestion d'une certaine partie du système MHS dans le cadre du routage. En regroupant les agents
MTA sous une gestion commune, le collectif de routage permet d'en faire abstraction (la structure interne du collectif de
routage peut être dissimulée aux agents MTA externes) et de limiter l'étendue des informations qui doivent être tenues
par les agents MTA.
Le plus petit exemple de collectif de routage est constitué d'un seul agent MTA, chaqu
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...