Все три сервера SIP настроены на три разных SIP-провайдера, при этом:
FXO 1,2,3,4,5 - Server 1
FXO 6,7 - Server 3
FXO 8 -Server 2

Более детально см. скрин.

Входящие звонки все проходят замечательно, а вот исходящие, почему-то по следующему принципу:
С какого бы порта FXO не шел вызов, он всегда пытается соединится с SIP-провайдером по очереди Server1 - Server2 - Server3, т.е. линии 1-5 выходят нормально, на остальных в течение 15-30 секунд в трубке слышен ответ провайдера "This account number is not valid", и после этого, когда роутер доберется до нужного порта, уже идет вызов.

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

Hardware Platform : SP9440S
Hardware : A1
Driver : 1.4.2.176.328/360
Firmware: 1.02.38.96

Здравствуйте.
Если набираемые номера отличаются, то надо разрулить звонки через Digit Map, создав маски для набираемых номеров и меня профили для соответствующего правила. Если набираемые номера одинаковые, то можно добавить префикс для набора номера через 2-й и 3-й сервера.
Других вариантов не предусмотрено.

Уважаемый Евгений!
А что значит набираемые номера одинаковые? Вы имеете ввиду внешние телефонные номера на которые звонят с внутренних? Тогда, конечно, они отличаются - это же номера по всему миру.
Можете привести пример маски как, например, позвонить на номер 8 800-700-54-65 с внутренней линии 6, так, чтобы выход шел сразу через SIP Proxy Server 3, без перебора server1-server2-server3?

Да, именно набираемые внешние номера. Примеры настроек масок (префиксов), хорошо расписаны тут: http://dlink.ua/voip_solutions_8
Например, в вашем случае, если для конкретного номера:

Второй пример - звонки начинающиеся с 8900... отправить на сервер 2.


Эти правила действуют на все порты, применить для конкретного порта - нельзя.

Спасибо за разъяснения! К сожалению, ожидалась более гибкая настройка шлюза.

По прошествии 2-х недель эксплуатации обнаружилась куда более серьезная проблема - зависания! С периодичностью от раза в несколько дней, до нескольких раз в день устройство зависает, причем веб-интерфейс остается доступен, но внутренние порты, как LAN так и FXO отрубаются. Программная перезагрузка не помогает, только выключение питания.

Перегрева, субъективно, нет - шлюз стоит в хорошо вентилируемом пространстве и на ощупь чуть теплый.

Это что, брак или болезнь всей серии? Что посоветуете?

Пришлите конфигурационный файл мне на почту и посмотрите, появляется ли что либо в логах slmon при зависании.
Аналогичных обращений (зависание) по данному устройству не зафиксировано.

Там можно сохранить два файла: Configuration File и Configuration Template File. Какой из них прислать или оба? Данные доступа к SIP провайдерам в них сохраняются?
А где хранятся логи slmon?

Configuration File, данные сохраняются все, подмените нежелательные к распространению.
slmon

Ясно, к сожалению шлюз от меня сейчас далеко, постараюсь сделать все позже.

Уважаемый Евгений!

Появилась более подробная информация по зависаниям. Обнаружено 2 типа зависания:

1. Виснет только SIP. При этом все остальные функции работают, а телефонные линии молчат. Помогает только отключение/включение питания. Происходит это примерно раз в пару недель.

2. Виснет виртуальный сервер. При этом все остальные функции работают. Помогает только отключение/включение питания. Происходит это часто - от нескольких раз в день, до раза в пару дней.

Подробнее по второму пункту: к устройству по LAN подключен комп, к которому организован стандартный удаленный доступ. Для этого в настройках Virtual Server сделан проброс портов. Все замечательно работает какое-то время, а потом перестает. При этом программное изменение настроек, пересохранение и т.п. не помогает, только откл/вкл питания.

Что скажете?

Есть какие-то идеи? Или только в сервис?

Вот что происходит в slmon при нормальной работе и в момент зависания (см. влож. 2).
Ну и до кучи, скрин настроек портов (см. влож. 1).

Отправил обращение в сервисный центр D-LINK. Посмотрим, что там скажут.

Судя по логам шлюз не дожидается ответа - желательно посмотреть дамп трафика (LAN-Server), что бы понять каких (чьих) пакетов не хватает.

Обращение в сервис ничего не дало.
В общем, решил проблему заменой оборудования на другое (другой производитель). Зависаний нет, проброс портов работает как надо.

Если D-Link исправит этот баг в новых прошивках, буду признателен, если сообщите.