תודה על המשוב.

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

מאמר זה מחולק לשלושה חלקים עיקריים:

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

קבצי יומן שימושיים

רשימת קריאה

• פורטל הידע של שותפי Webex עבור סיסקו ברודוורקס
• מדריך תצורת פלטפורמת XSP (R23)
• מדריך לניהול תוכנה של ברודוורקס (R23)
• מדריך תצורת ניהול התקנים של סיסקו BroadWorks (R23)
• מדריך ניהול ממשק שורת הפקודה Broadworks Xsp
• תיאור תכונת אסימון אימות ארוך טווח מהדורה 23.0
• מדריך שילוב אימות SAML, R23
• מדריך אפשרויות תמיכה SSL של סיסקו ברודוורקס
• תיאור תכונת התמיכה של סיסקו CI
• שרת דחיפה של הודעות (תיאור תכונה)
• תמיכה בהודעות דחיפה לשיחות תיאור תכונה מהדורה 22.0
• העברה להתחבר (אנדרואיד) לשיטת ההליך של Firebase
• אחסון סיסקו BroadWorks של אסימוני מכשירים עבור הודעות דחיפה תיאור תכונה מהדורה 22.0
• מתכנן קיבולת מערכת של סיסקו ברודוורקס (גיליון אלקטרוני)
• מדריך למידות פלטפורמת סיסקו ברודוורקס
• מדריך הנדסת מערכות של סיסקו ברודוורקס
• מסמך דרישות תמיכה באימות CI גרסה 1.0 MR-7136

בעיות ומגבלות ידועות

במאמר בעיות ומגבלות ידו עות יש מידע עדכני על בעיות ידועות שזיהינו בפתרון Webex עבור BroadWorks.

מחבר יכולת שירות

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

לקבלת פרטים על אופן פריסת מחבר השירות, ראה מדריך פריסה עבור מחבר Cisco Webex יכולת שירות.

הסלמה של בעיה

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

נוהל

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

איזה מידע לקוח לאסוף

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

• מזהה משתמש: כתובת דוא"ל CI או UUID משתמש (זהו מזהה Webex, אך אם אתה מקבל גם את מזהה BroadWorks של המשתמש, כלול אותו בפרטי המקרה).
• מזהה ארגון.
• מסגרת זמן משוערת שבמהלכה התנסה הבעיה.
• פלטפורמת לקוח וגרסה.
• שלח או אסוף יומנים מהלקוח.
• רשום את מזהה המעקב אם מוצג בלקוח.

בדוק את פרטי המשתמש בדלפק העזרה

מנהלי מערכת שותפים שיש להם הרשאות תפקיד של מנהל מערכת Help Desk (בסיסי או מתקדם) יכולים להשתמש בהליך זה כדי לבדוק את פרטי המשתמש באמצעות תצוגת Help Desk.

נוהל

1. היכנס לדלפ ק העזרה.
2. חפש את המשתמש ולאחר מכן לחץ על המשתמש. פעולה זו פותחת את מסך סיכום המשתמש.
3. לחץ על שם המשתמש כדי לראות את תצורת המשתמש המפורטת. מידע שימושי בתצוגה זו כולל את ה- UUID של המשתמש, אשכול זהות משותפת (CI), אשכול אפליקציות Webex, התנהגות שיחות, GUID חשבון BroadWorks
4. לחץ על העתק אם עליך להשתמש במידע זה בכלי אחר, או צרף אותו למארז של סיסקו.

הצגת ארגון לקוחות בדלפק העזרה

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

נוהל

1. היכנס לדלפ ק העזרה.
2. חפש שם ארגון הלקוח ולאחר מכן לחץ עליו.
3. גלול מטה עד שתראה תצוגת פורטל לקוחות ולח ץ על הצג שם לקו ח כדי לראות תצוגה לקריאה בלבד של ארגון הלקוח - כולל משתמשים ותצורה.

אחזור יומני משתמשים ממרכז השותפים

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

נוהל

