DataMuseum.dk

Presents historical artifacts from the history of:

CR80 Wang WCS documentation floppies

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about CR80 Wang WCS documentation floppies

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - download

⟦315c3af36⟧ Wang Wps File

    Length: 9963 (0x26eb)
    Types: Wang Wps File
    Notes: CSSR STUDY PRIMER         
    Names: »4111A «

Derivation

└─⟦32539f54d⟧ Bits:30006181 8" Wang WCS floppy, CR 0369A
    └─ ⟦this⟧ »4111A « 

WangText




…02…

…02…FH/831003…02……02…#
CSSR STUDY PRIMER FOR CSSR COMMUNICATIONS
FRONT-END PROCESSOR…02……02…CSSR








         A̲b̲b̲r̲e̲v̲i̲a̲t̲i̲o̲n̲s̲

         ADCCP       Advanced Data Communication Control Procedure

         CR80        Christian Rovsing Computer Name

         ETHERNET    Local Area Net

         LTU         Line Termination Unit

         PU          Processor Unit

         TOS         Terminal Operating System

         TTY         Teletype Console

         VAX         Digital Equipment Computer Name

         VDU         Visual Display Unit

         WDP         Watchdog Processor



                    1̲ ̲ ̲D̲E̲M̲O̲ ̲S̲C̲E̲N̲A̲R̲I̲O̲S̲



         -   Demonstration of communication capabilities

         -   Demonstration of error detection and recovery

         -   Demonstration of configuration control at the CR80




1.1      D̲E̲M̲O̲N̲S̲T̲R̲A̲T̲I̲O̲N̲ ̲O̲F̲ ̲C̲O̲M̲M̲U̲N̲I̲C̲A̲T̲I̲O̲N̲ ̲C̲A̲P̲A̲B̲I̲L̲I̲T̲Y̲ ̲R̲E̲G̲A̲R̲D̲I̲N̲G̲

         -   ADCCP communication: CR80-CR80
         -   Ethernet communication: CR80-VAX

         The capabilities are demonstrated by

         -   interactive VDU communication (refer below) between
             a VDU on the VAX and a VDU on the remote CR80.

         -   file transfer (refer below) to/from a disk on the
             VAX to a disk on the remote CR80 on request from
             an operator at the VAX VDU position or the CR80
             VDU position.



1.1.1    I̲n̲t̲e̲r̲a̲c̲t̲i̲v̲e̲ ̲V̲D̲U̲ ̲C̲o̲m̲m̲u̲n̲i̲c̲a̲t̲i̲o̲n̲

         The communication makes it possible to send "one-VDU-
         line-mesages" between the VAX and the remote CR80 VDU.

         No synchronization is done.



1.1.2    F̲i̲l̲e̲ ̲T̲r̲a̲n̲s̲f̲e̲r̲

         The VAX VDU operator (or the remote CR80 VDU operator)
         can request the sending of one file from the VAX disk
         to the remote CR80 disk (or vice versa).

         A completion log is sent to the VAX VDU when the file
         is stored at the remote CR80 disk. A completion log
         is sent to the remote CR80 VDU.



         The VAX VDU operator can request the remote CR80 to
         send a specified file to the VAX disk.

         A completion log is sent to the remote CR80 VDU and
         the VAX VDU.



1.2      D̲E̲M̲O̲N̲S̲T̲R̲A̲T̲I̲O̲N̲ ̲O̲F̲ ̲E̲R̲R̲O̲R̲ ̲D̲E̲T̲E̲C̲T̲I̲O̲N̲ ̲A̲N̲D̲ ̲E̲R̲R̲O̲R̲ ̲C̲O̲V̲E̲R̲Y̲

         at the CR80

         The capabilities are demonstrated via 

         1)  a PU switchover, while interactive/file communication
             takes place

         2)  a LTU switchover, while interactive/file communication
             takes place

         The switchovers are provoked by switching the power
         off in the active PU, LTU respectively.



