From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <46CBCC8D.6000001@altlinux.ru> Date: Wed, 22 Aug 2007 09:41:33 +0400 From: Anton Gorlov User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: ALT Linux sysadmin discuss References: <46CB4AFA.6030507@altlinux.ru> <20070822110038.36676dba.zver@altlinux.org> In-Reply-To: <20070822110038.36676dba.zver@altlinux.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-Spam-Report: Spam detection software, running on the system "mail.espenza.ru", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Denis Klimov пишет: > Если я правильно понял и ip клиентов 10.10.65.xx, внутреняя сеть > 10.10.165.xx то применяя htb можно сделать так: Не..внутренняя сеть имеет реальные IP-адресса.. а клиенты и реальные и серые. Для чего чесно говоря они сейчас натятся из 1 серого ипишника в другой и потмо ещё раз натятся на циске я чесно говоря не совсем понимаю..всё было украдено до нас.. [...] Content analysis details: (-1.0 points, 7.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.7 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.5 FUZZY_XPILL BODY: Attempt to obfuscate words in spam -0.2 BAYES_40 BODY: Bayesian spam probability is 20 to 40% [score: 0.3993] -0.7 AWL AWL: From: address is in the auto white-list X-Spam-Score2: -1.0 (-) Subject: Re: [Sysadmins] tc X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 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: Wed, 22 Aug 2007 05:42:40 -0000 Archived-At: List-Archive: Denis Klimov пишет: > Если я правильно понял и ip клиентов 10.10.65.xx, внутреняя сеть > 10.10.165.xx то применяя htb можно сделать так: Не..внутренняя сеть имеет реальные IP-адресса.. а клиенты и реальные и серые. Для чего чесно говоря они сейчас натятся из 1 серого ипишника в другой и потмо ещё раз натятся на циске я чесно говоря не совсем понимаю..всё было украдено до нас.. > tc qdisc add dev eth0 root handle 1: htb; > # Задаем общую скорость > tc class add dev eth0 parent 1: classid 1:1 htb rate 100M; > > #Даем 128К из внутренней сети, нужно повторить для каждого клиента, > #увеличивая classid 1:x в первой строке и соответственно flowid 1:х во второй. IP клиента в данном примере 10.10.65.123 > tc class add dev eth0 parent 1:1 classid 1:1 htb rate 128kbit; > tc filter add dev eth0 protocol ip parent 1:0 prio 1 u32 match ip dst 10.10.65.123 match ip src 10.10.165.0/24 flowid 1:1; Ммм..а если клиентов от 1К и более? писать тысячу правил представляется не совсем масштабируемым решением имхо.