Optimalizace médií je podporována napříč stolními telefony (kromě zařízení DECT a ATA), Webexem a řešením Local Gateway. Při volání v rámci organizace, mezi podporovanými zařízeními, média pro vaše volání proudí přímo mezi zařízeními, kdykoli je to možné. To zajišťuje nižší latenci a lepší kvalitu.

• Ve výchozím nastavení je optimalizace médií povolena na stolních telefonních zařízeních a Webexu a obvykle nevyžaduje zadanou konfiguraci.

• Pro Lokální bránu můžete povolit optimalizaci médií pomocí příkazu STUN usage lite, který je popsán v Registrace Lokální brány pro volání Webex

  Nástroje pro průchod relací pro NAT (STUN) jsou standardizovaná sada metod. To zahrnuje síťový protokol pro průchod branami překladače síťových adres v aplikacích pro hlas, video, zasílání zpráv a další interaktivní komunikaci v reálném čase.

• Lokální brána (CUBE) podporuje ICE-lite. Podpora ICE na zařízení CUBE má několik omezení. Pro více informací viz podpora ICE-lite na CUBE.

• Podpora optimalizace médií na místní bráně vyžaduje minimální verzi softwaru CUBE 17.3 nebo 16.12.5.

• Optimalizace médií pomocí místní brány vyžaduje přístupnost sítě mezi zařízením a místní bránou. Toho lze dosáhnout buď:

  • Přiřazení veřejné IP adresy místní bráně.

  • Zajištění toho, aby adresa hostitele Místní brány byla přístupná zařízení v rámci stejné sítě jako Místní brána.

• Pro směrování hovorů se signalizační data odesílají do cloudu Webex Calling. Pro volání přes Webex je vždy nutné aktivní připojení k internetu. Většinu provozu během hovoru však tvoří média.

• Volání lze optimalizovat pouze v rámci jedné organizace. U meziorganizačních hovorů musí média z regulačních důvodů protékat přes PSTN.

• Pokud je povoleno nahrávání hovorů, média pro nahrané hovory jsou směrována do cloudu a nejsou optimalizována.

Optimalizace médií využívá technologii Interactive Connectivity Establishment (ICE) k nalezení optimalizovaných mediálních cest.

To se děje v následujících fázích:

1. Zjištění uchazeče

   Při volání musí koncový bod nejprve zjistit seznam adres, ze kterých může přijímat média. Tyto adresy nebo kandidáti zahrnují lokální adresu koncového bodu a reflexivní adresu serveru, kterou můžete použít ke kontaktování koncového bodu prostřednictvím NAT. Reflexivní adresu serveru můžete zjistit dotazem na server STUN v cloudu Webex Calling.

2. Výměna kandidátů

   V této fázi si koncové body vyměňují seznam adres uchazečů, které jsou shromažďovány při vyhledávání uchazečů pomocí SIP.

   

3. Kontroly konektivity

   Koncové body testují adresy uchazečů vyměněné ve výměně uchazečů, aby určily nejlepší mediální cestu mezi dvěma zařízeními.

4. Optimalizace cesty k médiu

   Pomocí opětovného pozvání nyní koncové body začnou odesílat média optimalizovanou cestou.