[Luarvik L. Luarvik]

2 Apache

Поправь pls ссылку, там запятая в конце откуда-то взялась

[KVM]

stesin сказал:

ВНИМАНИЕ ВСЕМ, У КОГО НАБЛЮДАЕТСЯ ПРОБЛЕМА С UPLOAD (передача файлов в направлении от абонента в сеть)!!! ПРОШУ ОТМЕТИТЬСЯ ТУТ, И УКАЗАТЬ:
1. ADSL-устройство в каком режиме - роутер или бридж?
2. Тарифный план.
3. Физическая скорость в канале.

1. Callisto 821+ роутер
2. 256/64

[adsh]

Rilian сказал:

D-Link DSL500T в режиме роутера
512128 анлим
средняя скорость аплоада, насколько показывает utorrent, около 12кБсек

больше ничего в сети не происходит

вот график примерно за день: http://img265.images.../ruploadbk8.png

Если аплоад на 2-3 Кб/с зажать в самом utorrent - частокол от идиотского дропанья пакетов исчезает и получается почти ровная линия .

[Coyro]

Не вдаваясь в подробности того, что 2-3кб аплоада - это таки жлобство замечу, что сам uTorrent предлагает для этого тарифа ставить аплоадом 9кб, и это значение лично у меня даёт вполне адекватную и равномерную загрузку.
А вот на 12ти-15ти действительно может редкостную пилу создавать.

[SD]

stesin сказал:

ВНИМАНИЕ ВСЕМ, У КОГО НАБЛЮДАЕТСЯ ПРОБЛЕМА С UPLOAD (передача файлов в направлении от абонента в сеть)!!! ПРОШУ ОТМЕТИТЬСЯ ТУТ, И УКАЗАТЬ:

1. ADSL-устройство в каком режиме - роутер или бридж?
2. Тарифный план.
3. Физическая скорость в канале.

1. Zyxel P-660RU EE, режим роутер.
2. Необмежений 128/32
3. Скорость в канале 162/98

[adsh]

Coyro сказал:

Не вдаваясь в подробности того, что 2-3кб аплоада - это таки жлобство

Я имею в виду на 2-3 Кб/с меньше тарифной скорости.

[k@ktus]

2stesin
Пробували на:

1. Zyxel P-660R EE, режим роутер.
2. Необмежений 1024/512 корп
3. Скорость в канале 2048/512
Проблем не має upload 45-60KB/c

1. Callisto 821+, режим bridge.
2. Привабливий-M 512/256
3. Скорость в канале 512/256
Проблем не має upload 30KB/c

Якшо тре шось тестити радий буду допомогти .

[adsh]

k@ktus
Проблемы не в скорости скачивании, скажем, фильма. Здесь всё нормально. Проблемы наблюдаются при многопоточном скачивании сайтов броузером. Или при открытии ещё одного потока, когда канал забит (например - отправка почты). Причина затыков вполне очевидна - резкое дропанье пакетов выше тарифной скорости. По сути - это является обрывом коннекта. Когда ограничение скорости выполняется шейпингом - переполняющие скорость пакеты накапливаются в буфер - очередь. С которой они потом отдаются как только канал чуть попустит. Всё, что не влазит в очередь конечно дропается, но очередь представляет из себя неплохой сглаживающий буфер. Особенно - когда дропанье при переполнении очереди осуществляется не "тупо", а плавно, в зависимости от степени её заполнения или превышения (алгоритмы RED и GRED).

Лично я уверен, что если поставить между модемом и компом "правильный" (см. выше) шейпер, настроенный на скорость процентов на 10 ниже, чем тарифная, - любые затыки исчезнут. Но это же изврат...

[r1]

да, такая проблема была (тар. план 128/32 home unlim)

поставил netlimiter, ограничил исх. поток 3,7кБ/с и все работает без проблем

[SD]

adsh
r1
Спасибо за идею хоть и временного, но решения проблемы в данной ситуации. Програмно ограничил скорость исходящего потока (средствами BWMeter) до уровня 3,8 КВ/s, и проблема практически ушла. Теперь при отправке почты и работе с фтп Upload практически соответствует заявленому тарифному.

[SeMeN-UA]

1. Callisto 821+ Router
2. 512/128
3. Скорость ужасно прыгает и обрывает. В итоге даже письмо с фоткой Батом отправить трудно (если и не оборвет по таймауту - то на письмо уйдет столько времени, что больше писать писем не захочется). О заливке на файлообменниик молчу - пару секунд заливает, потом обрыв.
Хотя еще недели 3 назад проблемы не быо - все отправлялось и заивалось куда ни попадя.
Кстати вот график отправки письма с DuMetter. Линия сверху - 128килобит. Зеленый цвет - аплоад, красный даунлоад. Отправлял 4-метровое письмо, за 8 минут отправился 1.7Мб (а по калькулятору должно быть 2 минуты ).

