Message-ID: <19980108072951.40948@love.flirt.de>
Date: Thu, 8 Jan 1998 07:29:51 +0100
From: "Stephan 'FlirtMan' Hermann" <flirtman@love.flirt.de>
To: Jens Frank <jfrank@wwpu00.Wipaed.Wiso.Uni-Goettingen.de>
Subject: Re: relocator
In-Reply-To: <Pine.A41.3.96.980108010527.16618L-100000@wwpu00.wipaed.wiso.uni-goettingen.de>; from Jens Frank on Thu, Jan 08, 1998 at 01:10:23AM +0100
--vXjxJ+pjyke8COw8
Content-Type: text/plain; charset=us-ascii
On Thu, Jan 08, 1998 at 01:10:23AM +0100, Jens Frank wrote:
: Flirt fragte:
:
: > Wozu AS-Unterstuetzung im squid ?
:
: Im Moment kann man parents fuer squid nach Laenderkuiuerzeln angeben, ein
: parent fuer .com, einen fuer .de, oder auch mehrere, aber das wars.
Das ist aber auch nicht die Loesung, denn z.B. stehen verschiedene
.com in Deutschland. Da waere eine IP Technische Loesung wesentlich
effektiver. (Well...warum nicht AS Routing ;))
_Nur_ ...
: In
: FlirtMans netzbeschreibung sah man aber, dass das nicht den Beduerfnissen
: entspricht. es ist sicher sinnvoller, einen Squid am DE-Cix zu haben, der
: fuer alle Anfragen amn am Decix angeschlossene Rechner behandelt, einen
: parent fuer das Win, einen fuer das Ebone, etc. So kann man schon bei
: einem Multi-Homed-Provider effizient feststellen, welchen Parent man zum
: Holen der Seiten benutzt.
das funktioniert leider nicht so. Ein Peeringpoint wie das de-cix oder
mae-ffm, mae-east, inxs etc. funktionieren so, dass irgendwo ein
kleiner Switch-Hub steht, dort die ISPs angepatched werden, und dieser
Switch-Hub als Router funktioniert. Von einem dedizierten
Source-Router, wird dann geroutet. Da ist kein Rechner oder
sonstwas. Evtl. koennte man 'ne Sun mit einem gated
inkl. bgp routing dort aufstellen, aber das wuerde dem squid nicht gut
tun, von der performance her gesehen.
Man muesste mal ausprobieren wie es aussieht, wenn man gated mit bgp
laufen laesst, der von uu.net, ebone, de-cix und allen anderen
peeringpoints bgp tabellen drin hat. Das duerfte eine Speichermenge
von mind. (lasst mich rechnen...de-cix hat im moment knapp 4MB BGP
Tables drin, wenn nicht sogar mehr, bei uu.net sollten es noch mehr
sein), naja, sagen wir >20MB ausmachen.
Jetzt muss man die Entscheidungen mitrechnen, die gated machen muss,
wenn ich dem Metriken beibringe, soll heissen doppelte routen werden
nicht geloescht, sondern nach kosten einsortiert (dafuer ist ja bgp
auch gedacht, wenn die eine route ausfaellt, nimmt man eine andere,
wenn man eine andere route hat).
Wenn Gated so schlau ist, und einen guten hash oder sonstwas
suchalgorithmus mit sich fuehrt, und dabei wenig cpu last wegfrisst,
koennte man squid noch zusaetzlich laufen lassen.
Aber selbst das loest das Problem des "relocators" nicht., weil die
Moeglichkeit besteht immer noch, dass wenn jemand ueber einen anderen
weg als dem normalen kommt, immer noch falsche cache-inhalte drin
haben koennte.
*oops* shit...schon halb 8....muss los...buero ruft...fortsetzung
kommt gleich...
sh
--vXjxJ+pjyke8COw8
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: 2.6.3in
Comment: Waiting for PGP5.0i
iQCVAwUBNLRyX+PPfOiqGZ2ZAQFKzgP+K65ydF0aNBPoyr4PzdePLGc69nmpGGhb
j+QUFM15AGs4eEDkPUp8cjBEGXwqhUKdjt42181kOTXlt3Fe+5D9LTz0q2iF3wCG
jyDQLjOl2hO+RPi3VMN4LBZEQAAsw1Rh0ACHoACwoyIr5zSKiHj+6/qwKBcKJwmW
SpraDN+uiN0=
=ixHO
-----END PGP SIGNATURE-----
--vXjxJ+pjyke8COw8--