Firewall Configuration Guide -- Phoneware Edge

Phoneware Edge — Firewall Configuration Guide for IT Administrators

This page lists the hostnames, protocols, and ports required to allow Phoneware Edge voice service through your network firewall. All rules are outbound from your local network. No inbound rules are required.

Where IP addresses are not listed, allow rules should be configured by hostname (FQDN) rather than IP. Cloud-hosted services use dynamic or load-balanced IPs that change without notice — IP-based rules for these services will break intermittently.

Voice — SIP signaling

All SIP signaling from phones on your network travels to the Phoneware Edge core servers. Both servers should be allowed — core2 is the failover and phones will attempt it automatically if core1 is unreachable. These are Phoneware-operated servers with static IPs.

HostnameIP addressProtocolPortsDirection
core1-phx.phoneware.zone Primary — Phoenix, AZ132.226.76.53TCP and UDP5060, 5061Outbound
core2-ord.phoneware.zone Backup — Chicago, IL170.9.227.213TCP and UDP5060, 5061Outbound

Voice — RTP media (audio)

Audio streams (RTP) travel on dynamically assigned UDP ports in the range 10000—65535. If your firewall is stateful and tracks SIP sessions, it may open media ports automatically — however, we strongly recommend disabling SIP ALG and allowing the UDP range explicitly. SIP ALG is a common cause of one-way audio and registration failures.

HostnameIP addressProtocolPort rangeDirection
core1-phx.phoneware.zone132.226.76.53UDP10000—65535Outbound
core2-ord.phoneware.zone170.9.227.213UDP10000—65535Outbound

WebPhone — WebSocket signaling (WebRTC)

The Phoneware WebPhone is a browser-based WebRTC softphone. Unlike desk phones, it does not use SIP over UDP — instead it connects to the core servers using secure WebSocket (WSS) for signaling. The WebPhone will attempt connections on multiple ports and fall back automatically if a port is unreachable.

Port 443 is the primary connection path. Ports 8001, 9001, and 9002 are fallback WebSocket ports used when 443 is restricted or blocked by intermediate network devices. Environments with strict outbound filtering — such as university or corporate networks — must allow all three ports or the WebPhone may fail to connect or behave unreliably.

HostnameIP addressProtocolPortsDirection
core1-phx.phoneware.zone Primary — Phoenix, AZ132.226.76.53TCP443, 8001, 9001, 9002Outbound
core2-ord.phoneware.zone Backup — Chicago, IL170.9.227.213TCP443, 8001, 9001, 9002Outbound

Device provisioning — Phoneware

Phones contact these servers at boot and periodically to receive their configuration. All three hostnames should be allowed by FQDN. prov.phoneware.zone is a dynamic hostname that resolves to one of the two endpoint servers depending on availability.

HostnameProtocolPortsDirection
prov.phoneware.zone Dynamic — resolves to either endpoint belowTCP80, 443Outbound
endpoints1-phx.phoneware.zone Primary — Phoenix, AZTCP80, 443Outbound
endpoints2-ord.phoneware.zone Backup — Chicago, ILTCP80, 443Outbound

Required if deploying Yealink phones. These are Yealink-operated cloud services for remote provisioning (RPS) and ongoing device management (YMCS). IPs are hosted on cloud infrastructure and subject to change — allow by hostname.

HostnameProtocolPortsDirection
rps.yealink.comTCP80, 443Outbound
dm.yealink.comTCP80, 443Outbound
dmtcp.yealink.comTCP80, 443Outbound
us-ybfe.ymcs.yealink.com Alias: us.ymcs.yealink.comTCP80, 443Outbound

Device management — Grandstream GDMS

Required if deploying Grandstream phones. GDMS uses multiple subdomains across its platform. Allow all subdomains under gdms.cloud if your firewall supports wildcard FQDN rules, or add each hostname individually. IPs are cloud-hosted and subject to change — allow by hostname.

HostnameProtocolPortsDirection
gdms.cloud Main portal / device check-inTCP80, 443Outbound
dm.gdms.cloud Device managementTCP80, 443Outbound
api.gdms.cloud API / provisioningTCP80, 443Outbound
provision.gdms.cloud Configuration file deliveryTCP80, 443Outbound

Device management — Poly ZTP

Required if deploying Poly phones. Devices contact ztp.poly.com at boot for zero-touch provisioning. IPs are cloud-hosted and subject to change — allow by hostname.

HostnameProtocolPortsDirection
ztp.poly.com Device zero-touch provisioningTCP80, 443Outbound

Network time (NTP)

Phones synchronize their clocks using NTP. Accurate time is required for SIP registration and TLS certificate validation. The pool.ntp.org service rotates IPs continuously — allow by hostname or permit all outbound UDP 123 rather than filtering to specific IPs.

HostnameProtocolPortDirection
pool.ntp.orgUDP123Outbound

DNS

Phones resolve all hostnames above using DNS. Standard outbound DNS must be permitted from phone IP addresses to your DNS resolver(s). If your environment uses split DNS or restricts outbound DNS, ensure phones can reach a resolver that handles public hostnames.

DestinationProtocolPortDirection
Your DNS resolver(s) Environment-specificUDP and TCP53Outbound

Questions? Contact Phoneware support via phone or text at (602) 445-7777, support@phoneware.us, or via web chat at phoneware.us.

Still stuck? Call or text 602·445·7777 and reach a technician who knows your account, no outsourced call center.

All help articles