Skip to content
DoctorDODemo data
Signed in as Alex Morgan, alex.morgan@contosoai.example, Admin.

Demo data: ContosoAI (fictitious). Nothing here is a real company, device or person.

Learn

Firewall rules

What Delivery Optimization needs from the network: the hosts, ports and Windows Firewall rules, and the proxy behaviour that breaks it without an error anyone sees.

This page is the requirement. Connectivity shows what your devices actually report when they test it.

01

The Delivery Optimization cloud service

Mandatory for download modes 0 to 3. Without it a device gets no peer matches and every byte comes from the CDN, so check this before anything else.
Delivery Optimization cloud service endpoint
AllowProtocol / portNote
*.do.dsp.mp.microsoft.comHTTPS 443TLS inspection breaks this connection: the client pins the certificate.2

The services under that wildcard, for reading proxy logs. Allow the wildcard rather than the individual names.6

Services under the Delivery Optimization wildcard
HostWhat it does
geo.prod.do.dsp.mp.microsoft.comGeo: locates the device and its nearest data centre6
kv*.prod.do.dsp.mp.microsoft.comBootstrap: endpoints for the other services, and device configuration6
cp*.prod.do.dsp.mp.microsoft.comContent policy and content metadata URLs6
disc*.prod.do.dsp.mp.microsoft.comDiscovery: directs the client to a peer-matching instance6
array*.prod.do.dsp.mp.microsoft.comPeer matching: the list of peers with the same content in the same group6

02

Content endpoints, by content type

Where the bytes come from when they come over HTTP. All outbound. You only need the rows for content your estate uses.
Content endpoints by content type
ContentEndpointsProtocol / port
Windows Update, Defender, drivers, Store
  • *.dl.delivery.mp.microsoft.com
  • *.windowsupdate.com
HTTP 80
Microsoft Edge
  • *.dl.delivery.mp.microsoft.com
HTTP 80
Microsoft 365 Apps
  • *.officecdn.microsoft.com
  • *.cdn.office.net
  • *.static.microsoft
HTTP 80
Intune Win32 apps
  • *.manage.microsoft.com
HTTP 80, HTTPS 443
Microsoft Teams
  • *.static.microsoft
  • *.dl.delivery.mp.microsoft.com
HTTPS 443
New Outlook companion apps
  • *.res.cdn.office.net
  • *.static.microsoft
HTTP 80, HTTPS 443
Xbox (PC Game Pass)
  • *.xboxlive.com
HTTP 80

Source: Microsoft Connected Cache content and services endpoints.2

allow-list.txt · for the perimeter team
# Delivery Optimization client allow-list (FQDNs; Microsoft publishes no IP list)
# Source: learn.microsoft.com/windows/deployment/do/delivery-optimization-endpoints
# Do NOT TLS-inspect *.do.dsp.mp.microsoft.com (certificate pinning).
*.do.dsp.mp.microsoft.com
*.cdn.office.net
*.dl.delivery.mp.microsoft.com
*.manage.microsoft.com
*.officecdn.microsoft.com
*.res.cdn.office.net
*.static.microsoft
*.windowsupdate.com
*.xboxlive.com

03

Ports

On the device and on any internal firewall between devices that should peer.
Ports used by Delivery Optimization
PortProtocolUsed forWhen
7680TCPPeer-to-peer content sharing between devices. Registered and opened automatically by the Delivery Optimization service.1Download modes 1, 2 and 3
3544UDPTeredo NAT traversal.1 Teredo also has to be active: when its state is offline, peers cannot be reached by their Teredo addresses, whatever the firewall allows.10Group (2) or Internet (3) mode, where peers are behind different NATs
443TCP (HTTPS)Client to cloud service, and HTTPS content.1Always
80TCP (HTTP)Content metadata and CDN payload.6Always
67, 68UDPDHCP client. How a device receives option 234 (a Group ID source) and option 235 (a Connected Cache host).1Only with DHCP-based Group IDs or cache discovery

04

Windows Firewall

Windows ships inbound allow rules for Delivery Optimization. Each comes as a pair: one scoped to the host process, one to the service.
Built-in Delivery Optimization firewall rules
RuleDirectionActionProgram / serviceProtocolLocal port
Delivery Optimization (TCP-In)InboundAllow%SystemRoot%\system32\svchost.exeTCP7680
Delivery Optimization (TCP-In)InboundAllowDoSvcTCP7680
Delivery Optimization (UDP-In)InboundAllow%SystemRoot%\system32\svchost.exeUDP7680
Delivery Optimization (UDP-In)InboundAllowDoSvcUDP7680

Source: the rule set in Microsoft’s privileged access deployment guide.5