1.2.1    R̲e̲c̲o̲v̲e̲r̲y̲ ̲L̲e̲v̲e̲l̲

         The dualized CR80 functions as a "store and forward
         message switch" and is responsible for messages for
         which an acknowledgement has been given.

         A message is either

         -   one VDU line or
         -   one file

         The CR80 sends acknowledgement to the sender, when
         the message is stored on disk.



1.3      D̲E̲M̲O̲N̲S̲T̲R̲A̲T̲I̲O̲N̲ ̲O̲F̲ ̲C̲O̲N̲F̲I̲G̲U̲R̲A̲T̲I̲O̲N̲ ̲C̲O̲N̲T̲R̲O̲L̲ ̲A̲T̲ ̲T̲H̲E̲ ̲C̲R̲8̲0̲

         The capabilities are demonstrated by the following
         operator commands

         -   boot of active PU

         -   boot of standby PU

         -   boot of active LTU with a specified protocol

         -   boot of standby LTU with a specified protocol



                  2̲ ̲ ̲O̲P̲E̲R̲A̲T̲O̲R̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲S̲



         -   VAX VDU operator interface

         -   Remote CR80 VDU operator interface

         -   Remote CR80 console operator interface

         -   CR80 console operator interface.



2.1      V̲A̲X̲ ̲V̲D̲U̲ ̲O̲P̲E̲R̲A̲T̲O̲R̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲

         The VAX VDU operator has the following capabilities:

         -   transmission of one-line messages to the remote
             CR80 VDU

         -   reception of one-line messages from the remote
             CR80 VDU

         -   sending of a file transfer command to the VAX requesting
             a specified file on the VAX disk to be set to the
             remote CR80 disk, where it will be catalogued with
             the same name

         -   sending of a file transfer command to the remote
             CR80 PU requesting a specified file on the CR80
             site to be sent to the VAX disk

         -   reception of completion log from the VAX having
             received a file

         -   reception of completion log from the remote CR80
             PU having received a file

         -   it is possible to queue file-transfer-commands
             and one-line-messages at the VAX



2.2      R̲E̲M̲O̲T̲E̲ ̲C̲R̲8̲0̲ ̲V̲D̲U̲ ̲O̲P̲E̲R̲A̲T̲O̲R̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲

         The remote CR80 VDU operator has the following capabilities:

         -   transmission of one-line messages to the VAX VDU



         -   reception of one-line messages from the VAX operator

         -   reception of a log concerning received/transmitted
             files to/from the CR80 disk

         -   requests for VAX based files to be sent/received
             to/from the remote CR80.

         Actually the remote CR80 software could be executed
         in a TOS environment, thereby allowing

         -   preparation of files

         -   inspection of files

         from the operator console.

         The VDU is used as a TTY device in scroll mode.



2.3      R̲E̲M̲O̲T̲E̲ ̲C̲R̲8̲0̲ ̲C̲O̲N̲S̲O̲L̲E̲ ̲O̲P̲E̲R̲A̲T̲O̲R̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲

         The remote CR80 console operator has the following
         possibilities:

         -   boot of system

         -   eventually the operating system being loaded can
             prompt the operator for the protocol to be booted
             into the LTU

         -   eventually TOS (the Terminal Operating System)
             could be used.



2.4      C̲R̲8̲0̲ ̲C̲O̲N̲S̲O̲L̲E̲ ̲O̲P̲E̲R̲A̲T̲O̲R̲ ̲I̲N̲T̲E̲R̲F̲A̲C̲E̲

         The CR80 console operator has the following capabilities:

         -   boot of active PU

         -   boot of standby PU

         -   specify the protocol to be booted into the active,
             standby LTU respectively during start-up

         -   set a failed LTU in-service and specify the protocol
             to be used in the LTU boot


         -   reception of

             -   start-up completion log

             -   switchover completion log





              3̲ ̲ ̲F̲U̲N̲C̲T̲I̲O̲N̲A̲L̲ ̲C̲A̲P̲A̲B̲I̲L̲I̲T̲I̲E̲S̲ ̲F̲O̲R̲



         -   Dualized CR80

         -   Remote CR80



