Есть Trixbox, транк с номером от внешнего провайдера, сейчас при входящем звонке на данный номер проигрывается IVR, в Incoming Routes есть правило DID от моего провайдера CID пустой Set Destination на IVR. Пробывал заводить на callback все отлично работает. Хочется следующего: если поступил звонок с определенного номера, например с моего мобильного, он поступает на call back, если со всех остальных на IVR. Пробывал в Incoming Routes создавать еще одно правило, где DID от моего провайдера CID мой мобильный, как он определяется в консоле при звонке Set Destination на call back. Ничего не выходит, звучит IVR, в чем может быть причина?
Если будет попадать на другой с твоего мобильного, то и call back отработает.
Просто не факт, что номер твоего мобильного отработает правильно в исходящий диал план, там всё норовят вечно через 9-тку в мир попадать...
Сценарий выбора маршрута пробегает сверху вниз, если найдено совпадение - исполняется. Мне продолжать дальше, или уже всё понятно?
так вот, от провайдера номер моего мобильного приходит в кавычках, из-за этого trix не может его идентифицировать, в inbound routes в CID прописать кавычки не удается
можно ли как-нибудь решить эту проблему, или только сменой провайдера 
от провайдера номер приходит в кавычках, вот здесь и засада.
Ты должен в правиле прихода задать номер CID иммено в виде 84959012345678, и всё будет работать.
У нашего клиента я сам эту фичу ставил, и работает безупречно.
в том то и загвоздка, понятно, что проблема в несовподени определенного номера и номера прописанного в CID, но в то же время номер прописываю как определяется в консоли. По этому я и начал грешить на кавычки.
поэтому проверить от другого провайдера, с кавычками или нет, нет возможности. Завтра буду провайдера пинать 
| anynet писал(а): |
| нпроблема в несовподени определенного номера и номера прописанного в CID |
Как откладывается такой звонок в репортах, если установлен ANY CID?
Я уверен, что при звонке можно глядя в консоль выцепить почему не попадает в определитель. Там макросы, может покажется много ваты, но разобрать можно. Если NoOp догладывает тебе твой номер, то даже в ручной контекст загнать можно для аналитики.
В консоли вот, что:
-- Executing [МОЙ DID@from-pstn:1] Set("SIP/exten_sp-b7d079b0", "__FROM_DID=МОЙ DID") in new stack
-- Executing [МОЙ DID@from-pstn:2] GotoIf("SIP/exten_sp-b7d079b0", "1 ?cidok") in new stack
-- Goto (from-pstn,МОЙ DID,4)
-- Executing [МОЙ DID@from-pstn:4] NoOp("SIP/exten_sp-b7d079b0", "CallerID is "8495МОЙ Моб" ") in new stack
-- Executing [МОЙ DID@from-pstn:5] Set("SIP/exten_sp-b7d079b0", "__CALLINGPRES_SV=allowed_not_screened") in new stack
-- Executing [МОЙ DID@from-pstn:6] SetCallerPres("SIP/exten_sp-b7d079b0", "allowed_not_screened") in new stack
-- Executing [МОЙ DID@from-pstn:7] Goto("SIP/exten_sp-b7d079b0", "ivr-2|s|1") in new stack
-- Goto (ivr-2,s,1)
хотя в Ibound Routes два правила 1. DID=МОЙ DID; CID=Any; Dest=IVR 2. DID=МОЙ DID; CID=МОЙ Моб; Dest=callback.
А как в ручной контекст загнать для аналитики?
2) В настройках SIP пира exten_s указать ему этот контекст
3) и уж там творить эксперименты.
| Ded писал(а): |
| 1) Создать примитивный контекст в extensions_custom, обозвать его нехорошим словом? как-то [rastudyt-ego-v-ka4el] 2) В настройках SIP пира exten_s указать ему этот контекст |
3) принять на своий экстеншн, или ИВР, и там же указать фильтр, на основе CID своего мобильного, и направить на другой экстеншн, или другой ИВР.
Мы будем что-то делать, или будем теряться в кавычках?