Проблема с определением работоспособности канала

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

Проблема с определением работоспособности канала

Эта ветка закрыта для дальнейших ответов. Вы можете создать новую тему, чтобы поделиться своими идеями или задать вопросы.
Проблема с определением работоспособности канала
Проблема с определением работоспособности канала
2016-01-14 17:17:56
Аппаратная версия устройства: TL-ER6020 V1
Версия прошивки: 1.1.0 Build 20150416 Rel.35252
Тип подключения: Static IP
Здравствуйте!

Подключено два канала от двух разных провайдеров. Основной и резервный (резервный должен включаться при падении основного, соответственно). На основном канале "белый" IP, получаемый по DHCP. На резервном - "серый" IP так же получаемый по DHCP. В обоих случаях IP на самом деле не меняется, т.е. на DHCP просто прописана резервация.

В роутере есть функция определения работоспособности канала - Online Detection. В вышеописанной конфигурации она работает без проблем.

Дальше суть проблемы. По какой-то неведомой мне причине интерфейс резервного канала (это WAN2) периодически теряет IP адрес и не получает его до тех пор пока руками не ткнешь кнопочку Obtain. Причины этого вынесем за рамки данной темы. Суть в том, что совершенно логичное решение в данном случае это прописывание руками на интерфейсе того же IP адреса, что отдаёт нам DHCP (я напоминаю, что он статичен). Сказано - сделано. Но после этого странным образом функция определения работоспособности канала тут же начинает нам рапортовать, что "Online Detection failed". Сам канал при этом работает на самом деле.

Ну и собственно вопрос - а почему? И как это исправить?

Спасибо.
  0      
  0      
#1
Опции
1 Ответить
Re: Проблема с определением работоспособности канала
2016-01-17 17:10:59
Да, и еще: так же после этого (после прописывания статического IP) через несколько секунд перестаёт работать встроенный ping. При попытке что-то пингануть выдаёт:
The IP address of current port cannot be got, please check and try again.

Возникает вопрос: какой такой IP он не может получить?! Когда у него адрес на интерфейсе статикой прописан. Такое чувство, что в процедуре пинга (а на ней же наверняка основана и функция определения работоспособности канала) присутствует какая-то ошибка и она работает только если IP получен по DHCP.
  0  
  0  
#1
Опции