Интернет-форум

Вернуться   Интернет в Санкт-Петербурге > Провайдеры > "Ростелеком-Северо-Запад"

>> Хостинг - 2 Gb-20 Gb, CPanel, SSH, Web Disk, Softaculous, FTP, MySql, SSL сертификат, BackUP
>> VDS от 200 рублей, активация от 1 до 5 минут, OS: Debian, CentOs, Ubuntu, 10-50 Gb защита от DDoS
>> Конструктор сайтов: 198 шаблонов в 22 категориях! SSL, e-commerce, веб-почта, статистика сайта, 50 мб бесплатно!
"Ростелеком-Северо-Запад" Общее обсуждение услуг предоставляемых "Ростелеком-Северо-Запад"

 
Опции темы
Старый 16.03.2017, 17:38
  #21
Гуру
 
Аватар для Haruhi

Цитата:
Сообщение от Viktor
витую пару к нему не подключить
USB-OTG + USB Ethernet (да, это извращение). Телевизоры Samsung с Tizen вообще не реагируют на мультикаст — сама ОС это не поддерживает.

Дело даже не в мультикасте по Wi-Fi, дело в самой среде Wi-Fi: в отличие от проводного Ethernet она в принципе не гарантирует доставку пакетов клиенту из-за особенностей физической среды. Отсюда и очень возможные рассыпания картинки, поскольку для UDP не выполняется контроль ошибок.
Haruhi вне форума   Ответить с цитированием
Старый 16.03.2017, 17:38
  #22
Долгожитель
 
Аватар для dimentiy


Знак Ветерана: Активному участнику с 2004 года - причина:  
Наград: 1 (все ...)
Цитата:
Сообщение от tihij Посмотреть сообщение
Приветствую. Хотел обсудить вот какую тему.

Далеко не все клиенты горят желанием прокладывать дома доп. кабели под ТВ или Интернет. "У меня хороший ремонт" - это часто встречается.
Хороший? Я где-то в 2010 году смотрел за "приличным" ремонтом. И хоть там и проложили ТВ антенну в каждую комнату, но прокладывать витую пару почему-то ума не хватило. Поэтому на такой "хороший" ремонт можно поправить: лошарский, рассчитанный на убогий деревенский дом, да еще сборно-щитовой))

В то время, когда "наши корабли бороздят просторы..." все готовятся к 4-8К, у нас делают "хорошие ремонты" с расчетом на видео-сигнал формата DVD...
dimentiy вне форума   Ответить с цитированием
Старый 16.03.2017, 23:20
  #23
Рассказчик

Цитата:
Сообщение от Haruhi Посмотреть сообщение
Дело даже не в мультикасте по Wi-Fi, дело в самой среде Wi-Fi: в отличие от проводного Ethernet она в принципе не гарантирует доставку пакетов клиенту из-за особенностей физической среды. Отсюда и очень возможные рассыпания картинки, поскольку для UDP не выполняется контроль ошибок.
Кхм-кхм, на самом деле ethernet тоже не гарантирует, хотя тут ещё можно порассуждать, что значит "гарантирует"? Когда-то давно я игрался c unix-сервером NFS (Network File System), если кто не знает, это такой юниксовый аналог windows samba сервера, но со своим сетевым протоколом и в отличие от последнего умеет работать также через транспорт udp. Так вот, в корпоративной Ethernet сети, поддерживаемой профессиональными системными администраторами, при копировании с недалеко стоящего в комнате nfs сервера более менее увесистого файла, udp пакеты периодически пропадали. Это было хорошо заметно, так как клиентская программа в этот момент зависала.

Когда udp пакет попадает в драйвер сетевой карты wifi, то он помещается в общую очередь на отправку и ничем особым не отличается от tcp пакета. Между пакетами в очереди можно расставить приоритеты, какой-нибудь сервис QoS это и делает, но предположим мы всё лишнее выключили. Теперь тот момент, когда пакеты пропадают, сетевая карта пытается беспроводным способом отослать ip пакет, она не знает udp он или tcp, потому что ей это не важно, если ip пакет начал передаваться, то начиная с какой-то n-ой попытки произойдёт успех, далее из очереди сетевая карта достанет следующий ip пакет и также начнёт его передавать. Вроде ничего пропадать не должно, но теперь представим, что очередь ip пакетов переполнилась, что тогда делать? Как раз при переполнении очереди начинается пропажа пакетов, причём пропадают любые ip пакеты, в том числе tcp.

Цитата:
Сообщение от tihij Посмотреть сообщение
Вы уж приговорили... Smart TV нормально стабильно показывает по WiFi. Как пример, приставки-клиенты GS тоже с поддержкой WiFi - там все норм в тч с HD. Те же приставки РТ Интерактивного ТВ 2.0. Все в городах и по WiFi.
Могу рассказать про одну из схем вроде бы беспроблемной работы iptv через wifi, можете её опробовать в качестве эксперимента.
Основной недостаток этой схемы состоит в том, что iptv не будет работать у linux клиентов. Идея такая, будем на точке доступа весь udp мультикаст трафик превращать в юникаст и отправлять в wifi сеть, для этого нам понадобится udp proxy программа. Так как программа написана на C#, то запускать её надо на windows пк, поэтому точка доступа подходит лишь типа SoftAp.

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

Последний раз редактировалось Viktor; 17.03.2017 в 00:05..
Viktor вне форума   Ответить с цитированием
Старый 17.03.2017, 10:47
  #24
Гуру
 
Аватар для Haruhi

