ראוטר מתנתק באופן רנדומלי לכל כמה שניות

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

אז החלטתי לעשות מעשה ועברתי לאנלימיטד. מאז יש לי ניתוקים. התקשרתי אליהם והם טוענים שהכל יציב והבעיה היא בראוטר עצמו. שאלו אותי כל איזה תדר אני מחובר, והתחלתי לגמגם. בקשו ממני להגדיר רשת בתדר 2.4GHZ ורשת ל-5GHZ. וכך עשיתי.

בתדר 2.4GHZ המצב הוא יחסית יציב, אבל ב-5GHZ, המצב קטסטרופה.

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

תודה.

במצבים כאלו אין ברירה אלא ללכת מהקל אל הקשה.

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

לבדוק יציבות של הראוטר דרך הפעלת לוג (אפשר לעשות את זה דרך הדף של הראוטר).

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

וגם לשקול להחליף לראוטר מדגם חדש יותר (או לעדכן תוכנה).

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

ב 5 גיגה דיי עדיף להיות בקו ישיר לראוטר, פחות יציב למרחקים לרוב).

עריכה אחרונה ב-14 לינואר, 2018 על ידי oxblood

תודה, אבל כמה הערות:

עברתי לאנלימיטד, עזבתי את בזק. הגדרות של הרשת הוא dynamic ip.

שאר המשתמשים בבית טוענים שיש בעיה בכל רשת מהראוטר (גם 2.4 וגם 5).

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

אופס, טעות.

עריכה אחרונה ב-14 לינואר, 2018 על ידי hans

איך מתבטאים הניתוקים האלה?

בממשק הניהול של הראוטר (אם אפשר לראות שם - אני לא מכיר ולא מוצא את הדגם באתר של TP-link) אתה יכול לראות את ה Uptime של החיבור?

אני מניח שהחיבור ל Unlimited הוא חיבור Ethernet (כבל רשת רגיל).

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

נ.ב

דרך איזה ספק אתה מחובר?

עריכה אחרונה ב-14 לינואר, 2018 על ידי XVSTI

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

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

 

2018-01-15 07:13:53 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:13:55 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:13:55 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:13:59 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:13:59 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:14:00 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:14:00 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:18:54 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:18:54 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:19:02 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:19:02 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:19:02 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:19:03 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:19:10 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:19:10 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:23:55 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:23:55 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:23:57 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:23:57 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:24:06 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:24:06 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:24:06 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:24:07 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:28:56 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:28:56 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:28:59 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:28:59 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:29:08 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:29:08 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:29:09 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:29:09 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:33:01 [5] DHCPD: Recv DISCOVER from AC:0D:1B:FA:43:04

2018-01-15 07:33:01 [5] DHCPD: Send OFFER with ip 192.168.1.102

2018-01-15 07:33:01 [5] DHCPD: Recv REQUEST from AC:0D:1B:FA:43:04

2018-01-15 07:33:02 [5] DHCPD: Send ACK to 192.168.1.102

2018-01-15 07:33:57 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:33:57 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:34:03 [5] DHCPD: Recv REQUEST from AC:0D:1B:FA:43:04

2018-01-15 07:34:03 [5] DHCPD: Send ACK to 192.168.1.102

2018-01-15 07:34:09 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:34:09 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:34:12 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:34:12 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:34:12 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:34:13 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:38:58 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:38:58 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:39:00 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:39:00 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:39:01 [5] DHCPD: Recv REQUEST from AC:0D:1B:FA:43:04

2018-01-15 07:39:02 [5] DHCPD: Send ACK to 192.168.1.102

2018-01-15 07:39:10 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:39:10 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:39:10 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:39:10 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:43:59 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:43:59 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:44:03 [5] DHCPD: Recv REQUEST from AC:0D:1B:FA:43:04

2018-01-15 07:44:03 [5] DHCPD: Send ACK to 192.168.1.102

