SOleg

насчет тех.саппорта я уже как-то постил здравые мысли с ixbt. цель саппорта - не поразить интеллектом пользователей, а отсеять основную волну проблем а ля "нажать эни кей" от действительно серьезной проблемы, которой будут заниматься специалисты.. если в процессе этого вы почувствовали себя гением - поздравляю, сделайте еще один шаг и поймите, что саппорт все-таки выполняет свою работу и выполняет хорошо.. специалисты занимаются действительно серьезными проблемами, а не учат пользователей, как использовать комбинацию из трех клавиш.. в терминологии ITIL v3 это называется First-line support - первая линия поддержки. или FCR (First Call Resolution) - решение проблем на первой линии. немного саморекламы у нас на первой линии решается абсолютное большинство обращений. достигается это благодаря хорошей квалификации инженеров тех.поддержки.

это их право. клиенты СТК - это их конкурентное преимущество. а все остальные мелкие провайдеры мечтают к этому приобщиться. при чем желательно бесплатно. готовы платить? например, по схеме перекоса трафика? нет. так чего тогда встречаться? или готовы таки платить?

L0K1 выше вопрос был: http://ulanovka.ru/forum/viewtopic.php?p=1500363#1500363 чего игнорируете то?

объединять будут не Ростелеком и Сибирьтелеком, а все МРК (по всей стране) под единым брендом - Ростелеком. почему именно этот бренд - поскольку будет один оператор на всю страну, то и в названии его должно быть это как-то отмечено - "российский телеком". http://ru.wikipedia.org/wiki/%D0%A0%D0%BE%D1%81%D1%82%D0%B5%D0%BB%D0%B5%D0%BA%D0%BE%D0%BC#.D0.A1.D0.BB.D0.B8.D1.8F.D0.BD.D0.B8.D1.8F_.D0.B8_.D0.BF.D0.BE.D0.B3.D0.BB.D0.BE.D1.89.D0.B5.D0.BD.D0.B8.D1.8F

давайте вы не будете диктовать нам. хорошо? утомила уже эта тема. там, где есть техническая возможность (это порядка 90% портов), скорость download ограничена до 25 мбит/сек. там, где такой возможности нет, ограничений на данный момент нет. как появится - сразу ограничим. на этом тему "а кого хера у них там 10 мбайт в секунду" закрываем.

Не нормально. Мы не об этом, а о том, что у многих 10 мбайт. И прочитайте ещё раз вопрос Tymmmi: не у многих, а у части, где у нас нет возможности сделать ограничение. эта часть очень небольшая. неужели вам настолько всё это не нравится, что вы будете настаивать, чтобы там скорость порезали (каким-нибудь способом)??? не понимаю я вашего гнева.

У нас 2,5мбайта это примерно 25 мбит/сек. так что всё нормально. Добавлено спустя 6 минут 45 секунд: Если таковые есть, можете их указать? Гугл пока особых результатов не дал... нет, к сожалению не знаю про такие.

у вас ограничение 2 мбит/сек?

SSH работает поверх TCP/IP (в модели OSI - пятый сеансовый уровень), посему маршрут движения пакетов до прокси-серверов в Европе, использованием этого протокола, вы изменить не сможете. как работали правила маршрутизации провайдеров (локальных и магистральных), так и будут работать. например, при прямом подключении к WoW-серверу у вас был такой маршрут: вы->МТК->магистраль СТК->магистраль РТК (или ТТК)->международный оператор->WoW-сервер SSH-туннель через прокси wowping.ru вы->МТК->магистраль СТК->магистраль РТК (или ТТК)->wowping.ru->другой международный оператор->WoW-сервер т.е. до Москвы (Европы) ну никак вы маршрут не измените, если только найдётся прокси-сервер, со своим магистральным подключением, где-нибудь в УУ, Иркутске, Новосибирске, далее по трассе.... тех.поддержка правильно отказала. у нас подключение К ОДНОМУ МАГИСТРАЛЬНОМУ ОПЕРАТОРУ. как в такой ситуации мы можем управлять маршрутизацией за пределами нашей сети? никак. все наши пакеты уходят на этого магистрального оператора. далее, он по своим правилам, отправляет на другого, тот на третьего. по каким соображениям второй (или третий) магистральный оператор ушел через РТК или ТТК - это вопрос к ним. причин может быть масса - балансировка нагрузки, cost-routing (о котором вы сами написали), второй (или третий) оператор тупо поссорился с ТТК (такое тоже очень возможно). вариантов масса. перед нами магистральщики никогда не отчитывались и отчитываться не собираются. также как локальный провайдер не обязан отчитываться перед своими клиентами, каким образом внутри сети ходят пакеты. другое дело, что мы должны стремиться к оптимальным маршрутам, что мы и делаем, но только в зоне нашей ответственности. Добавлено спустя 12 минут 18 секунд: посмотрел более предметно, следующая картина получается: Трассировка маршрута к wowping.ru [94.75.206.139] с максимальным числом прыжков 30: 1 1 ms 1 ms 1 ms ***.***.***.*** 2 1 ms 1 ms 1 ms ***.***.***.*** 3 2 ms 1 ms 3 ms ***.***.***.*** 4 19 ms 2 ms 3 ms 213.228.119.73 5 3 ms 2 ms 2 ms 213.228.119.66 6 5 ms 2 ms 2 ms 87.226.232.173 7 158 ms 158 ms 157 ms xe-2-2-0.frkt-ar2.intl.ip.rostelecom.ru [87.226.133.150] 8 132 ms 132 ms 134 ms decix.crs.evo.leaseweb.net [80.81.192.246] 9 131 ms 132 ms 132 ms te9-2.sr7.evo.leaseweb.net [85.17.100.206] 10 133 ms 134 ms 134 ms wowping.ru [94.75.206.139] проблемный участок 87.226.232.173 - 87.226.133.150 смотрим про 87.226.232.173: inetnum: 87.226.232.0 - 87.226.233.255 netname: ROSTELECOMNET descr: JSC Rostelecom P2P client connections <<< !!! country: RU admin-c: RTNC-RIPE tech-c: RTNC-RIPE status: ASSIGNED PA mnt-by: ROSTELECOM-MNT source: RIPE # Filtered (обратите внимание на P2P client connections) подозреваю, что по каким-то соображениям ваш трафик попадает в одну "трубу" с P2P-трафиком (торрент и прочее), со всеми вытекающими последствиями. подчёркиваю, это только лишь лишь мои предположения на основании информации traceroute и whois. однозначный и правильный ответ вы сможете получить только от представителей РТК. правда, есть большие сомнения, что они снизойдут до таких комментариев. к сожалению

