1 | изначальная версия редактировать | |
Уважаемые господа специалисты. Опыта "0", а уже нужен результат. Не посоветуете - с чего начать ? Дано: Elastix соединён с TDM PBX по E1 ISDN PRI EDSS1. Всё работает. TDM PBX имеет выход в город только по TDM, а Elastix соединён с оператором дальней связи по SIP. И Elastix работает замечательно: через "0" (остаётся на Elastix") | 7 + ещё 10 цифр. качество и тарифы последнего направления - ужасно привлекательные, качество – весьма преемлемое ! Так вот, TDM-абоненты требуют - хотим ходить на дальнюю связь через Ваш "Elastix" по SIP. Юридически все права они себе сделали. Вопрос: как мне сделать транзит входящих звонков с E1 в SIP ?
Уточню вопрос. Абоненты TDM PBX хотят попадать на МГ номера, набирая "8 + код города + номер телефона". И ни о чём не думать. Я сделал на TDM PBX новую маршрутизацию, которая все звоночки, которые начинаются на "8" сразу привязывал к потоку Е1 на "Elastix", чтобы "8" оставалась на TDM PBX, а в сторону Elastix отправлялись цифры "0 + 7 + оставшиеся 10 цифр без изменения". Далее, на Elastix'e я прописал, чтобы все звонки, поступающие на Elastix с потока Е1 безотносительно CID-number, но с DID=0xxxxxxxxxxx сразу же занимали исходящий из Elastix SIP-trunk ! Ранее у меня в Elastix outbond route было прописано "Оставлять "0" на Elastix", а оставшиеся 11 цифр отправлять на взаимодействующего SIP-оператора". Но "Elastix" ни в какую не хочет пускать такие наборы в SIP ! Может я не научился правильно организовывать выдачу А-номера ? Если нужно научиться - то как их правильно прописывать ? Вобщем пока я внёс изменение в маршрут "outbond SIP" - "принудительно присваивать 1 единственный одинаковый для всех звонков валидный A-номер (вобщем он имеет формат "73433366xxx", причём все цифры указаны явно"). Так вот, что может быть при организации транзита у меня не так ? P.S. Примечательно, что внитриЭластиксовый проверочный SIP-телефон 3CX-phone-client звонит через этот же самый "out SIP" просто великолепно, с первого раза, и качество звонков - восхитительное ! P.P.S. Вот и вся задача. Я попробовал сделать: exten => 07X.,1,Answer() exten => _07X.,2,Set(CALLERID(num)=7343336${CALLERID(num):-4}) exten => _07X.,3,Noop(Calling Out Route: Si) exten => _07X.,4,Dial(SIP/${EXTEN}) Здесь “Si” – единственный маршрут на SIP от Elastix, содержащий 10 SIP-trunks. TDM PBX направляет в Elastix Б-номера в формате “07-XXXXXXXXXX”. Указанный контекст я вставил в файл extensionadditional.conf. По этому контексту звонки уходят куда-то в транки SIP c правильным А-номером, но сразу Elastix пишет, что транк занят ! Пробовал иначе внедрять контекст: exten => _07X.,1,Answer() exten => _07X.,2,Set(CALLERID(num)=7343336${CALLERID(num):-4}) exten => _07X.,3, Dial(SIP/M/${EXTEN}) Здесь “M” – транк в SIP. Он и такие же как он должны содержаться в маршруте Si. Но при отработке такого звонка CLI показывает опять Congestion на транке. Хотя и А-, и Б-номера формируются прекрасно и правильные. Как правильно написать контекст ?
2 | No.2 Revision редактировать |
Уважаемые господа специалисты. Опыта "0", а уже нужен результат. Не посоветуете - с чего начать ? Дано: Elastix соединён с TDM PBX по E1 ISDN PRI EDSS1. Всё работает. TDM PBX имеет выход в город только по TDM, а Elastix соединён с оператором дальней связи по SIP. И Elastix работает замечательно: через "0" (остаётся на Elastix") | 7 + ещё 10 цифр. качество и тарифы последнего направления - ужасно привлекательные, качество – весьма преемлемое ! Так вот, TDM-абоненты требуют - хотим ходить на дальнюю связь через Ваш "Elastix" по SIP. Юридически все права они себе сделали. Вопрос: как мне сделать транзит входящих звонков с E1 в SIP ?
Уточню вопрос. Абоненты TDM PBX хотят попадать на МГ номера, набирая "8 + код города + номер телефона". И ни о чём не думать. Я сделал на TDM PBX новую маршрутизацию, которая все звоночки, которые начинаются на "8" сразу привязывал к потоку Е1 на "Elastix", чтобы "8" оставалась на TDM PBX, а в сторону Elastix отправлялись цифры "0 + 7 + оставшиеся 10 цифр без изменения". Далее, на Elastix'e я прописал, чтобы все звонки, поступающие на Elastix с потока Е1 безотносительно CID-number, но с DID=0xxxxxxxxxxx сразу же занимали исходящий из Elastix SIP-trunk ! Ранее у меня в Elastix outbond route было прописано "Оставлять "0" на Elastix", а оставшиеся 11 цифр отправлять на взаимодействующего SIP-оператора". Но "Elastix" ни в какую не хочет пускать такие наборы в SIP ! Может я не научился правильно организовывать выдачу А-номера ? Если нужно научиться - то как их правильно прописывать ? Вобщем пока я внёс изменение в маршрут "outbond SIP" - "принудительно присваивать 1 единственный одинаковый для всех звонков валидный A-номер (вобщем он имеет формат "73433366xxx", причём все цифры указаны явно"). Так вот, что может быть при организации транзита у меня не так ?
P.S. Примечательно, что внитриЭластиксовый проверочный SIP-телефон 3CX-phone-client звонит через этот же самый "out SIP" просто великолепно, с первого раза, и качество звонков - восхитительное !
!
P.P.S. Вот и вся задача. Я попробовал сделать:
exten => 07X.,1,Answer()
_07X.,1,Answer()
exten => _07X.,2,Set(CALLERID(num)=7343336${CALLERID(num):-4})
exten => _07X.,3,Noop(Calling Out Route: Si)
exten => _07X.,4,Dial(SIP/${EXTEN})
Здесь “Si” – единственный маршрут на SIP от Elastix, содержащий 10 SIP-trunks.
TDM PBX направляет в Elastix Б-номера в формате “07-XXXXXXXXXX”.
Указанный контекст я вставил в файл extensionadditional.conf. extension_additional.conf. По этому контексту звонки уходят куда-то в транки SIP c правильным А-номером, но сразу Elastix пишет, что транк занят !
Пробовал иначе внедрять контекст:
exten => _07X.,1,Answer()
exten => _07X.,2,Set(CALLERID(num)=7343336${CALLERID(num):-4})
exten => _07X.,3, Dial(SIP/M/${EXTEN})
Здесь “M” – транк в SIP. Он и такие же как он должны содержаться в маршруте Si. Но при отработке такого звонка CLI показывает опять Congestion на транке. Хотя и А-, и Б-номера формируются прекрасно и правильные. Как правильно написать контекст ?
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.