DOT COE - Section C - Infrastructure Services 20080812.doc
DOC document 517 KB Posted
- Attached to
- Common Operating Environment (COE) IT Support Services Federal contract opportunity
- Solicitation number
- DTOS59-09-R-00002
About this file
DRAFT STATEMENT OF OBJECTIVES- INFRASTRUCTURE
View the file
Other files for this federal contract opportunity
| File | Type | Posted |
|---|---|---|
| DOT COE - Section C - Hosting Services 20080623.doc | DOC document | |
| DOT COE - Section C - Quality Assurance Surveillance Guide 2.doc | DOC document | |
| DOT COE - Section C - End-User | — |
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
Dept of Transportation Common Operating Environment—Infrastructure Services
DRAFT
Common Operating Environment Infrastructure Services Dept of Transportation Date July 30, 2008
Table of Contents
11.0 Infrastructure Management Overview and Objectives
11.1 Services Overview
11.2 Service Objectives
22.0 Service Environment
22.1 Scope of Services and Infrastructure to be Supported
22.1.1 Hardware and Software
22.1.2 Service Locations and Hours of Operation
22.1.3 Personnel
22.1.4 Policies, Procedures and Standards
32.1.5 Agreements and Licenses
32.1.6 Work‑In‑Progress/Transition
32.1.7 Future initiatives
32.2 Baseline Information
53.0 Infrastructure Service Requirements
53.1 Cross-Functional Roles & Responsibilities
53.2 Responsibilities
53.2.1 General Responsibilities
63.2.2 Design/Engineering
63.2.3 Asset Acquisition and Infrastructure Provisioning
73.2.4 File and Print Server Services
83.2.5 Backup and Storage Services
93.2.6 Infrastructure Support and Operational Services
113.2.7 Security Operations
133.2.8 Remote Access Services and Internet Connectivity
143.2.9 Documentation
143.2.10 Firewall Management
153.2.11 Security Intrusion Detection Services
163.2.12 Security Vulnerability & Penetration Services
163.2.13 Security Incident & Audit Management Services
173.3 Exclusions
173.4 Service Specific Milestones
174.0 Service Management
174.1 Objectives
174.2 Definitions
174.3 Service Level Objectives (SLOs)
244.4 Reports
255.0 Referenced SOW Appendices and SOW Schedules
List of Tables
3Table 1.
Enterprise Baseline Projections
Table 2.
Server Size Definitions Table 3.
Data Network Baseline Projections Table 4.
General Roles and Responsibilities Table 5.
Engineering/Development Roles and Responsibilities Table 6.
Asset Acquisition and Network Service Provisioning Roles and Responsibilities Table 7.
File and Print Server Roles and Responsibilities Table 8.
Backup and Storage Roles and Responsibilities Table 9.
Operational Roles and Responsibilities Table 10.
Security Operations Roles and Responsibilities Table 11.
Remote Access and Internet Roles and Responsibilities Table 12.
Documentation Roles and Responsibilities Table 13.
Firewall Services Roles and Responsibilities Table 14.
Security Intrusion Detection Services Roles and Responsibilities Table 15.
Security Penetration Services Roles and Responsibilities Table 16.
Security Incident & Audit Management Roles and Responsibilities Table 17.
Server Availability – Service Level Objectives Table 18.
Server Response Times – Service Level Objectives Table 19.
Network Availability - Service Level Objectives Table 20.
Network Performance - Service Level Objectives Table 21.
Network Administration Services -Service Level Objectives Table 22.
Security Intrusion Detection SLRs - Service Level Objectives Table 23.
Security Vulnerability & Penetration Services - Service Level Objectives Table 24.
Capacity Planning Services - Service Level Objectives Table 25.
Network Service Reports
1.0 Infrastructure Management Overview and Objectives
1.1 Services Overview
Infrastructure Management services are the services and activities, as detailed in the following SOW, required to provision and support DOT’s data and network environment as described in section 2.0 below. Infrastructure support is primarily the support of DOT’s current infrastructure, including hardware and operating system software configuration management and change management.
Provider responsibilities include, but are not limited to, the provisioning, management, administration and troubleshooting of the following Data Network services:
· Midrange Servers (e.g. Email, Web, Blackberry, etc)
· File and Print Servers
· Network Infrastructure (firewalls, routers, switches, circuits, etc)
· Wide‑area Network (WAN)
· Virtual Private Network (VPN)
· Security
Services include but are not limited to server administration; server performance monitoring and reporting; backups and restores; management of DNS; management of hardware and software refresh; server management and support in the production and development environments; hardware and operating systems management and maintenance; server security operation (including anti-virus); patch and operating system upgrade and management.
In addition to the services described in this SOW the Service Provider is responsible for providing the services described in Schedule CF – Cross Functional Services SOW
1.2 Service Objectives
The following are the key high-level Service objectives DOT expects to achieve through the outsourced services and this Statement of Work (SOW):
· Provide a reliable, scalable and secure infrastructure network to DOT at the HQ and Field locations
· Achieve process maturity within the DOT HQ as a Common Operating Environment (COE) and extend the COE to field locations
· Operate efficiently and effectively by running on a consolidated network infrastructure and by simplifying network management, procurement and budgeting
· Minimize administrative effort by engaging the outsourcer to provide this management function
· Maintain compliance with industry standards and government regulations (e.g., Section 508, FISMA, ITIL, etc.)
· Assurance of access to trusted Networks
· Acquire Services that can leverage operational scale and best practices to achieve optimum price performance
2.0 Service Environment
2.1 Scope of Services and Infrastructure to be Supported
Infrastructure is intended to cover requirements for network services, including premise equipment and software, non-plant cabling, and the data circuits providing the physical and logical interconnectivity (both wired and wireless) between multiple computing devices.
The following sub-sections and related SOW Appendices describe and scope the network environment to be supported and complied with. Service Environment Appendices are to be maintained and reviewed with DOT by Provider and made available to DOT on a quarterly basis.
2.1.1 Hardware and Software
a. A listing and description of all supported network hardware is provided in Attachment C.1 – Infrastructure and Network Hardware. The Service Provider shall provide the resources, tools, and processes necessary to fulfill the obligations of the contract and to support the DOT COE Infrastructure environment and security requirements.
b. A listing and description of the supported network software and utilities is provided in Attachment C.2 – Infrastructure and Network Software. The government shall license the software under its enterprise licensing agreements. The Service Provider shall provide the resources, tools, and processes necessary to fulfill the obligations of the contract and to support the DOT COE Infrastructure environment and security requirements.
c. A listing of supported network circuits is provided in Attachment C.3 - Network Circuits.
d. A network topology diagram describing the supported network components is provided in Attachment C.4 - Network Topology.
2.1.2 Service Locations and Hours of Operation
e. A description and location of all DOT facility and office locations requiring network services is provided in Attachment C.5 - DOT Service Locations.
f. Hours of Operation are 24 x 7 x 365 for core infrastructure (e.g. Networks, Tier 2 support, email, security, etc). Hours for staff support (e.g. Database Management, activities within storage management) will be determined by location and activity and subject to local time.
2.1.3 Personnel
g. Provider will be responsible for staffing skilled and appropriately certified Data Network Management staff to meet the Service Level Objectives (SLOs) set forth in this SOW.
2.1.4 Policies, Procedures and Standards
h. A description of the DOT policies, procedures and standards with which Infrastructure Services will comply is provided in Attachment C.6 – Policies, Procedures and Standards.
2.1.5 Agreements and Licenses
i. A list of infrastructure related agreements and licenses to be supported are provided in Attachment C.7 – Agreements and Licenses.
2.1.6 Work‑In‑Progress/Transition
In-progress Infrastructure and Network related initiatives that are included in the scope of this document and are the responsibility of Provider to complete within the time frames specified are listed in Attachment C.8 – Work in Progress.
2.1.7 Future initiatives
Other Network related initiatives considered but not in process are included in Attachment C.9 - Future Initiatives. [Example: IPV6 planning and readiness, IPV6 Compliance and upgrades]
2.2 Baseline Information
DOT’s projected network usage is presented below. These business requirements represent DOT’s most realistic projection of the service requirements for Day 1 assumption of responsibility based on a combination of past trends and current anticipated overall business direction over the term of the contract.
These metrics, along with other data which may be pertinent for sizing the solution, are reflected in Schedule B – Contract Line Item Pricing.
Table 1. Enterprise Baseline Projections
| System |
| Type |
| Year 0 |
| Year 1 |
| Year 2 |
| Year 3 |
| Year 4 |
| Year 5 |
| Comments |
Unix Servers
| Production/ Development |
| Small |
| Production/ Development |
| Med. |
| Production/ Development |
| Large |
Windows Servers
| Production/ Development |
| Small |
| Production/ Development |
| Med. |
| Production/ Development |
| Large |
Other Servers
Blackberry Servers
Email Servers
File and Print Servers
Storage Networks
Unix DASD (GB)
NT/WIN 2000 DASD (GB)
NAS/SAN (GB)
Midrange Tapes
Optical Storage
Table 2. Server Size Definitions
| Small |
| Medium |
| Large |
| X-Large/Enterprise |
| Processors |
| 4 or fewer |
| 5 - 8 |
| 9 - 16 |
| 17 and greater |
| Memory |
| 1 - 8GB |
| 9 -32 GB |
| 33–128 GB |
| 128 + GB |
| Storage |
| ≤ 250 GB |
| > 250 GB and ≤ 1TB |
| > 1TB and ≤ 2TB |
| > 2TB |
Table 3. Data Network Baseline Projections
| System |
| 0 |
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
| Comments |
Load Balancers
Small Router
Medium Router
Large Router
Layer 2 / 3 Switches
DSCs/CSUs
Firewalls
Modems
Frame Relay
Dedicated Internet Circuits
Point-to-Point Circuits
ISDN
Dial-up WD Modem Pool
VPN
IMACs per device/per year (average for total devices)
3.0 Infrastructure Service Requirements
3.1 Cross-Functional Roles & Responsibilities
In addition to the services, activities, and roles and responsibilities described in Schedule CF - Cross Functional Services SOW, Provider is responsible for the following Data Network Management services, activities and roles and responsibilities.
3.2 Responsibilities
The following tables identify roles and responsibilities associated with this SOW including the network components listed above. An “X” is placed in the column under the party that will be responsible for performing the task. Provider responsibilities are indicated in the column labeled “Provider.”
3.2.1 General Responsibilities
Table 4. General Roles and Responsibilities
| General Roles and Responsibilities |
| Provider |
| DOT |
1. Identify relevant policies, Standards, Technology and Architecture; and provide guidance on implementation
X
| 2. Comply with DOT policies and standards and regulations applicable to DOT including information systems, personnel, physical and technical security |
| X |
| 3. Adhere to current federal and DOT record management and security standards and is responsible for emerging National Archives and Records Administration (NARA) Electronic mail regulations standards for e-records archiving |
| X |
| 4. Provide recommendations on how to best satisfy both emerging and existing requirements followed by implementation through properly vetted change requests |
| X |
| 5. Manage event and workload processes across all platforms |
| X |
| 6. Provide technical support for all hardware/equipment, software, and processes for computing infrastructure |
| X |
| 7. Support applications test-to-production migration activities |
| X |
| 8. Implement and coordinate all Changes to the Enterprise infrastructure including those that may affect the Service levels of any other Service Tower and Third Parties |
| X |
| 9. Create, maintain and provide all appropriate project plans, project time and cost estimates, technical Specifications, management documentation and management reporting in a form/format that is acceptable to DOT |
| X |
| 10. Recommend changes to WAN / LAN/ VPN / Firewall requirements based on industry best practices |
| X |
11. Review and approve changes to requirements based on changes in WAN/LAN/VPN/Firewall services
X
12. Review and approve services and standards for all services
X
| 13. Monitor and recommend changes to capacity thresholds |
| X |
14. Approve capacity planning thresholds
X
| 15. Procure/Provision and maintain all components and circuits |
| X |
16. Financial Responsibility for Hardware Assets (Platforms and Storage)
X
17. Financial Responsibility for Software Licenses (OS, Storage, Exchange)
X
| 18. Support DOT COOP and DR Exercises |
| X |
| 19. Report performance against service-level requirements |
| X |
3.2.2 Design/Engineering
The following identifies the activities, roles and responsibilities associated with Infrastructure Engineering/Development services that are specific to this schedule. Additional activities include:
Table 5. Engineering/Development Roles and Responsibilities
| Engineering/Development Roles and Responsibilities |
| Provider |
| DOT |
| 1. Develop Infrastructure design, engineering and security testing and integration procedures that meet requirements and adhere to defined policies |
| X |
| 2. Provide Technical Engineering Assistance in support of technical assessments, problem resolution, Change Control functions |
| X |
| 3. Conduct regression testing to increase proactive work activities and reduce contingencies |
| X |
4. Approve Infrastructure design engineering, security testing and integration procedures
X
| 5. Prepare network design, engineering and security, plans and schedules to support new and enhanced applications, architectures and standards |
| X |
6. Review and approve network design, engineering and security plans and schedules
X
7. Approve the scheduling of all changes to the network environment
X
| 8. Coordinate with DOT and affiliated entities, and public carriers, as required |
| X |
3.2.3 Asset Acquisition and Infrastructure Provisioning
Provider will manage Asset Acquisition and Infrastructure Services Provisioning associated with acquiring Infrastructure, network equipment, and circuits. The following table identifies the underlying roles and responsibilities associated with Asset Acquisition and Network Services Provisioning activities.
Table 6. Asset Acquisition and Network Service Provisioning Roles and Responsibilities
| Infrastructure Provisioning Roles and Responsibilities |
| Provider |
| DOT |
| 1. Order and expedite Servers as approved by DOT |
| X |
| 2. Support DOT in requirements definition and ordering of WAN circuits, equipment and services |
| X |
3. Financial responsibility for WAN Circuits
X
| 4. Configure Infrastructure servers, WAN/LAN (hardware, software) prior to installation |
| X |
| 5. Document router configuration files and IP addressing schemas |
| X |
| 9. Develop and document network provisioning requirements and policies |
| X |
10. Approve server and network provisioning requirements and policies
X
| 11. Provide capacity planning assistance to develop network resource requirements projections |
| X |
| 12. Coordinate ordering, procurement and inventory management of network circuits from public carriers |
| X |
| 13. Manage the performance of public carriers (and other third parties) to meet defined schedules, project plans, SLRs etc. |
| X |
| 14. Ensure that all new circuits, devices and software provisioned are included in configuration management documentation |
| X |
| 15. Manage Parts shipments and Returns for warranty and non-warranty |
| X |
| 16. Management and control of government owned assets (e.g. devices, software, software lists, patch cables, etc) |
| X |
17. Financial responsibility for Assets (including spares, except where charges are the fault of the service provider)
X
3.2.4 File and Print Server Services
File and Print Server Services are the activities associated with the provisioning and day to day management of the installed Infrastructure Server environment (i.e., file/print servers) and their corresponding support services
Table 7. File and Print Server Roles and Responsibilities
| File and Print Roles and Responsibilities |
| Provider |
| DOT |
| 1. Support activities include the provisioning and day to day management of the installed network and server environment and effectively and efficiently performing procedures to ensure Services meet Service Level Objectives and regulatory requirements. |
| X |
| 2. Recommend distributed server strategy, policies, architecture, standards and requirements |
| X |
3. Approve distributed server strategy, policies, architecture, standards and requirements
X
| 4. Develop and document in the Standards and Procedures Manual Distributed Server Services procedures that meet requirements and complies with defined policies |
| X |
5. Review and advise on Network and Server architectural decisions
X
| 6. Participate in Change Control meetings |
| X |
| 7. Coordinate with application server groups (e.g., database access and rights, application access control lists) in accordance with policies |
| X |
| 8. Monitor, operate, maintain and support operating systems installed on servers |
| X |
| 9. Install new servers, upgrade of existing servers, troubleshoot, and re-build |
| X |
| 10. Actively monitor if a new patches or upgrades from Original Equipment Manufacturers |
| X |
| 11. Determine if the patch or upgrade is necessary and coordinate with test facility before release |
| X |
| 12. Schedule downtime and communicate |
| X |
| 13. Perform server backups as scheduled or by policy |
| X |
3.2.5 Backup and Storage Services
Backup and Storage Services are the activities associated with the provisioning, capacity management, and day to day operations of the installed storage and data environment (e.g., direct access storage devices (DASD), redundant array of independent disks (RAID), storage area Network (SAN), Network-attached storage (NAS), tape and optical), and their corresponding support services
Table 8. Backup and Storage Roles and Responsibilities
| Backup and Storage Roles and Responsibilities |
| Provider |
| DOT |
| 1. Recommend standard Storage and Data Management procedures |
| X |
| 2. Develop, document and maintain Procedures that meet DOT regulations, policies, and provider obligations |
| X |
| 3. Provide skilled personnel for backup and storage Services (e.g., RAID array, SAN, NAS, tape, optical, etc.) in headquarters and field locations |
| X |
| 4. Monitor and control storage performance according to technical Specifications, Storage and Data Management policies |
| X |
| 5. Perform Capacity assessment and capacity monitoring |
| X |
6. Participate in Capacity Planning and perform tuning as required
X
7. Approve Capacity Plans
X
| 8. Maintain data set placement and manage data catalogs |
| X |
| 9. Perform data and file backups and restores per established procedures and service levels |
| X |
| 10. Manage file transfers and other data management activities |
| X |
| 11. Provide input processing for activities such as loading Third Party media (e.g., tape) and receipt and/or transmission of batch files |
| X |
| 12. Acquire and manage consumables, such as tape, disks, etc., in support of the backup requirements. Coordinate acquisition of additional materials as needed |
| X |
| 13. Recommend Provider-standard Media Operations procedures |
| X |
| 14. Maintain a media library and media management system |
| X |
| 15. Manage input media availability to meet business needs and service levels |
| X |
| 16. Load and manage Third Party media |
| X |
| 17. Provide secure off-site storage for designated media and transport media as required by policy or regulation |
| X |
| 18. Perform periodic audits to ensure proper cataloging of media |
| X |
3.2.6 Infrastructure Support and Operational Services
Operations provides for the management and maintenance of the DOT Headquarters and field locations using industry standards and DOT tailored processes to maintain network availability and to ensure security accreditation; maintenance of network HW/SW configurations (CM); management of equipment (AM); Broadband virtual networks using multi-protocol label switching; and integrity of firewalls, routers, and switches. The provider will conduct periodic audits and status reporting; be responsible for installation, changes, moves, disposition of surplus equipment, cabling and disconnection services; and problem resolution.
Operations shall provide Wide Area Network (WAN) Services (including the provisioning, monitoring, and management of networks) that interconnect two or more separate facilities that span a geographic area larger than a campus or metropolitan area. Transmission facilities include, but are not limited to, point to point circuits, Frame Relay, dedicated Internet connections, broadband (DSL/Cable Modem) Internet connections, ISDN, multiple VPNs, and dial up connections. The Service Provider shall work with public carriers and other circuit providers on behalf of DOT to ensure delivery of WAN services and provide support of any network services related work required by designated carriers, to support the DOT network, is considered within the scope of services.
Operations shall also provide Local Area Network (LAN) Services (including the provisioning and monitoring and management of networks) that are usually confined to a single facility or portion of a facility. LAN components include Dynamic Host Control Protocol (DHCP)/Domain Name Server (DNS) and Wireless LANs supporting all network traffic originating from desktop devices, local file and print servers, application servers, database servers, peripherals, firewalls/routers, other network devices and other user premise devices.
This service ends at, but does not include, the network card in the desktop device.
Table 9. Operational Roles and Responsibilities
| Operational Roles and Responsibilities |
| Provider |
| DOT |
| 1. Conduct periodic audits and status reporting; be responsible for installation, changes, moves, and disposal of surplus equipment (per DOT policies), cabling and disconnection services; and problem resolution. |
| X |
| 2. Environmental monitoring shall be accomplished through in-place systems with alerts/alarms supplemented with new or additional devices to ensure the environment is operating within limits. |
| X |
| 3. Monitor Networks and provide status and measurements for the operational environment. |
| X |
| 4. Define escalation process for alerts. |
| X |
5. Approve escalation and notification process
X
| 6. Standup Dashboard using automated tools to monitor systems in near real time [e.g. responses to problems and performance; break/fix services (physical or logical); 24x7 situational awareness of services availability; proactive identification of performance degradation]. |
| X |
| 7. Networks will be continuously modeled to provide performance forecasting and will be measured with automated tools to predict capacity and potential impact to applications and network topology. |
| X |
| 8. Provide recommendations to DOT on parameters (e.g. alerts) based on best practices and industry recommendations |
| X |
9. Approval of monitoring parameters
X
| 10. Monitor to approved parameters |
| X |
| 11. Responsibility for Installation and removal of hardware and software, as well as routine Moves, Adds, and Changes. Such activities will be subject to Change Control Procedures and require that the service provider maintain the asset records. |
| X |
| 12. Manage software for all network devices (including file and print servers) to include the base image, software updates, server operating system software, security software, and standard network tools. |
| X |
| 13. Manage license compliance for installed software provided by the government, and report instances of installed software not part of the standard configuration. |
| X |
| 14. Provide a software release process for DOT and provide visibility into OEM software releases. |
| X |
15. Provide DOT with access to asset / license database
| 16. Develop and document Infrastructure and network administration requirements and policies |
| X |
| 17. Develop and document procedures for administration that meet requirements and adhere to defined policies and procedures |
| X |
| 18. Maintain IP addressing schemes, router configurations, routing tables, VPN configurations, etc. |
| X |
| 19. Manage user accounts as needed for access and maintaining network resources (e.g., logon user-id and password maintenance) |
| X |
| 20. Maintain and provide audit information including access, general logs, application logs in accordance with DOT security policies |
| X |
| 21. Ensure that network administration activities are coordinated through defined change management processes |
| X |
| 22. When requested support project work with engineering services (e.g. Trusted Internet Connection) |
| X |
| 23. Support Applications Development Teams in debugging |
| X |
| 24. Manage configurations and ordering of network equipment and WAN circuits |
| X |
| 25. Prepare locations and coordinate cabling |
| X |
26. Financial responsibility for facility cabling
X
| 27. Document router configuration files and IP addressing schemas |
| X |
| 28. Provide capacity planning assistance to develop network resource requirements projections |
| X |
29. Approve capacity planning and resource projections
X
| 30. Manage the performance of public carriers (and other third parties) to meet defined schedules, project plans, and services to meet business needs / service levels |
| X |
| 31. Ensure that all new circuits, devices and software provisioned are included in configuration management documentation |
| X |
3.2.7 Security Operations
Security Operations Services shall provide a full spectrum of integrated security services for monitoring Infrastructure and network activity throughout the DOT environment. This center will draw upon the most current tools and processes essential for supporting governmental security requirements, policies/standards, and regulatory mandates. The service provider will assume operational responsibility for the deployment of Government-furnished security software and integrate within its Security Operations Center.
Table 10. Security Operations Roles and Responsibilities
| Security Operations Roles and Responsibilities |
| Provider |
| DOT |
1. Provide Security Policies and Updates to Regulations
X
2. Provide dedicated security event analysts to manage sensors and to monitor, review, and analyze reported security events and determine security incidents that would be reported to the government’s Security Incident Manager, helpdesk, or other personnel. They will include (but not be limited to) the following:
· Execution of countermeasures derived from intrusion detection system (IDS) monitoring and Extrusion Detection
· Audit-log analysis tools in support of real-time monitoring of operations
· Data collection in support of forensic analysis and incident handling procedures
· Access to all locally and remotely accessible devices in support of DOT mission-critical operations
· Close coordination with DOT incident response and emergency response centers
· A security portal system accessible via DOT Intranet See Exclusions for CSMC monitoring responsibilities
X
3. Establish an online Security Awareness Training Program for the general user community and a separate program for other IT personnel on specialized security matters. This program will utilize the DOT intranet and develop Web pages for the purposes of promoting safe IT practices and Security Awareness Training of emerging threats
X
| 4. Work with DOT IT personnel to develop firewall rule sets, implement those rule sets, and monitor the log files as well as the normal operation and maintenance of those firewalls. Network tools must automatically review firewall alarms and report them to the IT security team and to the network engineering team |
| X |
| 5. Assist DOT in planning and executing the certification and accreditation of its critical systems in compliance with ITS, Federal, and NIST guidelines and policies. Service Provider will support both the review of an information system’s management, physical, and/or technical security controls; and depending on the results of the review the authorization by management for the system to operate |
| X |
| 6. Assist DOT in fully complying with all FISMA reporting requirements. |
| X |
| 7. Create and develop a comprehensive set of operational policies, procedures, and guidelines that will support DOT mission and ensure compliance to Federal and DOT security requirements. After approval by DOT IT, this set of policies and procedures will be documented and made available in written form and on DOT’s security Web site. |
| X |
| 8. The Security Operations Center will coordinate with DOT’s CSMC and provide a collaborative dashboard where authorized personnel can view security-incident data, vulnerability data, compliance data, and security reports and related data |
| X |
| 9. The system shall allow DOT and Service Provider security personnel to enter and track security incident reports, enter service desk queue data to initiate ticketing in response to security incidents or compliance issues, and manage remediation of detected vulnerabilities by correlating scanning results against asset management data and IDS incident reports. |
| X |
3.2.8 Remote Access Services and Internet Connectivity
Remote Access Services are the activities required to provide a secure path for authorized DOT users to gain access to the DOT network, business applications, email, calendaring functions, and data files while away from the office. Remote access is available regardless of location as long as the user has a basic Internet connection (not included in this service). Secure Remote Access (SRA) provides web-based remote access from any computer with Internet access, regardless of whether the computer is government-issued and regardless of the computer’s operating system.
Internet Connectivity includes the connection extending from the local telephone exchange to the remote user and includes all telecommunications and sustainable secure remote access. The purpose is to provide fully integrated digital services to a variety of users (e.g., teleworkers) requiring connectivity into the DOT system. Connectivity services include the operation and maintenance of the routers, firewalls, gateways, etc., that are used to provide connectivity to the Internet. Services also provide for routine collection of circuit loading data and use it to identify any existing problems on these connections and to identify trends in circuit consumption and forecast changes in the bandwidth of these circuits.
Table 11. Remote Access and Internet Roles and Responsibilities
| Remote Access Roles and Responsibilities |
| Provider |
| DOT |
1. Define Remote Access policies and procedures
X
2. Define authorization requirements for End-Users, roles, objects, etc., and approve Change requests
X
| 3. Develop and document in the Standards and Procedures Manual Remote Access procedures that meet requirements and adhere to defined policies |
| X |
4. Review and approve Remote Access procedures
X
| 5. Install, test, provide technical support, administration and security administration for Remote Access hardware and Software |
| X |
| 6. Provide testing support for defined internet and applications that will be made available via Remote Access |
| X |
| 7. Provide technical assistance and subject matter expertise as required by DOT for Remote Access products and solutions |
| X |
| 8. Perform system or component configuration Changes necessary to support Remote Access Services |
| X |
3.2.9 Documentation
The following are required document types that are specific to this Schedule.
j. Architectural specifications for Network and systems (for example, router configurations, firewall policies, routing diagrams/IP addressing tables, hardware/software listings, etc.)
k. Detailed circuit location information (e.g. circuit ID including LEC access ID, location, speed)
l. Detailed documentation showing all firewall policy, group, object, etc. information
m. “As-built” documentation for all infrastructure devices (including firewalls) that are deployed in development, test, QA, production or other technical environments
The following table identifies the roles and responsibilities associated with Documentation activities that are specific to this Schedule.
Table 12. Documentation Roles and Responsibilities
| Documentation Roles and Responsibilities |
| Provider |
| DOT |
| 1. Recommend documentation requirements |
| X |
2. Approve Recommend documentation requirements
X
| 3. Provide documentation as required by DOT |
| X |
3.2.10 Firewall Management
Provider shall provide Firewall Management Service including firewall engineering and management and access control list engineering and management in compliance with DOT’s policies and standards. The following table identifies roles and responsibilities associated with the Firewall Management services.
Table 13. Firewall Services Roles and Responsibilities
| Security Firewall Services Roles and Responsibilities |
| Provider |
| DOT |
| 1. Recommend best practice firewall policies |
| X |
2. Develop DOT specific firewall polices and requirements
X
3. Set firewall rules and conduct periodic audits for compliance
X
4. Approve firewall polices
X
| 5. Provide services in conformance to firewall policies and requirements |
| X |
| 6. Perform firewall engineering and firewall security design |
| X |
| 7. Assess firewall security and propose alternative security designs |
| X |
8. Review and approve firewall security designs
X
9. Review and approve firewall ACL policies
X
| 10. Develop recommendations for improved security |
| X |
11. Review and approve recommendations for improved security
X
12. Provide Access Control Lists (ACL)
X
| 13. Maintain Access Control Lists (ACL) in accordance with DOT Policies |
| X |
| 14. Manage DOT firewall connections with outside organizations, other federal agencies & State affiliations and support non-DOT IT personnel in their connections with DOT |
| X |
| 15. Ensure systems are removed and ports/protocols are removed as systems are revised or transference is made to new systems |
| X |
3.2.11 Security Intrusion Detection Services
Provider shall provide both NIDS (Network-based Intrusion Detection Service) and HIDS (Host-based Intrusion Detection Service). The following table identifies the roles and responsibilities associated with the Intrusion Detection services.
Table 14. Security Intrusion Detection Services Roles and Responsibilities
| Security Intrusion Detection Services Roles and Responsibilities |
| Provider |
| DOT |
| 1. Develop policies and standards for intrusion detection |
| X |
2. Approve policies and standards for intrusion detection
X
| 3. Develop process for defining and approving signatures to be deployed |
| X |
4. Approve signature deployment process and authorize signatures
X
| 5. Provide Intrusion Detection Services and reporting |
| X |
| 6. Allow for independent Intrusion Detection Services |
| X |
| 7. Develop recommendations for improved security |
| X |
8. Review and approve recommendations for improved security
X
| 9. Implement approved recommendations |
| X |
3.2.12 Security Vulnerability & Penetration Services
Provider shall test the susceptibility of DOT’s network hosts to a specific attack or suite of attacks targeting all DOT Internet address space as well as all DOT Intranet address space using automated and custom methods. The following table identifies the roles and responsibilities associated with the Security Penetration services.
Table 15. Security Penetration Services Roles and Responsibilities
| Security Penetration Services Roles and Responsibilities |
| Provider |
| DOT |
| 1. Develop policies for security vulnerability & penetration testing |
| X |
2. Approve policies for security vulnerability & penetration testing
X
| 3. Conduct security vulnerability scans & penetration testing |
| X |
| 4. Allow for independent vulnerability & penetration services |
| X |
5. Source Selection and financial responsibility for IV&V
X
| 6. Provide reporting on testing results |
| X |
| 7. Develop recommendations for improved security |
| X |
8. Review and approve recommendations for improved security
X
| 9. Implement approved recommendations |
| X |
3.2.13 Security Incident & Audit Management Services
The following table identifies the roles and responsibilities associated with Security Incident Management services.
Table 16. Security Incident & Audit Management Roles and Responsibilities
| Incident Management Services Roles and Responsibilities |
| Provider |
| DOT |
| 1. Develop policies for security incident management |
| X |
2. Approve policies for security incident management
X
| 3. Provide initial review (level 1) of security incidents and the determination if escalation to DOT Information Security (level 2, 3 support) is warranted |
| X |
| 4. Identify and removal from the network of any PC virus/worm infected system |
| X |
| 5. Identify and provide countermeasures for virus / worm attacks |
| X |
6. Establish security audit policies
X
| 7. Provide technical expertise for security audits |
| X |
| 8. Collect and review all incidents reported by all other security services (e.g. NIDS, HIDS, penetration testing, firewall). |
| X |
| 9. Maintain la central repository of log files in accordance with DOT policies and service levels including application specific and system specific log files |
| X |
| 10. Provide security reporting |
| X |
3.3 Exclusions
The following items are specifically excluded from this statement of work:
a. CSMC Responsibilities (need statement of definition and activities)
3.4 Service Specific Milestones
Milestones specific to the deployment of Network services are listed in the following:
| Milestone Description |
| Milestone Date |
TBD
4.0 Service Management
4.1 Objectives
A key objective of this outsourcing agreement is to attain service-level requirements (SLRs). Service Level Agreements (SLAs) and Project-specific SLAs are specified with fee reductions where business is impacted through failure to meet significant mission critical systems or services, or project milestones or objectives. SLRs are detailed in the following sections and SLAs are detailed in Schedule C - Quality Plan and Fee Reductions / Balanced Scorecard.
Provider shall provide written reports to DOT regarding Provider’s compliance with the SLRs specified in this SOW Schedule.
4.2 Definitions
Attachment A – Definitions provides a list of terms that apply to this SOW and following SLRs.
4.3 Service Level Objectives (SLOs)
The following minimum service levels are required at the end of the Transition Period. Provider must consistently meet or exceed the following SLRs. SLRs associated with fee reductions are detailed in Schedule C - Quality Plan and Fee Reductions / Balanced Scorecard. All times shall mean local times.
Table 17. Server Availability – Service Level Objectives
System Availability Service-Level Objectives
| System |
| Service Measure |
| Performance |
Target SLO Performance %
| Production Servers (Critical) |
| Per Server Availability |
| Sun.–Sat., 0000–2400 |
| 99.97% |
| Production Servers, File, Print (Non-critical) |
| Per Server Availability |
| Mon.–Fri., 0400–1900 |
| 99.95% |
| Middleware and Exchange Servers |
| Per Server Availability |
| Sun.–Sat., 0000–2400 |
| 99.97% |
| Formula |
| Availability (%) = 100% – Unavailability (%) |
Where Unavailability is defined as:
(( Outage Duration × 100%) ( (Schedule Time – Planned Outage)
| Measurement Interval |
| Measure Daily |
| Reporting Period |
| Report Monthly |
| Measurement Tool |
| TBD |
Table 18. Server Response Times – Service Level Objectives
| Definition |
| Online response time for critical online applications including enterprise applications, data warehouse, financial, HTTP; response time and availability of email, etc. |
Application Platform Online Response Time SLOs
| Application Platform |
| Service Measure |
| Performance |
Target SLO Performance %
| Production Unix |
| Online Response Time |
| 90% of transactions complete (0.5 seconds |
95% of transactions complete (1.0 seconds
100% of transactions complete (3.0 seconds 99.499%
| Unix Development, Test and QA |
| End-to-End Response Time |
| 90% of transactions complete (1.0 seconds |
95% of transactions complete (1.5 seconds
100% of transactions complete (2.0 seconds 99.499%
| Production Windows |
| Online Response Time |
| 90% of transactions complete (1.0 seconds |
95% of transactions complete (1.5 seconds
100% of transactions complete (3.0 seconds 99.499%
| Windows Development, Test and QA |
| End-to-End Response Time |
| 90% of transactions complete (1.0 seconds |
95% of transactions complete (1.5 seconds
100% of transactions complete (3.0 seconds 99.499%
Intranet/Extranet, Blackberry, Web Systems
| End‑to‑End Response Time |
| 80% of transactions complete 1.5 sec |
95% of transactions complete 2.5 sec
99.9% of transactions complete 3.5 sec 99.909%
Internet Web Service
| End‑to‑End Response Time |
| 50% of transactions complete 5.0 sec |
80% of transactions complete 30 sec
99.9% of transactions complete 2 min 99.909%
Email Services
| End‑to‑End Response Time |
| 90% of transactions complete (1.0 seconds |
95% of transactions complete (1.5 seconds
100% of transactions complete (3.0 seconds 99.909%
| Formula |
| Performance = Transactions completed within Performance Target ÷ Total Transactions |
| Measurement Interval |
| Measure at 30 minute intervals |
| Reporting Period |
| Report Monthly |
| Measurement Tool |
| TBD |
Table 19. Network Availability - Service Level Objectives
| Definition |
| Network Availability is defined as the time during which the network is fully functioning as specified below and normal business operations can be carried out with no data loss, downtime, or performance degradation. |
All performance criteria are to be measured on a per circuit and component basis– criteria is not to be aggregated and averaged for all circuits and network components.
| Pre-scheduled downtime requirements |
| All pre-scheduled maintenance shall be performed between the period beginning Sunday 0830 to 2030 |
Network Availability SLOs
| Service Type |
| Service Measure |
| Performance Target |
| SLO |
| Circuit Availability —Critical Locations |
| Availability |
| Sun‑Sat, 0000‑2400 |
| 99.999% |
| Circuit Availability—Standard Locations |
| Availability |
| Sun‑Sat, 0000‑2400 |
| 99.995% |
| Circuit Availability—Tele-workers |
| Availability |
| Sun‑Sat, 0000‑2400 |
| 99.990% |
| Internet Access Availability |
| Availability |
| Sun‑Sat, 0000‑2400 |
| 99.999% |
| Router Availability - Critical Locations |
| Availability |
| Sun‑Sat, 0000‑2400 |
| 99.999 % |
| Router Availability - Remote office |
| Availability |
| 7x24x365 |
| 99.999 % |
| LAN Availability |
| Availability |
| 7x24x365 |
| 99.970% |
| VPN Availability |
| Availability |
| 7x24x365 |
| 99.990 % |
| IP Dial Availability |
| Availability |
| 7x24x365 |
| 99.990 % |
| Formula |
| Availability(%) = 100% - Unavailability (%) |
Where Unavailability is defined as:
(( Outage Duration x 100%) ( (Schedule Time – Planned Outage)
| Measurement Interval |
| Monitor Continuously, Measure Daily, Report Monthly |
| Measurement Tool |
| TBD |
Table 20. Network Performance - Service Level Objectives
| Definition |
| Network Performance includes the ability of the network components to deliver data timely and accurately. |
All performance criteria are to be measured on a per circuit and component basis– criteria is not to be aggregated and averaged for all circuits and network components. Maximum packet size is 128 bytes.
Network Performance SLOs
| Performance Type Per Circuit |
| Service Measure |
| Performance Target |
| SLO |
| Network Transit Delay - WAN |
| Elapsed Time – round trip transit delay from ingress and egress ports on premise devices. |
| 120 ms RTT |
| 99.990% |
| Network Transit Delay - LAN |
| Elapsed Time – round trip transit delay from premise devices to target device. |
| 15 ms RTT |
| 99.990% |
| Packet Delivery Ratio |
| Successful packet transmission |
| 99.9% |
| 99.950% |
(data loss ≤ 0.05%)
| Jitter |
| Variation in timing, or time of arrival, of received packets. |
| 10 ms |
| 99.950% |
| Formula – Transit Delay |
| NTD = t2 – t1 |
Where:
t1 is the time when a packet leaves the ingress premise, and t2 is the times when the packet arrives at the egress premise
| Formula – Packet Delivery |
| Packet Delivery Ratio = 1 minus PDR |
Where: “PDR” = Packets delivered/ packets sent.
| Formula – Jitter |
| J1 = (Ti - (Ti’ |
Where: J1 is for two consecutive packets i and i+1 and, Ti = time 1st byte of packet is received by the source port (ingress time)
Ti+1 = time 1st byte of packet i+1 is received by the source port (ingress time)
Ti’ = time 1st byte of packet is received by the destination port (egress time)
Ti+1’ = time 1st byte of packet i+1 is received by the destination port (egress time) and
(T = Ti+1 - Ti (( is the time interval between packets at ingress
(T = Ti+1’ - Ti’ (( is the time interval between packets at egress
| Measurement Interval |
| Monitor every 5 minutes, Measure Daily, Report Monthly |
| Measurement Tool |
| TBD |
Table 21. Network Administration Services -Service Level Objectives
| Definition |
| Routers and circuits to be managed proactively using either product-specific or proprietary network monitoring and management tools. Measurement for these network components is 24x7x365 requirement. Pre-scheduled maintenance shall be preformed according to the published maintenance window schedule, with the ability to reschedule based on network availability requirements from the various DOT groups or clients. |
Network Administration Services SLOs
| Administration Task |
| Service Measure |
| Performance Target |
| SLO |
| Network Service capacity reallocation or change |
| Proactive monitoring and preemptive intervention to advise DOT of need to increase capacity. |
| Sustained avg. daily utilization (based on Core Business hours ) reaches 60% of installed capacity with alerts >15 minutes |
| 98% |
| IMAC– Implement service packs and updates to “dot” releases |
| Overall Schedule |
| Mon–Sat, |
0700–1800
<4 hours
98.00%
| IMAC—Implement version or major release updates |
| Overall Schedule |
| Mon–Sat, |
0700–1800 <24 hours
98.00%
| IMAC—service addition or change as scheduled under Change Control process |
| Elapsed Time |
| Increases of installed capacity within 2 months |
Decreases of installed capacity within 6 months 95.00%
| Adding/deleting Provider user accounts |
| Response Time |
| Mon–Fri, |
0700–2000 immediately 99.00%
Firewall Management
Implementation of firewall changes related to changing, adding/deleting firewall rules.
| Response Time |
| Emergencies: ≤2 hours |
Standard Requests: within normal change control parameters after submission by DOT 99.00%
| Formula |
| Transactions completed within Performance Target / Total Transactions |
| Measurement Interval |
| Monitor Continuously, Measure Daily, Report Monthly |
| Measurement Tool |
| TBD |
Table 22. Security Intrusion Detection SLRs - Service Level Objectives
| Definition |
| Network traffic to/from designated systems is monitored for current attack signatures and is retained for 3 days. Measurement for this service is 7x24x365 requirement. Pre-scheduled maintenance shall be preformed between the period beginning Sunday 0100 to 0700. |
Security Intrusion Detection SLRs
| Management Task |
| Service Measure |
| Performance Target |
| SLO |
| NIDS – monitor for current attack signatures |
| Overall Schedule |
| Sun‑Sat, 0000‑2400 |
| 99.99% |
| HIDS – monitor for changes to selected local files |
| Overall Schedule |
| Sun‑Sat, 0000‑2400 |
| 99.99% |
| NIDS – review all positive priority 1 and priority 2 alerts and notify DOT by E-mail |
| Elapsed Time |
| <15 minutes |
| 99.90% |
| Formula |
| Performance = Transactions completed per Management Task within Performance Target / Total Transactions per Management Task occurring during the Measurement Interval |
| Measurement Interval |
| Monitor Continuously, Measure Daily, Report Monthly |
| Measurement Tool |
| TBD |
Table 23. Security Vulnerability & Penetration Services - Service Level Objectives
| Definition |
| Entire networks are tested to determine the susceptibility of their hosts to current attacks. Measurement for this service is Mon-Fri, during business hours, for Intranet testing. Whereas Internet penetration testing occurs outside of business hours [1700 – 0700] and where appropriate, running continuously over the weekend. Pre-scheduled maintenance shall be performed during periods of service inactivity. |
Security Vulnerability & Penetration Services SLOs
| Management Task |
| Service Measure |
| Performance Target |
| SLO |
| Testing of vulnerabilities & Penetration |
| Overall Schedule |
| 100% protection |
Mon–Fri, 1700–0700
Sat-Sun, 0000-2400 99.90%
| Service packs and non-critical security patches |
| Measured on Elapsed Time to Deploy; and in releases as agreed per Release Management Plan |
| Critical Patches within 30 minutes; Service Pack deployed within same day of DOT approval |
| Critical Patches within 1 hour; Service Packs within 2 hours of approval |
| Service/Security Patches and Antivirus Updates |
| Elapsed Time to Update to Target Population |
| Each Deployment ≤ 1 hour of approval by authorized DOT personnel |
| Each Deployment within same calendar day |
| Completion of releases, patches, and deployments |
| Target population updated |
| 100% within timeframes stated by policy or within agreed release schedule |
100% zero defects to target devices with release or updates 99.90% within schedule
100% within 8 hours of schedule close
100% zero defects
| Formula |
| Transactions completed within required time / Total Transactions |
| Measurement Interval |
| Monitor Continuously, Measure Daily, Report Monthly |
| Measurement Tool |
| TBD |
Table 24. Capacity Planning Services - Service Level Objectives
| Definition |
| Actions by Provider for proactive monitoring and intervention to minimize capacity bottlenecks and activities required to implement system capacity and operational usage Change requests. |
System Administration SLOs
| System Administration Task |
| Service Measure |
| Performance |
Target SLO Performance %
| Advise DOT of need to allocate additional processing resources based on pre‑defined parameters and observed growth patterns |
| Proactive monitoring and reporting to DOT of need to increase capacity |
| Sustained average daily CPU utilization approaches 70% of installed processor capacity—Inform DOT within 1 Business Day |
| 99.0% |
| On-Demand CPU Processing capability Change requests |
| Elapsed Time |
| Increases/decreases of (20% of baseline CPU processing capability within 2 days |
| 99.0% |
| Advise DOT of need to allocate additional storage resources based on pre‑defined parameters and observed growth patterns |
| Proactive monitoring and reporting to DOT of need to increase capacity |
| Total monthly storage capacity utilization measured in GBs used approaches 80% of installed capacity—Inform DOT within 1 Business Day |
| 99.0% |
| On-Demand disk storage capacity Change requests |
| Elapsed Time |
| Increases/decreases of (10% of installed storage capacity within 7 Business Days |
| 99.0% |
| System security requests |
| Response Time |
| Next Business Day |
| 99.0% |
| Capacity/Performance Trend Analysis and Reporting across all platforms |
| Monthly measurement/ analysis and periodic notification on resource utilization and trends for critical system resources |
| Monthly analysis reports |
Interim reports on rapidly developing events and trends identification 99.0%
| Advise DOT of pending device refresh |
| Monthly Asset Management Reports |
| Monitor for server population greater than four years old 95.0%; Network Device population greater than three years old 95.0% |
| 100% |
| Formula |
| Number of requests completed within Performance Target ÷ Total of all requests occurring during Measurement Interval |
| Measurement Interval |
| Measure Weekly |
| Reporting Period |
| Report Monthly |
| Measurement Tool |
| TBD |
4.4 Reports
The Provider will provide written reports to DOT regarding Provider’s compliance with the SLRs specified in this Section and other Network activity reports. Reports are required per the following:
Table 25. Network Service Reports
| Report Description |
| Timing |
TBD
5.0 Referenced SOW Appendices and SOW Schedules
| SOW Appendix |
| Description |
| C.1 |
| Infrastructure Hardware |
| C.2 |
This is the start of the file's text. The full file is on GovTribe.
File details come from the government source that posted it. Updated .