From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <d.ananyev@gmail.com>
Message-ID: <44E5F15F.4010904@gmail.com>
Date: Fri, 18 Aug 2006 20:57:03 +0400
From: Dmitry Ananyev <d.ananyev@gmail.com>
User-Agent: Thunderbird 1.5.0.2 (X11/20060502)
MIME-Version: 1.0
To: ALT Linux Community <community@lists.altlinux.org>
References: <5ee48e770607182244w72eb2e86pfb4326c21ba4d12c@mail.gmail.com>	<20060719065823.GQ23205@immo.ru>	<5ee48e770607190952j4249b664jcd6a1b03482153e7@mail.gmail.com>	<20060720061343.GU23205@immo.ru>	<5ee48e770607192356x683f405bl173a4941a37f5756@mail.gmail.com>
	<20060720074754.GW23205@immo.ru>
In-Reply-To: <20060720074754.GW23205@immo.ru>
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: ClamAV 0.88.2/1683/Fri Aug 18 18:45:58 2006 on howtoshop.ru
X-Virus-Status: Clean
Subject: Re: [Comm] EtcNet + PPPOE
X-BeenThere: community@lists.altlinux.org
X-Mailman-Version: 2.1.7
Precedence: list
Reply-To: ALT Linux Community <community@lists.altlinux.org>
List-Id: ALT Linux Community <community.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/listinfo/community>,
	<mailto:community-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/community>
List-Post: <mailto:community@lists.altlinux.org>
List-Help: <mailto:community-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/community>,
	<mailto:community-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Aug 2006 16:57:09 -0000
Archived-At: <http://lore.altlinux.org/community/44E5F15F.4010904@gmail.com/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

Alexey I. Froloff wrote:
> * Дмитрий Ананьев <d.ananyev@> [060720 10:56]:
>> Ага, я так и сделал, после этого и крон не потребовался. Вообще я изначально
>> именно и хотел обойти необходимость поднимать интерфейс ppp0 по крону.
> Нет, крон таки нужен.  Мой провайдер раз в сутки рвёт соединение
> для аккаунтинговых нужд.  Так вот pppd не всегда "перезванивает".
> Да и бывает иногда что связь дохнет под нагрузкой...
> 
Пришлось тоже делать по крону, иначе всё при загрузке стартует, но когда
пишешь ping чего-нибудь получается no buffer space available в течении
нескольких минут, или пока не сделаешь service network restart

В логах писалось что-то на подобии
Aug 17 22:41:36 penya kernel: Neighbour table overflow.
Aug 17 22:41:46 penya last message repeated 3 times

При подъёме интерфейса по крону всё хорошо.