Воля. Поддержка и консультация. Опции

[Smike]

Воля Бродбенд

Категория: broadband, cable (услуги интернета предоставляются через сети кабельного телевидения)
Сайт: http://volia.com
New! Портал абонента: http://portal.volia.com
New! Неофициальный центр поддержки абонентов: http://www.volia.co.ua
Сфера деятельности: предоставление услуг интернета наряду с услугами кабельного телевидения (аналогового и цифрового), подключение корпоративных клиентов по выделенным линиям
Покрытие: практически весь Киев, развивается покрытие во Львове, Алчевске, Черновцах
Тарифы: http://volia.com/internet/price (для домашнего пользователя),
http://volia.com/internet/price_business (для бизнес-пользователей)
а также
услуга "Ночной безлимит" New!
Скорость: до 38 мегабит на скачку и 256 килобит на отдачу
Ширина каналов: /зарубеж/ 1,5 гигабита /UA-IX/ 12 гигабит
Преимущества:
- доступность (самое большое покрытие в Киеве);
- высокая скорость интернета, широкие каналы;
- быстрое, удобное и недорогое подключение;
- возможность получать несколько услуг по одному кабелю (особенно акутально ввиду низких цен на цифровое телевидение);
- высокое качество предоставляемых услуг, ориентированность на качество, а не на количество (если вам главное объем, Воля врядли подойдет вам как провайдер, ищите локалку);
- разнообразие способов оплаты услуг, в том числе через систему Portmone (с помощью карточек Visa, MasterCard), Приват24, WebMoney, Interplat, Интернет.Деньги.
Недостатки:
- слабо развитая, неквалифицированная и малочисленная служба поддержки по телефону, дозвониться в саппорт обычно очень трудно, иногда - невозможно (к счастью делать это приходится редко - тут нужно сказать неплохой технической команде, оперативно устраняющей проблемы);
- слабо развитая система тарифных планов; в отличие от большинства других провайдеров в Киеве на данный момент не предоставляет безлимитного доступа к UA-IX ресурсам, но ночной безлимит уже появился.

Уважаемые участники и посетители форума!
На форуме появился официальный аккаунт компании ВОЛЯ под ником VOLIA_SUPPORT. Официальный аккаунт создан с целью помочь пользователям в решении различных вопросов, возникающих в процессе получения телекоммуникационных услуг. Немаловажно и то, что это дает возможность получить объективную информацию по обсуждаемым темам из «первых рук». Ваши обращения по вопросам технической поддержки будут анализироваться и передаваться в соответствующие подразделения компании для быстрого реагирования. Обращения, содержащие любую контактную информацию , просим отправлять нам только через личные сообщения в целях безопасности информации. В меру своих возможностей мы постараемся также реагировать на конструктивные запросы, не относящиеся к технической поддержке, хотя это и не является основной целью создания данного аккаунта. На все сообщения, содержащие эмоциональные неконструктивные высказывания, реагировать данный аккаунт не будет.
Надеемся на успешное сотрудничество!
Отдел техподдержки компании ВОЛЯ.
Телефон - (044) 502–22–50

© VOLIA_SUPPORT

Сообщение отредактировал BANDIT(filmmaniac) - Sep 27 2014, 13:02

[Sly]

и что стало с трафиком скайпа?

Вечером настрою на втором компьютере -- отпишусь. А вообще, гонять видеотраффик через TCP -- та еще дичь.

[boss911]

Интересно, что-то в этом плане изменилось?
Не получается.

Да, раньше с дозвоном в саппорт было туго, прослушивание музыки по 10-20 минут, обрывы и прочие. Сейчас дела обстоят лучше, дозваниваюсь быстро и с первого раза, привык звонить утром.

[andytg]

Вечером настрою на втором компьютере -- отпишусь.

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

[Sly]

Не было много времени разбираться... Вот сейчас завел два windows компьютера и один mac в волевский vpn, hamachi равно показывает relayed tunnel между ними. C другой стороны, в vpn TCP не блокируется между абонентами (проверил на вебсервере, нестандартный порт), что уже какой-то прогресс.

[andytg]

Вот сейчас завел два windows компьютера и один mac в волевский vpn, hamachi равно показывает relayed tunnel между ними. C другой стороны, в vpn TCP не блокируется между абонентами (проверил на вебсервере, нестандартный порт), что уже какой-то прогресс.

