На прошедшей в последние дни декабря 29 конференции Chaos Communication Congress (29C3) по традиции были продемонстрированы (http://www.h-online.com/open/news/item/29C3-Budget-mobile-tu...) достижения инициативы по исследованию слабых мест протокола GSM и разработке открытой реализации стека для сетей GSM. На этот раз на конференции был продемонстрирован прототип передающей станции GSM, реализованный с использованием бюджетного мобильного телефона Motorola C123 (модель 2006 года), подключенного к ноутбуку со специализированным открытым ПО для дополнительных вычислений. Подготовленная связка обеспечивала передачу сигналов, обычно транслируемых базовой станцией GSM. При помощи анализатора трафика Wireshark было продемонстрировано, что несколько находящихся в зале мобильных телефонов посетителей конференции успешно подключились к созданной ячейке GSM-сети и даже осуществили через неё отправку SMS.Для достижения подобного результата были задействованы ранее выявленные бреши в безопасности сетей GSM и новейшие разработки проекта OsmocomBB (http://bb.osmocom.org/trac/), в рамках которого ведётся (https://www.opennet.ru/opennews/art.shtml?num=32540) исследовательская работа по созданию свободного GSM-стека для мобильных телефонов. Функциональность, необходимая для реализации базовой станции GSM, могла была обеспечена и ранее, благодаря использованию свободных проектов OsmoBTS (http://openbsc.osmocom.org/trac/wiki/OsmoBTS) и OpenBSC (http://openbsc.osmocom.org/trac/wiki/OpenBSC), например, в прошлом году на базе указанных компонентов была организована (https://www.opennet.ru/opennews/art.shtml?num=29197) работа самодостаточной GSM-сети. В нынешнем прототипе был использован выявленный разработчиками OsmocomBB факт, что для GSM-передачи можно обойтись без взаимной аутентификации между телефоном и GSM-сетью. Подобная особенность также может быть использована для обнаружения абонентов и осуществления прослушивания через создание IMSI-ловушек. Более того, используемый алгоритм шифрования A5/1 недостаточно надёжен и создаваемую с его помощью защиту легко можно обойти (техника подслушивания переговоров была продемонстрирована (https://www.opennet.ru/opennews/art.shtml?num=29162) ещё в 2010 году).
В качестве передающего узла был выбран телефон Motorola C123, который можно купить за несколько сотен рублей, так как в нём используется достаточно хорошо изученный baseband-процессор (http://motodev.ru/wiki/index.php/Baseband_Processor) Texas Instruments Calypso, используемый для обеспечения работы GSM-стека и цифровой обработки сигналов, для которого подготовлена (https://www.opennet.ru/opennews/art.shtml?num=28711) собственная прошивка OsmocomBB (http://bb.osmocom.org/), позволяющая полностью контролировать работу чипа. Реализованные в последнее время возможности OsmocomBB, позволили выйти за рамки работы в роли клиента и использовать используемую в телефоне платформы TI Calypso для превращения аппарата в приёмо-передающую станцию.
Для того, чтобы добиться подобных возможностей пришлось внести ряд изменений в процесс обработки сигналов на телефоне и в соответствующие реализации кодирования каналов. В частности, от мобильного телефона, позиционируемого как принимающее устройство, удалось добиться такой несвойственной возможности, как широковещательные анонсы базовой станции, используемые для привлечения внешних телефонов для присоединения к созданной ячейке сотовой сети.
В докладе также упомянуто несколько других интересных открытый, выявленных при изучении телефонов на платформе TI Calypso. Например, оказалось, что можно запрограммировать генератор частоты телефона на использование нестандартных параметров синхронизации сигналов, используемых некоторыми коммерческими беспроводными мобильными системами. Кроме того, было выявлено несколько уязвимостей в цифровом сигнальном процессоре, что позволило изменить адрес начальной загрузки, кастомизировать код сигнального процессора для своих нужд и произвольно манипулировать модуляцией. В итоге, всё это позволило добиться от телефона поддержки приёма и отправки последовательностей сигналов в обычной ситуации поддерживаемых только базовыми станциями. При этом процесс демодуляции выполнялся на стороне ноутбука.В процессе демонстрации были показаны все стадии настройки фиктивной базовой станции: Вначале была произведена замена прошивки телефона на прошивку от проекта Osmocom. Затем была произведена установка пакета OpenBTS и выбор эталонной мобильной сети, в качестве которой использовалась не коммерческая сотовая сеть, а специально развёрнутая (https://www.opennet.ru/opennews/art.shtml?num=29197) для участников конференции внутренняя GSM-сеть. После этого, был осуществлён выбор частоты сигнала сотовой сети, которая подлежит обязательному лицензированию (в эксперименте все требования были соблюдены и используемые частоты согласованы).
Все необходимые для повторения опыта исходные тексты планируется опубликовать в начале 2013 года. Из планов на будущее отмечается реализация OpenBSC (http://openbsc.osmocom.org/trac/), увеличение стабильности и создание решения, которое можно будет использовать на различных мобильных телефонах. Также не исключается обеспечение поддержки голосового канала связи и создание сниффера, реализованного в виде симулированной базовой станции. Желающим попрактиковаться с созданием базовых станций рекомендуется обязательно предварительно получить тестовую лицензию у соответствующих регулирующих органов. Кроме того, не следует терять здравый смысл и слишком далеко заходить в своих экспериментах, так как GSM используется для обеспечения некоторых критически важных сервисов.
Видеозаписи выступлений на конференции 29C3 уже опубликованы на FTP (http://mirror.fem-net.de/CCC/29C3/mp4-h264-HQ/) и частично размещены в официальном YouTube-канале (https://www.youtube.com/user/CCCen/videos?view=0) конференции.
URL: http://www.h-online.com/open/news/item/29C3-Budget-mobile-tu...
Новость: https://www.opennet.ru/opennews/art.shtml?num=35735
бюджетного мобильного телефона
Motorola C123 (модель 2006 года)Взаимоисключающие параграфы
Чего тут не понятно? В 2012 году это хлам, который можно купить в виде Б/У по символической цене.
Дополняющие вообще-то.Этот телефон и в то время стоил около $30.
> со специализированным открытым ПО для дополнительных вычисленийВот тут нужно обратить внимание на слово "специализированным". Когда они показали изменения прошивки Calypso для получения данных, необходимых для взлома A5/1, оказалось, что эти изменения совершенно неоткрытые. А кто хочет повторить опыт - пожалуйста, там всё просто, напишите сами.
> Все необходимые для повторения опыта исходные тексты планируется опубликовать в начале 2013 годаНа стройматериалы цен резкое падение предвижу я.
> На стройматериалы цен резкое падение предвижу я.DES выдохся. Теперь за GSM очередь.
Дык, ежа с ужом давно скрестили. Из GSM+CDMA получился смешной уродец UMTS, которого щас активно парят опсосам, не желающим верить в светлое будущее IP-сетей и отсутствие будущего у классической телефонии.
LTE наше всё, конечно, да. Но не IP. На проводах -- IP. В эфире -- ни фига.
> LTE наше всё, конечно, да.LTE - очередной разводняк опсосов, после факапа с вимаксом. Пока живут на свете телефонисты, парить им чудодейственные средства от IP-сетей очень весело и очень прибыльно. Спустя не очень продолжительное время опсосам скажут: упсЪ! LTE оказался не такой LT, как мы рассчитывали, и для Е теперь нужно быстро купить кучу новых баз нового стандарта WTF! А потом - XYZ. А потом еще что-нибудь, благо, из 26 латинских букв можно составить много трехбуквенных аббревиатур, приятных для слуха верховного главнокомандования. Но сколь веревочке ни виться, на конце ее будет RJ45, а не RJ11.
> На проводах -- IP. В эфире -- ни фига.
В канальном уровне может быть что угодно. Эфиры-шмефиры, провода, почтовые голуби, или даже верные императору телепаты. А проблемы межбазного роуминга, которую телефонисты решили чудовищно как по форме, так и по содержанию, в IP-сетях уж лет 15-20, как не существует вовсе. В чем легко убедиться, переткнув шнурок из одной розетки свитча в другую. На концевом оборудовании в большинстве случаев даже TCP-сессии не отвалятся.
> Но сколь веревочке ни виться, на конце ее будет RJ45, а не RJ11.Попытка замены RJ11 на RJ45 частенько оборачивается неважным QoS для RT-сервисов (звук и видео реального времени).
> Попытка замены RJ11 на RJ45 частенько оборачивается неважным QoS для RT-сервисовЭто в SIP-сетях, да? Так сип - это попытка прямолинейного переноса телефонистской коммутации каналов в сети с коммутацией пакетов. Ничего удивительного, что случается факап. Телефонистам, привыкшим к декадным шаговикам, все вокруг кажется абонентскими линиями. Увы, это не лечится.
QoS для RT в IP-сетях реализуется достаточно прозрачно и прямолинейно. Если же страдать синкретинизмом, смешивая несмешиваемые парадигмы, то факап неизбежен.
>> Попытка замены RJ11 на RJ45 частенько оборачивается неважным QoS для RT-сервисов
> Это в SIP-сетях, да? Так сип - это попытка прямолинейного переноса телефонистской
> коммутации каналов в сети с коммутацией пакетов. Ничего удивительного, что случается
> факап. Телефонистам, привыкшим к декадным шаговикам, все вокруг кажется абонентскими линиями.Вы просто не понимаете о чем говорите ..... SIP создавался как раз далеко не телефонистами ... это H.323 - чисто тел. творение.
Теперь о IP сети ... не стоит нам тут рассказывать сказочки про "устойчивость" офисного Ethernet'а ... я хочу спросить Вас простой вопрос: Какое время перестроения дерева STP и аналогичного кольца на базе STM ? Просто для того, что-бы сделать IP хоть уточку близким по стабильности на него наворотили ТАКОГО .... и самое страшное - оно далеко не всегда работает .... Вы хоть раз в жизни MPLS сеть настраивали ? Временем сведения OSFP интересовались и т.д. ?
>[оверквотинг удален]
>> факап. Телефонистам, привыкшим к декадным шаговикам, все вокруг кажется абонентскими линиями.
> Вы просто не понимаете о чем говорите ..... SIP создавался как раз
> далеко не телефонистами ... это H.323 - чисто тел. творение.
> Теперь о IP сети ... не стоит нам тут рассказывать сказочки про
> "устойчивость" офисного Ethernet'а ... я хочу спросить Вас простой вопрос: Какое
> время перестроения дерева STP и аналогичного кольца на базе STM ?
> Просто для того, что-бы сделать IP хоть уточку близким по стабильности
> на него наворотили ТАКОГО .... и самое страшное - оно далеко
> не всегда работает .... Вы хоть раз в жизни MPLS сеть
> настраивали ? Временем сведения OSFP интересовались и т.д. ?STP - только один из протоколов, как и OSPF. Есть альтернативы с меньшим временем схождения, к примеру, RRPP, REP.
С каждым годом процент SDH/PDH падает.
В MPLS-сетях, помимо OSPF, можно использовать, к примеру, IS-IS.
Если не в mpls сетях - то и ibgp.
> STP - только один из протоколов, как и OSPF. Есть альтернативы с
> меньшим временем схождения, к примеру, RRPP, REP.Да. есть еще MSTP, который в рамках домена сходится очень быстро.
Но ведь вопрос то стоял малость иначе ....> С каждым годом процент SDH/PDH падает.
Разумеется падает.
И будет падать. Просто меня раздражают люди. которые просто не понимают о чем говорят, рассказывая всем сказочки, что во всем виноваты ретрограды телефонисты и начиная вешать лапшу про IP, который вылечит все проблемы ...
Умалчивая о том, что стоимость такого решения и степень его наворочеснности будет никак не меньшей ...> В MPLS-сетях, помимо OSPF, можно использовать, к примеру, IS-IS.
> Если не в mpls сетях - то и ibgp.Да. можно все ... а еще есть и вагон вендорозависимых чудес типа EIGRP.
Но менее сложной система от этого не становится ...
> С каждым годом процент SDH/PDH падает.Да, такова селява, увы. Т. к. юзверя, в подавляющем большинстве, интересует вовсе не качество, а скорость и цена. Поэтому кушаем, и дальше будем кушать кактус вместе с пушистым...
> В MPLS-сетях, помимо OSPF, можно использовать, к примеру, IS-IS.
И как это влияет на время сходимости? Может не нужно костылить, а использовать IS-IS там, где ему место ---- в сетях ISO?
>> С каждым годом процент SDH/PDH падает.
> Да, такова селява, увы. Т. к. юзверя, в подавляющем большинстве, интересует вовсе
> не качество, а скорость и цена. Поэтому кушаем, и дальше будем
> кушать кактус вместе с пушистым...
>> В MPLS-сетях, помимо OSPF, можно использовать, к примеру, IS-IS.
> И как это влияет на время сходимости? Может не нужно костылить, а
> использовать IS-IS там, где ему место ---- в сетях ISO?IS-IS и OSPF в MPLS сетях используется для traffic engineering - это единственные допустимые для этой цели протоколы в рамках модели.
> SIP создавался как раз далеко не телефонистамиДа, вы правы. SIP создавался людьми далёкими от проблем телефонии, на основе HTTP протокола (это просто праздник какой-то).
> Какое время перестроения дерева STP и аналогичного кольца на базе STM ?
А при чём тут STP и IP?
> Временем сведения OSFP
Может сходимости, всё-таки?
>> Какое время перестроения дерева STP и аналогичного кольца на базе STM ?
> А при чём тут STP и IP?Да вообще говоря этот вопрос адресовался человеку. который тут нам рассказывал про легко перетыкаемый шнурок.
Вот и был задан простой вопрос, касающейся резервирования на канальном уровне.>> Временем сведения OSFP
> Может сходимости, всё-таки?Да, именно.
Просто я уже не занимаюсь вопросами соот. характера несколько лет, вот термины и выветривались ...
> Просто я уже не занимаюсь вопросами соот. характераКак? Ушли в management? Сочувствую... :(
>> что-бы сделать IP хоть уточку близким по стабильности на него наворотили ТАКОГОКакого "ТАКОГО"? Примеры факапов IP - в студию.
На счёт STP - а у вас телефонная линия как-то дублируется?
>> Какое время перестроения дерева STP
Какое время вам нужно на перекроссование как обычно без документации разведенной соплями и внезапно умершей 1 телефонной линии безо всякого резервирования?
>>> что-бы сделать IP хоть уточку близким по стабильности на него наворотили ТАКОГО
> Какого "ТАКОГО"? Примеры факапов IP - в студию.Мне лично кажется, что кто-то давненько не решал реальных задач уровня
чуть выше "построения офисной сети".
Или Вы забыли, сколько всего было включено в IPv6, что-бы хоть прикрыть
дыры IPv4 ?
А сам IPv4 .... и его костыли в в сочетания с протоколами прикладного уровня ?
Самый простой пример - работа SIP из-за NAT'а:
Особенно феерично это выглядит для случаев, когда Вы хотите нечто, хоть чуть лучше обычного base call ... мне проблемы абонентов до сих пор по ночам снятся> На счёт STP - а у вас телефонная линия как-то дублируется?
Вы бы хоть потрудились вспомнить, о чем разговор шел и какие нам сказки рассказывали про перетык, который решает все.
>>> Какое время перестроения дерева STP
> Какое время вам нужно на перекроссование как обычно без документации разведенной соплями
> и внезапно умершей 1 телефонной линии безо всякого резервирования?Какой ненужный пафос .... не стоит свой личный негатив выдавать за общую практику
О-е документации на кросс - повод выгнать сотрудника с треском.
А разбирать Ether сопли ничуть не лучше, а то, за что в старых телекомах сотружников выгоняли, теперь для Ether провайдеров - подвиг.
Впереться на чердак с активкой (разумеется незаконной), которая или устроит пожар или сдохнет при жаре. пробурить крышу, которая потечет при дожде. протянуть сопли по фасаду (до зимы протянет), документации разумеется никакой, обжать отверткой коннектор, порезать по ходу чужие провода .... этого типа нет ?Но это не ответ на мой вопрос:
Есть 2 кольца SDH ... и Ether ... на втором ... да фиг с ним - пусть развернут не классический STP, а грамотно настроенный MSTP ... так как со временем ?> А мышление связиста осталось? Представляю как матерятся пользователи вашего ПО.
Знаете ... когда мы пытались 1.5 года запустить в работу некий SSw Class 5, написанный на обкурившимися индусами. которых наняли евреи за еду или когда писал для китайской станции спец. обвязку по контролю к-ва, пытаясь разобраться с полетом мыслей китайских инженеров ... тогда я понял - как НЕ НАДО писать ПО.
Не надо рассказывать нам тут всем сказки - старые решения были очень технологичны, хотя конечно дороги .... я посмотрю. как хоть один современный SSw проработает хоть 5 лет без аварий ... а старые станции типа ericsson axe 10 - легко 15 лет покрывала ...
>>> что-бы сделать IP хоть уточку близким по стабильности на него наворотили ТАКОГО
> Какого "ТАКОГО"? Примеры факапов IP - в студию.
> На счёт STP - а у вас телефонная линия как-то дублируется?Да к слову ... а STP научился не ставить раком все кольцо, если появляется линк с однонаправленной передачей ? ах да ... добавляем еще один костыль в лице UDLD, который правда не всегда спасает, а даже если спасает, то получаем уже гарантированный простой видный глазом,суммарно до 20 сек. (сильно зависит от локальных таймеров) ...
> QoS для RT в IP-сетях реализуется достаточно прозрачно и прямолинейно. Если же
> страдать синкретинизмом, смешивая несмешиваемые парадигмы, то факап неизбежен.Посмешили ... прозрачно говорите .... ню-ню. И расскажите как нам. как Вы эту самую прозрачность обеспечивать будете при недоверии к абон. терминалам ? Аськи ? Расскажите как нам, как Вы будете просто понимать, что перед Вами голос, а не мусор торрентов ? Ставить на узлы умное железо ... вылезете в трубу, как любители ATM'а .... собирать все в крупные узлы, близкие к ядру .... при нынешних объемах - тоже вопросов больше, да и никакой прозрачности уже не будет ...
>> QoS для RT в IP-сетях реализуется достаточно прозрачно и прямолинейно. Если же
>> страдать синкретинизмом, смешивая несмешиваемые парадигмы, то факап неизбежен.
> Посмешили ... прозрачно говорите .... ню-ню. И расскажите как нам. как Вы
> эту самую прозрачность обеспечивать будете при недоверии к абон. терминалам ?
> Аськи ? Расскажите как нам, как Вы будете просто понимать, что
> перед Вами голос, а не мусор торрентов ? Ставить на узлы
> умное железо ... вылезете в трубу, как любители ATM'а .... собирать
> все в крупные узлы, близкие к ядру .... при нынешних объемах
> - тоже вопросов больше, да и никакой прозрачности уже не будет
> ...Обычно голос выносят в отдельный vlan - прозрачнее уже некуда.
> Обычно голос выносят в отдельный vlan - прозрачнее уже некуда.Ваш рецепт хорош при доверии к абон. терминалам. К примеру в офисе, где есть IP телефоны, ПК и т.д.
Для телекомов - никак не катит.
Там чаще всего абон. терминалы - не доверенные .... а знаете, ЧТО можно сотворить при таких раскладах. да еще при условии не слишком умного железа на доступе ?
> вылезете в трубу, как любители ATM'аА что, любители ATM'а вылетели в трубу? Да вроде нет, всё ещё широко используется...
>> вылезете в трубу, как любители ATM'а
> А что, любители ATM'а вылетели в трубу? Да вроде нет, всё ещё
> широко используется...С спец. решениях - где не принято считать деньги, да - используется до сих пор.
И будет использоваться в силу высокой технологичности ... но в массовых - извините, но вы же сами подтвердили про юзверей, которым фактор к-ва стоит далеко не на первом месте ....
> но в массовых - извинитеТак в массовых же ---- ADSL тот же...
>> но в массовых - извините
> Так в массовых же ---- ADSL тот же...А давайте посмотрим на текущие реализации DSLAM'ов ?
По сути - от ATM'а там остались "рожки на ножки" и в б-ве моделей б-ва вендоров мы что видим ? Извините - большой Ethernet коммутатор .... со всеми вытекающими ...> Как? Ушли в management? Сочувствую...
Чур меня в менеджеры то .... вообще из отрасли связи ушел ... ПО теперь разрабатываю
> Чур меня в менеджеры то .... вообще из отрасли связи ушел ...
> ПО теперь разрабатываюА мышление связиста осталось? Представляю как матерятся пользователи вашего ПО.
> А мышление связиста осталось? Представляю как матерятся пользователи вашего ПО.Думаю, как раз наоборот все происходит.
Программер, если он, конечно, не чистый кодер, должен иметь представление о реальных процессах, программы для которых он пишет.
> QoS для RT в IP-сетях реализуется достаточно прозрачно и прямолинейно.То есть ---- никак. Задачи то ведь такой "отцам" не ставилось, верно?
> В канальном уровне может быть что угодно. Эфиры-шмефиры, провода, почтовые голуби, или
> даже верные императору телепаты.В канальном -да. Но data-plane уровня UE <-> EPC (опорная сеть оператора) завязан на IP чуть менее чем полностью, и ничего другого там особо не передать. Да и в канальный уровне делается ROHC (robust header compression) так-же завязанный на IP
> в канальный уровне делается ROHC (robust header compression)И на сколько тысячных процента экономится ваш гигабит до eNB в этом случае?
>> в канальный уровне делается ROHC (robust header compression)
> И на сколько тысячных процента экономится ваш гигабит до eNB в этом
> случае?Во-первых, гигабит DL мало кто сможет себе позволить ( две 20-ти мегагерцовых полосы при 4x4 MIMO, и и то это уже LTE-A ) а гигабит аплинка - вообще нереально.
Во-вторых, ROHC неплохо помагает экономить радиоканал в случае частых передач небольших пакетов (именно так передается голос)
И в третьих, ROHC был упомянут как пример завязки радиоканала на IP
>А проблемы межбазного роуминга, которую телефонисты решили чудовищно как по форме, так и >по содержанию, в IP-сетях уж лет 15-20, как не существует вовсе. В чем легко убедиться, >переткнув шнурок из одной розетки свитча в другую. На концевом оборудовании в большинстве >случаев даже TCP-сессии не отвалятся.Слушаю внимательно, как бы вы решили проблему "межбазного роуминга" (умолчу про то, что существуют давным давно устоявшийся термин "хэндовер"). TCP-сессии - ладно, устоят наверное. А если это голос? видео? И то и другое достаоточно толерантны к патерям пакетов, но не большогоколичества подряд. Что, раз вы не пользуетесь голосовой передачей, никто другой тоже не должен?
> Слушаю внимательно, как бы вы решили проблему "межбазного роуминга"Так он уже решил ---- перетыкает RJ45 в другое дупло.
Примите антиупорина. Прежде чем делать какие нибудь заявление изучите сначала работу телефонной сети.
> проблемы межбазного роуминга, которую телефонисты решили чудовищноХа-ха. А в IP она лучше решена, по-вашему? Routing update с кучей разных если... Перетыкание шнурка в другое дупло ---- это второй уровень, не путайте с третьим.
Физика - это так-то первый уровень, неуч. :)))))))
Тоже верно!))))))))
А что же там в эфире, стесняюсь спросить? вполне себе IP, обрамленный радио спецификой.
> А что же там в эфире, стесняюсь спросить? вполне себе IP, обрамленный
> радио спецификой.Какой нафиг ip? Там им и близко не пахнет.
>> А что же там в эфире, стесняюсь спросить? вполне себе IP, обрамленный
>> радио спецификой.
> Какой нафиг ip? Там им и близко не пахнет.Господа, а Вы, собственно про ethernet-сети или телефонные толкуете?
В телефонных сетях воистину отнюдь не IP на сетевом уровне, а так-то сетевому уровню, по большому счету, по барабану, что там на нижестоящих уровнях за физика - оптика, медь, эфир...
Ваш К.О.
Я про gsm/3g. между терминалом и базовой ни какого ip нет и в помине.
А я про LTE. Между UE и eNB вполне себе IP и только IP в data plane
> светлое будущее IP-сетей и отсутствие будущего у классической телефонии.IP-сети + эфир = "ежа с ужом"
Оттого и появляются такие костыли как TCP over IP over GTP over UDP, которому даже Hybrid ARQ не в состоянии помочь, в то же время как таким древним протоколам как X.25 позволяет корректировать ошибки "на лету", не приводя к задержкам в доставке данных.
>> светлое будущее IP-сетей и отсутствие будущего у классической телефонии.
> IP-сети + эфир = "ежа с ужом"
> Оттого и появляются такие костыли как TCP over IP over GTP over
> UDP, которому даже Hybrid ARQ не в состоянии помочь, в то
> же время как таким древним протоколам как X.25 позволяет корректировать ошибки
> "на лету", не приводя к задержкам в доставке данных.Вы сравнили проводной X.25 с беспроводным Е-UTRA и сделали мощные выводы. Вы действительно грамотный специалист.
Вообще в E-UTRA (так называется радио протокол в LTE, если кто не в курсе ) еще до HARQ используется очень мощный алгоритм forward error correction, но радио оно и есть радио что всегда что то похерится по пути.
> Вы сравнили проводной X.25 с беспроводным Е-UTRAЭто вы как-то неудачно пошутили. X.25 вполне себе любой, хоть проводный, хоть беспроводный.
> в E-UTRA ... используется очень мощный алгоритм forward error correction
Это не новость. Без Reed-а-Solomon-а, Turbo, Trellis и т. д. трудно себе представить современный мир телекоммуникаций.
Вот бы этот проект дорос до собственной прошивки для телефонов, которая позволяла бы голосовое общение между прошитыми телефонами как с GSM станциями опсоса, так и с другими подобными телефонами напрямую. Опсосы очень денег хотят много.
пропирасты не дадут проекту нормально жить на большинстве девайсов
> Вот бы этот проект дорос до собственной прошивки для телефонов, которая позволяла
> бы голосовое общение между прошитыми телефонами как с GSM станциями опсоса,
> так и с другими подобными телефонами напрямую. Опсосы очень денег хотят
> много.Вы явно не понимаете принцып работа gsm и телефонной сети в часности.
> Вы явно не понимаете принцып работа gsm и телефонной сети в часности.В LTE RNC встроен в eNB. Может пройти некоторое время и контроллер будет встроен в Ue?
>> Вы явно не понимаете принцып работа gsm и телефонной сети в часности.
> В LTE RNC встроен в eNB. Может пройти некоторое время и контроллер
> будет встроен в Ue?Ну не факт что будет именно так. Но речь то шла про gsm :)
А банальную рацию не проще ли завести?
> А банальную рацию не проще ли завести?Звучит как-то ссыкотно.
> используемый алгоритм шифрования A5/1 недостаточно надёженпоэтому опсосы его отключают.
сколько раз видели разомкнутый замочек на экране
Вобще-то не совсем так. То что было показано не есть полноценная раелизация БС, о проблеме которую автор не смог решить говориться в самой презентации. А смс отправлялась самой БС подключившемуся абоненту. БС эта вобще ни звонков ни смс не поддерживает. Она только "прикидывается" базовой станцией, и может подхватить абонента, но сервисов ни4аких представить не может.
> Вобще-то не совсем так. То что было показано не есть полноценная раелизация
> БС, о проблеме которую автор не смог решить говориться в самой
> презентации. А смс отправлялась самой БС подключившемуся абоненту. БС эта вобще
> ни звонков ни смс не поддерживает. Она только "прикидывается" базовой станцией,
> и может подхватить абонента, но сервисов ни4аких представить не может.Потому что за сервисы отвечает не базовая, а комутатор, sms центр, sgsn, etc
По нашему мнению, участникам конференции следовало заняться разработкой открытой распределённой телефонной системы,не требующей для своей работы базовых станций, в место которых используются абонентские устройства. Играть в игры с закрытыми платформами смысла нет, в силу их ограничений.
> По нашему мнению, участникам конференции следовало заняться разработкой открытой распределённой
> телефонной системы,не требующей для своей работы базовых станций, в место которых
> используются абонентские устройства. Играть в игры с закрытыми платформами смысла нет,
> в силу их ограничений.Играть с технологиями связи, вишь ты, вообще не след. Знаешь, пуркуа? Ты сперва пойди лицуху получи. На услуги связи. Ага-ага. Потом потолкуем, чо и зачем.
Мне нужно организовать эмулятор GSM БС с мощностью в пределах комнаты?
Телефон должен автоматом зарегистрироваться на эмул БС., и все, голос, интернет не важны.Как это организовать? или есть недорогие портативные готовые решение?
Очень нужна помощь.
Кто сможет помочь?
Могу отблагодарить финансово.Контакт через телеграм: @chankat