בעיית פינגים גבוהים לאחר העמסה של הרשת? HOT + HOTNET
- חייםמלכה
-
- עוסק בתחום
- תגובות: 106
- הצטרף: ינואר 2011
סדרת את זה יש פתרון? לי יש קפיצות פינג מטורפות במחשקים..הוט בוקס הרגיל בלי שטויות מסביב פתאום חובה את זה כשבועיים
נא להרשם/להכנס לחשבון בפורום על מנת לצפות בקבצים או בתמונות המצורפים לשרשור
- Kitty
-
- חבר פעיל מאוד
- תגובות: 323
- הצטרף: מאי 2005
גם לי קורה משהו מוזר (הוט + הוטנט 200)
לאחרונה אני משתמש בrsync להוריד כמה ג׳יגות, ואחרי כמה דק המהירות צונחת, פינגים גבוהים וכו׳
ריסטרט כמובן פותר, ולאחרונה בעקבות עצלנות גם "Init Scan" בממשק ניהול שההוטבוקס (1) פותר את זה.
הקפיצות זה כל פעם שהרצתי "Init Scan", המהירות חוזרת להיות נורמלית, ואחרי כמה דק אפשר לראות תירדידה.
זה כאילו הם מגבילים את התעבורה אחרי ״עומס״ של כ10 דק
אותו דבר קורה כשאני מנסה סתם להוריד קובץ גדול http://www.ovh.net/files/10Gb.dat עם wget
לאחרונה אני משתמש בrsync להוריד כמה ג׳יגות, ואחרי כמה דק המהירות צונחת, פינגים גבוהים וכו׳
ריסטרט כמובן פותר, ולאחרונה בעקבות עצלנות גם "Init Scan" בממשק ניהול שההוטבוקס (1) פותר את זה.
הקפיצות זה כל פעם שהרצתי "Init Scan", המהירות חוזרת להיות נורמלית, ואחרי כמה דק אפשר לראות תירדידה.
זה כאילו הם מגבילים את התעבורה אחרי ״עומס״ של כ10 דק
אותו דבר קורה כשאני מנסה סתם להוריד קובץ גדול http://www.ovh.net/files/10Gb.dat עם wget
נא להרשם/להכנס לחשבון בפורום על מנת לצפות בקבצים או בתמונות המצורפים לשרשור
- eran405
-
- אחראי תחום רשתות
- תגובות: 3388
- הצטרף: פברואר 2012
@Kitty
·
יותר מאוחר תהיה לי אפשרות לבדוק על חיבור של הוט+הוטנט 200 מגה ואני יכול לבדוק אם זה קורה גם שם. אני רק לא בטוח שאני מבין את הבעיה:
נגיד שאני מוריד את http://www.ovh.net/files/10Gb.dat (שדרך אגב הוא רק 1 גיגה?!), מה אני אמור לראות? שההורדה מתחילה מהר ואז מאטה? ואחרי שההורדה מסתיימת אני אמור לקבל פינגים/ביצועים גרועים לזמן מסויים או עד שעושים ריסטרט למודם או שאני בכלל לא מבין?
·
יותר מאוחר תהיה לי אפשרות לבדוק על חיבור של הוט+הוטנט 200 מגה ואני יכול לבדוק אם זה קורה גם שם. אני רק לא בטוח שאני מבין את הבעיה:
נגיד שאני מוריד את http://www.ovh.net/files/10Gb.dat (שדרך אגב הוא רק 1 גיגה?!), מה אני אמור לראות? שההורדה מתחילה מהר ואז מאטה? ואחרי שההורדה מסתיימת אני אמור לקבל פינגים/ביצועים גרועים לזמן מסויים או עד שעושים ריסטרט למודם או שאני בכלל לא מבין?
- Kitty
-
- חבר פעיל מאוד
- תגובות: 323
- הצטרף: מאי 2005
@eran405 בדיוק.
- מוריד משהו לאורך זמן - פחות או יותר 10 דק (אני מקבל מהירות של כ-6MB/s)
- אחרי כ-10 דק׳ המהירות יורדת לכ-500kB/s (לפעמים קצת יותר, 1MB/s מקסימום, לרוב קצת פחות)
- פינגים מטורפים + packet loss:
לשם השוואה, אחרי ריסט:
לגבי הקובץ צודק, זה משהו כמו 1.2G (כי זה 10gbit - http://www.ovh.net/files/)
- מוריד משהו לאורך זמן - פחות או יותר 10 דק (אני מקבל מהירות של כ-6MB/s)
- אחרי כ-10 דק׳ המהירות יורדת לכ-500kB/s (לפעמים קצת יותר, 1MB/s מקסימום, לרוב קצת פחות)
- פינגים מטורפים + packet loss:
קוד: בחירת הכל
PING google.co.il (216.58.206.3) 56(84) bytes of data.
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=1 ttl=55 time=3206 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=2 ttl=55 time=2321 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=3 ttl=55 time=2696 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=4 ttl=55 time=2111 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=5 ttl=55 time=1064 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=6 ttl=55 time=1381 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=7 ttl=55 time=1802 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=8 ttl=55 time=4209 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=9 ttl=55 time=4073 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=10 ttl=55 time=3450 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=11 ttl=55 time=3034 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=12 ttl=55 time=2211 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=13 ttl=55 time=1836 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=14 ttl=55 time=966 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=15 ttl=55 time=2147 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=16 ttl=55 time=1661 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=17 ttl=55 time=1346 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=18 ttl=55 time=1884 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=19 ttl=55 time=3603 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=20 ttl=55 time=3327 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=21 ttl=55 time=3224 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=22 ttl=55 time=2254 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=23 ttl=55 time=1306 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=24 ttl=55 time=847 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=25 ttl=55 time=3599 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=26 ttl=55 time=2567 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=27 ttl=55 time=1781 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=28 ttl=55 time=735 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=29 ttl=55 time=3819 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=30 ttl=55 time=3274 ms
^C
--- google.co.il ping statistics ---
34 packets transmitted, 30 received, 11.7647% packet loss, time 121ms
rtt min/avg/max/mdev = 734.800/2391.122/4208.908/999.873 ms, pipe 5קוד: בחירת הכל
PING google.co.il (216.58.206.3) 56(84) bytes of data.
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=1 ttl=55 time=60.5 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=2 ttl=55 time=60.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=3 ttl=55 time=61.2 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=4 ttl=55 time=60.6 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=5 ttl=55 time=60.9 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=6 ttl=55 time=60.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=7 ttl=55 time=63.5 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=8 ttl=55 time=59.6 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=9 ttl=55 time=60.8 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=10 ttl=55 time=60.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=11 ttl=55 time=60.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=12 ttl=55 time=60.5 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=13 ttl=55 time=59.8 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=14 ttl=55 time=62.2 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=15 ttl=55 time=59.3 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=16 ttl=55 time=60.6 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=17 ttl=55 time=59.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=18 ttl=55 time=59.9 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=19 ttl=55 time=62.2 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=20 ttl=55 time=60.4 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=21 ttl=55 time=60.5 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=22 ttl=55 time=68.3 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=23 ttl=55 time=61.9 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=24 ttl=55 time=61.8 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=25 ttl=55 time=69.4 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=26 ttl=55 time=60.10 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=27 ttl=55 time=59.6 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=28 ttl=55 time=66.3 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=29 ttl=55 time=76.2 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=30 ttl=55 time=59.4 ms
^C
--- google.co.il ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 58msלגבי הקובץ צודק, זה משהו כמו 1.2G (כי זה 10gbit - http://www.ovh.net/files/)
- eran405
-
- אחראי תחום רשתות
- תגובות: 3388
- הצטרף: פברואר 2012
@Kitty
·
דבר ראשון פינגים של מעל 3 שניות (!) זה לא נראה לי תקין בשום מצב. גם אם מערכת כלשהי אולי מזהה שאתה מוריד הרבה ורוצה להגביל אותך זה לא הגיוני שהיא תגרום לפינגים כאלה.
בנוסף בדקתי כרגע בחיבור הוט + הוטנט 200 מגה (עם הטריק של סינון אתרים בשביל להבטיח כתובת ללא NAT) ואני לא רואה תופעה כזו:
הורדתי את הקובץ שציינת (http://www.ovh.net/files/10Gb.dat) וההורדה הייתה יציבה יחסית על 3.5 MB/s עד הסוף (כ-6 דקות). אחרי ההורדה הפינגים נשארו ללא שינוי (כ-75 ms ל-www.google.co.il).
חזרתי על הבדיקה גם עם הקובץ הבא (2 גיגה):
http://ubuntu.interhost.co.il/19.04/ubu ... -amd64.iso
שירד תוך כ-2 דקות בכ-18 MB/s בצורה יציבה והפינגים נשארו ללא שינוי.
לבסוף הורדתי כ-17 גיגה מ-FTP פרטי שלי בכ-11 MB/s למשך 14 דקות ושוב לא הייתה ירידה בקצב או הרעה בפינגים אחרי הבדיקה.
במקרה שלך, הייתי מציע:
כאשר יש פגיעה בפינגים תבדוק עם traceroute (או WinMTR ב-windows) בדיוק איפה יש נפילה בפינגים. די בטוח שזה לא יהיה ברשת הפנימית שלך אבל אם זה בפינג הראשון לראוטר שלך אז הבעיה אצלך ואתה צריך לבודד אותה.
ההימור שלי שזה יהיה בקפיצה הראשונה אחרי הראוטר שלך, כלומר מגיע מהתשתית של הוט. אם זה באמת המצב כנראה שהבעיה בתשתית של הוט ואתה צריך איכשהוא להצליח שהם יטפלו בזה (דבר שבכלל לא פשוט).
אתה יכול וכנראה מומלץ: לאפס את ההוטבוקס, לשחזר את הבעיה ולבדוק את הנתונים בהוטבוקס (כמו העוצמות ומספרי השגיאות וכו'). אני פחות מתמצא בנושא אבל אם תפרסם את התוצאות פה כנראה שיהיה מי שיעזור לך לפרש אותם (יש גם הרבה שירשורים בנושא).
לבסוף אם הבעיה בכלל אחרי הקפיצה מהראוטר שלך לציוד הקרוב אצל הספק, כלומר בניתוב של הספק לחו"ל, הייתי מנסה את הטריק של להפעיל סינון אתרים, אולי זה ישפר את הניתוב.
·
דבר ראשון פינגים של מעל 3 שניות (!) זה לא נראה לי תקין בשום מצב. גם אם מערכת כלשהי אולי מזהה שאתה מוריד הרבה ורוצה להגביל אותך זה לא הגיוני שהיא תגרום לפינגים כאלה.
בנוסף בדקתי כרגע בחיבור הוט + הוטנט 200 מגה (עם הטריק של סינון אתרים בשביל להבטיח כתובת ללא NAT) ואני לא רואה תופעה כזו:
הורדתי את הקובץ שציינת (http://www.ovh.net/files/10Gb.dat) וההורדה הייתה יציבה יחסית על 3.5 MB/s עד הסוף (כ-6 דקות). אחרי ההורדה הפינגים נשארו ללא שינוי (כ-75 ms ל-www.google.co.il).
חזרתי על הבדיקה גם עם הקובץ הבא (2 גיגה):
http://ubuntu.interhost.co.il/19.04/ubu ... -amd64.iso
שירד תוך כ-2 דקות בכ-18 MB/s בצורה יציבה והפינגים נשארו ללא שינוי.
לבסוף הורדתי כ-17 גיגה מ-FTP פרטי שלי בכ-11 MB/s למשך 14 דקות ושוב לא הייתה ירידה בקצב או הרעה בפינגים אחרי הבדיקה.
במקרה שלך, הייתי מציע:
כאשר יש פגיעה בפינגים תבדוק עם traceroute (או WinMTR ב-windows) בדיוק איפה יש נפילה בפינגים. די בטוח שזה לא יהיה ברשת הפנימית שלך אבל אם זה בפינג הראשון לראוטר שלך אז הבעיה אצלך ואתה צריך לבודד אותה.
ההימור שלי שזה יהיה בקפיצה הראשונה אחרי הראוטר שלך, כלומר מגיע מהתשתית של הוט. אם זה באמת המצב כנראה שהבעיה בתשתית של הוט ואתה צריך איכשהוא להצליח שהם יטפלו בזה (דבר שבכלל לא פשוט).
אתה יכול וכנראה מומלץ: לאפס את ההוטבוקס, לשחזר את הבעיה ולבדוק את הנתונים בהוטבוקס (כמו העוצמות ומספרי השגיאות וכו'). אני פחות מתמצא בנושא אבל אם תפרסם את התוצאות פה כנראה שיהיה מי שיעזור לך לפרש אותם (יש גם הרבה שירשורים בנושא).
לבסוף אם הבעיה בכלל אחרי הקפיצה מהראוטר שלך לציוד הקרוב אצל הספק, כלומר בניתוב של הספק לחו"ל, הייתי מנסה את הטריק של להפעיל סינון אתרים, אולי זה ישפר את הניתוב.
- IdanTs
-
- חבר פעיל
- תגובות: 79
- הצטרף: יולי 2009
טוב כבר דיברנו על זה בעבר אבל זה ממש נהיה בלתי נסבל.
אני גם הוט והוט נט, היו לי בעיות שפעם בכמה ימים הייתי צריך לכבות ולהדליק את המודם כדי שהמהירויות יחזרו להיות תקינות.
אחר כך פתאום הם הכניסו לי NAT לכל העניין, אבל את זה הם סידרו אחר כך אחרי שיחה עם התמיכה שלהם.
בכל אופן, שוב הבעיות חוזרות על עצמן, אני מקבל 200/5 מהירות הורדה העלאה, אבל אחרי כמה ימים (אפילו אחרי יום אחד) המהירויות יורדות ל-80/3 במקרה הטוב (!), ואז אני שוב צריך לכבות ולהדליק את המודם (לפעמים עם לעשות לו RESET)
מה הקטע? ואיפה הבעיה, HOT או HOTNET?
אני גם הוט והוט נט, היו לי בעיות שפעם בכמה ימים הייתי צריך לכבות ולהדליק את המודם כדי שהמהירויות יחזרו להיות תקינות.
אחר כך פתאום הם הכניסו לי NAT לכל העניין, אבל את זה הם סידרו אחר כך אחרי שיחה עם התמיכה שלהם.
בכל אופן, שוב הבעיות חוזרות על עצמן, אני מקבל 200/5 מהירות הורדה העלאה, אבל אחרי כמה ימים (אפילו אחרי יום אחד) המהירויות יורדות ל-80/3 במקרה הטוב (!), ואז אני שוב צריך לכבות ולהדליק את המודם (לפעמים עם לעשות לו RESET)
מה הקטע? ואיפה הבעיה, HOT או HOTNET?
- Kitty
-
- חבר פעיל מאוד
- תגובות: 323
- הצטרף: מאי 2005
@eran405
מעריך את זה שעשית בדיקה מעמיקה.
הרצתי traceroute ישירות מהראוטר (ddwrt) והתוצאות זוועתיות כמעט בכל הופ:
לגבי המודם, נראה תקין (לי לפחות, יתכן ותחדשו לי)
בכל מקרה, כנראה שאין מנוס ונצטרך לבלות כמה שעות אתם בטלפון
מעריך את זה שעשית בדיקה מעמיקה.
הרצתי traceroute ישירות מהראוטר (ddwrt) והתוצאות זוועתיות כמעט בכל הופ:
קוד: בחירת הכל
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
1 10.178.16.1 (10.178.16.1) 1345.060 ms 2860.597 ms *
2 172.18.9.134 (172.18.9.134) 4938.805 ms 2071.433 ms 2214.596 ms
3 172.17.3.109 (172.17.3.109) 2832.907 ms * 4489.261 ms
4 172.17.3.113 (172.17.3.113) 3513.111 ms * 2965.113 ms
5 * * *
6 * * *
7 * * *
8 core-213-57-0-69.PT.hotnet.net.il (213.57.0.69) 3406.668 ms 1373.005 ms 1652.729 ms
9 core-213-57-3-150.HFA.hotnet.net.il (213.57.3.150) 1383.922 ms * core-213-57-0-150.PT.hotnet.net.il (213.57.0.150) 3193.164 ms
10 108.170.251.129 (108.170.251.129) 3733.876 ms 108.170.252.1 (108.170.252.1) 1328.003 ms *
11 * * 209.85.242.147 (209.85.242.147) 3122.624 ms
12 google-public-dns-a.google.com (8.8.8.8) 1277.753 ms 1601.417 ms 1436.896 msקוד: בחירת הכל
traceroute to google.co.il (172.217.22.99), 30 hops max, 38 byte packets
1 10.178.16.1 (10.178.16.1) 2969.314 ms 4419.430 ms *
2 * * 172.18.9.134 (172.18.9.134) 903.973 ms
3 172.17.3.109 (172.17.3.109) 4761.660 ms 5001.784 ms 427.196 ms
4 172.17.3.113 (172.17.3.113) 235.772 ms 171.309 ms 144.167 ms
5 * * *
6 * * *
7 * * *
8 213.57.0.69 (213.57.0.69) 1539.465 ms 1624.362 ms 3151.428 ms
9 core-213-57-0-150.PT.hotnet.net.il (213.57.0.150) 3783.701 ms 3769.059 ms core-213-57-3-150.HFA.hotnet.net.il (213.57.3.150) 1548.179 ms
10 108.170.252.1 (108.170.252.1) 203.805 ms * 108.170.251.129 (108.170.251.129) 2816.980 ms
11 72.14.234.115 (72.14.234.115) 3137.027 ms 2651.583 ms 72.14.234.113 (72.14.234.113) 3207.579 ms
12 fra15s18-in-f3.1e100.net (172.217.22.99) 341.684 ms 1773.975 ms 3789.744 msבכל מקרה, כנראה שאין מנוס ונצטרך לבלות כמה שעות אתם בטלפון
נא להרשם/להכנס לחשבון בפורום על מנת לצפות בקבצים או בתמונות המצורפים לשרשור
- IdanTs
-
- חבר פעיל
- תגובות: 79
- הצטרף: יולי 2009
אלו הערכים של ההוט בוקס אצלי, האם יש פה משהו שנראה חשוד ויכול לגרום לבעיות שציינתי מקודם?
למי שלא קרא:
אני מקבל 200/5 מהירות תקינה לחלוטין, אבל פעם ביום יומיים המהירות צונחת ל-100/3 ורק כיבוי והדלקה של המודם מסדר את הבעיה.
הנה הערכים:
[imgur-album]6RRKVAZ[/imgur-album]
תודה.
למי שלא קרא:
אני מקבל 200/5 מהירות תקינה לחלוטין, אבל פעם ביום יומיים המהירות צונחת ל-100/3 ורק כיבוי והדלקה של המודם מסדר את הבעיה.
הנה הערכים:
[imgur-album]6RRKVAZ[/imgur-album]
תודה.
- vic1234
-
- חבר ותיק
- תגובות: 2143
- הצטרף: דצמבר 2008
תראה את ה EVENT LOG
- IdanTs
-
- חבר פעיל
- תגובות: 79
- הצטרף: יולי 2009
@vic1234
·
[imgur-album]4JSsTjo[/imgur-album]
·
[imgur-album]4JSsTjo[/imgur-album]
- eran405
-
- אחראי תחום רשתות
- תגובות: 3388
- הצטרף: פברואר 2012
@Kitty
·
@IdanTs
·
כמו שכבר כתבתי אני לא מומחה גדול בנתוני סינכרון של ההוטבוקס אבל נראה לי שהעוצמות אצל שניכם קצת חזקות:
https://www.netcheif.com/blog/?p=2064
למיטב הבנתי, אידאלית זה צריך להיות כמה שיותר קרוב ל-0 והטווח "התקין" הוא בין -8 ל-+8 (לפי הלינק לעיל ומה שאני זוכר במעורפל שקראתי).
לדוגמא אצלי אני מקבל:
[imgbig]https://i.ibb.co/rt93C1s/hotbox-connection.png[/imgbig]
ודרך אגב ההוטבוקס דולק כבר חודש ללא איתחול (האמת הפתיע גם אותי):
[imgbig]https://i.ibb.co/Vm5LvCx/hotbox-status.png[/imgbig]
·
@IdanTs
·
כמו שכבר כתבתי אני לא מומחה גדול בנתוני סינכרון של ההוטבוקס אבל נראה לי שהעוצמות אצל שניכם קצת חזקות:
https://www.netcheif.com/blog/?p=2064
למיטב הבנתי, אידאלית זה צריך להיות כמה שיותר קרוב ל-0 והטווח "התקין" הוא בין -8 ל-+8 (לפי הלינק לעיל ומה שאני זוכר במעורפל שקראתי).
לדוגמא אצלי אני מקבל:
[imgbig]https://i.ibb.co/rt93C1s/hotbox-connection.png[/imgbig]
ודרך אגב ההוטבוקס דולק כבר חודש ללא איתחול (האמת הפתיע גם אותי):
[imgbig]https://i.ibb.co/Vm5LvCx/hotbox-status.png[/imgbig]
- IdanTs
-
- חבר פעיל
- תגובות: 79
- הצטרף: יולי 2009
@eran405
·
וזה מה שגורם לדעתך לבעיות במהירות הורדה\העלאה שאני חווה מידי כמה ימים ואני צריך לכבות ולהדליק את המודם?
בכל אופן, מה עושים? צריך להחליף HOTBOX? להתקשר אליהם? לתקן משהו בארון תקשורת?
מצטער על החפירות פשוט זה קטע שכבר נגרר המון זמן ואין לי מושג מה הבעיה.
·
וזה מה שגורם לדעתך לבעיות במהירות הורדה\העלאה שאני חווה מידי כמה ימים ואני צריך לכבות ולהדליק את המודם?
בכל אופן, מה עושים? צריך להחליף HOTBOX? להתקשר אליהם? לתקן משהו בארון תקשורת?
מצטער על החפירות פשוט זה קטע שכבר נגרר המון זמן ואין לי מושג מה הבעיה.
- eran405
-
- אחראי תחום רשתות
- תגובות: 3388
- הצטרף: פברואר 2012
@IdanTs
·
כמו שאמרתי אני לא כזה מתמצא בנושא ואין לי מושג האם עוצמה חזק מידי יכולה לגרום לתופעות שלך או של Kitty.
בגדול עוצמות חזקות מידי זה פשוט עניין של מנחת מתאים. הכי טוב אם מצליחים שהוט ישלחו טכנאי ושהוא ישים מנחת משלהם (גם בטוח שיתאים לתשתית שלהם וגם בתקלות עתידיות לא תהיה בעיה לקבל שירות עם המנחת שלהם).
בראש "המעוות" שלי גם להחליף את hotbox נשמע כמו דבר שקל וכדאי לנסות (לדעתי לא קשור לעוצמות אבל אולי לבעיות שאתם מתארים שהרי כיבוי והדלקה של המכשיר פותר את הבעיה). לפחות בזמנו בתשתית בזק עם ציוד שלהם היה מאד קל לשכנע את המוקד הטכני שלהם להחליף ציוד (כי זה הכי פחות עבודה בשבילם). אין לי מושג עד זה קל מול הוט.
מה התמיכה של הוט אומרים אם אתה מתקשר אליהם בזמן שיש את התקלה ומתלונן על הנושא?
·
כמו שאמרתי אני לא כזה מתמצא בנושא ואין לי מושג האם עוצמה חזק מידי יכולה לגרום לתופעות שלך או של Kitty.
בגדול עוצמות חזקות מידי זה פשוט עניין של מנחת מתאים. הכי טוב אם מצליחים שהוט ישלחו טכנאי ושהוא ישים מנחת משלהם (גם בטוח שיתאים לתשתית שלהם וגם בתקלות עתידיות לא תהיה בעיה לקבל שירות עם המנחת שלהם).
בראש "המעוות" שלי גם להחליף את hotbox נשמע כמו דבר שקל וכדאי לנסות (לדעתי לא קשור לעוצמות אבל אולי לבעיות שאתם מתארים שהרי כיבוי והדלקה של המכשיר פותר את הבעיה). לפחות בזמנו בתשתית בזק עם ציוד שלהם היה מאד קל לשכנע את המוקד הטכני שלהם להחליף ציוד (כי זה הכי פחות עבודה בשבילם). אין לי מושג עד זה קל מול הוט.
מה התמיכה של הוט אומרים אם אתה מתקשר אליהם בזמן שיש את התקלה ומתלונן על הנושא?
- IdanTs
-
- חבר פעיל
- תגובות: 79
- הצטרף: יולי 2009
@eran405
·
עוד לא יצא לי להתקשר אליהם, כי אני קצת פסימי לגבי כמה שהם ינסו לעזור.
אולי אתקשר אליהם השבוע, אדבר עם התמיכה הטכנית ואז אני אעדכן פה באשכול מה שהם אמרו\הציעו.
·
עוד לא יצא לי להתקשר אליהם, כי אני קצת פסימי לגבי כמה שהם ינסו לעזור.
אולי אתקשר אליהם השבוע, אדבר עם התמיכה הטכנית ואז אני אעדכן פה באשכול מה שהם אמרו\הציעו.
- חייםמלכה
-
- עוסק בתחום
- תגובות: 106
- הצטרף: ינואר 2011
·מה קורה יש פתרון ?Kitty כתב:@eran405 בדיוק.
- מוריד משהו לאורך זמן - פחות או יותר 10 דק (אני מקבל מהירות של כ-6MB/s)
- אחרי כ-10 דק׳ המהירות יורדת לכ-500kB/s (לפעמים קצת יותר, 1MB/s מקסימום, לרוב קצת פחות)
- פינגים מטורפים + packet loss:
PING google.co.il (216.58.206.3) 56(84) bytes of data.
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=1 ttl=55 time=3206 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=2 ttl=55 time=2321 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=3 ttl=55 time=2696 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=4 ttl=55 time=2111 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=5 ttl=55 time=1064 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=6 ttl=55 time=1381 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=7 ttl=55 time=1802 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=8 ttl=55 time=4209 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=9 ttl=55 time=4073 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=10 ttl=55 time=3450 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=11 ttl=55 time=3034 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=12 ttl=55 time=2211 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=13 ttl=55 time=1836 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=14 ttl=55 time=966 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=15 ttl=55 time=2147 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=16 ttl=55 time=1661 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=17 ttl=55 time=1346 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=18 ttl=55 time=1884 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=19 ttl=55 time=3603 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=20 ttl=55 time=3327 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=21 ttl=55 time=3224 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=22 ttl=55 time=2254 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=23 ttl=55 time=1306 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=24 ttl=55 time=847 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=25 ttl=55 time=3599 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=26 ttl=55 time=2567 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=27 ttl=55 time=1781 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=28 ttl=55 time=735 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=29 ttl=55 time=3819 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=30 ttl=55 time=3274 ms
^C
--- google.co.il ping statistics ---
34 packets transmitted, 30 received, 11.7647% packet loss, time 121ms
rtt min/avg/max/mdev = 734.800/2391.122/4208.908/999.873 ms, pipe 5
לשם השוואה, אחרי ריסט:
PING google.co.il (216.58.206.3) 56(84) bytes of data.
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=1 ttl=55 time=60.5 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=2 ttl=55 time=60.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=3 ttl=55 time=61.2 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=4 ttl=55 time=60.6 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=5 ttl=55 time=60.9 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=6 ttl=55 time=60.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=7 ttl=55 time=63.5 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=8 ttl=55 time=59.6 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=9 ttl=55 time=60.8 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=10 ttl=55 time=60.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=11 ttl=55 time=60.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=12 ttl=55 time=60.5 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=13 ttl=55 time=59.8 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=14 ttl=55 time=62.2 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=15 ttl=55 time=59.3 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=16 ttl=55 time=60.6 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=17 ttl=55 time=59.7 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=18 ttl=55 time=59.9 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=19 ttl=55 time=62.2 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=20 ttl=55 time=60.4 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=21 ttl=55 time=60.5 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=22 ttl=55 time=68.3 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=23 ttl=55 time=61.9 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=24 ttl=55 time=61.8 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=25 ttl=55 time=69.4 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=26 ttl=55 time=60.10 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=27 ttl=55 time=59.6 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=28 ttl=55 time=66.3 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=29 ttl=55 time=76.2 ms
64 bytes from fra16s20-in-f3.1e100.net (216.58.206.3): icmp_seq=30 ttl=55 time=59.4 ms
^C
--- google.co.il ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 58ms
לגבי הקובץ צודק, זה משהו כמו 1.2G (כי זה 10gbit - http://www.ovh.net/files/)...
אני חובה פנגים מטורפים מתחיל בסדר ואז קופץ לפינג 1000 חוזר להיות רגיל ..
נא להרשם/להכנס לחשבון בפורום על מנת לצפות בקבצים או בתמונות המצורפים לשרשור
- Meny
-
- חבר שרק התחיל
- תגובות: 1
- הצטרף: ינואר 2020