What goes wrong in practice

  • A rule that is present but disabled, scoped to the wrong profile (Domain, Private, Public), or overridden by a broader block rule from a security baseline. A missing rule is the rarer case.DoctorDO’s reading
  • AllowLocalPolicyMerge set to false: firewall rules from the local store are then ignored and not enforced.7 Microsoft also warns that it can stop the DHCP client retrieving option 235, which breaks Connected Cache discovery, especially with Windows Autopilot.1
PowerShell · check one device (elevated)
# The Delivery Optimization rules as the device enforces them (local, GPO and MDM merged)
Get-NetFirewallRule -PolicyStore ActiveStore -DisplayName 'Delivery Optimization*' |
  Select-Object DisplayName, Enabled, Direction, Action, Profile

# Any enabled block rule that names port 7680
Get-NetFirewallPortFilter -PolicyStore ActiveStore |
  Where-Object { $_.LocalPort -contains '7680' } |
  Get-NetFirewallRule |
  Where-Object { $_.Enabled -eq 'True' -and $_.Action -eq 'Block' } |
  Select-Object DisplayName, Direction, Profile

05

Proxy requirements

The richest source of silent failure. Each requirement below is Microsoft’s, and each breaks peering without producing an error on the device.
  1. No TLS inspection of the Delivery Optimization and Connected Cache endpoints, including geo.prod.do.dsp.mp.microsoft.com and array*.prod.do.dsp.mp.microsoft.com. The client pins the certificate; Microsoft states there is no workaround.3
  2. Byte-range requests pass through intact, with HTTP 206 Partial Content responses.3
  3. The client’s source IP is not altered on calls to the service: it uses the IP for geo-location and peer matching.3 Content downloads may go through the proxy.

How each one shows up

Proxy faults and their symptoms
Broken requirementWhat you seeWhy it is misdiagnosed
TLS inspection on the servicePeering stops; everything falls back to the CDNLooks like a policy or peering problem
Source IP rewrittenPeer discovery near zero with everything configured correctlyLooks like “no peers exist”. LAN mode matches peers by public IP, so a proxy that rewrites it splits every device into its own group
Byte ranges strippedWhole files instead of pieces; peer sharing stops, because peers exchange piecesPresents as poor efficiency, not as an error
Proxy set only for the current userBackground downloads fail when nobody is signed inWorks while someone is at the desk; reported as intermittent
Proxy set only with netsh winhttpDownloads made while a user is signed in ignore the proxyFails only where direct access is blocked; reported as intermittent

Symptom mapping is DoctorDO’sDoctorDO’s reading; the requirements are Microsoft’s.3

Which proxy setting Delivery Optimization uses

It depends on whether a user is signed in. Background and scheduled downloads run as NetworkService, with no user.3

Proxy precedence
ConfigurationUser signed inNo user signed in
WinINET proxy, current userUsedNot used
WinINET proxy, device-wideUsedUsed
netsh winhttp proxyNot usedUsed
Current-user WinINET and netshWinINETnetsh
Device-wide WinINET and netshWinINETnetsh

06

Expected behaviour that is not a fault

DoctorDO does not raise these on their own, because a tool that flags documented-normal behaviour teaches people to ignore it. The listener check fails only when the device looks as if it is transferring content while nothing listens.
Expected behaviour
You seeWhy it is normal
Nothing listening on 7680The service shuts down when idle and stops listening. Also normal with an empty cache, download mode 99, low battery, Connected Standby, a cellular connection or VPN.4
UDP 3544 blocked in LAN modeTeredo is only required for Group (2) and Internet (3) modes.1 DoctorDO works out which checks apply from each device’s own mode.
First downloads behind a proxy start slowlyProxy discovery and authentication come first, and idle pooled connections are re-established. Microsoft describes this as expected.3

07

What DoctorDO checks on each device

The collector tests the requirements above from the device itself, because a browser cannot open TCP 7680 to a peer or see the device’s proxy path.
  • Every endpoint below, on each documented port: name resolution, a TCP connection, a TLS handshake that checks the certificate is valid for the name (and, where Microsoft pins it, that its issuing chain is Microsoft’s, not an inspecting proxy’s, whatever the certificate’s own subject says), and an HTTP answer.23
  • Byte ranges: one Range: bytes=0-0 request for a file the device itself downloaded, expecting 206. A 200 with the whole object means something in the path strips ranges.3 No test object is needed.
  • Wildcards are tested on hosts the device used, then on hosts a Microsoft page names, and otherwise shown as “not testable”. DoctorDO never guesses or enumerates names under a wildcard.DoctorDO’s reading
  • Through the proxy Delivery Optimization would use in the background (a netsh winhttp proxy first, then the device-wide setting, WPAD or PAC), with a direct connection tried for comparison.3
  • On the device: DoSvc listening on 7680, the Delivery Optimization firewall rules in force and any policy that blocks inbound connections regardless of them, LocalPolicyMerge, and in Group and Internet modes Teredo’s operational state (qualified, dormant or offline), not only its configured type.110 UDP 3544 itself cannot be probed, so a pass is not proof that the port is open.DoctorDO’s reading
  • Connected Cache: TCP 80 to the configured server and Microsoft’s verification request, with the smallest byte range.9

