Доброго времени бодрствования!

Приобрел несколько штук 7011S, приятно удивился фичам, найденым в web-интерфейсе и задумал реализовать некоторую схему для поддержания отказоустойчивости телефонии в подразделении организации.

Итак, в подразделении есть DSL-модем, который является шлюзом по умолчанию и раздает адреса по DHCP. В эту сеть я поместил 7011 и настроил LAN в режим Bridge. На WAN интерфейсе настроен PPTP Dual Access, где указан адрес PPTP сервера нашей организации для построения туннеля и получения через него доступа до IP PBX, а в качестве Second Access указан статический адрес из одной подсети с DSL-модемом. На DSL-модеме прописан статический адрес до сети "за туннелем" через 7011.
В результате имею следующую штуку. 7011 подключается к PPTP-серверу, SIP-аккаунты регестрируются, все здорово и замечательно, а вот SIP-телефон находящейся в одной подсети с DSL-модемом и 7011 по началу так же успешно регистрируется на IP PBX, но спустя некоторое время трафик перестает ходить через 7011 в сторону туннеля. При чем обратно все замечательно ходит и из головной сети я имею доступ до веб-интерфейса 7011 по внутреннему адресу (Second Access IP) и к DSL-модему, и к веб-интерфейсу SIP-телефона.
С компьютера, находящегося в одной подсети с 7011 и DSL-модемом "пинги" до IP PBX сначала идут без проблем, а через некоторое время получаем "таймаут" ...

Честно говоря, я в замешательстве ... Понимаю, если бы не работало вообще, но так ...
Пытался настроить PPTP Client, чтобы задать на 7011 жесткий маршрут на нужную сеть за туннелем, но я так понял, это распространяется только на SIP-аккаунты на самом 7011. Ибо при таком варианте подключения "пинги" с компьютера до IP PBX дают превышение TTL ...

Подскажет кто-нибудь что по этому вопросу? Буду признателен, а то мечты рушатся о суровую правду жизни

Если надо, могу нарисовать схемку подключения для наглядности ...

Было бы оченьнеплохо

Пояснения по схеме:
На DSL-модеме в Подразделении прописан статический маршрут до 192.168.1.0/24 через 192.168.3.2. DVG-7011S настроен в режиме bridge, сетевой кабель подключен в WAN-порт. Соответсвенно на DVG-7011S шлюзом по умолчанию выступает 192.168.254.1.
Так же к DSL-модему в Подразделении подключен SIP-телефон и компьютер с адресами 192.168.3.3 и 192.168.3.4 соответственно.
На DSL-модеме в Главном офисе добавлен маршрут до подсети 192.168.3.0/24 через 192.168.254.2.
Фаервол настроен таким образом чтобы пропускался любой трафик через туннель ...

Результат таков DVG-7011S поднимает туннель и регистрируется на 192.168.1.2 без проблем и совершает звонки. Телефон 192.168.3.3 сначала регистрируется на 192.168.1.2, но через некоторое время "отваливается". С компьютера 192.168.3.4 пинг до 192.168.1.2 сначала ходит, а через некоторое время (одновременно с тем как "отваливается" телефон) перестает, ибо "превышен интервал ожидания" ...
При всем этом безобразии с 192.168.1.2 пингуются все хосты подсети 192.168.3.0/24. Доступны веб-интерфейсы DSL-модема, DVG-7011S и SIP-телефона по их адресам в подсети 192.168.3.0/24. Даже когда из сети 192.168.3.0/24 у хостов "пропадает доступ" к 192.168.1.0/24.

Надеюсь теперь стало чуть понятнее мое сумбурное изложение ...

А лог соединения с PPTP сервера можно и лог со шлюза.

_________________
логи можно снять
[url]http://ftp.dlink.ru/pub/VoIP/DVG-6004S/Firmware/slmon(1225112422).rar[/url]

С логами с РРТР не все так тривиально ...
Логи со шлюза снятые с помощью syslog или slmon? Правда ни в тех, ни в других ничего интересного, что могло бы хоть как-то прояснить ситуацию ...
slmon после перезагрузки шлюза говорит следующее


syslog при тех же обстоятельствах говорит следующее


После перезагрузки sip-телефон зарегистрировался на 192.168.1.2, а потом "отвалился" ... В логах при этом полнейшая тишина ...
Traceroute с 192.168.3.4 до 192.168.1.2 доходит до 192.168.3.2 и останавливается ...

slmon

в предыдущем посте поправил
при этом связь со стороны 192.168.1.0/24 до 192.168.3.0/24 сохраняется ... я обращаюсь к веб-интерфейсу шлюза и телефона по внутренним адресам (3.2 и 3.3) ...

Подключение к порту LAN ситуацию никак не меняет ...

Последняя (DVG-7111_1.2.38.68_0.10.56.1.471(0422141029).7z) и предпоследняя (1.2.38.56_0.10.55.1(0127190552)(0128112541).7z) прошивки не дают ни чего, кроме того, что почему то в таблице маршрутов пропал шлюз по умолчанию через туннель ... Т.е. теперь нет автоматически добавляемого маршрута 0.0.0.0 через ppp0.

В качестве PPTP-сервера выступает D-Link DFL-210 ...

А лог с DFL увиднть можно?

Вопрос в том, как бы его отфильтровать ... слишком много всякого "мусора" ...

К примеру провальный пинг до хоста в сети головного офиса из сети подразделения не оставляет ни каких следов в логах dfl, а так же в списке текущих соединений ...

syslog и facility debug