Contents
This page explains the operational requirements for using Acall applications.
💡 NOTE
This page intends for the following applications.
Acall Mobile / Acall Reception / Acall Meeting / Acall Gate / Acall Desktop
Supported OS
| OS | Operation Guaranteed |
| iOS / iPadOS | Latest - one previous major version |
| Android | Latest major version |
| MacOS | Latest - one previous major version |
| Windows | Latest - one previous major version |
⚠️ Note
Please refrain from upgrading to the latest version until we have confirmed that it works.
The latest version will be announced in the [List of Supported OS and Versions of the Application].
Supported App Version
To ensure that you always use the latest version of Acall Applications, only the latest versions are guaranteed to work.
Please see [List of Supported OS and Versions of the Application] for the current latest version.
If you are using an older version of the application when we receive an inquiry about a problem, we will inform you to upgrade the version of the application.
Supported Models
iPad / iPhone
The applications can be used on basically any iOS device, but we do not guarantee the operation on some devices.
Android Tablet
We have confirmed the operation with the latest Android OS available for Galaxy Tab A9+ devices.
The applications can be used on basically any Android OS device, but we do not guarantee the operation on some devices.
Network Requirements
💡 Note - This page lists only the network communications required by the Acall apps themselves. - Please separately allow any communications required for the device and/or other software installed on the device (e.g., MDM), such as internet connectivity checks, vendor account authentication, and OS updates, according to the device manufacturer’s requirements. - If these communications are not allowed, they may affect the operation of the Acall apps.
Allow by Port
If communications are restricted by firewalls or similar systems, please open the following ports.
| Protocol | Port | Service | Application | Note |
| TCP | 443 | HTTPS | All | |
| TCP | 443 | WSS | Acall Meeting (v2.0.12 or later) | Firewall / If you control traffic at the protocol level on your proxy, you must also allow WebSocket communications (Upgrade: websocket). |
| TCP / UDP | 8883 | TLS | Gate module | |
| TCP | 60022 | SSH | Gate module | |
| TCP | 2197 / 5223 | APNs (*1) | Acall Reception / Acall Gate / Acall Meeting (iOS, v2.0.11 or earlier) / Acall Mobile (iOS) / Signage | |
| TCP | 5228 / 5229 / 5230 | FCM (*2) | Acall Reception / Acall Gate / Acall Meeting (iOS, v2.0.11 or earlier) / Acall Mobile / Acall Desktop | |
| TCP | 5223 | FaceTime (*3) | Acall Reception (FaceTime) | |
| UDP | 3478〜3497 / 16384〜16387 / 16393〜16402 | FaceTime (*3) | Acall Reception (FaceTime) |
APNs (*1) - APNs (Apple Push Notification service) - For Apple push notifications, the iPad must be able to communicate directly with Apple’s servers. If a proxy server (or any other intermediary server) is used when connecting from the iPad’s network to the internet, push notifications may not be delivered. If a proxy is in place, please open the APNs ports and configure the network so that traffic over those opened ports bypasses the proxy and connects directly. Reference (external): If your Apple devices aren't getting Apple push notifications
FaceTime (*3) Reference (external):If you use FaceTime and iMessage behind a firewall
Allow by FQDN
Specifying an FQDN is not required when opening ports; however, if your security policy requires restrictions based on FQDNs or IP addresses, please allow the ports by specifying the following FQDNs or IP addresses.
💡 NOTE - For entries listed as FQDNs, the IP addresses are subject to change; therefore, please configure access permissions using the FQDNs. - For entries listed as IP addresses, the addresses are fixed; therefore, please configure access permissions using the IP addresses. - Any additions or changes to the FQDNs or IP addresses will be announced in advance.
- The FQDNs used by push notification services provided by Apple and Google (APNs, FCM, and FaceTime) may change at any time due to the providers' service operations. Please refer to the latest information in the official documentation from each vendor.
Links to the official documentation are provided in Notes *1–*3 of the "Allow by Port" section.
| FQDN / IP | Protocol | Port | Service | Note |
| portal.workstyleos.com | TCP | 443 | HTTPS | |
| api.workstyleos.com | TCP | 443 | HTTPS | |
| api.acall.jp | TCP | 443 | HTTPS | |
| admin.acall.jp | TCP | 443 | HTTPS | |
| acall-production-images.s3-ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| sentry.io | TCP | 443 | HTTPS | |
| portal.bff.workstyleos.com | TCP | 443 | HTTPS | |
| mobile.bff.workstyleos.com | TCP | 443 | HTTPS | |
| desktop.bff.workstyleos.com | TCP | 443 | HTTPS | |
| acallapi.workstyleos.com | TCP | 443 | HTTPS | |
| publicapi-prod-spotimg.s3-ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| publicapi-prod-floormap.s3-ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| publicapi-prod-floormap-image.s3-ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| publicapi-prod-portal-themeimg.s3.ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| publicapi-prod-temporary.s3.ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| publicapi-prod-excluded-password-import-users.s3.ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| publicapi-prod-import-spots.s3.ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| publicapi-prod-export-workspace-reservations.s3.ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS | |
| a3216i7p86gxbi-ats.iot.ap-northeast-1.amazonaws.com | TCP・UDP | 8883 | TLS | |
| 13.231.20.218 | TCP | 60022 | SSH | |
| signage.bff.workstyleos.com | TCP | 443 | HTTPS | |
| *.googleapis.com | TCP | 443 | HTTPS | |
| browser-intake-ap1-datadoghq.com | TCP | 443 | HTTPS | |
| *.appsync-realtime-api.ap-northeast-1.amazonaws.com | TCP | 443 | HTTPS and WSS | Required for Acall Meeting (v2.0.12 or later). If protocol-level control is enforced by a firewall or proxy, communication using WebSocket (Upgrade: websocket) must also be allowed. |
Checklist for Ensuring a Stable Wi-Fi Environment
All applications used on the iPad communicate continuously with Acall servers over the Internet.
The following are the recommended environment and settings for ensuring a stable network connection.
Wired LAN Connections
Wired LAN connections are not recommended for the following reasons:
- Not recommended by Apple
- FaceTime cannot be used
If the following conditions apply, we recommend using mobile data communication via a cellular model contract:
- The installation location has good mobile network signal coverage
- No use of sticker printers or robots (i.e., no communication over the local network is required)
Regardless of the connection method used, be sure to perform a “network status check using PING” to confirm that the network environment is stable.
iPad Cases
For cases or covers used with iPads, do not use materials that may degrade antenna performance for mobile communication, Wi-Fi, or Bluetooth, such as steel or aluminum.
Note Please refer to section 4.6 of the following document: Accessory Design Guidelines for Apple Devices
Other Potential Causes of Issues
To ensure stable Wi-Fi usage, be sure to consider and verify the following potential sources of interference:
- Signal attenuation caused by obstacles such as partitions
- Radio interference from devices such as microwave ovens and Bluetooth devices
- Signal congestion due to crowded/overlapping frequency bands
- Temporary signal interruption due to the impact of DFS regulations.
Checking network status using ping.
Please make sure to verify that the installed iPad has a stable network connection by following the steps below.
- Install an application capable of continuously running ping tests.
- Under the exact same conditions as actual operation (including location, case, surrounding Wi-Fi environment, etc.), continuously perform ping tests for at least two days to an external server over the internet, and confirm that the network connection remains stable.
- The response time should consistently remain below 100 ms.
Because network conditions constantly change due to factors such as the number of users and surrounding radio wave conditions, it is recommended that this network verification process be conducted at least once every six months.
Comments
0 comments
Article is closed for comments.