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

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

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

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

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

• הגדר אזור DNS עבור הענן בכביש המהיר-E.

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

• קבע באיזו אפשרות אישור בסיס אתה משתמש בענן Webex — האפשרות משמשת לאימות אישור SIP TLS של הכביש המהיר שלך.

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

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

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

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

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

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

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

• אם אינך מעוניין להגדיר SRV, באפשרותך להזין כתובת IP:port או hostname:port כיעד SIP של הארגון שלך.

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

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

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

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

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

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

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

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

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

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

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

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

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

  • שמע – G.711, G.722, AAC-LD

  • וידאו —H.264

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

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

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