TDE-600, ARS, не переходит на следующий приоритет

[koledas]

Почему в ARS отправляете всю 8? Прям и межгород с GSM дешевше? Или он может быть в базе?

Суть в том, чтоб разделить внутризоновую связь (Кемеровская область) от междугородней.
Внутризоновую нужно направлять через местного провайдера по Е1 (Ростелеком).
Межгород нужно направлять через GSM. Подсчитано - так дешевле

Если подробнее, то ARS выглядит так:

1) 8384 - внутризоновая фиксированная связь - отправлять через местного провайдера по Е1 (Ростелеком).
2) 8800 - отправлять через Ростелеком.
3) 89 - сотовые - отправлять так как описано в первом посте, предварительно нужно узнать регион набранного номера. Если Кемеровская область, то отправлять через Ростелеком, если другой регион, то отправлять через GSM.
4) 8 - оставшаяся фиксированная связь - отправлять через Ростелеком.
Всё реализовано, проблема только с пунктом 3)

На сколько велика и статична база?
Возвращенные номера - есть или нет в базе, или не зависит?

База создана на основании данных Россвязи и ежемесячно автоматически актуализируется. Вот ссылка на файл по которому синхронизирую свою базу:
http://www.rossvyaz.ru/opendata/7710549 ... EF-9kh.csv
По этой базе видно какие диапазоны сотовых номеров в каких регионах находятся.
Для этой базы создано web-приложение. А у OpenVox есть фича, называется MNP, она может до выбора маршрута отправить номер на определённый URL, web-приложение возвращает номер с проставленным маркером региона и после этого номер с маркером идёт на проверку по маршрутам GSM-шлюза.

Сколько Voip/GSM каналов у шлюза?

На шлюзе 6 sim-карт сотового оператора. 6 каналов хватает, чтоб покрыть одновременные звонки на межгород.
На TDE лицензии такие:
#923

[Dymk]

Нашел в файле 79 строк Кемеровской области и 5 строк г. Кемерово.
Т.е., если внести их в арс, то петель на сегодня не будет. Так?
Гемор, не спорю, каждая строка файла может занять одну, а может и 10 строк в арсе. Но выбирать вам, купить лицензии или продать своё время.
Т.е база достаточно статична, диапазоны не удаляются (что важно), а только добавляться могут.
Далее, лицензий хватает на 6 разговоров через GSM и 5 петель назад в поток. Надо ли больше?

[koledas]

Нашел в файле 77 строк Кемеровской области и 5 строк г. Кемерово.
Т.е., если внести их в арс, то петель на сегодня не будет. Так?
Т.е база достаточно статична, диапазоны не удаляются (что важно), а только добавляться могут.
Далее, лицензий хватает на 6 разговоров через GSM и 5 петель назад в поток. Даже если вы оставите алгоритм петель, но раз в пол года будете вручную контролировать базу, то ничего страшного не произойдет.

Спасибо Вам большое за советы и участие! Это всё понятно, но мой принцип - автоматизация, а это - ручная работа.
Я вот делал такой эксперимент. Развернул дополнительный сервер Asterisk. В нём настроил подобный TDE план нумерации. На маршрут повесил два приоритета 1 - OpenVox, 2 - TDE.
Получилась такая схема:

Код: Выделить всё

SIP_абоненты --> Asterisk --SIP--> OpenVox(Asterisk) --> Операторы_сотовой_связи
SIP_абоненты --> Asterisk --SIP--> TDE --E1--> Ростелеком

Тестировал путём звонков с SIP-софтфонов, подключённых к этому Asterisk. Так вот Asterisk отработал корректно, он понял сигнал OpenVox о недоступных линиях. В итоге Asterisk это делать умеет, а вот TDE-600 не умеет. Кстати, когда линия недоступна и когда линия занята это разные коды отбоя и гудки. Когда линия недоступна то гудки короче, нежели у занятой линии.

Где-то мельком мне попадались реплики о том, что по H323 TDE может обработать отбой Asteriska, но это было написано как-то вскольз.
Ещё где-то встречались слова о том, что через H323 тратится только 1 лицензия на канал, а разговоров в нём может быть сколько угодно, тоже не знаю правда или нет.

[Dymk]

Автоматизация - это правильно.
Но подождите российских коллег, мож есть наработки для таких случаев.
1 лицензия - 1 канал - 1 разговор.

[koledas]

Автоматизация - это правильно.
Но подождите российских коллег, мож есть наработки для таких случаев.
1 лицензия - 1 канал - 1 разговор.

Спасибо, подожду...
Ещё хотелось бы добавить комментарий. Хотелось бы, чтоб TDE тоже понимала разницу между занятой линией и отсутствием маршрута (как я говорил гудки разные). Если линия при звонке с GSM-шлюза занята (например, адреса разговаривает с кем-то другим по телефону), то звонок не должен возвращаться на TDE, а должен быть слышен сигнал "занято".

[Dymk]

Маловерояно)

Где-то мельком мне попадались реплики о том, что по H323 TDE может обработать отбой Asteriska

Есть фича, при каких-то недоступностях канала или получении сообщения об определенной ошибке, атс может перенаправить вызов через другую СО, но не знаю, применимо ли это к вашей ситуации. ( Feature_Guide.pdf к v4(!) и выше, 1.30.2 Voice over Internet Protocol (VoIP) Network/Сеть передачи речи через протокол IP)

[koledas]

Есть фича, при каких-то недоступностях канала или получении сообщения об определенной ошибке, атс может перенаправить вызов через другую СО, но не знаю, применимо ли это к вашей ситуации. ( Feature_Guide.pdf к v4(!) и выше, 1.30.2 Voice over Internet Protocol (VoIP) Network/Сеть передачи речи через протокол IP)

