Jump to content
Local
Sign in to follow this  
Archy_k

Видео с сайтов не грузятся - кто виноват?

Recommended Posts

Всем Добрый вечер. :)

Наблюдается проблема: вечером сайты, которые самые топовые (в топ 10 при поиске Гугл\Яндекс на любой фильм) сами сайты открываются нормально, а вот видео на них работает с перебоями... 20 сек проигрывается, минута загрузка, 10 сек играет, пол минуты загрузка.

При этом speedtest показывает у абонентов 90-100 мбит\сек скорость... и 8 мс пинг.

А также если включить Ютуб, то оттуда все видео грузятся идеально.

Думал, сначала, что проблемы с ап-линком, с сетевухой, с сервером, еще с чем-то..., но сомнения по поводу Ютуба - почему всё плохо, а Ютуб идеально? 

Был в Киеве, интернет Киевстар... скорость ~50 мбит\сек , пинг 3 мс, но видео не грузились точно так же... 

Все эти киного, сизовар, бобфильм, киноконг, бигсинема - 10-20 сек. работают, минуту грузятся, опять 10 сек работают, минуту грузятся... А Ютуб - маслает идеально! Задумался...

Коллеги, подскажите пожалуйста, в чем проблема? Это нехватает скорости у хостинга этих сайтов или в чем проблема, а то абоненты говорят о низкой скорости - я принимал на свой счет, а после поездки в Киев, понял, что не у меня беда... Мои скоростя в порядке, у мега-гиганта "киестара" та же самая песня наблюдается...

Подскажите, у всех такое или в какую сторону смотреть?

Может быть посоветуете какие-то другие сайты?

Что же делать с этим?

Edited by Archy_k

Share this post


Link to post
Share on other sites

Ну а mtr, traceroute и т.д. до хостов откуда видео отдается?

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

Edited by ttttt

Share this post


Link to post
Share on other sites
Трассировка маршрута к seasonvar.ru [178.236.137.157]
с максимальным числом прыжков 30:

  1     1 ms     2 ms     1 ms  192.168.1.1
  2     1 ms     1 ms     2 ms  172.16.ххх.ххх
  3    73 ms     9 ms     9 ms  мой IP
  4    17 ms    16 ms    17 ms  kharkov.datagroup.ua
  5    36 ms    45 ms    29 ms  176.241.104.2
  6    89 ms    42 ms    46 ms  83.169.204.1
  7   713 ms    41 ms    40 ms  10.222.78.xxx
  8    42 ms    45 ms    45 ms  10.222.78.xxx
  9    40 ms    40 ms    40 ms  83.169.195.xxx
 10    42 ms    39 ms    37 ms  ae0.308.clmd-mx80-dc-49.cellmedia.ru [178.236.128.174]
 11    38 ms    39 ms    38 ms  157.137.236.178.teleum.ru [178.236.137.157]

Трассировка завершена.

Вот ...

Edited by Archy_k

Share this post


Link to post
Share on other sites

Может ПК у тебя кривой? Посмотрел только что криминальное чтиво с киного и бигсинема - никаких тормозов, багсинема вообще весь фильм за минуту закешировал на 100м.

Ну или у аплинкера беда, тогда бежать от него нужно.

Edited by KaYot

Share this post


Link to post
Share on other sites

Да ПК врядли плох... свеженькая винда, да и проверял не только на своем ПК.

У абончиков проверял, тож беды...

в Киев поехал, там тож самое.

При этом IPTV - идеально, Ютуб - идеально любое видео...

Может все-таки у меня с серваком и интернетом (аплинком) проблемы? - хотя про аплинк - врядли.

Share this post


Link to post
Share on other sites

Может ПК у тебя кривой? Посмотрел только что криминальное чтиво с киного и бигсинема - никаких тормозов, багсинема вообще весь фильм за минуту закешировал на 100м.

Ну или у аплинкера беда, тогда бежать от него нужно.

Ну раз уж только у меня не работает, тогда может быть и в ПК дело... :)

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

Share this post


Link to post
Share on other sites

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

Пинай аплинкера, 99% что где-то у них кривые стыки межоператорские.

