Att 1 Layer 2 WBAS RFI 15 Nov 2024.docx
DOCX document 47 KB Posted
- Attached to
- LAYER 2 WHITE BOX ACCESS SWITCHES (WBAS)
- Solicitation number
- W15P7T-25-R-WBAS
- Issued by
-
Department of Defense
About this file
This document is a Request for Information (RFI) issued by the U.S. Army, Program Executive Office Command, Control, Communications-Networking (PEO C3N), Program Manager (PM) Integrated Enterprise Network (PM IEN). The RFI seeks information from Information Technology Enterprise Solutions 3-Services (ITES-3S) prime contractors regarding their ability to provide a flexible, scalable, and secure White Box Access Switch (WBAS) solution that can be standardized and deployed across the Army enterprise.
The RFI outlines detailed hardware and software requirements for the WBAS, including specifications for ports, switching capacity, forwarding rate, security features, quality of service, and network operating system. It also includes a set of questions for respondents to assess their ability to procure, configure, test, and certify the WBAS solution to meet the Army's requirements, including the Approved Products List (APL) and National Information Assurance Partnership (NIAP) standards. Interested parties are requested to provide a response with a point of contact by November 25, 2024. The information gathered through this RFI will be used by the Army to develop the acquisition strategy, Performance Work Statement (PWS), and/or Performance Specifications for a future solicitation.
View the file
Other files
| File | Type | Posted |
|---|---|---|
| Att 1 Layer 2 WBAS RFI 15 Nov 2024.pdf | ||
| Att 2 PWS WBAS 15 Nov 2024.pdf | ||
| Att 2 PWS WBAS 15 Nov 2024.docx | DOCX document |
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
RFI Requirements Layer 2 White Box Access Switches (WBAS) 15 Nov 2024
This Request for Information (RFI) is for planning purposes only and shall not be considered as an invitation for bid, Request for Quotation (RFQ), or Request for Proposal (RFP) or as an obligation on the part of the Government to acquire any products or services described herein. Responses to this RFI will be treated as information only. No entitlement to payment of direct or indirect costs or charges to the Government will arise as a result of a contractor's submission of responses to this announcement or the Government's use of such information. This request does not constitute a solicitation for proposals or the authority to enter into negotiations to award a contract. The information provided may be used by the Army in developing its acquisition strategy, Performance Work Statement (PWS) and/or Performance Specifications.
Interested parties are responsible for adequately marking proprietary or competition sensitive information contained in their response. The Government does not intend to award a contract on the basis of this RFI or to otherwise pay for the information submitted in response to this RFI.
All information submitted in response to this RFI must be unclassified. Interested parties possessing the capacity to provide the requirements outlined above are requested to provide a response including a primary point of contact (name, title/position, phone number, and email address).
Should an interested party desire a copy of the Contract Data Requirements List (CDRL & DD Form 1423s) that will support the PWS, please reach out to the Point of Contact (POC) listed on this RFI.
1. Introduction:
The United States Army, Program Executive Office, Command, Control, Communications-Networking (PEO C3N), Program Manager (PM) Integrated Enterprise Network (PM IEN) identified the need for a flexible, scalable, and secure network solution that can be standardized and deployed across the entire Army enterprise. PM IEN is seeking information from Information Technology Enterprise Solutions 3-Services (ITES-3S) prime contractors that can provide information technology and certification testing support services for White Box Access Switch (WBAS) solutions.
A WBAS is defined as a network switch that is decoupled from a specific (singular) proprietary network operating system (NOS). The Army desires a WBAS solution that will allow the Army to install its own choice of open-source NOS. The proposed WBAS models need to meet the Army’s stringent performance, scalability, and security requirements.
The WBAS uses open architecture to improve network flexibility and programmability. This open architecture separates and disaggregates switch software, allowing open and/or custom operating systems to be implemented. White Box switches can fulfill Core, Edge, Distribution, Spine, Leaf, and Data Center Switch roles. These switches are comprised of Commercial Off-the-Shelf (COTS), open network install environment (ONIE) configurable hardware, and open-sourced NOS.
Prior to standardizing the WBAS configurations and implementing across the Army, the selected WBAS solutions must undergo rigorous testing and evaluation to ensure compliance with all operational and cybersecurity standards. Testing will align with Approved Products List (APL) or National Information Assurance Partnership (NIAP) standards to ensure baseline interoperability and cybersecurity requirements are met, which will certify the WBAS product for approved Department of Defense (DoD) acquisitions, and access on the Army’s network installation campus area networks (N-ICAN). The prime contractor should provide previous experiences coordinating work with an approved testing facility (APL or NIAP).
The WBAS must be compatible with Software-Defined (SD LAN) and Software Defined Network (SDN) orchestration. This will allow centralized management and integration with existing management tools and equipment on the existing network. The WBAS must perform Layer 2 switching and routing, while also being capable of performing Layer 3 functions.
This RFI aims to gather comprehensive technical and market centric information regarding the individual and interoperative hardware and software currently available in the commercial sector, which may be used to provide a WBAS solution.
2. System Requirements:
· PEO C3N is seeking detailed information regarding how a contractor would procure and then certify access switches on the Approved Product List (APL), and/or the National Information Assurance Partnership (NIAP) list.
· The access switches must be commercial off the shelf (COTS) products.
· They must be open network install environment (ONIE) configurable.
· The switches must be Layer 2 power over ethernet (PoE) preferred (not required).
· The access switches must be capable of performing Layer 3 functions.
· They must be Original Device Manufacture (ODM) access switches.
· The selected access switch must align with the systems requirements in this RFI.
· PEO C3N is seeking detailed information regarding how a vendor would also procure and then certify an open-source Network Operating Systems (NOS) on the Approved Product List (APL), and/or the National Information Assurance Partnership (NIAP) list.
· The open-sourced NOS must be configured on the selected access switches.
· The combination of the ODM access switch and open-sourced NOS is what constitutes a white box access switch (WBAS).
· The selected NOS must align with the systems requirements in this RFI.
· PEO C3N requires a detailed analysis of the selected Original Device Manufacture (ODM) hardware (HW) and software (SW).
· The analysis must consist of non-proprietary HW and open-sourced NOS.
· The analysis must specify the selected HW and SW selections and combinations.
· These combinations will be considered WBAS options.
· The analysis must include a minimum of 3 separate WBAS solution that meet technical specifications.
· The analysis must address how to integrate the product into the U.S. Army’s non-classified internet protocol router network installation campus area network (N-ICAN) infrastructure.
· The evaluation must rate the WBAS options from best solution – to worst in regard to Key Performance Parameters (KPPs).
· The analysis must consider functionality, performance, adherence to security requirements, and costs.
3. Hardware Requirements:
Hardware Requirements
| Requirement |
| Description |
| Availability |
| The ODM switch must be COTS |
| Configuration |
| The switch must be ONIE |
| Network Maturity Level |
| The switch must be Layer 2; however, it must support Layer 3 capabilities for future maturation. |
| Ports |
| Must support a minimum 12 x 1 Gigabit Ethernet ports/maximum 48 x 1 Gigabit Ethernet ports, with at least 4 x (10 Gigabit or higher) ethernet/fiber uplink ports. |
| Port Type |
| Must support RJ45 user ports, must support a minimum of 4 SFP/SFP+, and or QSFP/QSFP+ uplink ports. |
| Switching Capacity |
| The switch must support a minimum threshold for switching capacity: |
· 24 port 1GbE ethernet switch @ 48 Gbps
· 48 port 1GbE ethernet switch @ 96 Gbps
| Forwarding Rate |
| The system must support a minimum threshold for the forwarding rate: |
· 24 port 1GbE ethernet switch @ 71 Mpps
· 48 port 1GbE ethernet switch @ 142 Mpps
| Latency |
| Must support latency of less than 2 microseconds. |
| MAC Address Table Size |
| Must support a minimum 16,000 entries. |
| VLAN Support |
| Must support a minimum 1,000 VLANs. |
| Jumbo Frame Support |
| Must support up to 9198 bytes. |
| PoE Support |
| IEEE 802.3af/at – user ports must support PoE/PoE+ with a minimum of 15W per port (preferred not required). |
| Redundancy |
| Stacking ports must not reduce backbone uplink port capacity. |
| Power Supply |
| Must support dual redundant, hot-swappable power supplies. |
| Cooling |
| Must support dual redundant, hot swappable fans or have variable speed fan control. |
| Mounting Options |
| The chassis must be rack mountable. |
| Dimensions |
| Must support standard 1U or 2U form factor. |
| Environmental Specifications |
| Must be able to operate in the following conditions: Operating temperature: 0°C to 45°C, Storage temperature: -40°C to 70°C, Humidity: 10% to 90% non-condensing. |
| Packet Buffer |
| Must support a minimum of 8MB. |
| DRAM |
| Must support a minimum system memory of 8GB. |
| Management |
| Must support a console port, USB port, and logical Out-of-band management. |
4. Software Requirements:
Software Requirements
| Requirement |
| Description |
| Network Operating System (NOS) |
| The switch must run an open source-based operating system (BSD/Linux) with support for containerized/virtual applications. |
| Management |
| Must support CLI over SSH and Telnet, Web-based GUI, CLI, SNMP v2/v3, RMON, and RESTful API, Syslog, OOBM. |
| Security Features |
| Must support Access Control Lists (ACLs), Port Security, DHCP Snooping, 802.1X Authentication, IP Source Guard, MAC address filtering, MACSec. |
| Quality of Service (QoS) |
| Must support Layer 2/3/4 QoS, with support for 8 queues per port. Classification, Policing, Shaping, Scheduling. |
| Spanning Tree Protocol |
| Must support IEEE 802.1D STP, 802.1w RSTP, and 802.1s MST. |
| Link Aggregation |
| Must support IEEE 802.3ad LACP, Static Link Aggregation. |
| Multicast |
| Must support IGMP Snooping v1/v2/v3, MLD Snooping. |
| IPv6 Support |
| Must support Full IPv6 including RA Guard, DHCPv6 Snooping. |
| Firmware Updates |
| Must support open-sourced online/offline firmware updating. |
| Logging and Monitoring |
| Must support Syslog, sFlow, NetFlow, and Port Mirroring. |
| Software Licensing |
| Must provide clear information regarding any software licensing and any additional costs. |
| VLAN Support |
| Must support VLAN tagging (802.1Q), Voice VLAN, Private VLAN. |
5. RFI Questionnaire to Assess White Box Access Switch Solution
A. Based on the system requirements in the RFI, can the contractor procure, configure and test a White Box Access Switch Solution or similar equipment? If yes, provide a detailed example(s).
B. Based on the system requirements in the RFI, can the contractor’s proposed White Box Access Switch Solution or similar equipment be configured for interoperability on an Army network? If yes, provide a detailed example(s).
C. Based on the system requirements in the RFI, is the contractor familiar with or have knowledge of the APL or NIAP processes and have the ability to create the necessary test articles that align with to the process for certifying a White Box Access Switch Solution or similar equipment? If yes, provide a detailed example(s).
D. Based on the system requirements in the RFI, can the contractor produce a Test Plan(s) to include but not limited to Joint Interoperability Test Command (JITC) APL and/or National Information Assurance Partnership (NIAP) testing for the proposed White Box Access Switch Solution or similar equipment? If yes, provide detailed example(s).
E. Based on the system requirements in the RFI, does the contractor have the capability to execute the proposed test plan(s) to validate the requirements for the White Box Access Switch Solution or similar equipment? If yes, provide a detailed example(s) [facility, resources (people, equipment, etc.)].
F. What high level actions and activities would need to be taken to align White Box Access Switch Solution or similar equipment with the APL/NIAP requirements from start to finish?
G. Can you provide a ROM with breakout of all activities associated with procuring hardware and software, testing (functional, performance, cybersecurity) and any additional activities necessary to obtain APL/NIAP certification: labor hours, labor categories and labor rates?
NOTE: The Rough Order of Magnitude (ROM) estimate includes assumptions regarding the scope of work, deliverables, schedule, and resources. Any significant changes to these assumptions may result in adjustments to the requirement. Once additional information becomes available, a more detailed requirement will be provided during subsequent phases of the project.
Page | 2
File details come from the government source that posted it. Updated .