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

⟦5df56e24f⟧ Wang Wps File

    Length: 6185 (0x1829)
    Types: Wang Wps File
    Notes: FIKS SYSTEM UPDATE (PROP) 
    Names: »5873A «

Derivation

└─⟦b3c9a9699⟧ Bits:30006142 8" Wang WCS floppy, CR 0015A
    └─ ⟦this⟧ »5873A « 

WangText





                          - # -






















                      PROPOSAL FOR
                      PROPOSAL FOR
                      PROPOSAL FOR
                      PROPOSAL FOR
                      PROPOSAL FOR


                   FIKS SYSTEM UPDATE:
                   FIKS SYSTEM UPDATE:
                   FIKS SYSTEM UPDATE:
                   FIKS SYSTEM UPDATE:
FIKS SYSTEM UPDATE:…06…1         …02…   …02…   …02…   …02…                                   
        


                 "SIGNALS FOR INTERCEPT"
                 "SIGNALS FOR INTERCEPT"
                 "SIGNALS FOR INTERCEPT"
                 "SIGNALS FOR INTERCEPT"
                 "SIGNALS FOR INTERCEPT"




         S̲C̲O̲P̲E̲

         This proposal provides a proposal for update of the
         FIKS System concerning "Signals for Intercept", with
         reference to AMC contract: FK. 8446 and AMC letter:
         TST. 604.8228/312.1-635.



         S̲O̲L̲U̲T̲I̲O̲N̲

         When messages from NICS TARE are sent for intercept,
         they are halted in the SCC waiting to be handled by
         an operator. If the SCC goes STANDBY or the SCC-fails
         (drops out of the FIKS network), then the intercepted
         messages are stuck in the SCC, i.e. lost for the FIKS-network.
         The situation is similar to that of messages sent to
         internal conversion or to the NICS TARE. To overcome
         this the following is proposed:

         -   Every message sent for intercept at the SCC shall
             have a copy of it placed in the SIP-queues at the
             collocated Node/MEDE. This implies that a copy
             of an incoming intercepted NICS TARE-message must
             be transferred to the SIP-queues. The CPM-process
             shall, when it becomes aware of that an incoming
             NICS TARE-message has been intercepted, see to
             that a copy is distributed to the collocated Node/MEDE.

         -   The intercepted messages in the SIP-queues shall
             be placed there until they are successful intercepted
             and converted. (At present they are acknowledged
             by the ISH-system, i.e. deleted from the SIP-queues,
             at the moment they are sent for intercept). In
             this way intercepted messages will be covered by
             the reliability, that characterises the dual Node/MEDE-
             design. The pseudo-acknowledge performed by the
             CPM-
             process at intercept of messages must be exchanged
             with an "Intercept Notice". The SIP-queues must
             be reorganized and expanded.

         -   The checkpointing concerned message-traffic at
             the SCC-installation can be eliminated. Instead
             all the messages in the SIP-queues shall be transferred
             to the SCC for renewed conversion/intercept each
             time the SCC goes ACTIVE. The SCC shall, when it
             becomes STANDBY, clear all message queues. (To
             avoid duplicate messages). SCC-restart/switchover
             will not be needed. This will eliminate several
             error cases raised, at SCC-restart. Implementation
             of "Intercept Logging" will be much easier too.



         -   A procedure, which assures that the intercepted
             messages are re-intercepted whatever happens, has
             to be worked out.

             A "real SIP-timeout" is proposed. In the existing
             FIKS system, messages in the SIP-queues are sent
             for distribution on the collocated Node/MEDE with
             reason "SIP-timeout" when a certain number of conversions
             has taken place. Instead the messages shall be
             sent for distribution after a certain time limit
             (shall be different with cases not-intercepted/intercepted
             message). The "SIP-timeout"-message can be reentered
             into the ISH-system either by the "DT-reenter"procedure
             (to the collocated SCC) or by "Retransmission"-procedure
             (to the opposite SSC). No messages can be stuck
             or lost. The SPM-process shall be updated to handle
             real SIP-timeout.

         As a by-product of the proposed solutions the following
         is obtained too. When identical messages (same message
         ID's) are processed in the SCC, severe errors can occur
         (MAC #42-error). This can be avoided by not letting
         identical messages pass from the SIP-queues to the
         SCC. This can now easily be performed. When a message
         arrives to the SIP-queues, it is checked, if it exists
         already - if so it is just deleted.



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

         The solution is implemented by updating the following
         software modules of the FIKS-system. 

         -   CPM-process update
             Implementation of "Intercept Notice",
             Intercepted NICS TARE-message to collocated Node/MEDE.


         -   SPM-process update
             Intercepted message handling,
             Real SIP-timeout, new SIP-queue structure.


         -   Miscellaneous SCC-processes.
             Removal of checkpointing.


         -   Expanded ISH-processing.



         D̲E̲V̲E̲L̲O̲P̲M̲E̲N̲T̲,̲ ̲T̲E̲S̲T̲,̲ ̲D̲O̲C̲U̲M̲E̲N̲T̲A̲T̲I̲O̲N̲

         Development (design and coding) and low level testing
         will take place at CRAS, Ballerup. High level testing
         will take place at the FIKS Test system at Vedb`k.
         Occasionally employment of the operational SCC at Vedb`k
         occurs.

         A document containing the product specification for
         the solution and a verification testprocedure will
         be worked out and delivered to AMC. The needed update
         of FIKS System document will be specified as DCN's
         to the existing documents.



         P̲R̲I̲C̲E̲ ̲B̲R̲E̲A̲K̲D̲O̲W̲N̲

         Manpower consumption in weeks of 38.75 hours:


         T̲a̲s̲k̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲M̲a̲n̲p̲o̲w̲e̲r̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲W̲e̲e̲k̲s̲

         Design/Documentation           E1                 
         3
         SW Coding/Unit Test            E1                 
         3
         Integration/Verification       E1                 
         2
         Secretary                      S1                 
         1



         Manpower Costs:

         M̲a̲n̲p̲o̲w̲e̲r̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲W̲e̲e̲k̲s̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲P̲r̲i̲c̲e̲/̲H̲o̲u̲r̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲P̲r̲i̲c̲e̲
         ̲ ̲ ̲ ̲ ̲ ̲

         E1                8              574          177,940.00
         Kr.
         S1                1              324           12,555.00
         Kr.
          ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲
         ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲ ̲

         Total                                         190,495.00
         Kr.


         E1:  Senior Engineer      S1:  Secretary



         V̲A̲L̲I̲D̲I̲T̲Y̲

         Acceptance shall be performed before 31st May 1985.



         D̲E̲L̲I̲V̲E̲R̲Y̲

         Delivery will be performed in connection with implementation
         of AMC contracts FK. 8510 and FK. 8512.