כדי להשתמש בתכונה הזו צריך הרשאת גישה למרכז השליטה של איכות. אם אין לכם את ההרשאה הזו, פנו לאדמין ה-IT.
אבחון ופתרון בעיות בפגישות באמצעות הכלי לבדיקת איכות הפגישות ב-Meet (MQT). אדמינים או משתמשים עם הרשאת גישה למרכז השליטה של איכות האדמין יכולים להשתמש ב-MQT כדי:
- מיון וסינון של נתוני פגישות
- הצגת נתונים סטטיסטיים ספציפיים של פגישה
- הצגת ציר זמן של אירועים
- מידע נוסף על שידורים חיים שמשתמשים ברשת להעברת תוכן (eCDN) של Google Meet Enterprise
ה-MQT הוא כלי לפתרון בעיות, ולא להצגת נתונים בזמן אמת. זה אומר שחלק מהמידע עשוי להתעדכן באיחור.
ב-MQT אפשר לראות נתונים שכוללים:
- סטטיסטיקת רשת (רעידות, אובדן מנות ועומס)
- השהיה בחיבור לרשת (RTT)
- עוצמת הקול מהמיקרופון ועוצמת הקול שהתקבל
- נתונים סטטיסטיים של המערכת (CPU)
הנתונים נשמרים ב-MQT למשך 30 ימים. מידע נוסף זמין במאמר בנושא שמירת נתונים וזמני השהיה.
פתיחת הכלי לבדיקת איכות הפגישות ב-Meet
|
|
כדי לגשת לכלי MQT, צריך להתחבר לחשבון שיש לו הרשאת גישת אדמין למרכז השליטה של איכות. |
גישה לכלי ממסוף Google Admin
-
במסוף Google Admin, נכנסים לתפריט
אפליקציות Google Workspace Google Meet.כדי לעשות את זה צריך הרשאות אדמין להגדרות השירות.
- לוחצים על הכלי לבדיקת איכות הפגישות ב-Meet.
- (אופציונלי) אם כבר התחברתם לחשבון, אתם יכולים לחפש קוד פגישה, מארגן או משתתף מכל דף ניהול.
איך מעניקים למשתמשים גישה ל-MQT
סופר-אדמינים יכולים לתת למשתמשים גישה לכלי MQT. לשם כך:
- יוצרים תפקיד אדמין בהתאמה אישית עם ההרשאה גישת אדמין למרכז השליטה של איכות.
- מקצים את התפקיד למשתמשים.
משתמשים עם התפקיד הזה יכולים לגשת לכלי רק באמצעות הקישור הישיר. הם לא יכולים לגשת אליו דרך מסוף Admin.
פרטים נוספים על תפקידי אדמין ועל מתן גישה זמינים במאמרים הבאים:
סינון ומיון של נתוני פגישות באמצעות MQT
צפייה במידע וסינון נתונים של MQT
צפיות
|
תצוגת פגישות |
הצגת הפגישות שהמשתמשים בארגון קבעו או הצטרפו אליהן. |
|
תצוגת המשתתפים |
מציג את המשתמשים בארגון שהצטרפו לפגישות. |
|
ציוד של Google לחדרי ישיבות |
הדוח מציג את הציוד של Google לחדרי ישיבות בארגון שהצטרף לפגישה. |
הצעות |
הצגת הצעות שזמינות לארגון. |
סינון ומיון
אתם יכולים לסנן ולמיין את הנתונים כדי למצוא:
- פגישה
- נתונים של חדר ישיבות אחד לאורך תקופה
- נתונים לגבי מיקום ספציפי בעולם האמיתי
- פגישות או מכשירים בעייתיים
- פגישות שהתקיימו ביום מסוים
- פגישות שהצטרפו אליהן יותר מ-50 משתתפים
- הצופים בשידור החי לא נחשבים כמשתתפים
כדי לסנן נתונים:
- לוחצים על הוספת מסנן.
- בוחרים מסנן מהרשימה.
- מגדירים את ערכי המסנן ולוחצים על אישור.
- (אופציונלי) כדי למיין את הנתונים המסוננים, לוחצים על כותרת של עמודה.
שורת הסיכום
בסרגל הסיכום מוצג מידע על התצוגה שבחרתם.
נתונים סטטיסטיים של הפגישה, המשתתפים והמכשירים
| נתון סטטיסטי | תיאור |
|---|---|
| קוד הפגישה | קוד ההצטרפות לפגישה. |
| שעת התחלה | השעה שבה הפגישה התחילה. |
| משך | משך הפגישה בממוצע. |
| מיקום | מיקום הפגישות. |
| עומס ברשת | אחוז הזמן שבו בעיות ברשת מנעו ממכשיר לשלוח וידאו באיכות גבוהה יותר. |
| אובדן מנות | אחוז החבילות שאבדו ברשת. הנתון מתייחס גם לחבילות שנשלחו מהלקוח ל-Google וגם מ-Google ללקוח. |
| רעידות | השינויים בזמני האחזור של החבילות שעברו ברשת בין הלקוח ל-Google. |
| ציון המשוב | דירוג משתמש שנשלח בסוף הפגישה. |
איך בודקים את הנתונים הסטטיסטיים ואת הפרטים של הפגישה
כדי לבדוק את הנתונים הסטטיסטיים של אירוע:
- בצד ימין, לוחצים על סמל תצוגת הפגישות
. - ברשימה, לוחצים על פגישה כדי לראות את הפרטים שלה, כולל ציר זמן של האירועים.
| תצוגה | תיאור |
|
סיכום הפגישה |
מידע על הפגישה. למשל:
צפיות בשידור חי נספרות בכל פעם שמישהו מצטרף לפגישה כדי לצפות בה. אם משתמש אחד מצטרף ועוזב כמה פעמים, כל הצטרפות נספרת כצפייה. כשמשתמשים מתחברים ממכשירים של צד שלישי (שערי יכולת פעולה הדדית), שידורי שיתוף המסך שלהם נראים למשתתפים אחרים כמו שידורי וידאו רגילים. |
|
משתתפים בפגישה |
רשימת המשתתפים בפגישה. בפגישות שמתנהלות, הפרטים מתעדכנים כשהם זמינים. בפגישות גדולות, אפשר להוסיף מסנן כדי לאתר משתתפים ספציפיים. כל נקודת קצה של טלפון עם אותו מספר טלפון מופיעה כמשתתף נפרד. כדי לראות פרטים נוספים, לוחצים על השם של המשתתף. הכלי לבדיקת איכות הפגישות ב-Meet אוסף את הפרטים הבאים:
|
|
ציר הזמן של הפגישה |
ציר זמן שמציג באופן חזותי את התפתחות הפגישה לאורך זמן. אפשר למיין את המשתתפים לפי שם או לפי זמן ההצטרפות. כדי לראות מידע נוסף, מעבירים את העכבר מעל הסמלים. בקטע 'משתתפים' מוצגים:
כדי לראות ציר זמן מפורט יותר של הפעילויות של משתתף יחיד ושל אירועי המערכת שהתרחשו במהלך הפגישה, לוחצים על סמל נקודת הקצה. אפשר להשתמש בהם כדי לראות את איכות הפגישה מנקודת המבט של המשתמש, וכך לפתור בעיות. |
|
פעילויות |
בקטע 'פעילויות' מוצגות שעות ההתחלה והסיום של:
|
נתונים סטטיסטיים טכניים |
מידע על הרשת והמערכת, על האודיו והווידאו ועל כל המצגות. |
וביטול השתקה 
של פעולותמידע נוסף על נתונים סטטיסטיים של פרטי פגישה
| עומס ברשת | אחוז הזמן שבו בעיות ברשת מנעו מלקוח של Meet לשלוח וידאו באיכות גבוהה יותר. |
| השהיה בחיבור | משך הזמן מרגע שהחבילה נשלחת ל-Google ועד שהיא חוזרת. |
| רעידות | שינויים בזמני האחזור של החבילות שעברו ברשת בין הלקוח ל-Google. |
| שימוש במעבד במכשיר | הממוצע של אחוז העומס על ה-CPU במכשיר של המשתמש. |
| סוג |
העמודה הזו מראה אם המשתתף הצטרף מ:
|
| קצב העברת נתונים |
|
| אובדן מנות | אחוז החבילות שאבדו ברשת, כולל חבילות שנשלחו והתקבלו בין לקוח ל-Google. |
| עוצמת הקול מהמיקרופון | האודיו שנקלט מהמיקרופון. |
| עוצמת הקול שהתקבל | עוצמת הקול שהתקבלה ונשלחה לכרטיס האודיו. המספר הזה לא משקף את בחירת הציוד ההיקפי או את הרמקולים שהושתקו. |
| קצב פריימים | מספר הפריימים לשנייה (FPS) שנשלחו או התקבלו בווידאו על ידי הלקוח. |
הצגת נתונים סטטיסטיים של שידורים חיים באמצעות Meet eCDN
אתם יכולים לראות נתוני eCDN של Meet לשידורים של הפגישות שלכם. אם הפגישה חוזרת על עצמה, לכל סשן יש נתונים משלו. הנתונים תמיד מקובצים לפי שם הרשת ונשמרים בהתאם למדיניות שמירת הנתונים ב-Workspace. המדדים הזמינים הם:
- שיעור ההפעלה: אחוז הצופים שעומדים בדרישות להצטרפות לרשת P2P, על סמך הגדרות ה-eCDN של Meet בארגון. אם הארגון שלכם משתמש במדיניות 'כללים בהתאמה אישית', זה כולל גם צופים שמורשים לצפות וגם צופים שחסימים לצפייה.
- שיעור החיסכון: אחוז התנועה שהצופים מקבלים מעמיתים במקום משרת המדיה המקורי.
- שיעור החזרה למדיה: אחוז הצופים שחוזרים לשרת המדיה המקורי כי האיכות או הזמינות של המדיה ב-P2P לא מספיק טובות.
אדמינים יכולים גם לקבל נתונים נוספים מממשקי API. פרטים נוספים מופיעים במאמר בנושא אירועים ביומן הביקורת של Google Meet.
ניתוח תוצאות של בדיקה שקטה
כשמפעילים את מצב בדיקה שקט ל-Meet eCDN, הנתונים שנוצרים על ידי הצופים יופיעו גם ב-MQT. כדי להבחין בקלות בין צופים רגילים לבין צופים בבדיקה שקטה, לשם הרשת של הצופים בבדיקה השקטה יתווסף התג [Silent Test].
קבלת הצעות להגדרות של Meet בארגון
ה-MQT מנתח את נתוני הפגישה כדי לפתור בעיות בהגדרות. כדי לראות הוראות לפתרון הבעיה, אפשר לעיין בתצוגת ההצעות. הבעיות שמנוטרות כוללות:
שיעור גבוה של גיבוי מדיה
דרישות מוקדמות: רלוונטי רק לארגונים שמשתמשים ב-Meet eCDN.
הבעיה: שיעור גבוה של מעבר לגיבוי (fallback) של מדיה בשידורים חיים ב-Meet בארגון שלכם מצביע על כך שצופים רבים לא יכולים לקבל מדיה ב-P2P, למרות מדיניות ה-peering. הצופים האלה חוזרים לשרת המדיה המקורי, מה שמקטין את החיסכון ברוחב הפס.
פעולה מומלצת: כדאי להשתמש בטבלת ה-eCDN של MQT כדי לזהות רשתות עם מעבר חזרה גבוה. אם בארגון שלכם משתמשים במדיניות של כללים בהתאמה אישית, אתם יכולים לשנות את הכללים כדי לחסום את הרשתות הבעייתיות, או לחלק אותן עוד יותר לטווחים חסומים ומורשים. אם הארגון שלכם משתמש במדיניות אחרת, אתם יכולים להכין קובץ CSV ולעבור למדיניות של כללים מותאמים אישית כדי לשפר את הפיקוח על רשתות P2P.
שיעור הפעלה נמוך
דרישות מוקדמות: רלוונטי רק לארגונים שמשתמשים ב-Meet eCDN.
הבעיה: שיעור ההפעלה של eCDN בשידורים חיים ב-Meet בארגון נמוך, כלומר להרבה צופים לא מופעל eCDN ב-Meet. כדי למקסם את היעילות של השימוש ברוחב הפס, חשוב לוודא שהארגון שלכם מפעיל את eCDN ב-Meet לצופים.
פעולה מומלצת: כדאי לבדוק את ההגדרות של eCDN ב-Meet ולהרחיב את ההפעלה כך שתכלול יותר קבוצות משתמשים. שימו לב: יכול להיות שקבוצות או יחידות ארגוניות ספציפיות יכללו הגדרות שמבטלות את ההגדרות האלה. אם אתם מחריגים בכוונה חלקים גדולים מהארגון מ-Meet eCDN, אתם יכולים להתעלם מההמלצה הזו.
אין מספיק כללים בהתאמה אישית
דרישות מוקדמות: רלוונטי רק לארגונים שמשתמשים ב-Meet eCDN עם מדיניות ה-peering של כללים מותאמים אישית.
הבעיה: הארגון שלכם משתמש במדיניות הקישור בין רשתות שכנות (peering) של כללים מותאמים אישית, אבל הכללים לא תואמים לכתובות ה-IP שבהן משתמשים הצופים בשידור החי של הארגון. כתוצאה מכך, הצופים משתמשים במדיניות הגיבוי של שיתוף הפעולה במקום זאת. המשמעות היא שלא העליתם כללים, או שהכללים לא מתייחסים לכל טווחי כתובות ה-IP שהארגון שלכם משתמש בהם.
פעולה מומלצת: פועלים לפי השלבים האלה כדי להכין קובץ CSV עם כללים מותאמים אישית, ואז מעלים אותו בהגדרות של Meet eCDN. אפשר גם לבחור מדיניות אחרת של שירותי peering שלא דורשת כל כך הרבה הגדרות, כמו Subnet.
מדיניות Testing לקישור בין רשתות שכנות (peering) מופעלת
דרישות מוקדמות: רלוונטי רק לארגונים שמשתמשים ב-Meet eCDN.
בעיה: אם הארגון שלכם משתמש במדיניות הקישור בין רשתות שכנות (peering) של בדיקות, הצופים יבחרו את הקישור בין רשתות שכנות (peering) שלהם באופן אקראי. הדבר עלול לגרום לאיכות מדיה נמוכה ולשימוש מוגבר ברוחב הפס.
הפעולה המומלצת: בוחרים מדיניות אחרת של קישור בין רשתות שכנות (peering) לארגון. אפשר להכין קובץ CSV ולהגדיר את המדיניות של כללים בהתאמה אישית, או לבחור במדיניות של רשת משנה, שלא דורשת הרבה הגדרות. אפשרות נוספת היא להשבית את Meet eCDN. אם אתם אוספים בכוונה נתוני בדיקה מאירועים בשידור חי, אתם יכולים להתעלם מההמלצה הזו.