У меня на ITS все идеально, это кино кешируется за 40 секунд целиком http://seasonvar.ru/serial-13117-Holod.html

 

Найти другой ПК для теста наверное не самая большая сложность, да? :)

Edited by KaYot

Share this post


Link to post
Share on other sites

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

Пинай аплинкера, 99% что где-то у них кривые стыки межоператорские.

У меня на ITS все идеально, это кино кешируется за 40 секунд целиком http://seasonvar.ru/serial-13117-Holod.html

 

Найти другой ПК для теста наверное не самая большая сложность, да? :)

Спасибо огромное!

ITS - это IT Systems?

У меня Датагрупп, я еще год или 2 года назад создавал тему, что тормозас инетом, хотя скоростя норм.. Кстати, сетевуху заменил, на ту, что Вы советовали, и СФП поменял на аплинке... Но по видимому, тут либо они действительно пересмотрят свои маршруты, либо тогда уж смена аплинка поможет наверняка! :)

Share this post


Link to post
Share on other sites

Не парьтесь. Это проблема не на вашей стороне, серваки с видео в час пик скорее всего работают в полку. Поэтому тупит у абонентов.

Share this post


Link to post
Share on other sites

 

Может ПК у тебя кривой? Посмотрел только что криминальное чтиво с киного и бигсинема - никаких тормозов, багсинема вообще весь фильм за минуту закешировал на 100м.

Ну или у аплинкера беда, тогда бежать от него нужно.

Ну раз уж только у меня не работает, тогда может быть и в ПК дело... :)

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

 

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

 

по моему это кто-то каналы экономит на зарубежные ресурсы

Share this post


Link to post
Share on other sites

seasonvar.ru/serial-13117-Holod.html

на данный момент 1я серия прокэшировалась секунд за 5 полностью

Edited by rtrt

Share this post


Link to post
Share on other sites

seasonvar.ru/serial-13117-Holod.html

на данный момент 1я серия прокэшировалась секунд за 5 полностью

сейчас утро... а речь о часах пик, то есть после 18-00

Share this post


Link to post
Share on other sites

я и написал что НА ДАННЫЙ МОМЕНТ!

Share this post


Link to post
Share on other sites

Аплинк Топнет/дата  - наблюдается тоже самое по вечерам . Жалобы от клиентов , мол Спидтест валит отлично, а  онлайн видео с зарубежных ресурсов тормозит.....Т/П Даты грит фиксить сайты, делать трассировки и отсылать  к ним....

Share this post


Link to post
Share on other sites

Проверю вечером. Но наши клиенты не жалуются 100%

Share this post


Link to post
Share on other sites

Аплинк Топнет/дата  - наблюдается тоже самое по вечерам . Жалобы от клиентов , мол Спидтест валит отлично, а  онлайн видео с зарубежных ресурсов тормозит.....Т/П Даты грит фиксить сайты, делать трассировки и отсылать  к ним....

У меня дома тоже у прова аплинк Дата - фигня качество. буду менять прова.

Share this post


Link to post
Share on other sites

 







Трассировка маршрута к seasonvar.ru [178.236.137.157]
с максимальным числом прыжков 30:

  1     1 ms     2 ms     1 ms  192.168.1.1
  2     1 ms     1 ms     2 ms  172.16.ххх.ххх
  3    73 ms     9 ms     9 ms  мой IP
  4    17 ms    16 ms    17 ms  kharkov.datagroup.ua
  5    36 ms    45 ms    29 ms  176.241.104.2
  6    89 ms    42 ms    46 ms  83.169.204.1
  7   713 ms    41 ms    40 ms  10.222.78.xxx
  8    42 ms    45 ms    45 ms  10.222.78.xxx
  9    40 ms    40 ms    40 ms  83.169.195.xxx
 10    42 ms    39 ms    37 ms  ae0.308.clmd-mx80-dc-49.cellmedia.ru [178.236.128.174]
 11    38 ms    39 ms    38 ms  157.137.236.178.teleum.ru [178.236.137.157]

Трассировка завершена.
Вот ...

 

Дали ему год)))

 





