Так как софт и прошивка ещё не до конца готовы, то платы будут продаваться только тем, кто готов вложить свои знания и время в улучшние софта и прошивки. Подробноси в письме Харальда.

Что такое OsmoSDR?

Это дешёвый SDR-приёмник, созданный для нужд участиков Osmocom, способный принимать сигналы GSM, TETRA, GMR-1 и аналогичне. Схема приёмника похожа на популярный FunCube Dongle, но предоставляет бОльшую полосу пропускания. По характеристикам и цене это нечто среднее между простой USRP и FunCube Dongle. В планах добавление возможности передачи при помощи платы расширения. Основные параметры:

• 64 МГц — 1.7 ГГц (по спецификации), 64 МГц — 1.9 ГГц (на практике)
• АЦП 4 MSPS, но до компьютера доходит не более ~1.25 MSPS (ограничение USB)
• Разрешение 14 бит

PS Если нужен совсем дешёвый и простой приёмник, то смотрите на нашумевший rtl-sdr. В нём всего 8 бит, но цена ниже плинтуса.

По ходу формальной регистрации ассоциации и получения ею некоммерческого статуса, формулировки могут немного измениться и стать более конкретными, но смысл должен остаться. Ассоциация планирует в первую очередь заниматься продвижением идеи OSHW, поддержкой и проведением соответствующих мероприятий (например, Open Hardware Summit) и распространением OSHW Definition и OSHW logo.

Steve pointed that VillageTelco may not be the best solution for the communication problems there. My reply is that a combined VillageTelco+Fairwaves/OpenBTS would be a much better solution:

From what I understand, the best solution might be a combined Fairwaves+VillageTelco system. As most people have their mobile phones, it would be beneficial to have a mobile network there. At the same time, there are few stationary places, like schools, agencies officesm etc where MPs could be installed. Our system is great, but it has a very limited capacity — 15 concurrent calls per base station sector. So we should do the best to offload traffic from it, and VillageTelco is the best solution for that.

For the same reason, it's unwise to provide completely free calls on the mobile network — people will quickly overload the network with random chats and more important calls couldn't come through. This is a bit different then with VillageTelco, where you can't have more calls then you have MeshPotatoes installed. Thus I see that if we were to install a network in Dadaab, we had to charge a small fee for mobile-to-mobile calls. While calls from mobile to a set of «emergency» numbers had to be free. E.g. calls to the Freedom Fone services would be free to provide maximum value to the people. MP-to-MP calls could be free as well to allow unlimited calling between important official offices. Then, the gathered money from mobile-to-mobile calls should help to support system maintenance and make the system sustainable.

Preface

One of the key drivers behind open source implementation of GSM stack is the security concerns regarding notoriously insecure proprietary versions. So working on this feature is both challenging and interesting because it touches different under-the-hood parts of OpenBTS.

Unlike almost all GSM implementations OpenBTS is ip-based «from scratch» — it tries to lift call\sms from GSM protocol stack as soon as possible into well-known ip world of SIP voip stack. This simple idea is so good that essentially the same approach is employed by the next generation 4G (LTE) protocols with it's IMS in the core and ip all over the place.

Challenges

OpenBTS is written in C++. Yepp, it's industry-standard, mature, widely used language with efficient compilers. But it's still a challenge (what a nice way to say PITA ;) — manual memory management, arcane error messages and annoying imperative nature harms my lazy soul after experiencing beauty of Haskell and J.

