ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ

   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
<See Fig. 1>

 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 <Details> 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 <Details> 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
 <Details>.


 ==> The link and application details area is displayed at the bottom of the
 summary screen.


 2 Press <MANB>.


 ==> The following softkeys are displayed: <Cancel>, <Link 0>, and <Link 1>.


 3 Press <Link 0> to select link 0, press <Link 1> to select link 1 or press
 <Cancel>.


 ==>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 <Test>.


 ==> The following softkeys are displayed: <Cancel>, <Link 0>, and <Link 1>.


 5 Press <Link 0> to test link 0, press <Link 1> to test link 1 or press
 <Cancel>.


 ==>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
 <Details>.


 ==> The link and application details area is displayed at the bottom of the
 summary screen.


 2 Press <Test>.


 ==> The following softkeys are displayed: <Cancel>, <Link 0>, and <Link 1>.


 3 Press <Link 0> to test link 0, press <Link 1> to test link 1 or press
 <Cancel>.


 ==>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 <MANB>.


 ==> The following softkeys are displayed: <Cancel>, <Link 0>, and <Link 1>.


 3 Press <Link 0> to manual buys link 0, press <Link 1> to manual busy link 1 or
 press <Cancel>.


 ==>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 <RTS>.


 ==> The following softkeys are displayed: <Cancel>, <Link 0>, and <Link 1>.


 3 Press <Link 0> to RTS link 0, press <Link 1> to RTS link 1 or press <Cancel>.


 ==>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 <Exit> 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 <Courtesy Down>.


 ==> 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 <OFFL>.


 ==> The following softkeys are displayed: <Cancel>, <Link 0>, and <Link 1>.


 7 Press <Link 0> to offline link 0, press <Link 1> to offline link 1 or press
 <Cancel>.


 ==>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 <MANB>. (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 <RTS>. (Follow the RTS procedure given earlier.)