Выше этой скорости аплоад не поднимался, хотя на фтп вроде и зарезана скорость до 2Мб. Но как видите и до максимальной фтп далековато... Файл объемом 433Мб заливался 10 минут, вот и высчитайте среднюю скорость аплоада! 700Кб в среднем ЗЫ. Все было выключено конечно же, то бишь торрент-клиент и прочие использующие трафик программы. Добавлено спустя 38 секунд: Так что, как ни крути, но 2-3 четверти обещанной скорости исходящего потока у меня попросту нет внутри сети! Добавлено спустя 5 минут 28 секунд: Звонить в техподдержку забил, т.к. это надо обращаться непосредственно в отдел программирования. А на глупые вопросы техподдержки отвечать надоело и они все равно отошлют туда. данными скринами вы демонстрируете не скорость вашего подключения, а производительность FTP-сервера. по собственному опыту, находясь в непосредственной близости от этого сервера, скорость up/down скачет от нескольких мегабит/сек до нескольких килобит/сек - в зависимости от кол-ва клиентов и их активности. сообщите здесь (или позвонив в техподдержку) когда возможен приезд нашего специалиста к вам, чтобы проверить и сделать свои замеры.

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

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

вы вероятно путаете с u2net. http://u2net.ru/index.php?option=com_content&task=view&id=2&Itemid=3 прокрутите до конца, там планы на 2010 г.: Добролюбова 35 Добролюбова 35а Добролюбова 35б Добролюбова 37 Добролюбова 37а Добролюбова 37б Добролюбова 37в

к сожалению, по 46-ому пока ни планов, ни расчетов нет

всем, у кого после изменения параметра bt.transp_disposition = 5, резко ухудшается скорость закачки/отдачи и кол-во пиров, рекомендую почитать про "Half-open limit": http://half-open.com/home_ru.htm и если этот патч tcpip.sys не был у вас сделан, то сделайте, но предварительно внимательно прочитав, конечно же.

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

не надо

тоже вариант. с точки зрения провайдера - лишь бы не было uTP (по крайней мере в нынешней его реализации)

Через некоторое время скорость резко упала... Вернул значение 5 и... почему-то на этот раз скорость восстановилась. Ничего не понимаю. как предположение - может ему нужно было время на обновление информации с пирами, либо DHT обновлял. у себя когда менял, то всё сразу заработало нормально.

действительно странно. может все ваши пиры используют только uTP? хотя это мало вероятно. Почему маловероятно? Я посмотрел у себя в uTorrent - там только каждый 5-й не использует uTP uTP - это дополнительная опция, которая никоим образом не отменяет передачу данных по обычной схеме (если только это специально не прописано в том же самом параметре - bt.transp_disposition, ну а это точно мало вероятно). отключите у себя uTP и все те же самые пиры будут уже отображаться у вас без [uTP] и передача данных пойдёт как обычно

у меня uTorrent 2.0.1 build 19248

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

не должно быть так, что "ничего не качает". TCP как был, так и остаётся. более того - достаточно большое кол-во клиентов вообще не переходило на uTP, и ваш торрент-клиент общался с ними по-старинке (TCP/IP). может что-то с вашим uTorrent? может что-то еще меняли?

в вашем случае есть технологическое ограничение - асимметричная цифровая абонентская линия. скорость download в разы выше скорости upload. и еще, скорость на прикладном уровне очень сильно зависит от источника контента. на той стороне могут быть такие же технологические ограничения, либо искусственные - например, в uTorrent ограничена скорость отдачи

если использовался протокол uTP, то в списков пиров, у которых он также включен, писалось [uTP] сейчас этого не должно быть