по нестандартным портам tcp не блокируется -- я, например, свободно вижу извне веб-морду своего роутера
если они что-то и блокируют -- то на уровне ЦМТС.
на уровне модема блокируется вот что

» Нажмите, чтобы показать спойлер - нажмите опять, чтобы скрыть... «

SNMP MIB Object(docsDevFilterIpDefault.0):1.3.6.1.2.1.69.1.6.3.0, Integer, 2
SNMP MIB Object(docsDevFilterIpStatus.1):1.3.6.1.2.1.69.1.6.4.1.2.1, Integer, 4
SNMP MIB Object(docsDevFilterIpControl.1):1.3.6.1.2.1.69.1.6.4.1.3.1, Integer, 1
SNMP MIB Object(docsDevFilterIpIfIndex.1):1.3.6.1.2.1.69.1.6.4.1.4.1, Integer, 1
SNMP MIB Object(docsDevFilterIpDirection.1):1.3.6.1.2.1.69.1.6.4.1.5.1, Integer, 3
SNMP MIB Object(docsDevFilterIpBroadcast.1):1.3.6.1.2.1.69.1.6.4.1.6.1, Integer, 2
SNMP MIB Object(docsDevFilterIpSaddr.1):1.3.6.1.2.1.69.1.6.4.1.7.1, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpSmask.1):1.3.6.1.2.1.69.1.6.4.1.8.1, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDaddr.1):1.3.6.1.2.1.69.1.6.4.1.9.1, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDmask.1):1.3.6.1.2.1.69.1.6.4.1.10.1, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpProtocol.1):1.3.6.1.2.1.69.1.6.4.1.11.1, Integer, 6
SNMP MIB Object(docsDevFilterIpSourcePortLow.1):1.3.6.1.2.1.69.1.6.4.1.12.1, Integer, 0
SNMP MIB Object(docsDevFilterIpSourcePortHigh.1):1.3.6.1.2.1.69.1.6.4.1.13.1, Integer, 65535
SNMP MIB Object(docsDevFilterIpDestPortLow.1):1.3.6.1.2.1.69.1.6.4.1.14.1, Integer, 135
SNMP MIB Object(docsDevFilterIpDestPortHigh.1):1.3.6.1.2.1.69.1.6.4.1.15.1, Integer, 139
SNMP MIB Object(docsDevFilterIpTos.1):1.3.6.1.2.1.69.1.6.4.1.17.1, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpTosMask.1):1.3.6.1.2.1.69.1.6.4.1.18.1, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpContinue.1):1.3.6.1.2.1.69.1.6.4.1.19.1, Integer, 2
SNMP MIB Object(docsDevFilterIpPolicyId.1):1.3.6.1.2.1.69.1.6.4.1.20.1, Integer, 0
SNMP MIB Object(docsDevFilterIpStatus.2):1.3.6.1.2.1.69.1.6.4.1.2.2, Integer, 4
SNMP MIB Object(docsDevFilterIpControl.2):1.3.6.1.2.1.69.1.6.4.1.3.2, Integer, 1
SNMP MIB Object(docsDevFilterIpIfIndex.2):1.3.6.1.2.1.69.1.6.4.1.4.2, Integer, 1
SNMP MIB Object(docsDevFilterIpDirection.2):1.3.6.1.2.1.69.1.6.4.1.5.2, Integer, 3
SNMP MIB Object(docsDevFilterIpBroadcast.2):1.3.6.1.2.1.69.1.6.4.1.6.2, Integer, 2
SNMP MIB Object(docsDevFilterIpSaddr.2):1.3.6.1.2.1.69.1.6.4.1.7.2, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpSmask.2):1.3.6.1.2.1.69.1.6.4.1.8.2, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDaddr.2):1.3.6.1.2.1.69.1.6.4.1.9.2, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDmask.2):1.3.6.1.2.1.69.1.6.4.1.10.2, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpProtocol.2):1.3.6.1.2.1.69.1.6.4.1.11.2, Integer, 17
SNMP MIB Object(docsDevFilterIpSourcePortLow.2):1.3.6.1.2.1.69.1.6.4.1.12.2, Integer, 0
SNMP MIB Object(docsDevFilterIpSourcePortHigh.2):1.3.6.1.2.1.69.1.6.4.1.13.2, Integer, 65535
SNMP MIB Object(docsDevFilterIpDestPortLow.2):1.3.6.1.2.1.69.1.6.4.1.14.2, Integer, 135
SNMP MIB Object(docsDevFilterIpDestPortHigh.2):1.3.6.1.2.1.69.1.6.4.1.15.2, Integer, 139
SNMP MIB Object(docsDevFilterIpTos.2):1.3.6.1.2.1.69.1.6.4.1.17.2, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpTosMask.2):1.3.6.1.2.1.69.1.6.4.1.18.2, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpContinue.2):1.3.6.1.2.1.69.1.6.4.1.19.2, Integer, 2
SNMP MIB Object(docsDevFilterIpPolicyId.2):1.3.6.1.2.1.69.1.6.4.1.20.2, Integer, 0
SNMP MIB Object(docsDevFilterIpStatus.3):1.3.6.1.2.1.69.1.6.4.1.2.3, Integer, 4
SNMP MIB Object(docsDevFilterIpControl.3):1.3.6.1.2.1.69.1.6.4.1.3.3, Integer, 1
SNMP MIB Object(docsDevFilterIpIfIndex.3):1.3.6.1.2.1.69.1.6.4.1.4.3, Integer, 1
SNMP MIB Object(docsDevFilterIpDirection.3):1.3.6.1.2.1.69.1.6.4.1.5.3, Integer, 3
SNMP MIB Object(docsDevFilterIpBroadcast.3):1.3.6.1.2.1.69.1.6.4.1.6.3, Integer, 2
SNMP MIB Object(docsDevFilterIpSaddr.3):1.3.6.1.2.1.69.1.6.4.1.7.3, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpSmask.3):1.3.6.1.2.1.69.1.6.4.1.8.3, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDaddr.3):1.3.6.1.2.1.69.1.6.4.1.9.3, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDmask.3):1.3.6.1.2.1.69.1.6.4.1.10.3, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpProtocol.3):1.3.6.1.2.1.69.1.6.4.1.11.3, Integer, 6
SNMP MIB Object(docsDevFilterIpSourcePortLow.3):1.3.6.1.2.1.69.1.6.4.1.12.3, Integer, 0
SNMP MIB Object(docsDevFilterIpSourcePortHigh.3):1.3.6.1.2.1.69.1.6.4.1.13.3, Integer, 65535
SNMP MIB Object(docsDevFilterIpDestPortLow.3):1.3.6.1.2.1.69.1.6.4.1.14.3, Integer, 445
SNMP MIB Object(docsDevFilterIpDestPortHigh.3):1.3.6.1.2.1.69.1.6.4.1.15.3, Integer, 445
SNMP MIB Object(docsDevFilterIpTos.3):1.3.6.1.2.1.69.1.6.4.1.17.3, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpTosMask.3):1.3.6.1.2.1.69.1.6.4.1.18.3, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpContinue.3):1.3.6.1.2.1.69.1.6.4.1.19.3, Integer, 2
SNMP MIB Object(docsDevFilterIpPolicyId.3):1.3.6.1.2.1.69.1.6.4.1.20.3, Integer, 0
SNMP MIB Object(docsDevFilterIpStatus.4):1.3.6.1.2.1.69.1.6.4.1.2.4, Integer, 4
SNMP MIB Object(docsDevFilterIpControl.4):1.3.6.1.2.1.69.1.6.4.1.3.4, Integer, 1
SNMP MIB Object(docsDevFilterIpIfIndex.4):1.3.6.1.2.1.69.1.6.4.1.4.4, Integer, 1
SNMP MIB Object(docsDevFilterIpDirection.4):1.3.6.1.2.1.69.1.6.4.1.5.4, Integer, 3
SNMP MIB Object(docsDevFilterIpBroadcast.4):1.3.6.1.2.1.69.1.6.4.1.6.4, Integer, 2
SNMP MIB Object(docsDevFilterIpSaddr.4):1.3.6.1.2.1.69.1.6.4.1.7.4, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpSmask.4):1.3.6.1.2.1.69.1.6.4.1.8.4, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDaddr.4):1.3.6.1.2.1.69.1.6.4.1.9.4, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDmask.4):1.3.6.1.2.1.69.1.6.4.1.10.4, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpProtocol.4):1.3.6.1.2.1.69.1.6.4.1.11.4, Integer, 6
SNMP MIB Object(docsDevFilterIpSourcePortLow.4):1.3.6.1.2.1.69.1.6.4.1.12.4, Integer, 0
SNMP MIB Object(docsDevFilterIpSourcePortHigh.4):1.3.6.1.2.1.69.1.6.4.1.13.4, Integer, 65535
SNMP MIB Object(docsDevFilterIpDestPortLow.4):1.3.6.1.2.1.69.1.6.4.1.14.4, Integer, 593
SNMP MIB Object(docsDevFilterIpDestPortHigh.4):1.3.6.1.2.1.69.1.6.4.1.15.4, Integer, 593
SNMP MIB Object(docsDevFilterIpTos.4):1.3.6.1.2.1.69.1.6.4.1.17.4, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpTosMask.4):1.3.6.1.2.1.69.1.6.4.1.18.4, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpContinue.4):1.3.6.1.2.1.69.1.6.4.1.19.4, Integer, 2
SNMP MIB Object(docsDevFilterIpPolicyId.4):1.3.6.1.2.1.69.1.6.4.1.20.4, Integer, 0
SNMP MIB Object(docsDevFilterIpStatus.5):1.3.6.1.2.1.69.1.6.4.1.2.5, Integer, 4
SNMP MIB Object(docsDevFilterIpControl.5):1.3.6.1.2.1.69.1.6.4.1.3.5, Integer, 1
SNMP MIB Object(docsDevFilterIpIfIndex.5):1.3.6.1.2.1.69.1.6.4.1.4.5, Integer, 1
SNMP MIB Object(docsDevFilterIpDirection.5):1.3.6.1.2.1.69.1.6.4.1.5.5, Integer, 3
SNMP MIB Object(docsDevFilterIpBroadcast.5):1.3.6.1.2.1.69.1.6.4.1.6.5, Integer, 2
SNMP MIB Object(docsDevFilterIpSaddr.5):1.3.6.1.2.1.69.1.6.4.1.7.5, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpSmask.5):1.3.6.1.2.1.69.1.6.4.1.8.5, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDaddr.5):1.3.6.1.2.1.69.1.6.4.1.9.5, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpDmask.5):1.3.6.1.2.1.69.1.6.4.1.10.5, IP Address, 0.0.0.0
SNMP MIB Object(docsDevFilterIpProtocol.5):1.3.6.1.2.1.69.1.6.4.1.11.5, Integer, 17
SNMP MIB Object(docsDevFilterIpSourcePortLow.5):1.3.6.1.2.1.69.1.6.4.1.12.5, Integer, 0
SNMP MIB Object(docsDevFilterIpSourcePortHigh.5):1.3.6.1.2.1.69.1.6.4.1.13.5, Integer, 65535
SNMP MIB Object(docsDevFilterIpDestPortLow.5):1.3.6.1.2.1.69.1.6.4.1.14.5, Integer, 1434
SNMP MIB Object(docsDevFilterIpDestPortHigh.5):1.3.6.1.2.1.69.1.6.4.1.15.5, Integer, 1434
SNMP MIB Object(docsDevFilterIpTos.5):1.3.6.1.2.1.69.1.6.4.1.17.5, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpTosMask.5):1.3.6.1.2.1.69.1.6.4.1.18.5, Octet String, 0x00
SNMP MIB Object(docsDevFilterIpContinue.5):1.3.6.1.2.1.69.1.6.4.1.19.5, Integer, 2
SNMP MIB Object(docsDevFilterIpPolicyId.5):1.3.6.1.2.1.69.1.6.4.1.20.5, Integer, 0

