home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD1.mdf / nist / oiw / agreemnt / 1993 / 14w_9312.txt < prev    next >
Text File  |  1994-02-09  |  33KB  |  1,320 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.           Working Implementation
  9.           Agreements for Open Systems
  10.           Interconnection Protocols:
  11.           Part 14 - Virtual Terminal
  12.  
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.           Output   from  the   December  1993   Open  Systems   Environment
  25.           Implementors' Workshop (OIW)
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.           SIG Chair:          Michelle Conaway, HFSI
  60.           SIG Editor:  Michelle Conaway, HFSI Workshop Editor: Brenda Gray
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.           Foreword
  91.  
  92.           This part of  the Working Implementation Agreements  was prepared
  93.           by the Virtual  Terminal Special  Interest Group  (VTSIG) of  the
  94.           Open Systems  Environment Implementors' Workshop (OIW).  See Part
  95.           1  -  Workshop Policies  and  Procedures  in  the "Draft  Working
  96.           Implementation Agreements Document" for the workshop charter.
  97.  
  98.           Text in this part has been approved by the Plenary of  the above-
  99.           mentioned Workshop.   This part replaces the  previously existing
  100.           chapter on this subject.
  101.  
  102.           Only  the pages  that were  changed in   December 1992  are being
  103.           printed.   Please refer to  the  September 1992  Working Document
  104.           for additional information.
  105.  
  106.           Three normative annexes are given.
  107.  
  108.           Future changes and additions to this version of these Implementor
  109.           Agreements will be published as  a new part. Deleted and replaced
  110.           text will be shown as strikeouts.  New  and replacement text will
  111.           be shown as shaded.
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.                                           ii
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  141.  
  142.                                   Table of Contents
  143.  
  144.  
  145.           Part 14 ISO Virtual Terminal Protocol . . . . . . . . . . . .   1
  146.  
  147.           0   Introduction  . . . . . . . . . . . . . . . . . . . . . .   1
  148.  
  149.           1   Scope . . . . . . . . . . . . . . . . . . . . . . . . . .   1
  150.               1.1  Phase Ia agreements  . . . . . . . . . . . . . . . .   1
  151.               1.2  Phase Ib agreements  . . . . . . . . . . . . . . . .   1
  152.               1.3  Phase II agreements  . . . . . . . . . . . . . . . .   1
  153.               1.4  Phase III agreements . . . . . . . . . . . . . . . .   1
  154.  
  155.           2   Normative references  . . . . . . . . . . . . . . . . . .   2
  156.  
  157.           3   Status  . . . . . . . . . . . . . . . . . . . . . . . . .   2
  158.               3.1  Status of phase Ia . . . . . . . . . . . . . . . . .   2
  159.               3.2  Status of phase Ib . . . . . . . . . . . . . . . . .   2
  160.               3.3  Status of phase II . . . . . . . . . . . . . . . . .   2
  161.               3.4  Status of phase III  . . . . . . . . . . . . . . . .   2
  162.  
  163.           4   Errata  . . . . . . . . . . . . . . . . . . . . . . . . .   3
  164.  
  165.           5   Conformance . . . . . . . . . . . . . . . . . . . . . . .   3
  166.  
  167.           6   Protocol  . . . . . . . . . . . . . . . . . . . . . . . .   3
  168.  
  169.           7   OIW registered control objects  . . . . . . . . . . . . .   3
  170.               7.1  Sequenced Application (SA) . . . . . . . . . . . . .   3
  171.               7.2  Unsequenced Application (UA) . . . . . . . . . . . .   3
  172.               7.3  Sequenced Terminal (ST)  . . . . . . . . . . . . . .   3
  173.               7.4  Unsequenced Terminal (UT)  . . . . . . . . . . . . .   3
  174.  
  175.           8   OIW defined VTE-profiles  . . . . . . . . . . . . . . . .   4
  176.               8.1  Telnet profile . . . . . . . . . . . . . . . . . . .   4
  177.               8.2  Transparent profile  . . . . . . . . . . . . . . . .   4
  178.               8.3  Forms profile  . . . . . . . . . . . . . . . . . . .   4
  179.               8.4  X3 profile . . . . . . . . . . . . . . . . . . . . .   4
  180.               8.5  Generalized Telnet profile . . . . . . . . . . . . .   4
  181.               8.6  S-mode Paged Application profile . . . . . . . . . .   4
  182.  
  183.           Annex A (normative)
  184.  
  185.           Specific ASE requirements . . . . . . . . . . . . . . . . . .   5
  186.  
  187.           Annex B (normative)
  188.  
  189.           Clarifications  . . . . . . . . . . . . . . . . . . . . . . .   6
  190.  
  191.  
  192.  
  193.                                          iii
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  207.  
  208.           Annex C (normative)
  209.  
  210.           Object identifiers  . . . . . . . . . . . . . . . . . . . . .   7
  211.  
  212.           Annex D (informative)
  213.  
  214.           Recommended practice_Operating  X  Window System  over OSI  upper
  215.           layers  . . . . . . . . . . . . . . . . . . . . . . . . . . .   8
  216.               D.1  Background . . . . . . . . . . . . . . . . . . . . .   8
  217.               D.2  Mapping specification  . . . . . . . . . . . . . . .   9
  218.                    D.2.1    Summary of mapping  . . . . . . . . . . . .  10
  219.                    D.2.2    Association establishment . . . . . . . . .  10
  220.                    D.2.3    Data exchange . . . . . . . . . . . . . . .  11
  221.                    D.2.4    Connection termination  . . . . . . . . . .  11
  222.               D.3  Required OSI upper layer facilities. . . . . . . . .  12
  223.                    D.3.1    X client mOSI compliance  . . . . . . . . .  12
  224.                    D.3.2    X server mOSI compliance  . . . . . . . . .  13
  225.               D.4  Object identifiers . . . . . . . . . . . . . . . . .  14
  226.               D.5  Recommended encoding . . . . . . . . . . . . . . . .  14
  227.               D.6  Differences from ETG13 . . . . . . . . . . . . . . .  15
  228.                    D.6.1    Abstract and transfer syntax names  . . . .  15
  229.                    D.6.2    Application  process  title and  application
  230.                             entity qualifier  . . . . . . . . . . . . .  15
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.                                           iv
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.           Part 14 ISO Virtual Terminal Protocol
  273.  
  274.                Editor's Note  -  References  to Stable  Agreements in  this
  275.                part refer to Version 5. 
  276.  
  277.  
  278.           0   Introduction
  279.  
  280.           See Stable Agreements.
  281.  
  282.  
  283.           1   Scope
  284.  
  285.  
  286.           1.1    Phase Ia agreements
  287.  
  288.           See Stable Agreements.
  289.  
  290.  
  291.           1.2    Phase Ib agreements
  292.  
  293.           See Stable Agreements regarding Forms profile.
  294.  
  295.  
  296.           1.3    Phase II agreements
  297.  
  298.           See  Stable Agreements regarding X.3 profile,  Generalized Telnet
  299.           profile and the S-mode Paged Application Profile.
  300.  
  301.  
  302.           1.4    Phase III agreements
  303.  
  304.           Develop  ISPs  for  A-mode  Generalized  Telnet  profile,  A-mode
  305.           Transparent  profile, S-mode Forms profile, S-mode Paged profile,
  306.           and associated control objects.
  307.  
  308.           Develop  interoperability test cases  for the  Generalized Telnet
  309.           profile.
  310.  
  311.           Develop an ISP for Use of Directory by Vt entities.
  312.  
  313.           Develop conformance tests for the Generalized Telnet profile.
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.                                           1
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  339.  
  340.  
  341.  
  342.           2   Normative references
  343.  
  344.           See Stable Agreements.
  345.  
  346.           3   Status
  347.  
  348.           These agreements are being done in phases.  Below is the  current
  349.           status of each phase.
  350.  
  351.  
  352.           3.1    Status of phase Ia
  353.  
  354.           The Phase Ia  Agreements, which include  the profiles for  Telnet
  355.           and  Transparent operation, are  complete and were  stabilized in
  356.           May, 1988.  See Stable Agreements.
  357.  
  358.  
  359.           3.2    Status of phase Ib
  360.  
  361.           The Forms profile of  Phase 1b  was stabilized in December, 1988.
  362.           Alignment  with EWOS  Forms profile  was  achieved in  September,
  363.           1989.  See Stable Agreements.
  364.  
  365.  
  366.           3.3    Status of phase II
  367.  
  368.           The S-mode Paged Application Profile is being progressed as PDISP
  369.           11187-2 (AVT-23 S-mode Paged Application Profile).
  370.  
  371.           The X.3 profile was stabilized in December 15, 1989.
  372.  
  373.           The Generalized  Telnet profile  was stabilized  in December  13,
  374.           1991.
  375.  
  376.           It is intended that Phase  II agreements be compatible with Phase
  377.           I agreements.
  378.  
  379.  
  380.           3.4    Status of phase III
  381.  
  382.           Phase III is still in progress and includes the remaining work on
  383.           the Generalized  Telnet interoperability  test cases,  VT use  of
  384.           directory, and the Generalized Telnet conformance tests.
  385.  
  386.           The  S-mode  Forms  and  S-mode  Paged  VTE  profiles  and  their
  387.           associated control objects  have been submitted to SGFS.   The A-
  388.           mode Generalized Telnet  and A-mode Transparent VTE  profiles and
  389.           their  associated control  objects  have  been  approved  by  the
  390.  
  391.                                           2
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.  
  401.  
  402.  
  403.  
  404.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  405.  
  406.           regional workshops for submission to SGFS.
  407.  
  408.           The S-mode Forms  and Paged Application  profiles and the  A-mode
  409.           Generalized  Telnet  and  Transparent  Application  profiles  are
  410.           awaiting approval by the regional workshops.
  411.  
  412.           It is intended that Phase III agreements be compatible with those
  413.           of the previous phases.
  414.  
  415.           4   Errata
  416.  
  417.           See Stable Agreements.
  418.  
  419.           5   Conformance
  420.  
  421.           See Stable Agreements.
  422.  
  423.  
  424.           6   Protocol
  425.  
  426.           See Stable Agreements.
  427.  
  428.  
  429.           7   OIW registered control objects
  430.  
  431.  
  432.           7.1    Sequenced Application (SA)
  433.  
  434.           See Stable Agreements.
  435.  
  436.  
  437.           7.2    Unsequenced Application (UA)
  438.  
  439.           See Stable Agreements.
  440.  
  441.  
  442.           7.3    Sequenced Terminal (ST)
  443.  
  444.           See Stable Agreements.
  445.  
  446.  
  447.           7.4    Unsequenced Terminal (UT)
  448.  
  449.           See Stable Agreements.
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.                                           3
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  471.  
  472.  
  473.  
  474.           8   OIW defined VTE-profiles
  475.  
  476.  
  477.           8.1    Telnet profile
  478.  
  479.           See Stable Agreements.
  480.  
  481.  
  482.           8.2    Transparent profile
  483.  
  484.           See Stable Agreements.
  485.  
  486.  
  487.           8.3    Forms profile
  488.  
  489.           See Stable Agreements.
  490.  
  491.  
  492.           8.4    X3 profile
  493.  
  494.           See Stable Agreements.
  495.  
  496.  
  497.           8.5    Generalized Telnet profile
  498.  
  499.           See Stable Agreements
  500.  
  501.           8.6    S-mode Paged Application profile
  502.  
  503.           See Stable Agreements.
  504.  
  505.  
  506.  
  507.  
  508.  
  509.  
  510.  
  511.  
  512.  
  513.  
  514.  
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.                                           4
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  537.  
  538.           Annex A (normative)
  539.  
  540.           Specific ASE requirements
  541.  
  542.           See Stable Agreements.
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562.  
  563.  
  564.  
  565.  
  566.  
  567.  
  568.  
  569.  
  570.  
  571.  
  572.  
  573.  
  574.  
  575.  
  576.  
  577.  
  578.  
  579.  
  580.  
  581.  
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589.                                           5
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.  
  602.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  603.  
  604.           Annex B (normative)
  605.  
  606.           Clarifications
  607.  
  608.           See Stable Agreements.
  609.  
  610.  
  611.  
  612.  
  613.  
  614.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.  
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.  
  645.  
  646.  
  647.  
  648.  
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.                                           6
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  669.  
  670.           Annex C (normative)
  671.  
  672.           Object identifiers
  673.  
  674.           See  Stable Agreements for Object Identifiers assigned to objects
  675.           in the Stable  Agreements.   Object Identifiers  below have  been
  676.           assigned to objects for which work is still in progress.
  677.  
  678.           General Identifiers:
  679.  
  680.              oiw-vt-rep OBJECT IDENTIFIER ::= { oiw-vt repertoire(2) }
  681.  
  682.              oiw-vt-font OBJECT IDENTIFIER ::= { oiw-vt font(3) }
  683.  
  684.              oiw-vt-colour OBJECT IDENTIFIER ::= { oiw-vt colour(4) }
  685.  
  686.              oiw-vt-directory    OBJECT    IDENTIFIER    ::=    {    oiw-vt
  687.           useOfDirectory(5) }
  688.  
  689.  
  690.  
  691.  
  692.  
  693.  
  694.  
  695.  
  696.  
  697.  
  698.  
  699.  
  700.  
  701.  
  702.  
  703.  
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717.  
  718.  
  719.  
  720.  
  721.                                           7
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730.  
  731.  
  732.  
  733.  
  734.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  735.  
  736.           Annex D (informative)
  737.  
  738.           Recommended  practice_Operating X  Window  System over  OSI upper
  739.           layers
  740.  
  741.           This annex provides a "recommended practice" for the operation of
  742.           the  X Window  System  (X) over  an  OSI upper  layer stack.  The
  743.           "recommended  practice" provides an interim1 solution for an area
  744.           not  addressed by  base  standards  or  existing  profiles.  This
  745.           recommended practice reflects OIW agreement.
  746.            
  747.           It is recommended that this interim solution be used when mapping
  748.           X  over an  OSI upper  layer stack. However,  implementors should
  749.           note   the  following_future   specifications  of   the  regional
  750.           workshops may possibly  result in different solutions  than those
  751.           proposed in this recommended practice.
  752.  
  753.  
  754.           D.1    Background
  755.  
  756.           X is a graphical  user interface standard which enables a user to
  757.           view  and gain  access to  multiple computer applications  from a
  758.           single window or multiple windows on a display screen. X is based
  759.           on  a client/server  architecture  which allows  applications and
  760.           resources to be distributed across a network.
  761.  
  762.           The X server is  a software program that is resident  on a user's
  763.           display unit  that acts as  an intermediary between  the user and
  764.           applications running  on a local  or remote system.  The X server
  765.           also  maintains complex data structures such as specific windows,
  766.           cursors  and fonts  which  can  be  referenced  and  utilized  by
  767.           applications. Input from  the keyboard and/or mouse  is collected
  768.           by the X-server  and passed to  local and/or remote  applications
  769.           for processing.
  770.  
  771.           Applications are  referred to  as X  clients. These  applications
  772.           access the display unit by sending messages to the X server which
  773.           is then able to perform two dimensional drawing  of lines, shapes
  774.           and text. 
  775.  
  776.           X products are based on a de facto standard (MIT-X) maintained by
  777.           the  MIT X  Consortium.  However,  this  specification  does  not
  778.           provide for the operation of X over OSI-based networks.
  779.            
  780.           Two  OSI  mapping  specifications  were  created  to  define  the
  781.  
  782.                               
  783.  
  784.           1    It  is intended  that  this  Recommended  Practice  will  be
  785.           progressed as an RWS technical report.
  786.  
  787.                                           8
  788.  
  789.  
  790.  
  791.  
  792.  
  793.  
  794.  
  795.  
  796.  
  797.  
  798.  
  799.  
  800.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  801.  
  802.           operation  of X  over an  OSI upper  layer stack:  EWOS Technical
  803.           Guide 13 (ETG13) and part  4 of ANSI dpANS X.196 (X3.196).  Parts
  804.           1-3 were intended to  define the X protocol. Part 4  was based on
  805.           ETG13.  .X3.196 never progressed beyond the draft proposal stage.
  806.           ETG13 was approved by EWOS in 05/91.
  807.  
  808.           ETG13 explicitly defines:
  809.  
  810.                a)  the required OSI upper layer facilities;
  811.  
  812.                b)  the mapping  of the OSI upper layer services for sending
  813.                and receiving X protocol.
  814.  
  815.           Since the creation of these documents, the ISO ISP 11188-3 Common
  816.           Upper  Layer   Requirements_Part  3:  Minimal  OSI   upper  layer
  817.           requirements  (CULR-3) came  into  existence. CULR-3  defines the
  818.           minimal  set   of  OSI   upper  layer     facilities   for  basic
  819.           communications applications such as X.
  820.  
  821.           Unlike  ETG13, this  specification does  not  itself specify  the
  822.           required  upper layer facilities. Rather, it references CULR-3 to
  823.           indicate the  required OSI upper  layer facilities. On  the other
  824.           hand, like ETG13, it specifies the mapping of X to the  OSI upper
  825.           layers  services (ACSE,  Presentation and  Session). The  mapping
  826.           specified is compatible with that in ETG13.
  827.  
  828.           This specification is intended to  be as brief as possible. ETG13
  829.           includes  additional   guidance  and  explanatory   material  for
  830.           implementors.
  831.  
  832.  
  833.           D.2    Mapping specification
  834.  
  835.           This clause  defines the mapping of  the OSI ACSE (ISO  8649) and
  836.           Presentation  Layer (ISO 8822) services for sending and receiving
  837.           X messages. This mapping uses the following ACSE and presentation
  838.           services:
  839.  
  840.                a)  ASSOCIATE;
  841.  
  842.                b)  RELEASE;
  843.  
  844.                c)  ABORT;
  845.  
  846.                d)  A-P-ABORT;
  847.  
  848.                e)  P-DATA.
  849.  
  850.           The required ACSE, presentation and supporting session facilities
  851.           are discussed in clause D.3
  852.  
  853.                                           9
  854.  
  855.  
  856.  
  857.  
  858.  
  859.  
  860.  
  861.  
  862.  
  863.  
  864.  
  865.  
  866.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  867.  
  868.           For the purposes  of this specification, the operation  of X over
  869.           the OSI upper layers is referred to as X-osi.
  870.  
  871.  
  872.           D.2.1   Summary of mapping
  873.  
  874.           All  the X  protocol  Request, Reply,  Error  and Event  messages
  875.           (i.e., the  "X messages") use  the encodings specified  in MIT-X.
  876.           The X messages are treated by this mapping as unstructured stream
  877.           of octets.  Any arbitrary sequence  of consecutive octets  can be
  878.           treated as a single octet-aligned presentation data value this is
  879.           transmitted as the  user data on a Presentation P-DATA primitive.
  880.           The OPEN  DISPLAY Request and  Reply messages are treated  in the
  881.           same way, and  are carried on  P-DATA. This mapping does  not use
  882.           the user data of the ACSE services.
  883.  
  884.           The  OSI  upper  layer  stack  supporting  X-osi  shall  be  mOSI
  885.           compliant as defined in clause D.3.
  886.  
  887.  
  888.           D.2.2   Association establishment
  889.  
  890.           The initiative  for connection and  association establishment  is
  891.           always  with  the  X  client.  The X  client  establishes  a  new
  892.           association with the desired  X server by issuing an  A-ASSOCIATE
  893.           request. As part of the  A-ASSOCIATE procedure, an OSI transport-
  894.           connection is  established to the  X server system. The  class of
  895.           Transport  protocol is out of scope  of this specification. There
  896.           is  no  requirement for  X  clients or  X servers  to  re-use OSI
  897.           Transport connections.
  898.  
  899.           Once the transport-connection is established, an AARQ PDU carried
  900.           in  a Presentation  Connect request  (CP  PPDU) that  is in  turn
  901.           carried   in  a  Session  Connect  request  (CONNECT  SPDU).  The
  902.           parameters shall include:
  903.            
  904.                a)  Application Context  Name : This shall be  the value "x-
  905.                application context", defined in ETG13 and shown below:
  906.  
  907.                b)  Presentation Context Definition List : Shall include the
  908.                ACSE  presentation   context  and  the   X-osi  presentation
  909.                context,  using  the  abstract  and  transfer  syntax  names
  910.                defined in  ETG13 and  shown below.  Other  contexts may  be
  911.                offered (these may include synonyms or alternative names for
  912.                X abstract or transfer syntax);
  913.  
  914.                c)  Presentation  context identifiers shall be  integers not
  915.                greater than  255.  This  is a more severe  restriction than
  916.                ISO ISP  11188-1,  Common Upper  Layer Requirements_Part  1:
  917.                Basic   connection-oriented   requirements   (CULR-1),  that
  918.  
  919.                                           10
  920.  
  921.  
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  933.  
  934.                permits 2-octet integers.
  935.  
  936.                d)  The  user information field  of the A-ASSOCIATE  request
  937.                shall be absent.
  938.  
  939.           All other parameters are subject only to the requirements of mOSI
  940.           compliance (see clause D.3).
  941.  
  942.           If the X server accepts the  association, the Application Context
  943.           Name parameter  on the A-ASSOCIATE  response shall have  the same
  944.           value  as that  received on  the indication.  The ACSE  and X-osi
  945.           presentation  contexts  shall be  accepted.  If  synonym abstract
  946.           syntax  or  transfer syntax  names  for  X-osi were  offered  and
  947.           recognized,  only one  shall be  accepted  (i.e., following  this
  948.           exchange,   there  shall   be  a   unique  presentation   context
  949.           established for  X-osi). The  user information  field  of the  A-
  950.           ASSOCIATE response shall be absent.
  951.  
  952.  
  953.           D.2.3   Data exchange
  954.  
  955.           As  stated  in  the  summary   above,  once  the  association  is
  956.           established,  all X-messages are  carried as user  data on P-DATA
  957.           primitives,  each carrying a single PDV-list element containing a
  958.           single "octet-aligned"  presentation data  value,  which is  some
  959.           sequence of  consecutive octets from  one or more  X-messages. No
  960.           correlation is required between the PDVs (i.e. between successive
  961.           P-DATAs)  and the division between the  X-messages : the division
  962.           into  PDVs is  entirely at  the  sender's option.  (Obviously, in
  963.           practice  there  will  be  some  correlation,  but  there  is  no
  964.           requirement to achieve this, nor should receivers rely on it.)
  965.  
  966.  
  967.           D.2.4   Connection termination
  968.  
  969.           A CLOSE  DISPLAY request  from an  X client  is mapped  to an  A-
  970.           RELEASE request. After  receiving an A-RELEASE indication,  the X
  971.           server responds with  an A-RELEASE response. Neither  the request
  972.           or response primitive shall contain any User Information.
  973.  
  974.           A KILL CLIENT request from another client results in the issue of
  975.           an  A-ABORT request  by  the  X server.  A  protocol or  internal
  976.           procedural error  in either  the X  client or the  X server  also
  977.           results  in  the  issue  of   an  A-ABORT  request.  The  A-ABORT
  978.           indication will contain the Abort Source parameter with the value
  979.           "ACSE service-user".
  980.  
  981.           The receipt  of  an  A-ABORT indication  with  the  Abort  Source
  982.           parameter  having the value  "ACSE service-provider"  indicates a
  983.           failure in either the local or peer ACSE. The receipt of  an A-P-
  984.  
  985.                                           11
  986.  
  987.  
  988.  
  989.  
  990.  
  991.  
  992.  
  993.  
  994.  
  995.  
  996.  
  997.  
  998.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  999.  
  1000.           ABORT   indication  indicates   a  failure   in  the   supporting
  1001.           Presentation Layer or below.
  1002.  
  1003.  
  1004.           D.3    Required OSI upper layer facilities.
  1005.  
  1006.           X is a basic communications application as defined in the CULR-3.
  1007.           That  is,  it simply  requires  the  ability  to open  and  close
  1008.           communications with a peer and  to send and receive messages with
  1009.           the  peer.  The  required  facilities  of  the  OSI upper  layers
  1010.           (Session, Presentation, and  ACSE)  are specified by  stating the
  1011.           minimal mOSI compliance requirements as defined in the CULR-3.
  1012.  
  1013.           mOSI  compliance requirements depend on whether a system supports
  1014.           one  or more  X clients  (requests an  association) or  X servers
  1015.           (accepts an association request).
  1016.  
  1017.  
  1018.           D.3.1   X client mOSI compliance
  1019.  
  1020.           An upper layer   stack that  supports an X  client shall be  mOSI
  1021.           compliant category I or category II.
  1022.            
  1023.           An   X  client  stack   has  the  following   minimal  compliance
  1024.           requirement based on Table 2 in the CULR-3.
  1025.  
  1026.                a)  "Establishment role" shall have the value "Initiator" or
  1027.                "Both".  An X client is always the association initiator; it
  1028.                is never an association-responder.
  1029.  
  1030.                b)  "Normal  data role" shall have  the value "Both".   An X
  1031.                client shall be able to send or receive data.
  1032.  
  1033.                c)   "Release role"  shall have the  value "Requestor",   or
  1034.                "Both".  A CLOSE DISPLAY request is mapped to A-RELEASE.
  1035.  
  1036.                d)   "Authentication" shall  have the  value "Supported"  or
  1037.                "Not supported".   The X client - X  server association does
  1038.                not use the ACSE Authentication functional unit.
  1039.  
  1040.                e)   "AC negotiation"  shall have  the value  "Supported" or
  1041.                "Not supported".   The X client - X  server association does
  1042.                not use the ACSE  Application context negotiation functional
  1043.                unit.
  1044.  
  1045.                f)  "All "m" parms sent and received and CULR-1 compliance?"
  1046.                shall  have the  value "Yes".   If the  value is  "Yes", the
  1047.                stack is mOSI compliant, category I or category II.
  1048.  
  1049.                g)  "All "o" parms sent  and received?" shall have the value
  1050.  
  1051.                                           12
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  1065.  
  1066.                "Yes" or "No."  If the value is "Yes", the stack is category
  1067.                I.  If the value  is "No", the  stack is of  category II. In
  1068.                this case,  the X client  stack is only required  to support
  1069.                the following features for sending(see Table 3).
  1070.  
  1071.                _Called AE title
  1072.  
  1073.                _ Form1 (Directory name)
  1074.  
  1075.  
  1076.           D.3.2   X server mOSI compliance
  1077.  
  1078.           An upper  layer  stack  that supports an  X server shall  be mOSI
  1079.           compliant category  I or category II. The  X server stack has the
  1080.           following compliance requirement based on Table 2 in the CULR-3.
  1081.  
  1082.                a)  "Establishment role" shall have the value "Responder" or
  1083.                "Both".  An X server is always the association responder; it
  1084.                is never an association-initiator.
  1085.  
  1086.                b)  "Normal  data role" shall have  the value "Both".   An X
  1087.                server shall be able to send or receive data.
  1088.  
  1089.                c)   "Release  role" shall  have the  value "Acceptor",   or
  1090.                "Both".   The receipt of an A-RELEASE indication indicates a
  1091.                CLOSE DISPLAY request from the X client.
  1092.  
  1093.                d)   "Authentication" shall  have the  value "Supported"  or
  1094.                "Not supported".   The X client - X  server association does
  1095.                not use the ACSE Authentication functional unit.
  1096.  
  1097.                e)   "AC negotiation"  shall have  the value  "Supported" or
  1098.                "Not supported".   The X client - X  server association does
  1099.                not use  the ACSE Application context negotiation functional
  1100.                unit.
  1101.  
  1102.                f)   "All "m" parms sent and received?" shall have the value
  1103.                "Yes".  If  the value is "Yes", the stack is mOSI compliant,
  1104.                category I or category II.
  1105.  
  1106.                g)  "All "o" parms sent and received?" shall  have the value
  1107.                "Yes" or "No".  If the value is "Yes", the stack is category
  1108.                I. If  the value is  "No", the stack  is of category  II. No
  1109.                category II features are required for sending.
  1110.  
  1111.  
  1112.  
  1113.  
  1114.  
  1115.  
  1116.  
  1117.                                           13
  1118.  
  1119.  
  1120.  
  1121.  
  1122.  
  1123.  
  1124.  
  1125.  
  1126.  
  1127.  
  1128.  
  1129.  
  1130.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  1131.  
  1132.           D.4    Object identifiers
  1133.  
  1134.           Object  identifiers used for  this specification are  assigned in
  1135.           ETG13.2 
  1136.  
  1137.                Application context for X-osi : 
  1138.                  {iso(1) identified-organization(3) ewos(16) eg(2) vt(7)
  1139.                      x-osi(10) application-context(1) }
  1140.  
  1141.                Abstract syntax name:
  1142.                  {iso(1) identified-organization(3) ewos(16) eg(2) vt(7)
  1143.                      x-osi(10) abstract-syntax-version-1(2) }
  1144.  
  1145.                Transfer syntax name:
  1146.                  {iso(1) identified-organization(3) ewos(16) eg(2) vt(7)
  1147.                      x-osi(10)
  1148.                   binary-transfer-syntax-version-1(3) }
  1149.  
  1150.  
  1151.           D.5    Recommended encoding
  1152.  
  1153.           It is recommended  that the encoding of the  Presentation PCI for
  1154.           the P-DATA follow a particular set of choices, among the optional
  1155.           features allowed by  BER. This makes the P-DATA  a (nearly) fixed
  1156.           header and allows implementations to be optimized to process this
  1157.           encoding.  An implementation must  be able to  handle alternative
  1158.           encodings (i.e. any allowed by  BER, subject to the restraints of
  1159.           CULR-1),  within  the  mapping  specification  that  each  P-DATA
  1160.           carries  a  single  octet-aligned presentation  data  value.  The
  1161.           recommended encoding is :
  1162.  
  1163.                a)   the fully-encoded-data  (SEQUENCE  OF  PDV-list)  shall
  1164.                contain exactly one PDV-list;
  1165.  
  1166.                b)   both the SEQUENCE OF PDV-list and  the  PDV-list  shall
  1167.                have  indefinite  length,  but shall  contain  no  levels of
  1168.                construction  other than   those   required   by  the   data
  1169.                types;
  1170.  
  1171.                c)  the length of  the presentation-context-identifier value
  1172.                shall be expressed in short form;
  1173.  
  1174.                d)   the  presentation-context-identifier  value  shall   be
  1175.                encoded in one octet;
  1176.  
  1177.                e)    the  OCTET  STRING  of  presentation-data-values  will
  1178.                               
  1179.  
  1180.           2    These  EWOS based object identifiers were also referenced in
  1181.           the last draft of X3.196_part 4.
  1182.  
  1183.                                           14
  1184.  
  1185.  
  1186.  
  1187.  
  1188.  
  1189.  
  1190.  
  1191.  
  1192.  
  1193.  
  1194.  
  1195.  
  1196.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  1197.  
  1198.                contain a   single presentation  data value  and shall  have
  1199.                primitive encoding and
  1200.  
  1201.                f)  the  (definite) length of this  OCTET  STRING shall   be
  1202.                expressed  in exactly four  octets (i.e., the  length itself
  1203.                will occupy  three octets, prefixed  by   one  octet   which
  1204.                defines the length of this length).
  1205.  
  1206.           These encoding choices mean that  each TSDU user data consists of
  1207.           16  octets of  header,  the  X-message octets,  and  4 octets  of
  1208.           trailer (all zero). The length of the X-message segment is in the
  1209.           last three octets of the header.
  1210.  
  1211.           This recommendation is identical to  that in ETG13 except for the
  1212.           length field in  (6). In ETG13 this  is for a length  of 1+4, not
  1213.           1+3. This gives a 17-octet header. Since the X protocol, and many
  1214.           implementations  go  to  some  effort to  get  things  on  4-byte
  1215.           boundaries, it is better to make this  apply to X-osi as well. If
  1216.           a truly enormous P-DATA is  needed i) the implementation is being
  1217.           very clever with its buffering; ii) it will have to use  a longer
  1218.           length field; iii)  the receiver is required to  handle any legal
  1219.           encoding anyway.
  1220.  
  1221.  
  1222.           D.6    Differences from ETG13
  1223.  
  1224.  
  1225.           D.6.1   Abstract and transfer syntax names
  1226.  
  1227.           In ETG13  the abstract and  transfer syntax names are  defined as
  1228.           names for the syntaxes  defined in part  II of X3.196, and  ETG13
  1229.           includes a copy  of the April 1990  text for this. Since  this is
  1230.           just a definition of the X data formats, there will be no problem
  1231.           in  using  them  for  X  protocol  as  defined  in  MIT-X.  ETG13
  1232.           explicitly  allows the  extensibility features  of X  to be  used
  1233.           without altering the syntax names.
  1234.  
  1235.           Strictly speaking,  X uses  two transfer syntaxes,  and the  OPEN
  1236.           DISPLAY  request defines  which one  will be  used.  The transfer
  1237.           syntax  name defined  in  ETG13 covers  both  the "MSBfirst"  and
  1238.           "LSBfirst" forms.
  1239.  
  1240.  
  1241.           D.6.2   Application   process   title  and   application   entity
  1242.                   qualifier
  1243.  
  1244.           ETG13  requires  that   the  Called  Application  Process   Title
  1245.           parameter on the  A-ASSOCIATE request be  a Directory Name  (i.e.
  1246.           form1) in  which the  last RDN is  the attribute  value assertion
  1247.           CommonName=<displaynumber>,  where  <displaynumber> is  a  string
  1248.  
  1249.                                           15
  1250.  
  1251.  
  1252.  
  1253.  
  1254.  
  1255.  
  1256.  
  1257.  
  1258.  
  1259.  
  1260.  
  1261.  
  1262.           PART 14 - VIRTUAL TERMINAL                December 1993 (Working)
  1263.  
  1264.           representing the  X Window System  server number  (and thus  most
  1265.           commonly "0"), and  that the Called Application  Entity Qualifier
  1266.           be CommonName  = "X-Window-System". The requirement  was intended
  1267.           to facilitate  X-osi : X-other  relays, but this  really requires
  1268.           integration with RFC 1275 to be general.
  1269.  
  1270.           Although  ETG13 requires  these values  it  also recommends  that
  1271.           implementations  accept other  values  (or  no value).  Therefore
  1272.           there  should  be  no  interworking  problems  by  omitting  this
  1273.           requirement here.
  1274.  
  1275.  
  1276.  
  1277.  
  1278.  
  1279.  
  1280.  
  1281.  
  1282.  
  1283.  
  1284.  
  1285.  
  1286.  
  1287.  
  1288.  
  1289.  
  1290.  
  1291.  
  1292.  
  1293.  
  1294.  
  1295.  
  1296.  
  1297.  
  1298.  
  1299.  
  1300.  
  1301.  
  1302.  
  1303.  
  1304.  
  1305.  
  1306.  
  1307.  
  1308.  
  1309.  
  1310.  
  1311.  
  1312.  
  1313.  
  1314.  
  1315.                                           16
  1316.  
  1317.  
  1318.  
  1319.  
  1320.