Спасибо! Вот это уже интересно. У меня есть руководство по функциям, в нём есть пункт 1.30.2 на который Вы ссылаетесь.
В руководстве написано:

KX-TDE100/KX-TDE200: программный файл PMMPR версии 2.0000 или выше
KX-TDE600: программный файл PGMPR версии 2.0000 или выше

Я правильно понимаю, что для моей версии этот функционал должен работать?

[Dymk]

Нет, не думаю. Я про то, что вы могли где-то читать.
К тому же до v4 эта фича работала как-бы примитивней. Скачайте ман v4 и сравните, там алгоритм еще в арс заглядывает, и по-моему это применимо только к Н323.

[koledas]

Спасибо, Dymk! Всё получилось!
2 недели провозился, с этим грёбаным H323, но в итоге я его победил

Что было сделано:
1. Ввёл дополнительный сервак Asterisk, схема стала такой:
Для SIP-абонентов

Код: Выделить всё

SIP_абоненты --> Asterisk --IAX2--> OpenVox(Asterisk) --> Операторы_сотовой_связи
SIP_абоненты --> Asterisk --H323--> TDE --E1--> Ростелеком

Для внутренних телефонов TDE:

Код: Выделить всё

TDE_абоненты --> TDE --H323--> Asterisk --IAX2--> OpenVox(Asterisk) --> Операторы_сотовой_связи
TDE_абоненты --> TDE --E1--> Ростелеком

Тут самым сложным было собрать из исходников Asterisk с поддержкой H323. Вначале собрал версию 1.8.3.3 и долго мучился связывая с TDE. Оказалось, что в 1.8.3.3 есть баг в исходниках канала H323, пересобрал последнюю версию ветки 1.8 - 1.8.32.3 (http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-1.8.32.3.tar.gz) и тут канал H323 заработал. Собирал по инструкциям (http://asterisk.ru/knowledgebase/asterisk-h323 и https://sites.google.com/site/evrinoma/linux-dstgc-8/centosasteriskfreepbx).

2. Ну а далее всё работает как заявлено в Feature_Guide.pdf пункт 1.30.2, причём TDE я не обновлял.
Прикладываю скрины консоли TDE (https://yadi.sk/i/Kl3aXlxS3MYgs3)
Скрины FreePBX сервера Asterisk (https://yadi.sk/i/9jsAWYPg3MYhdk)
Файл h323.conf с сервера Asterisk:

Код: Выделить всё

; The NuFone Network\'s
; Open H.323 driver configuration
;
[general]
port = 1720
bindaddr = X.X.X.9 ;IP-адрес asterisk
srvlookup=no
gatekeeper=disable
disallow=all
allow=alaw
context=from-internal
canreinvite=no

[tde-asterisk]
type=peer
host=X.X.X.6 ;IP-адрес TDE
port=1720
srvlookup=no
canreinvite=no
disallow=all
allow=alaw
context=from-internal


3. Последнее что осталось сделать - это обработка сигнала занято.
Т.е. если абонент TDE позвонит на сотовый другого региона, то вначале дозвон пойдёт через GSM-шлюз. В этот момент вызываемый абонент может быть либо занят, либо просто отбить вызов. Сейчас TDE подумает, что линия не доступна и будет пробовать звонить через Ростелеком.
Для SIP-абонентов такое поведение легко исправляется в диалплане. Для TDE скорее всего надо подобрать причину отбоя, при которой он не будет перенаправлять вызов на CO-линию, чуть позже и с этим разберусь.

В итоге почти всё задуманное реализовал.
Для SIP-абонентов это выглядит так:

1. набор 89XXXXXXXXX
2. Asterisk пытается позвонить через GSM-шлюз по маршруту To-GSM-From-SIP (указан callerid 3XXX - это внутренние SIP-абоненты)
3. на GSM-шлюзе идёт проверка номера по базе
4. если номер за пределами Кемеровской области, то звонок идёт через GSM-шлюз
5. если номер из Кемеровской области, то GSM-шлюз не находит маршрута и отбрасывает звонок
6. Asterisk пытается позвонить через TDE
7. на TDE посредством ARS звонок направляется через Ростелеком

Для TDE-абонентов это выглядит так:

1. набор 89XXXXXXXXX
2. согласно пункту 9.1 (Таблица соединительных линий) звонок идёт на сервер Asterisk
3. Asterisk пытается позвонить через GSM-шлюз по маршруту To-Russia
5. на GSM-шлюзе идёт проверка номера по базе
6. если номер за пределами Кемеровской области, то звонок идёт через GSM-шлюз
7. если номер из Кемеровской области, то GSM-шлюз не находит маршрута и отбрасывает звонок
8. у Asterisk больше нет вариантов дозвона и он также отбрасывает номер, возвращая причину отбоя TDE (вот тут можно будет на Asteriske поиграться с причинами отбоя, чтобы решить проблему дозвона по другой линии при реальной занятости вызываемого абонента)
9. тут включается механизм TDE (Feature_Guide.pdf пункт 1.30.2)
10. согласно пункту 2.6.2 (Быстрый набор) начало номера преобразуется из 89 в 980009
11. далее номер (80009XXXXXXXXX) попадает на ARS, от куда благополучно преобразовывается и направляется на Ростелеком

Ещё раз спасибо Dymk, за посыл к нужной функции! Тему можно закрывать.

[Dymk]

Да, пожалуйста. И думаю, что очень круто то, что вы наворотили.