Сообщение отредактировал andytg - Dec 18 2013, 14:17

[Sly]

по нестандартным портам tcp не блокируется -- я, например, свободно вижу извне веб-морду своего роутера

Ты видишь ее каким образом:
1) со своего компьютера, подключаясь по внешнему ip
2) с другого провайдера
3) с другого компьютера, подключенного к воле?

Спрашиваю, т.к. когда припекло, начал проверять и не могу соединиться напрямую ни по TCP (IIS/Bittorent Sync) ни по UDP (Skype) между абонентами воли.

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

[Sly]

А воще-то меня это очень смущает:

SNMP MIB Object(docsDevFilterIpProtocol.2):1.3.6.1.2.1.69.1.6.4.1.11.2, Integer, 17
SNMP MIB Object(docsDevFilterIpSourcePortLow.2):1.3.6.1.2.1.69.1.6.4.1.12.2, Integer, 0
SNMP MIB Object(docsDevFilterIpSourcePortHigh.2):1.3.6.1.2.1.69.1.6.4.1.13.2, Integer, 65535

Фильтр, протокол UDP, порты от 0-65535.

http://tools.cisco.com/Support/SNMP/do/Bro...ocol#oidContent

docsDevFilterIpProtocol

"The IP protocol value that is to be matched. For
example, icmp is 1, tcp is 6, and udp is 17. A value of
256 matches ANY protocol."

