Network and firewall requirements for Neat

Last updated on May 14, 2024

This article describes the network and firewall requirements for all Neat devices.


Neat devices obtain their IP address and other network parameter configurations (e.g. Default Gateway, DNS etc.) via DHCP. When setting up a Neat Bar or Neat Bar Pro and a Neat Pad, you will need to make sure they are on the same subnet.


Neat devices rely on mDNS (multicast DNS) protocol to discover each other. As soon as it has joined the network, a Neat Bar, Bar-Pro and Neat Center will register itself as an mDNS service in your network. It will use an mDNS service string of _neat._tcp and _neat-oob._tcp and use the domain .local. A Neat Pad will then look for any devices on the same subnet that are registered with these service strings. Once it finds the device (e.g. Neat Bar or Neat Center), it will subsequently pair with the device.

Neat Bars and Bar Pros will use the service string _neat._tcp. Neat Center will advertise itself using _neat-oob._tcp when in out-of-box mode and once paired, it will switch to _neat._tcp.

In most subnets, mDNS protocol (which uses multicast packets) will be allowed and therefore the Neat Pad should not have any difficulties in finding the Neat Bar/Bar Pro (provided they are on the same subnet). However, in some subnets, especially when using Wireless Controllers, mDNS may be disabled or only a select few mDNS services may be allowed. In such cases, you will have to ask your network team to enable mDNS for the subnet or add the mDNS service string to the allowed list.

Note: Some network devices like Aruba require you to add only the service string to their allowed list for mDNS (e.g. _neat._tcp). However, Cisco WLCs appear to require both service string + domain (e.g. _neat._tcp.local) to be added to the allowed list. Please consult your network team and/or the manufacturer’s documentation in such cases.

NTP server

