מאמרים אחרונים

שתף בפייסבוק שיתוף בפייסבוק
RSS - מאמריםמאמרים
RSS - פורומיםפורומים
דווח למנהל דיווח למנהל
קישור לעמוד זה קישור לעמוד זה


בעיית פינגים גבוהים לאחר העמסה של הרשת? HOT + HOTNET


עמוד 2 מתוך 3
עבור לעמוד הקודם  |  1  |  2  |  3  |  הבא 
   פורומים > HTPC ומחשוב > אינטרנט
מחבר הודעה
Tzav
חבר שרק התחיל
חבר שרק התחיל

הצטרף בתאריך:
  Aug 10, 2018
מספר הודעות: 9

 #16  נשלח: א' 10/03/2019 23:08

bourbon



למה ש-SNR גבוה יהווה איזושהי בעיה?

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

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

לצערי בהוט הם לא יודעים בכלל איך לעזור לי, אני כל יום איתם בטלפון. אמרו לי שמחר יחזור אלי מישהו "מקצועי" מהתמיכה. הבעיה היא שכבר כמה ימים אומרים לי את זה ואף אחד לא מתקשר \:
| פרופיל | שלח הודעה | חפש
bourbon (זאב)
חבר שרק התחיל
חבר שרק התחיל

הצטרף בתאריך:
  Apr 16, 2006
הבעות תודה: 4
מספר הודעות: 25

 #17  נשלח: א' 10/03/2019 23:31

Tzav
·טעות שלי - התכוונתי שה-SNR אצלך נמוך יותר מאצלי ולא גבוה יותר (הוא כ-44 אצלי).

העוצמת שידור אצלך לא רק כפולה מאצלי, אלא לפחות עד כמה שאני רואה - חורגת מהנורמה הרצויה (ראה פה: ." rel="nofollow" class="postlink" target="_blank">https://www.speedguide.net/faq/what-cable-modem-si...

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

הצטרף בתאריך:
  Aug 10, 2018
מספר הודעות: 9

 #18  נשלח: ב' 11/03/2019 0:08

bourbon
·

אצלי זאת דירה חדשה בבנין שעבר תמ"א. נראה שהתשתיות די מחודשות, אבל לך תדע..

נראה מה יגידו מחר
| פרופיל | שלח הודעה | חפש
Tzav
חבר שרק התחיל
חבר שרק התחיל

הצטרף בתאריך:
  Aug 10, 2018
מספר הודעות: 9

 #19  נשלח: ו' 15/03/2019 13:23

טוב זה כבר ממש בדיחה



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

גם דיברתי עם התמיכה והם אמרו לי ש"העוצמות תקינות כי זה ירוק אצלו", ושמותר שזה יהיה עד 26dBmV בקליטה. נשמע לי הזוי מה גם שזה לא תואם את התקן.

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

הצטרף בתאריך:
  Jun 28, 2012
הבעות תודה: 4
מספר הודעות: 202

 #20  נשלח: שבת 16/03/2019 15:37

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

הצטרף בתאריך:
  Jan 17, 2011
מספר הודעות: 104

 #21  נשלח: שבת 04/05/2019 7:22

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


| פרופיל | שלח הודעה | חפש
Kitty
חבר פעיל מאוד
חבר פעיל מאוד

הצטרף בתאריך:
  May 06, 2005
הבעות תודה: 19
מספר הודעות: 297

 #22  נשלח: שבת 04/05/2019 14:30

גם לי קורה משהו מוזר (הוט + הוטנט 200)
לאחרונה אני משתמש בrsync להוריד כמה ג׳יגות, ואחרי כמה דק המהירות צונחת, פינגים גבוהים וכו׳
ריסטרט כמובן פותר, ולאחרונה בעקבות עצלנות גם "Init Scan" בממשק ניהול שההוטבוקס (1) פותר את זה.

הקפיצות זה כל פעם שהרצתי "Init Scan", המהירות חוזרת להיות נורמלית, ואחרי כמה דק אפשר לראות תירדידה.
זה כאילו הם מגבילים את התעבורה אחרי ״עומס״ של כ10 דק

אותו דבר קורה כשאני מנסה סתם להוריד קובץ גדול http://www.ovh.net/files/10Gb.dat עם wget


הצד המקבל (חסר קצת דגימות באמצע)

השרת

| פרופיל | שלח הודעה | חפש
eran405
חבר ותיק
חבר ותיק

הצטרף בתאריך:
  Feb 27, 2012
הבעות תודה: 394
מספר הודעות: 2180

 #23  נשלח: ד' 08/05/2019 11:34

Kitty
·

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

נגיד שאני מוריד את http://www.ovh.net/files/10Gb.dat (שדרך אגב הוא רק 1 גיגה?!), מה אני אמור לראות? שההורדה מתחילה מהר ואז מאטה? ואחרי שההורדה מסתיימת אני אמור לקבל פינגים/ביצועים גרועים לזמן מסויים או עד שעושים ריסטרט למודם או שאני בכלל לא מבין?
| פרופיל | שלח הודעה | חפש
Kitty
חבר פעיל מאוד
חבר פעיל מאוד

הצטרף בתאריך:
  May 06, 2005
הבעות תודה: 19
מספר הודעות: 297

 #24  נשלח: ד' 08/05/2019 11:48

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/)
| פרופיל | שלח הודעה | חפש
eran405
חבר ותיק
חבר ותיק

