Noorten

Проблемы с воспроизведением видео на сайте youtube.com

Рекомендованные сообщения

   

днсы                       
Сервер 1:    195.239.225.93
Сервер 2:    195.239.225.94
Сервер 3:    195.239.151.147
Сервер 4:195.239.151.148

адрес гугл кеша не резолвится                

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Altimit & 0898208811

Я с адресом ошибся. Нужный - ytstatic.l.google.com

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Придумал еще такой тест.

Дожидаетесь момента, когда youtube начинает тупить. Ставите это видео на паузу, закрываете все остальные вкладки, снимаете видео с паузы.

Потом запускаете командную строку и выполняете:

netstat -f | find "ESTABLISHED" | find /V "127.0.0.1" | find /v ".net"

В третьем столбце вы увидите записи типа <IP адрес>:https

Этих адресов не должно быть много.

Далее нужно отпинговать эти адреса, чтобы узнать задержку.

 

Изменено пользователем _Slava_

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Сам в Москве редко сталкиваюсь только с проблемой воспроизведения видео 1080p, причем проблема в том что именно буферизируется малыми порциями в секундах-минутах и не подкачивает пока воспроизведение не дойдет ближе к концу закэшированного куска. При переходе в этот момент на 720p буферизируется более длинными временными кусками и проблем не возникает. Причем на паузе в обоих случаях видео не буферизируется больше чем на эти временные куски. То есть больше похоже не на какие-то скоростные проблемы, а на какой-то странный алгоритм, который не отдает видео кусками больше чем в этом алгоритме заложено.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
6 мин назад , otako писал:

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

Т.е. Вы предполагаете, что на разных кэширующих серверах Гугла используется разный алгоритм?

Сомнительно это.

Или алгоритм привязан к OS/браузеру смотрящего?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
10 мин назад , V_V_S писал:

Т.е. Вы предполагаете, что на разных кэширующих серверах Гугла используется разный алгоритм?

Сомнительно это.

Или алгоритм привязан к OS/браузеру смотрящего?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
1 час назад, otako писал:

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

В вашем случае, необходимо также проверить работу с отключенным и включенным VP9. В Хроме вроде бы была такая возможность.

2 часа назад, otako писал:

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

Это как раз возможно сделать.

Изменено пользователем _Slava_

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, _Slava_ писал:

Это как раз возможно сделать.

Каким образом, если сервер с которого идет поток даже не имеет постоянного доменного имени?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
8 часа назад, _Slava_ писал:

Altimit & 0898208811

Я с адресом ошибся. Нужный - ytstatic.l.google.com

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

Windows PowerShell
(C) Корпорация Майкрософт (Microsoft Corporation), 2016. Все права защищены.

PS C:\Windows\system32> ping -t ytstatic.l.google.com

Обмен пакетами с ytstatic.l.google.com [64.233.161.102] с 32 байтами данных:
Ответ от 64.233.161.102: число байт=32 время=68мс TTL=48
Ответ от 64.233.161.102: число байт=32 время=68мс TTL=48
Ответ от 64.233.161.102: число байт=32 время=69мс TTL=48
Ответ от 64.233.161.102: число байт=32 время=68мс TTL=48
Ответ от 64.233.161.102: число байт=32 время=68мс TTL=48
Ответ от 64.233.161.102: число байт=32 время=68мс TTL=48

Статистика Ping для 64.233.161.102:
    Пакетов: отправлено = 6, получено = 6, потеряно = 0
    (0% потерь)
Приблизительное время приема-передачи в мс:
    Минимальное = 68мсек, Максимальное = 69 мсек, Среднее = 68 мсек
Control-C
PS C:\Windows\system32> tracert ytstatic.l.google.com

