Еще status --> routing и dcnfdmnt rf,tkm в wan порт

Придется подождать следующего сбоя ...
Сегодня с утра перевел LAN-интерфейс в режим Router (кабель вставлен в WAN-интерфейс), перегрузил ... Эффекта нет ... Спустя почти 5 часов захожу на веб-интерфейс и вижу, что линия авторизовалась на PBX. При чем перезагрузка была 4 ч 45 мин. назад, а регистрация восстановилась 53 мин. назад ... Исходя из страницы статуса.
Как только ситуация повториться, выложу необходимые скриншоты ...

Итак, продолжаем ...
Как и заказывали страница маршрутов ... Кабель вставлен в порт WAN, к порту LAN нечего не подключено ...

Помимо этого диагностическая страничка с пингом до PBX

На PBX tcpdump от 7111, кроме указанных выше icmp-пакетов, ни какой активности не показывает ...

В slmon все по прежнему, где-то раз в 20-22 секунды Regester Retry.

Проверьте настройки lan... Почему-то 192.168.8.0 идет через wan. Вам критично использование Bridge'а на данном устройстве?

На текущий момент нет, не критично ... Поставлю LAN в режим Router, понаблюдаю ...

LAN интерфейс переведен в режим Router, после перезагрузки регистрация не восстанавливается, трафика от 7111 на PBX нет ...

И снова routing выложите. Кабель точно в WAN порту?

Таблица маршрутов и статус WAN-интерфейса. В LAN-порт ничего не подключено, т.е. в 7111 воткнут только один патч-корд и воткнут он в WAN-порт ...

Ну и ping то до PBX при этом ходит ... Т.е. с маршрутизацией все в порядке, я так думаю ...

а на атс ловите tcpdump'ом по адресу шлюза? или все подряд? может он с другим прилетает сурсом? (ну вдруг)

и прошиться на новую/туже прошивку не пробовали? тунель не может срезать sip?

больше похоже на глюки... есть у меня тоже туннельные dvg.. проблем небыло никогда

вообще на dvg-5008s в режиме бриджа адрес lan тоже идет через wan... странно что для Вас это открытие...

1. Ловлю tcpdump-ом;
2. Ловлю только по адресу шлюза;
3. Прошивка последняя с фтп (1.2.38.93);
4. Туннель SIP "резать" не может, ибо другое устройство работает без проблем;
5. Гипотеза о другом адресе шлюза весьма интересна, вопрос лишь в том, как ее подтвердить?

ну это так.. вдруг.. ловите весь сип что прилетает... а там вручную найти попробовать странности..

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

В таком варианте тоже работало некоторое время, и так же стабильности не было ... Работа через NAT та еще "прелесть" ...

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

Сделал сейчас подключение без туннеля (ибо есть телефончик в другом офисе, который работает именно так), так 7111 отвалился гораздо быстрее чем при работе через туннель ...
Keep SIP Auth, разумеется, был при этом активирован ...