redjard

Снова кирдык.

Таки пачинили. Трассировка маршрута к unknown-5049.agava.net [89.108.120.157] с максимальным числом прыжков 30: 2 30 ms 30 ms 30 ms D-80-254-106-101.vttc.donpac.ru [80.254.106.101] 3 30 ms 30 ms 30 ms 225.223.221.83.donpac.ru [83.221.223.225] 4 40 ms 42 ms 41 ms 221.112.254.80.donpac.ru [80.254.112.221] 5 41 ms 40 ms 40 ms cs7-rmts.donpac.ru [80.254.111.1] 6 40 ms 41 ms 40 ms 85.116.254.80.donpac.ru [80.254.116.85] 7 40 ms 40 ms 41 ms 85.173.2.12 8 41 ms 50 ms 40 ms 85.173.2.83 9 55 ms 58 ms 56 ms 77.94.166.125 10 55 ms 55 ms 55 ms NaukaSvyaz-lgw.Moscow.gldn.net [194.186.0.69] 11 57 ms 57 ms 57 ms 81.211.13.162 12 59 ms 57 ms 57 ms unknown-5049.agava.net [89.108.120.157]

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

Как же жить дальше? Трассировка маршрута к unknown-5049.agava.net [89.108.120.157] с максимальным числом прыжков 30: 1 5 ms 1 ms <1 мс 10.50.50.34 2 31 ms 30 ms 30 ms 10.92.40.1 3 30 ms 30 ms 31 ms 225.223.221.83.donpac.ru [83.221.223.225] 4 36 ms 36 ms 36 ms 221.112.254.80.donpac.ru [80.254.112.221] 5 37 ms 37 ms 39 ms 46.108.254.80.static.donpac.ru [80.254.108.46] 6 36 ms 37 ms 37 ms cs7-rmts.donpac.ru [80.254.111.1] 7 37 ms 56 ms 37 ms 127.108.254.80.static.donpac.ru [80.254.108.127] 8 36 ms 37 ms 37 ms ge-2-3-0.494.rndn-rgr1.ug.ip.rostelecom.ru [87.2 26.141.109] 9 73 ms 73 ms 73 ms ae-0.m7-ar2.msk.ip.rostelecom.ru [87.226.139.66] 10 65 ms 65 ms 64 ms xe320-201.RT.M9.MSK.RU.retn.net [87.245.255.37] 11 87 ms 87 ms 87 ms ae2-10.RT.TC1.STO.SE.retn.net [87.245.233.134] 12 97 ms 117 ms 121 ms ge5-1.BR1.STK2.alter.net [87.245.249.30] 13 126 ms 121 ms 121 ms so-0-2-0.XT1.FFT1.ALTER.NET [146.188.15.230] 14 129 ms 151 ms 129 ms so-0-0-0.CR2.FFT1.ALTER.NET [146.188.15.194] 15 152 ms 151 ms 122 ms GigabitEthernet2-0-0.GW5.FFT4.ALTER.NET [149.227 .17.113] 16 138 ms 138 ms 141 ms ude203025.Frankfurt4.de.ALTER.NET [139.4.81.78] 17 247 ms 168 ms 169 ms cat06.Moscow.gldn.net [194.186.157.250] 18 174 ms 173 ms 175 ms 81.211.13.162 19 170 ms 169 ms 167 ms unknown-5049.agava.net [89.108.120.157]

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

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

если бы такой показатель имел юридическую подоплёку, наш бедный ЮТК уже стал бы давно реально бедным, стерев последние подошвы бегая по судебным искам :) но пока что они с успехом впихивают клиентов в канал на 110-120% пикового запроса в активное время дня и улыбаются при звонке в тех поддержку

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

Ну понятно, что аплинк трансев до ЮТК дропает в силу "мало взяли ширины". Интересно другое, какой гром должен долбануть по затылку, что начнуть телиться? Сейчас наблюдаю ~10% в активное время потерь. Сколько надо , чтобы дырэхтыр подписал бумажку о выделении и расширении? Вот просто интересно, какая цифра. Т.е. по факту сейчас их анлим является уже вредным для любого быстрого интерактива, например игруль.