All Neat devices require NTP (Network Time Protocol) server for a variety of functions, and therefore a valid NTP server is a requirement when setting up and operating the devices. Neat uses the standard UDP port 123 to reach out to the following NTP server (default): (IP address:
Location: The Netherlands*

Newer firmware also supports two additional methods of providing NTP to the system; either the network can provide an NTP server address via DHCP option 42, or a user can manually enter an NTP server address during setup.

Please note that if you have a DHCP server that is providing you with DHCP option 42, Neat device will use that NTP server over (or even a manually entered one). If your DHCP server provides an incorrect DHCP option 42 (e.g. see NTP issues with Cisco Meraki Network), then your Neat device might report invalid NTP server or no internet connection error.

Important note: Neat Centers do not support manual configuration of the NTP server at the moment. If you are installing a Neat Center, please ensure you have opened UDP port 123 to server or configured DHCP 42 for your network.

Cloud storage

Neat devices are required to access Neat’s cloud storage to download latest firmware. This is done over HTTPS (TCP port 443) and the server address is: (IP address:
Location: The USA*

*Disclaimer: Please note that both NTP service and Cloud storage services are hosted by Google cloud services and therefore their respective IP addresses and locations may change.

Additional requirements

For network security teams that are ‘white-listing’ webpages, we very strongly recommend allowing access to all subdomains under * . This ensures that any new features introduced by Neat are fully functional and not inadvertently blocked by future upgrades.

Note: Neat uses the same static IP address ( for all the HTTP and HTTPS services below. Please note that the IP addresses behind these sites may be subject to change.

Neat will require access to the following Web pages in addition to the NTP server:

Web addressesIP addressPorts that need to be openedWhat is it used for
ota.neat.no34.107.186.64tcp 443 (https)Access cloud storage for software downloads
connectivitycheck.neat.no34.107.186.64tcp 80 (http) and tcp 443 (https)connectivity checks (for captive portal configuration) and as a precondition for software downloads
id.neat.no34.107.186.64tcp 443 (https)To be able to obtain certificates to maintain communication with ZDM as well as other non-Pulse microservices.
api.neat.no34.107.186.64tcp 443 (https)Non-Pulse control micro-services and metrics
metrics.neat.no34.107.186.64tcp 443 (https)Non-Pulse control micro-services and metrics
Table 1: Required web access table for Neat devices

Neat Center requirements

Neat Center is a companion device in a pre-established Neat Room alongside our main devices. It can be setup with the following devices, provided they are running Neat OS 24.2.0 or later. These devices must already be installed as a Zoom or Microsoft Teams room before the Neat Center is configured.

  • Neat Board 
  • Neat Board 50
  • Neat Bar / Neat Bar 2
  • Neat Bar Pro

In addition to the standard network requirements for Neat devices (Table 1 and Table 2), the following requirements and limitations need to be considered in order to use Neat Center:

  • Protocols and ports (between Neat Center and the main Neat device):
    • SRTP media (AEAD_AES_256_GCM_8) sent over UDP ports
    • Audio streaming over local network using UDP port 5004
    • Video streaming over local network using UDP port 5006
  • mDNS requirements:
    • _neat._tcp
    • _neat-oob._tcp
  • NTP support
    • Only supports or DHCP 42 as the default NTP server (UDP 123)
    • No support for custom NTP service
  • Network conditions
    • Neat Center requires a wired connection with DHCP. To pair Center to a Room, the other paired devices have to be on a wired connection.
    • Ethernet NIC: 2.5GBASE-T
    • MTU of 1500 bytes.
    • Bandwidth required from the Neat Center to the main Neat device is typically less than 6 Mbps, but the network should allow some headroom in the cases where peak bandwidth is higher (e.g. during a layout switch).
  • Unsupported network features
    • No Wifi support
    • No support for Static IP address
    • No support for proxies
    • No support for 802.1x
    • No support for custom certificate uploads

Neat Pulse requirements

Neat Pulse is the management platform to manage Neat devices remotely. The following requirements need to be met in order to use Neat Pulse:

  • Protocols:
    • HTTPS, including http/2 and http/1 with WebSockets
  • DNS hostnames:
    • *
  • IP addresses (subject to change):
  • Ports (to open on the firewall for external IP addresses):
    • 443 TCP
  • Ports (used internally within the same subnet):
    • 9876 TCP (between paired Pad and Bar/Bar Pro/Board and used for Pulse’s ‘paired remote control’ feature)

HTTP proxies are supported if they support ‘HTTP CONNECT’.

Microsoft Teams software requirements

After you complete the Neat firmware installation and have chosen Microsoft Teams, Neat devices will run Microsoft Teams Room for Android software provided by Microsoft and connect to the Microsoft backend. For ongoing operation, ensure all Microsoft resources are available via your firewall as described in the following articles provided by Microsoft on this topic.

In general: The ports used for Microsoft Teams Rooms for Android are the same as any other Microsoft Teams client on your laptop/pc.

Zoom Room software requirements

After you complete the Neat firmware installation and have chosen Zoom, Neat devices will run Zoom Room software provided by Zoom, and connect to the Zoom backend. For ongoing operation, ensure all Zoom resources are available via your firewall as described in the following articles provided by Zoom on this topic.


ProductProtocolPortsFirewall rulesDescription
NeatDHCPUDP 67, 68None requiredObtain IP address, default gateway, DNS etc.
NeatmDNSMulticast packets to
UDP 5353
None required (multicast traffic remains local to the subnet)Discovery and pairing
Neat NTPUDP 123Open UDP 123 on firewall to: (default) 
NTP time server for various operations
NeatHTTPSTCP 443Open TCP 443 to:
Note: Generally allow * domain over HTTPS/TCP 443 Access cloud storage for software downloads connectivity checks (for captive portal configuration) and as a precondition for software downloads To be able to obtain certificates to maintain communication with ZDM as well as other non-Pulse microservices. Non-Pulse control micro-services and metrics. Non-Pulse control micro-services and metrics
NeatHTTPTCP 80Open TCP 80 to: connectivity checks (for captive portal configuration)
NeatHTTPSTCP 443Open TCP 443 to and *.pulse.neat.noCommunication with Neat Pulse device management cloud
NeatRemote control featureTCP 9876None required (this is between paired devices on the same subnet and should not require any firewall rules)Pad opens a TCP connection to port 9876 of its Paired Bar/BarPro/Board etc. This is used for the ‘paired remote control’ feature on Pulse.
MicrosoftVariousVariousFollow Microsoft’s advice here
ZoomVariousVariousFollow Zoom’s advice on Zoom and Zoom RoomsTo allow Zoom Room software to connect to Zoom cloud
Table 2: Neat’s Network and Firewall requirements


The firewall requirements on Neat Bar and Neat Pad* differ depending on the software version running on these devices. Until April 2020, Neat software versions required multiple network resources to be accessible for the initial configuration process. After April 2020, Neat simplified its network requirements. When Neat devices are shipped out from manufacturing locations, some may be running pre-April 2020 firmware. For simplicity and to avoid any confusion, this article only describes the network requirements for newer (post April 2020) software releases. All Neat devices will upgrade to the latest software version once connected to the network.
If you continue to encounter issues after opening the network ports above, please reach out to Neat’s technical support team at
*All Neat Boards and Neat Bar Pros were manufactured after April 2020 and therefore this article (with newer firewall requirements) applies to them.