[Pasystem]

Всем привет!

 

Проблема с которой я столкнулся много месяцев назад, до сих пор не смог её решить.

Я работаю в дом.сети, Пока Абонентская база не очень большая, поэтому не могу использовать железное решение( типа cisco ), бюджет не позволяет.

Используем в качестве доступа к интернету PPPoE. NAS - сервера у меня на PC, FreeBSD + MPD. Когда абонент подключается, у него пинги 9мс до NAS-сервера и с фтп качает максимум

2 МБайта/с.

Как только абонент запускает qip, googletalk (еще что-то, пока еще не выяснил) или открывает сайт где есть флеш-анимация(что больше всего меня удивило), интернет начинает летать, пинги 1мс (стабильно) и с фтп есть возможность качать 10-11Мбайт/с, то есть полных 100Мбит/с, это касается только абонентов у кого windows, с никсами проблем нет.

Начинал с FreeBSD 5.4, позже 6-ую ветку FreeBSD( сегодня 6,3 ). MPD, тоже начинал с 3.18, а после 4,3 и 4.4. Вообщем дело не версии ОС и MPD. Я уже как версию свитчи перебрал, которые стоят по пути.

Как решить эту проблему, по просьбе знакомые тестировали Cisco 7206, таких проблем не наблюдалось.

Интересно, что даже если флеш анимацию сохранить на клиентском компьютере и открыть её локально, вот и скорость.

Подключился я с линукса по PPPoE + 1Гбит/с до сервера, через этот NAS я смог прокачать до 300Мбит/с.

У кого какие мысли???

[Nafanya]

господа телепаты, поднапряглись :)

 

а конфиги выложить?

[Pasystem]

mpd.conf

 

startup:

set console port 15005

set console ip 127.0.0.1

set console user login password

set console open

 

radius:

set radius config /etc/radius.conf

set radius retries 3

set radius timeout 5

set radius server 192.168.1.1 BigSecret 1812 1813

set auth acct-update 60

set auth enable radius-auth

set auth enable radius-acct

set radius enable message-authentic

set auth disable internal

set auth max-logins 1

 

default:

load p0

load p1

load p2

load p3

load p4

load p5

load p6

load p7

load p8

load p9

load p10

 

p0:

new p0 p0

load p_standart

p1:

new p1 p1

load p_standart

p2:

new p2 p2

load p_standart

p3:

new p3 p3

load p_standart

p4:

new p4 p4

load p_standart

p5:

new p5 p5

load p_standart

p6:

new p6 p6

load p_standart

p7:

new p7 p7

load p_standart

p8:

new p8 p8

load p_standart

p9:

new p9 p9

load p_standart

p10:

new p10 p10

load p_standart

 

p_standart:

set bundle disable multilink

load radius

 

set iface disable on-demand

set iface idle 0

set iface session 0

set iface enable tcpmssfix

set iface up-script "/usr/local/etc/mpd4/scripts up"

set iface down-script "/usr/local/etc/mpd4/scripts down"

 

set link no pap chap

set link enable chap

set link keep-alive 10 60

 

set ipcp yes vjcomp

set ipcp ranges 192.168.1.10 192.168.1.100

set ipcp dns 192.168.1.1 192.168.1.2

 

set ccp yes mpp-e40

set ccp yes mpp-e56

set ccp yes mpp-e128

set ccp yes mpp-stateless

 

В ядре

options NETGRAPH

 

sysctl.conf

net.inet.tcp.blackhole=2

net.inet.udp.blackhole=1

net.inet.ip.redirect=0

net.inet.ip.fastforwarding=1

 

kern.ipc.maxsockbuf=33554432

net.inet.tcp.sendspace=3217968

net.inet.tcp.recvspace=3217968

net.inet.udp.recvspace=3217968

 

kern.maxfiles=65536

kern.maxfilesperproc=32768

 

net.inet.ip.intr_queue_maxlen=1000

net.inet.tcp.delayed_ack=0

 

net.inet.udp.maxdgram=57344

 

net.local.stream.recvspace=65536

net.local.stream.sendspace=65536

 

net.inet.ip.fw.one_pass=1

 

kern.ipc.maxsockbuf=16777216

kern.ipc.somaxconn=32768

 

net.inet.tcp.rfc1323=1

 

[ingress]

фастфорвадинг попробуйте убрать.

 

Изменено 26 февраля, 2008 пользователем ingress

[Pasystem]

фастфорвадинг попробуйте убрать.

Я не так давно включил фастфорвардинг, что до него что после ни какой разницы.

 

Все интересует, как может флеш влиять на PPPoE подключение в Винде? С Линух все замечательно и скорость закачки тоже отличная.

 

