הכנת הרשת לפגישות וידאו ב-Beam 3D

בנוסף להגדרות הרשת שנדרשות לפגישות וידאו רגילות (ללא קשר לספק), Google Beam דורש תמיכה ספציפית ברשת כדי לאפשר פגישות בתלת-ממד. בדף הזה מוסברות דרישות הרשת ואיך לוודא שהגדרות הרשת עומדות בדרישות האלה, כדי להבטיח שפגישות ב-Beam 3D יתנהלו בצורה חלקה ואיכותית.

רוחב פס וביצועי רשת

כדי להפעיל פגישות ועידה בווידאו בתלת-ממד, צריך לוודא שהרשת עומדת בדרישות הבאות:

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

אם רוחב הפס הזמין שלכם נמוך מ-50 Mbps, יכול להיות שהאיכות של פגישות בתלת-ממד תהיה נמוכה יותר. פירוט ההשפעה הפוטנציאלית:

• בסביבות 10 Mbps: יכול להיות שתהיה ירידה באיכות של סרטון תלת-ממד.
• בסביבות 5 Mbps: סרטון התלת-ממד מושבת לחלוטין, איכות האודיו עלולה להיות נמוכה יותר וקצב הפריימים עלול להיות נמוך יותר.

רעידות

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

חבילות שאבדו

אובדן חבילות של יותר מ-1% יכול להתבטא בסרטון קטוע, בקטעי אודיו חסרים או אפילו בניתוקים.

ארכיטקטורת הרשת ודרישות NAT

מכשירי HP Dimension מתקשרים עם שירותי Google באמצעות חיבורים יוצאים לאינטרנט. כדי להבטיח ביצועים אופטימליים, אבטחה ובידוד של רוחב הפס, צריך להגדיר את הרשת בהתאם לכללים הבאים:

• VLAN ייעודי: צריך למקם את כל המכשירים עם Beam ברשת מקומית וירטואלית (VLAN) פנימית ייעודית, ולהחיל את כללי חומת האש הספציפיים לתעבורת נתונים יוצאת שמופיעים בהמשך הדף הזה. הפרדת המכשירים מגנה על הזרמות הווידאו התלת-ממדי המרחבי של Beam (עד 50 Mbps להעלאה ולהורדה לכל מכשיר פעיל) מפני קפיצות בהשהיה ואובדן מנות נתונים שנגרמים בגלל התנועה ברשת המקומית הכללית של המשרד.
• NAT וכתובות IP: מכשירים עם Beam יכולים לפעול ברשתות משנה פנימיות רגילות מאחורי תרגום כתובות רשת (NAT) של IPv4 עם גישה לאינטרנט. לא נדרשת כתובת IP ציבורית ביחס של 1:1.
• ללא VPN או proxy: מומלץ להימנע משימוש ב-VPN או בשרתי proxy לתנועה ב-Beam. שניהם מאריכים את זמן האחזור, ועלולים לגרום לירידה באיכות הווידאו והאודיו.
• יתירות ברשת: כדי לשפר את העמידות, מומלץ להשתמש ביתירות ברשת (מעבר אוטומטי לגיבוי במקרה של כשל בחיבור הראשי) בקישור ה-WAN.

הגדרת כתובת IP

הערה: הקטע הזה רלוונטי רק למאפיין HP Dimension. למסך המגע יש הגדרות רשת DHCP משלו, ואסור לשנות אותן.

כדי להקצות כתובות IP, משתמשים ב-DHCP או בהקצאת IPv4 סטטית. ‫Beam תומך רק ב-IPv4 ובמצב מעורב של IPv4/IPv6.

• ‫DHCP (ברירת מחדל ומומלץ): כברירת מחדל, מכשירים עם Beam מקבלים באופן אוטומטי כתובת IP, מסכת רשת משנה, שער ברירת מחדל וכתובות של שרת DNS מ-DHCP בזמן האתחול.
• הקצאת כתובת IP קבועה: אם מדיניות הרשת שלכם מחייבת כתובות IP קבועות, אתם יכולים להגדיר באופן ידני פרמטרים קבועים של הרשת במכשיר במהלך ההרשמה וההגדרה הראשוניות. הקצאה סטטית מחייבת כתובת IPv4 שמורה, מסכה של רשת משנה ושער ברירת מחדל.

