Пользователь
0,0
рейтинг
15 марта 2011 в 11:56

Разработка → Анонсирован GNU Free Call — свободная замена Skype перевод

«Свободен как в плане свободы, так и в плане стоимости»

GNU Free Call это новый проект по разработке и внедрению безопасных самоорганизующихся услуг связи по всему миру как для частного, так и для государственного использования. Мы используем открытый протокол стандарта SIP и SIP GNU Witch для создания защищенной сотовой (mesh — прим. пер.) peer-to-peer сети и приветствуем любую помощь в наших начинаниях.

Кто?

  • Haakon Eriksen – Координатор проекта — haakon.eriksen@far.no
  • David Sugar – Архитектор проекта — dyfet@gnu.org

Что?


Наша цель — разработка GNU Free Call, который будет также распространен и удобен в использовании, как и Skype. то есть, будет использоваться на всех платформах, непосредственно широкой общественностью для всех способов безопасной связи между известными и анонимными сторонами, но без необходимости наличия центрального сервера для регистрации, без использования небезопасных закрытых бинарных протоколов, которые, возможно, содержат бэкдоры, и при отсутствии узлов любого рода, которые могут прослушиваться или контролироваться третьими сторонами. Кроме того, создавая самоорганизующуюся сотовую сеть, мы делаем систему чрезвычайно устройчивой, способной функционировать даже в случае чрезвычайных ситуаций и потери связности с внешними сетями.

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

Как?


Сначала мы расширим sipwitch, чтобы он смог кешировать узлы, а затем выдавать маршруты к подключенным пирам. Эта работа основывается на уже существующих алгоритмах маршрутизации, имеющихся в sipwitch. Использование механизма принимающих кешей (host caches — прим. пер.), такого же как в старых сетях p2p, как правило понятно, он отвечает за первоначальную цель по созданию самоорганизующейся mesh-сети, и он довольно простой для реализации на начальном этапе, для того чтобы в полной мере продемонстрировать потенциал sipwitch, как сотовой телефонной системы. Более продвинутые методики могут быть добавлены позже.

Также наша цель научить sipwitch работать в качестве SIP-посредника между пользователями настольных компьютеров и IP-совместимых мобильных телефонов, таких как аппараты на базе Android. Это создает у пользователей потребность в управлении их локальным клиентом sipwitch на настольном компьютере и мобильном телефоне с помощью графического интерфейса, будь то просмотр списка совершенных звонков или статуса проверки безопасности обмена ключами. Сегодня существуют IPC интерфейсы в sipwitch для обеспечения интеграции с рабочим столом, но конкретных GUI для использования этих интерфейсов с существующим сервером или просмотра состояний звонков максимально простым и удобным для пользователей способом по-прежнему не существует, и, следовательно, это тоже часть плана работ над этим проектом.

Кроме того, мы добавим в GNU SIP Witch возможность работы с безопасным VoIP прокси. Как и то, что было первоначально проделано Филлом Циммерманом при разработке ZRTP с использованием Zfone, этот режим работы позволит развивать ключевые элементы защищенной инфраструктуры без необходимости создавать новые пользовательские SIP клиенты. Используя защищенный прокси SIP Witch сможет установить соединение с любым существующим SIP софтфоном или устройством, соответствующим стандартам.

Понятие в этом проекте о безопасных медиа-данных похоже на работу Циммермана над ZRTP, тем, что мы гарантируем отсутствие переадресации данных с помощью однозначно порождаемых ключей для каждого сеанса связи. Кроме того, мы будем использовать GNU Privacy Guard (GPG) для полной автоматизации проверки сессии. Это будет реализовано за счет расширения протокола SIP для обмена открытыми ключами для создания защищенных медиа-сессий, которые будут созданы для каждого экземпляра SIP Witch, запущенного в конечных точках от имени локальных клиентов пользователей SIP, и проверки отсутствия третьего лица между ними путем обмена подписанными GPG хэшами сеансовых ключей, которые видны на каждом конце.

Почему?


1. Почему GNU SIP Witch?
GNU SIP Witch является маршрутизатором по протоколу SIP. Это значит, что он в первую очередь занимается не соединением с другим SIP Witch сервером, как, например, Asterisk, который делает это очень хорошо, а вместо этого он призван найти две (или более) конечных точек, с которыми можно установить прямое соединение. Поручая всю деятельность, связанную с медиа-данными, непосредственно общающимся узлам, GNU SIP Witch требует минимум системных ресурсов, что делает его очень подходящим даже для маломощных встроенных маршрутизаторов, а также для виртуальных серверов, настольных систем и IP-совместимых сотовых телефонов, не требуя выделенного сервера.

2. Почему настольные системы и сотовые телефоны?
В конечном счете мы хотим быть ближе к пользователю, при том чтобы ни одна третья сторона или внешний сервис не могли быть подключены до установления безопасных сессий, и используя оригинальные SIP клиенты. Если есть необходимость во внешнем сервисе, то связь между клиентом и SIP не будет совершенно безопасной. Пользователь в своей местной инфраструктуре, конечно, может запустить один сервер sipwitch, например, на реальном железе или в виртуальной машине, для удовлетворения всех его потребностей в области связи, а не делать так на каждом компьютере или устройстве. Организация также можете запустить сервер SIP Witch на полностью удаленном сервере, таком, как общественный портал, для соединения существующих безопасных SIP клиентов, таких как SIP Communicator и Twinkle, поддерживающих протокол ZRTP стека. С другой стороны выгода от наличия SIP Witch на телефоне или настольном ПК заключается в том, что после разработки SIPWitch NAT сервиса, он сможет выступать в качестве единой точки-посредника для всех пользовательских услуг SIP-протокола.

3. Где взять GNU SIP Witch?
GNU SIP Witch формально распространяется в виде пакета, который является частью проекта GNU. Он также представлен в пакетах для популярных дистрибутивов Linux, включая Ubuntu и Fedora, GNU SIP Witch может быть собран на самых разнообразных BSD системах из исходных текстов, включая OS/X, а также поддерживает компиляцию на Microsoft Windows.

4. Как сконфигурировать GNU SIP Witch?
В прошлом GNU SIP Witch было трудно сконфигурировать, даже для обычного использования. Для решения этого вопроса мы надеемся, наконец, ввести модель общественного портала, с которого каждый сможет загрузить SIP Witch и использовать его для создания общественного сервера или частного сервиса. Для удовлетворения потребностей peer-to-peer, мы реализуем графический интерфейс для настольных компьютеров и мобильных телефонов.

5. Почему мне нужна локальная учетная запись SIP?
Так как GNU SIP Witch использует протокол SIP необходимо наличие SIP личности, для авторизации на ваш локальный сервер. Однако, мы хотим устранить необходимость вручную создавать локальных SIP-пользователей, предлагая вместо этого автоматическое обнаружение и создание локальной учетной записи пользователя, которая будет соответствовать конфигурации вашего SIP агента, как операцию в один клик в новом графическом интерфейсе. Первоначальными клиентами, предлагаемыми для использования, являются Android CSipSimple, который также распространяется с GNU ZRTP, Twinkle Softphone, и, возможно, SIP Communicator, который использует GNU ZRTP4J стек. Другие клиенты, такие как GNOME Empathy и Linphone, также могут использоваться.

