Jingle/test - Revision history

Binary: Reverted edits by Binary (talk) to last revision by 2A02:6B8:0:401:222:4DFF:FE50:B384

2015-09-22T06:49:21Z

Reverted edits by Binary (talk) to last revision by 2A02:6B8:0:401:222:4DFF:FE50:B384

Binary: Reverted edits by 2A02:6B8:0:401:222:4DFF:FE50:B384 (talk) to last revision by 158.39.124.172

2015-09-22T06:49:11Z

Reverted edits by 2A02:6B8:0:401:222:4DFF:FE50:B384 (talk) to last revision by 158.39.124.172

2A02:6B8:0:401:222:4DFF:FE50:B384: grammar

2015-09-22T06:17:35Z

grammar

158.39.124.172: /* Результаты */ Jitsi build 3820

2012-01-27T18:22:02Z

‎Результаты: Jitsi build 3820

158.39.116.191: /* Результаты */ Jitsi

2011-10-07T10:45:42Z

‎Результаты: Jitsi

Leksey: хауту

2011-06-29T12:19:50Z

хауту

Leksey: num

2011-06-29T10:46:41Z

num

Leksey: проблемы

2011-06-29T10:21:30Z

проблемы

Leksey: про настройки

2011-06-29T00:45:01Z

про настройки

Leksey: Известные ошикби

2011-06-29T00:27:28Z

Известные ошикби

@@ Line 18: / Line 18: @@
 С FreeBSD и другими BSD-системами. По-видимому, в большинстве этим систем NAT реализуется способами, которые по умолчанию используют случайный выбор портов для установления соединения. Что является серьезным препятствием для работы Jingle. По-видимому, эта рандомизация применяется для повышения безопасности этих систем (защита от спуфинга?). На Linux такого поведения по умолчанию нет.
-Системным администраторам можно порекомендовать изменять поведение NAT (по-видимому, это большого влияния на безопастность это не окажет), с тем чтобы порты оставались те, которые приложение запросило и согласовало с второй стороной.
+Системным администраторам можно порекомендовать изменять поведение NAT (по-видимому, это большого влияния на безопасность это не окажет), с тем чтобы порты оставались те, которые приложение запросило и согласовало с второй стороной.
 ;{{w|pf}}

@@ Line 18: / Line 18: @@
 С FreeBSD и другими BSD-системами. По-видимому, в большинстве этим систем NAT реализуется способами, которые по умолчанию используют случайный выбор портов для установления соединения. Что является серьезным препятствием для работы Jingle. По-видимому, эта рандомизация применяется для повышения безопасности этих систем (защита от спуфинга?). На Linux такого поведения по умолчанию нет.
-Системным администраторам можно порекомендовать изменять поведение NAT (по-видимому, это большого влияния на безопасность это не окажет), с тем чтобы порты оставались те, которые приложение запросило и согласовало с второй стороной.
+Системным администраторам можно порекомендовать изменять поведение NAT (по-видимому, это большого влияния на безопастность это не окажет), с тем чтобы порты оставались те, которые приложение запросило и согласовало с второй стороной.
 ;{{w|pf}}

@@ Line 18: / Line 18: @@
 С FreeBSD и другими BSD-системами. По-видимому, в большинстве этим систем NAT реализуется способами, которые по умолчанию используют случайный выбор портов для установления соединения. Что является серьезным препятствием для работы Jingle. По-видимому, эта рандомизация применяется для повышения безопасности этих систем (защита от спуфинга?). На Linux такого поведения по умолчанию нет.
-Системным администраторам можно порекомендовать изменять поведение NAT (по-видимому, это большого влияния на безопастность это не окажет), с тем чтобы порты оставались те, которые приложение запросило и согласовало с второй стороной.
+Системным администраторам можно порекомендовать изменять поведение NAT (по-видимому, это большого влияния на безопасность это не окажет), с тем чтобы порты оставались те, которые приложение запросило и согласовало с второй стороной.
 ;{{w|pf}}

@@ Line 55: / Line 55: @@
 * [[Empathy]] leksey  <=> [[Empathy]] b108 (21 April 2011) - не установилось даже соединение
 * [[HabaHaba]] leksey <=> [[Empathy]] b108 (21 April 2011) - голос в обе стороны работал. но проблема что после минуты-другой падал флэш хабовский.
