обычно плюсы не нужны как раз

ну в тз то как раз иначе было

согласен)

ок.. значит я не настолько пьян, сколько выпил))

Ладно, так уж и быть, для тз так будет))) same => n,ExecIf($["${CALLERID(num):0:1}" != "+"]?Set(CALLERID(num)=+${CALLERID(num)}))

if(${CALLERID(num):0:1} != '+') Set(CALLERID(num)=+${CALLERID(num)})

а тут у тебя два плюча получиться)

а тут у тебя два плюча получиться)

там вообще ничего не получится если быть честным)

а тут у тебя два плюча получиться)

Там хорошо получается. !=

а тут у тебя два плюча получиться)

Восклицательный знак забыл?

там вообще ничего не получится если быть честным)

из-за того что не в кавычках?

Восклицательный знак забыл?

там и с синтаксисом еще проблема

я хз мб это на луа вообще)

я хз мб это на луа вообще)

ael же

ну я примерно был прав)

тогда кроме как ! там мб и нет проблем)

как мне распознать есть + или нет? я знаю как отрезать энное кол-во знаков в начале или в конце, а как отрезать только заданный символ?

человек, твоя задача решена)

человек, твоя задача решена)

что то мне кажется, что спасибо не дождешься)

драмма с одной буквой м, и тут ошибка в синтаксисе ;)

драмма с одной буквой м, и тут ошибка в синтаксисе ;)

:D поправил на одну)))

с первоначальным кодом нет, но мы уже выяснили что это аел а не воскресное пиво, так что все норм)

с первоначальным кодом нет, но мы уже выяснили что это аел а не воскресное пиво, так что все норм)

:)

Воскресное пиво отлично идёт

Воскресное пиво отлично идёт

пока не кончится :(

Понимаешь зачем неделя начинается с sunday, а не monday

пока не кончится :(

Ну есть же водка и коньяк ))))

Ну есть же водка и коньяк ))))

фу-фу-фу

Ну не хочешь крепкого, есть и вино , делов то

А ещё китайское что-то

Но его пить опасно

фу-фу-фу

ну что ты сразу фукаешь. Коньяк хорошо идет))

При входящем звонке CallerID иногда приходит в формате с “+” иногда без “+” длина callerID может быть разной, как проверять наличие + и если его нет то добалять +?

{Callerid(num):-10} чистый номер без префиксов с оговоркой, что все номера входящие РФ.. Предварительно можно проверить на длину, т.к. могут звонить с номера АВС, который может определяться без кода города

как мне распознать есть + или нет? я знаю как отрезать энное кол-во знаков в начале или в конце, а как отрезать только заданный символ?

Есть функция filter, например, FILTER(0-9,${Callerid(num)}) оставит только цифры

а это самый раз

Зачем так? Проще отфильтровать только цифры, останется голый номер. А вот в нем, если первая 7 , то поставить вместо нее 8. Бывает же определяется вообще без кода - просто 10 цифр, бывает +7, а бывает определяется просто 11 цифр и первая 7. Местные АВС номера (не Мск) могут определяться в виде 6 и 7 значного числа. Т.е. Предварительно нужно сначала длину посмотреть, а потом подумать, что обрезать/добавить.

Зачем так? Проще отфильтровать только цифры, останется голый номер. А вот в нем, если первая 7 , то поставить вместо нее 8. Бывает же определяется вообще без кода - просто 10 цифр, бывает +7, а бывает определяется просто 11 цифр и первая 7. Местные АВС номера (не Мск) могут определяться в виде 6 и 7 значного числа. Т.е. Предварительно нужно сначала длину посмотреть, а потом подумать, что обрезать/добавить.

Быстро и бесплатно

Нужно посмотреть в техформу оператора от кого вызовы приходят и ориентироваться на план набора который там. Если приходят по разному, ну, такой оператор)))

от МТТ постоянно CallerID приходит то с + то без, иногда даже по разному при вызовах с одного и того же номера, уточню, это вызовы не с российского номера

от МТТ постоянно CallerID приходит то с + то без, иногда даже по разному при вызовах с одного и того же номера, уточню, это вызовы не с российского номера

Полагаю тогда, что МТТ здесь ни при чём, он в каком виде получил callerid, в том виде и передал и хз по какому маршруту звонок до РФ шёл. Например, вы в сипнет сделаете АОН по номеру, который вам нравится и который вы подтвердили у них, что он ваш. Тогда при звонках через сипнет на другие номера будет подставляться в АОН ваш номер. И этот номер может отображаться у того, кому вы звоните не так, как если бы вы звонили напрямую со своего номера этому же абоненту.

