Мой маршрутизатор ADSL постоянно отключается. Как диагностировать проблему?

Мой маршрутизатор ADSL постоянно отключается. Как диагностировать проблему?

Мой ADSL-маршрутизатор (Comtrend AR-5381u, которому около 10 лет) постоянно отключается от Интернета каждые несколько минут. Это продолжается уже 3-4 дня; странно, что это происходит только по вечерам.

Я пробовал перезагружать маршрутизатор из консоли администратора программного обеспечения (это не помогает), а также физически выключать и включать его снова (в предыдущие дни это решало проблему, сегодня — нет).

У меня включен WiFi (WPA2-PSK + AES и фильтрация MAC-адресов). Не уверен, что это достаточно безопасно, но в любом случае я проверяю «WiFi-аутентифицированные устройства», и единственный показанный — мой собственный телефон, так что это не скучающий сосед, который портит мой WiFi.

Кроме того, я не использую никакое P2P-программное обеспечение и не делаю ничего, что могло бысломать Интернет. Просто пара открытых вкладок в Google Chrome и несколько фоновых приложений в телефоне. В остальное время я просто смотрю Netflix или Youtube на телевизоре, без компьютера вообще.

Что я могу сделать (если могу), чтобы решить или хотя бы диагностировать проблему?

Я даже не знаю, мой ли это маршрутизатор, или интернет-провайдер, или кто-то еще обрывает мое соединение (DDoS? Я же не Microsoft, это просто мой дом...).

Вот системный журнал с момента последней (физической) перезагрузки. Там много "вторжений ядра", но из того, что я читал, я не должен беспокоиться о них, они простопопыткидля доступа к моему маршрутизатору из Интернета (или нет?).

