Tack för din feedback.

Webex CallingKant

Utför dessa steg för att utföra en SIP-registrering eller ett SIP-samtal:

• Upptäck värdadressen för en SIP-slutpunkt för aktiva Edge-noder.

• Fyll i alla förutsättningar relaterade till användar- och enhetskonfiguration.

• Se till att slutpunkten har offentlig nätverksanslutning för att starta tjänstidentifiering.

• Slutför förutsättningarna för att starta slutpunkten med en region- eller datacenterspecifik etableringskonfiguration. Den här konfigurationen hjälper till att erhålla relevant domännamnsuffix för tjänstidentifiering.

IPv4 kontra IPv6

Enheter kan fungera i en enversion eller dubbelstackläge. Det är konfigurationen som avgör ändringarna av det föredragna protokollet och dessa ändringar ingår inte i tjänsteupptäckt.

• Enkelstackläge — aktiverar endast ett IP-protokoll (till exempel IPv4) och ignorerar de andra protokolladresserna.

• Dual-stack-läge — väljer en föredragen IP-version genom konfiguration.

Klienten anser att prioriteten för alla föredragna adresser är lägre (det vill säga föredragen) än alla IP-adresser. Om IPv4 är att föredra försöks alla IPv4-adresser innan du försöker skapa en IPv6-adress. Om alla adresser misslyckas startar cykeln igen med den föredragna protokolladressen med lägsta prioritet.

En mobilklient som registrerar sig vid mottagandet av ett push-meddelande kan besluta att optimera läget baserat på tidigare registreringar.

Upplösning av värdadress från DNS SRV adressen

I slutpunktens konfigurationsfil som erhållits från etablering anger domänindikatorn domännamnet för att upptäcka åtkomstkantstjänsten. Ett exempel på domännamnet är:

wxc.edge.bcld.webex.com

Från exemplet kan slutpunkten som utför DNS SRV en sökning för den här domänen ge ett svar som liknar följande:

# nslookup -type=srv _sips._tcp. wxc.edge.bcld.webex.com
_sips._tcp.wxc.edge.bcld.webex.com SRV 5 100 5061 sip-edge1.us-dc1.bcld.webex.com.
_sips._tcp.wxc.edge.bcld.webex.com SRV 10 105 5061 sip-edge2.us-dc1. bcld.webex.com.

I detta fall pekar SRV-posten på 3 A-poster.

sip-edge1.us-dc1.bcld.webex.com
sip-edge2.us-dc1.bcld.webex.com

I exemplet annonseras alla värdar för att kontakta port 5061 med olika vikt och prioritet.

Tänk på dessa krav för slutpunkter.

• En slutpunkt måste använda _sips._tcp(tjänst- och protokollkombination) som prefix för att utföra en sökning för att DNS SRV hämta värdadress för initiering av TLS-baserad kommunikation.

• En slutpunkt måste göra en DNS SRV sökning efter de villkor som förklaras i Upplösning av värdadress från DNS SRV adressavsnittet.

• En slutpunkt måste respektera värd, port, vikt och prioritet som annonseras för var och en av värdadresserna. Det måste också skapa en affinitet mellan värd till port när du skapar en socketanslutning under SIP-registrering.

• Specifikt för användningen av DNS SRV posten förklaras urvalskriterierna för värdar baserat på prioritet och vikt i RFC 2782.

Krav på säker SIP med MTL (ömsesidig TLS)

Kraven förklaras i detalj här.

Ett signerat certifikat krävs för en lyckad auktorisering och autentisering av samtal från bagageutrymmet. Certifikatet måste uppfylla följande krav:

• Certifikatet måste vara undertecknat av en certifikatutfärdare som nämns i Vilka rotcertifikatmyndigheter stöds för samtal till Cisco Webex ljud- och videoplattformar?

• Ladda upp förtroendepaketet som nämns i Vilka rotcertifikatmyndigheter stöds för samtal till Cisco Webex ljud- och videoplattformar? till ku ben.

• Certifikatet ska alltid vara giltigt:

  • Signerade certifikat måste alltid ha en giltig giltighetstid.

  • Rotcertifikat eller mellanliggande certifikat måste ha en giltig giltighetstid och får inte återkallas.

  • Certifikat som endast innehåller Server Authentication Extended Key Usage (EKU) stöds. Webex Callingvaliderar eller genomför inte förekomsten av EKU för klientautentisering under upprättandet av TLS-handskakning.

    Vissa SBC (Session Border Controllers) från tredje part kan kräva strikt EKU-validering och kan avvisa certifikat som inte inkluderar EKU för klientautentisering. Kontrollera i sådana fall att SBC är konfigurerad för att endast acceptera certifikat med serverautentisering EKU eller att inaktivera strikt EKU-validering (om det stöds).

  • Certifikat måste innehålla Fully Qualified Domain Name (FQDN) som ett vanligt namn eller ämnesalternativt namn i certifikatet med FQDN valt i Control Hub. Till exempel:

    • En trunk som konfigurerats från organisationens Control Hub med london.lgw.cisco.com:5061 som FQDN måste innehålla london.lgw.cisco.com i certifikatet CN eller SAN.

    • En trunk som konfigurerats från organisationens Control Hub med london.lgw.cisco.com var SRV måste innehålla london.lgw.cisco.com i certifikatet CN eller SAN. De poster som SRV-adressen löser till (CNAME/A-post/IP-adress) är valfria i SAN.

  • Du kan dela certifikat med mer än en lokal gateway, men se till att FQDN-kraven uppfylls.

Utanför räckvidden

Den här artikeln innehåller inte följande information om nätverkssäkerhet:

• F5-krav för certifikatutfärdare och chiffer

• Ett HTTP-baserat API för att ladda ner brandväggsregler för Webex.

• API för ett förtroendepaket

• Brandväggskrav och ALG-inaktivering