נתוקים חוזרים של האינטרנט בכבלים - זקוק לעצתכם - רשתות ואינטרנט - HWzone פורומים
עבור לתוכן
  • צור חשבון

נתוקים חוזרים של האינטרנט בכבלים - זקוק לעצתכם


shlomom

Recommended Posts

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

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

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

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

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

2007/08/04 11:11:13 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:11:13 : L2TP disconnect.

2007/08/04 11:11:13 : Wireless address 00:0E:2E:3F:0F:4F has connected with the device

2007/08/04 11:11:15 : Wireless address 00:0E:2E:3F:0F:4F has obtained IP address 192.168.1.5

2007/08/04 11:11:15 : Wireless address 00:0E:2E:3F:0F:4F has obtained IP address 192.168.1.5

2007/08/04 11:11:16 : receive stopCCN!

2007/08/04 11:11:23 : L2TP try to connect.

2007/08/04 11:11:23 : Dial On Demand (L2TP)

2007/08/04 11:11:34 : L2TP try to connect.

2007/08/04 11:11:34 : Dial On Demand (L2TP)

2007/08/04 11:11:41 : L2TP try to connect.

2007/08/04 11:11:41 : L2TP session connected, now start PPP session

2007/08/04 11:11:41 : PAP authentication failed

2007/08/04 11:11:41 : Username and Password : failed

2007/08/04 11:11:45 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:11:45 : L2TP disconnect.

2007/08/04 11:11:52 : L2TP try to connect.

2007/08/04 11:11:52 : Dial On Demand (L2TP)

2007/08/04 11:11:52 : L2TP session connected, now start PPP session

2007/08/04 11:11:52 : PAP authentication failed

2007/08/04 11:11:52 : Username and Password : failed

2007/08/04 11:11:56 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:11:56 : L2TP disconnect.

2007/08/04 11:11:59 : L2TP try to connect.

2007/08/04 11:11:59 : Dial On Demand (L2TP)

2007/08/04 11:11:59 : L2TP session connected, now start PPP session

2007/08/04 11:11:59 : PAP authentication failed

2007/08/04 11:11:59 : Username and Password : failed

2007/08/04 11:12:03 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:12:03 : L2TP disconnect.

2007/08/04 11:12:09 : L2TP try to connect.

2007/08/04 11:12:09 : L2TP session connected, now start PPP session

2007/08/04 11:12:09 : PAP authentication failed

2007/08/04 11:12:09 : Username and Password : failed

2007/08/04 11:12:13 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:12:13 : L2TP disconnect.

2007/08/04 11:12:27 : L2TP try to connect.

2007/08/04 11:12:27 : Dial On Demand (L2TP)

2007/08/04 11:12:27 : L2TP session connected, now start PPP session

2007/08/04 11:12:27 : PAP authentication failed

2007/08/04 11:12:27 : Username and Password : failed

2007/08/04 11:12:31 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:12:31 : L2TP disconnect.

2007/08/04 11:12:42 : L2TP try to connect.

2007/08/04 11:12:42 : Dial On Demand (L2TP)

2007/08/04 11:12:42 : L2TP session connected, now start PPP session

2007/08/04 11:12:42 : PAP authentication failed

2007/08/04 11:12:42 : Username and Password : failed

2007/08/04 11:12:46 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:12:46 : L2TP disconnect.

2007/08/04 11:12:56 : L2TP try to connect.

2007/08/04 11:12:57 : L2TP session connected, now start PPP session

2007/08/04 11:12:57 : PAP authentication failed

2007/08/04 11:12:57 : Username and Password : failed

2007/08/04 11:13:01 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:13:01 : L2TP disconnect.

2007/08/04 11:15:08 : L2TP try to connect.

2007/08/04 11:15:08 : Dial On Demand (L2TP)

2007/08/04 11:15:08 : L2TP session connected, now start PPP session

2007/08/04 11:15:09 : Username and Password : OK

