Результати пошуку

Re: Обсуждение работы услуг Utel Т. е. вопрос об установке в филиале более производительной железки теперь решается на уровне Дзекона? Ух ты!.. :eek:

Подождите, вот заапгрейдят GGSN... :)

Можно попробовать поставить OpenGGSN, только придётся свою прокладку под биллинг писать. Тестить на мелких областях типа нашей. :) А радиоподсистему усилить добавлением UARFCN-ов. :)

Судя по тому, что пишут особо приближённые, GGSN перегружен торрентами, шейпят по rate-limit. IMHO.

Это значит, что сайты открываться и дальше будут с "залипами", ибо потери 20% ---- это довольно много для TCP. Также на нехорошие мысли наводит задержка 78 мс.

Что выдаёт команда: C:\> ping -n 10 -w 2000 speedtest.dc.ukrtelecom.ua. ?

Попробуй на Кировоградском потестить. :) http://speedtest.kw.ukrtel.net/

Вы правы. При таком значении TcpWindowSize как у Вас и PING = 150 ms поток должен разгоняться до полной скорости (3,6 Mbps). Но это при отсутствии потерь пакетов и с учётом того, что со стороны сервера тоже сделана такая коррекция. Поскольку torrent работает в несколько потоков и в UDP, то для...

Сегодня же на форуме выложили статью, в которой указано, что руководство операторов сегодня озабочено увеличением ARPU, т. к. необходимо отчитываться перед инвесторами, чтобы продолжились финансовые вливания. А ARPU и срам ---- вещи разноплановые. Высокое ARPU при посредственном качестве должно...

Не могу в полной мере согласиться с данным утверждением. Есть категория потребителей, которые справедливо считают, что за слово "безлимитный" оператор должен отвечать. Т. е., подключившись на безлимитный тариф, они будут качать что попало, хоть pagefile.sys, но канал простаивать ни в коем случае...

Чтобы разговор не был голословным, подскажите, какое значение TcpWindowSize у вас в ветке реестра [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]

Это из-за большого "пинга".

Ну тут где-то писали о потерях ping куда-то в недра DC, что ли (195.5.46...) аж до 38%. У меня на экспериментальном линке при потерях 40% и MTU 256 (меньше линукс не дал выставить) от 1 Мегабита/с осталось 7,5 кБ/с, зато более-менее стабильный download, с MTU 1500 не сравнить. :)

Это если потерь нет. Если принять во внимание, что между GSN-ами линк с MTU 1500, то за вычетом 20 байт на заголовок IP, 8 байт на заголовок UDP и 16 байт на заголовок GTP, то на остальное останется 1456 байт. Если есть потери, то лучше MTU уменьшить (экспериментально подобрать). Это, конечно...

Кроме уменьшения MTU можно ещё попробовать увеличить TcpWindowSize.