Я внутри офиса все привожу в E.164

Терпеть не могу 8ку)

Мой рабочий вариант: n,GotoIf($[${LEN(${CALLERID(num)})} <=7]?5) ; Если длина CallerID меньше или равна 7 знакам, то перейти к приоритету 5 n,GotoIf($["${CALLERID(num)}" != "${FILTER(0123456789,${CALLERID(num)})}"]?5) ; Если CallerID содержит любые символы кроме цифр, то перейти к приоритету 5 затем после этих 2х правил безусловно добавляем +, если сработает любое их 2х предыдуших правил то правило добавления + мы просто перескочим n,Set(CALLERID(num)=+${CALLERID(num)}) ; Безусловно добавть + перед CallerID Вот это тоже работает, тут + добавляется только если его уже нет, но при наличии 2х первых правил оно уже избыточно n,ExecIf($["${CALLERID(num):0:1}" != "+"]?Set(CALLERID(num)=+${CALLERID(num)})) ; Проверит CallerID на наличие + в начале и если нет до добавить +

А вот со стороны АТС все намного веселее. Как оператор связи, мы еще в ОКСе учитываем тип номера. Например, если тип national то номер и без 7ки и без 8ки. Просто 4951234567 и все. И так везде что касается телефонии. А когда отдашь номер в стык клиенту уже делаются собственные правила.

от МТТ постоянно CallerID приходит то с + то без, иногда даже по разному при вызовах с одного и того же номера, уточню, это вызовы не с российского номера

Я бы тогда предъявил это МТТ. У вас в договоре должен быть прописан формат набора и получения CID.

Я бы тогда предъявил это МТТ. У вас в договоре должен быть прописан формат набора и получения CID.

да это самый малый грех МТТ, который на своей стороне можно пофиксить, выше даже написал как я это решил делать, вот серьёзные грехи МТТ это то что например в Казахстан вызовы не всегда через них проходят, а их техподдержка на это говорит, ну знаете мы в одном коде +7 и потому проблемы…. во первых код у Казахстана +77 (так что никакого пересечения нет), в РФ префикс 7 не используется, и что это они получается расписываются что совсем не работает?… на вопрос а почему же тогда раньше звонки проходили комментариев уже нет…

Вот ещё приколы с МТТ приходит на МТТ вызов из Китая, с мобильного телефона, а CallerID у него фейковый! конкретно например такой: 78123856664 +78123856664 это номер некоего Автоцентра “Дракар” в Питере переодические такое происходит, это этого был другой номер, тоже из Питера, но это был номер доступа IP телефонии какого-то питерского оператора иногда и реальные CallerID показываются…

Всем привет. Подскажиет, куда копать, если после ребута сервера астериск перестал писать cdr в базу

[root@asterisk asterisk]# asterisk -rx "odbc show" ODBC DSN Settings ----------------- Name: asteriskcdrdb DSN: MySQL-asteriskcdrdb Last connection attempt: 2018-10-08 10:18:59 Number of active connections: 0 (out of 1)

В модуль сдр, в модуль одбс, в Коннект одбс

В фаервол , в котором кто-то дырку не сохранил

