Re: Re: [maillist] TFTP

Holger Jens Keilhauer (h.keilhauer@gmx.net)
Fri, 3 Sep 1999 19:12:55 +0200 (MEST)

>Die 5000-er kommen noch bei uns....BackBone wird damit gemacht. Die
> 5505-er dienen als Gebäude-Übergabepunkte...mit Routern hab ich nix > zu
tun, aber die 7200-er sollen auch heftig Geld kosten, hihi...

Yo! Cisco und das liebe Geld...
Die Cat.5500 die wir in der vollen Ausbaustufe betreiben kosten
glaub ich etwas um die 140000 DM oder so.
2x Supervisor Engine III
1 oder 2 Dual Phy (oc3 bzw. oc12)
Ein paar Ethernet/ Token Ring Module
Unten drin dann die ATM Teile incl. PAM/CAM und ASP

Also DICHT bis oben hin!


> Jo, da gibts ja Cisco View und Cisco Works. Das Works ist glaub so >> ne
> Art Enterprise Management-Lösung. Wir hatten mal ne Demo da, der
> Resourcen-Verbrauch war jedenfalls "enterprisemäßig", 256MB,
> PII300...(Minimum...)

Klar! Ein Ressourcen Fresser war das schon immer!!!
Ich habe in "meiner" dicoverten MAP 310 Devices stehn !!!!
D.h. ca.200 Swiche (fast alles Cat.5'er reihe incl. LS1010/LS1015)
Die ist so nicht mehr zu gebauchen. Das "entfieseln" bis man etwas
Durchblick hat kann dann schon mal ein paar Monate in Anspruch nehmen.

> > Wer mit einem so großen ATM Netz wie ich zu tun hat, wird über die
> > Aussagen der Gigabit Ethernet Gemeinde bzgl. Campus über Gigabit >
>nur noch müde lächeln können.....
>
> Gigabit wird bei uns gemacht...also Vorsicht, hihi...:-))
>
> Solong..
> mfg Frank.

Sorry, das sollte nicht irgend wie Abwertend gewesen sein.
Nur Ethernet hat einen entscheidenen Nachteil.
Den Spanning Tree Algoritmus, der bis auf eine mögliche Verbindung den
Rest auf Blocking setzt.
Es sein denn Du konfiguriertst mehrere LWL Ethernet Strecken als
Ether-Channel.
ATM ist mit seiner LAN-Emulation auch nicht der 100% 'ige, aber
es kann aufgrund der ATM Technik Load Balanceing.
Auserdem "fragt" ATM vorher alle Switche, die auf dem Weg zum Ziel
liegen danach, ob sie überhaupt noch Reccourcen für diesen SVC
haben !!
Das macht Ethernet leider nicht....von QoS ganz zu schweigen.... :-(

so long, Holger K.

-- 
Sent through Global Message Exchange - http://www.gmx.net