Все о качестве GPRS Velcom

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

В этой ветке все обсуждают и ругают в основном две "особенности" Велкомовского GPRS:

1. Скорость

2. Нестабильность

Да, плохо, да, хотелось бы лучше, но хотелось бы напомнить, что Велком предоставляет мобильную связь прежде всего для разговоров, а потом уже для GPRS. Возможности оборудования и входного канала ограничены. Исправить такое положение Велком может тремя путями:

1. Снять приоритет с голосового трафика и на следующий день получим форум Онлайнера забитый жалобами на невозможность звонить голосом.

2. Тратить деньги на увеличение емкости базовых станций и расширение входного канала. Я думаю наш министр связи этого не поймет, пока не будут покрыты все коровники на территории Беларуси. Да и вобщем-то действительно вопрос покрытия для любого оператора более приоритетен.

3. Изменить тарифную политику в сторону подорожания и ограничения трафика. Возможно, в разумных пределах это поможет.

Но все это не решит главную, как мне кажется, проблему Велкомовского GPRS - кривую настройкау GPRS. Это, IMHO, действительно то, за что нужно наезжать на Велик. Почему скорость GPRS различная в зависимости от того, что в Инете делаешь?

Качаешь FlashGetом файл - 3-5 Кбайт/сек.

Останавливаешь скачивание и броузишь Internet Explorerom - 1 Кбайт/сек и меньше.

Забираешь почту TheBatом или историю валютных котировок с Forex'a скачиваешь - 1Кбайт, но уже в минуту.

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

Я думаю самое реальное, что Велик может сделать так это нормально настроить свой GPRS. Все остальное пока мечты. Если он это сделает, то GPRS-ом пользоваться будет гораздо приятней. Только почему-то он и этого делать не хочет или не может.

Siemens C55

Гродно.

Deniz:

Я думаю что проблему может решить грамотно настроенный шейпер, потипу спутникового инета. Например обозначит что канал - это 50 кбит, и ввести 25, 50 75 и 100% загрузку канала. Цены примерно 25, 50, 75 и 100 тыс. соответственно. 100% это не значит гарантированные 50 кбит, а отсутствие шейпера. Принцип работы - динамическое сужение-расширение канала в зависимости от загрузки его тобой за последние 15 минут (так действуют некоторые спутниковые пакеты). С 2.00 до 7.00 шепер можно отключать для всех. По моему технология отработана, готовые решения есть и внедрить все это будет несложно. В выйгрыше остаються многие - те кто качает мыло, те кому надо срочно быстро скачать-закачать, кому просто нада аська целый день.. Вот качкам придеться похуже разве что, но качать можно и ночью.

Разумно. Но внедрять новые технологии надо после отладки уже существующих. А то обидно получается: FlashGet дает 3-5 Кбайт, а Bat в это время сидит в полной . Т.е. возможности есть, но они не используются. Получаются идеальные условия именно для качков.

По поводу - почему страницы медленно, а файлы быстро. Если посмотреть нетмонитор аутпоста или любого файрвола то видно что при загрузки страницы со средним количеством элементов открываеться 5-20 потоков, при загрузке 10 страниц они конечно не складываются по количеству, но тоже потоков очень много, и для каждой 3 кб кнопки открываеться отдельный. Учитывая что пинг очень медленный, тут ничего не поделаешь, получаеться что время загрузки очень велико, для каждого элемента соединение устанавливается, загружает и закрывается, и с медленным пингом все это в сумме очень долго. Файлы качаются в 1-5 потоков, объем файлов большой поэтому пинг перестает иметь значение, и установившееся скорость становиться нормальной. Если смоделировать ситуацию с загрузкой страниц для файлов, то это будет так - разбейте 1Мб файл на куски по 5-20 кб, разделите их на 2-3 сервера и попробуйте закачать 30 потоками одновременно -) Вот и получите 1-2 кб вместо 5.. Над вопросом почему мыло качаеться медленно - пока не придумал -) (все вышеорисанное - мое имхо)

такое ощущение, что все в этой ветке ждут какого-то чуда, а пока трут так между собой пока тыква в карету не превратилась...

вот просто интересно: есть ли у кого опыт юзанья гпрса в других странах? vodafone там, или ещё чего... Сомневаюсь я, что там всё летает - неоднократно читал, что технология сама по себе ущербна

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

Вот из-за таких как localhost, девушкам на велике и дают указания воду лить типа "все прекрасно, а на вашу БС вот именно в эти минуты большая нагрузка". По мне так лучше бы тенические моменты уточняли, писали бы гордо как на сайтах других провайдеров, типа у нас канал такой-то, загрузка такая-то, расширять планируем такого-то или не планируем вообще.

А лечение насморка путем отсечения головы - ты это вообще круто придумал, молодец, типа давайте сделаем тарифы такими, чтобы ими могли пользоваться только избранные и типа все круто будет

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

Пока я вижу у Велкома тариф для кача (unlim), который исправно выполняет свои функции - действительно качает в несколько потоков неплохо. И не вижу тарифа для себя (мне нужен серфинг, icq, почта).

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

завидно ? спать меньше надо шутка.

P.s. но раньше такого не было даже в 4,5 утра...

RAE, неее, народ, вы чего... Ночной диалап стоит гораздо дешевле unlim GPRS и в 5.30 утра особо занятостью телефона не интересуешься... Так что это не повод для радости!

Да я почти уверен, что такой приоритет есть! Жаль здесь нет webщиков (честно говоря, я даже не знаю, кому нужен этот тариф, чтобы <85Mb трафика за месяц выходило, я не знаю, что нужно делать... разве что только если к компу телефон не подключать, но тогда и wapа достаточно), чтобы мои предположения опровергнуть или подтвердить.

На webe все аналогично анлиму, а тарифф лично мне полезен, дома проводного тела нет, а на работе корпоративный

iCasper:

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

Ещё одно подтверждение, что не в загрузке БС дело, у меня тоже всю ночь качались файлики, и как раз в тоже время что и у Luga, но в разных районах, был прорыв. И качалось всё без лагов и стабильно, я хоть в это время и спал, но у меня графики рисуются.

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

Качаешь FlashGetом файл - 3-5 Кбайт/сек.

Останавливаешь скачивание и броузишь Internet Explorerom - 1 Кбайт/сек и меньше.

Забираешь почту TheBatом или историю валютных котировок с Forex'a скачиваешь - 1Кбайт, но уже в минуту.

Попытаюсь объяснить. Сугубо имхо.

Сначала два постулата:

1. Тарелка у Велкома есть. (Она не может не есть -- не согласных просьба дальше не читать)

2. Особенность тарелки в том, что пакет физически, в силу ограничений на скорость распостранения сигнала, не может прийти к пользователю быстрее, чем за 200 ms. Догий ответ вкупе с архитектурой стека TCP/IP приводит к тому, что закачка "раскочегаривается" долго, и на "паспортный" bps выходит где-то после первого мегабайта. Это могут подтвердить владельцы тарелок.

Теперь умозаключения:

1. Большая закачка успевает выйти на оптимальный bps.

2. Маленькие .html, .gif, .css и т.п. соответственно не успевают.

3. POP3 скорее всего не NATится и идет по земле. И мы видим реальную пропускную способность наземного канала, и приблизительно представляем количество качков.