Loading...
Loading...
Loading...
The Dynamic Cloud Voice platform represents an evolution of the voice platform for Genesys Cloud and BYOC Cloud SIP trunking. This platform enhancement provides improved performance, updated network endpoints, and more security controls.
This article includes the required migration steps. Follow this process:
Before you can enable the Dynamic Cloud Voice platform, you must understand that Genesys Cloud’s portion of this new platform only covers outbound calling. To enable the Dynamic Cloud Voice platform to include inbound calling, administrators must work with their carriers and make any adjustments described in this section.
For BYOC Cloud to work with a third-party carrier, the carrier must meet the following requirements. For more information, see the Dynamic Cloud Voice platform section in Carrier requirements for BYOC Cloud.
When you use this platform, the public SIP IP addresses differ from the previous BYOC Cloud SIP endpoints, which allows both platforms to coexist and also allows a user-controlled migration between platforms. Also, the platform uses different public IP addresses for requests inbound to Genesys Cloud (ingress) and for requests outbound from Genesys Cloud (egress).
For more information about the IP addresses, see the Dynamic Cloud Voice platform section in BYOC Cloud public SIP IP addresses.
When you use this platform, the inbound request URIs use a different Domain Name System (DNS) or FQDN suffix: genesys.cloud. To see the SIP URI format, reference the Inbound Request URI box in the external SIP trunk configuration. Also, no separate subdomains exist for voice and byoc. There is only one subdomain: byoc.
For more information about the domain suffixes, see the Dynamic Cloud Voice platform section in Domains for the firewall allowlist.
When you use this Voice platform with SIP TLS, the public root certificate authority that signs the Genesys Cloud SIP endpoints differ from the previous BYOC Cloud SIP endpoints. The original BYOC Cloud SIP endpoints are signed by DigiCert Root Certificate Authorities, while the Dynamic Cloud Voice platform SIP endpoints are signed by Amazon Trust Services.
For more information about TLS settings, see the Dynamic Cloud Voice platform sections in TLS trunk transport protocol specification for BYOC Cloud.
When you use this platform with SIP TLS, the X.509 certificates on the endpoints are configured using common name wildcards. The original BYOC Cloud SIP endpoints used specific common names and subject alternate names to allow for subject name validation of the certificates. To support subject name validation using the custom SIP Termination Identifier and to support direct integrations with other third-party SIP endpoints, the termination identifier can be validated against the subject of the certificate using the wildcard.
Following the public Certificate Authorities move to remove the client authentication extended key usage (EKU), the Dynamic Cloud Voice platform SIP endpoints are signed with public certificates that do not include client authentication. BYOC does not support client authentication or mutual TLS. However, if a remote SIP endpoint previously requested a client certificate, the BYOC SIP endpoints provide their server certificate as included the client authentication EKU. This process is not a valid way to achieve authentication of the endpoints but can complete the process if mutual TLS was enabled on the remote SIP endpoints.
When you use this platform with SIP TLS, the approved TLS Ciphers differ slightly from the original BYOC Cloud SIP endpoints. For Elliptic-Curve Diffe-Hellman Ephemeral (ECDHE) ciphers, the platform supports more elliptical curves and initially includes secp256r1/P-256, in addition to the previously supported secp384r1/P-384.
For more information about TLS settings, see the Dynamic Cloud Voice platform sections in TLS trunk transport protocol specification for BYOC Cloud.
While you can migrate existing BYOC trunks to the Dynamic Cloud Voice platform, Genesys recommends that you verify interoperability and configuration using a new test trunk before you migrate any trunks that carry live traffic.
To create a test trunk
When you migrate existing trunks from the original BYOC Cloud platform to the Dynamic Cloud Voice platform, ensure that you review all considerations and test a new trunk between the existing endpoints before you migrate a production trunk. You can move external trunks between the two BYOC platforms with a simple toggle, but other changes to the remote SIP endpoints can be more challenging to switch. Make sure that you configure the remote SIP endpoint to use the ingress IP addresses and egress IP address ranges, trust the TLS certificate authorities, and support the TLS cipher list. Use the following procedure to migrate an existing trunk to the Dynamic Cloud Voice platform:
Migration
Get user feedback about articles.