ניטור החיבור לאינטרנט?

מספיקלי · שליחה 19/05/2018 20:07

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

תודה,

eran405 · שליחה 19/05/2018 20:43

@מספיקלי
·

אני מניח שאתה מדבר על תשתית בזק (אני לא בטוח איך עושים בדיקה דומה בתשתית הוט).

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

אידאלית יש log במודם/ראוטר שמכיל הודעות של איבוד וקבלת סינכרון (עם חותמת זמן).

אופציה אחרת זה אם יש שעון שאומר כמה זמן ה-DSL מסונכרן, אתה יכול להבין מזה האם ומתי היה הניתוק האחרון (נגיד אם המודם דולק יממה אבל יש סינכרון רק שעתיים אז היה לפחות ניתוק אחד לפני שעתיים). דרך אגב, אני בזמנו כתבתי והשתמשתי ב-script לדגום את השעון הנ"ל כל חצי שעה כי במודם/ראוטר שלי אין log.

מספיקלי · שליחה 19/05/2018 21:37

נראה לי שמצאתי משהו מעניין
https://www.nirsoft.net/utils/multiple_ping_tool.html

אצל ניר אפשר למצוא הרבה דברים טובים.

sys_admin · שליחה 19/05/2018 22:07

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

liorp · שליחה 20/05/2018 0:19

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

sys_admin · שליחה 20/05/2018 7:30

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

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

uh99 · שליחה 20/05/2018 10:11

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

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

כל איין לציבור הרחב כלים מקצועים שיכולים להוכיח לחברות התקשורת את התקלות שיש אצלם המצב הזה ימשך ללא שום בעיה אצל חברות התקשורת

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

וזה יכול להיות אחרת אם חברי הפורום יתנו מנסיונם ומרצם לשיפור המצב

amdr1 · שליחה 20/05/2018 11:14

באיזה יחידות נמדד Flow error control?
בדרך כלל חייב להיות <1

sys_admin · שליחה 20/05/2018 12:08

לא מדובר כאן על Flow error control , אלה על Forward Error Correction , שזה מנגנון של תיקון שגיאות מקדים שמשתמש בהוספת נתונים לצורך יתירות בשלב השידור ושימוש בקודי תיקון שונים, כמו של Reed Solomon . מנגנון זה בשימוש גם בתקני DSL שונים וגם בתקני DVB מסוימים. בקווי VDSL במנגנון זה משתמשים בפרופיל Interleaved , וכתוצאה מכך נוצרת תקורה מסוימת של יותר מ 8% ושיהוי נוסף, של כ 50%.
היחידות שהמונה זה מודד, הן שגיאות של פיענוח הקוד בצד הקולט. שגיאות אלו משפיעים גם על התקשורת בערוץ נתונים של הקו. במקרה האופטימלי המספר חייב להישאר על 0 לכל אורך הזמן שהקו פעיל ( מסוכנכן ) .
מן הסתם ש < 1 ( קטן מאחד ) הוא לא רק שלא חייב, אלה שגם לא יכול להיות.

בתקני DVB השונים יחס זה מוגדר גם כ: bit error rate לפני תיקון או אחריו.
לצד או במקום מנגנון תיקון שגיאות זה בקו VDSL ניתן להשתמש במנגנונים אופציונליים נוספים לתיקון שגיאות, מנגנונים כמו למשל: Trellis Coded Modulation , כמו G.INP שמכונה גם כ G.998.4 . מנגנון תיקון שגיאות נוסף לצורך שיפור הקו הוא vectoring . לכל אחד מהמנגנונים אלו יש את היתרונות שלהם, חסרונות שלהם ואילוצים ומגבלות שלהם. ומובן שכל המנגנונים אלו ניתן לדגום ולבחון לצורך בדיקת איכות הקו ולצורך שיפור שלו.