נתיב המדיה מותאם באופן מיטבי בין מכשירים נתמכים באמצעות Interactive Connectivity Establishment (ICE).

אופטימיזציה של מדיה ב-Webex Calls

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

שלבי אופטימיזציה של מדיה ב-Webex Calls

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

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

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

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

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

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

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

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

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

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

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