We use SIP to communicate security requests and responses from phone via OpenBTS to SubscriberRegistry (pretty much self-explanatory name. To bend highly flexible SIP protocol the way we want, we got to work on per-message level via oSIP library. It's a very stable library used in many open source projects (like linphone for example). But the more I work with it — the more I'm convinced that it was developed by some poor guy abducted by aliens. The interface is not just inconsistent, it's brain damaging. For example, to send authentication data we do following:

1. osip_authentication_info_init () — create data structure
2. osip_authentication_info_set_qop_options ()
3. osip_authentication_info_set_rspauth (),
4. osip_authentication_info_set_nonce_count () — fill it in
5. and then —  osip_authentication_info_to_str () — serialize it to string and give it to parser to make response out of it! o_O

And apparently those aliens abduct anyone who attempt to write more or less
comprehensive documentation — judging from the fact that few examples and some
outdated doxygen info were all I've managed to google.

Current state

Anyway, authentication works at first glance. I'm hesitant to just say «it works!»
because the devil is indeed in the details. GSM is such a huge standard that in
printed form it could be used for improvised weight-lifting competition. There are
numerous corner cases we got to test to make sure that no phone left behind.
The encryption bits and pieces are flying around in seemingly proper way — now we
have to apply them to the right place at right time and — testing, testing, testing.

Next

It's a practically established tradition over several last CCCs — at the end of the
year some German guy (my deepest respect to Karsten and others) come up to the scene
and breaks yet another piece of GSM security

There are couple of proposals (both standardized and not yet) on how to turn GSM
security into less sorry state (shall I say — make it more German-proof?). Probably
the most straightforward — usage of backported a5/3 ciphers from 3G. Other
improvements include fast TMSI (the temporary ID hiding real you from eavesdroppers)
rotation, filling GSM rest octets (padding used when actual data is
too short to fill entire burst) with random junk and few more things which should
have been considered from the very beginning by GSM designers.

That's the most likely plan after which we'll convince ourselves that present
implementation is sufficiently field-test ready. This will give us first real test
system to check whether those security fixes are compatible with real mobile phones:
as Microsoft's neverending struggle with html tell us — there's too much temptation
to skip couple of pages from standard description.

1. 25 февраля—3 марта, Mobile World Congress, Барселона, Испания. Показываем наш UmTRX.
2. 23 — 26 марта, OsmoDevCon, Берлин, Германия. Первая в мире конференция, посвящённая исключительно открытому софту и железу в телекоммуникациях.
3. ~20-21 июня, SMi's International Software Radio, Лондон, Великобритания. Рассказываю о полезности open-source'а в телекоммуникациях и SDR.
4. ~27-29 июня, SDR'12-Europe, Брюссель, Бельгия. Снова рассказываю о полезности open-source'а в телекоммуникациях и SDR.

Во время конференций, а так же какое-то время до и после я буду дольше обычного отвечать на письма. Если нужно что-то срочно, а я не отвечаю — напомните ещё одним письмом, пожалуйста.

DISCLAIMER. Планы могут поменяться в любой момент без предварительного предупреждения и письменного оповещения.

Напомню, что кроме активной деятельности по развитию проекта Osmocom, Харальд поддерживает сайт gpl-violations.org и непосредственно участвует в деятельности по принужденияю к выполнению GPL по отношению к ядру Linux.

Из забавного в журнале есть статья про опен-сорс открывашку для бутылок и коробок metalfishy. :)

Скачать выпуск журнала можно по ссылке: http://openhardware.org/journal/2012/02/

Wireless Innovation Forum совместно с Virginia Tech проводит очередной Software Defined Radio Design Challenge для студентов и студенческих команд. Не стесняйтесь, подайте заявку на участие, хватит уже сидеть дома, зарыв голову в песок.

Подробности тут: http://groups.winnforum.org/p/wi/et/wid=24

Дедлайн по подаче заявок на участие — 17 февраля. Само соревнование — 31 мая.

Смотреть видео намного скучнее, чем присутствовать на семинаре вживую. Мы постараемся провести семинары ещё раз в ближайшие месяцы. Пожелания и конструктивные комментарии принимаются.

UmTRX — это открытый двухканальный приёмопередатчик, разрабатываемый нами специально для работы с OpenBTS и OpenBSC. На его основе мы планируем выпустить первую действительно доступную базовую станцию GSM. Доступную с точки зрения возможности её открыто купить, с точки зрения открытого софта и железа и наконец доступную с точки зрения цены. С минимальными изменениями UmTRX сможет работать и как универсальный двухканальный приёмопередатчик в диапазоне 400МГц-4ГГц с полосой до 40МГц.

Последний раз я писал об UmTRX когда у проекта даже не было собственного названия, в октябре (Открытый приёмопередатчик для OpenBTS). С тех пор появилось имя UmTRX (от русск. «ум» и англ. «TRX» — приёмопередатчик), появились первые 5 плат, а с ними появились и первые баги. В данный момент мы заняты поиском оставшихся багов, их исправлением и запуском на UmTRX прошивки UHD. Здесь отдельное спасибо Sylvain Munaut, который помогает нам в этом нелёгком деле.