Probes are small and bounded: 4 seconds per step, eight hosts at a time, 40 seconds in all, and results are reused on the device for six hours. Nothing is downloaded beyond response headers and a single byte, and no URL leaves the device.DoctorDO’s reading

The endpoints tested

Endpoints DoctorDO tests, and which host it tests for each
PurposeEndpointPortsHost testedSource
DO cloud service*.do.dsp.mp.microsoft.comDelivery Optimization cloud service · modes 0, 1, 2, 3HTTPS 443Hosts the device used, else geo.prod.do.dsp.mp.microsoft.comMicrosoft LearnDO endpoints (opens in a new tab)
DO cloud servicearray*.prod.do.dsp.mp.microsoft.comDelivery Optimization peer matching (array) · modes 1, 2, 3HTTPS 443Hosts the device used, else not testableMicrosoft LearnDO and proxies (opens in a new tab)
DO content and metadata*.dl.delivery.mp.microsoft.comDelivery Optimization content and metadata CDNHTTP 80Hosts the device used, else msedge.b.dl.delivery.mp.microsoft.com, msedge.f.dl.delivery.mp.microsoft.comMicrosoft LearnDO endpoints (opens in a new tab)
Windows Update content*.windowsupdate.comWindows Update content (windowsupdate.com)HTTP 80Hosts the device used, else download.windowsupdate.comMicrosoft LearnDO endpoints (opens in a new tab)
Windows Update contentemdl.ws.microsoft.comWindows Update content (emdl)HTTP 80This hostMicrosoft LearnWindows Update troubleshooting (opens in a new tab)
Windows Update servicectldl.windowsupdate.comCertificate trust list updatesHTTP 80This hostMicrosoft LearnWindows 11 endpoints (opens in a new tab)
Windows Update service*.delivery.mp.microsoft.comWindows Update and Store service (delivery.mp)HTTPS 443Hosts the device used, else fe3.delivery.mp.microsoft.comMicrosoft LearnWindows 11 endpoints (opens in a new tab)
Windows Update service*.update.microsoft.comWindows Update and Microsoft Update service (update.microsoft.com)HTTPS 443Hosts the device used, else not testableMicrosoft LearnWindows 11 endpoints (opens in a new tab)
Windows Update servicetsfe.trafficshaping.dsp.mp.microsoft.comWindows Update content regulationHTTPS 443This hostMicrosoft LearnWindows 11 endpoints (opens in a new tab)
Windows Update serviceadl.windows.comCompatibility database updatesHTTP 80This hostMicrosoft LearnWindows 11 endpoints (opens in a new tab)

Showing 1 to 10 of 24

Verified against Microsoft Learn on 2026-10-19. From the Windows 10 2004 endpoint list only the Delivery Optimization, Windows Update, Store, Microsoft 365 and Edge entries are tested; telemetry, consumer features, sign-in portals and the cache server’s own management endpoints are left out, each with its reason recorded in the manifest.DoctorDO’s reading

See your devices’ results in ConnectivityNetwork findings in ConnectivityRoll out the collector

Microsoft documentation

References

  1. 1Configure Delivery Optimization for Windows (opens in a new tab)learn.microsoft.com/windows/deployment/do/delivery-optimization-configure
  2. 2Microsoft Connected Cache content and services endpoints (opens in a new tab)learn.microsoft.com/windows/deployment/do/delivery-optimization-endpoints
  3. 3Using a proxy with Delivery Optimization (opens in a new tab)learn.microsoft.com/windows/deployment/do/delivery-optimization-proxy
  4. 4Delivery Optimization frequently asked questions (opens in a new tab)learn.microsoft.com/windows/deployment/do/waas-delivery-optimization-faq
  5. 5Deploying a privileged access solution (Delivery Optimization firewall rules) (opens in a new tab)learn.microsoft.com/security/privileged-access-workstations/privileged-access-deployment
  6. 6How Delivery Optimization works (opens in a new tab)learn.microsoft.com/windows/deployment/do/delivery-optimization-workflow
  7. 7Firewall CSP (AllowLocalPolicyMerge) (opens in a new tab)learn.microsoft.com/windows/client-management/mdm/firewall-csp
  8. 8NetworkProxy CSP (opens in a new tab)learn.microsoft.com/windows/client-management/mdm/networkproxy-csp
  9. 9Verify Microsoft Connected Cache cache node functionality (opens in a new tab)learn.microsoft.com/windows/deployment/do/mcc-ent-verify-cache-node
  10. 10The Peer Infrastructure and Teredo (opens in a new tab)learn.microsoft.com/windows/win32/p2psdk/the-peer-infrastructure-and-teredo