2007/08/04 11:15:09 : local IP address *.*.*.*

2007/08/04 11:15:09 : local Primary DNS address 192.115.106.35

2007/08/04 11:15:09 : local Secondary DNS address 62.219.186.7

2007/08/04 11:15:09 : Primary DNS address 192.115.106.35

2007/08/04 11:15:09 : Secondary DNS address 62.219.186.7

קישור לתוכן
שתף באתרים אחרים

גם בPPTP הוא נותן לך לוג דומה?

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

כל המסביב זה בסדר.

בגלל שאתה מצליח להתחבר בסופו של דבר אפשר רק להניח שהבעיה היא בחיבור אל בינ"ל.

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

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

ואם לא הצליח שם דבר, תתקשר לתמיכה.

קישור לתוכן
שתף באתרים אחרים

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

הבעיה זה לא שהוא לא מצליח להתחבר זה לוקח דקה או שתיים וזה מתחבר.

הבעיה היא שזה מתנתק - למה זה מתנתק מלכתחילה?

ב PPTP ההודעה נראית כך:

2007/08/04 21:29:41 : Excessive lack of response to LCP echo frames.

2007/08/04 21:29:41 : lcp echo request die

2007/08/04 21:30:52 : Timout connecting to peer!

2007/08/04 21:30:52 : Could not open PPTP control connection to 212.25.127.2

2007/08/04 21:30:56 : Timout connecting to peer!

2007/08/04 21:30:56 : Could not open PPTP control connection to 212.25.127.2

2007/08/04 21:30:56 : PPTP client connection established.

2007/08/04 21:30:59 : Username and Password : OK

וב L2TP כך:

2007/08/04 11:11:13 : L2tp: Return Control message ZLB for CDN

2007/08/04 11:11:13 : L2TP disconnect.

2007/08/04 11:11:16 : receive stopCCN!

2007/08/04 11:11:23 : L2TP try to connect.

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

השאלה אם זה נורמלי ולמה הצד השני לא עונה וגורם לניתוק הלינק?

אולי מישהו שעבד בחברת ומכיר בעיה דומה?

לגבי זה:

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

הם נתנו לי שם (matav.bezeqint.net) ולא כתובת - זה יותר יעל כי אם שרת מסויים לא פעיל אז עם ה IP שלו לא ניתן להתחבר וכך DNS יכול לתת שרת זמין. אם אתם מכירים כתובות אחרות שלהם אז אני אנסה.

קישור לתוכן
שתף באתרים אחרים

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

אני רוצה להבין איך מחוברים בדיוק דרך כבלים לספק?

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

האם שאני מקים קשר L2TP/PPTP זה מול שרת אצל הכבלים או אצל -בינלאומי?

דיברתי עם והם הציעו לי לבקש מהכבלים מעקב של 24 שעות על המודם שלי.

קישור לתוכן
שתף באתרים אחרים

קישור ה-L2TP/PPTP הוא מול ה-Load Balancer של בזק בינ"ל, אבל לא בטוח שמשם נובע הניתוק. דבר עם הוט ותבקש מהם שינטרו את הקו שלך, אולי הם יראו שם ריטוטים כלשהם.

לשאלתך, הכבלים זו בסך הכל רשת LAN אחת גדולה שב-gateway שלה קיימים routes סטטיים לשרתים של ספקיות האינטרנט (אם תעשה פינג לכתובת matav.bezeqint.net אתה תראה שאתה מקבל כתובת IP אמיתית תקינה לחלוטין), כך שכאשר אתה מגדיר בחייגן שלך קישור PPTP או L2TP לשרת של ספק האינטרנט, אתה יוצר מולו למעשה על גבי ה-LAN של הכבלים, ומקבל ממנו כתובת IP שאיתה אתה יכול לצאת החוצה לאינטרנט.

קישור לתוכן
שתף באתרים אחרים

