Analyse van CallConnector - en XMPP-signalering op CMS

Downloadopties

  • PDF     (164.4 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (129.5 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (143.3 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:16 juli 2019
Document-id:214623

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

    Inleiding


    Dit document beschrijft hoe Callbridge en Extensible Messaging and Presence Protocol (XMPP) componenten van de Cisco Meeting Server (CMS) elkaar ontdekken en met elkaar communiceren.

    Voorwaarden

    Vereisten

    Cisco raadt kennis van de volgende onderwerpen aan:

    • Cisco-vergaderserver
    • component Callbridge
    • XMPP-component
    • Web Real-Time Communication (WebexRTC)-kader

    Gebruikte componenten

    • CMS 2,5

    Dit document is niet beperkt tot specifieke software- en hardware-versies.

    De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.

    Achtergrondinformatie


    WebexRTC is een open raamwerk voor het web dat Real Time Communications met een browser van het internet mogelijk maakt. Het omvat de fundamentele bouwstenen voor communicatie van hoge kwaliteit op het web, zoals netwerk, audio en video componenten die gebruikt worden in spraak- en videochattoepassingen.

    De component XMPP van Cisco Meeting Server is vereist om zich bij een vergadering of Meld aan bij het platform van WebexRTC aan te sluiten. Wanneer een nieuw Meld-in verzoek op de XMPP van de client van WebexRTC aankomt, praat de XMPP met de Callbridge om de verbinding te openen.

    Signaalstroom

    verklaring

    1. Voordat er een inlogaanvraag voor XMPP van de webgebruiker wordt ontvangen, moet de XMPP al op een Callbridge zijn aangesloten.

    Opmerking: De configuratie van de verbinding Callbridge en XMPP wordt in dit document niet uitgelegd, voor een verdere referentie, navigeer naar het volgende document: Gecombineerd CMS configureren en integreren

    1. Callbridge haalt de FQDN-naam (Full Qualified Domain Name) en poortgegevens van de XMPP-server op basis van de configuratie van de API voor het programmeren van toepassingen/configuratie/XP of de XMPP-serverinstellingen van de web interface.
    2. Standaard probeert de Callbridge op poort 5223 een verbinding te maken met de XMPP, tenzij dit expliciet wordt gespecificeerd op de configuratie van het serveradres in de CMS-beheerwebinterface om deze informatie te valideren, door te navigeren naar CMS > Configuration > General.
    3. In het geval van implementaties met meerdere XMPP-servers blijft het veld Server-adres leeg. In dat scenario, voert de Callbridge een SRV raadpleging uit voor de record _xmpp-component._tcp.voorbeeldcom. Bijvoorbeeld.com wordt vervangen door de ingang in het veld Domain.
    4. Callbridge voert een DNS-raadpleging (Domain Network Service) uit om de XMPP FQDN-kaart op te halen.
    5. De Callbridge sluit aan op het terugkerende IP adres en de poort.
    6. Een TCP-handdruk (Transmision Control Protocol) tussen Callbridge en XMPP. Dit betekent de Callbridge en XMPP uitwisselingscertificaten.
    7. Het XMPP-certificaat moet het XMPP-domein en FQDN van de XMPP-server als Onderwerp Alternative Name (SAN)-items bevatten om certificaatfouten te voorkomen.
    8. Zodra de verbinding tot stand is gebracht, stuurt Callbridge een registratieaanvraag naar de XMPP-server met het unieke Callbridge-ID en het wachtwoord.

    Opmerking: De CallConnector - id en het wachtwoord moeten eerder worden geconfigureerd, de configuratie van deze instellingen is niet binnen het bereik van dit document, zodat u anders naar het volgende document kunt navigeren: Gecombineerd CMS configureren en integreren

    1. XMPP server bevestigt de terugname ID en het wachtwoord van de Callbridge en stuurt een reactie op het succes van de registratie terug.
    2. Dit voert een actieve verbinding tussen de Callbridge en XMPP in.
    3. Deze verbinding wordt door XMPP gebruikt wanneer er een nieuw inlogverzoek op verschijnt.
    TAC Authored

    Bijgedragen door Cisco-engineers

    • Sharan Sampath
      Cisco TAC-ingenieur

    Was dit document nuttig?

    FeedbackFeedback

    Contact Cisco

    Dit document is van toepassing op deze producten