DREN5 RFI QAs - 14Apr2026.xlsx

XLSX spreadsheet 28 KB Posted Apr 14, 2026

Attached to: Defense Research and Engineering Network (DREN), 5
Solicitation number: 822674255
Issued by: Defense Information Systems Agency

About this file

Written by GovTribe AI · Apr 14, 2026

This file is a Questions and Answers (Q&A) document for the Defense Research and Engineering Network (DREN) 5 Request for Information (RFI), released by the Defense Information Systems Agency (DISA) through the Defense Information Technology Contracting Organization (DITCO). The RFI solicits industry recommendations on acquisition strategies for DREN 5, which involves procuring network services and equipment across five primary components: Transmission, Core Network Data Center (CNDC), Network Operations Center (NOC), Nodal/Site Equipment, and Technical Services. The Government is exploring a multiple-contract procurement model rather than a single prime contractor approach and seeks industry input on implementation strategies, including transition management structures, accountability mechanisms across contract boundaries, and approaches to integration challenges. Key topics addressed include small business set-aside structures (NOC Tier 1, Technical Services, and select CNDC markets), Trade Agreement Act compliance and supply chain risk management requirements, international connectivity procurement, service level agreements (SLAs) across multiple vendors, equipment refresh cycles, and innovative approaches to network operations and asset management.

The Government is open to various implementation approaches and explicitly seeks recommendations rather than mandating specific solutions. Notable areas where industry input is welcomed include dedicated transition management functions separate from operational contractors, tiered subcontracting models for small businesses as primes rather than traditional sub-tier arrangements, approaches to end-to-end SLA compliance and fault attribution across multiple contractors, international circuit provisioning strategies, and emerging technologies such as AI-enabled operations support, agentic bots for NOC troubleshooting, and security technologies beyond current MACsec implementations. The RFI responses were limited to 25 pages and responses were not required to address each question individually but rather to provide substantive recommendations on the broader acquisition strategy. The Q&A document clarifies that the Government will not provide DREN 4 implementation details and instead seeks innovative, forward-looking recommendations for DREN 5 without regard to current operations.

View the file

Other files

File	Type	Posted
DREN5 REQUEST FOR INFORMATION - 2.docx	DOCX document	Jun 10, 2026
DREN5 REQUEST FOR INFORMATION.docx	DOCX document	Mar 19, 2026

On GovTribe

Work with this file

Download the original file
Contacts named in this file
Similar government files
Ask GovTribe AI about this file

Try for free Login

Text version

The file's text, extracted by GovTribe without its formatting.

Sheet1

	DREN 5 RFI Questions and Answers
	Question	Reference	Recommended Answer
1	Given that historical DREN transitions have consumed more than 50% of a 10-year period of performance, has the PMO considered structuring DREN 5 with a dedicated, independently-contracted Transition Management function — separate from the incumbent and follow-on performers — that would serve as a neutral integrator across contract vehicles? Would the Government evaluate proposals from firms whose primary value proposition is acquisition and program integration rather than direct service delivery?		The DREN5 RFI is the Government’s attempt to solicit industry’s recommendations on how best to proceed with the next DREN network procurement given the challenges detailed in Section 2, Scope of Effort. The DREN Program Management Office (PMO) is exploring the best approaches to procure, implement and operate DREN5. We look forward to receiving industry members’ views on the implementation approach they believe provides the best value to the Government. Specifically, the Government is open to considering all industry recommendations for performing the transition management function.
2	Under a multiple contract model where discrete functional components (transmission, CNDC, NOC, equipment, and technical services) are held by separate prime contractors, how does the Government intend to assign accountability for end-to-end SLA compliance when performance degradation results from interaction effects across contract boundaries? Will the Government establish a prime integrator role, or is it expecting each contractor to independently document fault attribution?		We will select the approach that best enables DREN to provide the highest level of dependable service to our growing base of users. The lessons learned from past Government multi-contract efforts stress 1] The need for strong implementation/integration support, whether Government or contractor provided, and 2] Defining/documenting precise, measurable, achievable and unambiguous requirements specific to each component contract. The DREN PMO is seeking industry recommendations on the tools and approaches that will best enable high-level end-to-end service to our users and cooperative testing among multiple service providers, in addition to any approaches to solving other challenges related to integration issues across multiple contract boundaries.
3	For the components identified as potential small business set-asides (NOC Tier 1, Technical Services, select CNDC markets), is the Government open to evaluating tiered subcontracting models where a small business acts as the prime with large business teammates limited to a defined percentage of work share — rather than the traditional large-prime/small-sub arrangement? Would such a structure satisfy the small business participation goals the Government is seeking to advance?		Small business responses to the RFI, and any additional market research will assist in how to best utilize these talents. We will adhere to the regulations detailed in FAR 52.219-14, "Limitations on Subcontracting." It is important for small business concerns to utilize the DREN5 RFI to articulate the role(s) they can perform and provide a reasonable expectation they will submit offers on any of the components identified as small business set-asides.