-* [[Jitsi]] 1.0 beta1 build 3593, Linux <=> Windows — голос работал, но видео тормозилось (фактически статично отображался первый кадр). Через пару минут завис Linux-клиент.
+* [[Jitsi]] 1.0 beta1 build 3593, Linux <=> Windows — голос работал, но видео тормозилось (фактически статично отображался первый кадр). Через пару минут завис Linux-клиент. <br/> Обновление: тестовый звонок через build 3820 ‒ качество видеосвязи улучшилось, клиент не вис.
 == Клиенты которые следует проверить ==

@@ Line 55: / Line 55: @@
 * [[Empathy]] leksey  <=> [[Empathy]] b108 (21 April 2011) - не установилось даже соединение
 * [[HabaHaba]] leksey <=> [[Empathy]] b108 (21 April 2011) - голос в обе стороны работал. но проблема что после минуты-другой падал флэш хабовский.
 == Клиенты которые следует проверить ==

@@ Line 1: / Line 1: @@
 Какие генеральные проблемы мешают нормально общаться голосом и использовать видеокамеру.
 # Малое количество клиентов поддерживающих Jingle
 # Неотлаженность реализации Jingle в клиентах.
 # Конфигурация BSD-based NAT-ов - см. раздел ниже
 == Ситуация с FreeBSD ==

@@ Line 1: / Line 1: @@
 == Ситуация с FreeBSD ==
 С FreeBSD и другими BSD-системами. По-видимому, в большинстве этим систем NAT реализуется способами, которые по умолчанию используют случайный выбор портов для установления соединения. Что является серьезным препятствием для работы Jingle. По-видимому, эта рандомизация применяется для повышения безопасности этих систем (защита от спуфинга?). На Linux такого поведения по умолчанию нет.
@@ Line 25: / Line 30: @@
 * [[user:leksey|leksey]]@дома: Primary: Port Restricted Nat, preserves ports, no hairpin (natd, FreeBSD 7.0 ''natd_enable="YES"'')
 * [[user:b108|b108]]:   Primary: Indepndent Mapping, Port Dependent Filter, preserves ports, no hairpin  (Return value is 0x000017)
 == Версии ПО ==

@@ Line 1: / Line 1: @@
 == Конфигурация сети ==
 * [[user:Binary|Binary]]: Primary: Indepndent Mapping, Port Dependent Filter, preserves ports, no hairpin
@@ Line 44: / Line 65: @@
 К слову, на FreeBSD этот результат достигается ключом «-same_ports» или «-s» в строчке запуска или конфигурационном файле демона natd. Есть возможность поставить ключ и проверить?
 == FreeBSD, Psi 0.14 + Psi-media ==
@@ Line 329: / Line 349: @@
 ;Вариант NAT-NAT
 На той же вкладке Audio/Video указывается ''stun.iptel.org''
 == FreeBSD + [[Empathy]] ==

@@ Line 304: / Line 304: @@
 На вкладке Audio/Video появились слова Autodetect, но никакие явные названия устройств не отображаются (так на всех системах выглядит).
 Собеседник с Debian выполнил
@@ Line 315: / Line 317: @@
 Стало меня слышно. Регулятор микрофона тоже стал влиять на уволень звука.
-Интерфейс для звонков достаточно простой - кнопкой с трубкой нажал - вызов пошел. У собеседника появляется окно с предложением ответить на звонок.
+Интерфейс для звонков достаточно простой - кнопкой с трубкой нажал - вызов пошел. У собеседника появляется окно с предложением ответить на звонок. Для установления видеосоединения надо нажать кнопку с веб-камерой. Соответственно, нажуно нажать две кнопки, придет два запроса, с которыми нужно согласиться. Т.е. установка видеосоединения не приводит к автоматическому аудиосоединению.
 При работе столкнулись с тем, что при одновременном вызове друг друга мессаджбоксы с запросам зависают и не реагируют на выбранный в них вариант.
 В Gajim существует баг (нужно указать номер в траке для контроля), что для видеосвязи камеры должны быть у обоих участников. также есть момент с тем что кнопка видеовызова активна вне зависимости от возможностей оппонента и собственных - она всегда активна, когда есть возможность общения голосом (т.е. есть Jingle).
 ;Вариант NAT-NAT