cdr channel

[Sfinx]

UniqueID - это просто время в секундах

Жжёте , Уважаемый. Оно еще и полыхает ярко.

Глазки прикройте, глядишь и не повредит

[kasper]

Нет никакого бардака .Вы надумываете лишнее себе. Уникальным в канале является только Uniqueid , который никогда не повторяется. Отлавливать имя канала вообще глупая затея.

Если учесть что во всех операциях с ami можно вместо имени канала использовать uniqueid то на первый взгляд всё в шоколаде, но:
Есть такая операция в asterisk как masquerade которая меняет внутренностями 2 канала в том числе имя(используется при перехватах и трансферах), но uniqueid оставляет преждним!(кстати Sfinx это может объяснить твой случай)
Таким образом используя в ами uniqueid может произойти так, что операция masquerade выполнилась но вы не получили ещё события об этом, и следовательно ваша команда выполнится не с тем каналом. Так что полюбому нам надо uniqueid конвертировать в имя канала. И о5 этот же masquerade нам всё портит, т.к. до 1.8 в событие ами masquerade, не содержит uniqueid. Т.е. мы получаем событие что у 2-х каналов изменились имена и поменялись внутренности, но найти их можем только если будем привязываться к имени канала.
Поправьте, если кто то тоже копал внутренности астериска.(кусков из исходников не пугаюсь)
З.Ы. И кстати zzuz кажется ваша конторка сообщает что чисто на ами кашу не сваришь и надо юзать userevent из диалпалана? Разьве это не бардак?

[zzuz]

Давайте сперва вернемся к вопросу автора . он не ищет путей для мониторинга AMI . Если я был внимателен , то вопрос связан с CDR. В случае реалтайм имя канала дествительно может быть уникально, но автор твердит судя по всему о статистике. Разговор о дублировании имени канала о это может неявно , но говорит. Вы же понимаете , что делать выборки по имени канала уже неправильно? Для статистики необходим уникальный индентификатор , что банально и так ясно.
Да. В AMI вы неполучите uniqueid , если отлавливаете событие , которое не произошло. Вы можете получить одинаковый uniqueid , если при трансфере не создадите отдельный канал, тоже бывает , что иногда смущает первопроходцев. Касательно вопроса автора , там вообще не шла речь о AMI , так что русло беседы перетекло на совершенно другую тему. И уж точно подмена понятий о uniqueid ясности не превнесет.

ПС . Касательно нешей " конторки " . Начав работать на событиях AMI в начале пути получали довольно рабочее решение , что видимо бы Вас обрадовало , если мы продолжили это использовать. Но при увиличении нагрузки достаточно было на 0.1 секунд потерять коннектор от AMI и полсотни звонков с кривой статистикой. Решение - делать гибрид с userevent'ами из диаплана и работой с AMI в асинхронном режиме. Отличие ваших подходов от Ваших не говорит о неправильности решения и уж точно не является бардаком , если это работает и позволяет оперативно отслеживать работу логики системы простыми и стандартными средствами логирования.Давайте сперва вернемся к вопросу автора . он не ищет путей для мониторинга AMI . Если я был внимателен , то вопрос связан с CDR. В случае реалтайм имя канала дествительно может быть уникально, но автор твердит судя по всему о статистике. Разговор о дублировании имени канала о это может неявно , но говорит. Вы же понимаете , что делать выборки по имени канала уже неправильно? Для статистики необходим уникальный индефикатор , что банально и так ясно.
Да. В AMI вы неполучите uniqueid , если отлавливаете событие , которое не произошло. Вы можете получить одинаковый uniqueid , если при трансфере не создадите отдельный канал, тоже бывает , что иногда смущает первопроходцев. Касательно вопроса автора , там вообще не шла речь о AMI , так что русло беседы перетекло на совершенно другую тему. И уж точно подмена понятий о uniqueid ясности не превнесет.

ПС . Касательно нешей

[kasper]

Давайте сперва вернемся к вопросу автора . он не ищет путей для мониторинга AMI . Если я был внимателен , то вопрос связан с CDR

Насколько я понял на вопрос автора уже ответили, что имя канала может повторятся, и разъяснили про UniqueID, к чему там ещё возвращаться?

Для статистики необходим уникальный индефикатор , что банально и так ясно.

Я и не говорил обратного. А последний мой пост относился не к вопросу автора а к вашему посту что "Отлавливать имя канала вообще глупая затея." я попытался описать что иногда у нас нет хорошего выхода и приходится использовать имя канала.

Но при увиличении нагрузки достаточно было на 0.1 секунд потерять коннектор от AMI и полсотни звонков с кривой статистикой. Решение - делать гибрид с userevent'ами из диаплана и работой с AMI в асинхронном режиме

А вот тут не понял, если у вас всё хорошо было с ami и проблема только в разрыве соединения, которую и решает ajam для чего понадобился userevent?