Jan 1 00:00:08  syslog  emerg   BCM96345 started: BusyBox v1.00 (2011.10.28-05:10+0000)
Jan 1 00:00:24  user    crit    kernel: Line 0: xDSL G.994 training
Jan 1 00:00:24  user    crit    kernel: eth0 Link UP 100 mbps full duplex
Jan 1 00:00:37  user    crit    kernel: Line 0: ADSL G.992 started
Jan 1 00:00:41  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Jan 1 00:00:45  user    crit    kernel: Line 0: ADSL G.992 message exchange
Jan 1 00:00:46  user    crit    kernel: Line 0: ADSL link down
Jan 1 00:00:47  user    crit    kernel: Line 0: xDSL G.994 training
Jan 1 00:01:00  user    crit    kernel: Line 0: ADSL G.992 started
Jan 1 00:01:04  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Jan 1 00:01:08  user    crit    kernel: Line 0: ADSL G.992 message exchange
Jan 1 00:01:10  user    crit    kernel: Line 0: ADSL link up, Bearer 0, us=842, ds=16590
Jan 1 00:01:34  daemon  crit    syslog: PPP server detected.
Jan 1 00:01:34  daemon  crit    syslog: PPP session established.
Jan 1 00:01:40  daemon  crit    syslog: PPP LCP UP.
Jan 1 00:03:22  daemon  crit    syslog: PPP server detected.
Jan 1 00:03:23  daemon  crit    syslog: PPP session established.
Jan 1 00:03:26  daemon  crit    syslog: PPP LCP UP.
Jan 1 00:03:26  daemon  crit    syslog: Received valid IP address from server. Connection UP.
Apr 7 20:30:00  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=77.72.82.94 DST=95.16.160.53 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=20107 PROTO=TCP SPT=41720 DPT=8859 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 20:30:00  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=46.161.55.108 DST=95.16.160.53 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=19005 PROTO=TCP SPT=43447 DPT=2443 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 20:30:01  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=5.188.11.37 DST=95.16.160.53 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=38893 PROTO=TCP SPT=55797 DPT=5389 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 20:30:29  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=59.38.100.155 DST=95.16.160.53 LEN=40 TOS=0x00 PREC=0x00 TTL=241 ID=61313 PROTO=TCP SPT=58121 DPT=1433 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 20:30:45  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=223.100.148.74 DST=95.16.160.53 LEN=40 TOS=0x00 PREC=0x00 TTL=233 ID=33541 PROTO=TCP SPT=45265 DPT=1433 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 20:40:01  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=50.2.190.138 DST=95.16.160.53 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=8313 DF PROTO=TCP SPT=18013 DPT=1250 WINDOW=512 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 20:50:07  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=185.216.140.16 DST=95.16.160.53 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=23593 DF PROTO=TCP SPT=32210 DPT=3308 WINDOW=512 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:00:03  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=211.152.60.146 DST=95.16.160.53 LEN=40 TOS=0x00 PREC=0x00 TTL=110 ID=256 PROTO=TCP SPT=49268 DPT=445 WINDOW=16384 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:02:01  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:02:01  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:02:01  daemon  crit    syslog: Clear IP addresses. PPP connection DOWN.
Apr 7 21:02:01  daemon  crit    syslog: Clear IP addresses. Connection DOWN.
Apr 7 21:02:13  user    crit    kernel: Line 0: ADSL G.992 started
Apr 7 21:02:17  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Apr 7 21:02:21  user    crit    kernel: Line 0: ADSL G.992 message exchange
Apr 7 21:02:22  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:02:23  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:02:36  user    crit    kernel: Line 0: ADSL G.992 started
Apr 7 21:02:40  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Apr 7 21:02:44  user    crit    kernel: Line 0: ADSL G.992 message exchange
Apr 7 21:02:45  user    crit    kernel: Line 0: ADSL link up, Bearer 0, us=888, ds=17075
Apr 7 21:03:12  daemon  crit    syslog: PPP server detected.
Apr 7 21:03:12  daemon  crit    syslog: PPP session established.
Apr 7 21:03:15  daemon  crit    syslog: PPP LCP UP.
Apr 7 21:03:17  daemon  crit    syslog: Received valid IP address from server. Connection UP.
Apr 7 21:03:28  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=185.216.140.16 DST=95.16.58.57 LEN=40 TOS=0x00 PREC=0x00 TTL=242 ID=29519 DF PROTO=TCP SPT=17817 DPT=3729 WINDOW=512 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:04:07  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=5.188.11.37 DST=95.16.58.57 LEN=40 TOS=0x00 PREC=0x00 TTL=245 ID=44709 PROTO=TCP SPT=55797 DPT=3382 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:04:21  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:04:21  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:04:21  daemon  crit    syslog: Clear IP addresses. PPP connection DOWN.
Apr 7 21:04:21  daemon  crit    syslog: Clear IP addresses. Connection DOWN.
Apr 7 21:04:33  user    crit    kernel: Line 0: ADSL G.992 started
Apr 7 21:04:37  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Apr 7 21:04:42  user    crit    kernel: Line 0: ADSL G.992 message exchange
Apr 7 21:04:43  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:04:44  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:04:56  user    crit    kernel: Line 0: ADSL G.992 started
Apr 7 21:05:00  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Apr 7 21:05:05  user    crit    kernel: Line 0: ADSL G.992 message exchange
Apr 7 21:05:06  user    crit    kernel: Line 0: ADSL link up, Bearer 0, us=888, ds=16380
Apr 7 21:05:30  daemon  crit    syslog: PPP server detected.
Apr 7 21:05:30  daemon  crit    syslog: PPP session established.
Apr 7 21:05:33  daemon  crit    syslog: PPP LCP UP.
Apr 7 21:05:34  daemon  crit    syslog: Received valid IP address from server. Connection UP.
Apr 7 21:06:08  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=109.248.9.18 DST=87.218.25.144 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=38071 PROTO=TCP SPT=50193 DPT=51391 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:06:36  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=185.216.140.16 DST=87.218.25.144 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=50787 DF PROTO=TCP SPT=50400 DPT=4509 WINDOW=512 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:06:45  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=139.162.115.7 DST=87.218.25.144 LEN=40 TOS=0x00 PREC=0x00 TTL=241 ID=54321 PROTO=TCP SPT=58362 DPT=110 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:06:58  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=185.130.212.2 DST=87.218.25.144 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=56833 DF PROTO=TCP SPT=2 DPT=8034 WINDOW=512 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:07:18  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:07:18  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:07:19  daemon  crit    syslog: Clear IP addresses. PPP connection DOWN.
Apr 7 21:07:19  daemon  crit    syslog: Clear IP addresses. Connection DOWN.
Apr 7 21:07:30  user    crit    kernel: Line 0: ADSL G.992 started
Apr 7 21:07:34  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Apr 7 21:07:39  user    crit    kernel: Line 0: ADSL G.992 message exchange
Apr 7 21:07:40  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:07:41  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:07:53  user    crit    kernel: Line 0: ADSL G.992 started
Apr 7 21:07:57  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Apr 7 21:08:02  user    crit    kernel: Line 0: ADSL G.992 message exchange
Apr 7 21:08:03  user    crit    kernel: Line 0: ADSL link up, Bearer 0, us=888, ds=16847
Apr 7 21:08:27  daemon  crit    syslog: PPP server detected.
Apr 7 21:08:27  daemon  crit    syslog: PPP session established.
Apr 7 21:08:30  daemon  crit    syslog: PPP LCP UP.
Apr 7 21:08:31  daemon  crit    syslog: Received valid IP address from server. Connection UP.
Apr 7 21:09:07  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=185.222.211.90 DST=87.218.24.53 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=3613 PROTO=TCP SPT=53518 DPT=33392 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:09:15  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=185.216.140.16 DST=87.218.24.53 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=11129 DF PROTO=TCP SPT=6335 DPT=4869 WINDOW=512 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:09:27  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=181.214.87.248 DST=87.218.24.53 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=33982 PROTO=TCP SPT=46326 DPT=3389 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:09:39  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:09:39  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:09:39  daemon  crit    syslog: Clear IP addresses. PPP connection DOWN.
Apr 7 21:09:39  daemon  crit    syslog: Clear IP addresses. Connection DOWN.
Apr 7 21:09:51  user    crit    kernel: Line 0: ADSL G.992 started
Apr 7 21:09:55  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Apr 7 21:10:00  user    crit    kernel: Line 0: ADSL G.992 message exchange
Apr 7 21:10:01  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:10:02  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:10:14  user    crit    kernel: Line 0: ADSL G.992 started
Apr 7 21:10:18  user    crit    kernel: Line 0: ADSL G.992 channel analysis
Apr 7 21:10:23  user    crit    kernel: Line 0: ADSL G.992 message exchange
Apr 7 21:10:24  user    crit    kernel: Line 0: ADSL link up, Bearer 0, us=888, ds=16953
Apr 7 21:10:48  daemon  crit    syslog: PPP server detected.
Apr 7 21:11:18  daemon  crit    syslog: PPP session established.
Apr 7 21:11:21  daemon  crit    syslog: PPP LCP UP.
Apr 7 21:11:22  daemon  crit    syslog: Received valid IP address from server. Connection UP.
Apr 7 21:11:51  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=77.72.82.103 DST=95.16.175.33 LEN=40 TOS=0x00 PREC=0x00 TTL=245 ID=20005 PROTO=TCP SPT=54206 DPT=49 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:12:09  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=185.216.140.16 DST=95.16.175.33 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=37390 DF PROTO=TCP SPT=18182 DPT=4929 WINDOW=512 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:12:41  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=141.105.71.116 DST=95.16.175.33 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=55831 DF PROTO=TCP SPT=12970 DPT=8091 WINDOW=512 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:12:44  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=189.211.6.43 DST=95.16.175.33 LEN=52 TOS=0x00 PREC=0x00 TTL=114 ID=27155 DF PROTO=TCP SPT=61195 DPT=445 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:12:52  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=5.101.2.205 DST=95.16.175.33 LEN=40 TOS=0x00 PREC=0x00 TTL=243 ID=38539 PROTO=TCP SPT=47669 DPT=3426 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:13:37  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=5.188.11.43 DST=95.16.175.33 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=23727 PROTO=TCP SPT=47504 DPT=4049 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:13:42  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=77.72.82.88 DST=95.16.175.33 LEN=40 TOS=0x00 PREC=0x00 TTL=245 ID=6796 PROTO=TCP SPT=59153 DPT=3222 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:13:44  user    alert   kernel: Intrusion -> IN=ppp0 OUT= MAC= SRC=93.174.93.218 DST=95.16.175.33 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=22819 PROTO=TCP SPT=46685 DPT=20183 WINDOW=1024 RES=0x00 SYN URGP=0 MARK=0x8000000
Apr 7 21:13:59  user    crit    kernel: Line 0: ADSL link down
Apr 7 21:13:59  user    crit    kernel: Line 0: xDSL G.994 training
Apr 7 21:13:59  daemon  crit    syslog: Clear IP addresses. PPP connection DOWN.
Apr 7 21:13:59  daemon  crit    syslog: Clear IP addresses. Connection DOWN.
Apr 7 21:14:11  user    crit    kernel: Line 0: ADSL G.992 started