1. בקש מהמשתמש לשלוח יומנים. לקבלת עזרה, ראה: אפליקציית Webex | דווח על בעיה.
2. בקש מהמשתמש לייצא את סביבת השיחות ולשלוח לך את הקו בץ ced.dat.
3. קבל את יומני הלקוח ממרכז השותפים או מדלפק העזרה.

   אפשרות רכזת שותפים:

   1. היכנס לרכזת השותפים ומצא את ארגון הלקוחות של המשתמש.
   2. בחר פתרון בעיות.
   3. בחר יומנים.
   4. חפש את המשתמש (בדוא"ל).
   5. הצג והורד את יומני הלקוח כקובץ zip.

   אפשרות דלפק העזרה:

   1. היכנס לדלפק העזרה.
   2. חפש את הארגון.
   3. לחץ על הארגון (פותח את מסך הסיכום).
   4. גלול מטה כדי ללחוץ על הצג לקוח.
   5. בחר פתרון בעיות.
   6. בחר יומנים.
   7. חפש את המשתמש (בדוא"ל).
   8. הצג והורד את יומני הלקוח כקובץ zip.

כיצד למצוא גרסת לקוח

נוהל

1. שתף קישור זה עם המשתמש: https://help.webex.com/njpf8r5
2. בקש מהמשתמש לשלוח לך את מספר הגירסה.

בדיקת לקוח לשירות התקשרות

נוהל

1. היכנס ללקוח Webex.
2. בדוק שסמל אפשרויות השיחה (מכשיר עם גלגל שיניים מעליו) נמצא בסרגל הצד. אם הסמל אינו קיים, ייתכן שהמשתמש עדיין לא מופעל עבור שירות השיחות ב- Control Hub.
3. פתח את תפריט הגדרות/העדפות ועבור לקטע שירותי טלפון. אתה אמור לראות את הסט טוס הפעלת SSO אתה מחובר. (אם מוצג שירות טלפון אחר, כגוןWebex Calling,, המשתמש אינו משתמש ב- Webex עבור Cisco BroadWorks.)

   אימות זה פירושו:

   • הלקוח עבר בהצלחה את שירותי המיקרו Webex הנדרשים.
   • המשתמש אומת בהצלחה.
   • ללקוח מונפק אסימון אינטרנט JSON ארוך טווח על ידי מערכת BroadWorks שלך.
   • הלקוח אחזר את פרופיל המכשיר שלו ונרשם ל- BroadWorks.

קבל יומני לקוחות או משוב

• עיין בסעיף משאבים כדי למצוא יומני לקוחות ספציפיים בלקוחות שולחן עבודה של Webex, או בקש מהמשתמשים לשלוח יומנים. לקבלת עזרה, ראה: אפליקציית Webex | דווח על בעיה.
• בקש ממשתמשים של לקוחות ניידים לשלוח יומנים, ואז תוכל לקבל אותם דרך מרכז השותפים או דלפק העזרה.
  שליחת יומנים שותקת. עם זאת, אם משתמש שולח משוב, הוא עובר לצוות Devops של Webex App. הקפד לרשום את מספר המשוב של המשתמש אם ברצונך לעקוב אחר סיסקו. לדוגמה:

  

קבל נתוני סביבת שיחות

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

נוהל

1. בלקוח לחץ על עזרה > בודק בריאות.
2. בחר אי פוס מסד נתונים. פעולה זו מפעילה איפוס מלא של הלקוח וטוענת מסך הכניסה לאפליקציית Webex.

ודא ש- Webex צריכה להירשם ל- BroadWorks

אפליקציית Webex בודקת את המידע הבא כדי לקבוע אם להירשם ל- BroadWorks:

• זכאות משתמש למחבר רחב.
• התנהגות קריאה לארגון ולמשתמש.

בדיקת התנהגות השיחות של המשתמש וזכאות המחבר

1. היכנס לדלפק העזרה באמצעות אישורי מנהל המערכת של השותף שלך.
2. חפש את המשתמש.
3. לחץ על המשתמש ובדוק את הערך התנהגות שיחות. זה צריך להיות "התקשרות ב- Webex".

   

4. לחץ על שם המשתמש כדי לפתוח את מסך פרטי המשתמש.
5. גלול מטה כדי לאתר את קטע הז כויות וודא שמחבר broadworks כלול

   

   משתמש Webex עבור Cisco BroadWorks לא אמורה להיות בעל הזכאות תקן bc-sp אם הוא מתכוון להשתמש ב - Webex עבור Cisco BroadWorks. זוהי הזכאות ל- "Webex Calling(Broadcloud)" שהיא אפליקציית Webex שמתקשרת באמצעות שירות שיחות ענן מנוהל Cisco.

בדוק את התנהגות השיחות של הארגון

1. היכנס לדלפק העזרה באמצעות אישורי מנהל המערכת של השותף שלך.
2. חפש את הארגון.
3. לחץ על הארגון ובדוק את הערך התנהגות שיחות. זה צריך להיות "התקשרות ב- Webex".

ניתוח PSLog לבעיות הקצאת משתמשים

השתמש ב- PSLog של שרת היישומים כדי לראות את בקשת HTTP POST לגשר ההקצאה ואת התגובה מ- Webex. במקרה עבודה נכון, התגובה היא 200 OK ולאחר מספר דקות תוכל לראות את המשתמש - וארגון הלקוח החדש אם הוא המשתמש הראשון - נוצר ב- Webex. אתה יכול לאמת זאת על ידי חיפוש דלפק העזרה עבור כתובת הדוא"ל שאתה רואה ב- POST.

לפני שתתחיל

אסוף PSLog משרת היישומים במהלך ניסיון הקצאת זרימה עם משתמש בדיקה.

נוהל

1. ראשית, בדוק את קוד התגובה של HTTP:
   • כל דבר מלבד 200 OK הוא כשל בהקצאת משתמש.
   • 200 אישור עדיין יכול להצביע על כשל אםמשהו בפרופיל המנוי אינו פועל בשירותי Webex במעלה הזרם של גשר ההקצאה.
   • 400 עשוי להכיל צומת הודעה בתגובה. גשר ההקצאה לא הצליח לעבד משהו בפרופיל המנוי. ייתכן שיש משהו לא בסדר עם פרטי המנוי, או חוסר תאימות להגדרה בתבנית.
   • 401 פירושו שאישורי הקצאה שהוזנו ב- AS אינם תואמים לאלה שהוזנו בתבנית ב- Partner Hub.
   • 403 יכול להצביע על משהו שהוגדר בצורה שגויה בשרת היישומים. בדוק את היעד של הבקשה. זו לא צריכה להיות כתובת IP, זו צריכה להיות כתובת האתר של גשר הקצאה שתוכל לראות בתבנית שלך ב- Partner Hub.
   • 409 מציין התנגשות בין פרופיל המנוי שסופק לנתוני Webex הקיימים. ייתכן שיש משתמש קיים עם כתובת דוא"ל זו. בדוק את ההודעה בתגובה.
2. ניתן גם לבדוק ב-HTTP POST המקורי כל ערכים חשודים שעלולים לגרום להיכשל בהקצאה. ה- POST מכיל מבנה XML של מנוי פרופיל. בתוך זה, צמתים שימושיים לבדיקה הם:
   • bwuserid: השתמש בזה כדי למצוא את פרופיל המנוי אם אתה צריך לע רוך אותו ב- BroadWorks.
   • קבוצה: אם התבנית נמצאת ב"מצב ספק שירות", זה באותיות קטנות והופך לשם ארגון הלקוח שאתה רואה במרכז השותפים.
   • Service Provider: אם התבנית נמצאת ב"מצב ארגוני", זה באותיות קטנות והופך לשם ארגון הלקוחות שאתה רואה במרכז השותפים.
   • מספר טלפון ראשוני: חייב להתקיים. הקצאה נכשלת בלעדיה.
   • דוא"ל: הופך למזהה המשתמש ב- Webex. חייב להיות תקף וייחודי ל- Webex, אחרת ההקצאה נכשלת.

     התעלם מסטנזה השירותים: הוא נוצר על ידי AS, ומקובל אך לא בשימוש על ידי Webex.

ניתוח יומני XSP כדי לפתור בעיות בכניסה למנויים

זרימה זו מתארת מצב אימות של BroadWorks. ניתן לראות את מצב האימות בתבנית BroadWorks, במרכז השותפים. ראה ק ביעת תצורה של תבניות הלקוח שלך ב - https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

תרשים הסולם הבא מציג את האינטראקציה בין המשתמש, הלקוח, שירותי Webex ומערכת BroadWorks, כאשר המשתמש מבצע אימות BroadWorks ביישום Webex. כמו כן, החיבור בין Webex ל- XSP מאובטח על ידי MTLS.

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

המשתמש מקיים אינטראקציה עם הלקוח, הלקוח מקיים אינטראקציה עם שירותי Webex:

• המשתמש מספק את כתובת הדוא"ל שלו לאפליקציית Webex (1 בתרשים).
• CI יודע להפנות משתמש זה להזנת סיסמת BroadWorks שלו (באמצעות UAP) (2 בתר שים).
• ה- IDP Proxy שולח בקשה לקבלת פרופיל לממשק Xsi ב- XSP.

ביומן הגישה של טומקט:

• חפש את בקשת GET לפרופיל המנוי, מ- Webex לכיוון ממשק Xsi-Actions (2.1 בתרשים). יש לו את מזהה המשתמש של Webex. לדוגמה:

  קבל /com.broadsoft.xsi-actions/v2.0/משתמש/ webexuserid@example.com /פרופיל

ב- XSIActionsLog:

• חפש את בקשת הפרופיל GET מ- Webex (2.1 בתרשים). יש לו את מזהה המשתמש של Webex. לדוגמה:

  GET /com.broadsoft.xsi-actions/v2.0/user/ webexuserid@example.com /פרופיל הכותרות כוללות הרשאה: בסיסי וסוכן משתמש: BroadworkSteamsClient

• לאחר מכן ה- XSP מבצע אימות בסיסי OCI-P נגד BroadWorks (AuthenticationVerifyRequest ו- AuthenticationVerifyResponse, כמו כל יישום אחר ש עושה אימות בסיסי באמצעות Xsi) וגם UserGetRequest ו- ServiceProviderGetRequest כדי לאסוף את פרטי המנוי.
• תגובת Xsi ל- Webex מכילה בלוק פרופיל XML המכיל את מז הה המשתמש (BroadWorks) ו פרטים אחרים (2.2 בתרשים).

אינטראקציות בין לקוחות ושירותי Webex:

• פרוקסי IDP תואם את פרופיל המשתמש שהתקבל מ- BroadWorks ומנפיק טענת SAML ללקוח (2.3 בתרשים).
• הלקוח מחליף טענת SAML עבור אסימון CI (3 בתרשים).
• הלקוח בודק שלמשתמש המחובר יש את הזכאות למחבר broadworks (4 בתרשים). באפשרותך לבדוק את זכויות המשתמש ב- Help Desk.
• הלקוח משתמש באסימון CI כדי לבקש אסימון אינטרנט JSON (JWT) מ- proxy IDP (5 בתר שים).
• פרוקסי IDP מאמת אסימון CI ב- CI.
• פרוקסי IDP מבקש JWT משירות אימות.

ביומן האימות של שירות:

• חפש את בקשת האסימון מ- Webex (5.2 בתרשים), לדוגמה: GET/AuthService/Token שיש לו כותרת http _bw_user id ואחרים.
• ה- XSP מבצע OCI-P UserGetLoginInForequest, כדי לאמת שמזהה המשתמש שסו פק מתאים למשתמש BroadWorks (5.3 בתרשים). AuthService יצרה אמון עם Webex מתוקף חיבור MTLS, כך שהיא יכולה להנפיק LLT.
• חפש את התגובה (5.4 בתרשים) מ- LongLiveDTokenManager - אסימון שנוצר, נושא: bwksUserId@example.com, מנפיק: BroadWorks... ו- StatusCode=200 שתוכל לשייך לבקשה המקורית באמצעות כותרת המעקב: CLIENT...

ב- XSIActionsLog:

• הלקוח מסוגל להציג את האסימון ארוך החיים בממשק Xsi-Actions כדי לקבל את פרופיל המכשיר שלו (6 בתרשים). לדוגמה: GET /com.broadsoft.xsi-actions/v2.0/user/bwksuSerid %40example.com/profile/device עם הרשאת הכותרות: אסימון נושא וסוכן משתמש: Web ExTeams (וריאן/גרסה)
• ממשק Xsi-Actions מפרסם את האסימון לשירות האומתך (מוגדר להיות בממשק הלולאה) לדוגמה: 127.0.0. 1:80 POST http://127.0.0.1:80/authService/token שבו אתה יכול לתאם עם כותרת המעקב: CLIENT... ב- GET וכותרת X-BROADSOFT-CORRELATION- ID: CLIENT... ב - POST.

ביומן האימות של שירות:

• קבלת ה- POST מ- Xsi (loopback)

• קוד סטטוס = 200 בחזרה ל- Xsi

• ותגובת אימות אסימון, עם בלו ק JSON "אסי מון" בגוף.

• מתואם באמצעות מזהה המעקב: לקוח...

ב- XSIActionsLog:

• לאחר שקיבל 200 אישור מ- Authservice, אשר אימת את כוח הלקוח, יישום Xsi-Actions שולח כעת בקשת OCI-P עבור UserPrimaryAndScaDeviceGetListRequest
• מקבל תגובת משתמש של OCI-P ו ScadeviceGetListResponse המכילה את מבנה ה- XML של AccessDeviceTable.
• תגובת OCI-P מקודדת כתגובת Xsi ללקוח, כולל מבנה XML של AccessDevices, שיש לו את סוגי ההתקנים. לדוגמה: Business Communicator - מחשב וכתו בות האתרים שבהן הלקוח יכול לאחזר את קבצי תצורת ההתקן.

הלקוח ממשיך כרגיל:

• בוחר ערך התקן ומקיים אינטראקציה עם DMS כדי לקבל פרופיל התקן (6 בתרשים).
• נרשם ל- BroadWorks באמצעות SBC שאוחזר בתצורה מ- DMS (7 בתרשים).

בעיות ברכזת השותפים

1. מנהל המערכת אינו יכול לראות ארגוני לקוחות

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

בעיות הקצאת משתמשים

1. שגיאות IM&P משולבות עבור ארגונים/לקוחות ספציפיים

אם יש לך שילוב של ארגונים המשתמשים בשירותי שיתוף פעולה בענן שונים, לדוגמה, UC-One SaaS ו- Webex עבור Cisco BroadWorks, ייתכן שבחרת לשנות את מתאם הקצאה על בסיס ארגוני.

כדי לבדוק מה מוגדר עבור IM&P משולב (ברירת מחדל עבור ארגונים, אלא אם קיימת הגדרה ספציפית יותר), הפעל as _CLI/Interface/Messaging> get. לקבלת פרמט רי הקצאה של ארגון ספציפי, פתח את הארגון ועבור אל שירותים > IM& P משולב.

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

2. שגיאות IM&P משולבות למשתמשים ספציפיים

זה חל אם אתה משתמש בהקצאת זרימה, ומניח שהקצאה עובדת עבור חלק מהמשתמשים (כך שתוכל לשלול בעיית תצורה). אם אתה רואה שגיאות IM&P משולבות ב- BroadWorks, לדוגמה, "[שגיאה 18215] שגיאת הקצאה עם שרת הודעות" ו- "[שגיאה 18211] שגיאת תקשורת עם שרת הודעות", עליך לבדוק את הגורמים האפשריים הבאים:

• כתובת הדוא"ל של המשתמש יכולה כבר להתקיים CI. חפש את המשתמש בדלפק העזרה כדי לבדוק אם כתובת הדוא"ל שלו כבר קיימת. זה לא בהכרח חד משמעי, מכיוון שהמשתמש עשוי להתקיים בארגון שאת הנתונים שלו אינך רשאי לראות בדלפק העזרה.
• המשתמש נרשם באופן עצמאי ל- Webex, לפני שהוקצה לו שירות IM&P משולב. במקרה זה, אפשרות אחת היא לגרום למשתמש למחוק את החשבונות החינמיים שלו שהם יכולים להפוך לחלק מארגון הלקוחות שאתה מספק. ההוראות נמצאות בכתובת https://help.webex.com/5m4i4y
• למשתמש אין מספר טלפון ראשי שהוקצה לפרופיל שלו (כל מנויי Webex עבור Cisco BroadWorks חייבים להיות בעלי DID ראשי). עיין בנושא ניתוח PSlog מ- AS.

3. כשלים בהקצאת משתמשים בתגובה מגשר הקצאה

אם משתמשים אינם מופיעים ב- Control Hub, תוך דקות ספורות מהקצאת IM&P משולב, עיין בקודי התגובה משירות גשר הקצאה. הפעל PSlog כדי להסתכל על קודי התגובה של HTTP.

200 OK

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

400 בקשה גרועה

בדוק את תגובת HTTP שאמורה להכיל פרטים נוספים על בעיות פוטנציאליות שעלולות לגרום לתגובה זו משירות ההקצאה. כמה דוגמאות לצומת:

• "לא ניתן לסמוך על דואר אלקטרוני של BroadWorks עם ממשק API של הקצאה מדור קודם." כתובת הדואר האלקטרו ני המשויכת לבקשת הקצאת המשתמש הכושלת אינה חוקית או שהוקלדתה שגויה, אך טענת בתבנית שניתן לסמוך על כתובות הדואר האלקטרוני. בדוק את פרופי לי המשתמשים ב- BroadWorks, במיוחד את מזהה הדוא"ל.
• ארגון הלקוח לא נמצא במסד הנתונים וגם דגל יצירת ארגון חדש אינו מופעל." בקשת הקצאה כושלת זו אמורה ליצור ארגון לקוחות חדש ב- Webex, אך התבנית שלך מוגדרת כך שתמנע יצירת ארגוני לקוחות חדשים. אם ברצ ונך לאפשר לארגונים חדשים, עבור תחומי דואר אלקטרוני שאינם תואמים ללקוחות קיימים ב- Webex, באפשרותך להגדיר מחדש את התבנית שלך ב-Partner Hub ולבדוק מחדש את בקשת ההק צאה. עם זאת, אם אינך מצפה ליצור ארגון חדש עבור משתמש זה, ייתכן שכתובת הדוא"ל מוקלדת שגויה (במיוחד חלק הדומיין). בדוק את מזהה הדוא"ל של המשתמש ב- BroadWorks.

403 אסור

בקשת הקצאה לא תצליח עד שתתקן את התצורה. יהיה עליך לחקור את הבקשה והתגובה במקרה זה. לדוגמה, אם אתה רואה כתובת IP כיעד לבקשת הקצאה — במקום כתובת ה-URL המתאימה של גשר הקצאה לארגון שלך (עיין בנושאי תצורת חומת האש במדריך לפתרונות) — ייתכן שבשרת היישומים שלך חסר תיקון נדרש (ap373197).

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

409 סכסוך

בקשת הקצאה אינה יכולה להמשיך מכיוון שיש משתמש קיים ב- Webex התואם לכתובת הדואר האלקטרוני שהבקשה.

4. משתמש כבר ב- CI

הוצא את הדוא"ל של המנוי מבקשת HTTP POST וחפש אותו בדלפק העזרה. ייתכן שלא תראה את המשתמש אם אינך רשאי, אך ייתכן שתראה גם שהמשתמש נמצא בארגון 'חופשי', למשל. "צרכן". אתה יכול לבקש ממשתמש זה למחוק את החשבון החינמי שלו, או שאתה יכול להשתמש בכתובת דוא"ל אחרת כדי לספק אותם. ראה https://help.webex.com/ndta402.

בעיות כניסה למשתמש

1. פורטל הפעלת המשתמש אינו נטען

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

2. כניסה יחידה נכשלה

• ב- BroadWorks, בדוק כי למשתמש הוקצו סוגי ההתקנים עבור אפליקציית Webex (ראה סעיף פרופילי מכשירים בסעיף הכנת הסביבה שלך במדריך הפתרונות).
• בדוק שהמשתמש משתמש בסיסמה הנכונה. אם התבנית שבה השתמשת כדי לספק את ארגון הלקוחות של המשתמש (ברכזת השותפים) מוגדרת ל אימות BroadWorks, המשתמש צריך להכניס את סיסמת BroadWorks "גישה לאינטרנט" שלו. ייתכן ש המשתמש יצטרך להכניס את מזהה המשתמש שלו ב- BroadWorks אם כתובת הדוא"ל שלו אינה מוגדרת כמזהה משתמש חלופי. ודא שהמשתמש הזן תווים גדולים ואותיות קטנות כהלכה.

בעיות תצורת שיחות ורישום

לאחר שמשתמש הוקצה ב- Webex והוא נכנס בהצלחה לאפליקציית Webex, האפליקציה נרשמת ל- BroadWorks. להלן רצף הרישום הצפוי והסימנים המתקבלים לרישום בריא (כפי שניתן לראות מאפליקציית Webex):

1. רצף רישום צפוי

1. הלקוח מתקשר ל- XSI כדי לקבל אסימון ניהול מכשירים וכתובת האתר ל- DMS.
2. הלקוח מבקש את פרופיל המכשיר שלו מ- DMS על ידי הצגת האסימון משלב 1.
3. הלקוח קורא את פרופיל ההתקן ואחזר את אישורי SIP, כתובות ויציאות.
4. הלקוח שולח רישום SIP ל- SBC באמצעות המידע משלב 3.
5. SBC שולח את ה- SIP REGISTER ל- AS (SBC עשוי לבצע חיפוש ב- NS כדי לאתר AS אם SBC כבר לא מכיר את משתמש ה- SIP.).

2. סימנים צפויים לרישום לקוח מוצלח

סמל אפשרויות שיחה מופיע בממשק Webex.

בכרטיסייה שירותי טלפון של Webex App (למשל הגדרות > שירותי טלפון ב- Windows, העדפות > שירותי טלפון ב- Mac), ההודעה "הפעלת SSO: התחברת" פירושה שהאפליקציה נרשמה בהצלחה (במקרה זה ל- BroadWorks).

3. ללקוח אין סמל שיחה

לרוב זה אומר שלמשתמש אין את הרישיון/הזכויות הנכונות.

זהו רישום לא מוצלח. ישנן מספר סיבות לכך שלקוח אפליקציית Webex ייכשל ברישום ב- BroadWorks:

4. שירותי שיחות מרובים נבדקים עם אותם לקוחות

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

5. תצורה שגויה של שירות אימות

בדוק את ה- XSP המארחים את שירות האימות מול מדריך הפתרונות (ראה קביעת תצורה של שירותים ב- Webex עבור Cisco BroadWorks XSPs). באופן ספציפי:

• מפתחות ה- RSA (שאתה יוצר ב- XSP אחד) מועתקים לכל XSPs
• כתובת האתר של שירות האימות סופקה למיכל האינטרנט בכל XSPs והוזנה כהלכה באשכול ב-Partner Hub
• אימות חיצוני לפי אישורים מוגדר:

  xsp_CLI/מערכת/כלי תקשורת/הגדרות ברירת מחדל/אימות חיצוני/אימות אישור>קבל

  allowUserApp = false

  allowClientApp = true

• בעת שימוש ב- MTLS, עליך להעלות את אישור לקוח Webex ל- XSP (באפשרותך לקבל את האישור ממרכז השותפים, בדף הגדרות BroadWorks).

6. תצורה שגויה של תגי BroadWorks

בדוק שהגדרת את התגים הנדרשים של BroadWorks עבור אפליקציית Webex. עיין במד ריך התצורה של Webex עבור Cisco BroadWorks לקבלת מידע על תגי תצורה. ודא כי אין התנגשויות או ערכים שגויים. באופן ספציפי, התג %SBC_ADDRESS_WXT% צריך להיות ה- SBC כלפי רשם ה- SIP שלך עבור לקוחות אפליקציות Webex.

7. לקוח שולחן העבודה מנתק את שירותי הטלפון לאחר חיבור SSO מוצלח

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

8. התקן שולחני לא מסופק למשתמש

חתימה זו נראית ביומן הלקוח:

[0x70000476b000] ברודוורקסקונפיגנלודר. Cpp: 106 <Error>

onAccessDeviceListSucceded:bwc:scf: configDownload - פרופיל ההתקן 'תקשורת עסקית - מחשבי' לא נמצא.

9. שיחות סלולריות נכנסות מצלצלות פעם אחת או שלא ניתן לענות עליהן

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

כיצד לזהות?

ביומני הלקוח הנייד של Webex, חפש קוד שגיאה XSI 101002 בזרימת שיחות הדחיפה. לדוגמה:

קוד תגובה: 400

<callID>HandlePushCallInfoFailure:bwc:פנימי: שיחת דחיפה: מצב xsi עבור CallID: קוד שגיאה xsi: 101002

<callID>ClosePushCallWithReason:bwc:פנימי: נסה לסגור שיחת דחיפה עם id =, סיבה = קריאנטוש

סיבה: קוד שגיאה 101002 יכול לציין כי שרת יישומים שגוי (AS) מוחזר בתגובת Loc ateUser. זה יכול לקרות כאשר המשתמש עבר ל- AS משני.

בדיקות מומלצות:

מתוך ה- ADP או ה- XSP שבו פרוסה Push, הפעל את LocateUser עבור המשתמש המושפע:

<FQDN or IP address of NS Server>סלסול 'http: //:80/Servlet/LocateUser? <BW userID @domain >URL=&ReturnCompatibleXSP=אמת&callpRequest=אמת'

דוגמה: ת לתל 'http://1.1.1.1:80/servlet/LocateUser? כתובת אתר = 9721112222@gmail.com &ReturnCompatibleXSP=אמת&callpRequest=אמת'

רזולוציה: אם LocateUser מחזיר את ה- AS המשני עבור המשתמש, הפעל את סקריפט MigrateUserToDefaultNode.pl בשרת NS הראשי כדי להעביר משתמשים חזרה לשרת היישומים הראשי עבור האשכול.

היכנס לשרת NS באמצעות SSH, עבור אל /usr/local/broadworks/bw_base/bin, והפעל: migrateU serToDefaultNode.pl <hostingNE>

דוגמה: Migrate UserToDefaultNode.pl bwas1

כדי לקבל את ערך HostingNE, הפעל: NS_CLI/מערכת/התקן/מארחה> קבל

הסקריפט בודק תחילה אם הוא יכול למצוא את ה- NE המארח שאתה מספק כטיעון. לאחר שהוא מוודא שה-NE של האירוח תקף, הוא מעדכן את ה- DN, התוסף וכתובת האתר לצומת ברירת המחדל עבור אותו NE אירוח.

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

לא ניתן להפעיל את הסקריפט עבור משתמש יחיד בלבד. הוא מעביר את כל המשתמשים הרשומים בפלט LocateUser. אם אינך מצליח להפעיל את הסקריפט, מחק ובנה מחדש את המשתמש המושפע ב- BroadWorks כך שהמשתמש ייבנה מחדש ב- AS הנכון.

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

לקבלת מידע נוסף, עיין במסמכים הבאים:

• סעיפים 3.4.5 יכולת החזרת משתמש של שרת יישומים ו- 5.4.5 החזרה אוטומטית במדריך היתירות של Cisco BroadWorks

• תיאור תכונת שיפורי ASR של סיסקו ברודוורקס

9. שירותי טלפון מנותקים

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

עבור לקוחות Windows ו- Mac, Webex App נרשם עבור SIP ושומר על רישום SIP פעיל בזמן שהמשתמש מחובר.

בדוק את הדברים הבאים:

1. ודא ש- config-wxt.xml הורד בהצלחה.

ביומני הלקוח, חפש ConfigDownload.

הורדה מוצלחת מראה:

ConfigDownload - הושלם בהצלחה

אם היומנים מציגים את השגיאה הבאה, בדוק ביומני AuthService שגיאות הקשורות לאסימון:

ConfigDownload - נכשל עם קוד שגיאה: 1511

2. ודא שפרופיל ההתקן של Webex נמצא.

ביומני הלקוח, ודא שהתקן הגישה נמצא וכי used_value הוא 1. אם used_value הוא 0, בדוק אם השורה הראשית מופעלת או מושבתת וודא את ערך התג. לקבלת פרטים נוספים, עיין בסעיף 6.1.44 פרופיל ראשי במדריך התצורה של Webex עבור BroadWorks.

ערכי יומן לדוגמה:

:BWC:SCF: ConfigDownload - התקן גישה נמצא

:BWC:SCF: ConfigDownload - התקן גישה: DeviceType = מתקשר עסקי - מחשב, DeviceLevel=קבוצה, AllowTermination=1, IsDeviceOwner [יש ערך: 0, ערך מושם: 1], hasOwnerהתקן: 1, סוג נקודת קצה: מראה שיחה משותפת

:BWC:SCF: ConfigDownload - התקן גישה: DeviceType = התחבר - נייד, DeviceLevel=קבוצה, AllowTermination=1, IsDeviceOwner [יש ערך: 0, ערך משומש: 1], hasOwnerהתקן: 1, נקודת קצה סוג: מראה שיחה משותפת

:BWC:SCF: ConfigDownload - התקן גישה: התקןType=התחבר - טאבלט, DeviceLevel=קבוצה, AllowTermination=1, IsDeviceOwner [יש ערך: 0, ערכת_שימוש: 1], hasOwnerהתקן: 1, סוג נקודת קצה: מראה שיחה משותפת

3. בדוק אם קיימים כשלים ב- DNS בעת פתרון כתובת ה- proxy SIP.

לקבלת פרטים אודות גילוי פרוקסי SIP, עיין בסעיף 6.1.6 גילוי פרוקסי SIP דינמי במדריך הת צורה של Webex עבור BroadWorks.

גילוי פרוקסי מוצלח מראה:

גילוי פרוקסי הסתיים, קיבל <number>תוצאות

4. בדוק אם רישום SIP נכשל.

אם היומנים מציגים את MRegistration: TCPTimeout או סיבה: SIP; cause=200; text="last=TCP-Timeout", לקוח Webex לא יכול ליצור חיבור TCP ברמה נמוכה ל- SBC. רישום SIP אינו מסתיים כאשר מתרחשת שגיאה זו. בדוק אם TCP חסום ברשת המשתמש, או אם ה- SBC דוחה את חיבור TCP.

אם בקשת SIP REGISTER נדחתה או אינה מקבלת תגובה, חפש ביומני רישום עבור REGISTER sip וודא ש-SIP/2.0 200 OK מוחזר. אם הוא לא מוחזר, בדוק אם הרשת של המשתמש חוסמת SIP או אם ה- SBC דוחה את הבקשה.

במנהל המערכת של BroadWorks, עבור אל משתמש > כלי ע זר > רישומים וודא כי קיים רישום SIP חוקי עבור לקוח Webex.

עבור לקוחות ניידים של Android ו- iOS, אפליקציית Webex אינה נרשמת ל- SIP עד שתבוצע או מתקבל שיחה. הרישום יוסר עם השלמת השיחה. לקוחות ניידים נרשמים להודעות דחיפה.

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

1. ודא ש- config-wxt.xml מוריד בהצלחה וכי פרופיל ההתקן נמצא, כמתואר עבור לקוחות Windows ו- Mac.

2. ודא שרישום הדחיפה מצליח.

ביומני Webex, חפש את מצב רישום הדחיפה:

onPushRegistrationStateChanged: :מצב רישום דחיפה השתנה, מצב = לא רשום

onPushRegistrationStateChanged: :מצב רישום דחיפה השתנה, מצב = רשום

במנהל המערכת של BroadWorks, עבור אל משתמש > כלי עזר > רישומי הודעות דחי פה וודא כי קיים רישום דחיפה חוקי עבור לקוח Webex.

הגדרות שיחה בעיות בתצוגת אינטרנט

1. לחצן/קישור לטיפול עצמי לא מוצג באפליקציית Webex

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

• ודא שתבנית תצורת הלקוח הנדרשת נפרסת ותגי CSW מוגדרים כהלכה . (עיין בס עיף תצו גת אינטרנט של הגדרות שיחה במדריך הפתרונות של Webex עבור Cisco BroadWorks).
• ודא שאפליקציית Webex רשומה להתקשרות ב- BroadWorks.
• בדוק שאפליקציית Webex היא גרסה עדכנית התומכת ב- CSWV.

2. דף ריק או שגיאה לאחר לחיצה על כפתור/קישור לטיפול עצמי

באופן כללי, התנהגות זו ביישום Webex מציינת בעיית תצורה או פריסה ביישום CSWV ב- BroadWorks XSP. אסוף פרטים לחקירה נוספת, כולל יומני CSWV, יומני גישה, מאגר config-wxt.xml וקובץ תבנית, ולאחר מכן העלה תיק.

בעיות תביעות דומיין

שגיאות רישום משתמשים יכולות להתרחש כתוצאה משגיאות שנעשות בתביעת דומיינים. לפני שתתבע דומיינים כלשהם, ודא שאתה מבין את הדברים הבאים:

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

  אם אתה טוען דומיינים כלשהם בטעות ועליך להסיר ת ביעה, עיין במאמר ניהול התחומים שלך ב - Webex.

קודי שגיאה של משתמש קצה

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

קודי שגיאה לסנכרון ספריות

קודי השגיאה הבאים חלים על סנכרון ספריות.