Страница 1 из 2

Разрыв подключений

Добавлено: Пн окт 08, 2007 9:00 pm
l30l3
в произвольный момент времени отключаются подряд несколько tun-ов. Потом биллинг корректно обрабатывает их сессии и тд. Происходит это по несколько раз в сутки.

в messages

Код: Выделить всё

Oct  8 22:33:19 s pptpd[66100]: GRE: xmit failed from decaps_hdlc: No buffer space available
Oct  8 22:33:19 spptpd[66100]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Oct  8 22:33:19 s pptpd[66014]: GRE: xmit failed from decaps_hdlc: No buffer space available
Oct  8 22:33:19 s pptpd[66014]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Oct  8 22:33:19 s pptpd[66091]: GRE: xmit failed from decaps_hdlc: No buffer space available
Oct  8 22:33:19 spptpd[66091]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Oct  8 22:33:19 s pptpd[66033]: GRE: xmit failed from decaps_hdlc: No buffer space available
в ppp.log

Код: Выделить всё

ct  8 22:33:16 s ppp[66015]: tun1: LCP: deflink: SendEchoRequest(24) state = Opened
Oct  8 22:33:16 s ppp[66015]: tun1: LCP: deflink: RecvEchoReply(24) state = Opened
Oct  8 22:33:19 s ppp[66101]: tun5: Phase: deflink: read (0): Got zero bytes
Oct  8 22:33:19 s ppp[66101]: tun5: CCP: deflink: LayerDown.
Oct  8 22:33:19 s ppp[66101]: tun5: CCP: deflink: State change Opened --> Starting
Oct  8 22:33:19 s ppp[66101]: tun5: CCP: deflink: LayerFinish.
Oct  8 22:33:19 s ppp[66101]: tun5: CCP: deflink: State change Starting --> Initial
Oct  8 22:33:19 s ppp[66101]: tun5: LCP: deflink: LayerDown
Oct  8 22:33:19 s ppp[66101]: tun5: LCP: deflink: State change Opened --> Starting
Oct  8 22:33:19 s ppp[66101]: tun5: Phase: deflink: open -> lcp
Oct  8 22:33:19 s ppp[66101]: tun5: IPCP: deflink: LayerDown: 192.168.79.254
Oct  8 22:33:19 s ppp[66101]: tun5: Command: MYADDR: !bg /usr/abills/libexec/linkupdown down INTERFACE USER HISADDR
Oct  8 22:33:19 s ppp[66101]: tun5: IPCP: deflink: State change Opened --> Starting
Oct  8 22:33:19 s ppp[66101]: tun5: IPCP: deflink: LayerFinish.
Oct  8 22:33:19 s ppp[66101]: tun5: IPCP: Connect time: 667 secs: 2448446 octets in, 176106 octets out, Local: 0 0
Oct  8 22:33:19 s ppp[66101]: tun5: IPCP: 2135 packets in, 2280 packets out
Oct  8 22:33:19 s ppp[66101]: tun5: IPCP:  total 3934 bytes/sec, peak 9826 bytes/sec on Mon Oct  8 22:25:11 2007
Oct  8 22:33:19 s ppp[66101]: tun5: IPCP: deflink: State change Starting --> Initial
Oct  8 22:33:19 s ppp[66101]: tun5: Phase: bundle: Terminate
Oct  8 22:33:19 s ppp[66101]: tun5: LCP: deflink: LayerFinish
Oct  8 22:33:19 s ppp[66101]: tun5: LCP: deflink: State change Starting --> Initial
Oct  8 22:33:19 s ppp[66101]: tun5: Phase: deflink: Disconnected!
причем на секунду 22:33:19 прикадает пару десятков сообщений в логе.

Помогите! Очень нужно !!!

Добавлено: Вт окт 09, 2007 8:14 am
l30l3
Моя система: freebsd 6.2; nas exppp; abills 0.37; ipfw; сетевая sis смотрит в сеть; клиенты виндовые; Возможно отключает выборочно, может ли быть проблема в mtu ? еще не уверенн в правильности конфига ppp:

pptp:
set mtu 1460
set mru 1460
allow mode direct
enable lqr
set timeout 6000
disable acfcomp protocomp
deny acfcomp
# если авторизация из UNIX базы паролей enable pap
enable MSChapV2
# enable chap
accept dns
set ifaddr 192.168.79.254 11.11.11.1-11.11.11.250 255.255.255.255
#set dns xxx.xxx.xxx.xxx
# Номер порта для контроля и пароль
set server +3000 password
set radius /etc/radius.conf
set rad_service_type 11
# Таймаут для Alive пакетов
set rad_alive 60

Куда копать ?

Добавлено: Ср окт 10, 2007 9:59 pm
l30l3
Заменил сетевую смотрящую в сеть на rl и проблема по видимому ушла. Не могу быть уверенным, так как проблема проявляется произвольно. При это проблем со старой сетевой небыло, если верить пингу. Скажите хоть, может ли это быть связанными с mtu ?

Добавлено: Вс окт 21, 2007 3:49 am
gurzufnet
l30l3 писал(а):Заменил сетевую смотрящую в сеть на rl и проблема по видимому ушла. Не могу быть уверенным, так как проблема проявляется произвольно. При это проблем со старой сетевой небыло, если верить пингу. Скажите хоть, может ли это быть связанными с mtu ?
Такая же беда, при той же конфигурации freebsd 6.2 (64 bit) exppp
Игрался с параметром lqrperiod, ощутимых результатов нет, туннель может жить 5-6 часов а может сваливаться в течении 30 сек, на счет замены сетевухи не думал, по ssh я могу висеть наней сколько угодно, падает именно туннель.


