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

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

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

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

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

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

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

  • תמיכה במיטוב מדיה בשער המקומי דורשת גרסת תוכנה מינימלית של 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. מיטוב נתיב מדיה

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

ניתוח נתונים לאופטימיזציה של מדיה

נתונים לשיחות ממוטבות זמינים דרך דף ניתוח הנתונים של איכות המדיה או לחלופין דרך כלי פתרון בעיות בתוך Control Hub.