17 cdr что это такое

CDR (Clock Data Recovery)

Clock Data Recovery (CDR) — это процесс восстановления тактового сигнала и восстановления данных в цифровых коммуникационных системах. В оптических сетях и высокоскоростных цифровых интерфейсах, таких как Ethernet, InfiniBand, Fibre Channel и других, передача данных осуществляется с использованием серийного битового потока. Однако тактовые сигналы, которые синхронизируют передачу и прием данных, могут быть искажены или потеряны в процессе передачи по оптоволоконному каналу или из-за других факторов, таких как джиттер или шум.

Применение CDR

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

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

Принцип работы CDR

CDR (Clock Data Recovery) работает путем восстановления тактового сигнала из входных данных и синхронизации приемника с передатчиком. Вот общая схема работы CDR:

• Детекция начала бита. CDR анализирует входные данные для определения момента начала каждого бита. Это может выполняться с использованием методов, таких как детекция уровня сигнала или анализ краев.
• Восстановление тактового сигнала. Используя информацию о начале бита, CDR восстанавливает тактовый сигнал, который синхронизирует прием и передачу данных. Это может быть сделано с помощью фазового блокирования петли (PLL), который создает стабильный тактовый сигнал на основе входных данных.
• Фильтрация и декодирование данных. CDR выполняет фильтрацию и усиление входных данных, чтобы минимизировать шум и искажения. Затем данные декодируются в соответствии с используемым кодированием, чтобы получить исходные биты.
• Оценка джиттера. CDR также может анализировать уровень джиттера (несовершенства тактового сигнала) во входных данных и применять коррекции для компенсации джиттера и повышения качества сигнала.
• Автоматическая регулировка параметров. CDR обычно обладает возможностью автоматической настройки своих параметров для оптимальной работы в различных условиях передачи данных. Это позволяет адаптировать работу CDR к изменяющимся условиям сети или качеству сигнала.

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

Заключение

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

База знаний

Asterisk может сохранять CDR записи в базе данных MySQL как альтернативу текстовых CSV файлов и других форматов баз данных.

Как загрузить cdr_mysql

Обязанный лицензированию библиотек MySQL клиента, приложение MySQL биллинга – больше не интегрированная часть стандартного распределения Астериска. Сейчас оно находится в asterisk-addons CVS директории.

# cd /usr/src
# svn checkout http://svn.digium.com/svn/asterisk/branches/1.2 asterisk-1.2

• В Linux, базированном на RPM, вы должны проверить наличие MySQL, например так:

• Для debian или других dpkg-пободных систем, проверьте так:

• В FreeBSD, вы найдете MySQL в портах библиотеки, /usr/ports/databases/mysql4-server

Компиляция

Запустите «make clean», затем «make», затем «make install» в добавленной директории, которую вы создали. Если произойдут неисправности из-за жалобы на отсутствующий файл “asterisk.h”, вы можете как скопировать этот файл из директории Астериска, так и создать непостоянную ссылку («ln -s . «) для /usr/src/Asterisk, которая укажет на директорию источника астериска.

Примерный конфигурационный файл, который можно найти на страничке cdr_mysql.conf.

Скопируйте Примерный конфигурационный файл в /etc/asterisk/cdr_mysql.conf и отредактируйте его в соответсвии вашим требованиям. Затем отредактируйте modules.conf для загрузки cdr_addon_mysql.so и в конце перезапустите Астериск; перед перезапуском вы должны, как водится, проверить, что ваши cdr таблицы были созданы корректно и доступны для username и пароля, которые вы определили.

Таблицы, определенные для cdr_mysql Астериска

Это описание БД, которую вы используете для установки в Mysql для поддержки биллинга.

Создание базы данных

mysql —user=root —password=password -h dbhost

CREATE DATABASE asterisk;

GRANT INSERT
ON asterisk.*
TO asterisk@localhost
IDENTIFIED BY ‘yourpassword’;

CREATE TABLE `cdr` (
`calldate` datetime NOT NULL default ‘0000-00-00 00:00:00’,
`clid` varchar(80) NOT NULL default »,
`src` varchar(80) NOT NULL default »,
`dst` varchar(80) NOT NULL default »,
`dcontext` varchar(80) NOT NULL default »,
`channel` varchar(80) NOT NULL default »,
`dstchannel` varchar(80) NOT NULL default »,
`lastapp` varchar(80) NOT NULL default »,
`lastdata` varchar(80) NOT NULL default »,
`duration` int(11) NOT NULL default ‘0’,
`billsec` int(11) NOT NULL default ‘0’,
`disposition` varchar(45) NOT NULL default »,
`amaflags` int(11) NOT NULL default ‘0’,
`accountcode` varchar(20) NOT NULL default »,
`userfield` varchar(255) NOT NULL default »
);

ALTER TABLE `cdr` ADD INDEX ( `calldate` );
ALTER TABLE `cdr` ADD INDEX ( `dst` );
ALTER TABLE `cdr` ADD INDEX ( `accountcode` );