הצטרף בתאריך:
  Feb 27, 2012
הבעות תודה: 394
מספר הודעות: 2180

 #25  נשלח: ה' 09/05/2019 15:31

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/ubuntu-19.04-d...
שירד תוך כ-2 דקות בכ-18 MB/s בצורה יציבה והפינגים נשארו ללא שינוי.

לבסוף הורדתי כ-17 גיגה מ-FTP פרטי שלי בכ-11 MB/s למשך 14 דקות ושוב לא הייתה ירידה בקצב או הרעה בפינגים אחרי הבדיקה.

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

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

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

הצטרף בתאריך:
  Jul 20, 2009
מספר הודעות: 40

 #26  נשלח: ה' 09/05/2019 18:01

טוב כבר דיברנו על זה בעבר אבל זה ממש נהיה בלתי נסבל.

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

בכל אופן, שוב הבעיות חוזרות על עצמן, אני מקבל 200/5 מהירות הורדה העלאה, אבל אחרי כמה ימים (אפילו אחרי יום אחד) המהירויות יורדות ל-80/3 במקרה הטוב (!), ואז אני שוב צריך לכבות ולהדליק את המודם (לפעמים עם לעשות לו RESET)

מה הקטע? ואיפה הבעיה, HOT או HOTNET?
| פרופיל | שלח הודעה | חפש
Kitty
חבר פעיל מאוד
חבר פעיל מאוד

הצטרף בתאריך:
  May 06, 2005
הבעות תודה: 19
מספר הודעות: 297

 #27  נשלח: ה' 09/05/2019 20:02

eran405
מעריך את זה שעשית בדיקה מעמיקה.

הרצתי 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
חבר שרק התחיל
חבר שרק התחיל

הצטרף בתאריך:
  Jul 20, 2009
מספר הודעות: 40

 #28  נשלח: ה' 09/05/2019 23:24

אלו הערכים של ההוט בוקס אצלי, האם יש פה משהו שנראה חשוד ויכול לגרום לבעיות שציינתי מקודם?
למי שלא קרא:
אני מקבל 200/5 מהירות תקינה לחלוטין, אבל פעם ביום יומיים המהירות צונחת ל-100/3 ורק כיבוי והדלקה של המודם מסדר את הבעיה.

הנה הערכים:


תודה.
| פרופיל | שלח הודעה | חפש
vic1234
חבר ותיק
חבר ותיק

הצטרף בתאריך:
  Dec 13, 2008
הבעות תודה: 154
מספר הודעות: 1908

 #29  נשלח: ה' 09/05/2019 23:37

תראה את ה EVENT LOG
| פרופיל | שלח הודעה | חפש
IdanTs
חבר שרק התחיל
חבר שרק התחיל

הצטרף בתאריך:
  Jul 20, 2009
מספר הודעות: 40

 #30  נשלח: ו' 10/05/2019 0:27

vic1234
·

| פרופיל | שלח הודעה | חפש
כל הזמנים הם שעון קיץ - ישראל (GMT+3) הצג הודעות קודמות:    
פורומים > אינטרנט עבור לעמוד הקודם  |  1  |  2  |  3  |  הבא 


  
    שם משתמש:
נתוני כניסה לכל אתרי HT:

  סיסמא:
 

  


 | 

קפוץ אל: 
לא ניתן לשלוח הודעות בפורום זה
לא ניתן להגיב להודעות בפורום זה
לא ניתן לערוך את הודעותיך בפורום זה
לא ניתן למחוק את הודעותיך בפורום זה
לא ניתן להצביע לסקרים בפורום זה
לא ניתן לצרף קבצים בפורום זה
לא ניתן להוריד קבצים בפורום זה

תקנון / תנאי השימוש באתר צור קשר / contact us כל הזכויות שמורות לקבוצת ht