The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В рамках проекта GNU Free Call создается свободная замена Skype, opennews (??), 15-Мрт-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


34. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от User294 (ok), 15-Мрт-11, 03:05 
> SIP over HTTP например.

Ну спасибо что хоть не over morse code, млин :). Интересно, а как должен выглядеть исходящий поток при этом? Особенно без дикой latency? Кроме наглого HTTP 1.1 CONNECT ничего вменяемого в голову не приходит. А если уж оный делать - так нахрена SIP вообще? SIP вообще делали странные люди, видимо решившие сделать все как можно более через жопу. Это у них неплохо получилось, надо сказать. Особенно если взять софт реализованный под стать протоколу, типа LCS от Майкрософт. Получится настоящий ынтерпрайзный ужасна.

Ответить | Правка | Наверх | Cообщить модератору

50. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от sybasesqlemail (ok), 15-Мрт-11, 11:40 
А конкретно чем плох SIP? 1...2...3...? По пунктам?
Ответить | Правка | Наверх | Cообщить модератору

63. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от User294 (ok), 15-Мрт-11, 15:28 
> По пунктам?

В соседних сообщениях посмотрите. Если коротко - с точки зрения юзера протокол плох капризностью, работой через жопу/ненадежностью и полусовместимостью реализаций. В тепличных условиях - любой дурак работает, только вот где они, эти тепличные условия то? В вашем уютненьком энтерпрайзике? А что если захотеть позвонить/сообщение послать наружу?

Ответить | Правка | Наверх | Cообщить модератору

54. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от Andrew Kolchoogin (?), 15-Мрт-11, 12:44 
Налицо человек, ниасилифшый SIP.

Во-первых, SIP пролезает через любой NAT:

1) ему нужен строго один UDP-порт;
2) для особо злых NAT'ов SIP прекрасно работает через TCP (сюрприз! сюрприз! и шлюзы LinkSys и, тем более, Cisco про это знают!)

Во-вторых, что касается медиапотока, то RTP/RTCP, которые к SIP имеют вообще-то мало отношения (RealAudio и H.323 тоже через них ходят) вполне себе неплохо поддерживаются всеми современными балалайками через Application Proxy (сюрприз! сюрприз! nathelper.so у открытого OpenSIPS'а умеет менять SDP, если вместо балалайки хочется Юникс).

Ну и в-третьих, что касается HTTP: RealPlayer-же научился вместо RTP использовать HTTP...

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

62. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +2 +/
Сообщение от User294 (ok), 15-Мрт-11, 14:54 
> Налицо человек, ниасилифшый SIP.

Налицо человек посмотревший как это угробище сделано внутри. Особенно убило как оно IM сообщения "доставляет". Это пц просто!

> Во-первых, SIP пролезает через любой NAT:
> 1) ему нужен строго один UDP-порт;

По спекам IIRC не один. Ну да черт с ним, допустим у нас есть фаер. Наверное не для красоты, а чтобы ограничить летающие типы траффика, убить неизвестный, етц. В частности и исходящий, да. А теперь удачи разрешить на нем SIP но не потерять файрвольные свойства. В общем случае выбор идет между превращением фаера в некое сито с весьма либеральными рулезами (наподобие http://savasplace.com/content/files/Image/blog_posts/microso...) или риском что SIP попросту подохнет на этом фаере. В принципе возможен stateful анализ но нужда в оном намекает на довольно дебильные свойства протокола в целом. И, ессно, ни о какой приваси речь уже не идет, разумеется.

> 2) для особо злых NAT'ов SIP прекрасно работает через TCP (сюрприз! сюрприз!
> и шлюзы LinkSys и, тем более, Cisco про это знают!)

А знаете, в мире существуют и другие наты и фаеры. И как-то так практика показала что звонки через интернет имеют свойство обламываться.

> Во-вторых, что касается медиапотока, то RTP/RTCP, которые к SIP имеют вообще-то мало
> отношения

Не, я понимаю что всегда можно сказать "мотороллер не мой, я только разместил объяву", но знаете, как транспортировать медиапотоки - выбирали разработчики именно SIP. Какие решения они приняли - так и работает. И срать хомячкам на то что оно чисто номинально - соседний протокол, выбранный авторами вон того протокола. В целом связка работает как полный буллшит. Пока некоторые это не поймут, сотни миллионов хомяков будут предпочитать скайп.

> (RealAudio и H.323 тоже через них ходят)

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

> вполне себе неплохо поддерживаются всеми современными балалайками через
> Application Proxy