3.1      D̲U̲A̲L̲I̲Z̲E̲D̲ ̲C̲R̲8̲0̲ ̲F̲U̲N̲C̲T̲I̲O̲N̲S̲



3.1.1    C̲o̲m̲m̲u̲n̲i̲c̲a̲t̲i̲o̲n̲s̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲

         1.  Receive, store, checkpoint, send ack on messages
             from the VAX

         2.  Receive, store, checkpoint, send ack on messages
             from the VAX

         3.  Transmit, receive ack, cancel checkpoint, cancel
             file to the VAX

         4.  Transmit, receive ack, cancel checkpoint, cancel
             file to remote CR80



3.1.2    E̲r̲r̲o̲r̲ ̲D̲e̲t̲e̲c̲t̲i̲o̲n̲ ̲a̲n̲d̲ ̲R̲e̲c̲o̲v̲e̲r̲y̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲


3.1.2.1  P̲U̲

         1.  Sending keep-alive messages to the WDP

         2.  Receiving exceptions from the active LTU

         3.  Command the WDP to switch to standby LTU

         4.  Standby-PU: Continue communication on the action
             LTU based on check points

         5.  Active-PU: Continue communication on the standby
             LTU based on check points.





3.1.2.2  W̲D̲P̲ ̲(̲W̲a̲t̲c̲h̲d̲o̲g̲ ̲D̲o̲g̲ ̲P̲r̲o̲c̲e̲s̲s̲o̲r̲)̲

         1.  Reception of keep-alive messages

         2.  Sending of go-active and to standby PU

         3.  Reception of switch to standby LTU command and
             execution

         4.  Sending operator console commands to the PU operating
             system.



3.1.3    C̲o̲n̲f̲i̲g̲u̲r̲a̲t̲i̲o̲n̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲

         -   Start-up of WDP

         -   Start-up of processes in active PU

         -   Start-up of processes in standby PU

         -   Creation of devices

             -   disk
             -   LTUs
             -   VDU

         -   Reception of Operator Commands

             -   re-insert a failed LTU and boot according to
                 the protocol type.



3.2      R̲E̲M̲O̲T̲E̲ ̲C̲R̲8̲0̲ ̲F̲U̲N̲C̲T̲I̲O̲N̲S̲



3.2.1    C̲o̲m̲m̲u̲n̲i̲c̲a̲t̲i̲o̲n̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲s̲

         -   Receive, store messages from the CR80. Send ack
             to VAX having stored a file.



         -   Analyse the received messages

             -   a VDU line

             -   a part of a file

             -   a command to transfer a file to the VAX

             -   a command, that a file transfer of a specified
                 file will now take place

         -   Receive VDU lines from the VDU

         -   Send VDU lines to the VDU

         -   Transfer VDU lines to the CR80

         -   Transfer files lines to the CR80



3.2.2    E̲r̲r̲o̲r̲ ̲D̲e̲t̲e̲c̲t̲i̲o̲n̲ ̲a̲n̲d̲ ̲R̲e̲c̲o̲v̲e̲r̲y̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲

         None, give up if PU or LTU failure


3.2.3    C̲o̲n̲f̲i̲g̲u̲r̲a̲t̲i̲o̲n̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲

         -   Start-up of processes

         -   Create devices

             -   Disk
             -   VDU
             -   LTU



                  4̲ ̲ ̲S̲O̲F̲T̲W̲A̲R̲E̲ ̲S̲T̲R̲U̲C̲T̲U̲R̲E̲



         The functional requirements outlined in chapter 3 are
         allocated onto:

         -   processes and

         -   CAMPS system software

         -   DAMOS system software

         as defined in figure 4.1 overleaf.

         The

         -   IOC (Input Output Control System):     CAMPS

         -   IOS (Input Output System):             DAMOS

         -   FMS (File Management System):          DAMOS

         -   MMS (Message Management System):       DAMOS

         -   TMS (Terminal Management System):      DAMOS

         -   OCH (Operator Console Handler):        DAMOS


         software is on the shelf.