To All: Кнонибудь еще с этим сталкивался или нас везучих двое

Добавлено: Пт окт 26, 2007 11:10 am
sopov
А как себя чувствуют свичи?

Добавлено: Вт ноя 06, 2007 12:58 pm
l30l3
Замена сетевухи мне однозначно помогла. Проблема исчерпана. Самое интересное что сейчас сетевуха смотрит в сторону провайдера, и все работает как часы. В чом была суть проблемы - остается загадкой, но думаю очевидно, что соединение которое устанавливается между exppp и впн-клиентом чувствительно к параметрам сети, по которой оно работает. Осталось только выяснить к каким параметрам :) Пинг в момент отключения не пропадал, и не пропадал никогда вообще. С другими протоколами тоже проблем небыло (ssh, http и тд). В работе свичей я уверен на столько, на сколько можно быть уверенным в работе неуправляемых свичей :P

Чем могут отличаться две заведомо рабочие 100мб сетевухи с разными брендами/чипсетами ?

Добавлено: Вт ноя 06, 2007 7:51 pm
sopov
На практике замечено, что подвисший свич иногда не пропускает pppoe, хотя при этом vpn работает нормально. Иногда бывает, что пинги ходят а странички не открываються или открываються с огромными тормозами, также наблюдаеться arp флуд. Помогает установка импульсных блоков питания. По сетевой проблем замечено небыло - на терминаторе стоит обычная rl - работает прекрасно.

Добавлено: Чт дек 06, 2007 9:35 am
miha_k
Тоже такая проблема с такими же параметрами системы freebsd 6.2 (64 bit) exppp :(

Добавлено: Чт дек 06, 2007 9:24 pm
gab
А вы, свободную оперативную память не проверяли в пики загрузок и вывод команды df -H?

Добавлено: Сб дек 15, 2007 10:41 am
miha_k
Кто-то разобрался с этим?

Добавлено: Пт фев 29, 2008 11:40 am
gurzufnet
miha_k писал(а):Кто-то разобрался с этим?
запрет lqr помог, но, те кто ходит по витой паре живут не плохо, те кто на радиоканале, породолжают переодически падать, хотя значительно редко.

Добавлено: Пн мар 10, 2008 9:48 am
ran
No buffer space available
Помнится у меня такая кака под линухом когда-то была... Вылечилось параметрами ядра... Какими - убей бог не помню... Погугли именно этот текст

Добавлено: Пн мар 10, 2008 9:59 am
ran
Вот нарыл, может поможет:
# FreeBSD No buffer space available (freeb, mjk, 16:48:43, 06/11/2006 [ответить] (10)
В версиях FreeBSD начиная с 5.3 этот патч устанавливать не надо. Вместо него в конфигурационном файле mpd.links должна присутствовать строка set pptp disable windowing

поставил, опцию... будем ждать...

# FreeBSD No buffer space available (freeb, Drema, 16:59:44, 16/02/2008 [ответить] (11)
Спасибо, строка в мпд действительно спасла отца русской демократии ;)
У меня-то линух :wink:

Re: Разрыв подключений

Добавлено: Вс ноя 29, 2009 4:33 pm
jinaro
Вот похожая проблема соединение держится часами как только клиент начинает чтото качать как оно сразу обривается...если небольшая нагрузка то все ок может работать и 30 часов((( free 6.4 abills 4.2 poptop

вот кусок лога

Nov 29 18:09:14 lanpro pptpd[57387]: GRE: xmit failed from decaps_hdlc: No buffer space available
Nov 29 18:09:14 lanpro pptpd[57387]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:09:14 lanpro pptpd[67534]: GRE: xmit failed from decaps_hdlc: No buffer space available
Nov 29 18:09:14 lanpro pptpd[67534]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:09:46 lanpro pptpd[67869]: GRE: xmit failed from decaps_hdlc: No buffer space available
Nov 29 18:09:46 lanpro pptpd[67869]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:13:39 lanpro pptpd[68496]: GRE: xmit failed from decaps_hdlc: Network is down
Nov 29 18:13:39 lanpro pptpd[68496]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:14:11 lanpro pptpd[62115]: GRE: xmit failed from decaps_hdlc: Network is down
Nov 29 18:14:11 lanpro pptpd[62115]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:17:29 lanpro pptpd[65702]: GRE: xmit failed from decaps_hdlc: Network is down
Nov 29 18:17:29 lanpro pptpd[65702]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:19:23 lanpro pptpd[65695]: GRE: xmit failed from decaps_hdlc: Network is down
Nov 29 18:19:23 lanpro pptpd[65695]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:21:32 lanpro pptpd[67415]: GRE: xmit failed from decaps_hdlc: Network is down
Nov 29 18:21:32 lanpro pptpd[67415]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:21:36 lanpro kernel: Limiting icmp unreach response from 225 to 200 packets/sec
Nov 29 18:29:47 lanpro pptpd[69036]: GRE: xmit failed from decaps_hdlc: No buffer space available
Nov 29 18:29:47 lanpro pptpd[69036]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)
Nov 29 18:29:47 lanpro pptpd[60682]: GRE: xmit failed from decaps_hdlc: No buffer space available
Nov 29 18:29:47 lanpro pptpd[60682]: CTRL: PTY read or GRE write failed (pty,gre)=(7,6)


так понятно что нехватает буфера а вот как ето исправить помогите пожалуйста....

Re: Разрыв подключений

Добавлено: Пн ноя 30, 2009 9:44 am
jinaro
ктото знает ответ??