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

לפני שתעבור על הצעות לפתרון בעיות אלה, עיין ב- https://status.webex.com לקבלת המידע העדכני ביותר על הפסקות ענן. מדף סטטוס זה, אתה יכול גם להירשם להתראות.

בדוק את נקודות פתרון הבעיות הבאות הקשורות לחיבור TLS הדדי ולאישורים:

• התקן את חבילת אישורי השורש בענן Webex ב- Expressway-E.

• הגדר יציאת TLS הדדית ייעודית ב- Expressway-E.

• הגדר אזור DNS עבור הענן ב- Expressway-E.

• פתח את מספר יציאת ה- TLS ההדדית בקיר האש שלך - 5062, שאולי לא פתוח כברירת מחדל.

• קבע באיזו אפשרות אישור שורש אתה משתמש ב- Webex Cloud — האפשרות משמשת לאימות אישור ה- SIP TLS של Expressway-E שלך.

  • חנות ברירת מחדל - האם תעודת Expressway-E שלך חתומה על ידי אחת הרשויות הציבוריות? אם אינך בטוח, השתמש באפשרות החנות המותאמת אישית.

  • חנות מותאמת אישית — האם אישור Expressway-E שלך או החותם שלו מותקן בענן? האם האישור מכיל שמות מארחים מאומתים של Expressway-E?

מתצוגת הלקוח ב- https://admin.webex.com, עבור אל שירותים > היברי די > שי חה היברי דית > הגדרות. בדוק את הנקודות הבאות הקשורות ליעד ה- SIP ש הגדרת במהלך תהליך הפריסה:

• נקודות הערך ביציאת ה- TLS ההדדית הייעודית של Expressway-E שלך.

• נסה להתחבר לכתובת ה- IP:יציאה. (כתובות מרובות אם הגדרת SRV.)

• אם הגדרת כתובת IP או שם מארח, ציין את יציאת ה- TLS ההדדית.

• אם השתמשת ב- SRV, ודא שהוא בפורמט _sips. _tcp. < תחום שהכנסת כיעד SIP >.

• אם אינך מעוניין להגדיר SRV, באפשרותך להקליד כתובת IP:יציאה או שם מא רח:יציאה כי עד ה- SIP של הארגון שלך.

• אם שיחות מ- Expressway-E לענן נכשלות ואתה משתמש בשיטת ניהול האישורים הידנית, הקפד לבצע את השלבים בעד כון אישור CA של Webex Root והעלה את אישור IdenTrust למכשירי Expressway שלך בהקדם האפשרי.

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

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

• בדוק את היסטוריית החיפוש ואת יומני הרשת ב- Expressway-E. ודא שה- SIP INVITE מהענן מגיע ל- Expressway-E ותואם לאזור ה- DNS שהגדרת לענן.

  • אם ה- SIP INVITE אינו מגיע או תואם לאזור ה- DNS שהוגדר, עקוב אחר מסלול השיחה לכיוון מנהל התקשורת המאוחדת. שלב זה עוזר לך למצוא היכן השיחה נכשלת או אבודה.

  • עיין ברשימת הבדיקה הדדית לפתרון בעיות TLS.

• בדוק את כותרת המסלול. ודא שהוא מכיל את ערך שם התחום המוסמך במלואו של אשכול (FQDN) שהוגדר תחת הגדרות ארגוניות של מנהל התקשורת המאוחד ובכללי החיפוש של Expressway. ראה כותרת מסלול לדוגמה זו ואשכול מודגש FQDN:

  • מסלול: <sip: [Obfuscated]; transport=tls; lr>, <sip:myucmcluster.example.com; lr>

    • בדוגמה זו, האשכול הביתי FQDN הוא myucmcluster.example.com.

• הודעות דוא"ל במנהל התקשורת המאוחדת חייבות להתאים בדיוק לדוא"ל (מסונכרן מכל מקור אחר Active Directory או מכל מקור אחר) בענן Webex.

• כתובות URI של ספריות חייבות להתאים לכל התחומים שאימתם בארגון שלך.

• בדוק את תצורת ה- codec שלך.

  שירותי Webex תומכים בקודקים הבאים:

  • אודיו - G.711, G.722, AAC-LD

  • וידאו — H.264

  אנו תומכים ב- G.729 להצטרפות לפגישת Webex, פגישה בחדר אישי או פגישה של Webex App ממכשיר SIP. איננו תומכים ב- G.729 לחיוג 1:1 מאפליקציית Webex למכשיר SIP או לגשר.

• באשכול מנהל התקשורת המאוחד הביתי של המשתמשים המושפעים, בחר מערכת > פרמטרים ארג וניים; תחת תצורת תחום ברמת אשכול, בדוק את ההגדרה של שם תחום מוסמך מלא של אשכול (FQDN). ערך ה- FQDN שבו השתמשת חייב לפעול בהתאם להנחיות הבאות:

  הנחיות FQDN	תיאור ודוגמה
  אשכולות מרובים	הערך חייב להיות ייחודי עבור כל אשכול עם שיחות היברידיות — לדוגמה, cluster1.example.comcluster2.example.com, וכן הלאה.
  אין תווים כלליים	אל תשתמש בערכים עם תווים כלליים, כגון *.example.com או example*.com.
  ערך FQDN ראשון לשיחות היברידיות	ברשימה של ערכים מרובים, ענן Webex משתמש בערך הראשון בצד שמאל עבור שיחות היברידיות, וערך ראשון זה לא יכול להכיל תווים כלליים. ראה דוגמה זו של שלושה ערכי FQDN משמאל לימין (הראשון מיועד לשיחות היברידיות): cluster1.example.com *.example.com example*.com
  שונה מאקספרסווי-E	חייב להיות שונה ממערכת Expressway-E, DNS ושם התחום. אחרת, Expressway-E מפשיט את כותרת המסלול.
  ערך חדש לשיחות היברידיות	אם ערך ה- FQDN הנוכחי שלך ב Unified CM - אינו עומד בדרישות המפורטות לעיל, באפשרותך להוסיף רכיב חדש לתחילת הגדרת FQDN של אשכול עבור שיחות היברידיות. לדוגמה, אם הגדרת ה- FQDN הקיימת שלך Cisco Unified Communications Manager היא *.example.com *.example.org, הוסף ערך ייחודי שאינו תווים כלליים בתחילת השדה: "cluster1.example.com *.example.com *.example.org"