4.1      D̲u̲a̲l̲i̲z̲e̲d̲ ̲C̲R̲8̲0̲ ̲C̲u̲s̲t̲o̲m̲ ̲M̲a̲d̲e̲ ̲o̲r̲ ̲M̲o̲d̲i̲f̲i̲e̲d̲ ̲C̲A̲M̲P̲S̲ ̲S̲o̲f̲t̲w̲a̲r̲e̲



4.1.1    O̲p̲e̲r̲a̲t̲i̲n̲g̲ ̲S̲y̲s̲t̲e̲m̲

         The operating system to be used contains no new functions
         compared to the CAMPS operating system, but a major
         reorganization has to be done. LTU switchover is currently
         not supported.





                         tegning
…86…1         …02…   …02…   …02…   …02…                                           
4.1.2    A̲D̲C̲C̲P̲ ̲T̲r̲a̲n̲s̲p̲o̲r̲t̲ ̲P̲r̲o̲c̲e̲s̲s̲

         The CAMPS transport process to SCARS/CCIS interfaces
         to an X25 level 2 protocol. This transport process
         can be used with minor modifications (queue addressing
         and check pointing).



4.1.3    L̲T̲U̲/̲L̲T̲U̲ ̲H̲a̲n̲d̲l̲e̲r̲ ̲w̲i̲t̲h̲ ̲A̲D̲C̲C̲P̲ ̲P̲r̲o̲t̲o̲c̲o̲l̲

         The CAMPS SCARS/CCIS protocol can be used with options
         2 and 8 included.



4.1.4    E̲t̲h̲e̲r̲n̲e̲t̲ ̲T̲r̲a̲n̲s̲p̲o̲r̲t̲ ̲P̲r̲o̲c̲e̲s̲s̲

         This process is new. A single blocked protocol without
         retransmission to a TTY line with DTE in both ends
         (enables flow control and detects presence of the receiver)
         is suggested.



4.1.5    E̲t̲h̲e̲r̲n̲e̲t̲ ̲G̲a̲t̲e̲w̲a̲y̲ ̲L̲T̲U̲ ̲a̲n̲d̲ ̲L̲T̲U̲ ̲H̲a̲n̲d̲l̲e̲r̲

         A standard LTU interfacing to a V24 TTY line can be
         used.



4.1.6    W̲a̲t̲c̲h̲d̲o̲g̲ ̲F̲i̲r̲m̲w̲a̲r̲e̲

         Contain a subset of the CAMPS firmware, except that

         -   LTU monitoring

         -   LTU switching

         is not supported.





4.2      R̲E̲M̲O̲T̲E̲ ̲C̲R̲8̲0̲ ̲C̲U̲S̲T̲O̲M̲ ̲M̲A̲D̲E̲ ̲O̲R̲ ̲M̲O̲D̲I̲F̲I̲E̲D̲ ̲C̲A̲M̲P̲S̲ ̲S̲O̲F̲T̲W̲A̲R̲E̲



4.2.1    O̲p̲e̲r̲a̲t̲i̲n̲g̲ ̲S̲y̲s̲t̲e̲m̲

         The CAMPS operating system can with a major reorganization
         be used.



4.2.2    A̲D̲C̲C̲P̲ ̲T̲r̲a̲n̲s̲p̲o̲r̲t̲ ̲P̲r̲o̲c̲e̲s̲s̲

         The CAMPS transport process to SCARS/CCIS with modification
         concerning

         -   detection of message type

         -   distribution to file or VDU

         -   sending of completion log

         -   queue addressing

         can be used.



4.2.3    L̲T̲U̲ ̲w̲i̲t̲h̲ ̲A̲D̲C̲C̲P̲ ̲P̲r̲o̲t̲o̲c̲o̲l̲

         Refer 4.1.3.



4.2.4    V̲D̲U̲ ̲S̲e̲r̲v̲i̲c̲e̲ ̲P̲r̲o̲c̲e̲s̲s̲

         New process.



4.2.5    L̲T̲U̲ ̲w̲i̲t̲h̲ ̲T̲T̲Y̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲

         Refer 4.1.5.