RFC 2846 (rfc2846) - Page 2 of 35


GSTN Address Element Extensions in E-mail Services



Alternative Format: Original Text Document



RFC 2846       GSTN Address Extensions in E-mail Services      June 2000


   -  the message originator and/or recipient specification (pstn-
      recipient)

   GSTN addresses in e-mail MAY contain additional elements defined and
   registered in other specifications (see for example "T33S" element in
   [2]), but they MUST use definitions contained in this memo for those
   elements specified here.

   In particular, "service-selector" names and "qualif-type1" elements
   MUST be registered with IANA, and published within the "ASSIGNED
   NUMBERS" document. This provides a standard mechanism for extending
   the element sets and should avoid unnecessary duplication. IANA
   Registration form templates for the purpouse of registering new
   elements are provided in Appendix B. In addition the IANA
   consideration section of this document defines the procedures
   required to proceed with new registrations.

   A collection of forms for already defined "service-selector" and
   "qualif-type1" elements is listed in appendix C and appendix D
   respectively.

   In particular, efforts have been made to maintain compatibility with
   elements defined in existing e-mail gateway services and standard
   specifications. For example, to the extent possible, compatibility
   has been maintained with the MIXER [3] gateways specifications.

1.1 Relationship with Internet addressing other than e-mail

   Even if in this memo we focus on e-mail addresses, a number of
   elements defined in this specification can also be used for other
   specifications dealing with embedding GSTN addresses into other
   addresses: for example there is some work in progress about URLs
   specification which adopts similar definitions, with slight changes
   in the global syntax due to specific URL format.

1.2 Terminology and Syntax conventions

   In this document the formal definitions are described using ABNF
   syntax, as defined into [4]. We will also use some of the "CORE
   DEFINITIONS" defined in "APPENDIX A - CORE" of that document. The
   exact meaning of the capitalised words

   "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD",
   "SHOULD NOT", "RECOMMENDED",  "MAY", "OPTIONAL"

   is defined in reference [5].





Allocchio                   Standards Track