|
ru.unix- RU.UNIX ---------------------------------------------------------------------- From : Vladimir Melnik 2:5020/400 23 Oct 2007 11:24:39 To : All Subject : mpd: No buffer space available -------------------------------------------------------------------------------- Здравствуйте. Понимая весь идиотизм ситуации и кажущуюся простоту вопроса, всё же хочу обратиться за помощью. Есть два mpd, между которыми установлено PPTP-соединение. В качестве сервера используется версия 4.0b5, в качестве клиента - 3.18_5. Клиенты, которые подключаются к серверу штатными средствами Windows, равно как и те, кто подключаются к нему всякими D-Link'ами, работают без проблем. А вот у клиента, использующего mpd-3.18_5, наблюдаюются следующие "спецэффекты": 64 bytes from [...]: icmp_seq=161 ttl=64 time=32.888 ms 64 bytes from [...]: icmp_seq=162 ttl=64 time=33.957 ms 64 bytes from [...]: icmp_seq=163 ttl=64 time=43.395 ms ping: sendto: No buffer space available 64 bytes from [...]: icmp_seq=165 ttl=64 time=33.414 ms 64 bytes from [...]: icmp_seq=166 ttl=64 time=52.936 ms 64 bytes from [...]: icmp_seq=167 ttl=64 time=36.292 ms ping: sendto: No buffer space available 64 bytes from [...]: icmp_seq=169 ttl=64 time=47.463 ms 64 bytes from [...]: icmp_seq=170 ttl=64 time=36.062 ms 64 bytes from [...]: icmp_seq=171 ttl=64 time=51.391 ms Потери пакетов довольно хаотичны, системности особой нет. Вот так выглядит конфиг на стороне клиента: new -i ng0 vpn vpn set iface disable on-demand set iface addrs 0.0.0.0 0.0.0.0 set iface idle 0 set iface route 0.0.0.0/0 set bundle disable multilink set bundle authname "[...]" set bundle password "[...]" set link yes acfcomp protocomp set link disable chap pap set link accept chap pap set link keep-alive 10 75 set ipcp yes vjcomp set ipcp ranges 0.0.0.0/0 0.0.0.0/0 set bundle disable compression set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e128 set bundle enable crypt-reqd set ccp yes mpp-stateless open С MTU игрался по-разному. Буферов тоже хватает: 39/351/390 mbufs in use (current/cache/total) 37/97/134/655350 mbuf clusters in use (current/cache/total/max) 37/91 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 83K/281K/365K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/4/8192 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 633 calls to protocol drain routines При этом, кстати сказать, обычный GIF-туннель работает точно так же, так что не похоже на то, что дело именно в mpd. Пожалуйста, помогите сняться с ручника. Решать проблему "в обход", устанавливая какой-нибудь дурацкий D-Link, не хочется чисто принципиально. Хочется понять, в чём сама суть проблемы. Заранее благодарен за подсказки. -- V.Melnik --- ifmail v.2.15dev5.4 * Origin: Uplink, ISP (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix/445774c07bb6d.html, оценка из 5, голосов 10
|