Про TCP написано то же самое.

update: разобрался, это часть стандартных портов из "Правил предоставления и получения телекоммуникационных услуг"

>>TCP-порти 25, 80, 3128, 1080, 8080, UDP-порт 1434 у напрямку до Абонентів з динамічними IP-адресами:
>> TCP-порти 135-139, 445, 543 UDP-порти 135-139 для всіх Абонентів у всіх напрямках.

А что за модем? Где выдрал правила?

Сообщение отредактировал Sly - Dec 18 2013, 16:53

[xkool]

Я в морду своего роутера могу зайти с любого провайдера, также подключаюсь по vpn pptp к своему роутеру.

[Sly]

Я в морду своего роутера могу зайти с любого провайдера, также подключаюсь по vpn pptp к своему роутеру.

так я тоже, с других провайдеров проблем нет. я с Воли на Волю зайти не могу.

[xkool]

так я тоже, с других провайдеров проблем нет. я с Воли на Волю зайти не могу.

Вечером попробую от соседа на свой роутер зайти.

[Sly]

Вечером попробую от соседа на свой роутер зайти.

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

» Нажмите, чтобы показать спойлер - нажмите опять, чтобы скрыть... «

Когда созвонишься, нужно открыть меню (Skype для Windows) "Звонок" -> "Техническая информация о звонке" (или что-то такое). В нем среди всякой информации будет две строчки: SessionIn и SessionOut, после двоеточия там будет либо UDP либо RELAY_UDP.
UDP означает прямое соединение, RELAY_UDP -- маршрутизацию через посредника.

