[מדריך] - תיחקור בעיות packet loss

**IAF_Phantom**

אחת הבעיות שקורות לפעמים הם שנכנסים ל-Teamspeak ושומעים מקוטע.

רשימת המשתמשים ב-Teamspeak

קליק ימני על המשתמש ובחירה ב-Get Connection Info

שני הנתונים המעניינים הם:
Ping - 241ms
Packet loss - 7.42%

Ping- הפרש הזמן שבין שליחת ההודעה לבין קבלתה על ידי היעד. הזמן נמדד במילי שניות.
Packet loss- כמות איבוד המידע באחוזים. כלומר השרת שלח 662 הודעות ורק ~92% מהם מגיעו בהצלחה.

לתרגם את הנתונים הללו למעשי -
אם הפינג מאוד גבוהה (מעל חצי שניה - 500ms ) ישמעו אותי לפחות (!) חצי שניה אחרי שהשידור של ההודעה (צריך גם להתחשב בפינג של הטייסים האחרים בערוץ).
בגלל זה צריכים להודיע ב-TS לפני שיורים עליך....

ואם ה-packet loss גבוהה (מעל ל-10%) השידור ישמע מקוטע, כאילו לוחצים ומשחררים את הכפתור שידור כל הזמן. לפעמים האור שמראה שידור מהבהב.
שימו לב, הטייס המשדר לא יודע שהוא מקוטע ! רק השומעים אותו בערוץ.

אחת הסיבות לבעיה כזאת היא רעש בקו ה-ADSL
רעש כזה יכול להיות בגלל:
1. מסנן filter לא תקין
2. מודם / ראוטר או כל מכשיר טלפון אחר שיוצר רעש על הקו
3. מרחק גדול מהמרכזיה
4. בעיה המודם במרכזיה

הדרך לתיחקור הבעיה מתחילה בלעשות את הפעולות הבאות:
1. לנתק את כל המכשירים שמחוברים לקו הטלפון - גם אם הם מכובים! ולהשאיר רק את המודם / ראוטר ולחבר אותו באופן זמני ללא הפילטר.
2. לאתחל מחדש את המודם / ראוטר והמחשב
3. לפתוח את את הסטטיסטיקות של המודם ראוטר

בכל ראוטר / מודם יש דרכים שונות להגיע מסך הזה - השתמשו במדריך של הראוטר / מודם על מנת להגיע למסך.

הפרמטרים המעניינים הם:
Line Attenuation - 34 db
Noise Margin (SNRM , SNR ) - 11.1 db
Collisions - 0

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

Noise Margin (SNRM , SNR ) - היחס בין האות ששודר לבין הרעש על הקו. ככל שהיחס הזה יותר גדול המצב יותר טוב (כלומר יש הפרש יותר גדול בים האות לרעש ולכן קל יותר למודם לזהות את האותות ואין איבוד מידע).

6bB. or below = Bad and will experience no line synchronisation or intermittent synchronisation problems.
רע - מודם לא יסתנכרן או ניתוקים של המודם.

7dB-10dB. = Fair but does not leave much room for variances in conditions.
סביר - המודם יסתנכרן אולם יהיה המהירות ההורדה תהיה איטית בגלל שליחה חוזרת של נתונים בגלל ברעש.

11dB-20dB. = Good with little or no synchronisation problems
טוב - לא יהיו בעיות סינכרון, יכולים להיות בעיות איבוד נתונים בעומס גבוהה של המחשב או הורדה בקצב גובהה של נתונים. לדוגמא - דיבור ב-Teamspeak באמצע טיסה בשרת מעמיס יותר מאשר כאשר לא בטיסה בשרת.

20dB-28dB. = Excellent - מעולה.
29dB. or above = Outstanding - מדהים.

אנחנו נרצה שהנתון הזה יהיה הכי גדול שאפשר.

מתחת לרמה מסויימת בכלל לא יהיה סינכון של המודם! לפי המידע שאני מוצא בסביבות 9db כאשר גם מתחת ל-20db נחשב חיבור לא טוב

מצב תקין:

ה- Noise Margin (SNRM - 30db.

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

כאשר יש בעיה צריך להתקשר לתמיכה של בזק (166) ולבקש "בדיקה של רעש" ולתת את הפרמטר של Noise Margin (SNRM , SNR .
אם הטכנאי מבקש דוגמא באיזה תוכנה יש בעיה - אפשר להגיד שבזמן דיבר ב-skype יש את הניתוקים.

אם הרעש גבולי , אפשר לבקש להעביר את הקו למרכזיה קרובה יותר (Line attenuation נמוך או להעביר עם המודם / ראוטר תומך ל- ADSL2+.

watch your six, i'm behind you

Twister

משובח, תודה מיכה!!!

רציתי להעיר שגם Packet Loss נמוך מ-10% יכול להיות יחסית גבוה ולגרום להפרעות.

צוות ניהול ראשי - פריפלייט

Ori · טיסות סדירות הצטרף בתאריך: Jun 24, 2006 הודעות: 213

מיכה, מידע מעולה!
תופס לדעתך למודמים של כבלים (לא ADSL) ?

**IAF_Phantom**