Пожалуйста заметьте, что права, предоставленные в GRANT выше – это самые малые, которые будут нужны пользователю Астериска. Чтобы позволить пользователю больше, чем просто добавить новые данные в таблицу, смотри MySQL manual on the topic

Для trunk версии начиная с 29 дек 2007 нужны права на чтение:
GRANT INSERT, SELECT .
потому что cdr_addon_mysql теперь делает DESC ‘cdr’; чтобы проверить поля таблицы.

Подсказка: Скопируйте и вставьте эту SQL команду в текстовый файл, сохраните под соответствующим именем, затем выполните следующую команду:

mysql —user=username —password=password databasename

CDR. Сохранить и приумножить

Очень часто, созданию базы данных CDR отводится мало места в описаниях настройки. Как правило, все сводится к цитате SQL команд и обещанию, что если кинуть ее в консоль то «все будет ОК».

К примеру, первая же ссылка в гугле рекомендует создать табличку таким образом:

CREATE TABLE `cdr` ( `calldate` datetime NOT NULL default '0000-00-00 00:00:00', `clid` varchar(80) NOT NULL default '', `src` varchar(80) NOT NULL default '', `dst` varchar(80) NOT NULL default '', `dcontext` varchar(80) NOT NULL default '', `channel` varchar(80) NOT NULL default '', `dstchannel` varchar(80) NOT NULL default '', `lastapp` varchar(80) NOT NULL default '', `lastdata` varchar(80) NOT NULL default '', `duration` int(11) NOT NULL default '0', `billsec` int(11) NOT NULL default '0', `disposition` varchar(45) NOT NULL default '', `amaflags` int(11) NOT NULL default '0', `accountcode` varchar(20) NOT NULL default '', `userfield` varchar(255) NOT NULL default '' ); ALTER TABLE `cdr` ADD INDEX ( `calldate` ); ALTER TABLE `cdr` ADD INDEX ( `dst` ); ALTER TABLE `cdr` ADD INDEX ( `accountcode` );

Сразу можно обратить внимание, что как минимум два индекса в базе бесполезны. Это calldate и accountcode. Первый в силу того, что при ежесекундном добавлении записей, размер индекса будет равен количеству записей в самой базе. Да, этот индекс отсортирован, и можно применить некоторые способы к ускорению поиска, но будет ли он эффективен? Второй индекс (accountcode) практически никогда и никем не используется. В качестве подопытной базы — база с 80 млн записей.

SELECT * FROM CDR WHERE src=***** AND calldate>'2016-06-21' AND calldate

 BEGIN SET new.date=DATE(new.calldate); END 

ALTER TABLE cdr PARTITION BY RANGE (YEAR(date)) (PARTITION old VALUES LESS THAN (2015) ENGINE = MyISAM, PARTITION p2015 VALUES LESS THAN (2016) ENGINE = MyISAM, PARTITION p2016 VALUES LESS THAN (2017) ENGINE = MyISAM, PARTITION p2018 VALUES LESS THAN (2018) ENGINE = MyISAM, PARTITION p2019 VALUES LESS THAN (2019) ENGINE = MyISAM, PARTITION p2020 VALUES LESS THAN (2020) ENGINE = MyISAM, PARTITION p2021 VALUES LESS THAN (2021) ENGINE = MyISAM, PARTITION p2022 VALUES LESS THAN (2022) ENGINE = MyISAM, PARTITION p2023 VALUES LESS THAN (2023) ENGINE = MyISAM, PARTITION pMAXVALUE VALUES LESS THAN MAXVALUE ENGINE = MyISAM) 

SELECT * FROM CDR WHERE src=***** AND date='2016-06-21'; /* Affected rows: 0 Найденные строки: 4 Предупреждения: 0 Длительность 1 query: 0,577 sec. */

SELECT * FROM CDR WHERE src=***** AND date>'2016-09-01' AND date

[root@asterisk]# mysql

mysql> use asteriskcdrdb; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed

mysql> show tables; +-------------------------+ | Tables_in_asteriskcdrdb | +-------------------------+ | cdr | | cel | +-------------------------+ 2 rows in set (0.00 sec)

SELECT `dst` , `src` , `duration` , `calldate` , `recordingfile` FROM `cdr` WHERE `calldate` >= '2016-03-18 12:00:00' AND `calldate` 3; +-----+-------------+----------+---------------------+----------------------------------------------------------------+ | dst | src | duration | calldate | recordingfile | +-----+-------------+----------+---------------------+----------------------------------------------------------------+ | 113 | 84991111111 | 140 | 2016-03-18 12:00:36 | external-113-84991111111-20160318-115933-1458291573.157155.wav | | 104 | 89162222222 | 81 | 2016-03-18 12:01:33 | external-104-89162222222-20160318-120133-1458291693.157169.wav | +-----+-------------+----------+---------------------+----------------------------------------------------------------+ 2 rows in set (0.00 sec)