From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 From: User Dima To: ALT Linux sysadmin discuss In-Reply-To: <20080319200112.GA32376@lks.home> References: <200803200010.42162.krapa666@gmail.com> <20080319200112.GA32376@lks.home> Content-Type: text/plain; charset=koi8-r Date: Thu, 20 Mar 2008 09:19:03 +0500 Message-Id: <1205986743.4212.12.camel@admin.konstanta.local> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit X-AV-Checked: ClamAV using ClamSMTP Subject: Re: [Sysadmins] =?koi8-r?b?z9vJwsvBIHBwdHA=?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: transfer@konstanta.ru, ALT Linux sysadmin discuss List-Id: ALT Linux sysadmin discuss List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2008 04:19:07 -0000 Archived-At: List-Archive: В ср, 19/03/2008 в 23:01 +0300, Konstantin A. Lepikhov пишет: > Hi Андрей! > > Thursday 20, at 12:10:42 AM you wrote: > > > Здравствуйте все. Следующий сабж прёт просто как из пулемёта: localhost > > pptp[13257]: anon log[decaps_gre:pptp_gre.c:407]: buffering packet 38 > > expecting 37, lost or reordered) > Убейте провайдера, он крадет у вас пакеты %) Подобные сообщения могут > появляться в 2х случаях - либо у вас сузили канал до непотребной величины, > либо что-то случилось с вышестоящим каналом у провайдера. Либо провайдер, дабы снизить нагрузку на свое оборудование, включил полисинг вместо шэйпинга. > Симптомы от > userspace на эти ошибки - периодические "зависания" программ при работе с > сетью. Кстати, отмазки провайдера на то, что пара потерянных пакетов это > фигня можете не принимать во внимание, поскольку пакеты тут не просто > теряются, они теряются безвозвратно. Протокол TCP не дает пакетам потеряться безвозвратно. Но задержки, возникающие из-за повторной передачи, могут быть очень неприятны. > Если способов воздействия нет, то > выход только один - это уменьшение скорости и снижение mtu. > И при чем тут mtu? Заваливать оборудование провайдера большим количеством мелких пакетов? А вот уменьшение скорости скорее всего эффект даст. Так что tbf на внешний интерфейс и вперед.