rfc2877.txt

来自「中、英文RFC文档大全打包下载完全版 .」· 文本 代码 · 共 1,533 行 · 第 1/5 页

TXT
1,533
字号
   The IBMPPRSRC1, IBMPPRSRC2 and IBMENVELOPE custom USERVAR's do not   map directly to their descriptions in Chapter 8 in the Communications   Configuration Reference [5].  To map these, use the index listed   here:   IBMPPRSRC1    HEX     IBMPPRSRC2    HEX     IBMENVELOPE    HEX   ----------   -----    ----------   -----    -----------   -----   *NONE        'FF'X    *NONE        'FF'X    *NONE         'FF'X   *MFRTYPMDL   '00'X    *MFRTYPMDL   '00'X    *MFRTYPMDL    '00'X   *LETTER      '01'X    *LETTER      '01'X    *B5           '06'X   *LEGAL       '02'X    *LEGAL       '02'X    *MONARCH      '09'X   *EXECUTIVE   '03'X    *EXECUTIVE   '03'X    *NUMBER9      '0A'X   *A4          '04'X    *A4          '04'X    *NUMBER10     '0B'X   *A5          '05'X    *A5          '05'X    *C5           '0C'X   *B5          '06'X    *B5          '06'X    *DL           '0D'X   *CONT80      '07'X    *CONT80      '07'X   *CONT132     '08'X    *CONT132     '08'X   *A3          '0E'X    *A3          '0E'X   *B4          '0F'X    *B4          '0F'X   *LEDGER      '10'X    *LEDGER      '10'X   Note 1:  For IBMPPRSRC2, *CONT80 and *CONT132 support starts at V3R7.   Note 2:  For IBMPPRSRC1 and IBMPPRSRC2, *A3, *B4 and *LEDGER support   starts at V3R7.Murphy, et al.               Informational                     [Page 17]RFC 2877                5250 Telnet Enhancements               July 20008. Telnet Printer Terminal Types   New Telnet options are defined for the printer pass-through mode of   operation.  To enable printer pass-through mode, both the client and   server must agree to at least support the Transmit-Binary, End-Of-   Record, and Terminal-Type Telnet options.  The following are new   terminal types for printers:   TERMINAL-TYPE  DESCRIPTION   -------------  -------------------   IBM-5553-B01   Double-Byte printer   IBM-3812-1     Single-Byte printer   Specific characteristics of the IBM-5553-B01 or IBM-3812-1 printers   are specified through the USERVAR IBMMFRTYPMDL, which specifies the   manufacturer type and model.   An example of a typical negotiation process to establish printer   pass-through mode of operation is shown below.  In this example, the   server initiates the negotiation by sending the DO TERMINAL-TYPE   request.   For DBCS environments, if IBMTRANSFORM is set to 1 (use Host Print   Transform), then the virtual device created is 3812, not 5553.   Therefore, IBM-3812-1 should be negotiated for TERMINAL-TYPE, and not   IBM-5553-B01.   AS/400 Telnet server            Enhanced Telnet client   --------------------------      --------------------------   IAC DO NEW-ENVIRON         -->                              <--  IAC WILL NEW-ENVIRON   IAC SB NEW-ENVIRON SEND   VAR USERVAR IAC SE         -->                                   IAC SB NEW-ENVIRON IS                                   USERVAR "DEVNAME" VALUE "PCPRINTER"                                   USERVAR "IBMMSGQNAME" VALUE "QSYSOPR"                                   USERVAR "IBMMSGQLIB" VALUE "*LIBL"                                   USERVAR "IBMTRANSFORM" VALUE "0"                                   USERVAR "IBMFONT" VALUE "12"                                   USERVAR "IBMFORMFEED" VALUE "C"                                   USERVAR "IBMPPRSRC1" VALUE ESC '01'X                                   USERVAR "IBMPPRSRC2" VALUE '04'X                                   USERVAR "IBMENVELOPE" VALUE IAC 'FF'X                              <--  IAC SE   IAC DO TERMINAL-TYPE       -->                              <--  IAC WILL TERMINAL-TYPE   IAC SB TERMINAL-TYPE SEND   IAC SE                     -->Murphy, et al.               Informational                     [Page 18]RFC 2877                5250 Telnet Enhancements               July 2000                                   IAC SB TERMINAL-TYPE IS IBM-3812-1                              <--  IAC SE   IAC DO BINARY              -->                              <--  IAC WILL BINARY   IAC DO EOR                 -->                              <--  IAC WILL EOR   Some points about the above example.  The IBMPPRSRC1 value requires   escaping the value using ESC according to RFC 1572 [13].  The   IBMPPRSRC2 does not require an ESC character since '04'X has no   conflict with RFC 1572 options.  Finally, to send 'FF'X for the   IBMENVELOPE value, escape the 'FF'X value by using another 'FF'X   (called "doubling"), so as not to have the value interpreted as a   Telnet character per RFC 854 [8].   Actual bytes transmitted in the above example are shown in hex below.   AS/400 Telnet server             Enhanced Telnet client   --------------------------       --------------------------   FF FD 27                    -->                               <--  FF FB 27   FF FA 27 01 00 03 FF F0     -->                                    FF FA 27 00 03 44 45 56                                    4E 41 4D 45 01 50 43 50                                    52 49 4E 54 45 52 03 49                                    42 4D 4D 53 47 51 4E 41                                    4D 45 01 51 53 59 53 4F                                    50 52 03 49 42 4D 4D 53                                    47 51 4C 49 42 01 2A 4C                                    49 42 4C 03 49 42 4D 54                                    52 41 4E 53 46 4F 52 4D                                    01 30 03 49 42 4D 46 4F                                    4E 54 01 31 32 03 49 42                                    4D 46 4F 52 4D 46 45 45                                    44 01 43 03 49 42 4D 50                                    50 52 53 52 43 31 01 02                                    01 03 49 42 4D 50 50 52                                    53 52 43 32 01 04 03 49                                    42 4D 45 4E 56 45 4C 4F                               <--  50 45 01 FF FF FF F0   FF FD 18                    -->                               <--  FF FB 18   FF FA 18 01 FF F0           -->                                    FF FA 18 00 49 42 4D 2D                               <--  33 38 31 32 2D 31 FF F0   FF FD 00                    -->                               <--  FF FB 00   FF FD 19                    -->Murphy, et al.               Informational                     [Page 19]RFC 2877                5250 Telnet Enhancements               July 2000                                    FF FB 199. Telnet Printer Startup Response Record for Printer Emulators   Once Telnet negotiation for a 5250 pass-through mode is completed,   the 5250 Telnet server will initiate a virtual printer power-on   sequence on behalf of the Telnet client.  The Telnet server will   supply a Startup Response Record to the Telnet client with the status   of the printer power-on sequence, indicating success or failure of   the virtual printer power-on sequence.   This section shows an example of two Startup Response Records.  The   source device is a type 3812 model 01 printer with name "PCPRINTER"   on the target system "TARGET".   Figure 1 shows an example of a successful response; Figure 2 shows an   example of an error response.9.1 Example of a Success Response Record   The response record in Figure 1 was sent by an AS/400 at Release   V4R2.  It is an example of the target sending back a successful   Startup Response Record.   +------------------------------------------------------------------+   |       +-----  Pass-Through header                                |   |       |          +---  Response data                             |   |       |          |            +----  Start diagnostic information|   |       |          |            |                                  |   | +----------++----------++--------------------------------------- |   | |          ||          ||                                        |   | 004912A090000560060020C0003D0000C9F9F0F2E3C1D9C7C5E34040D7C3D7D9 |   |                                 |      | T A R G E T     P C P R |   |                                 +------+                         |   |                           Response Code (I902)                   |   |                                                                  |   | ---------------------------------------------------------------- |   |                                                                  |   | C9D5E3C5D9400000000000000000000000000000000000000000000000000000 |   |  I N T E R                                                       |   |                                                                  |   |                  +------- End of diagnostic information          |   |                  |                                               |   | -----------------+                                               |   |                  |                                               |   | 000000000000000000                                               |   +------------------------------------------------------------------+    Figure 1. Example of a success response record.Murphy, et al.               Informational                     [Page 20]RFC 2877                5250 Telnet Enhancements               July 2000   - '0049'X = Length pass-through data, including this length field   - '12A0'X = GDS LU6.2 header   - '90000560060020C0003D0000'X = Fixed value fields   - 'C9F9F0F2'X                 = Response Code (I902)   - 'E3C1D9C7C5E34040'X         = System Name (TARGET)   - 'D7C3D7D9C9D5E3C5D940'X     = Object Name (PCPRINTER)9.2 Example of an Error Response Record   The response record in Figure 2 is one that reports an error.  The   virtual device named "PCPRINTER", is not available on the target   system "TARGET", because the device is not available.  You would   normally see this error if the printer was already assigned to   another Telnet session.   +------------------------------------------------------------------+   |       +-----  Pass-Through header                                |   |       |          +---  Response data                             |   |       |          |            +----  Start diagnostic information|   |       |          |            |                                  |   | +----------++----------++--------------------------------------- |   | |          ||          ||                                        |   | 004912A09000056006008200003D0000F8F9F0F2E3C1D9C7C5E34040D7C3D7D9 |   |                                 |      | T A R G E T     P C P R |   |                                 +------+                         |   |                           Response Code (8902)                   |   |                                                                  |   | ---------------------------------------------------------------- |   |                                                                  |   | C9D5E3C5D9400000000000000000000000000000000000000000000000000000 |   |  I N T E R                                                       |   |                                                                  |   |                  +------- End of diagnostic information          |   |                  |                                               |   | -----------------+                                               |   |                  |                                               |   | 000000000000000000                                               |   +------------------------------------------------------------------+    Figure 2. Example of an error response record.   - '0049'X = Length pass-through data, including this length field   - '12A0'X = GDS LU6.2 header   - '90000560060020C0003D0000'X = Fixed value fields   - 'F8F9F0F2'X                 = Response Code (8902)   - 'E3C1D9C7C5E34040'X         = System Name (TARGET)   - 'D7C3D7D9C9D5E3C5D940'X     = Object Name (PCPRINTER)Murphy, et al.               Informational                     [Page 21]RFC 2877                5250 Telnet Enhancements               July 20009.3 Response Codes   The Start-Up Response Record success response codes:   CODE    DESCRIPTION   ----    ------------------------------------------------------   I901    Virtual device has less function than source device   I902    Session successfully started   I906    Automatic sign-on requested, but not allowed.           Session still allowed; a sign-on screen will be           coming.   The Start-Up Response Record error response codes:   CODE    DESCRIPTION   ----    ------------------------------------------------------   2702    Device description not found.   2703    Controller description not found.   2777    Damaged device description.   8901    Device not varied on.   8902    Device not available.   8903    Device not valid for session.   8906    Session initiation failed.   8907    Session failure.   8910    Controller not valid for session.   8916    No matching device found.   8917    Not authorized to object.   8918    Job canceled.   8920    Object partially damaged.   8921    Communications error.   8922    Negative response received.   8923    Start-up record built incorrectly.   8925    Creation of device failed.   8928    Change of device failed.   8929    Vary on or vary off failed.   8930    Message queue does not exist.   8934    Start-up for S/36 WSF received.   8935    Session rejected.   8936    Security failure on session attempt.   8937    Automatic sign-on rejected.   8940    Automatic configuration failed or not allowed.   I904    Source system at incompatible release.

⌨️ 快捷键说明

复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?