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

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

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

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

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

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

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

  • תמיכה במיטוב מדיה בשער המקומי דורשת גרסת תוכנת CUBE מינימלית של 17.3 או 16.12.5.

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

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

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

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

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

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

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

שלבי מיטוב מדיה של Webex Calling

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

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

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

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

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

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

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

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

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

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