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.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 Date: Thu, 20 Mar 2008 09:02:53 +0300 From: "Konstantin A. Lepikhov" To: transfer@konstanta.ru, ALT Linux sysadmin discuss Message-ID: <20080320060252.GA28643@lks.home> References: <200803200010.42162.krapa666@gmail.com> <20080319200112.GA32376@lks.home> <1205986743.4212.12.camel@admin.konstanta.local> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1205986743.4212.12.camel@admin.konstanta.local> X-Operation-System: ALT Linux Sisyphus (20071221) 2.6.22-wks-pae-alt1 User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: [Sysadmins] =?koi8-r?b?z9vJwsvBIHBwdHA=?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: 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 06:03:03 -0000 Archived-At: List-Archive: Hi User! Thursday 20, at 09:19:03 AM you wrote: > > В ср, 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 на внешний интерфейс и вперед. меньше mtu - больше retransmit'ов -> меньше потерь. -- WBR et al.