בדוק את הנקודות הבאות לפתרון בעיות הקשורות לחיבור ה- 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:port. (כתובות מרובות אם הגדרתם SRV.)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • וידאו —H.264

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

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

  הנחיית FQDN	תיאור ודוגמה
  אשכולות מרובים	הערך חייב להיות ייחודי עבור כל אשכול עם שיחות היברידיות- לדוגמה, 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 היא *.example.com *.example.org, הוסף ערך ייחודי שאינו תווים כלליים בתחילת השדה: "cluster1.example.com *.example.com *.example.org"