RFC 338 (rfc338) - Page 3 of 6
EBCDIC/ASCII Mapping for Network RJE
Alternative Format: Original Text Document
RFC 338 EBCDIC/ASCII MAPPING FOR NETWORK RJE May 1972 This defines all 89 basic EBCDIC graphics in terms of ASCII. However, there is still a question of how to map the 6 "maverick" ASCII characters ( []{}^` ) which are not in EBCDIC and not in the list above. We could (and did) take the view that all CCN users are concerned only with writing and executing normal 360 programs using EBCDIC and that they would enter one of the maverick ASCII graphics only in error. Our original choice, therefore, was to map the mavericks in the input into EBCDIC question marks. We also assumed that, if a user needs to access a larger subset of EBCDIC than the basic 89, he should do so by doing his rje directly in EBCDIC. We now realize that there were two deficiencies in the original mapping rules. 1. The 360 program may be intended to manipulate ASCII text from the Network. In that case, the Network user needs to have all ASCII characters, including the mavericks, uniquely mapped into EBCDIC in some (standard) manner. 2. The present mapping is convenient only if a user at an AT&T Model 33/35 Teletype (or simulator thereof) needs a different mapping for ease of use. For the first case, we have changed the mapping of the 6 maverick ASCII characters from "?", using instead Winett's rules III (c) and III (d): ASCII EBCDIC ----- ------ [ X'AD' ] X'BD' { X'8B' } X'9B' ^ X'71' ` X'79' For the user with a Model 33/35 Teletype, we have expanded the set of virtual remote batch terminal types, adding "TTY" to "ASCII" and "EBCDIC". A user establishes his virtual remote batch terminal as type TTY by either doing his initial ICP to socket 15 (vs. 11 for EBCDIC, 13 for ASCII), or by doing an ICP to Socket 1 and entering the command "TTYRJS" (vs. "RJS" for EBCDIC, "ARJS" for ASCII). The mapping used by NETRJS for a TTY remote is: Braden
