Problemen met SIP-link oplossen

Als je TCP-sessie niet tot stand wordt gebracht, kan dit komen door een firewall of een probleem met de netwerkverbinding. De SBC stuurt mogelijk een SYN-bericht, maar er wordt niet gereageerd.

Zo los je dit probleem op:

1. Ping siplink.telephony.google om te zorgen dat de netwerkverbinding beschikbaar is.
2. Zet bestemmingspoort 5672 aan voor Voice.
3. Bevestig dat DNS werkt voor de omzetting van siplink.telephony.goog.
4. Controleer of je firewall verkeer van de SBC toestaat en of de poort siplink.telephony.goog:5672 is geopend.

Als de TLS-sessie niet tot stand wordt gebracht, kan dit komen door problemen met de PCA-certificering. Je krijgt mogelijk een fatale waarschuwing dat het certificaat onbekend is.

Zo los je dit probleem op:

1. Zorg dat het rootcertificaat en het tussencertificaat dat is gekoppeld aan de PCA, zijn geüpload in de keystore die bij je TLS-profiel voor SIP-link hoort. Als je de CSR voor de SBC-certificering maakt, volg je de richtlijnen in het interopdocument van de betreffende SBC-leverancier.
2. Zorg dat het SBC-certificaat voldoet aan volgende richtlijnen:
   • De sleutelgrootte is 2048.
   • De versleuteling is RSA of ECDSA.
   • De algemene naam (common name, CN) komt overeen met de hostnaam die is gemaakt voor SIP-link
   • Het domein van de algemene naam in het certificaat komt overeen met het Workspace-domein
   • Wederzijdse verificatie staat aan
   • Server- en clientverificatie staat aan
   • Certificaten met jokertekens worden niet ondersteund
3. Zorg dat de Google-certificering van GTSR1 op pki.goog ook is geüpload in de keystore van het bijbehorende TLS-profiel voor SIP-link.
4. Controleer of de certificaatgeldigheid van de SBC naar Google is verlopen.

Als je reactie 404 of 604 (niet gevonden) krijgt tijdens de uitnodiging van de SBC, heb je het SBC-nummer mogelijk niet toegewezen aan Voice.

Zo los je dit probleem op:

1. Zorg dat het telefoonnummer van de SBC is toegewezen aan een gebruiker, automatische assistent of belgroep in Voice.
2. Controleer of het telefoonnummer de E. 164-indeling heeft in de PAI-kop.

Als je een waarschuwingsbericht krijgt (niveau: fataal, beschrijving: onbekende CA), is het certificaat dat voor de DTLS wordt gebruikt mogelijk niet gecertificeerd.

DTLS-onderhandeling begint met een certificaathandshake tussen de media-eindpunten die zijn ingevoerd in de aanbiedings- en antwoordvelden van de SDP-verbinding. Als dit is gelukt, worden er via een versleutelde verbinding media verstuurd tussen de SBC en Google Voice.

Zorg dat het certificaat een zelfondertekend certificaat van de SBC is. Gebruik geen certificaten die zijn ondertekend door een openbare CA. Dit veroorzaakt problemen als gevolg van fragmentatie via UDP.

Zo los je het probleem op:

• Controleer op de firewallpoorten of de SBC een bidirectionele mediastroom heeft naar poort 19305 of 26500 in het IP-subnetwerk voor media van Voice (74.125.39.0/24).
• Voor SBC Public IP:media port <> 74.125.39.0/24:(19302-19308, 26500). Raadpleeg het gedeelte over de firewallpoorten voor SIP-link voor meer informatie.
• IP-adressen voor media van Google Voice zijn bereikbaar door te pingen en kunnen op die manier worden getest op bereikbaarheid vanuit de SBC.
• Tijdens de netwerkadresomzetting (Network Address Translation, NAT) mag de firewall de door de SBC verzonden poort niet aanpassen. Als dit wel gebeurt, verwijdert Voice het mediapakket van de SBC omdat het openbare IP-adres van de SBC wordt gezien als de bron, maar de poort afwijkt van de poort in de overeengekomen SDP-aanbieding en het SDP-antwoord.

Als je dit probleem wilt oplossen, controleer je de cryptosleutel die voor media wordt gebruikt. Dit moet AES_CM_128_HMAC_SHA1_80 zijn.