Цитата:
Сообщение от Viktor
Кхм-кхм, на самом деле ethernet тоже не гарантирует, хотя тут ещё можно порассуждать, что значит "гарантирует"?
А вы оцените вероятность пропадания пакета в Ethernet-среде. Речь о физической среде, а не переполнении очередей. Например, с какой вероятностью при скачивании файла объемом 4 ГБ из Парижа по сплошь проводной среде (оптика и медь) потребуется перепосылка пакета по сравнению с передачей того же файла внутри локальной сети по Wi-Fi в условиях забитого эфира.
Haruhi вне форума   Ответить с цитированием
Старый 17.03.2017, 15:24
  #25
Рассказчик

Цитата:
Сообщение от Haruhi Посмотреть сообщение
Речь о физической среде, а не переполнении очередей.
С точки зрения физической среды, да, вероятность пакету испортиться в раидоэфире гораздо выше, чем в проводной среде, но из-за механизма ретрансмиссий, которого нет у ethernet, в беспроводной среде эта вероятность может быть низкой и даже нулевой в том случае, если во время проведения опыта не происходило переполнения очереди ip пакетов в драйвере сетевой карты. Переполнение может происходить, так как частые ретрансмиссии негативно сказываются на пропускной способности беспроводного канала.

Цитата:
Сообщение от Haruhi Посмотреть сообщение
Например, с какой вероятностью при скачивании файла объемом 4 ГБ из Парижа по сплошь проводной среде (оптика и медь) потребуется перепосылка пакета по сравнению с передачей того же файла внутри локальной сети по Wi-Fi в условиях забитого эфира.
Получается, что не хватает начальных данных, нужно ещё определиться с скоростью загрузки файла в сеть, чтобы ответить на этот вопрос. Если скорость загрузки взять очень маленькую, например 56 kbps, тогда обе вероятности будут сравнимы.
Viktor вне форума   Ответить с цитированием
Старый 17.03.2017, 15:46
  #26
Гуру
 
Аватар для Haruhi

Цитата:
Сообщение от Viktor
нужно ещё определиться с скоростью загрузки файла в сеть, чтобы ответить на этот вопрос.
Гигабитный аплинк в датацентре.

Ретрансмиссии в Wi-Fi вам плохо помогут с рассыпающейся картинкой.
Haruhi вне форума   Ответить с цитированием
Старый 17.03.2017, 18:44
  #27
Рассказчик

Haruhi, гигабитный аплинк, но программный алгоритм может отдавать данные с любой скоростью, например со скоростью 56 kbps, для этого в цикле передачи пакетов с данными в драйвер сетевой карты запускают приостановление выполнения потока программы с определённым таймаутом. Чем больше таймаут приостановки цикла, тем меньше скорость отдачи. Если подкрутить значение таймаута так, чтобы скорость отдачи была меньше пропускной способности wifi канала, то udp пакеты пропадать почти не будут.
Скрытое содержимое (Вы должны быть зарегистрированы и иметь 200 сообщений):
У Вас нет прав для просмотра содержимого.

Последний раз редактировалось Viktor; 17.03.2017 в 19:22..
Viktor вне форума   Ответить с цитированием
Старый 17.03.2017, 19:07
  #28
Гуру
 
Аватар для Haruhi

Viktor, да не в скорости канала дело, а в том, что если у вас в эфире потеряется пакет кифрейма и будет выполнена перепосылка, у вас квадратиками пойдет картинка.
Haruhi вне форума   Ответить с цитированием
Старый 18.03.2017, 10:36
  #29
Местный житель

Цитата:
Сообщение от Haruhi
Viktor, да не в скорости канала дело, а в том, что если у вас в эфире потеряется пакет кифрейма и будет выполнена перепосылка, у вас квадратиками пойдет картинка.
Поддерживаю. Проблема не в скорости физического канала передачи, а в количестве ошибок. Для нормальной передачи SD достаточно и 6 Мбит\сек, работает и при 4-х, но уже без гарантии. Поэтому на АДСЛ-е, при плохой линии, ТВ подключали только после ее замены. А про вай-вай и говорить нечего.
wasospb вне форума   Ответить с цитированием
Старый 18.03.2017, 14:18
  #30
Рассказчик

Цитата:
Сообщение от wasospb Посмотреть сообщение
Поддерживаю. Проблема не в скорости физического канала передачи, а в количестве ошибок.
На форуме уже было как-то обсуждение о зависимости вероятности появления ошибок в беспроводной физической среде и скорости передачи wifi на канальном уровне.

Цитата:
Сообщение от Haruhi Посмотреть сообщение
Viktor, да не в скорости канала дело, а в том, что если у вас в эфире потеряется пакет кифрейма и будет выполнена перепосылка, у вас квадратиками пойдет картинка.
Точнее сказать потеряется пакет кейфрема в очереди пакетов сетевой карты и так как он udp пакет, то дальше перепосылки не последует, в отличие от tcp протокола. Поэтому я не пользуюсь multicast udp to unicast udp proxy, хотя на SD каналах она работает более менее нормально. И ещё не пользуюсь потому, что эта схема не работает на android os.

Последний раз редактировалось Viktor; 18.03.2017 в 18:32..
Viktor вне форума   Ответить с цитированием
Ответ

Опции темы

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
подключения опыт kaskad Обсуждение домашнего интернета "Билайн" 18 17.01.2013 16:10
Сроки подключения (В+) Alex Обсуждение "Web Plus" 1205 26.02.2009 00:13
WM 6.1 - Выбор wi-fi подключения по умолчанию SunChella Все о софте 3 11.12.2008 23:20
Проблема подключения DSL-2300U Creolla "Ростелеком-Северо-Запад" 5 06.11.2007 22:04


Часовой пояс GMT +3, время: 22:07.


DSLnet.ru © 2004-2012. Все права защищены.
vBulletin® Version 3.8.2 Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Rambler's Top100 Рейтинг@Mail.ru