@bourbon
למה ש-SNR גבוה יהווה איזושהי בעיה?
הגיוני שבדירה בלי מפצלים לטלוויזיה וכו' יהיו עוצמות גבוהות יותר מבדירה עם מפצלים. יש אצלי רק כבל אחד ישיר להוטבוקס.
וגם אם העוצמה הגבוה בעייתית - הייתי מצפה שזה יפריע לי כל הזמן ולא רק אחרי שאני מעמיס, לא? אפשר לנסות לשים איזה מנחת בכניסה אבל אני קצת סקפטי לגבי זה..
לצערי בהוט הם לא יודעים בכלל איך לעזור לי, אני כל יום איתם בטלפון. אמרו לי שמחר יחזור אלי מישהו "מקצועי" מהתמיכה. הבעיה היא שכבר כמה ימים אומרים לי את זה ואף אחד לא מתקשר \:
בעיית פינגים גבוהים לאחר העמסה של הרשת? HOT + HOTNET
@Tzav
·טעות שלי - התכוונתי שה-SNR אצלך נמוך יותר מאצלי ולא גבוה יותר (הוא כ-44 אצלי).
העוצמת שידור אצלך לא רק כפולה מאצלי, אלא לפחות עד כמה שאני רואה - חורגת מהנורמה הרצויה (ראה פה: https://www.speedguide.net/faq/what-cab ... ed-good-78).
כן, התמיכה של הוט קטסטרופלית - אבל כמעט בטוח שהפתרון נמצא אצלהם. תתעקש שעל פי הסימפטומים ברור שהבעיה בקו או במודם - ותדרוש שיגיע טכנאי. אולי אפילו תשאל לגבי עוצמות השידור הגבוהות. אצלי הבעיה היתה שהיה פיצול איפשהו מחוץ לבית עם מגבר ענתיקה, וברגע שהחליפו אותו חלפה הבעיה. אם זה בניין ישן כמו אצלי - שווה אולי לעבור עם הטכנאי על כל התוואי של הכבלים ולבקש שיחליף כל מפצל/מגבר ישן...
·טעות שלי - התכוונתי שה-SNR אצלך נמוך יותר מאצלי ולא גבוה יותר (הוא כ-44 אצלי).
העוצמת שידור אצלך לא רק כפולה מאצלי, אלא לפחות עד כמה שאני רואה - חורגת מהנורמה הרצויה (ראה פה: https://www.speedguide.net/faq/what-cab ... ed-good-78).
כן, התמיכה של הוט קטסטרופלית - אבל כמעט בטוח שהפתרון נמצא אצלהם. תתעקש שעל פי הסימפטומים ברור שהבעיה בקו או במודם - ותדרוש שיגיע טכנאי. אולי אפילו תשאל לגבי עוצמות השידור הגבוהות. אצלי הבעיה היתה שהיה פיצול איפשהו מחוץ לבית עם מגבר ענתיקה, וברגע שהחליפו אותו חלפה הבעיה. אם זה בניין ישן כמו אצלי - שווה אולי לעבור עם הטכנאי על כל התוואי של הכבלים ולבקש שיחליף כל מפצל/מגבר ישן...
טוב זה כבר ממש בדיחה
קבעו לי להיום התקנה של הוט בוקס 2 במקום ההוט בוקס 1 שיש לי בטענה שזה צריך לסדר את התקלה. היום הטכנאי מתקשר ואומר שהוא לא יכול להחליף 1 ב-2, ושאני צריך שוב לדבר עם התמיכה. אני לא מבין איך בהוט מרשים לעצמם לעבור על החוק, לקבוע התקנה ולהחליט באותו יום לא להגיע. נשמע שיד ימין אצלם לא יודעת מה יד שמאל עושה.
גם דיברתי עם התמיכה והם אמרו לי ש"העוצמות תקינות כי זה ירוק אצלו", ושמותר שזה יהיה עד 26dBmV בקליטה. נשמע לי הזוי מה גם שזה לא תואם את התקן.
יש משהו שאני אוכל לעשות בעצמי? חשבתי לקנות כמה מנחתים ולנסות להתקין אותם בעצמי ולראות אם זה עוזר..
קבעו לי להיום התקנה של הוט בוקס 2 במקום ההוט בוקס 1 שיש לי בטענה שזה צריך לסדר את התקלה. היום הטכנאי מתקשר ואומר שהוא לא יכול להחליף 1 ב-2, ושאני צריך שוב לדבר עם התמיכה. אני לא מבין איך בהוט מרשים לעצמם לעבור על החוק, לקבוע התקנה ולהחליט באותו יום לא להגיע. נשמע שיד ימין אצלם לא יודעת מה יד שמאל עושה.
גם דיברתי עם התמיכה והם אמרו לי ש"העוצמות תקינות כי זה ירוק אצלו", ושמותר שזה יהיה עד 26dBmV בקליטה. נשמע לי הזוי מה גם שזה לא תואם את התקן.
יש משהו שאני אוכל לעשות בעצמי? חשבתי לקנות כמה מנחתים ולנסות להתקין אותם בעצמי ולראות אם זה עוזר..
גם לי קורה משהו מוזר (הוט + הוטנט 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
-
- הצד המקבל (חסר קצת דגימות באמצע)
-
- השרת
@Kitty
·
יותר מאוחר תהיה לי אפשרות לבדוק על חיבור של הוט+הוטנט 200 מגה ואני יכול לבדוק אם זה קורה גם שם. אני רק לא בטוח שאני מבין את הבעיה:
נגיד שאני מוריד את http://www.ovh.net/files/10Gb.dat (שדרך אגב הוא רק 1 גיגה?!), מה אני אמור לראות? שההורדה מתחילה מהר ואז מאטה? ואחרי שההורדה מסתיימת אני אמור לקבל פינגים/ביצועים גרועים לזמן מסויים או עד שעושים ריסטרט למודם או שאני בכלל לא מבין?
·
יותר מאוחר תהיה לי אפשרות לבדוק על חיבור של הוט+הוטנט 200 מגה ואני יכול לבדוק אם זה קורה גם שם. אני רק לא בטוח שאני מבין את הבעיה:
נגיד שאני מוריד את http://www.ovh.net/files/10Gb.dat (שדרך אגב הוא רק 1 גיגה?!), מה אני אמור לראות? שההורדה מתחילה מהר ואז מאטה? ואחרי שההורדה מסתיימת אני אמור לקבל פינגים/ביצועים גרועים לזמן מסויים או עד שעושים ריסטרט למודם או שאני בכלל לא מבין?
@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/)
@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) בדיוק איפה יש נפילה בפינגים. די בטוח שזה לא יהיה ברשת הפנימית שלך אבל אם זה בפינג הראשון לראוטר שלך אז הבעיה אצלך ואתה צריך לבודד אותה.
ההימור שלי שזה יהיה בקפיצה הראשונה אחרי הראוטר שלך, כלומר מגיע מהתשתית של הוט. אם זה באמת המצב כנראה שהבעיה בתשתית של הוט ואתה צריך איכשהוא להצליח שהם יטפלו בזה (דבר שבכלל לא פשוט).
אתה יכול וכנראה מומלץ: לאפס את ההוטבוקס, לשחזר את הבעיה ולבדוק את הנתונים בהוטבוקס (כמו העוצמות ומספרי השגיאות וכו'). אני פחות מתמצא בנושא אבל אם תפרסם את התוצאות פה כנראה שיהיה מי שיעזור לך לפרש אותם (יש גם הרבה שירשורים בנושא).
לבסוף אם הבעיה בכלל אחרי הקפיצה מהראוטר שלך לציוד הקרוב אצל הספק, כלומר בניתוב של הספק לחו"ל, הייתי מנסה את הטריק של להפעיל סינון אתרים, אולי זה ישפר את הניתוב.
טוב כבר דיברנו על זה בעבר אבל זה ממש נהיה בלתי נסבל.
אני גם הוט והוט נט, היו לי בעיות שפעם בכמה ימים הייתי צריך לכבות ולהדליק את המודם כדי שהמהירויות יחזרו להיות תקינות.
אחר כך פתאום הם הכניסו לי NAT לכל העניין, אבל את זה הם סידרו אחר כך אחרי שיחה עם התמיכה שלהם.
בכל אופן, שוב הבעיות חוזרות על עצמן, אני מקבל 200/5 מהירות הורדה העלאה, אבל אחרי כמה ימים (אפילו אחרי יום אחד) המהירויות יורדות ל-80/3 במקרה הטוב (!), ואז אני שוב צריך לכבות ולהדליק את המודם (לפעמים עם לעשות לו RESET)
מה הקטע? ואיפה הבעיה, HOT או HOTNET?
אני גם הוט והוט נט, היו לי בעיות שפעם בכמה ימים הייתי צריך לכבות ולהדליק את המודם כדי שהמהירויות יחזרו להיות תקינות.
אחר כך פתאום הם הכניסו לי NAT לכל העניין, אבל את זה הם סידרו אחר כך אחרי שיחה עם התמיכה שלהם.
בכל אופן, שוב הבעיות חוזרות על עצמן, אני מקבל 200/5 מהירות הורדה העלאה, אבל אחרי כמה ימים (אפילו אחרי יום אחד) המהירויות יורדות ל-80/3 במקרה הטוב (!), ואז אני שוב צריך לכבות ולהדליק את המודם (לפעמים עם לעשות לו RESET)
מה הקטע? ואיפה הבעיה, HOT או HOTNET?
@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
בכל מקרה, כנראה שאין מנוס ונצטרך לבלות כמה שעות אתם בטלפון