6. Чем я могу помочь?
У нас есть вики-сайт, используемый для GNU телефонии в целом (http://www.gnutelephony.org/), а также список рассылки для sipwitch (sipwitch-devel@gnu.org). Кроме того, для обсуждения архитектуры, вопросов неприкосновенности частной жизни, и социальных последствий, у нас есть другой список рассылки gnucomm-privacy@gnu.org.
Перевод: GNU Planet
Николай @Robotex
карма
4,2
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (147)

  • –16
    Поздно пить Боржоми.
    • +8
      В смысле?
      • –19
        скайп уже занял почти весь рынок. фактически монополист. конкурировать не получится.
        • +14
          XMPP и Oscar как-то конкурируют же. А ведь тоже так начиналось. Тем более учитывая, что скайп ушел с линукса, на этой системе эта вещь может стать очень популярной + линуксоиды скорее всего и на телефоны себе будут ставить.
          • –3
            • +5
              Вы на версию посмотрите.
              • 0
                Сам юзаю не последнюю версию на винде. И меня она радует больше чем новая. Да и под андроид скайп недавно выпустили. Конечно не всё у них гладко. Но что меня заставит бросить весь мой контакт лист? В своё время пытался из icq на jabber всех перетащить, в итоге до сих пор приходится icq юзать, по моему здесь тоже самое. Но свободная альтернатива то конечно всегда нужна.
                • +9
                  А я с аськи просто взял и ушел окончательно и бесповоротно. Не весь контакт-лист удалось перетащить, но большая часть юзает либо тот же скайп, либо какой-нють XMPP мессенджер.
                  • 0
                    А для остальной части есть транспорты.
                    • 0
                      Тот еще геморрой… Особенно, если нет своего сервака к которому эти самые транспорты прикручены.
                      • 0
                        Ну я спокойно пользовался транспортами с jabber.kiev.ua — все отлично работало, разве что файлы не пересылались.
                        • 0
                          Я про то и говорю. Конечно, бывают ситуации, когда другого выхода нет, но это все же костыль.
              • +2
                Тут сказано В настоящее время новая бета-версия Skype для Linux еще не готова.
                Но не теряй надежды: мы работаем над этим.

                Тут тоже «намекают», что скайп все таки не уходит с линукса.
                • 0
                  Мы не теряем надежды. Но не смотря на этия заявления и намеки, все так же бажные версии для linux все так же выходят раз в несколько лет.
                  • +1
                    Разработчики скайпа видимо никогда не слышали про кроссплатформенные фреймворки.
                    • 0
                      … И именно поэтому написали линуксовую версию на Qt4.
                      • 0
                        А маковскую на Objective-C и вендовую на Делфях. Смісл кроссплатформенных фреймвойрков в том, что написано однажды, компилируется везде.
              • –1
                с чего вы взяли что нумерация версий линукс версии должна совпадать с виндовой?:) по сути это 2 разные софтины которые используют один протокол. а не одна платформонезависимая софтина. В линукс версии вроде как используется виндовая часть через врапер.
            • +2
              напомните, в каком году эта бета вышла?
              • +1
                20 января 2010 (пруф)
                • 0
                  а стабильный релиз (не бета) c 2008 был?
                  • +2
                    Нет, только 13 марта 2008 стабильный релиз был.
            • +1
              Ну его развитие сильно заторможено. Некоторых очень важных для меня функций — нет и не предвидится. Например, вкладок (приходится пользоваться вот этим решением)
              • 0
                Отсутствие функции, позвонить родственникам за рубеж на домашний/мобильный, куда хуже) Skype ведь в первую очередь позиционирует себя с этой позиции. И какая же это тогда замена?
                • +1
                  Эээ… Нормально там все звонит на домашний/мобильный, по крайней мере, три месяца назад звонило.
                  • 0
                    Более того, даже с домашнего звонит в SIP.
            • +3
              Ну, ушёл или просто отлучился мы наверняка знать не можем. Но то, что на Hardened Gentoo он не работает в принципе больше года — это факт.

              Причём не работает не из-за каких-то сложных проблем совместимости или ещё чего — просто начиная с очередной версии параноидальная защита начала проверять целостность бинарника skype включая заголовок ELF-файла. А это помешало переключать флаг в ELF-заголовке необходимый для ослабления PaX-защиты в ядре линуха, без чего skype работать не может (что само по себе очень плохо, но это совершенно другая тема). Решить проблему очень просто — достаточно при выпуске новой версии skype под linux разработчикам skype самим выставлять этот флаг в ELF-заголовке ДО того, как прошить контрольную сумму ELF-файла в защите. Фактически — нужно в процесс сборки добавить одну простую команду. И это они не могут сделать уже больше года. Не могут?! Не думаю, скорее просто не хотят. А значит таки ушёл.
          • 0
            И даже связь с Asterisk сделают, думаю.
            Хорошо, когда есть выбор.
            И еще, хорошо, когда дебильная реклама глаза не мозолит…
            Был бы продукт. А вою аудиторию он соберет.
            • +6
              так ведь реклама в настройках отключается: Инчтрументы — Настройки — Оповещения — Извещения и сообщения. Снимаете галки и радуетесь жизни =)
          • 0
            Вот именно, что конкурируют «как-то».
            Ждём появления рекламы в скайпе, тогда может быть будут подвижки. Хотя это зависит от реализации показа рекламы.
          • 0
            > Тем более учитывая, что скайп ушел с линукса
            habrahabr.ru/blogs/linux/115365/#comment_3736946
          • 0
            на данном этапе суть скайпа не в технологии, а в том что он стоит на компе каждой домохозяйки
            а FreeCall станет еще одним клиентом для продвинутых пользователей (программистов/админов/...)
        • +3
          А если заменить первое слово в вашем предложении на «IE» или «Palm» или «МТС» или… (много чего ещё)…

          то получим стандартно неоправдывающийся прогноз.

        • +3
          Неужто скайп уже вытеснил SIP, gsm и городские телефонные сети?
          Я ничего не проспал?
        • +6
          КПК с WM тоже занимали весь рынок. И где они сейчас?
          • +1
            Один из них лежит рядом на столе и исправно работает :)
            • +2
              У меня тоже, вот только, зараза, глючит по черному.
          • –4
            простите, но те ОС, которые вытеснили WM, создала не кучка энтузиастов, а гигантские корпорации.
            • +9
              Я бы не назвал GNU Foundation кучкой энтузиастов.
            • +10
              Ничо, что на операционной системе этой кучки интузиастов работают добрая половина серверов гигантских корпораций (tm)
              • 0
                Да и андроид — почти линукс
            • +3
              Как раз Андроид и был создан кучкой энтузиастов, и в последствии был продан Гуглу.
          • –1
            WM еще видны. Да и WP7 на подходе.

            В качестве примера гораздо лучше подойдет palm, у которой когда-то было более 90% рынка. А ныне — почти ноль.
        • +1
          Да, занял, прерывающимся звуком и картинкой пережатой до неузнаваемости. Так что на мой взгляд, скайп загадил весь «рынок», а нововведения в этой нише только наладят дела.
        • +1
          Некогда не поздно конкурировать! Главное верить в себя и не сдаваться.
          • 0
            Золотые слова :)
      • +10
        Нет выбора Pidgin/Miranda/QiP, протокол закрыт. То есть вы ставите Скайп не потому что он вам нравится, а потому что вам надо поговорить с кем-то у кого есть Скайп.

        Кроме того, Скайп — активно развивающийся коммерческий продукт, который пытается выйти на Enterprise рынок. И они таки выйдут.

        Теперь вопрос: если у всех есть Скайп, а для многих на работе это стандарт связи, то кому нужно ещё что-то? Не забывайте, что Скайп это ещё и SkypeIn и SkypeOut и Skype Connect. Это не программа, а полнофункциональное решение. Конкурентом Скайпа может быть Google Talk, а программа не может быть конкурентом решения.

        XMPP не конкурирует, конкурирует Google Talk. Причём 90% его пользователей не знают что такое XMPP. Oscar уже не конкурирует.

        Сравнение с Internet Explorer или Windows Mobile не корректно. Internet Explorer можно заменить на Mozilla Firefox или Opera и те же самые сайты будут открываться. Заменив Скайп вы не сможете позвонить тем же людям. Windows Mobile не ограничивает вас звонками только на телефоны с Windows Mobile. Вы меняли Windows Mobile на Symbian или Android и звонили тем же людям. Со Скайпом так не выйдет. У Скайпа огромное количество пользователей, которые никогда уже не «соскочат».
        • +4
          Заменив Скайп вы не сможете позвонить тем же людям.
          Да, ну?
          Представьте себе — у меня дома обычная DECT-трубка для городского телефона, благодаря SIP-телефонии, без проблем звоню ЛЮБОМУ абоненту Skype..:)…
          • +1
            А вот это интересно. Т.е. система имеет шансы на успех?
          • 0
            Да, но чтобы использовать эту систему вам нужен будет локальный прокси, а его уже на дект трубку не поставишь.

            У меня тоже sip девайс с розеткой на обычный телефон.
            • НЛО прилетело и опубликовало эту надпись здесь
              • 0
                Я про GNU Free Call
          • 0
            Модель трубки?
        • +1
          > Конкурентом Скайпа может быть Google Talk, а программа не может быть конкурентом решения.
          Аналога Skype Connect от Google нет и не предвидится. Вряд ли они заинтересованы в чём-то подобном.

          > XMPP не конкурирует, конкурирует Google Talk.
          А ещё Facebook, Вконтакте и Яндекс.Онлайн.

          > Причём 90% его пользователей не знают что такое XMPP.
          Зачем им знать?
        • 0
          вобщето qip2010 тоже работает по XMPP,
          и все модерновые аськоюзеры доступны при отсутствии аськи через него.
    • +1
      Это Боржоми зреет уже годами.
      Нынешние популярные средства связи скоро начнут восприниматься как один большой баг.
  • 0
    Интересно почему таки SIP, а не Jingle…
    • 0
      А чем Jingle лучше?
      • +3
        Тем что xmpp клиенты существенно приятнее монстроподобных sip и к гуглтолку народ уже привык.
        • 0
          К сожалению не видел никогда SIP, а в XMPP никогда не видел голоса. Хотя обещают нормальный интерфейс.
          • 0
            Голос в XMPP хорошо работает, по крайней мере на хорошем канале
            • +2
              К сожалению голос в XMMP поддерживает довольно небольшое количество клиентов, а видео не поддерживают почти никакие.
        • +2
          Монстроподобность SIPовых клиентов — это заслуга самих клиентов, а не протокола.
          • 0
            Был бы протокол, а клиентов понапишут.
            • 0
              Протокол уже давным-давно есть. Где клиенты?
              • +1
                ну лично я когда испытывал пару sip сервисов перепробовал штук 10-15 разных клиентов линуховых и/или мультиплатформенных. и были такие которые мне понравились. другое дело что большинство смотрят только те клиенты что на слуху — типа монстра ekiga… ну а в винде меня устраивает qip как сип клиент.
        • 0
          А вот по моим наблюдением, монстроподобность большинства SIP-клиентов обусловлена исключительно размерами трубки и кнопок для набора, тоесть чисто эрономическими фактормаи.

          SIP-клиенты без трубки и кнопок вполне помещаются в нагрудный карман и много не весят. :)
          • 0
            Да, об аппаратных sip клиентах я что-то не подумал. Хотя у самого дома такой =)
        • 0
          Только ноды в jingle пока дальше лабораторий еще не вылезли
    • 0
  • +1
    Название крайне неудачное для русскоговорящих, особенно если сокращать просто до Witch.
    • 0
      Нормальное название. Speed Dial'ов вроде бы никто не боится.
      • –1
        Схоже по звучание с ВИЧ, не находите?
        • +8
          А Спид Диал созвучно с «Спид». А ещё «Нид фор спид» переводится как «Хочу заболеть спидом».
          • +2
            Или «Нужно 4 спида». Хотя забавнее перевод «Быстрая нужда»
            • 0
              Это вопрос к наркодиллеру?
          • 0
            Speed давно со скоростью ассоциируется, тем более в словосочетаниях. Когда был маленький и играл в NFS ещё на panasonic 3do, шутки про speed-СПИД среди ровестников было дело обычным.
            • +1
              Спид не спит!
              Надпись из детства.
              Большими красными буквами в больнице было. И у всех тётенек, у которых спрашивал что это означает — все опускали глаза в пол.
              • 0
                Небольшой офтоп.

                Вспомнил, как в 2000м году читал советскую книгу про ВИЧ/СПИД (выпуска 80х годов). Согласно их прогнозам, мы уже все давным-давно заражены, и цивилизация вымрет в ближайшие пару лет :)
                • 0
                  А еще есть статьи, в которых говорится, что ВИЧ не опасен и не вызывает СПИД, он помогает в эволюции, а СПИД возникает по другим причинам.
            • 0
              как не странно speed и переводится как скорость:) и к СПИДу(AIDS) никакого отношения не имеет. а то что созвучно по-моему не страшно, все кто в школе ходил на английский и хоть иногда слушал не будут ассоциировать слово с «болезнью».
    • 0
      Тем более ведьма это основа, а сама прога Free Call.
      • +1
        А если еще переведут и сделают клиенты (как с файрфоксом получилось) — получится Яндекс Бесплатный Звонок.
  • 0
    Я вижу только одно, когда специализированная телефонная связь (gsm, стац др. др. с номерами телефона) как тип вымрет и останется только чистый широкополосный тырнет, тогда эта штука поднимется до конкуренции, а пока будет поделкой.

    Остается только ждать, пока есть обычные городские и другие номера skype, как коммерческая фирма с возможностью выхода на обычные телефоны неуязвима.
    • 0
      «специализированная связь» уже вполне начинает восприниматься как один сплошной баг.
      (отсутствие вменяемого caller-id в gsm, отсутствие нормальной сигнализации соединения, итп)
    • +1
      Как часто спасатели используют скайп? А тут запустили дронов с вайфаем, развернулась сеть, можно разговаривать.
  • 0
    Вот интересно, а работать будет, или опять «ой, вам еще нужен статический IP с прямым выходом в интернет!»
    • +1
      Скайп же работает. А тут похожая организация сети.
      • 0
        Нет, смотри тред ниже.
      • 0
        и как sip switch справляется с соединением двух нод за nat?
    • +1
      Тут вся фишка в нодах, за счет них система, ежели раскочегарится, сможет вообще всё обойти и пережить даже ядерную войну
      • 0
        НАТ — страшнее ядерной войны =) Опять-таки тред ниже.
  • 0
    А НАТ они как будут в автоматическом режиме преодолевать для SIPа? Или пользователю надо будет знать какой типа ната используется в сети и допиливать настройки?
    • 0
      Насколько я понял, клиент будет искать ближайший узел с реальным ИП и подключаться к нему.
      • 0
        Это понятно. Предположим он нашел «ближайший узел», который выдал «звонящему» прямой маршрут до вызываемого. Ок, дальше что? А дальше надо устанавливать SIP-сессию с вызываемым — тут тоже проблем особо не возникает, один порт на вызывающем — один на вызываемом.

        А дальше затык. После установления сессии на уровне SDP-протокола конечные устройства оговаривают порты с\на которые будет слаться медиа. Вот тут-то и проблема: как угадать, в какой порт смапится случайно выбранный порт из диапазона?
        • +1
          STUN, TURN, ICE уже ушли на покой, что ли?
          • 0
            Безусловно, отличные протоколы, когда речь идет о Full-cone NAT. А если нет?
            • 0
              Тогда, уподобляемся скайпу пересылаем траффик через «узел с реальным ИП».
              • 0
                Это тоже полностью не решает проблему =) «Мы» все еще находимся за натом и «узлу с реальным ипом» все еще нужно угадать, где же мы ловим его медиа-трафик.

                Реальный выход — использовать протоколы совмещающие сигнализацию и медиа и задающие рабочие порты на транспортном уровне.

                IAX2, как пример решения.
                • 0
                  А что мешает клиенту сказать узлу, где он его ждет?
                  • 0
                    А во время установления сессии клиент еще не знает, как смапится его медиа-порт в случае соединения со вторым участником.

                    Можно конечно в поставку включать индивидуальный STUN сервер. Но это тоже не решает проблему Port-restricted cone NAT.
                    • 0
                      А ему запрещено оставаться подключенным к узлу после установления соединения?
                      • 0
                        Мы про UPD говорим, а он не поддерживает установление соединения.
                        • 0
                          Мы говорим про нат =) А у него, во-первых, есть «окно» в течении которого мап актуален и, во-вторых, keepalive'ы слать никто не зпрещает.

                          Хотя да, у UDP нет такого богатства состояний соединения =)
                          • 0
                            А какой срок этого «окна» (есди не слать keepalive'ы)?
                            • 0
                              *если
                              • 0
                                Настраиваемая величина. Я говорю про Linux, но должно быть актуально и для остальных систем (здравый смысл подсказывает)
                                • 0
                                  Sip и Rtp/Voice будет идти по туннелю, поверх сигнализации натянут шифрование, проблемы решены.
                                  • 0
                                    Действенный вариант, принимается =) Хотя, при наличии SIP TLS\SIPS и SRTP, использовать шфированный туннель только чтобы обойти проблему NAT'а, ИМХО, нелогично. Все-таки средства надо выбирать сообразно поставленным задачам.
                                    • 0
                                      Шифровать 2 раза это конечно не торт, но там zrtp, это вроде не TLS\SIPS и SRTP а немного другая история.
                                      • 0
                                        Вам бы с этим обсуждением в список рассылки бы написать — пусть другие разработчики тоже подключаются к решению.
                                      • 0
                                        ZRTP — конкретная реализация Sercure RTP. Так что, по-прежнему, необходимо установить SIP сессию и в ней объявить медиа-порты. Затем гнать медиа уже в новом UDP-соединении.

                                        Никакого туннелирования ZRTP не предполагает.
                      • +1
                        SIP — протокол, исключительно, сигнализации. Посему, порт, через который устанавливается SIP-сессия и порт для меди-данных не могут совпадать.

                        Приведенный в примере нат задает соответствие srcHost:srcPort — dstHost:dstPort.
                • 0
                  можно завернуть SIP в шифрованный туннель, не так сложно.
                  • 0
                    Безусловно, есть методы заставить работать SIP в, думаю, любой топологии. Вопрос в том, надо ли?
            • НЛО прилетело и опубликовало эту надпись здесь
              • 0
                STUN работает, если находится на том же хосте, что и целевой. Будем поставлять STUN сервер с каждой клиентской софтиной? Да и как я уже отвечал, для чего придумывать костыли, когда протокол жестко не предопределен?

                P.S.: Для однозначности, я пользуюсь терминологией из вики.
                • НЛО прилетело и опубликовало эту надпись здесь
                  • 0
                    > Опять неверное утверждение.
                    Я не про общий случай, а про ситуацию, когда нат задает соответствие srcHost:srcPort — dstHost:dstPort. Как работает в общем случае я прекрасно знаю.

                    Нет, не любой способ будет костыльным. Если пара srcHost:srcPort соединения определяется на транспортном уровне, то не требуется модифицировать служебные заголовки протоколов верхних уровней. А это уже почти «безкостыльное» решение.

                    Два хоста за симметричным НАТом, действительно, нерешаемая задача без использования дополнительных узлов. И TURN тут был бы актуален.

                    В итоге мы бы получили только одну исключительную топологию, а не неопределенное количество =)
              • 0
                Не надо бороться с НАТом — это борьба с ветряными мельницами =) Он (НАТ) должен быть прозрачен для системы, тогда это перестанет быть головной болью.
    • НЛО прилетело и опубликовало эту надпись здесь
      • 0
        Тесно с протоколом не знаком, но, на первый взгляд, не вижу разницы. Negotiating a Jingle RTP Session
        • НЛО прилетело и опубликовало эту надпись здесь
          • 0
            Здорово, хорошее расширение. Но TURN предполагает, на сколько я знаю, наличие некоего релея для проксирования трафика. Кто будет выступать в его роли в нашем случае?

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

            IAX2, как пример решения.
  • 0
    Два вопроса:
    — Гизмо тоже так позиционировался. Сейчас его схавал Гугл. Вы тоже этого хотите?

    — Если все бесплатно — как Вы будете зарабатывать? На чем?

    • 0
      Разработчики дистрибутивов Linux на чём-то же зарабатывают. Например, на тех. поддержке.
    • 0
      А банши так вообще деньги с покупок на амазоне получает.
    • +1
      на счет бесплатности — большая часть денег в опенсорсе от производителей сопутствующих товаров, будь то компьютеры или аппаратные сип-клиенты, ибо спрос взаимосвязан
  • –1
    для свободы нужны:
    — самоорганизующийся распределённый поисковик
    — самоорганизующиаяся распределённая социальная сеть
    — чтобы торренты не банили
  • 0
    Свобода она в головах.
  • 0
    А по-русски, без технических тонкостей и SIP в каждой фразе, мне, как простому пользователю, чем это грозит? Надо же где-то регистрироваться всё равно, чтобы до меня могли достучаться? Или предлагается каждому поднять свой сервер (или воспользоваться кем-то поднятым с его разрешения) как в XMPP?
    • 0
      Насколько я понял, достаточно будет сделать один клик и вы уже в сети — регистрация не нужна. А вот как дозвон делать, я не совсем понимаю.
    • 0
      Нужно будет, как в Европе в Скайпе, только зарегистрировать аккаунт в системе (если не будет чего-то типа OpenId) и запустить клиентскую программу.
  • +2
    Господи, наконец-то. На вопрос «какой у тебя скайп» всякий раз отвечаю, что я лютый параноик, и ставить чужие трояны с удаленным управлением не могу. Однажды, когда совсем припёрло, поставил в виртуальной машине и пользовал три недели, потом нужда отпала.

    Чем меньше будет закрытых протоколов и несвободных стандартов, тем лучше. Skype, если хочет выжить в дальней перспективе (3-7 лет), пусть медленно готовится прекращать обфускацию кода и открывать протоколы. Я смотрю с оптимизмом, ибо когда-то все были уверены, что Microsoft никогда не опубликует формат своих офисных документов, однако пришлось ведь!
    • +2
      Позиция имеет право на жизнь. К счастью, достаточно точащих зубы на скайп, которые проверяют его деятельность внешними сервисами мониторинга. Пока что отрицательно он себя не проявил, а потому работает презумпция невиновности.
  • +3
    Мне кажется, эти ребята смотрят сильно далеко в будущее. Они прекрасно понимают, что сейчас конкурировать со Скайпом бессмысленно — 500М человек сидят в скайпе и радуются, что все работает, и только небольшое количество гиков-параноиков что-то бубнят про безопасность и закрытость.

    Я думаю, что GNU Free Call видит себя в отдаленном светлом будущем, когда в каждом мобильнике будет безлимитный интернет наравне с GSM и встроенный в ОС SIP-клиент, все перейдут на IPv6, и надобность в ТфОП пропадет вообще. В такой ситуации встанет вопрос, через какой протокол весь мир будет говорить по IP. Очевидно, этот протокол должен быть один на весь мир.

    Либо Skype будет владеть всеми коммуникациями по IP в мире (мне кажется, это мало реально — очередная «корпорация зла/добра»), либо смотрим на протокол SIP. Но SIP в настоящей редакции имеет недостатки — в частности, он не может работать в режиме mesh-сети без центральных узлов.

    На мой взгляд, Skype показал некоторые принципы, на которых должна быть построена сеть телефонной связи будущего. Но вряд ли эта сеть должна быть закрытой и принадлежать одной корпорации по политическим соображениям. Вот эту область, как я понял, и пытается занять GNU Free Call.
    • 0
      Я думаю, что в будущем уже не будет GSM. К чему это если есть беспроводной безлимитный интернет и встроенный в ОС SIP-клиент?
      • +1
        Согласен. На самом деле мне очень интересно, на чем операторы связи будут зарабатывать деньги, если все абоненты будут сидеть на IP-клиентах и трафик из любой точки мира в любую точку будет бесплатный?
        • 0
          На продаже интернета? :) Ну или в будущем будет уже коммунизм, а работать будут только роботы :)
          • 0
            Да, остается только трафик. Но вот в чем проблема — объемы трафика растут с каждым днем. Представляете, что будет с трафиком, когда через 10-15 лет, когда скажем 3д-ютюб появится? И звонить с мобильника на мобильник будут исключительно по видео? А оператор будет брать фиксированную сумму за полосу? Это уже сегодня получается не рентабильно, из-за чего начинаются разные бурления.
    • 0
      Собственно, Skype без центрального сервера тоже неработоспособен.
      И ничего уникального в этой технологии нет, прочитайте, например, про:
      ru.wikipedia.org/wiki/Привратник_H.323 всё это придумано черти сколько лет назад.
      Вот что у них действительно классно сделано, так это проход через все firewall-ы, отсутствие проблем с NAT, но сделано это вопреки, если можно так сказать. Чтобы обходить все предусмотренные провайдером технологии управления сети и звонить, в угоду себе. И отсутствие управления потоками Skype-а из-за закрытости протокола и единой точки централизации, даже при небольшом увеличении количества его пользователей (когда не просто бабушке звякнул раз в неделю, а когда ВСЕ внутренние и внешние звонки идут через него; а это в сотни, тысячи раз больший трафик) немедленно приведут к заторам в сети и невозможности управлять всем этим хаосом.
  • 0
    Скайп, кстати, имеет центральный сервер на котором хранит списки контактов. Если его уничтожить, никто никому позвонить не сможет.
  • 0
    К вопросу о Skype:
    Skype — отличное решение, чтобы позвонить маме или бабушке, не более того. Технологически он несовершенен, точно так же централизован, закрыт (хотя кодек уже давненько открыли) и развивается непонятно в какую сторону.
    Пару лет назад объем минут, которые проходили через Скайп через эти его SkypeOut/SkypeIn, составляли 12 млрд. минут, тогда как общий мировой объем трафика, передаваемого через VoIP, тогда составлял около 1,5 триллиона минут. Так что о захвате всего и вся не может быть и речи.
    Классическая телефония переместилась в мобильный сектор и там уже использует различные voip-технологии для удешевления и гибкости.
    Skype совершенно не из той области, он не подходит для транзита, у него отсутствует стандартизированная сигнализация, его невозможно мультиплексировать на уровне его протокола, им невозможно управлять, да и не хватает многого другого, что есть в таких протоколах, как SIP, H.323, MEGACO и т.д., придуманного далеко не дилетантами.
    Skype сейчас — это некий черный ящик, который удобен, чтобы позвонить другу, который тоже подключился проприетарной программой к неведомому зарубежному серверу, не более того.

    Я очень надеюсь, что т.н. VoIP-технологии в ближайшее время разовьются по уже стандартному принципу, который используется в почте и XMPP: у каждого провайдера есть свои абоненты (своя точка централизации), которые свободно могут звонить по открытому протоколу абонентам любого другого провайдера, а уже провайдеры смогут гибко управлять всем этим. А уж что там будет у абонентов, Skype или какой-то другой клиент для конечного пользователя, не важно. Грубо говоря, как сейчас устроены мобильные технологии. Любой другой путь — тупик для технологии и развития.
    Надеюсь, из этого FreeCall-а выйдет что-то путное.
  • +2
  • 0
    Прошло больше года, но похоже ничего кроме этого анонса не произошло, печально
    • 0
      Ну их вики www.gnutelephony.org/ вроде обновляется постоянно. И судя по всему есть какая-то активность.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.