Nebyl nalezen subjekt


Neděle Červen 13 18:57:35 CEST 2004


1000
 <wifi-kk1 na seznam.cz>
Delivered-To: kladno na klfree.net
Received: from email.seznam.cz (prace.seznam.cz [212.80.76.29])
	by mrsk.klfree.net (Postfix) with SMTP id 17EAD2420B
	for <kladno na klfree.net>; Sun,  8 Feb 2004 20:08:10 +0000 (UTC)
Received: (qmail 11735 invoked by uid 0); 8 Feb 2004 20:08:09 -0000
Received: from [212.24.157.197]
	by andromeda.go.seznam.cz with HTTP
	for wifi-kk1 na seznam.cz;
	Sun, 8 Feb 2004 19:27:37 +0100 (CET)
From: =?us-ascii?Q?Vanek=20Frantisek?= <wifi-kk1 na seznam.cz>
To: kladno na klfree.net
In-Reply-To: <20040208182311.GA27611 na frvsb.ms.mff.cuni.cz>
Date: Sun, 08 Feb 2004 21:08:09 +0100 (CET)
Message-Id: <102112.370322-25233-401093926-1076270889 na seznam.cz>
Content-Type: text/plain;
	charset="us-ascii"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Cc: 
Subject: Re: Statistiky, omezeni p2p
X-BeenThere: kladno na klfree.net
X-Mailman-Version: 2.1
Precedence: list
Reply-To: =?us-ascii?Q?Vanek=20Frantisek?= <wifi-kk1 na seznam.cz>
List-Id: =?iso-8859-2?q?kladensk=E1_s=ED=BB_obecn=EC?= <kladno.klfree.net>
List-Unsubscribe: <http://mrsk.klfree.net/mailman/listinfo/kladno>,
	<mailto:kladno-request na klfree.net?subject=unsubscribe>
List-Archive: <http://mrsk.klfree.net/mailman/private/kladno>
List-Post: <mailto:kladno na klfree.net>
List-Help: <mailto:kladno-request na klfree.net?subject=help>
List-Subscribe: <http://mrsk.klfree.net/mailman/listinfo/kladno>,
	<mailto:kladno-request na klfree.net?subject=subscribe>
X-List-Received-Date: Sun, 08 Feb 2004 20:08:10 -0000

   Jen trosku upresneni, aby pripadna budouci "hazena cisla" mela rozumny zaklad. Uvazujme, ze:
- je nas cca 180
- linka je 4Mb/s
- uvazujme max. vytizenost linky na 90% (realana hodnoto bude mozna jeste o trosku nizsi)
- uvazujme, ze na jeden preneseny Byte pripada celkem 10 bitu ("uzitecne bity" + start/stop bity + synchonizacni bity, apod.)

Takze: 
1) Celkove prenesitelne mnozstvi dat za mesic (30 dni) je:
4Mb * 0.9 * (60*60*24*30) /10 = 933GB

2) Jakysi moralni podil na jednoho clena je: 933GB / 180lidi = 5.1GB

3) Pokud by nekdo chtel sosat trvale a porad a nechtel by tim omezovat ostatni, tak by si mel u sebe nastavit omezeni na rychlost (napr. NetLimiterem) na:
5.1GB * (8bitu/Byte) / (60*60*24*30) = 15.7kb/s (kilobitu/s)

   Pro mnoho lidi je to naprosto neprijatelna hodnota ... ale prave takhle by melo byt nastaveno omezeni u totalnich sosacu. Princip, proc naprosta vetsina z nas muze fungovat mnohem rychleji je v tom, ze ve stejnou chvili je pripojena jen cast lidi i z nich jen cast v danou chvili neco "cte" z internetu - a tim maji narok fungovat rychleji. 

   Drive zminena hodnota 1GB/tyden (spise 4GB/mesic) je pro beznou praci s docela velkou rezervou postacujici. I pro obcasne stahnuti vetsich dat...

   V soucasne situaci bych navrhoval nasledujici: 
- pokud to neohrozi provoz routeru, spustit na nich SNMP a zjistit realne toky dat po siti (kdyz nekdo pusti SNMP, MRTG/atd. udelam)
- z mereni zjistit profil vytizenosti site v prubehu dne (lze ocekavat vecerni spicku). V obvyklych spickach omezit (mozna i zakazat) P2P provoz apod. tak, aby byla zajistena slusna konektivita vetsine uzivatelu.
- pokud nasi zkusenejsi najdou chvilku casu, tak dotahnout do plneho provozu statistiky. V dnesni nouzove situaci bych osobne volil variantu jednoho "chytrejsiho switche", ktery ma port-mirror a na nem pripojenou special kartu s logovanim samotnych hlavicek paketu (pro potreby vyzkouseni muzu switch na par dni sehnat).

... a pak se uvidi co dal.

Frantik

> On Sun, Feb 08, 2004 at 06:59:40PM +0100, Jenik wrote:
> > 
> > stou zbytkovou mne to taky napadlo.
> > nacpat p2p traffic do 512 linky, ci do 1 MB.
> > Podle toho jak na tom bude nas hlavni pripoj do internetu :o).
> No, ono to neni problem jen P2P, ale obecne zbytecnych velkych
> prenosu. Pokud by tohle oddeleni P2P nepomohlo nebo by bylo obchazeno,
> potom by bylo dobre uvazovat o omezenovani rychlosti stahovacu, napr.
> prenesl jsi za posledni tyden nad 2 GB, tak budes mit max. rychlost 
> 20 kbit/s.
> 
> Tom


Další informace o konferenci Kladno