@JkeNattramn 

Приветствую:

Недавно приобрел роутер TP-Link Archer C80 и столкнулся с проблемой периодического (несколько раз в день) отвала интернет соединения. Отваливается на всех устроиствах (смартфоны и подключенные 2 пк по проводу). Отключается лампочка на самом роутере и спустя минуту сама загорается - восстанавливается инет. соединение. Поддержка билайна говорит, что видят отвалы, но в остальном все ок. 

Отвалов быть не должно и это не нормально, роутер не должен прерывать связь с интренет провайдером. 

Также к роутеру подключена ТВ приставка билайна (не IPTV). При общении с тех.поддержкой было сказано, что они видят и роутер, и приставку, чего быть не должно.

Должно, так как режим bridge позволяет оставить разъёмы WAN и указанный LAN без NAT, обычно когда Bridge не настроен,  этого не происходит и провайдер видит только один MAC. Похоже, это были мысли вслух сотрудника Билайн которому неизвестны принципы работы роутера и его механизмов в полной мере, видимо попался стажёр.

У меня тогда была включена настройка IPTV/VLAN с режимом Bridge. Сейчас я ее убрал, но отвалы остались.

Посколько функция как указал ранее работает "позволяет оставить разъёмы WAN и указанный LAN без NAT" так. То отвалы на WAN если бы и были, то никуда не могут дется, если вы просто уберёте бридж, маршрут пакетов из WAN LAN и обратно всё равно не поменяется.

На старом роутере TP-Link TL-WR841N таких проблем не возникало.

C80 и 841n, как минимум у роутеров в разъёмах разное количество медных контактов, с80 гигабитный, 841n если провайдер видит отвалы, значит соединение между портом роутера и портом со стороны провайдера не всегда поднято. Обычно провайдер проводит диагностику кабеля, смотрит ошибки на порту, смотрит ошибки на вышестоящих коммутаторах, на узловом, если они есть и передаёт админу если не может сам решить.

Сообщения лога сразу после отвала:

Однако самих записей об отвалах нет. Обычно это записит типа Wan ethrened plugged off/on в журнале. Нужно смотреть в момент отвалов, не перезагружая роутер, иначе вы сотрёте записи перезагрузкой.

С гуглом еще пытался сделать:

• Прописывать DNS-серверы;

• Включал настройку "Получить IP-адрес с помощью Unicast DHCP".

Смена DNS неспособа решить проблемы контактов кабелей.

Что можно сделать, подытожу:

1. https:/ /disk.yandex.ru/d/V47BikYvd6ipmA проверка порта отдельная без провайдера, вся статистика выводится по каждому пакету.

2. доп проверка в обычном подключении (как всегда) с провайдером через роутер: https://www.tp-link.com/ru/support/faq/3638/ 

Именно 2 проверки, а не одна из них покажет на каком узле пропадает интернет. Вы можете их сделать и поделиться результатами

  @MinDmit 

Спасибо за ответ!

 Что можно сделать, подытожу:

 

1. https:/ /disk.yandex.ru/d/V47BikYvd6ipmA проверка порта отдельная без провайдера, вся статистика выводится по каждому пакету.

2. доп проверка в обычном подключении (как всегда) с провайдером через роутер: https://www.tp-link.com/ru/support/faq/3638/ 

 

Именно 2 проверки, а не одна из них покажет на каком узле пропадает интернет. Вы можете их сделать и поделиться результатами

Сделал 2 проверки. Плюс сохранил свежий лог: https:/ /disk.yandex.ru/d/koOsgc5zVsnkyg

Проверка без провайдера: https:/ /disk.yandex.ru/i/L_UlBirvbBRkhQ

Проверка с провайдером: https:/ /disk.yandex.ru/i/Z1DmEqgrR5Jhxw

  @JkeNattramn Поскольку порт роутера вы проверяли 100 секунд. Какого то однозначного вывода тяжело сделать, 108 пакетов это мало, желательно проверить 5 тысяч секунд. И, судя по всему, вы забыли включить пинг на WAN в настройках при выполнении проверки без провайдера.

Пока что это выглядит как проблема не у роутера, во всяком случае его порт с провайдером пакеты теряет, но без провайдера все 108 пакетов до него доходят. Это не порт роутера обрывает соединение. Проверьте больше, если хотите выборку больше сделать.

  @MinDmit В прошлый раз проверка длилась ~300 сек. 

Еще раз прогнал. На этот раз гонял около 2х часов: https:/ /disk.yandex.ru/i/zjtrx8Fdix2SUw

"Ответ на ping из WAN" был ключен и в прошлый и в этот раз: https:/ /disk.yandex.ru/i/m8KZyB2tIlgayA

  @JkeNattramn Инструкция гласит: "В конце диагностики нажмите Ctrl + С - проверка остановится, и выведется статистика. Если потери менее 1 процента, то порт в порядке. Если 1% и более, значит, порт неисправен."

Порт вашего роутера исправен. 

  @JkeNattramn Добрый день. Напишите, пожалуйста, на почту техподдержки support.ru@tp-link.com по данному вопросу, приложив данную тему.

Добрый день. Приобрели два роутера С80 с прошивкой 1.13.2 Build 230824
На обоих наблюдаются проблемы со связью и ошибкой 

0days, 00:00:47, [inetd]INETD: select error, abort.

Во время этой ошибки роутер перестает отвечать на запросы, пока не восстановится связь.

Тестировали одновременно с гуглом 8.8.8.8 и роутером.

Роутер настроен в режиме точки доступа. С основного роутера ответы на пинг стабильны, а вот все что подключено к С80 имеет проблемы каждые 14-15 пакетов.
потери составляют 4 пакета из 20 практически стабильно.
Жалобы на эту ошибку в этих роутерах уже давно. Есть решение данной проблемы?

Ниже лог с этого роутера но без нагрузки (к нему ни кто не подключен):
7days, 14:01:47, [inetd]INETD: select error, abort.
  7days, 17:31:47, [inetd]INETD: select error, abort.
  7days, 21:01:47, [inetd]INETD: select error, abort.
  8days, 00:31:47, [inetd]INETD: select error, abort.
  8days, 04:01:47, [inetd]INETD: select error, abort.
  8days, 07:31:47, [inetd]INETD: select error, abort.
  8days, 11:01:47, [inetd]INETD: select error, abort.
  8days, 14:31:47, [inetd]INETD: select error, abort.
  8days, 18:01:47, [inetd]INETD: select error, abort.
  8days, 21:31:47, [inetd]INETD: select error, abort.

  @DmitryL Уточните, пожалуйста, другим патчкордом пробовали соединять роутеры? В момент проблемы в списке клиентов DHCP на основном роутере отображается второе устройство? Если да, то какой IP-адрес получает? По какому адресу пытаетесь пинговать второй роутер?