Telnet 3270 regime option (RFC1041)

IP.com Number IPCOM000001847D
thumb 01 thumb 02 thumb 03 thumb 04
Scaled page rendering of the first four pages
Dated Jan 1, 1988 UTC
Size 5 page(s) (10.4 KB)
 
Disclosed by ISOC-RFC

Publication Summary

STATUS OF THIS MEMO
Country United States
Language English (United States)
Related Person(s) (AUTHOR)  Y. Rekhter

About this Publication

This document was submitted to IP.com's Prior Art Database and this preview is designed to provide you with information regarding the contents of this document by displaying up to the first four pages of the document as scaled page renderings and displaying a limited amount of text which was extracted from the document on the Text Preview Tab.

To find out more on how to obtain the entire document, click the Download tab. There is a charge for downloading some Prior Art Database documents; please examine carefully whether you believe this document fills your needs before purchasing.

For more information about the Prior Art Database, visit the Learn section of this website. Thank you for visiting IP.com's Prior Art Database! You may wish to check out our Global Patent Search website before you leave.

Continue to Text Preview →

This text was extracted from a ASCII Text document.
This is the abbreviated version, containing approximately 29% of the total text.

Network Working Group J. Rekhter

Request For Comments: 1041 T.J. Watson Research Center, IBM

January 1988

Telnet 3270 Regime Option

STATUS OF THIS MEMO

This RFC specifies a proposed standard for the Internet community.

Hosts on the Internet, that want to support 3270 data stream within

the Telnet protocol, are expected to adopt and implement this

standard. Distribution of this memo is unlimited.

1. Command Name and Code

3270-REGIME 29

2. Command Meaning

IAC WILL 3270-REGIME

Sender is willing to send list of supported 3270 Regimes in

a subsequent sub-negotiation.

IAC WON'T 3270-REGIME

Sender refuses to send the list of supported 3270 Regimes.

IAC DO 3270-REGIME

Sender is willing to receive a list of supported 3270 Regimes in a

subsequent sub-negotiation.

IAC DON'T 3270-REGIME

Sender refuses to accept the list of supported 3270 Regimes.

IAC SB 3270-REGIME ARE REGIME-LIST IAC SE

Sender sends the list of all possible 3270 Regimes it is able to

support. The code for ARE is 1.

REGIME-LIST is an ASCII string which has meaning to both sides of

the negotiation. This string may be composed of different

terminal type names (as specified in the "Assigned Numbers") which

are separated by space character. Terminal type names which have

imbedded spaces should escape it with backslash character ('\').

Backslash character imbedded into terminal type name should be

escaped with another backslash character.

Empty REGIME-LIST means, that sender is able to support only NVT

ASCII terminal as defined in [4].

IAC SB 3270-REGIME IS REGIME IAC SE

Sender is stating the name of the terminal it is willing to

support. The code for IS is 0.

REGIME is an ASCII string (possibly empty) which is substring of

the received REGIME-LIST string. Empty string means that the

sender is willing to support only NVT ASCII terminal as defined in

[4].

3. Default

WON'T 3270-REGIME

3270 Regime will not be established.

DON'T 3270-REGIME

3270 Regime will not be established.

4. Motivation for the option

This option allows a telnet server running VM or MVS to negotiate

with the telnet client on the type of data stream (3270 or NVT ASCII)

which both sides are willing support.

The main reason for this option is to allow simple and efficient way

to:

o state, that both client and server want to exchange 3270 data

stream,

o switch from 3270 Regime into NVT ASCII Regime and back into 3270

Regime,

o dynamically renegotiate 3270 Regime parameters (like terminal

type).

Support for 3270 data stream requires that both sides:

o be able to exchange binary data,

o be able to put well defined delimiters into inbound/outbound

data stream,

o be able to establi...

Download This Document →

 

Copyright © 2004-2010 IP.com. All Rights Reserved.

Privacy Policy   |   About IP.com   |   Contact Us