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

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

• איכות השיחה

• סיבת הכשל

• שם מארח

• מזהי שיחה

• מאגר מכשירים

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

תכונת פתרון בעיות כשל שיחה ואיכות שיחה מאפשרת למנהלי מערכת:

• הצג את החוויה מקצה לקצה של משתתפי השיחה.

• הצג פרט דילוג של השיחה.

• צפה בשיחות משבעת הימים האחרונים.

• נתח את מדדי איכות השיחה שהשפיעו על חוויית המשתמש.

• זהה אם הבעיה היא עם המתקשר או עם המתקשר.

1. היכנס למרכז הבקרה.
2. תחת שירותים בחר שיחות → מופע ייעודי → ניהול
3. לחץ על Cisco Unified Communications Manager, לאחר מכן הפעל את האפשרויות הבאות תחת שירותי מוקד תמיכה:
   • הפעלת מודול טלמטריה עבור Unified CM/SME צוֹמֶת.
   • הפעל את כפתור Analytics.
   • ודא שגרסת מודול הטלמטריה היא 2005 ומעלה.

כדי לנתח שיחה, בצע את הפעולות הבאות:

1. היכנס ל- מרכז הבקרהולאחר מכן עבור אל ניטור > פתרון בעיות > מופע ייעודי.

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

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

   

3. השיחות מדורגות לפי איכות. חוויית השיחה מדורגת כ:

   דירוג	ערכי סף SCSR
   	טווחי SCSR לשיחה ארוכה	טווחי SCSR של שיחות קצרות
   טוב	פחות מ-3%	פחות מ-20%
   סביר	3%-7%	20%-30%
   גרוע	יותר מ-7%	יותר מ-30%

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

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

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

     • מנהלי מערכת יכולים להפעיל את Unified CM או יישומי UC אחרים זה לזה על ידי לחיצה על שם המארח.

     

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

     

מקרא בתצוגת פתרון בעיות

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

טבלה 1. פרטי השיחה

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

טבלה 2. פרטי DI

מונח	הגדרה
שם מארח	שם המארח של צומת ה-CM המאוחד שממנו נוצרה הקריאה.
מזהה סשן מקור	מזהי סשן משמשים ברשומות פרטי שיחה (CDR) כדי לתעד את מזהי הסשן של המכשירים היוצאים והמסיימים. שדות אלה מאוכלסים כאשר הסשן מסתיים, ומספקים מזהה ייחודי לסשן המשויך לכל מכשיר המעורב בשיחה.
מזהה סשן יעד
וְעִידָה ID/Call תְעוּדַת זֶהוּת	מזהה שיחה גלובלי הוא מזהה המוקצה בכל פעם שטלפון Cisco Unified IP מוריד את השפופרת או שמתקבלת שיחה משער.
מאגר מכשירים	מאגר המכשירים של המקור device/Caller,

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

מונח	הגדרה
חומרה	מציג אחת מהאפשרויות הבאות: מידע על מודל הטלפון השולחני עבור נקודת קצה פיזית. "-" עבור אפליקציית Webex. מידע על דגם סדרת Room Series עבור מכשיר Cisco Room Series.
IP ציבורי	זוהי כתובת ה- IP הציבורית של הלקוח כפי שהיא נראית על ידי הענן. עבור ארגונים, זוהי כתובת חומת האש המספקת את ה-NAT.
מיקום גאוגרפי	בדיקת מידע גיאוגרפית של כתובת IP ציבורית.
Codec של וידאו	(שליחה או קבלה) תבנית קידוד ופענוח המדיה הנמצאת בשימוש עבור המדיה המועברת על-ידי לקוח. חל רק על שיחת וידאו.
שיחה מזוהה	המזהה הפנימי המשמש לזיהוי רגל הקריאה.

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

פונקציונליות זו מסייעת ב:

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

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

• ניתוח תזמון הודעות SIP כדי לזהות השהיה או עיכובים שעשויים להשפיע על איכות השיחה.

כדי ליצור דיאגרמת SIP:

1. היכנס ל- מרכז הבקרהולאחר מכן עבור אל ניטור > פתרון בעיות > מופע ייעודי.

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

   

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

4. לחץ על צור דיאגרמת SIP.

   היומנים נאספים מצמתי Unified CM ומועלים לענן במהלך תהליך זה.

   

5. השתמש בתפריט הנפתח דיאגרמת SIP כדי לצפות בדיאגרמת SIP או להוריד יומני רישום לצורך ניתוח נוסף של השיחה.

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

   • כדי לצפות בדיאגרמת ה-SIP:

     1. לחץ על הצג את דיאגרמת ה-SIP בתפריט הנפתח דיאגרמת SIP.

        

     2. לחץ על דיאגרמת סולם, המספקת ייצוג חזותי של איתות הקריאה החוצה את אשכולות Unified CM.

        

   • כדי להוריד את קובץ היומן:

     1. לחץ על הורד יומן בתפריט הנפתח דיאגרמת SIP.

        חילוץ קובץ ה-zip שהורדת מציג כמה קבצים וכל קובץ מייצג יומני רישום שנאספו מאחד הצמתים. חלץ שוב את הקובץ הפנימי כדי לצפות בתוכן.

        

        

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

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

  

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

• אם מתרחש סיבוב יומני הרישום ויומני SDL ו-CALL לא נמצאים למשך הזמן בו התרחשה הקריאה, הניתוח נכשל.