2 trunk'a не разделяются по context'ам
| Есть 2 номера у одного провайдера, заведенные на 1 Asterisk. Для каждого заведен свой contex, но при звонке на любой номер срабатывает только 1 из указанных contex'ов. Как правильно разделить вызовы, в зависимости от набранного номера? Кроме как подымать под каждый номер отдельный сервер. добавить комментарий |
| Правильнее использовать SIP_HEADER(TO) ну и так далее, смотря на Ваше усмотрение а почему правильное? нет, не надо меня обвинять в том что я злой. мне инетерсно из каких соображений вы этопишете? в каких случаях поле to будет а extension - нет? я вот читал/писал chan_sip.c и такого както не припомню. meral (Feb 05)редактироватьЯ сам пользуюсь DID-ом (freephoneline.ca) и всегда получал в поле TO как раз номер на который звонили клиенты. Да и на других серверах тоже, показывает номер(имя) на который пришел звонок из вне Но только для SIP каналов varnar (Feb 06)редактироватьда, но в екстеншен вы тоже его получите. и зачем так извращенно его вытягивать из хеадеров? meral (Feb 07)редактировать |
Еще можно по имени канала маршрутизацию сделать. интересно. а чем это будет лучше чем по destination? и вообще почему вы решили что на всех системах в имени канал будет номер? у меня например нигде он так не светится. meral (Feb 04)редактироватьВы прочитали, что я написал?! Там может и не номер быть. Все зависит, какое вы каналу имя присвоили. bolshoy_plohish (Feb 05)редактироватьм? а можно поподробнее. выложиет свой конфиг. еще раз говрю, то что вы написали не на одном сервере кроме какихто специфических не будет работать. а именно не будет тогда когда адрес сервера совпадает более чем в одном пире(как автор написал). meral (Feb 06)редактироватьдавайте уточним вопрос. как с помощью того что вы описали разделить траффик иддущий с адреса 192.168.0.1 и 192.168.0.1 на один и тот же номер s? meral (Feb 06)редактироватьтоесть у вас нет ответа на мои вопросы? вы просто написали не читая вопроса и думаете что это нормально? meral (Feb 06)редактировать |
| я делаю так |
| надо определить оба этих номера в один контекст (in_intertelecom например), а в нем обрабатывать их с помощью плана нумерации: |
| астериск определяет транк по паре адрес+порт. тоесть в вашем случае будет всегда ОДИН выбираться. тото который первый в конфиге. поищите другой вариант разделения, например по номерам. да, точно ничего сделать с этим нельзя. это очень глубоко в sip канале заложено. |
