חלק זה מכסה את כלי בדיקת הקישוריות ההיברידית. באפשרותך לגשת לכלי פתרון בעיות זה ממרכז הבקרה.

באפשרותך גם לגשת לבעיות הידועות מהמאמרים הקשורים.

כלי בדיקת קישוריות היברידית (Control Hub)

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

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

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

שגיאה

מילת מפתח

מידע נוסף ושלבי פתרון בעיות

לא נמצאו כתובות DNS

DNS SRV

בדיקת מידע של DNS נכשלה. ודא שרשומת DNS או SRV קיימת עבור יעד SIP שלך ושהיא מפוענחת לכתובת IP חוקית אחת או יותר.

ראה לא ניתן לפתור את שם ה- SRV/host של ה- DNS של הכביש המהיר-E במדריך לפתרון בעיות לקבלת מידע נוסף.

החיבור כבה

כשל בשקע

זמן ההפעלה של הרשת ו/או חיבור TLS הדדי הסתיים. בדוק קישוריות רשת, מהירות חיבור, תצורת חומת אש ותצורת TLS הדדי.

עיין בסעיפים אלה של המדריך לפתרון בעיות לקבלת מידע נוסף:

כשל TLS

כשלים הדדיים בלחיצת יד של TLS

שגיאת TLS הדדי: בדוק את תצורת ה- TLS ההדדית הן בכביש https://admin.webex.comהמהיר והן ב- , וכי אישורי TLS הדדיים קיימים ותקפים בשני המיקומים.

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

כשל בחיבור

כשל בשקע

כשל בחיבור TCP: צור קישוריות רשת, מהירות חיבור ו/או תצורת חומת אש.

עיין בסעיפים אלה של המדריך לפתרון בעיות לקבלת מידע נוסף:

כשל בקריאה/כתיבה של TCP

כשל בשקע

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

עיין בסעיפים אלה של המדריך לפתרון בעיות לקבלת מידע נוסף:

כשל TCP

כשל בשקע

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

עיין בסעיפים אלה של המדריך לפתרון בעיות לקבלת מידע נוסף:

סעיף זה מכסה פתרון בעיות של רשימות פעולות לביצוע ומשימות שתוכל לעבור עליהן לפני שתפנה לתמיכה.

דף מצב Webex

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

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

יעד TLS ו-SIP הדדי

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

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

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

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

תצורת זוג Expressway

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

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

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

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

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

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

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

    • נתיב: ,

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

תצורת Unified CM

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

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

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

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

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

    • וידאו —H.264

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

  • באשכול Unified Communications Manager הביתי של המשתמשים המושפעים, בחר מערכת > פרמטרים ארגוניים; תחת תצורת דומיין רחבה של אשכול, בדוק את ההגדרה של שם הדומיין המלא (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 Unified Communications Manager היא *.example.com *.example.org, הוסף ערך ייחודי ולא כללי בתחילת השדה: "cluster1.example.com *.example.com *.example.org"