вы свой номер с которого набираете выставляете тут - 1?Set(CONNECTEDLINE(name,i)=CID:AAAAAAAAAAA)

а в диал его быть не должно

Outbound CallerID снести?

а оут роуте?

шлите мне в привате картинки из настройки транка

пир поднялся , маршрутизация похоже нет

https://voxlink.ru/kb/itsp-connection/multifon/connect_multifon/

мультифон вроде это не то

тогда там должно быть все предельно ясно если просто мегафон. Так же тп мегафона должна была дать инструкцию для настройки транков а так же каким callerid нужно прикрываться и какой способ набора.

тогда там должно быть все предельно ясно если просто мегафон. Так же тп мегафона должна была дать инструкцию для настройки транков а так же каким callerid нужно прикрываться и какой способ набора.

мегафонов много - сильно много

тогда там должно быть все предельно ясно если просто мегафон. Так же тп мегафона должна была дать инструкцию для настройки транков а так же каким callerid нужно прикрываться и какой способ набора.

нихера не дали, схема только и мучение общения через менеджеров

У кого-нибудь OPUS на Asterisk работает ?

какие бля права - если они у него в 2 места создаются

Пишу в другую папку с версии 1.8 - всегда стандартная папка пуста. Проблема в руках

У кого-нибудь OPUS на Asterisk работает ?

у меня на ялинках

Пишу в другую папку с версии 1.8 - всегда стандартная папка пуста. Проблема в руках

тут проблема в другом - в freepbx скручивать надо не одном месте

тут проблема в другом - в freepbx скручивать надо не одном месте

А. Ну тогда лучше не трогать Проще вместо стандартной папки другой раздел/диск смонтировать. Ну или симлинк :)

у меня на ялинках

Что такое ялинки?

yealink

тут проблема в другом - в freepbx скручивать надо не одном месте

у меня чистый астер Проблема в не корректной работе MixMonitor после того как поставили вызов на ужержание, точнее после того как сняли с удержания Запускается второй раз MixMonitor, при этом пишет и в нужное место и в дефолтное

каких "таких файлов"?

queues_additional.conf

сдается мне потому что астер чистый а не freepbx

Есть у кого нить пример pami скрипта, что б события ловил?

Есть у кого нить пример pami скрипта, что б события ловил?

Github с примерами и документацией

:)

Спасибо кэп

А что вы хотели услышать?

Пример отличный от тех что на github

Пример отличный от тех что на github

??

Ну раз pami значит вы кодите на php. А ami это простой tcp коннект где все в голом тексте. Сделать свой коннектор это раз и два

Народ, а подскажите-ка пожалуйста. Задача: мониторить вызовы (все: вход, исход, внутренние). Сейчас использую события из AMI для этого. Но есть множество минусов, не позволяющих полноценно сопоставлять события входящего вызова (в систему из мира) и исходящего (из системы к внутренним операторам). Есть ли какой-то другой способ это делать нормально?

Народ, а подскажите-ка пожалуйста. Задача: мониторить вызовы (все: вход, исход, внутренние). Сейчас использую события из AMI для этого. Но есть множество минусов, не позволяющих полноценно сопоставлять события входящего вызова (в систему из мира) и исходящего (из системы к внутренним операторам). Есть ли какой-то другой способ это делать нормально?

Курить лучше ами или пробовать cel, но я бы рекомендовад ami

Всех проблем не упомню, их множество. Ну вот первая, что вспомнил: когда перезаряжается очередь (раз в 30 секунд), астериск генерирует все вызовы к операторам заново и события АМИ дублируются. И я не знаю как понять, эти новые события относятся к тому же вызову или уже к новому. По номеру телефона вызывающего абонента сопоставлять не вариант вообще. Должен быть более точный механизм. Вот АМИ это не позволяет делать или я не понял как.

Обычно вся инфа есть в событиях. https://wiki.asterisk.org/wiki/display/AST/Asterisk+13+ManagerEvent_AgentCalled

да, я понимаю это. Возможно мне стоит заново пересмотреть весь свой алгоритм, конечно, что я и собираюсь сделать. Просто решил наверняка еще узнать, есть ли другие способы снимать информацию о вызовах. В идеале получать информацию, как в CDR, но получать ее во время осуществления вызова, а не после завершения.

да, я понимаю это. Возможно мне стоит заново пересмотреть весь свой алгоритм, конечно, что я и собираюсь сделать. Просто решил наверняка еще узнать, есть ли другие способы снимать информацию о вызовах. В идеале получать информацию, как в CDR, но получать ее во время осуществления вызова, а не после завершения.