[poda]

stesin сказал:

ВНИМАНИЕ ВСЕМ, У КОГО НАБЛЮДАЕТСЯ ПРОБЛЕМА С UPLOAD (передача файлов в направлении от абонента в сеть)!!! ПРОШУ ОТМЕТИТЬСЯ ТУТ, И УКАЗАТЬ:

1. ADSL-устройство в каком режиме - роутер или бридж?
2. Тарифный план.
3. Физическая скорость в канале.

D-Link 2640U роутер
512/128 неогр
490/100 (при работе с торрентом, без - исходящего потока почти нет)

[MrKeyholder]

Да, уважаемые телекомовцы, прокомментируйте пожалуйста то, что по тарифу у меня должна быть скорость 64 килобайта в сек, а реально 56-57 килобайт в сек (суммарная скачка с торрентов во много потоков).

И скорость аплоада по тарифу должна быть 16 кбайт в сек, а реально прыгает 11 - 14 кбайт в сек. С обрывом upload проблем нет. Все проблемы только со скоростью, которая всегда меньше тарифной. Модем в режиме бриджа.

Кто мне отдаст недостающие килобайты в сек. ???

[Vlad.M]

adsh сказал:

Лично я уверен, что если поставить между модемом и компом "правильный" (см. выше) шейпер, настроенный на скорость процентов на 10 ниже, чем тарифная, - любые затыки исчезнут. Но это же изврат...

С другой стороны, проблемы провоцирует недоразвитость и примитивность встроенных http/ftp клиентов всех популярных браузеров, по сравнению с http клиентами файлокачалок. У последних за время с 1995 года появилась масса возможностей, позволяющих эффективно справляться с "подвисаниями" соединений в результате TCP ретрансмиссий при дропах с увеличивающимся в геометрической прогрессии таймаутом при каждой попытке, замедлением отдачи серверами при слишком резком увеличении скорости и вызванной этим необходимости дозаполнения буферов с диска и имногими другими распространенными ситуациями, причиной которых в большинстве случаев являются даже не проблемы провайдера, а действия пользователя, непредсказуемо загружающего свой канал (обычно другими программами).
А занятые больше проблемами "движков" разработчики браузеров всегда делали вид, что современный http клиент с богатыми настройками никому не нужен, итог 10-летних "работ" в этом направлении - всего лишь добавление поддержки http1.1, ну и еще некоторых удалось сподвигнуть реализовать работающую в некоторых ситуациях докачку.

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

[adsh]

Vlad.M
С броузерами оно то так. Но глупо, ведь, докачивать картинки в несколько десяткой килобайт при затыках. А как докачивать сами страницы? Контент то там часто динамический и не подлежит докачке. А как быть с почтовыми клиентами... Я тут общался с коллегой Стесиным - есть и другой путь. Почему таких затыков нет на диалапе. Потому, что там не никакого ограничителя, типа rate limit. Канал ограничен только физической скоростью соединения модемов. При этом используются их аппаратные буферы. Идея есть такая - ограничитель скорости (дропальщик пакетов) отключаем вообще, а тарифную скорость держим зажатием физической скорости на порту, установив её немного выше тарифной (на величину служебного трафика для данного тарифного плана.) При этом нужно менять существующий биллинг, чтобы при переходе на другой тарифный план скорость регулировалась не ограничителем, а профилем пользователя. Насколько такое решение имеет перспективы - сам бы хотел знать.

[Vlad.M]

adsh сказал:

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

Так ограничивает Интертелеком (Цифра).

Вот только канальная скорость, в т.ч. и аплоада, ниже 128 кбит/с - не совсем комортна. Сам по себе достаточно большой пинг резко повышается даже при слабой посторонней сетевой активности.

Во вторых, отмечено слетание скорости до минимальной при перенастройке, перегрузке или смене DSLAM. Автоматически настройки скорости прописываются у них скриптом только в начале месяца и сохраняются во флеш-памяти DSLAM, и менять такую логику уже никто не будет. Приходится звонить...
В случае с BRAS такие проблемы исключены получением актуальных настроек из БД при установке каждого соединения.
Укртелекому, если он желает избежать тысяч звонков в день по именно этой причине, придется реализовывать некоторую логику, позволяющую брать настройки из централизованной БД или вносить изменения более оперативно, например, по запросу пользователя при нажатии определенной кнопки в личном кабинете.

Кроме того, подобное решение ставит крест на IP-телефонии, IPTV и радиовещании, а для оптоволоконных подключений придется применять свичи, умеющие ограничивать скорость с сеткой 64 кбит/с.

[poda]

эх.. чует мое сердце, что не будет нормально исходящий поток работать...

слишком много нужно делать укртелекому, а делать врядле будут.

[pitbull911]

Ау, куда делись телкомовцы!???

Кстати об аплоаде, это касается только ФТП и почты, так как eMule?, работает на УРА!

[poda]

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