Дальше в планах выпуск «чистового» прототипа и тестирование UmTRX с OpenBTS. По предварительным расчётам мы должны уложиться в требования стандарта GSM к радиочасти. Практика покажет, насколько точно мы всё рассчитали. Так же впереди создание наполнение содержанием сайта проекта и написание документации — самый тяжёлый для любого инженера процесс. :)

PS Открытость UmTRX подразумевает, что мы опубликуем схемы аппаратной части и исходники прошивки. Как именно и когда это будет сделано мы сейчас решаем.

Желающие повторить шаманства и потестировать RRLP могут сделать это в нашем хакспейсе Neúron. Мы настроили там постоянный стенд с OpenBTS, который можно использовать для экспериментов.

В OpenBTS P2.8 появилось поддержка RRLP, но она всё ещё находится в сыром состоянии. Судя по обсуждениям в рассылке, никому из участников сообщества пока не удалось полноценно заставить её работать. Разработчики RangeNetworks в данный момент разбираются в чём проблема, и скоро мы должны увидеть полностью рабочую реализацию RRLP, с которой можно будет экспериментировать.

В конце выпуска приводится Call For Papers. Если у вас есть классный Open-Source Hardware проект и вам хочется о нём рассказать, или у вас есть интересные размышления на тему — обязательно напишите об этом Брюсу.

Журнал выпускается под открытой некоммерческой лицензией Creative Commons Attribution-NonCommercial-ShareAlike 3.0 United States. Иначе говоря, журнал можно печатать и распространять свободно, с единственным ограничением — не брать за это денег. Отдельные статьи доступны под лицензией Creative Commons Attribution 3.0 United States. Т.е. статьи вне самого журнала можно распространять свободно и без ограничений. Про права и обязанности при изменении контента можно прочитать в тексте соотетствующих лицензий.

Чтобы быть в курсе дальнейших выпусков, следите за рассылкой general@lists.openhardware.org.

В задачи Кёртиса будет входить поддержка публичной версии OpenBTS, включая поддержку репозитория и документации. Причём «так, чтобы они наилучшим образом служили людям которые работают с ними и вносят в них улучшения». Также он будет работать над тем, чтобы коммерческая и публичная версии OpenBTS оставались совместимыми. Особенно с точки зрения исправления ошибок и внешних зависимостей.

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

1. Краткое введение в GSM. Основные принципы работы, компоненты, терминология.
2. Архитектура OpenBTS и её отличия от классического GSM. Версии OpenBTS. Сборка OpenBTS из исходников.
3. Аппаратное обеспечение для OpenBTS. Настройка и запуск OpenBTS. Если останется время — практикум.
4. Резервный семинар по заявкам слушателей.

Семинары пройдут в хакспейсе {neúron} по адресу Москва, Лужнецкая набережная, дом 2/4, строение 17, офис 444 (мансарда) — карта.

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

Семинар бесплатный, но будут приветствоваться пожертвования на хакспейс, который делает это всё возможным.

Тоже впечатлён идеей печатать всё, что угодно? Приходи и присоединйся! Особенно приветствуются люди с инженерным или дизайнерским образованием.

Мы берём E-4 и посылаем их  на курсы (не в школу!), которые длятся 6-недель и впечатываем после их имени букву в персональном деле. Теперь они кибервоины. Это извращённая практика, предназначенная для успокоения чьей-то потребности чувствовать себя в безопасности в окружении натренированных бойцов.

[E-4 - это новичок после колледжа]

Конечно, это пускание пыли в глаза не только и не столько высшим чинам, сколько народу. И в этом смысле пипл наверняка хавает, успокаивается и любит собственную армию. Тут нам есть чему поучиться.

Любителям подобного остросюжетного чтива рекомендую рассылку MIL-OSS, в которой обсуждаются перепетии использования открытого ПО в американской оборонке. Когда у меня было свободное время, я с большим удовольствием её читал и понимал, что бюрократия и идиотизм есть везде и всегда. И ещё чётче понимал, насколько же важна красивая реклама, которую так хорошо умеют рисовать американцы.