4	Given the Trade Agreement Act (TAA) compliance requirement for all nodal/site equipment and the documented supply chain disruptions of recent years, does the Government anticipate requiring vendors to provide real-time country-of-origin tracking across multi-tier supplier chains, or will self-certification at the time of delivery remain the compliance standard? If enhanced verification is anticipated, will the Government provide access to DISA's existing supply chain risk management tools, or must contractors independently fund and operate SCRM platforms?	The purpose of this RFI is to gain industry perspective and insight on possible acquisition strategies. Specific security requirements are not known at this time and will be specified in potential future Request for Proposal documentation.
5	For the international connectivity component, several DREN subscriber sites require coordination with non-US carriers and, in some cases, host-nation telecommunications authorities. Does the Government anticipate that a single prime contractor will be expected to hold and administer all international circuit agreements, or will the Government consider a model where a specialized international procurement entity serves as a designated subcontractor with direct contractual relationships with foreign carriers? Additionally, how does the Government currently manage ITAR/EAR exposure in international circuit provisioning, and will that framework be codified in the DREN 5 PWS?	The DREN PMO has no pre-conceived notion on how best to procure international connectivity for our users. We encourage DREN5 RFI respondents to articulate the approach they believe will best advantage the Government in its effort to provide the highest level of international service to our users.

6 Does DITCO want the responses to the questions to be included within the 25 page limit? Can they be separate and in addition to the White Paper response? Response Guidelines Responses are limited to 25 pages. The questions were presented to shed light on the issues and topics the Government is considering. Industry does not need to repeat the questions nor address each one individually. Instead, the questions should guide industry’s recommendations and responses.

7	In order to manage multiple components; and possible multiple contract awardees to each component, will DITCO be soliciting separate program management and/or a Science, Engineering, and Technical Assistance (SETA) contracts(s) to manage all individual components?	Scope of Effort	See answer to Question 2 above.
8	The five components do not mention the engineering of the DREN. Is the intent for the Technical Services component to design and engineer the network for the Transmission & Nodal/Site components?	6.a) i)	If the procurement approach outlined in the RFI is adopted, the design and engineering of the DREN 5 network will be led by the Government's DREN Engineering organization. Their design activities may be augmented by industry expertise engaged through the Technical Services component. The DREN Program Office welcomes industry input and recommendations on how best to contract for this expertise.
9	With respect to SLAs, how will the Transmission and the Nodal/Site equipment components responsibilities be adjudicated? For example if a transmission circuit causes a site outage, will the Nodal/Site vendor(s) be penalized? Will DITCO play the adjudicator and determining entity of cause and penalty?	4. a) i)	Once performance characteristics/requirements are established for Nodal/Site equipment, the Government expects industry metrics, (e.g., reliability, mean time between failure, mean time to repair, etc.) to be met or exceeded. When services are procured (i.e., transmission circuits), appropriate service levels will be identified within the Performance Work Statement. The Program Office welcomes industry input on how best to identify and manage service levels and performance expectations in an environment where other than end-to-end service from a single vendor is procured. In addition, any recommendations on applying incentives for reliable or highly available service across separate providers is welcome.
10	Does the Government have target refresh intervals (e.g., 3‑year, 5‑year, or technology‑triggered refresh) for nodal and site equipment, or is industry being asked to recommend optimal refresh cycles?	4.i, 4.ii, 4.iv	Equipment tech refresh intervals will depend on the selection of the equipment and that equipment's specific life cycle. DREN typically attempts to maximize ROI on equipment purchases by using the equipment as long as practical. However, Industry is encouraged to recommend optimal refresh cycles in accordance with industry best practices, and/or other alternatives if equipment is leased instead of purchased.
11	Would the government consider altering the latency formula for international locations and locations that only have switched ethernet access service to the following: RTT < (0.025 or 0.03) * km + 20ms	xii	DREN is interested in industry feedback on what the recommended Service Levels and rationale, should be for various types of sites (including international), to ensure DREN continues to provide high performance services to our users including high bandwidth, low latency, low jitter and exceptionally low packet loss. At this point specific modifications to any SLA is premature.
12	Would you be able to provide the DREN4 CLINs associated with the performance requirements?		DREN4 performance requirements are detailed in the DREN4 Performance Work Statement. The DREN Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
13	Could you please confirm whether Tier 3 NOC support will be provided by the government?		Exactly how and by whom tiered Network Operations Center support will be provided has not been determined. The DREN Program Office seeks industry recommendations on how best to provide tiered NOC support to our users, based on industry best practices and full compliance with DoW security policies.
14	In addition to the DREN4 pricing sheet could you provide the DREN4 CLIN pricing model?		DREN4 pricing and the DREN4 CLIN pricing model have no significance to the DREN 5 RFI. The Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
15	What percentage of the current DREN 4 network is provisioned using shared infrastructure? Assuming, shared infrastructure is defined as Ethernet services or VPLS/IP‑MPLS services, as opposed to dedicated optical wavelength services or dark fiber.
	The DREN Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