Похоже, что линия отключается вскоре после нескольких "вторжений"... каждый раз. Так что, может быть, это какая-то атака, которая ее отключает или, по крайней мере, делает маршрутизатор неотзывчивым, так что он теряет соединение. Можно ли как-то защитить его от этого?

Обновлять:

Я отключил все телефоны и подключил роутер напрямую к розетке. Стало немного лучше, но все равно отключается.

Статистика маршрутизатора показывает запас SNR около 9 дБ, когда соединение растет, а затем падает. Иногда он держится на уровне 8 или 7, иногда падает до 5, 4, 3 дБ... Самый низкий показатель, который я видел, — 1,9. Иногда он снова поднимается до 7, в других случаях соединение теряется. И нисходящий, и восходящий потоки колеблются таким образом, но нисходящий поток обычно ниже. Мое соединение «до 20 Мбит/с на загрузку и до 1 Мбит/с на отправку», поэтому я предполагаю, что восходящий поток не «настолько переполнен».

Еще я заметил, что у меня безумное количество ошибок HEC, в основном вниз по течению. Примерно 5000 новых ошибок каждые 15 секунд. И это когда линия действительно включена и работает...

Вот скриншот страницы статистики прямо сейчас. 1,8 миллиона ошибок HEC... с момента последней перезагрузки 8 часов назад:

введите описание изображения здесь

решение1

Как и говорилось в большинстве комментариев, проблема была на линии. Или, должно быть, была, потому что теперь она решена, и я ничего не менял :). Я ждал до понедельника, чтобы позвонить в службу поддержки клиентов моего интернет-провайдера, но, судя по всему, они исправили проблему в тот же понедельник. С тех пор подключение к Интернету не прерывалось, и прошло уже 4 дня.

Запас SNR (отношение сигнал/шум) теперь намного лучше и стабильнее: 12–14 дБ по нисходящему каналу и 9 дБ по восходящему каналу, все, что выше 6 дБ, уже достаточно, так что проблем нет.

У меня все еще есть ошибки HEC1 2, но теперь их число составляет порядка 5000 в час вместо 225000.

Что касается оповещений о "вторжении ядра", то они время от времени появляются в журнале маршрутизатора, но линия продолжает работать, так что ясно, что проблема была не в них. Возможно, они не помогли, поскольку маршрутизатор и так сильно боролся с чрезвычайно шумной линией.


Обновлять: просто продолжение, чтобы подтвердить, что это действительно была линия. Проблемы начались снова, и после нескольких звонков моему интернет-провайдеру, они прислали мне совершенно новый маршрутизатор... который продолжает терять соединение, даже если я подключаю его напрямую к тестовому порту "сетевого окончания" вместо обычных телефонных разъемов. На самом деле, он справляется с шумом даже хуже, чем мой старый маршрутизатор. Пора переходить на цифру и получить оптоволоконную линию вместо DSL.