2018-01-15 07:44:03 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:44:03 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:44:03 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:44:04 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:44:06 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:44:06 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:48:05 [5] DHCPD: Recv REQUEST from AC:2B:6E:6D:DE:27

2018-01-15 07:48:05 [5] DHCPD: Send ACK to 192.168.1.107

2018-01-15 07:48:15 [5] DHCPD: Recv REQUEST from C4:43:8F:F7:72:98

2018-01-15 07:48:15 [5] DHCPD: Send ACK to 192.168.1.100

2018-01-15 07:48:23 [5] DHCPD: Recv DISCOVER from 3C:BD:3E:39:CA:F5

2018-01-15 07:48:23 [5] DHCPD: Send OFFER with ip 192.168.1.101

2018-01-15 07:48:23 [5] DHCPD: Recv REQUEST from 3C:BD:3E:39:CA:F5

2018-01-15 07:48:23 [5] DHCPD: Send ACK to 192.168.1.101

2018-01-15 07:49:00 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:49:00 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:49:04 [5] DHCPD: Recv REQUEST from C4:43:8F:F7:72:98

2018-01-15 07:49:04 [5] DHCPD: Send ACK to 192.168.1.100

2018-01-15 07:49:06 [5] DHCPD: Recv REQUEST from AC:0D:1B:FA:43:04

2018-01-15 07:49:06 [5] DHCPD: Send ACK to 192.168.1.102

2018-01-15 07:49:07 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:49:07 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:49:07 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:49:08 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:49:17 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:49:17 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:54:01 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:54:01 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:54:03 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:54:03 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:54:03 [5] DHCPD: Recv REQUEST from C4:43:8F:F7:72:98

2018-01-15 07:54:03 [5] DHCPD: Send ACK to 192.168.1.100

2018-01-15 07:54:10 [5] DHCPD: Recv REQUEST from AC:0D:1B:FA:43:04

2018-01-15 07:54:10 [5] DHCPD: Send ACK to 192.168.1.102

2018-01-15 07:54:10 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:54:10 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:54:10 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:54:11 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 07:59:02 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 07:59:02 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 07:59:04 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 07:59:04 [5] DHCPD: Send ACK to 192.168.1.108

2018-01-15 07:59:06 [5] DHCPD: Recv REQUEST from C4:43:8F:F7:72:98

2018-01-15 07:59:06 [5] DHCPD: Send ACK to 192.168.1.100

2018-01-15 07:59:09 [5] DHCPD: Recv REQUEST from AC:0D:1B:FA:43:04

2018-01-15 07:59:09 [5] DHCPD: Send ACK to 192.168.1.102

2018-01-15 07:59:14 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 07:59:14 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 07:59:14 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 07:59:14 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 08:04:03 [5] DHCPC: Send REQUEST to server 100.70.0.1 with request ip 100.70.7.66

2018-01-15 08:04:03 [5] DHCPC: Recv ACK from server 100.70.0.1 with ip 100.70.7.66 lease time 600

2018-01-15 08:04:06 [5] DHCPD: Recv DISCOVER from 4C:49:E3:15:D3:75

2018-01-15 08:04:06 [5] DHCPD: Send OFFER with ip 192.168.1.105

2018-01-15 08:04:06 [5] DHCPD: Recv REQUEST from 4C:49:E3:15:D3:75

2018-01-15 08:04:06 [5] DHCPD: Send ACK to 192.168.1.105

2018-01-15 08:04:07 [5] DHCPD: Recv REQUEST from C4:43:8F:F7:72:98

2018-01-15 08:04:07 [5] DHCPD: Send ACK to 192.168.1.100

2018-01-15 08:04:09 [5] DHCPD: Recv REQUEST from AC:0D:1B:FA:43:04

2018-01-15 08:04:09 [5] DHCPD: Send ACK to 192.168.1.102

2018-01-15 08:04:19 [5] DHCPD: Recv REQUEST from 00:E6:20:0A:3B:4E