אף פעם, אבל אף פעם אל תרים חייגן על matav.bezeqint.net יש שרתים שעושים בעיות, חלק מהשרתים הרבה יותר עמוסים מהשאר וכו'.

Default Server: dns2.bezeqint.net
Address: 192.115.106.35:53

> matav.bezeqint.net
Server: dns2.bezeqint.net
Address: 192.115.106.35:53

Non-authoritative answer:
Name: matav.bezeqint.net
Addresses: 212.25.127.4, 212.179.61.77, 212.25.127.1, 212.25.127.2
212.25.127.3


Pinging 212.25.127.1 with 32 bytes of data:

Reply from 212.25.127.1: bytes=32 time=11ms TTL=248
Reply from 212.25.127.1: bytes=32 time=16ms TTL=248
Reply from 212.25.127.1: bytes=32 time=25ms TTL=248
Reply from 212.25.127.1: bytes=32 time=12ms TTL=248

Ping statistics for 212.25.127.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 25ms, Average = 16ms



Pinging 212.25.127.2 with 32 bytes of data:

Reply from 212.25.127.2: bytes=32 time=15ms TTL=254
Reply from 212.25.127.2: bytes=32 time=17ms TTL=254
Reply from 212.25.127.2: bytes=32 time=20ms TTL=254
Reply from 212.25.127.2: bytes=32 time=17ms TTL=254

Ping statistics for 212.25.127.2:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 15ms, Maximum = 20ms, Average = 17ms


Pinging 212.25.127.3 with 32 bytes of data:

Reply from 212.25.127.3: bytes=32 time=15ms TTL=254
Reply from 212.25.127.3: bytes=32 time=14ms TTL=254
Reply from 212.25.127.3: bytes=32 time=12ms TTL=254
Reply from 212.25.127.3: bytes=32 time=12ms TTL=254

Ping statistics for 212.25.127.3:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 15ms, Average = 13ms

שרת 4 עושה בעיות עם פינגים שקופצים ל200+

Pinging 212.25.127.4 with 32 bytes of data:

Reply from 212.25.127.4: bytes=32 time=269ms TTL=254
Reply from 212.25.127.4: bytes=32 time=11ms TTL=254
Reply from 212.25.127.4: bytes=32 time=15ms TTL=254
Reply from 212.25.127.4: bytes=32 time=21ms TTL=254

Ping statistics for 212.25.127.4:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss)
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 269ms, Average = 79ms

Pinging 212.25.127.4 with 32 bytes of data:

Reply from 212.25.127.4: bytes=32 time=21ms TTL=254
Reply from 212.25.127.4: bytes=32 time=13ms TTL=254
Reply from 212.25.127.4: bytes=32 time=12ms TTL=254
Reply from 212.25.127.4: bytes=32 time=117ms TTL=254

Ping statistics for 212.25.127.4:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 12ms, Maximum = 117ms, Average = 40ms


Pinging 212.25.127.4 with 32 bytes of data:

Reply from 212.25.127.4: bytes=32 time=207ms TTL=254
Reply from 212.25.127.4: bytes=32 time=228ms TTL=254
Reply from 212.25.127.4: bytes=32 time=10ms TTL=254
Reply from 212.25.127.4: bytes=32 time=11ms TTL=254

Ping statistics for 212.25.127.4:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 10ms, Maximum = 228ms, Average = 114ms

והשרת 212.179.61.77 בכלל נותן לי expired in transit


Pinging 212.179.61.77 with 32 bytes of data:

Reply from 10.20.122.133: TTL expired in transit.
Reply from 10.20.122.133: TTL expired in transit.
Reply from 10.20.122.133: TTL expired in transit.
Reply from 10.20.122.133: TTL expired in transit.

Ping statistics for 212.179.61.0:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

אני מציע לך אם אתה מרים חייגן תעבור על הכתובות של השרתים מהאזור שלך, וכתובת IP לא כתובת DNS.

ותבחר את השרת שנותן לך את התוצאות הכי טובות, הייתי מריץ כל שרת עם 500 לופים, ובודק מי נותן את הlatency הטוב ביותר ומי נותן הכי פחות packet loss.

כי עם כולם יהיה לך פה ושם RTO...

ping 212.25.127.1 -t1

Pinging 212.25.127.1 with 32 bytes of data:

Reply from 212.25.127.1: bytes=32 time=25ms TTL=248
Reply from 212.25.127.1: bytes=32 time=12ms TTL=248
Reply from 212.25.127.1: bytes=32 time=13ms TTL=248
Reply from 212.25.127.1: bytes=32 time=18ms TTL=248
Reply from 212.25.127.1: bytes=32 time=16ms TTL=248
Reply from 212.25.127.1: bytes=32 time=22ms TTL=248
Reply from 212.25.127.1: bytes=32 time=38ms TTL=248
Reply from 212.25.127.1: bytes=32 time=18ms TTL=248
Reply from 212.25.127.1: bytes=32 time=16ms TTL=248
Reply from 212.25.127.1: bytes=32 time=12ms TTL=248
Reply from 212.25.127.1: bytes=32 time=14ms TTL=248
Reply from 212.25.127.1: bytes=32 time=15ms TTL=248
Reply from 212.25.127.1: bytes=32 time=16ms TTL=248
Reply from 212.25.127.1: bytes=32 time=13ms TTL=248
Reply from 212.25.127.1: bytes=32 time=13ms TTL=248
Reply from 212.25.127.1: bytes=32 time=12ms TTL=248
Reply from 212.25.127.1: bytes=32 time=14ms TTL=248
Reply from 212.25.127.1: bytes=32 time=18ms TTL=248
Reply from 212.25.127.1: bytes=32 time=19ms TTL=248
Request timed out.
Reply from 212.25.127.1: bytes=32 time=21ms TTL=248
Reply from 212.25.127.1: bytes=32 time=33ms TTL=248
Reply from 212.25.127.1: bytes=32 time=18ms TTL=248
Reply from 212.25.127.1: bytes=32 time=17ms TTL=248
Reply from 212.25.127.1: bytes=32 time=12ms TTL=248
Reply from 212.25.127.1: bytes=32 time=20ms TTL=248
Reply from 212.25.127.1: bytes=32 time=15ms TTL=248
Reply from 212.25.127.1: bytes=32 time=14ms TTL=248
Reply from 212.25.127.1: bytes=32 time=18ms TTL=248
Reply from 212.25.127.1: bytes=32 time=11ms TTL=248

קישור לתוכן
שתף באתרים אחרים

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

קישור לתוכן
שתף באתרים אחרים

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

אני מכיר את הבעיה הזאת אישית, כמה חרא אכלתי עד שזה סודר!

החליפו לי מודם כבלים, ממירים, לבסוף התקינו לי מגבר+פילטרים חדשים, ומאז טפו, טפו... הכל בסדר.

*שלומו תבקש מגבר חדש או החלפה של מגבר.

קישור לתוכן
שתף באתרים אחרים

אני מכיר את הבעיה הזאת אישית, כמה חרא אכלתי עד שזה סודר!

החליפו לי מודם כבלים, ממירים, לבסוף התקינו לי מגבר+פילטרים חדשים, ומאז טפו, טפו... הכל בסדר.

*שלומו תבקש מגבר חדש או החלפה של מגבר.

גם לי אישית זה קרה, פשוט סיוט :S

קישור לתוכן
שתף באתרים אחרים

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

קישור לתוכן
שתף באתרים אחרים

תודה על התגובות וההתענינות.

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

קישור לתוכן
שתף באתרים אחרים

שלמה תדרוש מהטכנאי מגבר, אפילו שהוא לא יזכיר את הנושא.

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

קישור לתוכן
שתף באתרים אחרים

ארכיון

דיון זה הועבר לארכיון ולא ניתן להוסיף בו תגובות חדשות.

×
  • צור חדש...