В freePBX есть 3 транка. настроил исходящую маршрутизацию для двух транков: 6011-6012 - звонки на городские. Для 6013 - звонки только на внутренние (там аналоговая атс-ка). При звонке на внутренний - пытается всеравно звонить с первого свободного транка (6011). Далее заметил, что если я в правиле звонков на городские первым ставлю транк 6012 - всеравно звонит с 6011, а если он занят - с 6012. Куда рыть?( Лог исходящего на внутренний https://pastebin.com/iMQNEHuE По логу везде 6013, а звонит с 6011, помогите, пожалуйста.

думаю надо не логи показывать

а скрины настройки транков

Пальцем в небо ткну В исходящей маршрутизации там есть dial patterns, настроил?

А на других транках какие номера?

Что есть FileDes в выводе manager show connected? И о чем говорит значение -1 в этом FileDes?

астер 11-й

В freePBX есть 3 транка. настроил исходящую маршрутизацию для двух транков: 6011-6012 - звонки на городские. Для 6013 - звонки только на внутренние (там аналоговая атс-ка). При звонке на внутренний - пытается всеравно звонить с первого свободного транка (6011). Далее заметил, что если я в правиле звонков на городские первым ставлю транк 6012 - всеравно звонит с 6011, а если он занят - с 6012. Куда рыть?( Лог исходящего на внутренний https://pastebin.com/iMQNEHuE По логу везде 6013, а звонит с 6011, помогите, пожалуйста.

А кто вам сказал что он не по 6013 идет? По логам именно туда и идет. Только вот интересно что по sip. У вас там вроде аналогавая атс. Или она по sip транком цепляется?

А кто вам сказал что он не по 6013 идет? По логам именно туда и идет. Только вот интересно что по sip. У вас там вроде аналогавая атс. Или она по sip транком цепляется?

6011-6013 - это все FXO шлюз DVG-6004s. На нем и видно в статусе, что звонок через физическую линию 6011. а к внутр атс-ке подключена только 6013 от FXO шлюза.

6011-6013 - это все FXO шлюз DVG-6004s. На нем и видно в статусе, что звонок через физическую линию 6011. а к внутр атс-ке подключена только 6013 от FXO шлюза.

Тогда с ним разбирайтесь. В логах у вас четко уходит на sip/6013/123

У вас транки то на разные сип аккаунты идут или на один? Как шлюз у вас определяет на что пришло? И зачем тогда 3 транка если устройство одно? Может проще на шлюзе тогда разрулить по екстеншену куда кидать?

У вас транки то на разные сип аккаунты идут или на один? Как шлюз у вас определяет на что пришло? И зачем тогда 3 транка если устройство одно? Может проще на шлюзе тогда разрулить по екстеншену куда кидать?

На разные аккаунты. Со шлюзом счас только начал разбираться, думал все дело в freepbx. если набираю 6013123 то идет как надо, через 6013...

Добавил в исходящий маршрут донабор вначале "6013" - так работает. Незнаю, насколько это правильно.

Вообще спамеры офуели

Где терминатор?

как на соседних каналах

Терпеть не могу 8ку)

А чем +7 лучше 8 ки ? Как +7 набирать на стационарных телефонах ? Был, кажется, проект Россвязи на набор международного направления не через 810, а через 00, а межгорода вместо 8 ки через 0, но что-то не слышно более. Китайцы, кстати, для звонка в РФ набирают 007 код города и номер телефона (это напрямую если , без ip телефонии). Я на некоторых своих диалпланах реализую поддержку набора межгорода через 0, а международного направления через 00.

А чем +7 лучше 8 ки ? Как +7 набирать на стационарных телефонах ? Был, кажется, проект Россвязи на набор международного направления не через 810, а через 00, а межгорода вместо 8 ки через 0, но что-то не слышно более. Китайцы, кстати, для звонка в РФ набирают 007 код города и номер телефона (это напрямую если , без ip телефонии). Я на некоторых своих диалпланах реализую поддержку набора межгорода через 0, а международного направления через 00.

А зачем мне набирать на стационарном телефоне +7?

Я говорил лишь про аоны и все такое.

У меня всегда внутри диалпланов звонки приводятся к е.164

Пользователь набирает так как может набрать

Через 8 - ок

Через +7 - тоже ок

А вот когда поступает входящий звонок то номер всегда +7

Мой рабочий вариант: n,GotoIf($[${LEN(${CALLERID(num)})} <=7]?5) ; Если длина CallerID меньше или равна 7 знакам, то перейти к приоритету 5 n,GotoIf($["${CALLERID(num)}" != "${FILTER(0123456789,${CALLERID(num)})}"]?5) ; Если CallerID содержит любые символы кроме цифр, то перейти к приоритету 5 затем после этих 2х правил безусловно добавляем +, если сработает любое их 2х предыдуших правил то правило добавления + мы просто перескочим n,Set(CALLERID(num)=+${CALLERID(num)}) ; Безусловно добавть + перед CallerID Вот это тоже работает, тут + добавляется только если его уже нет, но при наличии 2х первых правил оно уже избыточно n,ExecIf($["${CALLERID(num):0:1}" != "+"]?Set(CALLERID(num)=+${CALLERID(num)})) ; Проверит CallerID на наличие + в начале и если нет до добавить +

Вот я как-то видел номера, у которых Callerid был 810 7 код города номер телефона. Правда давно было, но вот как-то так определился. Как мы к этому + добавим ?

Из журнала звонков проблем нет набрать Через +7

А по поводу 00 все это двигается потихоньку

Я бы тогда предъявил это МТТ. У вас в договоре должен быть прописан формат набора и получения CID.

А если это не МТТ callerid формировал? Вряд-ли операторы модифицируют чужие callerid. Кстати , я часто вижу на оконечном оборудовании клиента национальные номера и без 7ки и без 8-ки. Да и на сотовом у меня хрень какая-то непонятная с номерами. У меня номер МТС. Звонишь куда-нибудь на городской (без кода города, только цифры номера) , он потом преобразуется иногда в номер с кодом, но без 7ки, иногда сотовый в журнале на мобильном вместо +7 9ххххххххх записывается как +9ххххххххх. Мало того, что если этот номер был в телефонной книге, то после такого преобразрвантя система уже не видит этот нгмер и чтобы перезвонить потом на него, этот номер нужно редактировать, например, добавить восьмерку.

А если это не МТТ callerid формировал? Вряд-ли операторы модифицируют чужие callerid. Кстати , я часто вижу на оконечном оборудовании клиента национальные номера и без 7ки и без 8-ки. Да и на сотовом у меня хрень какая-то непонятная с номерами. У меня номер МТС. Звонишь куда-нибудь на городской (без кода города, только цифры номера) , он потом преобразуется иногда в номер с кодом, но без 7ки, иногда сотовый в журнале на мобильном вместо +7 9ххххххххх записывается как +9ххххххххх. Мало того, что если этот номер был в телефонной книге, то после такого преобразрвантя система уже не видит этот нгмер и чтобы перезвонить потом на него, этот номер нужно редактировать, например, добавить восьмерку.

у меня все операторы прилетают в определнном виде. У каждого свой правда, но предсказуемо.

+7 как раз и нужно что бы перезванивать нормально, нормальные стационарные умеют + набирать, звонки через 0 и 00 это мировая практика, из совка в Украине теперь так (через 0 и 00) очень удобно

Вот ещё приколы с МТТ приходит на МТТ вызов из Китая, с мобильного телефона, а CallerID у него фейковый! конкретно например такой: 78123856664 +78123856664 это номер некоего Автоцентра “Дракар” в Питере переодические такое происходит, это этого был другой номер, тоже из Питера, но это был номер доступа IP телефонии какого-то питерского оператора иногда и реальные CallerID показываются…

А это потому, что китайцы звонят через операторов ip телефонии, при этом передачу callerid вам никто нетгарантирует

Мне вот интересно, кто это балуется, подставляет фейковые CallerID при звонках с мобильных из китая в РФ на МТТ

Мой рабочий вариант: n,GotoIf($[${LEN(${CALLERID(num)})} <=7]?5) ; Если длина CallerID меньше или равна 7 знакам, то перейти к приоритету 5 n,GotoIf($["${CALLERID(num)}" != "${FILTER(0123456789,${CALLERID(num)})}"]?5) ; Если CallerID содержит любые символы кроме цифр, то перейти к приоритету 5 затем после этих 2х правил безусловно добавляем +, если сработает любое их 2х предыдуших правил то правило добавления + мы просто перескочим n,Set(CALLERID(num)=+${CALLERID(num)}) ; Безусловно добавть + перед CallerID Вот это тоже работает, тут + добавляется только если его уже нет, но при наличии 2х первых правил оно уже избыточно n,ExecIf($["${CALLERID(num):0:1}" != "+"]?Set(CALLERID(num)=+${CALLERID(num)})) ; Проверит CallerID на наличие + в начале и если нет до добавить +

А если вам АОН прилетил не с 7 а допустим с 8 вы тоже ему припишите +?

Я звоню не через IP телефонию а просто с мобильного

В freePBX есть 3 транка. настроил исходящую маршрутизацию для двух транков: 6011-6012 - звонки на городские. Для 6013 - звонки только на внутренние (там аналоговая атс-ка). При звонке на внутренний - пытается всеравно звонить с первого свободного транка (6011). Далее заметил, что если я в правиле звонков на городские первым ставлю транк 6012 - всеравно звонит с 6011, а если он занят - с 6012. Куда рыть?( Лог исходящего на внутренний https://pastebin.com/iMQNEHuE По логу везде 6013, а звонит с 6011, помогите, пожалуйста.

Кажется был такой вопрос уже и на него отвечали

А если вам АОН прилетил не с 7 а допустим с 8 вы тоже ему припишите +?

У меня такого хорошо, что не происходит, это был бы полный п....ц!

Я говорил лишь про аоны и все такое.

Насчет аонов: если всегда номера РФ, то вывод +7 избыточен. Я кстати оформляю номера на экране скобками и дефисами для удобства восприятия. +7 лишнее.