Элтекс

Добрый день. Сразу говорю, я полный профан в телефонии и различном шлюх-оборудовании. Но задача стоит реализовать взаимодействие текущей традиционной АТС KX-TDA200 и виртуальной АТС от манго-телеком с помощью данного шлюза и платы Е1 в АТС. При этом абоненты TDA200 могли выйти "в город" - провайдер подключен к виртуальной АТС. Т.к изучение шлюза и АТС шло методом "тыка", то пришел к следующему плану. Предположим в TDA-200 находится 3 абонента с номерами 1001, 1002, 1003. На виртуальной атс создал три идентичные SIP учетки c номерами 1001, 1002, 1003. Далее в шлюзе поднял E1 поток и засунул его в созданный транк TrunkPBX. Далее прописал вышеуказанные учетки в шлюзе и прописал их в соответствующих созданных транках, которые назвал TrunkGroup1001, TrunkGroup1002, TrunkGroup1003. Создал два префикса, один из которых направлен в TrunkPBX (из виртуальной АТС в TDA), другой префикс направлен в TrunkGroup1001 (все исходящие из TDA200 в виртуалку через одну SIP учетку). Схема в принципе работает: внутренний абонент PBX может связаться в абонентом из виртуалки (через 9-ку), а любой абонент виртуалки может связаться с любым абонентом традиционной АТС. Есть несколько фундаментальных вопросов:
1. Почему-то не происходит определение CdPN из SIP учетки, приходится ставить пункт "CdPN по-умолчанию" и явно указывать номер, т.к. без него по E1 потоку TDA200 не может определить CdPN и соответственно не может его маршрутизировать.
2. Хотел избавиться от явного указания префиксов и работать чисто с масками, но CdPN и СgPN работают, судя по всему, в режиме "ИЛИ". Как то можно их заставить работать в режиме "И"?
3. Если создано несколько SIP учеток, то почему-то все пакеты ходят только через первую в списке. Другие учетки молчат, НО, если задать каждой учетке свой порт, то все норм. Может быть работа за НАТом сказывается?
4. Сколько максимум учеток можно создать в шлюзе? 25 и более уже пишет "регистрация не прошла". Хотя по описанию шлюза - 32 канала должно работать.
5. Web-админка очень часто подвисает в гугл-хроме, приходится делать рефреш - это ошибки шлюза или это бразуер виноват?

Здравствуйте.

layman писал(а):1. Почему-то не происходит определение CdPN из SIP учетки, приходится ставить пункт "CdPN по-умолчанию" и явно указывать номер, т.к. без него по E1 потоку TDA200 не может определить CdPN и соответственно не может его маршрутизировать.

Пришлите:
1) TCP дамп неудачного звонка с интефейса any (Раздел РСАР трассировки);
2) Лог PBX_PSTN неудачного звонка все уровни 1 (Раздел PBX трассировки).

layman писал(а):2. Хотел избавиться от явного указания префиксов и работать чисто с масками, но CdPN и СgPN работают, судя по всему, в режиме "ИЛИ". Как то можно их заставить работать в режиме "И"?

Нет, нельзя

layman писал(а):3. Если создано несколько SIP учеток, то почему-то все пакеты ходят только через первую в списке. Другие учетки молчат, НО, если задать каждой учетке свой порт, то все норм. Может быть работа за НАТом сказывается?

Если Вы имеете в виду под учеткой SIP интерфейс, то это не один номер, а транк.
Т.е. привязка идет к IPaddress:port встречной стороны, а не конкретному номеру.
Соответственно если встречный IPadress:port одинаковый у всех "учеток" (SIP интерфейсов), то SMG их не отличит.

layman писал(а):4. Сколько максимум учеток можно создать в шлюзе? 25 и более уже пишет "регистрация не прошла". Хотя по описанию шлюза - 32 канала должно работать.

Должно 64 SIP интерфейса работать. Если у Вас не работает, надо разбираться.

layman писал(а):5. Web-админка очень часто подвисает в гугл-хроме, приходится делать рефреш - это ошибки шлюза или это бразуер виноват?

Проверьте с разных ПК, браузеров. Так увидим в чем проблема.

вот smg2 это не шлюх-оборудование))) поэтому и не получается во все дыры как попало)))


layman, тут такое дело, что smg2 это только транковый шлюз. Учётки он регистрировать не умеет. Надо его и мангу связывать через sip транк. Один. Аналогия E1 потока, через который пройдёт всё, что туда будет направлено, не зависимо от используемых номеров.

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

на smg2 настраиваете маршрутизацию по прямым префиксам (в базе знаний статейка есть, да и тут логику даже я не раз описывал) и не выдумываете... если нужно что-то модифицировать, но на панасе не получается - делайте это на стороне Манги. Если с SMG2 не только на мангу sip транк нужен, то разруливайте там по техническим префикса... которые нужно будет на панасе нацепить. ну или опишите что вам там надо разруливать поподробнее и может быть можно будет это сделать на smg