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

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

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

רשימת קריאה

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

בעיות ומגבלות מוכרות

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

מחבר מתן שירות

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

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

הסלמת בעיה

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

נוֹהָל

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

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

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

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

בדיקת פרטי משתמש ב-Help Desk

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

נוֹהָל

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

הצג ארגון לקוחות ב-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 Session אתה מחובר. (אם מוצג שירות טלפון אחר, כגון Webex Calling, המשתמש אינו משתמש ב-Webex עבור Cisco BroadWorks.)

   משמעות אימות זה היא:

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

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

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

  

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

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

נוֹהָל

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

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

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

• זכאות משתמש ל- broadworks-connector.
• התנהגות קריאה עבור הארגון והמשתמש.

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

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

   

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

   

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

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

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

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

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

לפני שתתחיל

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

נוֹהָל

1. הדבר הראשון שצריך לבדוק הוא קוד תגובת ה-HTTP:
   • כל ערך שאינו 200 בסדר הוא כשל בהקצאת משתמשים.
   • 200 OK עדיין יכול להצביע על כשל אם משהו בפרופיל המנוי לא עובד בשירותי Webex במעלה הזרם של גשר הקצאת המשאבים.
   • 400 עשוי להכיל צומת message בתגובה. גשר הקצאת המשימות לא הצליח לעבד משהו ב- subscriberProfile. ייתכן שיש שגיאה בפרטי המנוי, או חוסר תאימות עם הגדרה בתבנית.
   • 401 פירושו שאישורי הקצאת המשאבים שהוזנו ב-AS אינם תואמים לאלה שהוזנו בתבנית במרכז השותפים.
   • 403 יכול להצביע על משהו שגוי בתצורה בשרת היישומים. בדוק את יעד הבקשה. זה לא צריך להיות כתובת IP, זה צריך להיות כתובת ה-URL של גשר הקצאת המשאבים שאתה יכול לראות בתבנית שלך במרכז השותפים.
   • 409 מציין התנגשות בין הנתונים שסופקו subscriberProfile לבין נתוני Webex קיימים. ייתכן שיש משתמש קיים עם כתובת דוא"ל זו. בדוק את ה- message בתגובה.
2. ניתן גם לבדוק את ה-HTTP POST המקורי עבור ערכים חשודים שעלולים לגרום לכשל בהקצאת הנתונים. ה-POST מכיל מבנה XML מסוג subscriberProfile. בתוך זה, צמתים שימושיים לבדיקה הם:
   • bwuserid: השתמש בזה כדי למצוא את פרופיל המנוי אם עליך לערוך אותו ב-BroadWorks.
   • group: אם התבנית נמצאת במצב "ספק שירות", שם זה יופיע באותיות קטנות והופך לשם ארגון הלקוח שאתה רואה במרכז השותפים.
   • serviceProvider: אם התבנית נמצאת במצב "ארגוני", שם זה יופיע באותיות קטנות והופך לשם ארגון הלקוח שאתה רואה במרכז השותפים.
   • primaryPhoneNumber: חייב להתקיים. הקצאת משאבים נכשלת בלעדיו.
   • email: הופך למזהה המשתמש ב-Webex. חייב להיות תקין וייחודי ל-Webex, אחרת הקצאת המשאבים תיכשל.

     התעלם מהבית services : הוא נוצר על ידי 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 שולח בקשת get profile לממשק Xsi ב-XSP.

בחתול החתול access_log:

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

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

ביומן XsiActions:

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

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile הכותרות כוללות authorization: Basic את ואת user-agent: broadworksTeamsClient

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

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

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

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

• חפש את בקשת האסימון מ-Webex (5.2 בתרשים), לדוגמה: GET /authService/token אשר כולל כותרת http_bw_userid ואחרות.
• ה-XSP מבצע OCI-P UserGetLoginInfoRequest, כדי לאמת שמזהה המשתמש שסופק תואם למשתמש BroadWorks (5.3 בתרשים). AuthService ביסס אמון עם Webex בזכות חיבור mTLS, ולכן יכול להנפיק LLT.
• חפש את התגובה (5.4 בתרשים) מתוך LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … ו- StatusCode=200 שתוכל לשייך לבקשה המקורית באמצעות הכותרת trackingid: CLIENT… .

ביומן XsiActions:

• הלקוח מסוגל להציג את האסימון בעל תוחלת החיים הארוכה בממשק Xsi-Actions כדי לקבל את פרופיל המכשיר שלו (6 בתרשים). לדוגמה: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device עם הכותרות authorization: Bearer token ו- user-agent: WebexTeams (variant/version)
• ממשק Xsi-Actions שולח את הטוקן לשירות האימות (מוגדר להיות בממשק הלולאה החוזרת). לדוגמה: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token שניתן לקשר עם הכותרת trackingid: CLIENT… ב- GET והכותרת X-BROADSOFT-CORRELATION-ID : CLIENT… ב- POST.

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

• קבלת ה-POST מ-Xsi (לולאה חוזרת)

• חזרה ל- StatusCode=200 Xsi

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

• מתואם באמצעות ה- trackingid: CLIENT…

ביומן XsiActions:

• לאחר שקיבל 200 OK משירות האימות, שאימת את הסטוק של הלקוח, אפליקציית Xsi-Actions שולחת כעת בקשת OCI-P עבור UserPrimaryAndSCADeviceGetListRequest
• מקבל את OCI-P UserPrimaryAndSCADeviceGetListResponse המכיל את מבנה ה-XML accessDeviceTable.
• תגובת OCI-P מקודדת כתגובת Xsi ללקוח, כולל מבנה XML AccessDevices, אשר כולל את deviceTypes. לדוגמה: Business Communicator – PC וכתובות ה-URL שמהן הלקוח יכול לאחזר את קבצי תצורת המכשיר.

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

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

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

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

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

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

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

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

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

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

הודעות מיידיות משולבות & שגיאות P עבור משתמשים ספציפיים

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

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

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

אם משתמשים אינם מופיעים במרכז הבקרה, תוך מספר דקות מהקצאת הודעות מיידיות משולבות & פ, תסתכל על קודי התגובה משירות גשר האספקה. הפעל PSLog כדי לבדוק את קודי תגובת ה-HTTP.

200 בסדר

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

400 בקשה שגויה

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

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

403 אסור

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

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

409 סכסוך

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

משתמש כבר ב-CI

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get

  allowUserApp = false

  allowClientApp = true

• בעת שימוש ב-MTLS, עליך להעלות את אישור לקוח Webex ל-XSPs (ניתן לקבל את האישור מ-Partner Hub, בדף הגדרות BroadWorks).

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

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

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

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

מכשיר שולחני לא הוקצה עבור המשתמש

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

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

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

טיפול עצמי button/link לא מופיע באפליקציית Webex

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

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

דף ריק או שגיאה לאחר לחיצה על טיפול עצמי button/link

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

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

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

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

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

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

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

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

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