16	Is the current DREN 4 network scoped to include dark fiber services similar to those used in hyperscaler network architectures? If so, are such dark fiber services currently utilized within the DREN 4 environment?		The DREN4 PWS does not include requirements for dark fiber services. The Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
17	Is the current DREN core (bandwidth between DCN nodes) provisioned entirely based upon Optical Wavelength Services rather than shared infrastructure?		The DREN Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
18	For DREN5 is the government seeking recommendations for the availability of edge compute services as were required for DREN4?		The Government welcomes industry input and recommendations on any technology that would be beneficial for DREN 5.
19	Under DREN 4, CNDC acquisition requirements were relatively limited, primarily focused on DCN hosting and select carrier facilities. Would the Government be interested in recommendations for scaling CNDC capabilities as part of DREN 5? If so, does the Government anticipate CNDC requirements extending beyond DCN hosting and edge compute capabilities to include additional services or functions?		The Government welcomes recommendations on how best to scale CNDC capabilities as part of DREN 5. With the limited exceptions, (i.e. external peering) no additional determination has been made regarding the extension of CNDC requirements beyond DCN hosting and edge compute capabilities. The Government encourages industry to share observations and recommendations on the inclusion of additional services or functions at CNDCs.
20	To support the most accurate recommendations for a distributed network architecture procurement strategy, can the Government indicate its general direction regarding the need for shared network services? Specifically, are DCN services expected to focus primarily on Layer 2 data center and multi‑cloud transport, or does the Government anticipate a requirement for Layer 3 IP/MPLS services and related capabilities at most DCN, gateway, and supercomputing locations?		The Government welcomes industry input and recommendations on network architectures that would be beneficial for DREN 5.
21	Can the Government provide insight into its roadmap for the continued use of MACSEC and the anticipated evolution toward Quantum Key Distribution to inform industry procurement planning and security recommendations?		The Government welcomes industry input and recommendations on encryption technologies that would be beneficial for DREN 5.
22	As you think about DREN5, what parts of the DREN4 architecture do you see mostly staying the same, and what parts do you think are most likely to change?		There have been no predeterminations regarding DREN5 network architecture. It is reasonable to expect a nodal-based architecture will be re-employed where core nodes distribute service between and among DREN service locations.
23	Compared to DREN4, do you expect DREN5 to push more functionality into the core/data center side, or keep more of it near the customer site?		There have been no predeterminations regarding where functionality will reside in the DREN 5 network architecture as compared to DREN4. The DREN Program Office encourages industry to make recommendations on where functionality should reside and provide rationale for their recommendations.
24	For the current MACsec design, how is trust actually being established today - mostly PSKs, certificate-based authentication, or some other provider-specific method?		The DREN Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
25	Do you expect DREN5 to make heavier use of SDP-L, hybrid SDP, temporary sites, DR sites, or other "connection of opportunity" type access models?		The degree to which services such as SDP-Lite, SDP-Hybrid, temporary sites, Disaster Recovery sites, or other "connection of opportunity" type access models are employed will be in direct support to emerging/evolving DREN subscriber requirements.
26	As DREN5 evolves, what kinds of functions do you see growing most at the core nodes or major hosting locations?		Functions deployed in DREN 5 may be heavily influenced by the substantive input received from industry.
27	Are there any trust boundaries or external connectivity points you expect to change in DREN5, like Internet access, cloud access, peering, or separation between different network communities?		External connectivity points deployed in DREN 5 may be heavily influenced by the substantive input received from industry.
28	How much change do you expect on the management and automation side in DREN5, especially around orchestration, APIs, telemetry, or centralized control?		Management and automation deployed in DREN 5 may be heavily influenced by the substantive input received from industry.
29	Do you expect routing and peering to stay mostly the same in DREN5, or do you see them getting more complex as the network evolves?		Routing and peering architectures deployed in DREN 5 may be heavily influenced by the substantive input received from industry.
30	During a DREN4-to-DREN5 transition, what performance requirements are absolutely non-negotiable no matter what changes are made?		In advance of industry input, it is premature for the Government to specify performance requirements that will be required within the PWS.
31	If DREN5 ends up being split across multiple contracts, how do you see responsibilities being divided, and who do you think will really have to own the integration across those boundaries?		See answer to Question 2 above.
32	How is asset management handled today? Would the stakeholders be interested in looking at innovative approaches to better asset management?		The Government welcomes industry recommendations and innovations related to asset management approaches for DREN 5.
33	Is the Government open to having staging done at a secured 3rd party facility which could handle all the logistics, assembly, burn-in, etc.?		The Government welcomes industry recommendations and innovations related to equipment staging approaches for DREN 5 including logistics, assembly, burn-in, etc.
34	What toolset is used today for observability? How does the DREN ensure compliance to configuration standards, security methods, and best-practices deployment?		The DREN Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
35	How is AI being considered for day 1, day 2 operations support? Is the government open to looking at AI enabled strategies here?		The Government welcomes industry recommendations and innovations related to AI-enabled strategies for DREN 5 operations support.
36	To what degree is automation applied to mitigation strategies today?		The Government welcomes industry recommendations and innovations related to automation for DREN 5 migration strategies.
37	Do they do any services set-aside today when procuring new equipment? This is actually an excellent idea. If you try to do services procurement after the equipment buy, it’s much harder and prone to being left off. Including a small services carve out on each device allows us to build an effective services program based on the scale of the network, etc.		The Government welcomes industry recommendations and innovations related to services when procuring new equipment.
38	Does the small business set aside also include MBEs?		The Government has not determined any set asides at this time, to include MBEs.

