Medieoptimalisering støttes på tvers av bordtelefoner (unntatt DECT & ATA-enheter), Webex og den lokale gateway-løsningen. Når du foretar anrop innenfor organisasjonen din, mellom støttede enheter, flyter mediene for samtalen direkte mellom enhetene når det er mulig. Dette gir lavere latens og bedre kvalitet.

• Som standard er medieoptimalisering aktivert på bordtelefonenhetene og Webex, og krever vanligvis ikke spesifisert konfigurasjon.

• For lokal gateway kan du aktivere medieoptimalisering med kommandoen STUN usage lite, som er gjennomgått i Registrer lokal gateway til Webex Calling

  Session Traversal Utilities for NAT (STUN) er et standardisert sett med metoder. Dette inkluderer en nettverksprotokoll for traversering av nettverksadresseoversettergatewayer i applikasjoner for sanntids tale, video, meldinger og annen interaktiv kommunikasjon.

• Den lokale gatewayen (CUBE) støtter ICE-lite. Det er flere begrensninger for ICE-støtte på CUBE. For mer informasjon, se ICE-lite-støtte på CUBE.

• Støtte for medieoptimalisering på Local Gateway krever minimum CUBE-programvareversjon 17.3 eller 16.12.5.

• Medieoptimalisering med en lokal gateway krever nettverkstilgjengelighet mellom enheten og den lokale gatewayen. Dette kan oppnås enten ved å:

  • Tilordne en offentlig IP-adresse til den lokale gatewayen.

  • Sørge for at vertsadressen til den lokale gatewayen er tilgjengelig for en enhet innenfor samme nettverk som den lokale gatewayen.

• For å rute samtaler sendes signaldata til Webex Calling-skyen. En aktiv internettforbindelse er alltid nødvendig for å foreta Webex Calling-anrop. Media utgjør imidlertid mesteparten av trafikken for en samtale.

• Samtaler kan bare optimaliseres innenfor én enkelt organisasjon. For samtaler mellom organisasjoner må media flyte gjennom PSTN av regulatoriske årsaker.

• Hvis samtaleopptak er aktivert, blir media for innspilte samtaler rutet til skyen og ikke optimalisert.

Medieoptimalisering bruker Interactive Connectivity Establishment (ICE) for å oppdage optimaliserte mediebaner.

Dette skjer i følgende faser:

1. Kandidatoppdagelse

   Når du foretar et anrop, må et endepunkt først oppdage en liste over adresser der det kan motta medier. Disse adressene eller kandidatene inkluderer en lokal adresse for et endepunkt og en serverrefleksiv adresse som du kan bruke til å kontakte endepunktet via en NAT. Du kan bestemme serverens refleksive adresse ved å spørre en STUN-server i Webex Calling-skyen.

2. Kandidatutveksling

   I denne fasen utveksler endepunkter listen over kandidatadresser som er samlet inn i kandidatoppdagelse ved hjelp av SIP.

   

3. Tilkoblingskontroller

   Endepunkter tester kandidatadressene som utveksles i kandidatutveksling for å bestemme den beste mediebanen mellom to enheter.

4. Optimalisering av mediebanen

   Ved å bruke en ny invitasjon begynner endepunktene nå å sende media gjennom den optimaliserte banen.