В случае с RELAY_UDP, желательно также глянуть на UDP status, должно быть remote:Good и local:Good, иное означает что локальный файервол блокирует UDP и траффик с большой вероятностью RELAY_UDP вызван этим.

Сообщение отредактировал Sly - Dec 18 2013, 18:07

[andytg]

Ты видишь ее каким образом:

вот таким:

2) с другого провайдера

с другого провайдера (на роутере включено удаленное администрирование)

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

профиль один на самом деле (ну, в смысле, один на конкретный тарифный план)

А что за модем? Где выдрал правила?

cisco dpc3000

Вечером попробую от соседа на свой роутер зайти.

порт нестандартный поставьте, например, 70
80-й закрыт потому что...

так я тоже, с других провайдеров проблем нет. я с Воли на Волю зайти не могу.

с Воли на Волю попробовать нет возможности

[xkool]

порт нестандартный поставьте, например, 70
80-й закрыт потому что...

У меня он нестандартный

[andytg]

с Воли на Волю, очевидно, не получится.

Фильтр, протокол UDP, порты от 0-65535.

так это не недавно, это уже давненько, вроде...

[Sly]

с Воли на Волю, очевидно, не получится.
так это не недавно, это уже давненько, вроде...

То я local с remote перепутал, поэтому и насторожился :-)
К этим портам вопросов нет, и закрыты они на модеме по делу.

Поехал провел еще один эксперимент, обоих абонентов воткнул прямо ethernet модемов, картина та же.
При чем вчера созванивался по skype с xkool, воля на печерске -- связь прямая. Я бы еще понял, если бы у меня со всеми абонентами воли были проблемы, тогда можно было бы еще как-то грешить на софт/роутер на трех этих моих компьютерах. но... позняки-окипной -- UDP закрыт, позняки-печерск -- UDP открыт.

Сообщение отредактировал Sly - Dec 19 2013, 10:55

[andytg]

Поехал провел еще один эксперимент, обоих абонентов воткнул прямо ethernet модемов, картина та же.

а какая, собственно, разница?
модем работает бриджом: к нему что подключишь -- то и получит ip-адрес, хоть роутер, хоть комп.

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

На самом деле у них все еще веселее там
Достаточно вспомнить, как СмартХД без кодирования в сеть транслировалось.

Поддержка вам про это не расскажет, потому что в регламенте эти вопросы не отражены никак.
Поэтому их как бы нет и все хорошо.