2018-01-15 08:04:19 [5] DHCPD: Send ACK to 192.168.1.108

 

אפשר לראות שהוא כל 5 דקות מנסה להתחבר מחדש.

התקשרתי לשירות לקוחות של TP LINK (האמת שענו די מהר), ואמרו את משפט המחץ:

אחרי איפוס של המערכת, יש להביא את הראוטר למעבדה.

ככה זה טיפילינק.

יום אחד מפסיק לעבוד וזהו

 

Sent from my Redmi Note 3 using Tapatalk

מעדכן:

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

כרטיס הרשת הישן הוא כרטיס USB בתקן 802.11n, הכרטיס החדש הוא Fenvi FV8303 והדרייברים הם של qualcomm (חיבור PCI-E). קניתי אותו בשביל שאוכל להתחבר לתדר גבוה יותר.

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

 

עריכה אחרונה ב-22 לינואר, 2018 על ידי gbguy

ישנה בעיה עם מוצרי TP LINK עם מכשירים של אנדרואיד ו-גוגל הום.

ישנו חשד נוסף מוצרים עם אפשרות של CAST שכנראה מעמסים על ה CPU של הנתב ומה שגורם לו לקריסה.

http://www.tp-link.com/us/faq-2050.html

הכתבה היא על דגם מסויים שלא ככ נמכר בארץ אבל אולי התופעה משפעיה על שאר המוצרים של TP LINK.

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

אגב, כל הרשימה הזו היא מתוך לשונית DEBUG. ביומן לא מצוין לא מצוין משהו בלשונית שגיאה או אזהרה.

מקפיץ לבעיה חדשה:

שמתי לב למבצע שיש באנלימיטד אותו מחיר במהירות כפולה 200Mbps. התקשרתי, הנציג קצת התחיל להתווכח שלא מגיע לי המבצע כי אני לא לקוח שמצטרף (למרות שהצטרפתי), הנציג דיבר עם המנהל, והמנהל אישר את המבצע שיהיה תקף גם לגבי.

הלכתי לעשות בדיקה speedtest. מצאתי כמה שרתים יציבים ואמינים (לפי הבדיקות שעשיתי קודם ב-100Mbps, כי קבלתי את המהירות הזו באלחוטי), וראיתי שרוחב הפס המקסימלי הוא 135Mbps. חשבתי שאולי הכרטיס רשת החדש (הסיני עם דרייברים של קוואלקום) דפוק. אז הלכתי ללפטופ של לנובו (שגם הוא חדש) וקבלתי את אותה תוצאה. שאלתי את המרצה שלי לתקשורת אם זה הגיוני, הוא אמר לי לבדוק 2 מכשירים במקביל, כי אם נניח שהכרטיסים יכולים לקבל קצב ביטים מסוים, הראוטר צריך לפצל את הקצב ולתת עד כמה שהוא מצהיר. בדקתי וראיתי שמחשב אחד מקבל 58Mbps ואחד 49Mbps. אז אני מניח שקצב העברה הוא עד 135Mbps. אבל היצרן הצהיר שהוא יכול להעביר 300Mbps (פחות מחצי).

התקשרתי ליבואן, היבואן אמר שהמצב לא רק תקין, אפילו מצוין. חזרתי ואמרתי שלא יכול להיות שהמצב מצוין אם היצרן מצהיר שהקצב הוא פי 2 לפחות! אמרו לי שאין מה לעשות, מבחינתם המוצר תקין.

שלחתי הודעה ל-TP LINK, אעדכן בקרוב.

 

 

עריכה:

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

upload and share pictures

עריכה אחרונה ב-19 לפברואר, 2018 על ידי gbguy

כרטיס הרשת הישן הוא כרטיס USB בתקן 802.11n, הכרטיס החדש הוא Fenvi FV8303 והדרייברים הם של qualcomm...

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

 

 

אמנם עם אסוס, אבל היה לי מקרה דומה עם ניתוקים כל כמה דקות בצורה רנדומלית.

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

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

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