אם משהו משתבש בפריסת שירות השיחות ההיברידיות עבור מכשירי Webex, באפשרותך להשתמש בעצות אלה לפתרון בעיות כדי לשלול בעיות לפני פתיחת אירוע. כל מקטע מכסה רכיב או היבט של הפתרון במבט חטוף, והמדריך לפתרון בעיות מספק פריטים נוספים לבדיקה ולאבחון של כלי בדיקה ואבחון שבהם באפשרותך להשתמש.
חלק זה מכסה את כלי בדיקת הקישוריות ההיברידית. באפשרותך לגשת לכלי פתרון בעיות זה ממרכז הבקרה.
באפשרותך גם לגשת לבעיות הידועות מהמאמרים הקשורים.
באפשרותך לגשת לכלי בדיקת הקישוריות ההיברידית ממרכז הבקרה: מתצוגת הלקוח ב- https://admin.webex.com, עבור אל , לחץ על ערוך הגדרות בכרטיס השיחה ההיברידית, גלול אל יעדSIP המוגדר כברירת מחדל ולאחר מכן לחץ על בדוק לצד יעד SIP שהזנת.
טבלה זו מפרטת שגיאות נפוצות שעשויות להופיע לאחר בדיקת כתובת יעד 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 לארגון שלך אינן מצלצלות בצד הארגוני, עבור על הנקודות ברשימת פעולות לביצוע זו כדי לבדוק שוב את התצורה שלך.
לפני שתעבור על הצעות אלה לפתרון בעיות, עיין 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: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"