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

Вопросы и пожелания создателю
l30l3
Сообщения: 82
Зарегистрирован: Вт авг 28, 2007 8:57 am

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

Сообщение 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 прикадает пару десятков сообщений в логе.

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

l30l3
Сообщения: 82
Зарегистрирован: Вт авг 28, 2007 8:57 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

Куда копать ?

l30l3
Сообщения: 82
Зарегистрирован: Вт авг 28, 2007 8:57 am

Сообщение l30l3 »

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

gurzufnet
Сообщения: 17
Зарегистрирован: Чт июл 12, 2007 7:14 am
Откуда: Crimea, Gurzuf
Контактная информация:

Сообщение gurzufnet »

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


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

sopov
Сообщения: 610
Зарегистрирован: Вс апр 02, 2006 7:13 pm

Сообщение sopov »

А как себя чувствуют свичи?

l30l3
Сообщения: 82
Зарегистрирован: Вт авг 28, 2007 8:57 am

Сообщение l30l3 »

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

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

sopov
Сообщения: 610
Зарегистрирован: Вс апр 02, 2006 7:13 pm

Сообщение sopov »

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

miha_k
Сообщения: 8
Зарегистрирован: Сб мар 24, 2007 10:57 am

Сообщение miha_k »

Тоже такая проблема с такими же параметрами системы freebsd 6.2 (64 bit) exppp :(

gab
Сообщения: 12
Зарегистрирован: Сб дек 01, 2007 10:52 pm

Сообщение gab »

А вы, свободную оперативную память не проверяли в пики загрузок и вывод команды df -H?

miha_k
Сообщения: 8
Зарегистрирован: Сб мар 24, 2007 10:57 am

Сообщение miha_k »

Кто-то разобрался с этим?

gurzufnet
Сообщения: 17
Зарегистрирован: Чт июл 12, 2007 7:14 am
Откуда: Crimea, Gurzuf
Контактная информация:

Сообщение gurzufnet »

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

ran
Сообщения: 2298
Зарегистрирован: Вс окт 21, 2007 2:29 pm

Сообщение ran »

No buffer space available
Помнится у меня такая кака под линухом когда-то была... Вылечилось параметрами ядра... Какими - убей бог не помню... Погугли именно этот текст

ran
Сообщения: 2298
Зарегистрирован: Вс окт 21, 2007 2:29 pm

Сообщение 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:

jinaro
Сообщения: 61
Зарегистрирован: Вт ноя 04, 2008 8:10 pm

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

Сообщение 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)


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

jinaro
Сообщения: 61
Зарегистрирован: Вт ноя 04, 2008 8:10 pm

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

Сообщение jinaro »

ктото знает ответ??

Ответить