כללים לחומת אש ודרישות לגבי יציאות

חשוב: טווחי כתובות ה-IP של הדומיין שמוגדרים כברירת מחדל ומשמשים את ממשקי ה-API והשירותים של Google מוקצים באופן דינמי ומשתנים לעיתים קרובות. לפני שפותחים יציאות ספציפיות ליציאה, צריך לוודא שחומת האש של הרשת מאפשרת חיבורים יוצאים לטווחים הרשמיים של כתובות ה-IP של Google:

• טווחי כתובות IP של Google
• טווחי כתובות IP של Google Cloud

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

טווחי כתובות IP של Google

אם הארגון שלכם מגביל תנועה יוצאת או מבצע בדיקה של Server Name Indication‏ (SNI), צריך להגדיר את חומת האש או את ה-proxy כך שיאפשרו את טווחי כתובות ה-IP, היציאות ושמות המארחים של SNI הבאים:

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

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

לוחצים על הכרטיסייה שמתאימה לרישיון.

‫Beam מבוסס על ChromeOS, ולכן הרשת שלכם צריכה לעמוד בדרישות הרשת של ChromeOS. כדאי לעיין בדרישות הרשת של ChromeOS במאמר בנושא הגדרת רשימת היתרים של שמות מארחים למכשירי Chrome.

הגדרת מסך המגע

למסך המגע Poly TC10 שמשמש עם HP Dimension יש דרישות משלו. כדי לוודא שמסך המגע פועל כמו שצריך, צריך לאפשר את שמות המארחים שמפורטים במסמכי HP למכשירי רשת של Poly Lens.

בדיקת הרשת

זמן האחזור של הרשת

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

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

2. מריצים את הפקודה ping: במחשב שמחובר לאותה רשת קווית שבה תשתמשו לשיחות ועידה בווידאו, פותחים טרמינל או שורת פקודה ומריצים את הפקודה הבאה:

   > ping 74.125.247.128
   PING 74.125.247.128 (74.125.247.128): 56 data bytes
   64 bytes from 74.125.247.128: icmp_seq=0 ttl=56 time=21.706 ms
   64 bytes from 74.125.247.128: icmp_seq=1 ttl=56 time=14.054 ms
   64 bytes from 74.125.247.128: icmp_seq=2 ttl=56 time=36.137 ms
   64 bytes from 74.125.247.128: icmp_seq=3 ttl=56 time=19.932 ms
   64 bytes from 74.125.247.128: icmp_seq=4 ttl=56 time=19.043 ms
   

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

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

ניתוב ברשת

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

> traceroute 74.125.247.128

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

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

הנה פלט לדוגמה:

                                                  My traceroute  [v0.96]
hostname ([example]) -> 74.125.247.128 (74.125.247.128)
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                   Packets               Pings
Host                          Loss%   Snt   Last   Avg  Best  Wrst StDev
 1.  100.115.92.25             0.0%   195    1.0   0.6   0.2   2.0   0.3
 2.  192.168.4.1               0.0%   195    2.7   3.6   1.9   7.9   1.2
 3.  192.168.1.254             0.0%   195    4.2   3.6   2.5   9.9   0.9
 4.  [example]                 0.0%   195    4.3   4.5   3.0   8.3   0.9
 5.  76.197.98.82              0.0%   195    5.1   4.6   2.9   9.4   0.9
 6.  32.130.92.48              0.0%   195   21.2  23.2  19.9 360.4  24.3
 7.  32.130.20.60             80.0%   195   21.4  21.2  19.9  24.8   1.1
 8.  32.130.20.246            82.5%   195   21.7  21.5  20.4  24.0   0.9
 9.  32.130.26.105             0.0%   195   23.4  21.9  19.7  29.9   1.1
10.  108.170.231.46            0.0%   194   22.4  23.0  21.3  42.4   2.0
11.  142.250.231.183           0.0%   194   22.0  22.0  20.5  32.2   1.5
12.  74.125.247.128            0.0%   194   22.5  22.7  21.2  29.1   0.9

למידע על התקנת mtr, עוברים לקישור של מערכת ההפעלה שלכם: Windows, ‏ Mac, ‏ Linux (בדרך כלל ההתקנה מתבצעת באמצעות מנהל חבילות כחבילת mtr).