Элтекс

Здравствуйте.
Необходимо провернуть следующее. Имеется шлюз TAU-32M.IP.
Первые 8 портов FXS (первый модуль) регистрируются на sip сервере.
Вторые 8 портов FXO (второй модуль) подключены в сеть ГТС.
С портов FXS нужно настроить исходящую маршрутизацию таким образом, чтобы:
1. при наборе коротких номеров (например, 3xx) вызов уходил на sip proxy
2. при наборе других номеров вызов направлялся на порт FXO в уходил в ГТС
Входящая маршрутизация на FXS порты с портов FXO должна быть организована по соответствии 1 к 1 (1 порт FXS - 1 порт FXO и т.д.).
Таким образом, необходимо получить своего рода корпоративную сеть, где внутренняя связь идет через sip прокси, а внешняя через FXO порты.
В мануалах, к сожалению, описание желает оставлять лучшего.
Пока смог настроить только связь через прокси (п.1) через dialplan. С FXO есть проблемы, вызов сразу отбивается
Прошу помощи.

1. Прописываете в диалплане маску 3xx для отправки вызова на proxy
2. Для отправки вызовов в FXO сделайте префикс
<:9>x.@{local}
Только не забудьте уменьшить таймауты S и L, чтобы сократить задержку (почитать можно здесь)
Плюс создайте группу FXO, добавьте туда все порты, номер - 9, укажите не транслировать префикс (don't transmit prefix) и транслировать номер (transmit number)
3. На портах FXS задайте нумерацию (например 100-107). В настройках первого порта FXO поставьте горячий номер (hot number) 100, в настройках второго порта - 101 и т.д.
в плане нумерации пропишите маску 10[0-7]@{local}

Анна писал(а):1. Прописываете в диалплане маску 3xx для отправки вызова на proxy

Прописал. Все работает. Как добавить возможность завершения набора через #. При наборе 303# вызов сбрасывается, видимо потому, что нет такого диалплана. Только добавить еще диалплан 3xx#@proxyip?

Анна писал(а):2. Для отправки вызовов в FXO сделайте префикс
<:9>x.@{local}
Только не забудьте уменьшить таймауты S и L, чтобы сократить задержку (почитать можно здесь)
Плюс создайте группу FXO, добавьте туда все порты, номер - 9, укажите не транслировать префикс (don't transmit prefix) и транслировать номер (transmit number)

Сделал как описано. При наборе с FXS порта "9" идет таймаут 3 секунды (S-timer видимо), далее слышу сигнал, но не ответа станции ГТС, а сигнал типа КПВ 1 секунду, затем тишина, потом могу набрать номер и вызов уходит на FXO.
Почему нет постоянного сигнала ответа станции.

Анна писал(а):3. На портах FXS задайте нумерацию (например 100-107). В настройках первого порта FXO поставьте горячий номер (hot number) 100, в настройках второго порта - 101 и т.д.
в плане нумерации пропишите маску 10[0-7]@{local}

По входящей маршрутизации вообще не работает. Направляю вызов на 1ую линию FXO, вызов идет, на мониторинге вижу статус порта FXO pre-ringing, затем идет статус dial и набор номера порта FXS 2330099301, и сразу сброс. Вызов на порт FXS не приходит. Что здесь может быть?
Ниже приложен диалплан:
*#@172.20.0.1|3xx@172.20.0.1|<:9>x.@{local}|233009930[1-8]@{local}
Нумерация FXS: 2330099301 - 2330099308 с регистарцией на sip proxy
Нумерация FXO: 4636009 - 4636017 соответствует номеру, который выдает ГТС

Sergey Orlov писал(а):

Анна писал(а):1. Прописываете в диалплане маску 3xx для отправки вызова на proxy

Прописал. Все работает. Как добавить возможность завершения набора через #. При наборе 303# вызов сбрасывается, видимо потому, что нет такого диалплана. Только добавить еще диалплан 3xx#@proxyip?

Вам ведь не надо транслировать # на прокси? В настройках FXS-порта есть настройка остановки набора по решетке. В дилплане ничего менять не нужно

Sergey Orlov писал(а):

Анна писал(а):2. Для отправки вызовов в FXO сделайте префикс
<:9>x.@{local}
Только не забудьте уменьшить таймауты S и L, чтобы сократить задержку (почитать можно здесь)
Плюс создайте группу FXO, добавьте туда все порты, номер - 9, укажите не транслировать префикс (don't transmit prefix) и транслировать номер (transmit number)

Сделал как описано. При наборе с FXS порта "9" идет таймаут 3 секунды (S-timer видимо), далее слышу сигнал, но не ответа станции ГТС, а сигнал типа КПВ 1 секунду, затем тишина, потом могу набрать номер и вызов уходит на FXO.
Почему нет постоянного сигнала ответа станции.

Абоненту никакую 9-ку набирать не нужно. Написала вам маску специально так, чтобы она добавлялась автоматом к набору абонента. Если хотите чтобы выход был через 9-ку, удалите <:9>

Sergey Orlov писал(а):

Анна писал(а):3. На портах FXS задайте нумерацию (например 100-107). В настройках первого порта FXO поставьте горячий номер (hot number) 100, в настройках второго порта - 101 и т.д.
в плане нумерации пропишите маску 10[0-7]@{local}

По входящей маршрутизации вообще не работает. Направляю вызов на 1ую линию FXO, вызов идет, на мониторинге вижу статус порта FXO pre-ringing, затем идет статус dial и набор номера порта FXS 2330099301, и сразу сброс. Вызов на порт FXS не приходит. Что здесь может быть?
Ниже приложен диалплан:
*#@172.20.0.1|3xx@172.20.0.1|<:9>x.@{local}|233009930[1-8]@{local}
Нумерация FXS: 2330099301 - 2330099308 с регистарцией на sip proxy
Нумерация FXO: 4636009 - 4636017 соответствует номеру, который выдает ГТС

Прикрепите конфиг целиком

ОК, вроде все понятно. По второму пункту: насколько я понимаю абоненты FXS могут выйти через любой порт FXO в группе FXOGroup. А можно ли сделать строгое соответствие для выхода?
То есть абонент FXS1, только через FXO1 и т.д.
Конфиг во вложении.

Есть ли какая то информация по проблеме со входящей связью.

Sergey Orlov писал(а):По второму пункту: насколько я понимаю абоненты FXS могут выйти через любой порт FXO в группе FXOGroup. А можно ли сделать строгое соответствие для выхода?

Да, можно. Настраивается так же, как для FXO

Попробуйте заменить <:9>x.@{local} на <:9>46300xx@{local}
Если по прежнему не будет работать - нужен дамп. В network settings есть раздел syslog. Включите сохранение в локальный журнал. поставьте флаги info и debug. уровень sip выставите = 5

В принципе все получилось. Прописал такой диалплан:
*#@172.20.0.1|3xx@172.20.0.1|<:9>4636009x@{local}|233009930[1-8]@{local}|<:9>x.@{local}
При входящем звонке на FXO порт 46360091 вызов уходит на FXS порт 2330099301. Сначала убрал правило <:9>x.@{local}, после этого перестали проходить исходящие звонки на порт FXO. Добавил обратно - все заработало.
Интересует принцип, по которому срабатывает эти правила <:9>4636009x@{local} и <:9>x.@{local}

при наборе 4636009x к началу номера добавляется 9, при наборе отличным от *#, 3хх и 233009930[1-8] к началу номера будет добавляться 9 и обрабатываться по правилу x.@{local}

Анна писал(а):при наборе 4636009x к началу номера добавляется 9, при наборе отличным от *#, 3хх и 233009930[1-8] к началу номера будет добавляться 9 и обрабатываться по правилу x.@{local}

Вы не совсем правильно поняли мой вопрос. Интересует тот момент, почему при прописывании этого правила <:9>4636009x@{local} начала срабатывать входящая связь с порта FXO на порт FXS
Правильно ли я понимаю прописанный диалплан?
1. Правило *#@172.20.0.1 говорит, что *# направлять на sip proxy
2. 3xx@172.20.0.1 также направлять на sip прокси
3. <:9>4636009x@{local} - ????????? - это что-то типа внутренней маршрутизации портов FXO&&&
4. 233009930[1-8]@{local} - а это внутренняя маршрутизация портов FXS?
5. <:9>x.@{local} - - это правило выхода на линии FXO
Пункты диалплана 1 и 2 понятны, а вот с 3,4,5 вопросы. Хотелось бы понять как они отрабатывают касаемо порта FXO и FXS

Sergey Orlov писал(а):3. <:9>4636009x@{local} - ????????? - это что-то типа внутренней маршрутизации портов FXO&&&
4. 233009930[1-8]@{local} - а это внутренняя маршрутизация портов FXS?
5. <:9>x.@{local} - - это правило выхода на линии FXO
Пункты диалплана 1 и 2 понятны, а вот с 3,4,5 вопросы. Хотелось бы понять как они отрабатывают касаемо порта FXO и FXS

Отправляет вызовы в SIP на свой собственный адрес. Никак к FXS иFXO они не привязываются. Получив вызов из SIP мы уже смотрим к какому порту относится данный вызов

Кстати, прописал не <:9>4636009x@{local}, а просто 4636009x@{local}. Тоже все работает. Получается что для входящей связи с порта FXO нужно прописывать локальный диалплан с нумерацией портов FXO.

Еще вопрос. При выходе на FXO линию есть задержка:
набираем номер - идет 2 гудка КПВ и только потом идет вызов в порт FXO. Как можно уменьшить этот интервал? Чтобы не было КПВ

В настройках FXO порта можно выставить detect ring в 1, но в любом случае порт FXO должен задетектить хоть один вызывной сигнал (vring) для замыкания шлейфа. То есть небольшая задержка все же будет.