top - download
⟦5b930dc8e⟧ Wang Wps File
Length: 3102 (0xc1e)
Types: Wang Wps File
Notes: Spelunked
Names: »~ORPHAN45.12«
Derivation
└─⟦b3c9a9699⟧ Bits:30006142 8" Wang WCS floppy, CR 0015A
└─ ⟦this⟧ »~ORPHAN45.12«
WangText
that two sides of the link get connected at level 2.
If the X25-initializing at any point of the procedure is not possible (no V24-signals,
no active CCIS-X25-protocol, etc.) then the initializing is also haltet. The initializing
is resumed the mment the obstruction vanish.
3.2.3.3 P̲r̲o̲c̲e̲s̲s̲i̲n̲g̲ ̲o̲f̲ ̲I̲n̲c̲o̲m̲i̲n̲g̲ ̲P̲a̲c̲k̲e̲t̲
ref. fig. 3.2.3-2
The incoming data packet may either belong to the control
channel or the narrative channel. Which channel to
be handled i determined by inspection of 'CHANNEL NO'
in the X25.3-packet header (ref. fig. 3.1.1.1).
The packet is to be placed in a corresponding message
disc file. If the packet is the first of a message,
then a new file has to be allocated. PDB-files creted
via the MTCB-monitor is used. (It is the first packet
of a new message, if the preceeding packet on the same
channel was the last packet, derived from the more
bit in the X25.3 packet header). The packet is simply
added to the end of the messag-file after stripping
off the header.
If the packet is the last one in the message, then
the message is transferred to the CTERM-process by
sending an AMOS-message with layout as defined in sec.
3.3.2.2.
The AMOS-answer upon this message is handed as a dummy
event (no actions taken).…86…1 …02…
…02… …02…
FIGURE 3.2.3.2-1
PROCESS INCOMING PACKET…86…1 …02… …02… …02…
3.2.3.4 P̲r̲o̲c̲e̲s̲s̲i̲n̲g̲ ̲o̲f̲ ̲O̲u̲t̲g̲o̲i̲n̲g̲ ̲P̲a̲c̲k̲e̲t̲
ref. 3.2.3.3
If 'OUTPUT BUSY', i.e. the preceeding MON(IO, INITAPPEND)
is not yet completed, processing is skipped.
If 'LTUX BUSY', i.e the LTUX is not ready to receive
more packets for outgoing transmission (ref. sec. 3.2.3.1),
processing is skipped.
If packets belonging to the control channel is to be
despatched, i.e. the channel is active, then this is
chosen or else the narrtive channel is chosen (to maintain
the priority scheme).
If neither is active, then processing is skipped.
The next packet is then read from the outgoing message
file, the X25.3 packet header (ref. fig. 3.1.1.1) is
added to the front and the depatch to CCIS is initiated
with a MON (IO, INITAPPEND) - command using the 'REQUEST
OUTPUT' - command format as defined in sec. 3.5.4.10.
The status 'OUTPUT BUSY' is sat to prevent upstart
of further MON (IO, INITAPPEND) - operations before
the on just started, is finished and thereby releasing
the buffers used. The OPC (Outgoing Packet Counter)
is incremented with one. If OPC becomes equal to the
maximum number the LTUX can handle at one moment, the
status is set to 'LTUX BUSY', to prevnetfurther packets
to be despatched (flow control to the LTUX).
If the packet was the last one in a message, then 'DESPATCH'
- completion is returned to CPIP in the AMOS - answer
as defined in sec. 3.2.2.2. The channel is released
(set not active) rady for processing of a new message
on the channel. MON(RECOVEREVENTS of the AMOS message-save-event-queue
is performed (ref. sec. 3.2.3.1).
