The SightCall integration requires some ports to be open on your network. Please make sure the following ports are not blocked on your firewall/proxy:
- TCP 443 (HTTPS)
Network Setup For Restricted Networks
If you maintain a restricted network, make sure the following URL schemes and ports are open / allowed:
- *.rtccloud.net : TCP 443 (mandatory)
- *.rtccloud.net : TCP 5204 (optional - used if 443 is blocked)
- *.rtccloud.net : TCP 11005 (optional - used if 443 is blocked)
- *.rtccloud.net : Allow UDP traffic (dynamic port range)
- *.sightcall.com : TCP 443 (mandatory)
- *.sght.io: TCP 443 (mandatory for SightCall Vision)
- *.mapbox.com : TCP 443
- *.effectssdk.ai : TCP 443
- ipv4.icanhazip.com: TCP 443 (mandatory for SightCall Vision only)
Notes:
- 1 and 5 are the minimum requirements to make it work, but 4 is highly recommended for better reliability and performance.
- 4 is required if the Guest / Attendee connects to the call using WebRTC connection mode in the same network used by the Agent, which typically occurs during internal testing.
- 7 is required if you use Geolocation feature.
- TLS 1.0 and 1.1 are not supported. Make sure TLS 1.2 or newer is used instead.
- Regarding Network Allowlist policy, we recommend to use wildcards (*) as suggested above and not using the IP address due to possible future IP address changes. However, if your network requires allowlisting by IP ranges, you can review this article for details.
SSL Interception
If you are using Zscaler Cloud Solution or a similar network security solution, you need to disable Deep Packet Inspection (DPI) or SSL Inspection for *.rtccloud.net
Monitoring Internet Bandwidth Usage
To prevent any quality problem during video sessions, the global network bandwidth usage, as well as SightCall specific usage, should be monitored. Internet usage should never exceed 90% of the link capacity.
The video quality may be temporarily affected by network congestion.
The network bandwidth must be sufficient to support the targeted number of simultaneous video sessions (300 - 500 kbps per call depending on the use case). More details can be viewed here.
Implementing QoS
SightCall packets should be tagged as the highest priority streams (real-time) to ensure that they will be forwarded as quickly as possible.
Depending on the network configuration, some bandwidth may even be reserved for video sessions.