ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ PAGE Chapter 2: DS30 link maintenance Purpose The DS30 link maintenance facilities are available on the DMS-SCP transaction processor terminal. Link maintenance allows a service control point (SCP) user to monitor, test, and alter the states of DS30 links that extend between the transaction processor DVS cabinets and DMS common equipment. The link can be monitored at two levels of detail, the link summary level and the link detail level. There are also two modes in which to conduct a link test. The link can be tested in an in-service (INSV) mode or in an out-of-service (OOS) mode. The state of the link can be altered, in fact must be altered to conduct some tests. Links can be manually busied, returned to an in-service state and under some conditions taken off-line. Note: A strict set of procedures must be executed before a link can be taken off-line. For instructions refer to the heading, "Taking a Link Off-line" found later in this chapter. Accessing the DS30 maintenance screen To access the DS30 link maintenance screen, use the following procedure: 1 Sign in to a DMS-SCP terminal, using a system administrator user ID. Refer to the chapter entitled "Signing In" found earlier in this publication for sign in procedures. ==> The DMS-SCP main menu is displayed. 2 Select the DS30 link maintenance option from the main menu, and press ENTER. ==> The DS30 link status screen as shown in Figure 1 is displayed. This screen provides a summary of the status of all links. Figure 1 Screen interactions for DS30 SRU maintenance Monitoring link & application summaries A total of 28 DS30 SRUs may be viewed using the DS30 Mtce screen on two TPs for a single SCP installation. Each DS30 SRU runs a single database or system application and is connected to the DMS component of the TP by two links. The link and application summary screen provides status information for each link and for each application the link is connected to. The location of the SRU (and link connection) is also given. Interpreting the screen The link summary screen is divided vertically. Each side identifies 10 DS30 SRU locations and reports on the status of both links connected to and the application running on each. (If more than 20 DS30 SRUs are configured, they are listed on the next page.) Information is listed in columns under the following headings: (a) L.meaning local area network (LAN) identifies the transaction processor in which the SRU resides. An SRU can only reside in TP 1 or TP 2. (b) C. identifies the TP cabinet in which the SRU resides. An SRU can reside in one of eight cabinets, numbered 1 - 8. PAGE (c) S. identifies the cabinet slot address at which the SRU resides. An SRU address can be one of 16, numbered evenly from 2 - 16. (d) L0, L1. identifies the status of link 0 and link 1 in separate columns using a single symbol or character. The meaning of the symbols and characters used is given below: ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³w = In Service The link is working. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³M = Manual - Busy The link has been made busy through manual ³ ³ intervention. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³S = System - Busy The link is ready to return to service but cannot ³ ³ because of system conditions. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³O = Offline The link is offline and not communicating. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³H = Unequipped The link is encountering a hardware problem, or ³ ³ the link is not yet aware of the SRU (following an ³ ³ SRU reboot). ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³T = Testing The link is being tested. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³? = No link Info The link has registered but has not yet sent ³ ³ information to the database control program. When ³ ³ the whole SRU is down the link responds with this ³ ³ state. ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ (e) APPLICATION. identifies the application, the application instance, and the state of the application running in the SRU. The application name is followed a number ranging from 1-20. This number identifies the instance, that is, the particular TP copy of the application running in the SRU. (There may be several copies of each database in a single transaction processor.) An * signifies that the application is used as a backups. The state precedes the name of the application and is represented by a symbol or a single character explained below: ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³w = In Service The application is working. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³B = Busy The application is busy. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³C = Congested The application is too busy and is trying to ³ ³ correct the condition by limiting the number of ³ ³ queries it is sent. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³F = Failed The application has stopped working. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³A = Audit The application is disabled due to a volume audit. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³=Unknown The application configured but has not yet come ³ ³ up. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³= None No application is configured on the SRU. ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Monitoring link & application detail The link details area is displayed on the lower portion of the link summary screen for a single selected SRU. Link detail information duplicates link summary information but presents it in a horizontal format. This screen does provide additional information in the form of test data and application specific data. Access To display further details for a specific DS30 link, use the following procedure: 1 Select an SRU to examine by highlighting it. Use arrow keys to move the highlighted bar. 2 Press the
softkey. ==> The details display appears at the bottom of the screen. Figure 1 illustrates a typical link details display. 3 To display details of another link, move the cursor up or down using the arrow keys until the required link is highlighted. ==> The link details of the previously selected SRU are retired as soon as the highlighted bar is moved. PAGE 4 Press
again. ==> The details of the newly selected SRU are displayed. Interpreting the screen The link and application details display consists of an expanded version of the link and application summary area plus the following: test data, application PRU type and subsystem instance (SSI). Test data is presented under the following headings: (a) TEST EXECUTED AT. Below this heading the date and time of the last test conducted on both link 0 and link 1 for the selected SRU is specified. (b) OOS & INSV. These headings identify the two available test modes, OOS, or INSV. An entry below one of these headings indicates the modes and the results of the test conducted. Test results are represented by one of the following single character entries: ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³P = Passed ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³F = Failed ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³blank = Test not run ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Additional application related-data is presented under the following headings: (a) SSI. This heading refers to the subsystem instance. If the entry is INSV meaning in-service, the link can transmit responses to the DMS, if the entry is OOS, meaning out-of-service, the link cannot transmit responses to the DMS. (b) PRU. This heading identifies the PRU running in the SRU by type. This entry is a four digit hexadecimal number. Testing DS30 links DS30 links between DVS and DMS equipment should be tested on a weekly basis as part of a maintenance routine. Testing is conducted in one of two modes, out-of-service or in-service. Testing can only be done when the link is in one of the states: w in-service or w manual busy. When problems arise, the administrator tests as required and uses the most appropriate test at that time. An out-of-service test is used if the links cannot be brought up. An in-service test is used when logs are reporting link errors that are not fatal. System messages System messages provide important information to the user during the test situation. Messages are displayed across the top of the screen. Test result words may appear in a system message. Table 3 specifies the meanings of these test result words: Table 3 DS30 maintenance test result words ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³RESULT WORD SIGNIFICANCE ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³Rejected (T) Only one maintenance or test request is allowed per SRU, and this result ³ ³ indicates that a request is already in progress, most likely from another ³ ³ DMS-SCP. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³Unsupported The maintenance or test request specified is unsupported. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³Invalid (SRU) The SRU specified in the maintenance or test request has become invalid since ³ ³ the request was initiated. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ PAGE ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³In Progress The test is in progress and will report back with a result later. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³Rejected (S) The maintenance or test request cannot be performed because the resulting ³ ³ state transition would be invalid such as attempting to OFFL a link which is ³ ³ in a system busy state. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³Failed The test has failed. ³ ³ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄij ³Completed The test has been completed, and the information in the link summary and ³ ³ detail areas of the display should not reflect any changes as a result of the ³ ³ successful maintenance or test request. ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Out-of-service testing To conduct an out-of-service test use the following procedure: 1 Select an SRU from the link and application summary screen, and press
. ==> The link and application details area is displayed at the bottom of the summary screen. 2 Press . ==> The following softkeys are displayed: , , and . 3 Press to select link 0, press to select link 1 or press . ==>When link 0 or link 1 softkeys are pressed the state of the selected link changes to M, meaning manual busy. ==> When the cancel softkey is pressed, the manual busy request is cancelled. 4 Press . ==> The following softkeys are displayed: , , and . 5 Press to test link 0, press to test link 1 or press . ==>When either the link 0 or link 1 softkey is pressed the test is executed. While the test is running, the link state displayed is T, meaning testing. When the test is finished, the link is returned to the manbusy state, and the status of the test is reported on the display. ==> When the cancel softkey is pressed, the test is cancelled but the state of the selected SRU links remain manual busy. In-service testing To conduct an in-service test use the following procedure: 1 Select an SRU from the link and application summary screen, and press
. ==> The link and application details area is displayed at the bottom of the summary screen. 2 Press . ==> The following softkeys are displayed: , , and . 3 Press to test link 0, press to test link 1 or press . ==>When link 0 or link 1 softkeys are pressed the test is executed, the softkeys retire, and the status of the test is reported on the display.When the test is finished, the link is returned to the system busy state and, if possible, will eventually return to an in service state. ==> When the cancel softkey is pressed, the test is cancelled. Making links busy and returning them to service The links associated with each SRU can be manually busied (MANB). Links must be in a busy state in order to run out-of-service tests. In this state, the application cannot process queries or otherwise communicate with the DMS. To restore communication PAGE with the DMS, the links and the application must be returned to service. Only links in a manual busy state can be returned to service. Manual busy Use the following procedure to manual busy a link: 1 Select the SRU whose links need to be placed into a manual busy state. Do this by highlighting the SRU on the link and application summary screen. 2 Press . ==> The following softkeys are displayed: , , and . 3 Press to manual buys link 0, press to manual busy link 1 or press . ==>When link 0 or link 1 softkeys are pressed the state of the selected link changes to M, meaning manual busy. ==> When the cancel softkey is pressed, the manual busy request is cancelled. Return to service Use the following procedure to return a link to service: 1 Select an SRU with manual busy links that need to be returned to service. Do this by highlighting the SRU on the link and application summary screen. 2 Press . ==> The following softkeys are displayed: , , and . 3 Press to RTS link 0, press to RTS link 1 or press . ==>When link 0 or link 1 softkeys are pressed the state of the selected link changes to S, meaning system busy. The link stays in the system busy state until the next link audit, when it changes to a dot meaning inservice. ==> When the cancel softkey is pressed, the manual busy request is cancelled. Taking a link offline A link can be taken offline if there are SRU hardware problems. There is a set of procedures for taking a link offline that must be followed to ensure the integrity of the system. To take a link offline use the following procedure: 1 On the link and application summary screen, note the SRU location of the link that needs to be taken offline. This information is found under the L, C and S headings. 2 Press until the main menu for the DMS-SCP transaction processor is displayed. 3 Select the system administration option, and press ENTER. Select the maintenance option. Locate the cabinet and slot of the SRU to which the links are connected. This is the same address noted in procedure 1. 4 Highlight the DBTM at this location, and then press . ==> The system takes the PRU out-of-service. In the process of taking the PRU out-of-service, the DBTM informs the Data-Voice interface (DVI) that queries should not be routed to this SRU. The courtesy down process ensures that all outstanding queries are processed before the PRU is shut down. 5 Return to the DS30 link and application summary screen. PAGE 6 Highlight the SRU address where the DBTM has been courtesied down, and then press . ==> The following softkeys are displayed: , , and . 7 Press to offline link 0, press to offline link 1 or press . ==>When link 0 or link 1 softkeys are pressed the state of the selected link changes to O, meaning offline. ==> When the cancel softkey is pressed, the offline request is cancelled. Returning service to the offline link Return service to the offline link using the following procedure: 1 Make the offline links manual busy by highlighting the effected links and pressing . (Follow the manual busy procedure given earlier.) 2 Return the effected DBTM to service from SAS. (Follow step 3 of the previous procedure.) 3 Return the links to service by highlighting the manually busied links and pressing . (Follow the RTS procedure given earlier.)