Имхо нашелся виновник. Данные были сделаны с размером ICMP пакета в 1000байт (средний размер пакета при активном участии в игре). ПРи стандартном размере пакета связь без потерь - как и в игре в принципе, когда сервер отдает такими маленькими пакетами. Вот: Host Name IP Address Hop Ping Time Ping Avg % Loss Pkts r/s Ping best/worst * Unknown Host * 10.92.40.1 2 16ms 100% 0 / 131 225.223.221.83.donpac.ru 83.221.223.225 3 49ms 56ms 0% 130 / 130 45ms / 117ms 229.223.221.83.donpac.ru 83.221.223.229 4 46ms 56ms 0% 130 / 130 45ms / 135ms 93.112.254.80.donpac.ru 80.254.112.93 5 69ms 62ms 0% 130 / 130 51ms / 123ms SE400.donpac.ru 80.254.108.173 6 68ms 63ms 0% 130 / 130 51ms / 153ms rdn15.rdn23.g02.transtelecom.net 217.150.60.126 7 57ms 63ms 0% 130 / 130 51ms / 142ms ihome-gw.transtelecom.net 217.150.57.241 8 92ms 79ms 14% 111 / 130 69ms / 177ms * Unknown Host * 85.112.112.17 9 82ms 83ms 16% 108 / 130 69ms / 621ms * Unknown Host * 80.249.152.18 10 91ms 79ms 11% 115 / 130 69ms / 121ms * Unknown Host * 85.112.112.174 11 101ms 78ms 14% 111 / 130 69ms / 111ms * Unknown Host * 85.112.114.100 12 84ms 80ms 15% 110 / 130 69ms / 137ms Сейчас на часах 7:47 - такой трейсерт с нулевым значением потерь. :) Думаю просто айхом хреново предоставляет услуги всё увеличивающему свой исходящий трафик Абиссу. Жаль что под раздачу попал шлюз между транстелекомом и айхомом. ... Хотя конечно присутвствует вероятность заниженного приоритета ICMP протоколу. Но тогда из этого следуют два других факта: 1. Канал действительно перегружен, что приходится шлюзу дропать лишние пакеты. Почему начинаются лаги даже в воскресенье в 12 часов дня - тогда для меня загадка. Но время лагов как в больнице строго по графику - с 12 дня до 1:00 ночи. 2. Не стыкуется с тем фактом что ICMP по 32байта в любой момент перегруза не имеют потерь и имеют минимальный пинг. Я не запутался в своих умозрениях? :)

