Перейти к содержимому
Калькуляторы

Всем привет. Подскажите, недавно у нас появился клиент, с роутером от циски. Ни они ни мы не сталкивались с таким и настроили по инструкциям в инете. ППТП тунель до нас поднимается, все нормально, но идет с большими потерями, т.е. большое число потерь. Если туда же воткнуть ноут и поднять пптп, то все норм идет. Подскажите что может быть такое?

 

П.С. модель циски 891 вроде как

Изменено пользователем Cramac

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

MTU/MRU туннеля смотрите.у нас циска радостно устанавливала PPPoE туннель с MTU 1500 и на этом весь инет кончался...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

со слов спеца на стороне клиента, МТУ меняли на 1300/1400/1456 и все так же...идет большая потеря. Сам не видел, не в курсе меняли ли точно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сам не видел, не в курсе меняли ли точно

Религия запрещает посмотреть MTU интерфейса, на котором висит клиент? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ppp345    Link encap:Протокол PPP (Point-to-Point Protocol)
         inet addr:10.255.255.1  P-t-P:91.xx.xx.7  Mask:255.255.255.255
         UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1400  Metric:1
         RX packets:8502299 errors:0 dropped:0 overruns:0 frame:0
         TX packets:7478058 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:3
         RX bytes:4083895358 (4.0 GB)  TX bytes:4729891960 (4.7 GB)

 

это с нашей стороны, с их стороны не могу посмотреть.

Изменено пользователем Cramac

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Cramac

Сделайте дамп с абонентского интерфейса, посмотрите что там реально бегает

 

tcpdump -i ppp345 -s 0 -c 1000 -w /path/to/file.pcap

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем Cramac

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хочу завтра-послезавтра поднять один сервер. Какую версию accel-ppp брать? Нужны только PPTP и L2TP.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 1.6.1 проблема с MTU не присутствует?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На предыдущей странице же писал...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Установил последнюю версию accel-pptp, тестирую скорость:

Подключился клиентом и по виртуальному IP-адресу сервера пробую через браузер скачать большой файл (на сервере запущен nginx), скорость получается 20-40Мбит, почему так мало? :(

Пробовал все варианты (pptp/l2tp/pppoe)

Если качать по реальному адресу с сервера, то скорость нормальная (100Мбит)

 

В чем может быть дело? Шейпер отключал

 

Здравствуйте!

Вы писали про проблемы скорости, они присущи всем трем типам, pptp - больше 13Mbps за сессию не возможно, pppoe 30~40 Mbps, l2tp не использовал но думаю ситуация та же. Это касается Win клиентов, в принципе победил используя твики. Можете попробовать софт SG TCP Optimizer скачать отсюда.

 

http://www.speedguide.net/downloads.php'>http://www.speedguide.net/downloads.php

 

По этой проблеме много информации в интернете. Вот например:

 

http://www.insidepro.com/kk/181/181r.shtml

 

или

 

http://fasterdata.es.net/host-tuning/background/

 

или

 

http://www.speedguide.net

 

После перезагрузки получил через pptp 80Mbps без проблем, pppoe то же самое даже лучше. Замечу что под линуксом в режиме клиента с kernel pptp проблем таких нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Господа, помогите.

Стоит accel-ppp, работал как pptp - всё чудесно. Решили попробовать l2tp, вин 7, вин хр(с отключенныйм ipsec) работают чудесно, в луниксе через openl2tp тоже замечательно подключается, а вот настроить клиент xl2tpd не получилось. Все возможные комбинации перепробовал, никак не получается (если у кого-то есть конфиг xl2tp.conf клиента, который чудесно цепляеться к акселу, покажите пожалуйста), так-же люди жалуются на проблемы с подключением роутеров (которые используют демон xl2tpd), например ASUS RT-N16 ни в какую по l2tp не хочет подключаться.

Конфиг (ничего уникального):

[modules]

l2tp

[l2tp]

dictionary=/usr/local/share/accel-ppp/l2tp/dictionary

hello-interval=60

timeout=60

rtimeout=5

retransmit=5

host-name=xxxx.xx

dir300_quirk=1

mppe=prefer

verbose=1

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Привет всем. Решился собрать ацель.

[ 89%] Building C object accel-pppd/extra/CMakeFiles/shaper_tbf.dir/shaper_tbf.c.o
/opt/accel-ppp-1.6.1/accel-pppd/extra/shaper_tbf.c:13:29: fatal error: netlink/netlink.h: No such file or directory
compilation terminated.
make[2]: *** [accel-pppd/extra/CMakeFiles/shaper_tbf.dir/shaper_tbf.c.o] Error 1
make[1]: *** [accel-pppd/extra/CMakeFiles/shaper_tbf.dir/all] Error 2
make: *** [all] Error 2

Почитал форум, для шейпера требуется libnl, поставил но ситуация не поменялась. Как побороть?

 

kyoukai build # emerge -ptv libnl
* Last emerge --sync was 304d 9m 27s ago.

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild   R    ] dev-libs/libnl-3.2.3  USE="-static-libs -utils" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

* IMPORTANT: 2 news items need reading for repository 'gentoo'.
* Use eselect news to read news items.

 

kyoukai build # uname -a
Linux kyoukai 3.0.6-gentoo #2 SMP Tue Nov 29 11:34:24 EET 2011 i686 Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz GenuineIntel GNU/Linux

Изменено пользователем zulu_radist

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в gentoo libnl ставится нестандартно, так что без костылей не собрать

могу только предложить 1.7.х с -DSHAPER=FALSE и прочитать в мануале про shaper или тут

Изменено пользователем xeb

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

xeb а что можете сказать по моему вопросу? Ну хотя бы приблизительно, реализуемо это вообще или нет, ждать ли, надеяться, верить или менять условия своих тарифных планов? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в gentoo libnl ставится нестандартно, так что без костылей не собрать

могу только предложить 1.7.х с -DSHAPER=FALSE и прочитать в мануале про shaper или тут

мда, печалька. Я бы попробовал с костылями, только было бы от чего оттолкнуться) или посоветуйте дистр на котором я меньше наступлю на грабли))). Спасибо за ответ.

Изменено пользователем zulu_radist

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

мда, печалька. Я бы попробовал с костылями, только было бы от чего оттолкнуться) или посоветуйте дистр на котором я меньше наступлю на грабли))). Спасибо за ответ.

 

ALT Linux. Пакет с accel-ppp входит в официальный репозитарий.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

или посоветуйте дистр на котором я меньше наступлю на грабли)))

В LEAF уже в комплекте, 1.7.2 (в которой правда pppd_compat похоже заломан).

 

P.S. xeb, что там по поводу некорректного согласования MTU и сообщения dns серверов для стеснительных клиентов, которые их не запрашивают? И что с pppd_compat - таки поломан в 1.7.2 или у меня криво собралось?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А можно ли увеличить скорость подключения? и от чего это зависит? У нас сейчас несколько секунд висит на проверке имени и пароля.

Видел у конкурентов, подключение вообще моментом, не успеваешь заменить какой шаг проверок идет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А можно ли увеличить скорость подключения?

Лимит на кол-во одновременных запросов к радиусу? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А можно ли увеличить скорость подключения? и от чего это зависит? У нас сейчас несколько секунд висит на проверке имени и пароля.

Видел у конкурентов, подключение вообще моментом, не успеваешь заменить какой шаг проверок идет.

У нас на одном и том же радиусе (тоже от UTM5) при подключении к цыске 3745 (до этого с 3660 было то же самое) процесс мгновенный, к линуксу — неважно к старому олдовому pptpd или к accel-ppp несколько секунд.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.