многие любят делать свой аналог CDR - формировать его нужными событиями диалплана

Да и в АМИ первой версии все совсем не как во второй. Например, вызов из очереди к оператору не содержит никаких опозновательных знаков о том, откуда он взялся и какому изначальному входящему вызову он принадлежит, пока аж не состоится коммутация, которая содержит идентификатор входящего и идентификатор исходящего. Только после коммутации ясно, кто к чему относится.

многие любят делать свой аналог CDR - формировать его нужными событиями диалплана

Вот тоже была такая мысль, но не хочется, чтобы что-то менялось в конфигурации астериска, так как продукт поставляется как модуль, работающий с астериском и не предполагающий каких-то изменений диалпланов. БОльшинство клиентов - любители фрипбх и подобных веб-морд, а там с диаплатанами жуть.

Вот тоже была такая мысль, но не хочется, чтобы что-то менялось в конфигурации астериска, так как продукт поставляется как модуль, работающий с астериском и не предполагающий каких-то изменений диалпланов. БОльшинство клиентов - любители фрипбх и подобных веб-морд, а там с диаплатанами жуть.

тогда выше опытные люди говорили что AMI...

Ясно. Значит придется заново переосмысливать работу с АМИ. Я переживал, что есть более подходящий вариант взаимодействия, о котором я з не знаю :)

Спасибо

Да и в АМИ первой версии все совсем не как во второй. Например, вызов из очереди к оператору не содержит никаких опозновательных знаков о том, откуда он взялся и какому изначальному входящему вызову он принадлежит, пока аж не состоится коммутация, которая содержит идентификатор входящего и идентификатор исходящего. Только после коммутации ясно, кто к чему относится.

Uniqueid и Linkedid Но лучше тогда смотреть в сторону cel

Про первую вообще лучше забыть. Там реальго с гулькин хер инфы

Минимум 12 астер

Ага. Но клиентам ведь не откажешь, у кого 11 астер

таких есть у нас :)

мы недавно избавились от клиентов с 1.8 заявив ,что больше не поддерживаем 1.8

Ага. Но клиентам ведь не откажешь, у кого 11 астер

Тогда cel, осталось только распарсить)

и с 10 есть тоже. в общем, примерно треть на АМИ первой версии

Буду смотреть, что за CEL такой :) Спасибо!

Там получится вместо записи в базу использовать какое-то подобие сокета?

ну, то есть, дергать что-то внешнее, АПИ какое нибудь

Кстати cel можно ловить и в ами)

:) о как!

Спасибо. Ушел читать и думать

@agick я чет не пойму че за херня происходит

Проблема то в чем?

это твои боты?)

Нет

Тут их нет

мб это Маркушка плодит акки?)

Пофиг

Не спамит же

не спамит да но я думал у меня уже который день подряд глюк - каждый день ник 1 2 вступает в группу)

Скайнет д

)

главное что б не укропнет)

А что там плохого?

всем привет, есть у кого опыт с realtime pjsip? может есть какие GUI для управления аккаунтами

уж больно дико в несколько таблиц писать чтобы один аккаунт создать

хотя asterisk с gui'ем это freepbx, вопрос снимаю

А что там плохого?

- Слава сисадминам! - Девопсам слава!

Ну вас

Я против политики

Очень сильно против

- Слава сисадминам! - Девопсам слава!

кто не деференцирует - тот паскаль.

кто не деференцирует - тот паскаль.

Ахахах, зачот!

ну, то есть, дергать что-то внешнее, АПИ какое нибудь

Вы можете сами генирировать обытия из диалплана при чем не толкь оами а банально дергать веб или вообще что угодно складируя туда любые данные

Вы можете сами генирировать обытия из диалплана при чем не толкь оами а банально дергать веб или вообще что угодно складируя туда любые данные

не хочется заставлять клиентов трогать свои диалпланы :(

половина клиентов даже не знает что это и настроили астериск мастером в ФриПБХ

не хочется заставлять клиентов трогать свои диалпланы :(

сочувствия пост

:(

Фотограф.

m

нихера не дали, схема только и мучение общения через менеджеров

m

сдается мне потому что астер чистый а не freepbx

Нет. Почему у меня тогда все ок?

Народ, а подскажите-ка пожалуйста. Задача: мониторить вызовы (все: вход, исход, внутренние). Сейчас использую события из AMI для этого. Но есть множество минусов, не позволяющих полноценно сопоставлять события входящего вызова (в систему из мира) и исходящего (из системы к внутренним операторам). Есть ли какой-то другой способ это делать нормально?

Http api