Трассировка маршрута к 157.137.236.178.teleum.ru [178.236.137.157]
с максимальным числом прыжков 30:

  1     1 ms     1 ms     1 ms  192.**.**.**
  2     2 ms     1 ms     1 ms  **.**.**.**
  3     3 ms     2 ms     2 ms  **.**.**.**
  4     3 ms     *        4 ms  **.***.**.**
  5     3 ms     4 ms    42 ms  **.**.**.**
  6     6 ms     5 ms    36 ms  ae22-454.m25.kharkov.datagroup.ua[80.91.161.142]
  7    17 ms    16 ms    17 ms  176.241.104.2
  8   310 ms    30 ms    30 ms  83.169.204.5
  9   473 ms    61 ms    47 ms  10.222.78.30
 10    29 ms    28 ms    28 ms  10.222.78.122
 11    27 ms    26 ms    26 ms  83.169.195.93
 12    27 ms    26 ms    27 ms  ae0.308.clmd-mx80-dc-49.cellmedia.ru [178.236.128.174]
 13    28 ms    28 ms    28 ms  157.137.236.178.teleum.ru [178.236.137.157]

Трассировка завершена.
Вот как выглядит трасса сейчас, в это время 13:00.

Share this post


Link to post
Share on other sites

У меня Дата и не только. Картина одинаковая у обоих, никаких глюков. Даже когда канал в полку был, изредка замечалось. недавно трасса до ех у даты была дальше обычного недели две, но все равно работало норм. kinogo напимер. Может у Вас канал в полку?

Share this post


Link to post
Share on other sites