А давайте вы лично придется и настроите это всем вашим собеседникам из интернета, если вы такое пиндец умный? И современные балалайки им проспонсируете, ага? А вы никогда не думали что нужный собеседник может быть за фаером и не обязательно он рулит этим фаером, и не обязательно там есть правильный прокси? Или вы настолько тупы что этот простой момент в вашей черепной коробке почему-то не умещается? Не, если звонить только в рамках своего доморощенного ынтерпрайза - все отлично. Проблемы начинаются когда вы пробуете попользоваться этим в интернете. Диком и разномастном.

> (сюрприз! сюрприз! nathelper.so у открытого OpenSIPS'а умеет менять SDP,
> если вместо балалайки хочется Юникс).

Да, давайте вы это всем хомякам с натами настроите? Купите за свой счет каждому хомяку сервант с юниксом, нарулите там opensips вместе с натхелпером. Всего-то, мля :). Почему-то большая часть хомяков такую перспективу не очень оценивает и в итоге скайп юзает. Которому в силу дезигна протокола вся эта система костылей и подпорок никуда не вперлась - само успешно прорубается в большинстве конфигураций.

> Ну и в-третьих, что касается HTTP: RealPlayer-же научился вместо RTP
> использовать HTTP...

Сложно быть дураком, да? Плеер - немного не телефон, вам так не кажется? При воспроизведении поточного аудио/видео в ПЛЕЕРЕ - латенси не так уж важна, кроме некоторых специальных случаев, так что обычно есть некислый пребуферинг. Плюс-минус 500 миллисекунд в *ПЛЕЕРЕ* никто не заметит вообще, покуда буферов хватает. А вот телефонный разговор при такой латенси станет, извините, уже разговором по рации, а не по телефону. И да, в HTTP *нет* метода быстро послать от юзера относительно много данных с низкой латентностью. Кэп негодует: где ваш мозг, обезьяны?!

Ответить | Правка | Наверх | Cообщить модератору

72. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от Аноним (-), 15-Мрт-11, 16:43 
Не холивара для. SIP с академической точки зреняя - тру. С неакадимческой, почему-то как-то туго с реализациями получилось. Ну и вспомним, что всякое Skype и иже с ним - не IP-телефония, а VoIP, а SIP - телефония. Но это придирки к словам, что можно называть телефонией, а что нет. Для конечного пользователя это обычно по барабану. Примерно как на _похожем_ на ёогурт продукте нельзя писать ёогурт. :)
Поправьте, если я не прав.
Посмотрим, что выйдет у GNU с реализацией и что они придумают в конечном итоге.
По рынку в среднем, мне кажется, Skype победил. Последнее, что мне всё ещё в нём не нравится - закрытость. Ну и централизация. GNU же закрытость в первую очередь не нравится. ^_^
Ответить | Правка | Наверх | Cообщить модератору

76. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от Stax (ok), 15-Мрт-11, 17:42 
Вообще граница еще более размыта: Skype-то при звонках на реальные телефоны шлет SIP! Видимо, он все-таки централизовано на своих серверах конвертит свой протокол в SIP, для всех звонков, отправляемых на реальные телефоны - ведь клиент скайпа не умеет SIP, и не знает про те кодеки, в которых потом идет этот SIP-звонок скайпа (а VoIP провайдеры не поддерживают те кодеки, которыми общаются P2P клиенты скайпа между собой).

Так что скайп умело балансирует и берет лучшее от обоих миров :) Но видимо, его SIP-части далеки от P2P, т.к. это просто слабо совместимые вещи.

Ответить | Правка | Наверх | Cообщить модератору

81. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от filosofem (ok), 15-Мрт-11, 18:41 
>По рынку в среднем, мне кажется, Skype победил.

По какому рынку, по десктопам? Может быть и побеждает, но Gtalk не дает расслабиться.
Важно, что десктопы и ноутбуки тут не будут решать почти ничего, это же теле(видео)фония.
По хардверным трубкам и видеофонам, сомневаюсь, что скайп где-то даже рядом с SIP.
Решать же ИМХО будут смартфоны. Здесь у скайпа есть преимущество наверно небольшое за счет Симбиановских трубок, но преимущество временное и оно растает вместе с самим Симбианом. На Андроиде видеозвонков по скайпу насколько я знаю еще нет, да и голосовые совсем недавно появились. Как в iOS сейчас дела обстоят не в курсе, но в свое время проблема была и со Скайпом и с SIP и с Jingle/Gtalk.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

85. "В рамках проекта GNU Free Call создается свободная замена Sk..."  –1 +/
Сообщение от User294 (ok), 15-Мрт-11, 23:05 
> Не холивара для. SIP с академической точки зреняя - тру.