OsmocomGMR пока умеет совсем немного, но активно развивается. Подробности см в анонсе Харальда. Ведёт его небезызвестный Силвайн Мюнаут при содействии Дмитрия Стольникова, Харальда Вельте и Стива Марграфа. На 28C3 Силвайн обещает сделать первую публичную демонстрация проекта. Не пропустите!

PS Выступление на CCCamp'11 про OsmocomTETRA Харальд закончил призывом — «В мире есть множество телекоммуникационных систем кроме интернета, для которых _никогда_ не было открытых реализай и которые _никогда_ не проходили открытый аудит безопасности. Бросайте исследования безопасности интернета, которыми занимаются сотни людей, давайте открывать новые земли.» В этот момент OsmocomTETRA было меньше года, но с его помощью уже были сделаны интересные открытия (см выступления Харальда). OsmocomGMR тогда только зараждался и Дима с Силвайном только-только разглядывали первые записи Thuraya, а сейчас проект уже приближается к работоспособному состоянию. Не ждёт ли нас век великих географических открытий в области безопасности телекоммуникационных систем? :)

PPS Если у вас есть желание включить в расширение карты мира безопасности — милости просим в наш уютный хакспейс. У нас есть специалисты и по безопасности, и по беспроводным сетям, и полезное в этом деле оборудование.

1. Краткое введение в GSM. Основные принципы работы, компоненты, терминология.
2. Архитектура OpenBTS и её отличия от классического GSM. Версии OpenBTS. Сборка OpenBTS из исходников.
3. Аппаратное обеспечение для OpenBTS. Настройка и запуск OpenBTS.

Время проведение — вечером в будни, например пн-ср-пт одной из недель. Точную дату зафиксируем позже. Каждый семинар часа на 2-3. Семинары бесплатные, но пожертвования на развитие хакспейса будут очень приветствоваться.

Будет ли это интересно? Пишите в комментариях.

Из нововведений особенно хочется отметить такие полезные возможности, как

• использование SQLite3 для хранения конфигурации, служебных данных и статистики подключений,
• новый реестр абонентов (subscriber registry),
• поддержка RRLP,
• интеграция моей ветки sms-split.

Из досадного — в релиз не включено множество наработок разработчиков из сообщества, например, обновлённая версия GSMTAP от Силвайна Мюнаута, поддержка UHD от Томаса Тзоу и наши наработки по USSD и удалённому CLI. Но со сменой курса разработки на более открытый, есть надежда включить их уже в следующий официальный релиз.

PS В соответствующей новости на OpenNet дана «политическая» ретроспектива релиза.

(элементы в списке расположены в случайном порядке)

• Документация, руководства пользователя и учебные материалы.

• Проверка OpenBTS на соответствие стандартам, в первую очередь GSM и SIP.

• Больше голосовых кодеков (сейчас поддерживается только GSM-FullRate)
  1. EFR — Enhanced Full-Rate. Частично реализовано Sylvain Munaut в Airprobe.
  2. HR — Half-Rate. Нужно будет реализовать ещё и логический канал TCH/H.
  3. AMR — Adaptive Multi-Rate. В том числе и код для управления битрейтом.

• Поддержка аутентификации

• Поддержка шифрования
  1. A5/1
  2. A5/2
  3. A5/3

• Интеграция HLR (Home Location Register) с традиционными GSM HLR/VLR.

• Поддержка сервисов передачи данных
  1. GPRS
  2. EGPRS aka EDGE
  3. CSD

• Оптимизация под встраиваемые системы (ARM, MIPS, etc)
  1. Оптимизация вычислений — в первую очередь в трансивере
  2. Оптимизация использования памяти — нужно избавиться от слишком частых malloc/free
  3. Общие улучшения архитектуры — например уменьшение количества потоков

• Многоканальность aka Multi-ARFCN (больше 7 голосовых каналов на трансивер)
  1. Цифровое разделение каналов на приёме и передаче в трансивере
  2. Поддержка многоканальности на уровне L2-L3

• Разнесённый приём (использование двух антенн для улучшения зоны покрытия)
  1. Переключаемый
  2. Комбинирующий

• Поддержка хэндовера (передачи звонка от соты к соте во время движения)
  1. на уровне GSM
  2. на уровне SIP

• Подтверждения о доставке СМС

• Примеры стандартных конфигураций
  1. Одиночная сота с несколькими секторами
  2. Несколько сот
  3. Продвинутые возможности обработки звонков

• Поддержка DTX (Discontinuous transmission).

• Улучшение USSD и интеграция с внешними сервисами

• Интеграция с опорной сетью 3G/IMS

• Улучшение встроенного командного интерфейса (CLI)

• Улучшение поддержки RRLP

• Улучшение системы ведения логов

• Вёб-интерфейс для конфигурирования, управления и мониторинга OpenBTS

Приходите и зовите друзей!

1. Удовлетворение всех требований стандарта GSM по качеству приёма/передачи сигнала.
2. Удобство использования в удалённых инсталляциях.
3. Невысокая стоимость системы в целом.
4. Надёжность.
5. Открытость.

Пункт 5 надо пояснить отдельно. Под открытостью мы понимаем не только и не столько открытость интерфейсов, а открытость в понимании OSHW (open-source hardware). Об этом нетрудно догадаться, так как (см выше) проект был анонсирован на конференции OHS'11, которая проводится сторонниками именно такого подхода к открытости. Если вкратце, то все принципиальные схемы железа, документация, исходные коды прошивки и связанного ПО для хоста будут доступны под свободными лицензиями. Более подробное описание через некоторое время появится на сайте проекта (который тоже скоро появится). Для нетерпеливых — определение OSHW доступно тут.

Ссылка на мою презентацию на OHS'11 есть на сайте саммита в разделе Documentation.

Технические детали

• 2 канала приёма-передачи с (переключаемям) разнесённым приёмом. Это самая интересная техническая «фишка» данного приёмопередатчика. Каждый передатчик будет работать на отдельный усилитель мощности и отдельную антенну. В то же время каждый приёмник будет иметь возможность принимать с любой из антенн, но только с одной в каждый момент времени. Благодаря такому подходу, на передачу можно использовать дешёвые одноканальные усилители и в то же время разнесённый приём будет уменьшать количеством мёртвых зон в покрытии.
• Выходная мощность передатчика будет 3мВт (по умолчанию) или 200мВт (опционально). Дальше эта мощность будет усиливаться до нужной величины внешним усилителем.
• Генератор тактового сигнала будет синхронизирован с GPS для обеспечения долговременной стабильности — проблемы при неточной частоте тактового сигнала знакома всем, кто работает с OpenBTS.
• Связь с компьютером будет осуществляться с помощью гигабитного Ethernet соединения — более промышленный вариант, чем USB.
• Управление платой и часть вычислений будут осуществляться на ПЛИС Xilinx Spartan 6.
• Основу ВЧ части составляет очень интересный широкополосный одночиповый трансивер LMS6002D.
• Форм-фактор скорее всего будет 5.25" — под него много стандартных корпусов, плюс его можно вставить в 5.25"-слот стандартных компьютерных корпусов.

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

При поддержке...

Проект не состоялся бы без моральной и финансовой поддержки Jean-Samuel Najnudel из BJT Partners SARL, за что ему огромное спасибо. Делает он это не бескорыстно, а с целью развернуть собственную сотовую сеть на острове Майотта и обеспечить местное население недорогой связью. Правда сеть будет не простая, а золотая построенная на открытых технологиях (насколько это возможно). Будут использоваться OpenBTS, OpenBSC, FreeSwitch, LinuxCallRouter и другое открытое ПО, и конечно же наше аппаратное обеспечение.

Так же проект поддержан фондом NLnet (анонс), за что им не менее больше спасибо. Надо сказать, что NLnet — это совершенно удивительный фонд, который совершенно бескорыстно финансирует открытые проекты и при этом абсолютно не нагружает их бумажной работой.

PS Чувствуете, что можете помочь? Пишите мне на почту Alexander.Chemeris@gmail.com или тут в комментариях.

PPS Мы всё ещё ищем программиста для полноценного участия в разработке OpenBTS (очень желательно в Москве).