Настройка VoIP шлюза D-Link DVG-XXXX

[andrey82]

Здравствуйте.
Использую связку Elastix + DVG-7044S.
Прочитал статью http://lynks.ru/blog/nastroika-voip-shl ... k-dvg-xxxx.
Подскажите можно ли сделать следующее в моей связке:
Есть 4 городских линии подключенных к портам FXO.
В Elastix есть экстеншены 1XX, 2XX, 3XX.
Необходимо чтобы:
1. екстеншены 1ХХ звонил в город только через 1 порт FXO
2. екстеншены 2ХХ звонил в город только через 2 порт FXO
3. екстеншены 3ХХ звонил в город только через 3 и 4 порт FXO (порты бы выбирались автоматически, т.е если занят 3 порт то звонок идет через 4 и наоборот)

1 и 2 пункты я настроил по статье + custom context.
Подскажите как реализовать 3 пункт?

[andrey82]

что-то у меня не выходит.
Делаю так:
создаю два транка: 3004 и 3005 они связаны с портами fxo (в dlink fxo number 3004 и 3005 + регистрация)
создаю Outbound Routes test: в Trunk Sequence ставлю 0. SIP/3004 1.SIP/3005
Создаю custom contex в котором разрешен только исходящий маршрут test. прописываю данный контекст для экстеншенов 3XX.
Звоню с экстеншена 301, звонок идет через транк 3004 (на dlink видно, что идет звонок через fxo 3004).
Звоню с экстеншена 302, подается сигнал занято. Я так понимаю звонок пытается пройти через транк 3004, а он уже занят.
Подскажите, что неправильно настраиваю?

[andrey82]

Вроде разобрался:
В транке параметр Maximum Channels: поставил 1 и звонки пошли правильно.

[telef]

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

[Vlad1983]

http://lynks.ru/blog/nastroika-voip-shl ... k-dvg-xxxx
всё что ниже "Настройка определения сигнала “Занято”"

[andrey82]

Возникла еще проблема со шлюзами DVG-7044s + Elastix
Регистрирую каждый порт fxo отдельным транком.
Исходящие работают правильно.
Возникла проблема с входящими звонками.
При выключенной опции Caller ID -> FXO Caller ID Detection входящие поступают в Elastix и распределяются в Inbound Routes.
Стоит включить FXO Caller ID Detection шлюз начинает творить "чудеса" с входящими звонками.
Один шлюз выдает сигнал занято. Другой пытается позвонить на номер указанный в hotline (у меня в hotline стоял номер 030000, так он мне позвонил в скорую помощь ). Это все происходит внутри шлюза, до elastix эти звонки не доходят.

Если не регистрировать отдельно fxo порты, а создать общий транк, то входящие работают нормально и номера определяются в Elastix.

P.S.
У меня 8 линий заведены в два шлюза DVG-7044S, на семи из них включена услуга Определитель номера. По восьмому номеру я и вычислил, что виноват во всем определитель номера.

P.P.S
Если включить параметр FXO Caller ID Detection, но выключить параметр SIP -> Put Caller ID In URI, то входящие доходят до elastix, но номера не определяются.

[andrey82]

Enable Non-SIP Inbox Call отключил, ситуация не изменилась.

Такое ощущение, что при включенном FXO Caller ID Detection шлюз не видит номер прописанный в hotline (он же прописан как did в ibound routes).

В SLMonitor появляется строка Proxy Reject, Try Local FXO и пытается позвонить в свободную линию fxo.

[andrey82]

Вот, что мне написали на форуме dlink.
У Вас сервер сбрасывает соединение. Поскольку caller ID со шлюза идет в поле from, настройте, чтобы Elastix не отбивал вызов по неизвестному From.
Подскажите, что надо настроить в Elastix?

[ded]

insecure=invite

[andrey82]

В PEER Details транка стоит insecure=port,invite. Изменил на insecure=invite ничего не изменилось.
Уидел в логах FreePBX такие строчки:
Aug 22 16:09:53] WARNING[2799] chan_sip.c: username mismatch, have <305>, digest has <7003>
[Aug 22 16:09:53] NOTICE[2799] chan_sip.c: Failed to authenticate device <sip:8962502XXX@192.168.0.137;user=phone>;tag=fdb0f999-687286

305 - это пользователь, подключенный к порту fxs шлюза.
7003 - это транк, созданный для порта fxo 7003 шлюза.
Прошу помощи.
P.S. После перезагрузки elastix и шлюза на некоторое время заработали входящие (номера определялись, но почему-то звонок пришедший на порт fxo 7003 пошел не в транк 7003, а в другой транк 7002 (для порта 7002)). Но это продолжалось минут 10, потом опять перестали проходить входящие при включенном FXO Caller ID Detection.