תנאים מוקדמים ומגבלות

אופטימיזציה של מדיה נתמכת בכל טלפונים שולחניים (למעט התקני DECT ו-ATA), Webex ופתרון השער המקומי. כאשר אתה מבצע שיחות בתוך הארגון שלך, בין מכשירים נתמכים, המדיה עבור השיחה שלך זורמת ישירות בין המכשירים במידת האפשר. זה מספק זמן אחזור נמוך יותר ואיכות טובה יותר.


אנא ראה מה חדש ב- Webex Calling לתאריכי הפעלה גלובליים.

  • כברירת מחדל, אופטימיזציה של מדיה מופעלת במכשירי טלפון שולחני וב- Webex , ובדרך כלל אינה דורשת תצורה שצוינה.

  • עבור Local Gateway, ניתן להפעיל אופטימיזציה של מדיה באמצעות הפקודה STUN usage lite , אשר נסקר ב רשום שער מקומי Webex Calling


    STUN (Session Traversal Utilities for NAT) היא מערכת סטנדרטית של שיטות, כולל פרוטוקול רשת, למעבר של שערים של מתרגמי כתובת רשת ביישומים של קול בזמן אמת, וידאו, הודעות ותקשורת אינטראקטיבית אחרת.

  • השער המקומי (CUBE) תומך ב-ICE-lite. ישנן מספר הגבלות לתמיכה ב-ICE ב-CUBE. אנא עיין בפרטים אודות תמיכה ב-ICE-lite ב-CUBE .

  • תמיכה באופטימיזציה של מדיה ב-Local Gateway דורשת גרסת תוכנה CUBE מינימלית של 17.3 או 16.12.5.

  • אופטימיזציה של מדיה עם שער מקומי מחייבת נגישות לרשת בין המכשיר לבין השער המקומי. ניתן להשיג זאת על ידי:

    • הקצאת כתובת IP ציבורית לשער המקומי.

    • ודא שכתובת המארח של השער המקומי נגישה למכשיר בתוך אותה רשת כמו השער המקומי.

  • על מנת לנתב שיחות, נתוני איתות נשלחים לענן השיחות של Webex Calling . חיבור לאינטרנט פעיל נדרש תמיד כדי לבצע Webex Calling . עם זאת, המדיה מהווה את רוב התעבורה לשיחה.

  • ניתן לבצע אופטימיזציה של שיחות רק בתוך ארגון אחד. עבור שיחות בין ארגוניות, המדיה חייבת לזרום דרך ה-PSTN מסיבות רגולטוריות.

  • אם הקלטת שיחות מופעלת, המדיה לשיחות מוקלטות מנותבת לענן ואינה עוברת אופטימיזציה.


ICE (אופטימיזציה של מדיה) והקלטת שיחות הן שתיהן תכונות שמציגות באופן עצמאי השהיית אודיו קטנה בתחילת השיחה ובשימוש יחד עיכוב השמע מעט ארוך יותר ומורגש יותר ללקוחות.

שלבים של Webex Calling אופטימיזציה של מדיה

אופטימיזציה של מדיה משתמשת ב-Interactive Connectivity Establishment (ICE) כדי לגלות נתיבי מדיה מותאמים.

זה קורה בשלבים הבאים:

  1. גילוי מועמד

    כאשר מתבצעת שיחה, נקודת קצה חייבת לגלות תחילה רשימה של כתובות שבהן היא יכולה לקבל מדיה. כתובות אלו, או מועמדים , כולל כתובת מקומית של נקודת קצה וכתובת רפלקסיבית של שרת שניתן להשתמש בה כדי ליצור קשר עם נקודת הקצה באמצעות NAT. הכתובת הרפלקסיבית של השרת נקבעת על ידי שאילתה לשרת STUN בענן Webex Calling .

  2. חילופי מועמדים

    בשלב זה, נקודות קצה מחליפות את רשימת הכתובות של המועמדים שנאספות בגילוי מועמדים באמצעות SIP.

  3. בדיקות קישוריות

    נקודות קצה בודקות את כתובות המועמדים שהוחלפו ב-Candidate exchange כדי לקבוע את נתיב המדיה הטוב ביותר בין שני מכשירים.

  4. אופטימיזציה של נתיב מדיה

    באמצעות הזמנה חוזרת, נקודות הקצה מתחילות כעת לשלוח מדיה דרך הנתיב הממוטב.