[Sly]

а какая, собственно, разница?

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

[andytg]

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

кстати, я вот не пойму, зачем вам именно этот UDP?
и какая разница, как трафик ходит -- скорость-то фиксированная на вход и выход, что для мира, что для Украины (т.е. в одной "локалке" (на одной ЦМТС) с соседом все равно не будет 100мбит, как в езернет-сетях)
какой смысл именно в прямом соединении?

[Sly]

какой смысл именно в прямом соединении?

проще говоря, UDP отличается от TCP тем, что не требует подтверждения доставки пакета с данными. Если кусочек TCP пакета "потерялся" или поврежден, он будет переотправлен отправителем, прежде чем данные будут переданы приложению. В случае с UDP, если пакет будет потерян, он не будет перепосылаться.
Так вот, в отличии от, скажем, отправки вордовского документа (в случае потери данных, документ перестанет открываться), видео и аудио менее критично к потере пакетов (максимум получишь рассыпавшуюся картинку на долю секунды), но гораздо более критично в latency. То есть если гнать видео по "плохому" соединению по TCP, из-за переотправки потерянных и поврежденных пакетов финальный битрейт сильно упадет, соответственно картинка будет сильно плохого качества. Если отправлять видеопоток по UDP, битрейт будет стабильно высокий, будут конечно квадраты, но в целом впечатление от картинки будет субъективно лучше.
Есть еще и другие отличия, UDP пакеты более легковесные, не упорядоченные (то есть не надо ждать пока TCP дождется и соберет пакеты данных в определенном порядке) и прочее.
Из-за перечисленного выше, UDP де факто стандарт для передачи видео через интернеты. Возьми любой софт для видеоконференций и он будет передавать видео/аудио по UDP, и у тебя не будет настройки что-то изменить.

Теперь про смысл прямого соединения. Прямое соединение между абонентами не всегда возможно, NAT/корпоративный файрволл и прочее, поэтому как-бы соединиться и передать данные между абонентами невозможно. В мире очень много таких клиентов, м проблема отсутствия прямого соединения решается через relay -- промежуточный сервер, с которым могут соединиться оба абонента. И траффик между абонентами передается через этот relay сервер. Так работает Skype, hamachi, Bittorent Sync да и прочий софт, у которого есть необходимость осуществлять peer-to-peer через NAT.
В случае со скайпом, промежуточным звеном часто являются другие пользователи скайпа (их компьютеры становятся супернодами в терминологии скайпа). В случае с Bittorent Sync -- выделенный сервер компании Bittorent. hamachi, VSee (видеоконференции) -- так же выделенные relay сервера.
Так вот, про прямое соединение. Если траффик идет через relay, в моем случае с Vsee, с двумя абонентами на одной улице -- траффик уходит в интернет, в датацентр амазона в ирландию и потом возвращается назад и попадает в соседний квартал. Там получается примерно 250 кбит/сек (по сравнению с 1.5 мбит прямого соединения), но картинка очень часто рассыпается, из-за того что данные проходят много промежуточных сетей.
В случае со скайпом, есть программного ограничение на машину пользователя в режиме суперноды, и обычно больше 50 кбит/сек не бывает. Вот и сравни, 1500 кбит/с аплоада при прямом соединении (good enough в скайпе для потока 1280Ч720 в 20 fps) и 50 кбит/сек через relay (320x180 при 15 fps), вот в этой 30 кратной разнице и есть смысл.

Сообщение отредактировал Sly - Dec 19 2013, 13:30

[andytg]

проще говоря, UDP отличается от TCP тем, что не требует подтверждения доставки пакета с данными. Если кусочек TCP пакета "потерялся" или поврежден, он будет переотправлен отправителем, прежде чем данные будут переданы приложению. В случае с UDP, если пакет будет потерян, он не будет перепосылаться.

это я в курсе, сам айтишник

В случае со скайпом, есть программного ограничение на машину пользователя в режиме суперноды, и обычно больше 50 кбит/сек не бывает. Вот и сравни, 1500 кбит/с аплоада при прямом соединении (good enough в скайпе для потока 1280х720 в 20 fps) и 50 кбит/сек через relay (320x180 при 15 fps), вот в этой 30 кратной разнице и есть смысл.

а вот про ограничение на супернодах скайпа -- не знал, спасибо.
(скайпом пользуюсь крайне редко)

кстати, какой у вас модем?