Да, для идеального сферического юзера в вакууме, в идеальном мире, где файрволов нет, натам не место, у каждого есть свой IP адрес - оно даже как-то работало бы.
Хотя насчет тру можно поспорить:
1) смесь из 2-3 отдельно стоящих протоколов, один из которых явно текстовый, но 1 фиг сложный для восприятия двуногими, а второй откровенно бинарный (+явно бинарные, но более другие STUN/TURN по желанию) - писец какой-то. Самый примитивный клиент на ровном месте становится весьма навороченным агрегатом с массой глюков. Потому что должен реализовать 2-3 принципиально разных протокола. Зачем так? Да хрен бы его знает.
2) Нужда в sip-серверах явно была высосана из пальца. Памятуя о том что было валидно звонить на IP:port. В XMPP клиент-серверная модель еще понятна - она там сразу есть. Но тут - привинчено абы как.
3) Всевозможные расширения/дополнения типа SSL - очень опциональны. Поэтому разные реализции клиентов и серверов далеко не всегда находят общий язык. И все еще хуже чем в жаббере. По крайней мере в жабе мне ни разу не попадался такой пиндец как облом прямо на фазе логина на сервер. Столь фатальная несовместимость - "фича" SIP :)))
4) Слать message-based IM-сообщения установив сперва откровенно поточный session специально под это - это как минимум весьма оригинально. Но работает эта оригинальность на практике через ту еще задницу. Даже кривой и полусовместимый жаббер все-таки обычно доставляет сообщения. А тут вообще случаи недоставки сообщения чуть ли не норма. И молчок в тряпочку. И все это до жопы навернуто а видимо в порядке стеба еще и называется SIMPLE. Ну его нахрен таких академиков, а?! Пусть лучше огороды копают, это у них лучше получится.
5) Некий бардак с кодеками. А что, нельзя было волевым решением стандартный низкобитрейтный кодек без роялтей сделать? Ну speex там например, или iLBC или кто там еще без роялтей за патенты? По факту есть некий зоопарк. Опять же полусовместимый.

> С неакадимческой,  почему-то как-то туго с реализациями получилось.

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

> Ну и вспомним, что всякое Skype и иже с ним - не IP-телефония, а VoIP, а
> SIP - телефония.

Да, конечно. В SIP конечно есть какой-то сигналинг в стиле PSTN и прочая. А выбор хомяков показывает насколько им этот сигналинг впился на фоне общего дебилизма протокола, ага. И для кого этот протокол дизайнился? Для классического PSTN, который довольно скоро видимо подохнет вслед за телеграфом? :)

> Примерно как на _похожем_ на ёогурт продукте нельзя писать ёогурт. :)

Что не мешает йузерам хавать не-йогурты :)

> Посмотрим, что выйдет у GNU с реализацией и что они придумают в конечном итоге.

Судя по странности реализации - ничего хорошего. А оно пользователям надо - качать 2 отдельные сущности вместо 1 программы "просто потому что вон тем парням было впадлу написать GUI"?

> По рынку в среднем, мне кажется, Skype победил. Последнее, что мне всё
> ещё в нём не нравится - закрытость. Ну и централизация. GNU
> же закрытость в первую очередь не нравится. ^_^

Ну, я не собираюсь пользоваться горбатым блобом собранным сильно под некоторые архитектуры/платформы, авторы которого за меня все решили как и что мне удобно, не забыли поюзать мои ресурсы в своей P2P сети и при этом лишили меня возможности управления этим процессом и делают то что удобно им а не мне. Представьте себе что кто-то вам на комп поставил торент-клиент, но льет им не то что надо ВАМ, а то что надо ЕМУ. Забыв вам дать возможность траффик регулировать, етц. И привязав искусственно P2P сеть и даже с проксированием к своему серверу авторизации (гм, хомяки уже забыли как эти сервера у скайпа недавно нагибались? :D). Но это не отменяет некотрых интересных технологий - у них есть чему поучиться.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

73. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от Аноним (-), 15-Мрт-11, 16:49 
P.S. И надо не заворачивать в HTTP :D (жду уже, когда додумаются заворачивать HTTP в HTTP) ))), как некоторые выше предположили.
А собраться всем и намонстрячить грамотную реализацию SIP'а. Мечты...
А вобще я за MESH всячески.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

98. "В рамках проекта GNU Free Call создается свободная замена Sk..."  +/
Сообщение от Аноним (-), 17-Мрт-11, 14:23 
> жду уже, когда додумаются заворачивать HTTP в HTTP

http://reversehttp.net/

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру