Pasystem Опубликовано 26 февраля, 2008 · Жалоба Всем привет! Проблема с которой я столкнулся много месяцев назад, до сих пор не смог её решить. Я работаю в дом.сети, Пока Абонентская база не очень большая, поэтому не могу использовать железное решение( типа 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Мбит/с. У кого какие мысли??? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nafanya Опубликовано 26 февраля, 2008 · Жалоба господа телепаты, поднапряглись :) а конфиги выложить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pasystem Опубликовано 26 февраля, 2008 · Жалоба 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ingress Опубликовано 26 февраля, 2008 (изменено) · Жалоба фастфорвадинг попробуйте убрать. Изменено 26 февраля, 2008 пользователем ingress Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pasystem Опубликовано 27 февраля, 2008 · Жалоба фастфорвадинг попробуйте убрать. Я не так давно включил фастфорвардинг, что до него что после ни какой разницы. Все интересует, как может флеш влиять на PPPoE подключение в Винде? С Линух все замечательно и скорость закачки тоже отличная. Знакомым приходиться говорить что бы открывали страничку с флешем или запускать qip, а еще лучше ставили Линух. Помоему бред, но подругому пока скорости не добиться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
PommeFritz Опубликовано 27 февраля, 2008 · Жалоба а vjcomp зачем, оно имеет смысл только на диал-апных скоростях Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DiM_TauRus Опубликовано 27 февраля, 2008 · Жалоба Фаервол и шейпер показать можно ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pasystem Опубликовано 27 февраля, 2008 (изменено) · Жалоба 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DiM_TauRus Опубликовано 27 февраля, 2008 · Жалоба Судя по ситуации - проблема на стороне клиента с виндой. У меня работает почти то же самое - ниже версии Фри и мпд, без подобных проблем. Обратите внимание на загрузку системы при "проблемной прокачке" - может быть что-то увидите. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edwin Опубликовано 27 февраля, 2008 · Жалоба Господа .... я бы на Вашем месте внимательно посмотрел какие параметры ставит винда для VPN соединения ... есть мнение, что выставляется слишком маленькое окно (со всеми вытекающими) для tcp соежинений и др. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DiM_TauRus Опубликовано 27 февраля, 2008 · Жалоба есть такая проблемка с mtu и виндой. но при ней например закачка с фтп вообще не пойдет. Пойдут только пакеты меньше определенного размера. А тут трафик есть всегда. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pasystem Опубликовано 28 февраля, 2008 (изменено) · Жалоба 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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edwin Опубликовано 28 февраля, 2008 · Жалоба > есть такая проблемка с mtu и виндой. Причем тут mtu ? Я говорю о размере tcp окна ... это совсем другое. Для проверки достаточно качнуть через тотд-же VPN не вынью,а Linux'ом - и все станет ясно кто виноват. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mikevlz Опубликовано 28 февраля, 2008 · Жалоба попробуйте до 1396 MTU зарезать на бандлах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pasystem Опубликовано 1 марта, 2008 · Жалоба У кого еще какое мнение? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pasystem Опубликовано 3 марта, 2008 · Жалоба Прикольно, сегодня поставил Linux(Gentoo) + rp-pppoe в качестве NAS - сервера ситуация аналогичная. Пинги до NAS-сервера 9мс, как только окткрываю флеш-анимацию, пинги падают до 1мс. А еще проверил на Cisco7206 (который стоит у выше стоящего провайдера как NAS-сервер), тоже самое происходит и там с пингами и прокачкой. :) Вывод один, глюки с виндой, а жаль всех своих клиентов не пересадишь на Линух. Теперь может поискать патч или еще что-нибудь для виндоуса? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Vicus Опубликовано 12 марта, 2008 · Жалоба Лично дома сталкивался с подобной проблемой... PPPoE, скорость 2-3 мегабайта в сек. пинги не мерял. Запускаем винамп, играем песенку и скорость подлетает до 10-11 мегабайт. Жмем стоп в винампе, скорость незамедлительно скатывается к тем же 2-3 мегабайтам. Я думаю это где-то глючит винду со скоростью инкапсуляции/деинкапсуляции PPPoE-пакетов при 0-вой нагрузке на проц... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Pasystem Опубликовано 13 марта, 2008 · Жалоба Лично дома сталкивался с подобной проблемой... PPPoE, скорость 2-3 мегабайта в сек. пинги не мерял. Запускаем винамп, играем песенку и скорость подлетает до 10-11 мегабайт. Жмем стоп в винампе, скорость незамедлительно скатывается к тем же 2-3 мегабайтам. Я думаю это где-то глючит винду со скоростью инкапсуляции/деинкапсуляции PPPoE-пакетов при 0-вой нагрузке на проц... Я как это заметил, уже год наверное прошел, до сих пор не могу решить эту проблему массово для всех абонентов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
skor78 Опубликовано 14 марта, 2008 (изменено) · Жалоба А если это попробовать? http://www.cfos.de/speed/cfosspeed_e.htm Изменено 14 марта, 2008 пользователем skor78 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
user_anonymous Опубликовано 14 марта, 2008 (изменено) · Жалоба > есть такая проблемка с mtu и виндой. Причем тут mtu ? Я говорю о размере tcp окна ... это совсем другое. Для проверки достаточно качнуть через тотд-же VPN не вынью,а Linux'ом - и все станет ясно кто виноват. Попробуйте поиграться с окном TCP и с другими параметрами и скажите, если что-то поможет. Можно будет тогда написать программульку, которая бы вправляла мозги венде.Пара линков по теме: Кое-какая полезная информация Инструкции по тюнингу TCP-стека Изменено 14 марта, 2008 пользователем user_anonymous Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...