Трассировка маршрута к ytstatic.l.google.com [64.233.161.102]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  MI-3 [192.168.1.1]
  2   <1 мс    <1 мс    <1 мс  192.168.0.1
  3    <1 мс    <1 мс    <1 мс  krsn-bras6.sib.ip.rostelecom.ru [213.228.116.52]
  4    1 мс    1 мс    1 мс  ae7.krsn-rgr6.sib.ip.rostelecom.ru [213.228.110.42]
  5     *        *        *     Превышен интервал ожидания для запроса.
  6    53 ms    53 ms    53 ms  72.14.222.172
  7    63 ms    68 ms    71 ms  108.170.250.130
  8    68 ms    68 ms    68 ms  66.249.95.241
  9    71 ms    69 ms    69 ms  209.85.240.90
 10     *        *        *     Превышен интервал ожидания для запроса.
 11     *        *        *     Превышен интервал ожидания для запроса.
 12     *        *        *     Превышен интервал ожидания для запроса.
 13     *        *        *     Превышен интервал ожидания для запроса.
 14     *        *        *     Превышен интервал ожидания для запроса.
 15     *        *        *     Превышен интервал ожидания для запроса.
 16     *        *        *     Превышен интервал ожидания для запроса.
 17     *        *        *     Превышен интервал ожидания для запроса.
 18     *        *        *     Превышен интервал ожидания для запроса.
 19     *        *        *     Превышен интервал ожидания для запроса.
 20    70 ms    68 ms    68 ms  lh-in-f102.1e100.net [64.233.161.102]

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
7 часа назад, otako писал:

Каким образом, если сервер с которого идет поток даже не имеет постоянного доменного имени?

Фактически, ответ на этот вопрос уже был в этой теме.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

голоса в отделе технических специалистов сказали что сроки до завтра на решение проблемы с доступом к ютубу

Изменено пользователем NikIv

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
On 06.10.2017 at 21:50, Alexandrvv писал:

дамп 1-го tcpdump

Ничего криминального не вижу. Возможно из-за того, что дамп всего минуту, не попал проблемный кусок. Откуда снимался дамп? Есть возможность снять более длительный по времени, непосредственно с компа, где видео просматривается?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
11 часа назад, _Slava_ писал:

Фактически, ответ на этот вопрос уже был в этой теме.

Сказали А, говорите Б

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

otako

Так это никому не нужно уже.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
9 мин назад , _Slava_ писал:

otako

Так это никому не нужно уже.

У всех уже всё хорошо?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Раз все, включая Вас, отказываются пробовать, что я предлагаю проверить, то значит "у всех уже всё хорошо".

Изменено пользователем _Slava_

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
11 мин назад , _Slava_ писал:

Раз все, включая Вас, отказываются пробовать, что я предлагаю проверить

А что Вы предлагали ? 

Это ? 

21 часа назад, _Slava_ писал:

В вашем случае, необходимо также проверить работу с отключенным и включенным VP9. В Хроме вроде бы была такая возможность.

Это как раз возможно сделать.

Смотрю также с приложения ютуб под андроид. Где там что выключать ?

 

13 мин назад , _Slava_ писал:

 "у всех уже всё хорошо".

Всё стабильно хреново.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
17 мин назад , _Slava_ писал:

Раз все, включая Вас, отказываются пробовать, что я предлагаю проверить, то значит "у всех уже всё хорошо".

Вы сейчас воду льете, а по существу ничего. Речь не о редких проблемах в моем случае, а о том как задать принудительно сервер с которого выдается непосредственно сам поток. Такого решения вы или кто-то другой не предлагали, а бестолковые трассировки и т.п. проблему никак не решают.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

SWG730  -  вот это.

Только что, otako писал:

Вы сейчас воду льете, а по существу ничего.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

а толку от пинга?

пинг может быть и 1мс, только скорость отдачи будет тоже 1кб/с - потому что канал у пчелайна такой

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

^_^

При желании и правильном использовании пинг можно и скорость канала измерить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Будет необходимость в измерении скорости - напишу.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, otako писал:

У всех уже всё хорошо?

Люди подустали уже на вопрос когда починят- и слышать в ответ  "на территории билайн проблем нет"

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
3 мин назад , Altimit писал:

"на территории билайн проблем нет"

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
5 мин назад , otako писал:

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

Не поверишь, у них такая отмаза годами просто.

Билайн никогда не способен признать своих ошибок.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
6 часа назад, _Slava_ писал:

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

Ну найдете. а дальше что, вас послушает билайн с гуглом?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас