Attachment 0004b - Relay Acceptance Test Procedures_FINAL.docx
DOCX document 2 MB Posted
- Attached to
- RFP for Integrated Battle Command System (IBCS) LRIP/FRP Federal contract opportunity
- Solicitation number
- W31P4Q-20-R-0015
About this file
This document provides acceptance test procedures for the Integrated Fire Control Network Relay hardware and software integration. Key details include testing the relay's hardware initialization, operations, data harvesting and shutdown. Tests will demonstrate functionality of the relay and sensor and launcher interfaces. Additional test equipment used includes two radar interface units, two L2 simulated link boxes, and a government system integration laboratory real-time truth conductor. Pre-test setup includes grounding checks and powering on the relay and auxiliary equipment in sequence. Automated software initialization, air defense functionality with engagements, and software and hardware shutdown are all prescribed test procedures. Supporting documentation will provide instructions for operating test tools used in the relay acceptance testing.
View the file
Other files for this federal contract opportunity
Show all 50
RFP for Integrated Battle Command System (IBCS) LRIP/FRP has more files on GovTribe.
On GovTribe
Work with this file on GovTribe
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
For Official Use Only Attachment 1 Integrated Battle Command System (IBCS) Integrated Fire Control Network Relay (IFCN) Acceptance Test Procedures – IFCN Relay 14 Jul 2020
| For Official Use Only | W31P4Q-20-R-0015 | |
| ATTACHMENT 0004b |
For Official Use Only
IBCS-A248-001
18 April 2018
For Official Use Only Printed document is reference document only. Verify document date with on-line system.
Copyright 2020 Northrop Grumman Systems Corporation.
For Official Use Only Table of Contents
| 1. Scope | 1 |
| 1.1. IBCS IFCN Relay | 1 |
| 1.2. EOC Lite | 7 |
| 1.3. Additional Test Equipment | 9 |
| 2. Test Configurations | 10 |
| 2.1. Test Diagrams | 10 |
| 3. Pretest Setup | 10 |
| 3.1. Grounding | 10 |
| 4. Test Procedures | 11 |
| 4.1. Power On | 11 |
| 4.2. Automatic Software Initialization Checkout | 14 |
| 4.3. Air Defense Acceptance Test | 16 |
| 4.4. Software Shutdown and Data Harvest | 17 |
| 4.5. Hardware Shutdown | 23 |
| 5. Supporting Documentation for Relay ATP Execution | 24 |
| 5.1. Operator Instructions for Test Tools | 24 |
List of Figures
| Figure 1‑1. IFCN V2 Relay | 2 |
| Figure 1-2. Power Sub-System (PSS) & Battery | 3 |
| Figure 1‑3. Network Enclosure Exterior View | 4 |
| Figure 1‑4. Network Enclosure Interior View | 5 |
| Figure 1‑5. Network Enclosure Signal & Power Panels | 6 |
| Figure 1‑6. A-Side Interface Panel | 7 |
| Figure 1-7. EOC Lite | 8 |
| Figure 2-8. FT3 via Alt. Media | 10 |
List of Tables
| Table 1-1. Additional Test Equipment | 9 |
| Table 3-2. Grounding of Test Articles | 10 |
| Table 4-3. Hardware Power Up | 11 |
| Table 4-4. Automatic Software Initialization Check | 15 |
| Table 4-5. Air Defense Functionality | 16 |
| Table 4-6. Software Shutdown and Data Harvest | 17 |
| Table 4-7. Hardware Shutdown | 23 |
Table 5-1. Test Tools and Associated Documentation ………………………………………… 24
For Official Use Only Scope The objective of this Acceptance Test Procedure (ATP) is to provide the detailed test steps necessary to demonstrate key functionality of the Integrated Fire Control Network Relay and to confirm conformity of integrated hardware and software end items with the qualified baseline. The qualified baseline is the successful integration of the IFCN Relay’s hardware and software.
Satisfaction of the following criteria shall constitute successful completion of the Acceptance Test (AT) process:
1. Hardware components shall exhibit no defects during In-process and Functional Check-Out (FCO).
2. After hardware and software integration, Information Assurance (IA) scans and analysis will be conducted to ensure the system is in compliance with applicable Information Assurance Vulnerability Alert (IAVA) and Security Technical Implementation Guide (STIG) requirements to ensure IA hardening and reduce cyber vulnerabilities.
3. Following IA scans, the IFCN Relay’s hardware initialization, operations, data harvesting, and shutdown shall be completed without functional failure and/or error In Accordance With (IAW) the procedures detailed in this ATP.
IBCS IFCN Relay The IFCN Relay features common hardware and software in a form factor that is intended to impose minimal impact to Air and Missile Defense (AMD) legacy platforms. The Plug and Fight (P&F) “B-Side” application layer interfaces with the appropriate “A-Side” Component Acquisition Program (CAP) adaptation layer for each particular weapon or sensor in the Army Integrated Fires Mission Command (AIFMC) System of Systems (ASoS). The IFCN Relay provides a mobile communications node that extends connectivity to remote launcher and sensor deployments by expanding the range of Line-of-Sight (LOS) communications over the horizon and around intervening terrain features.
The IBCS IFCN provides the framework to distribute fire control quality data, commands, and messages among IBCS Engagement Operations Centers (EOCs) and Plug & Fight enabled weapons and sensors. The IFCN consists of network components within the two Major End Items (MEIs), the EOC and IFCN Relay, and transport media used for voice, data, and video information exchanges between IBCS components.
The IFCN Relay is integrated on the IFCN Relay Platform (IRP) which is an IBCS-modified XM1061E1 Flat Bed Trailer that incorporates Non-Developmental-Items (NDIs), Commercial Off-The-Shelf (COTS), Government Furnished Equipment (GFE), and IBCS-developed Computer Software Configuration Items (CSCIs) within software builds (see Figure 1‑1 for an illustration).
Figure 1‑1. IFCN V2 Relay
The power distribution box on an IFCN relay (see Figure 1-2. Power Sub-System (PSS) & Battery) includes an A/C In circuit breaker that, when off, allows for connecting power to the Relay without putting power into the system. The D/C Out circuit breaker will also keep power from running to the system.
Figure 1-2. Power Sub-System (PSS) & Battery
The IFCN Network enclosure and the Plug & Fight Processing Unit (PFPU) are the heart of the IFCN relay. The network enclosure (see Figure 1-3. Network Enclosure Exterior View and Figure 1-4. Network Enclosure Interior View) contains the network equipment including switches, the Baseband Processing Unit (BPU) radio, the encryption device, and the GPS timing unit that drive the relay.
Figure 1‑3. Network Enclosure Exterior View
Figure 1‑4. Network Enclosure Interior View
During normal operations, the network enclosure remains closed due to environmental concerns. Thus there are signal entry panels for the network enclosure. The BPU radio connects to the Highband RF Unit (HRFU) on the mast of the EOC via an RF cable, a data/control cable, a power cable, and a ground back to the relay trailer (see Figure 1-5). Network Enclosure & Signal Entry Panel). These panels also house the PFPU connections.
Figure 1‑5. Network Enclosure Signal & Power Panels
The A-Side interface panel (see Figure 1-6. A-Side Interface Panel) contains the connections from the network enclosure to the different A-Sides that talk to IBCS. There is one sensor and eight launcher ports along with the black side Alt. Media Ports.
Figure 1‑6. A-Side Interface Panel
EOC Lite An EOC Lite (see Figure 1-7. EOC Lite) will be used as the C2 to test A-Side to A-Side communications during the Acceptance Test. An EOC Lite is operationally equivalent to an IBCS EOC but does not include tactical radios. Therefore, it cannot be used to test radio to radio communications nor does it check functionality of all the hardware components.
Figure 1-7. EOC Lite
Additional Test Equipment In addition to the EOC Lite, the following items are needed in order to meet the AT requirements as identified in the document.
Table 1-1. Additional Test Equipment
| Item Description |
| Purpose |
| Part Number |
| 2x Real Time Digital Radar Interface Unit (RIU) RTDRIU and Virtual Engagement Simulation Tool (VEST) |
| To track and act as an uplinking sensor and missile fly out model. |
| Launcher on the Net (LOTN) |
| To act as the Enhanced Launcher Electronics System (ELES) and tell the missile fly out model to fly the missile. |
| 2x L2 |
| A simulated LINK box that is hosted on a VM that connects the launcher to the B-Side. |
| Network, System Integration, and Test Environment (NSITE) |
| A test asset that shows the Distributed Interactive Simulation (DIS) on a map in order to verify that the targets are being displayed properly on Common Warfighter Machine Interface (CWMI). |
| Government System Integration Laboratory (GSIL) Real Time Truth Conductor (GRTTC) |
| A DIS player that outputs a scenario to the sensor models and destroys targets depending on the kill Protocol Data Units received. |
| 10x TFOCA-II Cables |
| These cables will be used to connect the launchers and sensor from the test tool rack to the Unit Under Test (UUT). |
Test Configurations Test Diagrams
Figure 2-8. FT3 via Alt. Media
Pretest Setup Grounding The following steps should be taken prior to powering up any equipment to ensure proper a common ground is established to prevent any harm to equipment damage.
Table 3-2. Grounding of Test Articles
| Step # |
| Operator Actions |
| Expected Results |
| Actual Results |
| Comments/TIR # |
Verify Test Articles Grounding
****CAUTION****
Prior to connecting commercial shore power or applying power to the EOC systems, verify by visual inspection that all equipment has been properly grounded and thresholds are IAW MIL-STD-464A, dated, 19 December 2002, to ensure proper operation and prevent an electrical hazard for the equipment or operator. The thresholds are 10 mOhms or less for inside the shelter and 20 mOhms or less for outside the shelter.
Relay HW is ground to a common facility ground
| 1. |
| Verify Main circuit breaker on UUT Relay is OFF |
| Relay main circuit breaker is OFF. |
| 2. |
| Verify UUT Relay ground is connected to earth ground via cable (ALH-213925-0180) |
Relay is grounded to common ground
Test Procedures Power On
Table 4-3. Hardware Power Up
| Step # |
| Operator Actions |
| Expected Results |
| Actual Results |
| Comments/TIR # |
Verify UUT per Hardware Connections for Test Configuration (See Error! Reference source not found.)
****CAUTION****
Verify by visual inspection that all equipment has been properly grounded to ensure proper operation and prevent an electrical hazard for the equipment or operator. See grounding steps below.
Relay HW is ground to a common facility ground
| 1. |
| Verify Battery Main circuit breaker is OFF (see Figure 1‑1. IFCN V2 Relay & Figure 1-2. Power Sub-System & Battery) |
| PSS Battery is OFF |
| QA witness |
| 2. |
| Verify AC input circuit breaker on the PSS is OFF (see Figure 1‑1. IFCN V2 Relay & Figure 1-2. Power Sub-System & Battery) |
| PSS AC input is OFF |
| QA witness |
| 3. |
| Verify output switch on the PSS is OFF (see Figure 1‑1. IFCN V2 Relay & Figure 1-2. Power Sub-System & Battery) |
| PSS DC output is OFF |
| QA witness |
| 4. |
| Verify circuit breakers 1-5 on the UUT Relay Network Enclosure are in the OFF position (see Figure 1‑3. Network Enclosure Exterior View) |
| CB1 through CB5 in the OFF position |
| QA witness |
| 5. |
| Verify PFPU on/off switch is in the OFF position |
| PFPU ON/OFF switch is in the OFF position |
| QA witness |
| 6. |
| Verify SSD1 and SSD2 are installed in the PFPU. If not, install them at this time using ESD procedures. |
NOTE: ESD procedures require the operator to wear a wrist strap with the clip end connected to a ground point. HDD / SDD are to be stored in anti-static bags when not installed. Drives should never have direct contact with a metal safe drawer, even if in an anti-static bag.
| SSDs are installed in the PFPU |
| QA witness |
| 7. |
| On Relay visually verify facility (building) ground to trailer ground point |
| Ground connected |
| QA witness |
| 8. |
| On Relay visually verify PFPU ground to trailer ground point (see Figure 1‑1. IFCN V2 Relay) |
| Ground connected |
| QA witness |
| 9. |
| On Relay visually verify HRFU ground to Network Enclosure (see Figure 1‑1. IFCN V2 Relay) |
| Ground connected |
| QA witness |
| 10. |
| On Relay visually verify Network Enclosure ground to trailer ground point |
| Ground connected |
| QA witness |
| 11. |
| On Relay visually verify power generation to trailer ground point (see Figure 1‑1. IFCN V2 Relay) |
· Two grounds from PSS to trailer ground point
· One ground from Generator to trailer ground point
| Grounds connected |
| QA witness |
| 12. |
| Verify External GPS antenna is connected to Network Enclosure J12 (GPS) (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| GPS antenna connected |
| QA witness |
| 13. |
| Verify on Network Enclosure J9 (HRFU ANT) connected to HRFU J2 using HRFU RF cable (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| Cables secure |
| QA witness |
| 14. |
| Verify on Network Enclosure J8 (HRFU CTRL) connected to HRFU J3 using HRFU CTRL cable (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| Cables secure |
| QA witness |
| 15. |
| Verify on Network Enclosure J14 (HRFU PWR) connected to HRFU J1 (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| Cables secure |
| QA witness |
| 16. |
| Verify on Network Enclosure J15 (J15 PFPU Power) connected to PFPU J1 (PFPU PWR / J1) (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| Cables secure |
| QA witness |
| 17. |
| Verify on Network Enclosure J13 (PFPU LAN) connected to PFPU J2 using PFPU J2 / PFPU LAN J13 cable (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| Cables secure |
| QA witness |
| 18. |
| Verify on Network Enclosure J10 connected to A-side interface panel J1 Sensor (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| Cables secure |
| QA witness |
| 19. |
| Verify on Network Enclosure J11 connected to A-side interface panel J2-6 Launchers (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| Cables secure |
| QA witness |
| 20. |
| Verify on Network Enclosure J16 connected to A-side interface panel J7-8 Alt Media 1 and 2 (see Figure 1‑5. Network Enclosure Signal & Power Panels) |
| Cables secure |
| QA witness |
| 21. |
| On Relay verify Power Sub-System (PSS) connected to commercial / external power source via PSS J1 AC Input (see Figure 1‑1. IFCN V2 Relay and Figure 1-2. Power Sub-System & Battery). |
| External power connected and available to IFCN Relay |
| QA witness |
| 22. |
| Switch battery output to ON (see Figure 1‑1. IFCN V2 Relay & Figure 1-2. Power Sub-System & Battery) |
| Battery is providing power to PSS and DC volt meter reads 28 VDC |
| QA witness |
| 23. |
| On Relay PSS do the following (see Figure 1‑1. IFCN V2 Relay & Figure 1-2. Power Sub-System & Battery): |
· Switch AC INPUT to ON
· Switch OUTPUT switch to ON
| Relay PSS is providing power to sub-components |
| QA witness |
Configure KG-250
****WARNING****
Ensure KG-250X has been loaded with appropriate test keys prior to performing test. Check the latest configuration documentation to verify that the KG-250X has been loaded with the correct keys.
| 1. |
| Verify serial number of its associated Relay key and KG-250X match. |
CIK must be provisioned SECRET before use
| KG-250X and key match |
| QA witness |
| 2. |
| If CIK key is not inserted in the UUT |
Insert the correct Crypto Ignition Key (CIK) into the KG-250X and press KG-250X POWER button Wait until the ALARM LED extinguishes and the PWR/READY LED turns green.
| KG-250X is ON and PWR/READY LED illuminates green |
| QA witness |
| 3. |
| If KG-250 READY LED does not turn green in 5 minutes press RESET on KG-250 |
| KG-250 resets, TC see red side, Green light will appear on KG-250 |
| QA witness |
Turn PFPU On
| 4. |
| Turn PFPU on/off switch to the ON position |
| PFPU ON/OFF switch is in the ON position |
| QA witness |
Automatic Software Initialization Checkout
Table 4-4. Automatic Software Initialization Check
| Step # |
| Operator Actions |
| Expected Results |
| Actual Results |
| Comments/TIR # |
Test Configuration:
Figure 2-3. FT3 via Alt Media
Check OpenSAF Status on IFCN Relay
| 1. |
| If Relay is not powered on perform steps in Table 4-3. Hardware Power Up. (Steps 1 – 20 can be skipped if already performed on this UUT.) |
| Relay is powered on. |
| QA witness |
| 2. |
| From an EOC Lite Operator Workstation remote into Relay UUT by doing the following: |
· Right click on desktop
· Click on Open Terminal
· Type ssh localadmin@<IPv6 address of relay>
· Enter password
NOTE: UUT IPv6 addresses and passwords are unique and will be provided separately prior to testing.
| Operator is remotely logged in to the relay. |
| QA witness |
| 3. |
| Change directory to the location of the startup scripts by doing the following: |
· Type cd /opt/integ/tools
| Current directory is changed to the necessary location for scripts. |
| QA witness |
| 4. |
| Verify IBCS software is running on IFCN Relay by doing the following: |
· Type ./statusIBCS All services show INSTANTIATED / IN-SERVICE / ENABLED
IBCS software is running. Record initial IBCS status.
IBCS Status
QA witness
| 5. |
| If IBCS software is not running do the following to stop IBCS: |
· Type ./stopIBCS
· Type watch ./statusIBCS
· Type ctrl + c after services have stopped
| All services show UNINSTANTIATED / OUT-OF-SERVICE / DISABLED |
| QA witness |
| 6. |
| If previous step was performed then do the following to start IBCS software: |
· Type ./startIBCS
· Type watch ./statusIBCS
· Type ctrl + c after services have started All services show INSTANTIATED / IN-SERVICE / ENABLED
OpenSAF is now running QA witness
Air Defense Acceptance Test
Table 4-5. Air Defense Functionality
| Step # |
| Operator Actions |
| Expected Results |
| Actual Results |
| Comments/TIR # |
Test Configuration: Figure 2-8 FT3 via Alt Media
Start FT3 Test
NOTE: IBCS software must be installed to complete this test.
NOTE: Operator Procedures needed for Test Tools are listed in Reference Section
| 1. |
| Verify all test tools are started. |
| 2. |
| Verify connectivity between UUT and EOC Lite by pinging between the two units. |
| 3. |
| Start EOC Lite and UUT software. |
| 4. |
| Log in to roles on CWMI on EOC Lite. |
| 5. |
| Edit and activate the FT3 ATP Defense plan. |
| 6. |
| Start 2 RIUs and 8 launchers. |
| 7. |
| Bring 2 RIUs to radiate. |
| 8. |
| Emplace all launchers. |
| 9. |
| Bring PAC2 launchers to remote active. |
| 10. |
| Verify IES is forwarding to ADSI. |
| 11. |
| Start GRTTC Scenario 1207-11 |
| 12. |
| EOC operator on EOC Lite CWMI commit on ABT and TBM. |
| 13. |
| Verify shots against ABT and TBM and kills. |
QA witness
| 14. |
| After scenario finishes, take PAC2’s to remote standby. Take PAC3’s to remote active. |
| 15. |
| Start GRTTC Scenario 1207-11 |
| 16. |
| EOC operator on EOC Lite CWMI commit on ABT and TBM. |
| 17. |
| Verify shots against ABT and TBM and kills. |
QA witness
| 18. |
| After scenario finishes, take PAC3’s to remote standby. Take MSE’s to remote active. |
| 19. |
| Start GRTTC Scenario 1207-11 |
| 20. |
| EOC operator on EOC Lite CWMI commit on ABT and TBM. |
| 21. |
| Verify shots against ABT and TBM and kills. |
QA witness
| 22. |
| After scenario completes, harvest EOC data. |
| 23. |
| Execute end of test procedures. |
Software Shutdown and Data Harvest Table 4-6. Software Shutdown and Data Harvest
| Step # |
| Operator Actions |
| Expected Results |
| Actual Results |
| Comments/TIR # |
SHUTDOWN – Shutdown IBCS Software on IFCN Relay
| 1. |
| Remotely log on to the Relay by doing the following: |
· Right click on desktop
· Click on Open Terminal
· Type ssh –X –o ‘ServerAliveInterval=60’ localadmin@<IPv6 address of relay>
· Enter password
| Operator is remotely logged into the IFCN Relay |
| QA witness |
| 2. |
| Verify IBCS software is shut down by doing the following in the terminal window: |
· Type cd /opt/integ/tools
· Type ./stopIBCS
· Type watch ./statusIBCS
· Type ctrl + c after services have stopped
| All CIs should show status as being UNINSTANTIATED and OUT-OF-SERVICE. |
| QA witness |
Harvest Logs on Relay
| 3. |
| Harvest data by doing the following on the test operator workstation terminal window: |
· Type ssh –X –o ‘ServerAliveInterval=60’ localadmin@<RelayIPv6Address>
· Enter password
· Type cd /opt/integ/tools
· Type ./runHarvester –A –d <relay_harvest_archive_name>
· Type cd /data_local/logs
· Type ls –al
· Type cd <relay harvest archive directory name>
· Type ls –al
· Type md5sum <relay_harvest_archive_name.tar> > <relay_harvest_archive_name.tar.md5>
NOTE: Replace <relay_harvest_archive_name> with “MEI#_ Relay_[yyyymmdd]_ATP#”
UUT data is harvested and md5 checksum created
Message “Harvest has completed successfully and is stored at, <archive_name>” received QA witness
Archive Relay Test Results
| 4. |
| Transfer files from Relay to bs1 by doing the following in the terminal window: |
· Type ssh –X –o ‘ServerAliveInterval=60’ bs1
· Type cd /data_local/logs/
· Type scp -r localadmin@[<relay IP address>]:/data_local/logs/<MEI Archive Name> .
| IFCN Relay harvest archive is transferred to the data directory of the EOC Lite |
| QA witness |
| 5. |
| Transfer files from bs1 to storage by doing the following in the terminal window: |
· Type ssh –X –o ‘ServerAliveInterval=60’ security
· Type cd /mnt/DataTransfer/Data/<MEInumber> (add “/dryRun” if harvest is from a dry run)
· Type scp -r username@bs1:/data_local/logs/<MEI#_Acceptance_Test Relay_[yyyymmdd]_Run#> .
| IFCN Relay harvest archive is transferred to the data directory of the EOC Lite |
| QA witness |
| 6. |
| Check the integrity of the data harvest check sum by doing the following in the terminal window in security: |
· Type cd /mnt/DataTransfer/Data/<MEInumber> (add “/dryRun” if harvest is from a dry run)
· Type cd <relay_harvest_archive_name>
· Type sudo chmod 775 *
· Type md5sum –c <relay_harvest_archive_name>.md5
| Command returns Ok |
| QA witness |
Clean Logs on Relay
| 7. |
| Clean the IFCN Relay logs by doing the following in the terminal window: |
· Type ssh –X –o ‘ServerAliveInterval=60’ localadmin@<RelayIPv6Address>
· Enter password
· Type cd /opt/integ/tools
· Type ./cleanLogs –b
· Close terminal window
NOTE: At the completion of the harvest, the script will indicate if the harvest was successful and the clean may be performed, or if errors occurred that require attention.
| IFCN Relay log directories are cleaned |
| QA witness |
Shutdown IBCS Software on EOC Lite
| 8. |
| Stop IBCS software on the EOC LITE by doing the following in the terminal window: |
· Type ssh bs1
· Type cd /opt/integ/tools
· Type ./stopIBCS
· Type watch ./statusIBCS
· Type ctrl + c after services have stopped
| All CIs should show status as being UNINSTANTIATED and OUT-OF-SERVICE. |
| QA witness |
| 9. |
| Stop IBCS B-side software on the EOC LITE by doing the following in the terminal window: |
· Type ssh bs1
· Type cd /opt/integ/tools
· Type ./stopBside
· Type watch ./statusBside
· Type ctrl + c after services have stopped
| All CIs should show status as being UNINSTANTIATED and OUT-OF-SERVICE. |
| QA witness |
Harvest Logs on EOC LITE
| 10. |
| Change the permissions on all print screens shots by doing the following on the test operator workstation ST2: |
· Right click on desktop
· Click on Open Terminal
· Type cd /data_local/logs/ibcs/ui/iuicli
· Type sudo chmod 775 *.png
· Type sudo chown root:ibcs *.png
· Type ls –al
| Screen shots are in the correct directory and have the correct permissions |
| QA witness |
| 11. |
| Harvest data by doing the following on the test operator workstation: |
· Type ssh –X –o ‘ServerAliveInterval=60’ bs1
· Type cd /opt/integ/tools
· Type ./runHarvester –d <EOC LITE_harvest archive name>
· Type ./runHarvester –A –d <EOC LITE_harvest archive name>
NOTE: Replace <EOC LITE_harvest archive name> with “MEI#_EOC LITE_[yyyymmdd]_ATP#
NOTE: At the completion of the harvest, the script will indicate if the harvest was successful and the clean may be performed, or if errors occurred that require attention.
| EOC LITE data is harvested |
| QA witness |
| 12. |
| Check the integrity of the data harvest check sum by doing the following: |
· Type cd /data_local/logs/<EOC LITE_harvest archive name>
· Type md5sum –c <EOC LITE_harvest archive name>.tar.md5
| Command returns OK |
| QA witness |
Archive EOC LITE Test Results
| 13. |
| Copy test result file and md5 checksum files to the data archive by doing the following on an operator workstation: |
· Right click on desktop
· Click on Open Terminal
· Type ssh –X –o ‘ServerAliveInterval=60’ security
· Type cd /mnt/DataTransfer/Data/(MEI Number)
· If this is a test dry run then type ls -al
· If a dryRun subdirectory does not exist then type mkdir dryRun
· Type cd dryRun
· Type scp –r username@bs1/data_local/logs/<EOC LITE_harvest archive name> .
| Test data copied to archive location |
| QA witness |
| 14. |
| Check the integrity of the data harvest check sum of the EOC LITE harvest by doing the following: |
· Type ssh security
· Type cd /mnt/DataTransfer/Data/(MEI Number)
· If this is a test dry run then type cd dryRun
· Type cd <EOC LITE_harvest archive name>
· Type md5sum <EOC LITE_harvest archive name>.tar> > <EOC LITE_harvest archive name>.tar.new.md5
· Type diff <EOC LITE_harvest archive name>.tar.md5 <EOC LITE_harvest archive name>.tar.new.md5
| New and original md5 sum files have identical values. |
| QA witness |
Clean Logs on EOC LITE
| 15. |
| Clean the EOC LITE logs by doing the following in the BS1 Terminal Window: |
· Type cd /opt/integ/tools
· Type ./cleanLogs –b
| EOC LITE log directories are cleaned |
| QA witness |
Hardware Shutdown
Table 4-7. Hardware Shutdown
| Step # |
| Operator Actions |
| Expected Results |
| Actual Results |
| Comments/TIR # |
SHUTDOWN
| 1. |
| Turn ON/OFF switch on PFPU to the OFF position |
| PFPU OFF |
| QA witness |
| 2. |
| Turn KG-250 OFF by pressing the Power button |
| KG-250 OFF |
| QA witness |
| 3. |
| Turn BPU to Standby |
| BPU in Standby mode |
| QA witness |
| 4. |
| On the front panel of the IFCN Relay place the 5 breakers in the OFF position (down) according to the following sequence: (see Figure 1‑3. Network Enclosure Exterior View for breaker location) |
1- PFPU (CB2)
2- HRFU (CB3)
3- Power Distribution Unit (PDU)(CB1)
4- MAIN (CB5)
UUT is powered OFF
QA witness
| 5. |
| Turn OFF Output switch |
| PSS DC Output OFF |
| QA witness |
| 6. |
| Turn OFF AC Input |
| PSS AC Input OFF |
| QA witness |
| 7. |
| Turn OFF Battery Main |
| PSS Battery OFF |
| QA witness |
| 8. |
| Record PFPU Run Time Meter |
| PFPU Run Time Meter recorded |
| QA witness |
| 9. |
| Secure UUT by doing the following: |
· Remove SSD hard drives from the PFPU
· CIK from KG-250X in Network Enclosure
· Secure material in safe
NOTE: ESD procedures require the operator to wear a wrist strap with the clip end connected to a ground point. HDD / SDD are to be stored in anti-static bags when not installed. Drives should never have direct contact with a metal safe drawer, even if in an anti-static bag.
| CIK & SSD hard drives are removed and secured |
| QA witness |
Supporting Documentation for Relay ATP Execution Operator Instructions for Test Tools The IFCN Relay ATP uses test tools during its execution. The test tools simulate components (e.g., radars and sensors) that are in the IFMC architecture. The document that explains how to set up and operate these test tools is named Operator Procedures For the Integrated Fires Mission Command (IFMC) Government System Integration Laboratory (GSIL) and will be provided as an attachment named “Operator Procedures For IFMC GSIL”.
image2.png image3.png image4.png image5.png image6.png image7.emf image8.PNG image9.PNG image1.wmf
File details come from the government source that posted it. Updated .