решение2

У вас может быть больше одной проблемы. Их всегда сложнее всего найти и исправить. Я говорю это, будучи инженером по передаче и техническому обслуживанию в VZ в течение 30 лет. Во-первых, S/N всегда должно быть «большим» числом. Вам нужно много сигнала и никакого шума. Когда сигнал ослабевает и начинает приближаться к шуму, их дробное отношение (S/N) начинает приближаться к единице. Как правило, (для DSL) менее 10 дБ — это плохо. Для измерений от 11 дБ до 20 дБ — это нормально, но не очень хорошо. S/N более 20 дБ — это то, что вам нужно. На силу вашего сигнала влияют расстояние от обслуживающего узла TelCo и несколько входов вашей кабельной пары. Они называются «мостовыми ответвителями» или «левыми входами» и без необходимости увеличивают емкость кабельной пары. Попросите компанию избавиться от них. Если кто-то предполагает, что могут быть «катушки нагрузки», они ошибаются. Вы не можете получить цифровой сигнал через нагрузочную катушку. У вас есть ограничение на расстояние пары кабеля 18 килофутов от узла TelCo. В этот момент внутренняя емкость пар кабеля уменьшит сигнал до точки, где он станет непригодным для использования. Нагрузочные катушки используются только для спектра голосовых частот (300 - 3000 Гц), и вы не будете иметь их на парах кабеля ниже 18 килофутов. Другая половина S/N - это шумовой компонент. Шум появляется в виде мокрых пар кабеля, плохих соединений наконечника/кольца и старых пар кабеля, которые ломаются. Попросите техника провести измерения наконечника/земли, кольца/земли, сопротивления наконечника/кольца и напряжения. Не упускайте из виду внутреннюю проводку. Не прокладывайте внутренний провод от телефонного разъема к разъему к разъему. Попробуйте использовать внутренний провод непосредственно к сетевому интерфейсу вашей TelCo. На маршрутизаторе шлюза у вас должно быть несколько светодиодов. Посмотрите на светодиод DSL. Он не должен мигать ... никогда. Если он мигает или гаснет, маршрутизатор Gateway «потерял из виду» обслуживающий узел и, возможно, пытается переобучиться. Если светодиод ISP или интернета мигает или гаснет, это проблема в обслуживающем узле TelCo. Это может быть центральный офис или соседний шкаф усиления пары. Полезные советы. Снимите трубку с вашего «качественного» телефона, вы будете подключены к тональному приемнику в обслуживающем узле. Вы услышите гудок. Остановите гудок, нажав любую цифру на циферблате. Закройте микрофон и просто слушайте. Вы не должны ничего слышать (никакого шума). Если вы это сделаете, попросите чистую кабельную пару, чтобы уменьшить шум. Я уверен, что у вас есть фильтр DSL. Они отсекают высокочастотный тон от вашего телефонного аппарата. Дважды в своей жизни я видел, как они замыкались и выходили из строя. Если у вас есть какие-либо сомнения, просто снимите его для проверки. Обратите особое внимание на «системные журналы» вашего шлюза/маршрутизатора. Они всегда хороши для подсказки. Не будьте слишком строги к техникам TelCo. Большинство техников и инженеров приходят туда по назначению, а не из-за своего образования и навыков. За мои 30 лет,Я бы доверил только 6 или 8 людям их знания и способность решать технические проблемы. Есть гораздо больше, но сейчас не время и не место. Удачи, Дэйв

Связанный контент