Тоже самое и в моей сети( Наблюдается такое с НГ. Проверил на работе, тоже самое, проблемы с выходом в мир((( 

Share this post


Link to post
Share on other sites

 

Трассировка маршрута к seasonvar.ru [178.236.137.157]

Видео не отдаются с морды, специально просил до хостов, откуда отдаются. Первое же видео c seasonvar загрузилось с data01-cdn.datalock.ru - трасса говорит, что это mnogobyte и по mtr явно видно, что с каналом на сервере плохенько.

Edited by ttttt

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By mpolk
      Наблюдаем проблему со скоростью аплоуда у клиентов, подключенных к ОЛТу BDCom GP3600-08. Данный ОЛТ у нас первый из устройств этой модели в хозяйстве, и вообще большого опыта в области GPON-а у нас пока нет. Не исключено, что проблема проявлялась уже давно, но обнаружена она была недавно. Суть проблемы: максимальная скорость аплоуда у клиентов ограничена величиной 25-37 Мбит/с. Не видно зависимости скорости аплоуда от уровня сигнала у конкретного клиента, но просматривается зависимость от порта ОЛТа, к которому подключен клиент. К примеру, на 3-м порту у всех клиентов макс. скорость аплоуда 25-28Мбит/с,на 4-м - 32-34 Мбит/с, на 5-м - 35-37 Мбит/с. Потерь пакетов у клиентов не наблюдается; проблем со скоростью даунлоуда - тоже (у всех около 94 Мбит/с). Какой-либо физический перегруз каналов исключен (трафик небольшой).

      На стенде, с 2-мя ONU эта проблема не наблюдалась. Создается впечатление, что скорость аплоуда зависит от количества ОНУ, зарегистрированных на порту, т.е. ОЛТ выделяет каждой ОНУ фиксированную полосу пропускания, не пытаясь осуществлять DBA. Если проблема именно в этом (в чем я не уверен), то способов включить DBA на ОЛТе я не вижу. Я надеялся, что DBA включен автоматически, но, возможно, я ошибался.
       
      Дополнительно, в процессе проведенных изысканий было обнаружено следующее. Возникло подозрение, что скорость аплоуда в порту определяется ОНУшкой с самым слабым сигналом (такое явление обсуждалось в прошлом на local.com.ua применительно к EPON-овскому оборудованию). Для проверки этой гипотезы я начал временно отключать ОНУ работающих клиентов, подключенных к тому же порту, что и тестовый ноутбук, и при этом перемерять скорость аплоуда. Сначала я отключал ОНУ с самым слабым сигналом. Потом стал отключать, наоборот, самые благополучные ОНУ. Оказалось, что по мере отключения параллельно работающих клиентов скорость аплоуда на тестовом оборудовании действительно растет. Однако уровень сигнала отключаемых ОНУ никак не влияет на результат.  Ускорение тестового аплоуда зависит, по-видимому, только от общего количества отключаемых ОНУ.
       
      В целом, вырисовывается такая картина, что дело не в физике, не в уровнях сигнала и т.п., а в каких-то патологиях в распределении ОЛТом восходящей полосы пропускания между ОНУшками. Возможно, патологии обусловлены ошибками конфигурирования ОЛТа (делалось все, естественно, методом китайского научного тыка, как положено с БДКомом). Или, может быть, дырками в софте ОЛТа, или сочетанием того и другого.
       
      Не сталкивался ли кто с такой проблемой и не знает ли методов лечения?
       
      Данные ОЛТа:
       
      ОНУшки используем родные: BDCom GP1501DR.
      Kaz42-GPON.start
    • By drugdillerUA
      Восьмиканальный тюнер со встроенным многоканальным декодером BISS (опционально T2MI демультиплексом) предназначен для приема 8-ми сигналов DVB-S2/S/T2/T/C, их декодирования при помощи встроенного многоканального декодера системы BISS и передачи однопрограммных/ многопрограммных (SPTS/MPTS) транспортных потоков в линию IP Gigabit

      Ethernet (GbE). Также может быть использовано для организации услуги IPTV в сетях IP — позволяет формировать до 127 однопрограммных транспортных потоков (SPTS), суммарная скорость которых может достигать 615Мбит/с. Управление и настройка, выбор программ предназначенных для передачи в сеть IP, а также настройка параметров выходных пакетов IP производится с помощью WEB-браузера. Все изменения и настройки сохраняются в энергонезависимой памяти устройства.

      Количество тюнеров DVB-S/S2/T/T2/C 8
      Диапазон частот 950-2159 Мгц (DVB-S/S2) 44-1002 МГц(DVB-T/T2/C)
      Тип модуляции QPSK, 8PSK (DVB-S/S2) QPSK, 16QAM…256QAM (DVB-T2/T/C)
      Входной уровень .-65…-25 дБ/мкВ
      Диапазон символьных скоростей 1-45 MC/c(DVB-S/S2), 0.2-7.2 MC/c(DVB-T/T2/C)
      Количество SPTS / MPTS потоков до 127 / до 8
      Скорость передачи до 615 Мбит/сек
      Протокол DVB over UDP, UDP/RTP
      Режим вещания MULTICAST
      Количество DVB пакетов в 1 IP до 7
      BISS дескремблер V
      T2-MI демультиплексор Возможно по желанию клиента
      Контроль и управление 10/100 Base-TX, протоколы HTTP/WEB-интерфейс. Контрольная индикация на передней панели. Поддержка IGMP v.2, SNMP
      Корпус под 19″ стойку, высота 1U
       
      Состояние нового.
      Цена 22 000 грн ТОРГ
    • By fuji
      Нужна железяка:) которая измеряет скорость передачи данных участка сети. Желательно сертифицированная.
      Возможно кто подскажет варианты. Измерения до 10 Гигабит в секунду..
    • By LENS
      Друзья, помогите пожалуйста разобраться с проблемой скорости
       
      Nodeny 50.32
      Ядро и BRAS на разных серверах.
      BRAS сервер HP Proliant G8 360, 2CPU 2,6 Ghz, 8Gb RAM - сетевая Intel 82576
      Вход и выход собраны в lagg - итого два гига вход и выход
      Абоненты терминируются через PPPoE на mpd. Nat на pf, детализация на ipcad
       
      Проблема: при включенном ipfw и именно правилах pipe со скоростью какая то дичь, исхода нет, вход 10-13 мегабит
      Как только выключаешь ipfw - все летает, больше гигабита пролетает без проблем. При этом очевидных проблем с перегрузом ядер нет - все равномерно.
      FreeBSD bras7 11.2-STABLE FreeBSD 11.2-STABLE #0: Sun Dec 23 20:44:08 EET 2018     root@bras7:/usr/obj/usr/src/sys/BRAS7  amd64
       
      В ядро Generic  добавил опции:
      # NAS KERNEL OPTIONS options IPFIREWALL options IPFIREWALL_NAT options LIBALIAS options IPDIVERT options DUMMYNET options IPFIREWALL_DEFAULT_TO_ACCEPT options PANIC_REBOOT_WAIT_TIME=3 options NETGRAPH options NETGRAPH_BPF options NETGRAPH_IPFW options NETGRAPH_ETHER options NETGRAPH_IFACE options NETGRAPH_PPP options NETGRAPH_PPTPGRE options NETGRAPH_PPPOE options NETGRAPH_SOCKET options NETGRAPH_KSOCKET options NETGRAPH_ONE2MANY options NETGRAPH_SPLIT options NETGRAPH_TEE options NETGRAPH_TCPMSS options NETGRAPH_VJC options NETGRAPH_RFC1490 options NETGRAPH_TTY options NETGRAPH_UI
      Sysctl.conf
      net.inet6.ip6.auto_linklocal=0 net.inet6.ip6.auto_linklocal=0 # net.isr.dispatch=deferred # dev.igb.0.rx_processing_limit=4096 dev.igb.1.rx_processing_limit=4096 dev.igb.2.rx_processing_limit=4096 dev.igb.3.rx_processing_limit=4096 dev.igb.4.rx_processing_limit=4096 dev.igb.5.rx_processing_limit=4096 dev.igb.6.rx_processing_limit=4096 dev.igb.7.rx_processing_limit=4096 # net.link.lagg.default_use_flowid=1 # net.inet.ip.dummynet.pipe_slot_limit=1000 net.inet.ip.dummynet.io_fast=1 net.inet.ip.intr_queue_maxlen=10240 # kern.ipc.nmbclusters=262144 kern.ipc.maxsockbuf=16777216 kern.ipc.somaxconn=32768 kern.randompid=348 net.inet.icmp.icmplim=50 net.inet.ip.process_options=0 net.inet.ip.redirect=0 net.inet.icmp.drop_redirect=1 net.inet.tcp.blackhole=2 net.inet.tcp.delayed_ack=0 net.inet.tcp.drop_synfin=1 net.inet.tcp.msl=7500 net.inet.tcp.nolocaltimewait=1 net.inet.tcp.path_mtu_discovery=0 net.inet.tcp.recvbuf_max=16777216 net.inet.tcp.recvspace=64395 net.inet.tcp.sendbuf_max=16777216 net.inet.tcp.sendspace=64395 net.inet.udp.blackhole=1 net.inet.tcp.tso=0 net.inet.tcp.syncookies=1 net.inet.ip.ttl=226 net.inet.tcp.drop_synfin=1 net.inet.ip.accept_sourceroute=0 net.inet.icmp.bmcastecho=0 net.route.netisr_maxqlen=4096 net.graph.maxdgram=8388608 net.graph.recvspace=8388608  
      loader.conf
      kern.geom.label.gptid.enable=0 kern.geom.label.disk_ident.enable=0 # hw.igb.rxd=4096 hw.igb.txd=4096 hw.igb.max_interrupt_rate=32000 # net.route.netisr_maxqlen=4096 net.isr.defaultqlimit=4096 net.link.ifqmaxlen=10240 rc.firewall
      ${f} -f flush ${f} add 50 allow tcp from any to me 22 via lagg1 ${f} add 51 allow tcp from me 22 to any via lagg1 #${f} add 65 allow tcp from any to me 1723 #${f} add 65 allow tcp from me 1723 to any #${f} add 65 allow gre from any to me #${f} add 65 allow gre from me to any # # # PRIVATBANK + LIQPAY FREE ACCESS ${f} add 66 allow tcp from not "table(0)" to "table(17)" dst-port 80,443 # # Blocked URL ${f} add 67 fwd 127.0.0.1,8082 tcp from "table(0)" to "table(18)" dst-port 80 in ${f} add 68 reject tcp from "table(0)" to "table(18)" ${f} add 69 deny ip from "table(0)" to "table(18)" # # DENY TRACEROUTE & PING ${f} add 70 allow ip from any to any via lo0 ${f} add 71 allow icmp from 10.10.1.1 to any ${f} add 72 allow icmp from any to 10.10.1.1 ${f} add 74 deny icmp from me to any ${f} add 75 deny icmp from 10.10.0.0/24 to 10.190.0.0/16 icmptype 0,11 ${f} add 76 deny icmp from any to me ${f} add 110 allow ip from any to any via lo0 ${f} add 120 skipto 1000 ip from me to any ${f} add 130 deny icmp from any to any in icmptype 5,9,13,14,15,16,17 ${f} add 160 skipto 2000 ip from any to me # ${f} add 170 allow tcp from any to ${main_server} 80,443 ${f} add 175 allow tcp from ${main_server} 80,443 to any ${f} add 180 allow tcp from any to ${main_server} 80,443 ${f} add 185 allow tcp from ${main_server} 80,443 to any ${f} add 187 allow tcp from any to ${site_server} 80 ${f} add 188 allow tcp from ${site_server} 80 to any ${f} add 190 allow udp from any to ${dns} 53 ${f} add 195 allow udp from ${dns} 53 to any ${f} add 200 skipto 500 ip from any to any via lagg1 # message module======== ${f} add 280 fwd 127.0.0.1,8081 tcp from "table(35)" to not me dst-port 80 in ${f} add 290 fwd 127.0.0.1,8080 tcp from not "table(0)" to not me dst-port 80 in #======================= ${f} add 300 skipto 4500 ip from any to any in ${f} add 400 skipto 450 ip from any to any recv lagg1 ${f} add 420 tee 1 ip from any to any ${f} add 450 tee 2 ip from any to "table(0)" ${f} add 490 allow ip from any to any ${f} add 500 skipto 32500 ip from any to any in ${f} add 510 tee 1 ip from any to any ${f} add 540 allow ip from any to any ${f} add 1000 allow udp from any 53,7723 to any ${f} add 1010 allow tcp from any to any setup keep-state ${f} add 1020 allow udp from any to any keep-state ${f} add 1100 allow ip from any to any ${f} add 2000 check-state ${f} add 2010 allow icmp from any to any ${f} add 2020 allow tcp from any to any 80,443 ${f} add 2030 allow ip from ${bras_server} to any ${f} add 2050 deny ip from any to any via lagg1 ${f} add 2060 allow udp from any to any 53,7723 ${f} add 2100 deny ip from any to any ${f} add 32490 deny ip from any to any  
      nofire.pl добавляет  еще правила:
      05000 skipto 33010 ip from table(1) to table(37) 05001 skipto 33010 ip from table(37) to table(1) 05002 deny ip from not table(0) to any 05003 skipto 5010 ip from table(127) to table(126) 05004 skipto 5030 ip from any to not table(2) 05005 deny ip from any to not table(1) 05006 pipe tablearg ip from table(21) to any 05007 deny ip from any to any 05010 pipe tablearg ip from table(127) to any 05030 deny tcp from table(15) to any 25 05400 pipe tablearg ip from table(11) to any 32000 deny ip from any to any 32490 deny ip from any to any 33000 pipe tablearg ip from table(126) to table(127) 33001 skipto 33010 ip from not table(2) to any 33002 pipe tablearg ip from any to table(20) 33003 deny ip from any to any 33400 pipe tablearg ip from any to table(10)  
      Вот эти два правила, удалив которые все работает без проблем (либо сделать ipfw -f):
      33002 pipe tablearg ip from any to table(20)
      33400 pipe tablearg ip from any to table(10)
       
      Подскажите, что может быть источником данной проблемы - при том, что на старой версии FreeBSD 7.4 все работает нормально.
      С меня бутылка хорошего горячительного средства или скажите сколько если устали пить
    • By 11111
      Приветствую, подскажите классический сервер с возможностью подключения двух цифровых мониторов. Желательно с DVI портами т к планируется соединение через KVM свитч.
×