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