Articles in this section

Network Requirements

  • Updated
Follow

The SightCall integration requires some ports to be open on your network. When using the RTCC Driver, 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:

  1. *.rtccloud.net : TCP 443 (mandatory)
  2. *.rtccloud.net : TCP 5204 (optional - used if 443 is blocked)
  3. *.rtccloud.net : TCP 11005 (optional - used if 443 is blocked)
  4. *.rtccloud.net : Allow UDP traffic (dynamic port range)
  5. *.sightcall.com : TCP 443 (mandatory)
  6. *.mapbox.com : TCP 443
  7. *.sght.io: TCP 443 (mandatory for SightCall Vision)

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.
  • 6 is required if you use Geolocation feature in the usecases.
  • TLS 1.0 and 1.1 are not supported.  Make sure TLS 1.2 or newer is used instead.
  • Regarding whitelisting, 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 only allows IP whitelisting, you can review this article for details.

 

Media Upload

If you are setting a media endpoint to receive incoming data and need to allow specific IPs, please allow SightCall's entire cloud IP range: 162.252.233.0/24 in case of future changes in our infrastructure.

 

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 and *.sightcall.com

 

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: https://support.sightcall.com/hc/en-us/articles/202614365-Bandwidth-Requirement-Data-Usage

 

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.

 

 

Related articles