39	What is the process when a new site(Subscriber) comes onto the DREN?	Reference DREN 4 PWS Sections 6.5.12 and 6.5.13 for some information related to new site requirements.
40	What is the current list of security/monitoring tools with generic feature sets your NOC uses?	The DREN Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
41	Are any agentic bots used to troubleshoot NOC tickets currently?	The Government welcomes industry recommendations and innovations related to agentic bots used to troubleshoot DREN 5 NOC tickets.
42	How long does the current DCN placement test take?	There is no Government provided placement test. Reference DREN4 PWS Section 6.1.3.5 for a discussion on DREN4 DCN placement methodology and optimization.
43	What do the current Security Gateways include? HW and feature set?	The DREN Program Office will not provide any implementation details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented.
44	Is there any criteria that determines what OEM equipment is used at an SDP, DCN, or DXP?	The DREN Program Office will use standard Government contracting approaches to meet technical performance requirements for DREN 5 SDP, DCN and DXP equipment.

45	Can we get an equipment breakdown of what makes an SDP, DCN,DXP and DREN subscriber?	Equipment used in a DREN 5 SDP, DCN and DXP will be based on technical performance requirements released in a future solicitation. Reference DREN4 PWS Section 6.2 for required functions in a DREN4 SDP, DCN and DXP.
46	Is there a contact center in place for customers and if so what OEM is it?	The DREN Program Office will not provide specific details regarding DREN4. The Government is seeking recommendations and innovative approaches for implementing DREN 5 without regard to how DREN4 was procured or implemented. Reference DREN4 PWS Section 6.5 for required support functions related to the DREN4 customer contact center.

File details come from the government source that posted it. Updated Apr 14, 2026.