Извиняюсь за гонор, текст был изначально заточен под ЮТК форум. :D Собственно трейсерт. А нифига он не информативен, ибо в момент вот такой "заморозки" на соседнем компьютере (оба спрятаны за NAT) трейсерт по 30мс до яндыха на каждом хопе. Мало того, до этого же хоста который "замерз" на первом компьютере, на втором в этот смый прекрасный момент всё идеально. Причем с первого исходящие данные в момент "заморозки" прекрасно уходят и обрабатываются удаленным сервером - на втором компе видно результат. Паспинг тоже умничка, разве что с ключом "-w 1" какие-то ушки проклёвывают, но я списал на дикий параметр ключа. Так вот, почему собственно грешу не на "самого отрицательного провайдера на одном из рейтингов", а на ттк или айхоум. Труба во внешний мир (rdn15.rdn23.g02.transtelecom.net) одна и та же для всех дестинейшин (раньше с годик гладиаторски держался РТК, но видать своим "костэффективным" менеджментом, а именно тупым набором мяса на тариф анлим, ЮТК убила арендуемую ширину канала у них в пух и прах). Маршруты НЕ через айхом в такой ужасной ипостасии не замечены. Вот к примеру два трейсерта: 85.112.114.100 2 14 ms 19 ms 15 ms 10.92.40.1 3 18 ms 18 ms 19 ms 225.223.221.83.donpac.ru [83.221.223.225] 4 16 ms 17 ms 14 ms 229.223.221.83.donpac.ru [83.221.223.229] 5 22 ms 20 ms 55 ms 93.112.254.80.donpac.ru [80.254.112.93] 6 23 ms 19 ms 21 ms SE400.donpac.ru [80.254.108.173] 7 28 ms 21 ms 20 ms rdn15.rdn23.g02.transtelecom.net [217.150.60.126] 8 43 ms 38 ms 37 ms ihome-gw.transtelecom.net [217.150.57.241] 9 42 ms 48 ms 38 ms 85.112.112.17 10 40 ms 41 ms 85 ms 80.249.152.18 11 42 ms 40 ms 38 ms 85.112.112.174 12 56 ms 39 ms 41 ms 85.112.114.100 А вот пример отличного функционала без таких вот шейперных антигейммерских забав админов: 213.219.248.46: 2 20 ms 14 ms 33 ms 10.92.40.1 3 20 ms 23 ms 21 ms 225.223.221.83.donpac.ru [83.221.223.225] 4 17 ms 15 ms 15 ms 229.223.221.83.donpac.ru [83.221.223.229] 5 20 ms 19 ms 26 ms 93.112.254.80.donpac.ru [80.254.112.93] 6 23 ms 24 ms 21 ms SE400.donpac.ru [80.254.108.173] 7 21 ms 26 ms 19 ms rdn15.rdn23.g02.transtelecom.net [217.150.60.126] 8 37 ms 46 ms 37 ms TTK-lgw.Moscow.gldn.net [194.186.0.193] 9 39 ms 39 ms 37 ms cat06.Moscow.gldn.net [194.186.157.210] 10 38 ms 38 ms 37 ms HostLine2-gw.Moscow.gldn.net [62.231.1.139] 11 97 ms 68 ms 51 ms 213.219.248.46 Может айхом? Самое ужасное - где пакет лоссы... Хрен продиагностируешь. PS: кстати офтопный вопрос. Насколько быстро прокладываются новые полноценные ветки оптики, допустим, по маршруту Ростов (РНД) - Москва, или Краснодар - Москва? Ну естесственно при наличии инвестиций, роста потребления анлимов в регионах итд. Вот ЮТК набирает новых юзеров бодро, а физически оптики хватит у магистралов? Или намечается криизис и моя проблема - уже цветущие побочки нехватки магистральных каналов ?

Уважаемые НАГовцы, я не знаю куда обратиться и кому писать о своих проблемах, может разъясните мне кузьмиму, отваливающему 50 баксов за жалкий анлим, почему всё так хреново. Итак, есть очень популярный комплекс серверов Абисс. Маршрут к нему от меня проложен через два интересных узла: rdn15.rdn23.g02.transtelecom.net [217.150.60.126] ihome-gw.transtelecom.net [217.150.57.241] Т.е. два провайдера : наша (для провайдера ЮТК) точка входа Транстелекома и шлюз провайдера Ihome (M9-IX) для Транстеелкома. Так вот, связь до этого игрового сервера не выдерживает никакой критики, но он вне подозрения. Там играют тысячи людей и схожие со мной проблемы только у небольшой части людей, видимо имеющих тоже дело с транстелекомом. Методом тыка, опроса и собственных ощущений возникло подозрение, что какой-то из этих двух узлов "переиграл" с приоритезацией типов данных. Объясню почему. Допустим у нас установлены два соединения с игровым сервером. При проблеме со связью , которая имеет частоту 3-4 раза по 3-4 секунды каждую минуту, ОДНО из соединений "замерзает", но затем весь "замерзший" трафик мгновенно отдается, это видно по величине входящего трафика. (ср. поток 4кбайта, во время 4хсекундного лага - 0-0-0-16 кбайт к примеру). ВТОРОЕ при этом идеально работает. Т.е. связь через этот комок узлов не является физически проблемной. Это первая проблема. Вторая ещё интереснее. Частота лагов, или же правильнее частота "замерзаний", увеличивается пропорционально увеличению потока данных , при 8 кбайт в секунду получаем куски данных раз в 10 секунд. Интересно узнать официальную позицию ЮТК, но это нереально, там сидят тролли. Почему существует проблема с большим куском М9 пиринга, я так понимаю из за транстелекома? Ведь два огромных прова, им эти 4-16кбайт в секунду - что слону дробинка. Хотелось бы узнать в иделе конечно же, почему именно такой резатель пакетов, а не иной - это ведь очень грубо... В свете вот этих новостей http://tv.net.ua/news.php?id=7512 есть больше упреки к Транстелекому. Что собственно делать? Йад выпить чтоли... Проблеме почти полгода. PS: ах да, актуальность проблемы 12:00-01:00 по Москве