אין להשתמש ב'איכות השירות (QoS)' ל-Google Meet ברשת שלכם כי מערכת Meet מתאימה את עצמה באופן אוטומטי לתנאי הרשת. כדאי להשתמש ב-QoS רק אם יש לכם סיבה טובה לכך, למשל רשת עמוסה, ואם אתם יכולים לפרוס ולתחזק מודל QoS מקצה לקצה ברשת.
אם אתם חייבים להשתמש ב-QoS
אם הרשת עמוסה ואתם צריכים להבטיח איכות שירות מסוימת ל-Meet, אתם יכולים לבחור באחת מהאפשרויות הבאות:
- מוסיפים QoS ללקוחות Meet.
- הוספת QoS בקצה הרשת.
אפשרות 1: הוספת QoS ללקוחות Meet
אם מוסיפים QoS ללקוחות Meet, תעבורת הנתונים של Meet מתויגת במכונות הלקוח לצורך QoS ברשת הארגונית. תגי ה-QoS מוסרים כשתעבורת הנתונים נשלחת לאינטרנט. תנועה נכנסת מ-Meet מתויגת כשהיא נכנסת לרשת הארגונית.
כדי להוסיף QoS ללקוחות Meet:
- מגדירים סימון DSCP באמצעות מדיניות QoS של Windows במסוף לניהול מדיניות קבוצתית.
- מזהים את התעבורה ב-Meet באמצעות טווח היציאות של Meet, כפי שמתואר במאמר איך מכינים את הרשת לפגישות ב-Meet.
- מסירים את התיוג של DSCP לתנועה שיוצאת מהשער הפנימי לאינטרנט.
- לתייג את התנועה ב-Meet שהתקבלה מהאינטרנט. תעבורת האינטרנט הזו היא תעבורת נתונים של פרוטוקול להעברה בזמן אמת (RTP) או פרוטוקול בקרה להעברה בזמן אמת (RTCP), שמשתמשת בטווחים של יציאות Meet.
אפשרות 2: הוספת QoS בקצה הרשת
באמצעות האפשרות הזו, תעבורת הנתונים של לקוחות Meet מתויגת בקצה הרשת לצורך QoS ברשת הארגונית. תגי QoS מוסרים כשתעבורת הנתונים נשלחת לאינטרנט. תנועה נכנסת מ-Meet מתויגת כשהיא נכנסת לרשת הארגונית.
כדי להוסיף QoS בקצה הרשת:
- בכל קצוות הרשת, מוסיפים כלל לסימון התנועה ב-Meet. כדי להבטיח השהיה נמוכה ושינויים קלים בזמן ההגעה של מנות הנתונים (Jitter), צריך להקצות את המחלקה Expedited Forward (EF) לתנועה ב-Meet. התנועה הזו היא תנועת RTP/RTCP שמשתמשת בטווחי היציאות של Meet.
- מסירים את התיוג של DSCP לתנועה שיוצאת מהשער הפנימי לאינטרנט.
- תיוג התנועה ב-Meet שמתקבלת מהאינטרנט באמצעות המחלקה EF. התנועה הזו היא תנועת RTP/RTCP שמשתמשת בטווחי היציאות של Meet.
- כדי להשיג ערכים נמוכים של עיכוב, שינוי בזמן ההגעה ואובדן נתונים, צריך לתת עדיפות לתנועת נתונים מסוג EF בחברה שלכם ולמקם אותה בתורים עם זמן אחזור נמוך או בתורים עם עדיפות גבוהה. כדי לוודא שהתנועה של EF לא מגבילה סוגי תנועה אחרים ברשת, כדאי להטמיע אמצעי זהירות נוספים, כמו הגבלת קצב מעל ערכי רוחב פס מוגדרים מראש.
בדיקת QoS
לספקי חומרה שונים יש הטמעות שונות של QoS, ולכן יכולים להיות הבדלים קלים בבדיקות. כוונון עדין כדי להבטיח QoS מקצה לקצה.
- כדאי להתחיל בסביבת בדיקה קטנה כדי לבדוק את הביצועים של מכשיר יחיד.
- עוקבים אחרי הנתיב של החבילות דרך מכשירי הרשת השונים כדי לוודא שנתיב הרשת מכבד את הסימונים של הלקוח, ומבינים את הנפילות של התורים ואת קצב העברת הנתונים במכשירים.
- כדי לבדוק ולבחון את איכות השירות, אפשר לעיין בקטעים הבאים בדף הזה.
יכול להיות שמכשירים מסוימים ברשת שלא כוללים יכולות חכמות, כמו רכזת או מתג ברמה נמוכה, לא יתמכו בתכונת ה-QoS המלאה. מוודאים שערך ה-DSCP שסומן במכשיר במעלה הזרם לא משתנה. כך, מכשירים חכמים במורד הזרם יכולים להחיל את אסטרטגיית ה-QoS הנכונה על סמך הסימון הנכון.
איך מוודאים שנתיב הרשת מכבד את הסימונים של הלקוח
כדי לוודא שסימון ה-DSCP נכון, אפשר להשתמש בכלים הבאים:
- Packet sniffing – אפשר להשתמש ב-packet sniffing עם Wireshark, לדוגמה, כדי לאמת את סימוני ה-DSCP הנכונים גם במכשיר הרשת (AP, נתב או מתג) וגם במכשיר הקצה (מחשב). משתמשים בשיקוף יציאות או בכלי לניתוח יציאות במתג (SPAN) כדי לשלוח נתונים שנתפסו ליציאת יעד נבחרת לצורך שיקוף יציאות מקומי. פרוטוקול של יציאה מרוחקת, כמו RSPAN (כלי לניתוח יציאות של מתג מרוחק), יכול לשלוח נתונים שנתפסו לשרת מרוחק לצורך ניתוח.
- NetFlow – אפשר להשתמש ב-NetFlow כדי לאמת את סימון ה-DSCP במכשיר הרשת. ערך ה-DSCP מיוצא כברירת מחדל אל האוסף. מסננים את ה-5-tuple (כתובת IP, פרוטוקולים ויציאות) מהנתונים שתועדו כדי לאמת את ערך ה-DSCP של כל אפליקציה ספציפית.
מעקב אחר ביצועי איכות השירות של Meet ברמת הרשת
להשתמש בכלי בקרה שמבוסס על Simple Network Management Protocol (SNMP) כדי להציג את התצוגה של מגמות השימוש בתורים שונים ואת שיעורי הנטישה בתורים. אם תסמנו את Meet ברמת האפליקציה כ-EF, תוכלו לבדוק את השימוש ב-EF ואת שיעור הנטישה של המחלקה הזו כדי להבין את הביצועים של Meet בממשק ברשת.
על ידי צבירת נתוני האפליקציה, NetFlow יכול להציג תצוגה מוערמת של תצוגה ספציפית לאתר או תצוגה גלובלית.
סימולציה של עומס ואימות של QoS
- יוצרים בסביבת הבדיקה כמה תהליכי תנועה שחורגים מרוחב הפס המקסימלי של המדיה. לדוגמה, יצירת תנועה של 2 Gbps במסלול של 1 Gbps.
- משווים את קצב העברת הנתונים בנקודת הקצה המקבלת כדי לוודא שהתנועה בעדיפות גבוהה מקבלת טיפול הולם.
כדי לדמות עומס ברשתות אלחוטיות:
- ליצור כמה תהליכים לאותה נקודת גישה. לדוגמה, ב-802.11n, שולחים 2 על 150 mbps לכל זרימה כי 802.11n יכול לתמוך ברוחב פס מקסימלי של כ-180 mbps.
- בודקים את קצב העברת הנתונים בנקודת הקצה המקבלת.
לדוגמה, כדי להוכיח שתנועה בעדיפות גבוהה מקבלת שירות טוב יותר, שולחים סוג אחר של תנועה דרך Wi-Fi (באותה נקודת גישה, באותו תחום התנגשות). תנועה בעדיפות גבוהה צריכה לקבל את כל רוחב הפס בלי ירידה, בעוד שתנועה בעדיפות נמוכה צריכה לרדת באופן משמעותי.
כדי לבדוק שה-QoS פועל כצפוי, מזינים את הפקודות הבאות:
- כדי לנסות לבצע את הבדיקה, מזינים את הפקודה iperf3 -c כתובת ה-IP -u -b 150m -t 50 -l 1000B -i 10 -S 0x0.
- ב-EF, מזינים iperf3 -c כתובת IP -u -b 150m -t 50 -l 1000B -i 10 -S 0xB8.
Google, Google Workspace וסימנים וסמלי לוגו קשורים הם סימנים מסחריים של Google LLC. כל שמות החברות והמוצרים האחרים הם סימנים מסחריים של החברות שאליהן הם משויכים.