Знакомым приходиться говорить что бы открывали страничку с флешем или запускать qip, а еще лучше ставили Линух.

Помоему бред, но подругому пока скорости не добиться.

[PommeFritz]

а vjcomp зачем, оно имеет смысл только на диал-апных скоростях

[DiM_TauRus]

Фаервол и шейпер показать можно ?

[Pasystem]

2PommeFritz

vjcomp я отключил результат тот же.

 

 

 

2DiM_TauRus

 

00100 ipfw allow ip from any to any

65535 deny ip from any to any

Смоделировал на столе, поэтому пока никаких шейперов и в фаерволе правил нет.

 

И скажите пожалуйста, кто нибудь смог настроить NAS (FreeBSD + mpd) с отсутствием пингов 9мс или 15мс и слабой прокачкой(до 2,5-3Мбайт/с) у windows клиентов?

FreeBSD 6.3 Stable + MPD4.4(сегодня обновил cvsup-ом)

Изменено 27 февраля, 2008 пользователем Pasystem

[DiM_TauRus]

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

[edwin]

Господа .... я бы на Вашем месте внимательно посмотрел какие параметры ставит винда для VPN соединения ... есть мнение, что выставляется слишком маленькое окно (со всеми вытекающими) для tcp соежинений и др.

 

[DiM_TauRus]

есть такая проблемка с mtu и виндой. но при ней например закачка с фтп вообще не пойдет. Пойдут только пакеты меньше определенного размера. А тут трафик есть всегда.

[Pasystem]

ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> mtu 1480

inet 192.168.1.1 --> 192.168.1.10 netmask 0xffffffff

 

Ничего не происходит, когда я качаю до 3Мбайт/с, и тоже самое при открытой страничке с флеш анимацией т.е. скорость закачки 11Мбайт/с.

 

Кто-нибудь может привести конфиги для MPD(PPPoE) и ядра.

Изменено 28 февраля, 2008 пользователем Pasystem

[edwin]

> есть такая проблемка с mtu и виндой.

 

Причем тут mtu ?

Я говорю о размере tcp окна ... это совсем другое.

 

Для проверки достаточно качнуть через тотд-же VPN не вынью,а Linux'ом - и все станет ясно кто виноват.

[mikevlz]

попробуйте до 1396 MTU зарезать на бандлах.

[Pasystem]

У кого еще какое мнение?

[Pasystem]

Прикольно, сегодня поставил Linux(Gentoo) + rp-pppoe в качестве NAS - сервера ситуация аналогичная.

Пинги до NAS-сервера 9мс, как только окткрываю флеш-анимацию, пинги падают до 1мс.

 

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

Вывод один, глюки с виндой, а жаль всех своих клиентов не пересадишь на Линух.

Теперь может поискать патч или еще что-нибудь для виндоуса?

 

[Vicus]

Лично дома сталкивался с подобной проблемой... PPPoE, скорость 2-3 мегабайта в сек. пинги не мерял. Запускаем винамп, играем песенку и скорость подлетает до 10-11 мегабайт. Жмем стоп в винампе, скорость незамедлительно скатывается к тем же 2-3 мегабайтам. Я думаю это где-то глючит винду со скоростью инкапсуляции/деинкапсуляции PPPoE-пакетов при 0-вой нагрузке на проц...

[Pasystem]

Лично дома сталкивался с подобной проблемой... PPPoE, скорость 2-3 мегабайта в сек. пинги не мерял. Запускаем винамп, играем песенку и скорость подлетает до 10-11 мегабайт. Жмем стоп в винампе, скорость незамедлительно скатывается к тем же 2-3 мегабайтам. Я думаю это где-то глючит винду со скоростью инкапсуляции/деинкапсуляции PPPoE-пакетов при 0-вой нагрузке на проц...

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

[skor78]

А если это попробовать?

http://www.cfos.de/speed/cfosspeed_e.htm

Изменено 14 марта, 2008 пользователем skor78

[user_anonymous]

> есть такая проблемка с mtu и виндой.

 

Причем тут mtu ?

Я говорю о размере tcp окна ... это совсем другое.

 

Для проверки достаточно качнуть через тотд-же VPN не вынью,а Linux'ом - и все станет ясно кто виноват.

Попробуйте поиграться с окном TCP и с другими параметрами и скажите, если что-то поможет. Можно будет тогда написать программульку, которая бы вправляла мозги венде.

Пара линков по теме:

Кое-какая полезная информация

Инструкции по тюнингу TCP-стека

Изменено 14 марта, 2008 пользователем user_anonymous