Настройка FXO (SPA3102)

[Ринго]

Доброго времени суток.

Подскажите, у кого-нибудь получилось настроить исходящие звонки черех FXO шлюз?
Настраивал по аналогии с SNR VG-3112 https://doc.ideco.ru/pages/viewpage.action?pageId=4980819
Входящие ходят нормально, а с исходящими "Звонок на этот номер не может быть принят"
На голом астериске все работало.

В PBX за звонки, как я понял, отвечает Yate.
Из него я нашел только непонятное:
Nov 15 00:09:58 pbx yate[1046]: param['cause_sip'] = '404'
Nov 15 00:09:58 pbx yate[1046]: param['reason_sip'] = 'Not Found'
Nov 15 00:09:58 pbx yate[1046]: param['sip_server'] = 'Linksys/SPA3102-5.2.13(GW002)'

По идее должно означать, что сервер не знает такого номера. Но в случае с VOIP->PSTN шлюз не должен так отвечать, т.к. у него в DialPlan стоит транслировать все, что получили в PSTN ( (xx.) )

[ideco.dmitriy]

Добрый день!
Проверьте, пожалуйста, что у вас на Ideco PBX верно настроены шаблоны исходящей маршрутизации. И политики маршрутизации вызовов (у клиентов, которые не могут дозвониться, должна быть политика разрешающая внешние звонки через ваше подключение).

Также нужно проверть сам шлюз, что при подключении непосредственно к нему SIP-клиента, работают исходящие вызовы.

[Ринго]

Добрый день.
Шаблоны проверил, да и как видите по логу выше - звонок на SPA вроде как уходит.
И проблема с исходящими вызывами. С входящими проблем нет. Ну кроме невозможности завернуть звонок с SPA на голосовое меню.

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

У меня схема звонка такая: Обычный телефон -> FXS (SPA3102) -> Ideco -> FXO (SPA3102) -> ТФОП
Настроено правило преобразования номера, чтобы город обрезался до 7 цифр и уходил на SPA. Оно, кстати, по логам работает некорректно, хотя в веб-интерфейсе все хорошо.
Правила:

QIP Shot - Screen 142.png (5.92 КБ) Просмотров: 2789

Набранный номер:

QIP Shot - Screen 143.png (104.65 КБ) Просмотров: 2789

В логах так.

Nov 15 01:08:44 pbx yate[1046]: param['id'] = 'sip/60'
Nov 15 01:08:44 pbx yate[1046]: param['module'] = 'sip'
Nov 15 01:08:44 pbx yate[1046]: param['status'] = 'outgoing'
Nov 15 01:08:44 pbx yate[1046]: param['address'] = '192.168.1.144:5060'
Nov 15 01:08:44 pbx yate[1046]: param['targetid'] = 'sip/59'
Nov 15 01:08:44 pbx yate[1046]: param['answered'] = 'false'
Nov 15 01:08:44 pbx yate[1046]: param['direction'] = 'outgoing'
Nov 15 01:08:44 pbx yate[1046]: param['callid'] = 'sip/1696842563@192.168.1.188:5160/41178279/'
Nov 15 01:08:44 pbx yate[1046]: param['caller'] = 'None101'
Nov 15 01:08:44 pbx yate[1046]: param['callername'] = 'None101'
Nov 15 01:08:44 pbx yate[1046]: param['called'] = '432901667'
Nov 15 01:08:44 pbx yate[1046]: param['billid'] = '1510682920-30'
Nov 15 01:08:44 pbx yate[1046]: param['callto'] = 'sip/sip:432901667@192.168.1.144:5060'
Nov 15 01:08:44 pbx yate[1046]: param['calledfull'] = '432901667'
Nov 15 01:08:44 pbx yate[1046]: param['sip_callid'] = '1696842563@192.168.1.188:5160'

Т.е. вызывается номер 432901667, вместо 2901667

188 - IP PBX, 144 - IP SPA

Но звонок все-равно должен уйти на ТФОП, независимо от номера.

[ideco.dmitriy]

Какая у вас версия Ideco PBX? 2.1 или 2.0?

[Ринго]

2.0
Видел, что вышло обновление, но способа обновиться принудительно - не нашел.

[ideco.dmitriy]

Нужно обновиться до 2.1
https://doc.ideco.ru/pages/viewpage.act ... Id=2654231
там как раз исходящая маршрутизация и применяемые для этого шаблоны настраиваются проще (а т.к. у вас в процессе меняется номер, что-то не так с шаблоном).

[Ринго]

>Нужно обновиться до 2.1
>>Для обновления между релизными версиями, например с версии 1.7 до 1.8
Оно? Т.е. экспорт конфигурации, перенакатить Aplliance, восстановиться? Однако...

>а т.к. у вас в процессе меняется номер, что-то не так с шаблоном
Шаблон выше, что в нем не так? Ну и шаблон не дает ответа почему в итоге "Звонок на этот номер не может быть принят"

[ideco.dmitriy]

Да, для обновления нужно сделать бекап - установку - восстановление.

По шаблону и преобразованию номеров нужно понимать, в каком формате принимает номера оператор. "Звонок на этот номер не может быть принят" свидетельствует о какой-то ошибки.
Можно снять дамп трафика (в веб-интерфейсе) и посмотреть что при этом происходит через Wireshark.

[Ринго]

Звонок на этот номер не может быть принят = генерирует Ideco, а не "оператор". Оператор в данном случае это FXO часть SPA. Она вообще разговаривать не умеет. Она должна присланный номер набрать на ТФОП, но не набирает

[Ринго]

Обновился. Ничего не изменилось. Все тот же "Звонок на этот номер не может быть принят".
С входящими все хорошо, исходящие через SIP-провайдера ходят, а вот через FXO - нет.
Ну и теперь у меня снова нет доступа к SSH, поэтому что там в логах - неизвестно.