Мы принимаем активное участие в развитии общедоступных решений, так как в процессе разработки собственных продуктов сами используем Open Sourсe компоненты.
Так, в нашем продукте IQAntibot (детектор автоответчиков, который распознает автоответчики и разъединяет вызов до подключения к звонку оператора колл-центра), важным компонентом логической схемы работы является Open Sourсe компонент rtpengine.
Этот компонент получает, обрабатывает и распределяет трафик звонков от колл-центра для дальнейшего анализа.
До недавнего времени модуль rtpengine умел передавать данные исключительно по TLS протоколу, который обеспечивает защищенную передачу данных.
И для того, чтобы данные были успешно переданы, клиент и сервер предварительно согласовывают параметры соединения, обмениваются рядом сообщений. Далее сервер шифрует и передает данные. А клиент получает и дешифрует. Все это требует определенного времени и ресурсов. И является более чем оправданным в случае передачи данных между узлами в сети Интернет.
Однако в случае использования rtpengine исключительно внутри системы, использование для передачи данных протокола TLS выглядит избыточным.
В связи с этим, нашим исполнительным директором, Гончаровским Игорем, был разработан и отправлен на согласование разработчику модуля патч, который позволит при необходимости использовать для передачи данных TCP протокол, не требующий шифрования данных.
И после небольшой переписки (https://github.com/sipwise/rtpengine/pull/1777) разработчик модуля rtpengine согласовал и принял предлагаемые изменения.
Подробнее можно ознакомиться здесь: https://github.com/sipwise/rtpengine/commit/d5831d...
В результате у нас получилось снизить нагрузку на систему при локальной передаче звука. И наш iqAntibot стал еще продуктивнее.
Open Sourсe решение rtpengine теперь официально включает в себя возможность передачи данных по менее затратному TCP протоколу для всех, кто использует в своей разработке этот модуль.
Так, в нашем продукте IQAntibot (детектор автоответчиков, который распознает автоответчики и разъединяет вызов до подключения к звонку оператора колл-центра), важным компонентом логической схемы работы является Open Sourсe компонент rtpengine.
Этот компонент получает, обрабатывает и распределяет трафик звонков от колл-центра для дальнейшего анализа.
До недавнего времени модуль rtpengine умел передавать данные исключительно по TLS протоколу, который обеспечивает защищенную передачу данных.
И для того, чтобы данные были успешно переданы, клиент и сервер предварительно согласовывают параметры соединения, обмениваются рядом сообщений. Далее сервер шифрует и передает данные. А клиент получает и дешифрует. Все это требует определенного времени и ресурсов. И является более чем оправданным в случае передачи данных между узлами в сети Интернет.
Однако в случае использования rtpengine исключительно внутри системы, использование для передачи данных протокола TLS выглядит избыточным.
В связи с этим, нашим исполнительным директором, Гончаровским Игорем, был разработан и отправлен на согласование разработчику модуля патч, который позволит при необходимости использовать для передачи данных TCP протокол, не требующий шифрования данных.
И после небольшой переписки (https://github.com/sipwise/rtpengine/pull/1777) разработчик модуля rtpengine согласовал и принял предлагаемые изменения.
Подробнее можно ознакомиться здесь: https://github.com/sipwise/rtpengine/commit/d5831d...
В результате у нас получилось снизить нагрузку на систему при локальной передаче звука. И наш iqAntibot стал еще продуктивнее.
Open Sourсe решение rtpengine теперь официально включает в себя возможность передачи данных по менее затратному TCP протоколу для всех, кто использует в своей разработке этот модуль.