ММ
Это нужно для релизации шифрования поверх GSM
А смысл этого действа? Снимать будут либо в начальной точке, либо в конечно
Size: a a a
2017 June 28
И
спасибо РКН за топ Appstore
ММ
*конечной
~
поверх GSM не получиться - частоты высокие, плюс на стороне оператора это будет как "помехи" а соответсвенно уйдет в отдел контроля качества
Я точно не знаю, как проходит фильтрация помех. Эксперименты показали, что обрезаются частоты в определенном диапазоне, но вот помехи не мерил
Т
поверх GSM не получиться - частоты высокие, плюс на стороне оператора это будет как "помехи" а соответсвенно уйдет в отдел контроля качества
Присоединяюсь, жсм не так устроен, чтобы можно было передавать шифрованые данные быстрее дайлапа
~
Но ведь можно передавать голос, верно? Значит, можно передавать любой другой набор данных в realtime
SS
Им не надо, они берут фрагмент. Система детектит такие моменты, так как они жестко отслеживают состояние сот
d
угу, можно даже запихать в полне себе обычный сигнал свою нагрузку и потом ее выделять, но на уровне приложения на ведре тебе этого никто делать не даст)))
d
а учитывая что жсм в соке...
SS
Но ведь можно передавать голос, верно? Значит, можно передавать любой другой набор данных в realtime
можно - но только в пределах диапозона
d
не факт что вообще дадут))
d
так что это долго/костыльно/незаконно
d
юзайте сип
n
Даже, условно, музыку под голос во время звонка подложить проблематично
n
или пустить в линию программно
SS
там диапазон узкий, очень .. что-то подмешать крайне проблематично а в этих пределах голос все равно будет отчетливо и разборчиво слышен
SS
Шумы система отрезает, так что до другой стороны весь спектр в любом случаее не дойдет - а это потерянные фрагменты и сводит дешифровку на нет
~
Я и не говорил, что будет два потока: голос и шум. Будет только шум
d
Не, ну ради лулзов то эт возможно, мешает сам сигнал приводить до нужных диапазонов?
d
Просто вопрос был в другом