DragonSH

Пользователи
  • Content count

    80
  • Joined

  • Last visited

Community Reputation

0 Обычный

About DragonSH

Контакты

  • Сайт
    http://
  • ICQ
    0

Информация

  • Пол
    Мужчина

OnLime

  • Обслуживание в Onlime
    да
  1. Mr.Keeper Могу еще отметить что у вас в момент проблем более высокий пинг вот моя прямая трассировка на 18 января 22.30 (все работает нормально через gtt) 1 * * * Превышен интервал ожидания для запроса. 2 * 3 ms 2 ms 192.168.126.1 3 * * * Превышен интервал ожидания для запроса. 4 2 ms * 2 ms 192.168.126.9 5 3 ms 4 ms 7 ms m9-cr01-be4-50.msk.ip.ncnet.ru [77.37.254.212] 6 32 ms 20 ms 3 ms 87.226.227.86 7 20 ms 20 ms 20 ms xe-10-1-0.stkm-ar1.intl.ip.rostelecom.ru [87.226.133.197] 8 47 ms 47 ms 47 ms ae1.stk30.ip4.gtt.net [77.67.75.253] 9 119 ms 120 ms 120 ms xe-4-2-0.nyc39.ip4.gtt.net [141.136.107.154] 10 126 ms 122 ms 123 ms internap-gw.ip4.gtt.net [77.67.70.42] 11 215 ms 219 ms 221 ms border1-po2-bbnet2.nyj004.pnap.net [216.52.95.109] 12 136 ms 144 ms 144 ms edge3.ae-0-edgenet.nyj004.pnap.net [74.201.136.10] 13 128 ms 126 ms 126 ms edge2.audioaddict-1.nyj004.pnap.net [64.95.46.182] 14 131 ms 131 ms 132 ms pub3.di.fm [70.42.73.200] У меня пинг 131 у вас 190. Более высокий пинг не является сам по себе причиной проблемы, но косвенно может говорить о возможной перегрузке узла сети или канала связи. Аналогично и в обратной трассировке у меня немного ниже пинг. Теоретически вы можете ходить через прокси или через vpn - есть бесплатные и коммерческие ресурсы. Доходите до сервера, а дальше от него к радио ресурсу. Общий маршрут получится длиннее, но поскольку вы явно вводите конкретный промежуточный узел то это может привести к тому что ваш маршрут будет проходить через другие узлы. Как будет на практике с аудиопотоком не знаю.
  2. rus-p Можно дать ссылку на ресурс pnap looking glass ? PS Mr.Keeper разместил в этой теме обратную трассировку от gtt во время последнего проявления проблемы. Но я согласен, что лучше было бы от pnap.
  3. Если вы повторно откроете старую заявку, поскольку проблема не была решена и сообщите о трассировках (пришлете копию наших трассировок в ТП или дадите ссылку ТП на эту тему) то информация обязательно дойдет по назначению. Возможно есть множество путей, каналов связи от нас до сайта с радио и обратно, и оборудование провайдеров автоматически балансирует нагрузки, прозрачно, незаметно для пользователей. Балансировать, направлять на конкретный маршрут автоматика может по ip, порту, в зависимости от времени, нагрузки каналов - и еще каким либо критериям. Просто если наша версия верна то вы сейчас попадаете на проблемный маршрут - линк, ТП после проверки информации должна по идеи сообщить инженерам, отвечающим за работу проблемного участка и поменять вам маршрут. ============================= О пользе трассировок PS Когда вы открыли данную тему, в самом начале есть ваша трассировка 23.12.2014 У вас не работало когда вы шли через gtt 24.12.2014 У вас пару раз лагануло - маршрут через gtt У вас все работает через Комкор - маршрут через telia Правда в этой истории есть одна тонкость - в моих прошлых тестах у меня маршрут через gtt работал нормально. Судя по вашим трассировкам и логам WinMTR пакеты у вас не теряются, во всяком случае в логах нет признаков потерь. Но при передаче аудиопотока крайне важно чтобы все пакеты приходили с одинаковой задержкой. Если время прохождения пакета от радио сайта до вас начинает сильно меняться у вас может лагать, не работать, хрюкать - хотя формально все пакеты могут доходить без потерь. =========================== 13 января 2015 21_00 нормально работает через GTT в обратной трассировке пинг 138 (вчера был 160) около 22_00 маршрут поменялся на Telia (все работает проблем нет)
  4. Сообщить в Техподдержку что сейчас у вас не работает, а у меня работает, сказать что при этом у нас разные маршруты, в ТП могут на этом форуме сравнить трассировки. Если весь остальной инет у вас при этом работает нормально, то, возможно, проблема в маршруте. Отправил вам в личку дополнительную информацию для Техподдержки. Сейчас у Инженеров Онлайма есть возможность понять на своем оборудовании что и почему происходит. У них в этом гораздо большие возможности чем у нас с вами.
  5. Ситуация становится интересной У меня сейчас 0_04 работает идеально А теперь ... внимательно следим за лапами Мы с вами идем Разными маршрутами к Одному Ресурсу ... одновременно? 1 * * * Превышен интервал ожидания для запроса. 2 * 2 ms 3 ms 192.168.126.1 3 * * * Превышен интервал ожидания для запроса. 4 2 ms * 3 ms 192.168.126.9 5 5 ms 4 ms 3 ms m9-cr01-be4-50.msk.ip.ncnet.ru [77.37.254.212] 6 17 ms 3 ms 2 ms 92.50.194.30 7 45 ms 45 ms 45 ms 95.167.95.247 8 41 ms 40 ms 40 ms ffm-b11-link.telia.net [80.239.192.229] 9 41 ms 40 ms 40 ms ffm-bb1-link.telia.net [80.91.246.38] 10 170 ms 172 ms 174 ms nyk-bb1-link.telia.net [80.91.250.203] 11 178 ms 172 ms 170 ms nyk-b5-link.telia.net [213.155.130.247] 12 123 ms 124 ms 124 ms internap-ic-305784-nyk-b5.c.telia.net [213.248.66.102] 13 130 ms 129 ms 129 ms border1-po2-bbnet2.nyj004.pnap.net [216.52.95.109] 14 123 ms 124 ms 124 ms edge3.ae-0-edgenet.nyj004.pnap.net [74.201.136.10] 15 124 ms 124 ms 124 ms edge1.audioaddict-1.nyj004.pnap.net [64.95.46.178] 16 123 ms 124 ms 125 ms pub5-ice-nyc.audioaddict.com [70.42.73.200] То что у Онлайма (Ростелекома) есть одновременно несколько разных маршрутов - это нормально и даже хорошо (надежность) То что провайдер балансирует нагрузку между разными маршрутами это тоже нормально. А вот если у меня радио в данный момент работает, а у вас лагает и мы с вами в один и тот же момент времени идем разными маршрутами ( я через telia, вы через gtt), возможно, мы поймали, Проблему за хвост. То что проблема проявилась это как раз хорошо, можно разобраться что происходит. В логах WinMTR у вас проблем нет, в трассировках тоже формальных проблем нет.
  6. У меня сейчас 22_20 радио работает. (час устойчивой работы с 22_20 по 23_20 дальше не проверял) Сколько времени у вас не работало? Как проявляла себя проблема ? Один раз лагануло? (прервался звук и дальше все работало, вам пришлось перезагрузить страницу) Или более глобальный сбой когда нет связи с сервером вообще. Пока можно отметить некую закономерность, что проблема проявляется вечером, где то с 21 до 22 Может перегрузка канала связи, может быть маршрут меняют, перезагружают оборудование. При сбое, проблеме. Выкладывайте так же обычную трассировку. (Путь от вас до них он тоже информативен) Сейчас радио работает через Telia (оно иногда работает через Telia иногда через Gtt) Вы сделали обратную трассировку от другого магистрального провайдера gtt. Обратная трассировка должна быть от магистрального провайдера через которого радио проходит до вас в данный момент. Тут есть открытый вопрос, потому что мы не можем сделать обратную трассировку непосредственно от pnap.net. В ваших трассировках ИМХО проблем нет, пакеты не теряются, все доходит до Онлайма. У вас инет работает нормально, значит на вашем домовом коммутаторе, магистрали Онлайм тоже проблем нет. К сожалению (или к счастью ) новой информации для технического анализа пока недостаточно. PS Может быть просто в очередной раз маршрут на Америку поменялся ?
  7. Не факт что проблема связана с vk. Возможно, просто передача файла большого объема (высокая нагрузка) способствовала (создавала условия) для быстрого проявления проблемы. При обычном серфинге, ниже нагрузка (количество пакетов в секунду, меняется размер пакетов), как следствие проблема возникает реже. У вас ведь при разрыве не просто не было связи с vk, а еще и не проходил пинг на яндекс - совсем другой ресурс. Кстати будет интересно как у вас будет работать через WiFi - останутся ли разрывы. Вы, работая через WiFi, фактически меняете свою сетевую карту и соответственно ее драйвер, получается работа на несколько другой аппаратной конфигурации. Возможно отключится естественным путем ipv6 и вы будете работать через ipv4 (это правда зависит от настроек вашего роутера). ИМХО - если временно нет доступа или произошла потеря коннекта к Одному Конкретному Сайту (Ресурсу) - такое в Инете иногда случается. Если же у вас виснет сетевой интерфейс, так что требуется его перезапуск, не работают Одновременно несколько Разных серверов - это говорит о Проблеме у вас с компьютером или с оборудованием провайдера.
  8. BisquiT Мне ситуация очень напоминает недавнюю проблему в теме http://forum.onlime.ru/index.php?showtopic=16823 Похоже что на порт домового коммутатора пакеты доходят, и, возможно, пакеты доходят до основного шлюза. а дальше начинается очень знакомое ============== Ответ от 2a02:6b8::3: время=2мс Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Заданный узел недоступен. Заданный узел недоступен. Заданный узел недоступен. Заданный узел недоступен. Превышен интервал ожидания для запроса. Заданный узел недоступен. Превышен интервал ожидания для запроса. Заданный узел недоступен. =============== Чередование сообщений. Если бы пакет просто терялся не было бы сообщения - Заданный узел недоступен Возможно проблема в коммутаторе или линии связи от коммутатора дальше в сеть?
  9. После замены оборудования на чердаке у вас проблема проявлялась так же как и раньше (замена оборудования никак не повлияла нв вашу ситуацию) ? На другом компьютере (тестовом ноуте мастера) были аналогичные разрывы или только снижалась скорость соединения? Для понимания ситуации может иметь значение возникают ли разрывы на Другом компе. Вы писали что на тестовом ноуте мастера иногда не было подключения - как это конкретно проявлялось, как удавалось добиться подключения ? Если после разрыва дать команду ipconfig /renew - восстановится ли полностью нормальная работа инета? Можно сделать следующий тест Командой ipconfig /all узнать ipv4 адрес своего основного шлюза. (в прошлый раз он был 178.140.112.1) Если он отвечает на пинги, то Дать команду ping Адрес_шлюза -t И посмотреть что происходит во время разрыва.
  10. Подобные жалобы на снижение скорости были недавно и от других клиентов. Для анализа нужно 1 Номер Лицевого Счета 2 Трассировка и другая информация Что происходит при прямом подключении (без роутера)? Тестирование и измерение скорости надо сделать без роутера на прямом подключении. Пример предоставления технической информации http://forum.onlime.ru/index.php?showtopic=16823
  11. Номер Личного Счета (Сотрудникам Онлайм будет проще посмотреть данные вашего подключения) Раньше все работало без проблем? Как долго ? Насколько я понял вы тестируете через прямое подключение компа без роутера (это правильно) Попробуйте загрузить аналогичный большой файл на другой сайт - будут ли такие же проблемы как и на vk. После замены оборудования на чердаке мастер тестировал инет из вашей квартиры на тестовом ноуте? Если да, то какие были результаты тестов. Опишите подробнее, что происходит при разрыве Сколько примерно времени длится сам разрыв? Теряется ли физический линк (гаснет зеленая лампочка на сетевой карте компа меняется иконка с изображением компа в правом нижнем углу экрана).? Если у вас есть роутер гаснет ли лампочка линка, есть ли в логах роутера сообщения о потери соединения. Если физический линк сохраняется, то можете ли вы при рзрыве пропинговать какой либо ip адрес. Можно дать команду ipconfig /all в момент разрыва - посмотреть состояние ваших ip интерфейсов. Вы можете сделать следующие тесты. 1 Повторите тест WinMTR который вы уже делали, но подождите пока не будет отправлено примерно 1000 пакетов, чтобы набрать статистику 2 Запустите в отдельном окне ping ya.ru -t и остановите тестирование так чтобы записать ошибки которые возникают в момент разрыва. Результаты тестов разместите здесь. Пример использования подобных тестов. http://forum.onlime.ru/index.php?showtopic=16823
  12. У меня Личный Кабинет тоже не работает. Проблема имеет общий характер.
  13. Azzinoth Сколько примерно по времени продолжается потеря коннекта до момента восстановления? Часть вашей трассировки ============= Ответ от 37.110.26.60: Заданный узел недоступен. Ответ от 37.110.26.60: Заданный узел недоступен. Превышен интервал ожидания для запроса. Ответ от 93.158.134.3: число байт=32 время=9мс TTL=59 Ответ от 93.158.134.3: число байт=32 время=2мс TTL=59 ============= Обратите внимание, что в момент когда связь нарушается - вам отвечает узел 37.110.26.60 что у него нет возможности передать пакет дальше. Значит в данный момент 1 У вас есть физический линк с домовым коммутатором. 2 Вы можете передать данные на узел 37.110.26.60 Если бы вы просто потеряли соединение с домовым коммутатором на участке ващ комп кабель домовой коммутатор то вы бы не получили никакого ответа Сделайте tracert 37.110.26.60 и разместите здесь результат. Хотелось бы уточнить что это за узел. Можно рассмотреть такую версию Во внутренней сети Онлайм на одном из их узлов периодически отключается канал по которому передаются данные, или нарушается таблица маршрутизации. Причем этот проблемный узел находится в структуре сети близко к вам, иначе были бы жалобы на подобную проблему от других клиентов. =========== Вы можете командой ipconfig /all узнать адрес своего основного шлюза. Если он отвечает на пинг, попингуйте его. Хотелось бы понять сохраняется ли коннект с вашим основным шлюзом в момент сбоя, будет ли он продолжать отвечать на ваш пинг, когда яндекс становится недоступным ? ============ PS: По поводу периодичности в 30 мин. Некоторые протоколы, которые роутеры - узлы сети используют для обмена информацией друг с другом о структуре сети, могут раз в 30 мин в плановом порядке посылать информацию о текущем положении дел. В этой ситуации сеть работает, все хорошо, все линки - каналы связи исправны, но раз в 30 мин происходит плановый обмен информацией. Если все Настроено Правильно, то этот плановый обмен не влияет на передачу данных по сети. Устройства проверили друг друга, убедились что все хорошо, маршруты не поменялись и все продолжает работать без изменений. Но если в настройках протокола есть ошибки, то устройства могут прийти к неверному решению, и произойдет автоматическая переконфигурация таблицы маршрутов, как это происходит в случае аварии или потери линка. Пока происходит переконфигурация на короткое время сеть может прекратить передачу данных, узел не будет знать куда передавать. Довольно быстро переконфигурация закончится и сеть снова будет работать нормально, пока не пройдут очередные 30 мин и тогда процесс повторится. Поэтому информация о том что связь рвется периодически каждые 30 мин или разрывы связи носят случайный характер поможет понять что и где на самом деле происходит.
  14. Мы на самом деле спрашиваем у вас фактически одни и те же данные. Трассировка - путь (маршрут) по которому передаются данные от вашего компьютера до другого сервера (например до yandex.ru), в ней перечисляются промежуточные серверы - роутеры а так же информация о временных задержках и потерях данных. Команда tracert позволяет получить трассировку в Винде. (быстрый, классический способ) Программа WinMTR делает фактически то же самое самое - выдает ту же трассировку, но маршрут тестируется многократно, пока вы сами не остановите сбор статистики. В результате вы получаете более точные данные о задержках и потерях но затрачиваете больше времени на сбор этой статистики. Трассировку желательно делать в тот момент когда проблема проявляется. Подробнее в теме этого форума http://forum.onlime.ru/index.php?showtopic=1611
  15. adolf Подключите комп напрямую без роутера. Поставьте программу WinMTR, прогоните 1000 пакетов до яндекса, результаты выложите в этой теме. Желательно так же измерить скорость на speedtest - прямое подключение, в безопасном режиме с загрузкой сетевых драйверов о чем я писал раньше. PS у вас скорость даже в последнем тесте в два раза ниже тарифной, причем не с удаленным Европейским сервером, а в пределах Москвы, фактически на внутренней магистрали Онлайма. Имхо надо разбираться в чем дело.