Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Wieviele Switches hintereinander?

268 views
Skip to first unread message

Gunnar Blase

unread,
Apr 5, 2000, 3:00:00 AM4/5/00
to
Taag!

Dunkel im Hinterkopf ist mir gelieben, daß man in den guten alten
10BaseT Zeiten max. 4 Ethernet Hubs hintereinander schalten
konnte/sollte. Ich rede jetzt nicht von Stackable Hubs!

Wie sieht das bei den 10/100 Switches aus? Wieviele reine 10/100 könnte
man via Cat5 Kabel/Uplink Port hintereinander hängen?

Über Sinn und Unsinn brauchen wir nicht zu diskutieren. Mich
interessiert halt wieviele man theoretisch hintereinander hängen könnte.

Gunnar

Hans-Juergen Noack

unread,
Apr 5, 2000, 3:00:00 AM4/5/00
to
Am Wed, 05 Apr 2000 10:02:50 +0200 schrieb Gunnar Blase <g...@gmx.net>
folgendes:

>Über Sinn und Unsinn brauchen wir nicht zu diskutieren. Mich
>interessiert halt wieviele man theoretisch hintereinander hängen könnte.

Du kannst 3x kaskadieren, dann gibts Laufzeitprobleme.
Siehe auch:
http://www.gateway.de/knowledge.cfm?path=http://www.gateway.de/knowledge/lexikon/docs/5/f007325.htm


So long

Hans-Juergen

Olaf Erkens

unread,
Apr 5, 2000, 3:00:00 AM4/5/00
to
Gunnar Blase wrote:

> Dunkel im Hinterkopf ist mir gelieben, daß man in den guten alten
> 10BaseT Zeiten max. 4 Ethernet Hubs hintereinander schalten
> konnte/sollte. Ich rede jetzt nicht von Stackable Hubs!

Yep - 5-4-3 Regel - alle kaskadierten Hubs zusammen stellen eine
Collisiondomain dar.

> Wie sieht das bei den 10/100 Switches aus? Wieviele reine 10/100
> könnte man via Cat5 Kabel/Uplink Port hintereinander hängen?

Bei einem NWay-Switch (jeder Port ist geswitcht) erzeugt jeder Port
eine eigene Collisiondomain - da kannst du also so viele hintereinander
hängen, wie du willst.

Wenn das "nur" ein Switching Hub (10er und 100er Hub mit internem
Switch) ist, dann stellen das 10er und 100er Segment jeweils eine
Collisiondomain dar.

Für jede erzeugte 10MBit Collisiondomain gilt die 5-4-3 Regel. Im
100Mbit-Segment geht eh nur ein Hub oder maximal 2 bei Class II Hubs
(sollte heute Standard sein). Was mir nicht ganz klar ist: Zählt der
Switch selber als einer der 4 bzw. 2 zulässigen Hubs mit oder nicht?!

Olaf


--
****************** UNIVERSITY OF DORTMUND ********************
Department of Economics and Social Sciences
Phone: +49 231 7555215 Network- and Systemadministration
Fax: +49 231 7553158 POSTMASTER / FTPADMIN / WEBADMIN
****************************************************************

Andreas Kunberger

unread,
Apr 5, 2000, 3:00:00 AM4/5/00
to
At 5 Apr 00, um 11:32 Olaf Erkens wrote:

> Was mir nicht ganz klar ist: Zählt der
> Switch selber als einer der 4 bzw. 2 zulässigen Hubs mit oder nicht?!
>

Nein, er zählt als Endgerät. In c't 17/99, S. 106 (jk) war ein
Artikel darüber.

Andreas

Rainer Haessner

unread,
Apr 5, 2000, 3:00:00 AM4/5/00
to
> Dunkel im Hinterkopf ist mir gelieben, daß man in den guten alten
> 10BaseT Zeiten max. 4 Ethernet Hubs hintereinander schalten
> konnte/sollte. Ich rede jetzt nicht von Stackable Hubs!
>
> Wie sieht das bei den 10/100 Switches aus? Wieviele reine 10/100 könnte
> man via Cat5 Kabel/Uplink Port hintereinander hängen?
>
> Über Sinn und Unsinn brauchen wir nicht zu diskutieren. Mich
> interessiert halt wieviele man theoretisch hintereinander hängen könnte.

Keine Begrenzung.

Rainer Haessner

PS: Die Frage von Sinn und Unsinn ist aber schon nicht so ganz
nebensaechlich.


Rainer Haessner

unread,
Apr 5, 2000, 3:00:00 AM4/5/00
to
> >Über Sinn und Unsinn brauchen wir nicht zu diskutieren. Mich
> >interessiert halt wieviele man theoretisch hintereinander hängen könnte.
>
> Du kannst 3x kaskadieren, dann gibts Laufzeitprobleme.
> Siehe auch:
> http://www.gateway.de/knowledge.cfm?path=http://www.gateway.de/knowledge/lexikon/docs/5/f007325.htm
>
>

Noe. Freilich gibts Laufzeitprobleme, aber das hat keinen Einfluss auf eine prinzipiell
unendliche Kaskadierbarkeit.

Rainer Haessner

Thorsten Moeller

unread,
Apr 5, 2000, 3:00:00 AM4/5/00
to
Eine Begrenzung gäbe es schon, wenngleich auch aus ganz anderer Richtung
kommend: wenn die Anzahl der über einen Port erreichbaren MAC-Adressen
größer wird als der Switch pro Port lernen/speichern kann.

Thorsten Möller

Hans-Juergen Noack

unread,
Apr 6, 2000, 3:00:00 AM4/6/00
to
Am Wed, 05 Apr 2000 19:47:47 +0200 schrieb Rainer Haessner
<Rainer....@bigfoot.de> folgendes:

>Noe. Freilich gibts Laufzeitprobleme, aber das hat keinen Einfluss auf eine prinzipiell
>unendliche Kaskadierbarkeit.

Irgendwann funktioniert dann doch csma/cd nicht mehr, oder?

Jede Kaskadierstufe bringt eine Verzögerung mit sich und dann werden
Collisionen nicht mehr als solche erkannt. Oder mache ich da einen
Denkfehler?

So long

Hans-Juergen

Olaf Erkens

unread,
Apr 6, 2000, 3:00:00 AM4/6/00
to
Hans-Juergen Noack wrote:

> > Noe. Freilich gibts Laufzeitprobleme, aber das hat keinen Einfluss
> > auf eine prinzipiell unendliche Kaskadierbarkeit.
>
> Irgendwann funktioniert dann doch csma/cd nicht mehr, oder?
>
> Jede Kaskadierstufe bringt eine Verzögerung mit sich und dann werden
> Collisionen nicht mehr als solche erkannt. Oder mache ich da einen
> Denkfehler?

Unwesentlich ;-)

Jeder Switchport erzeugt eine eigene Collisiondomain. Innerhalb dieser
Domain muß CSMA/CD natürlich funktionieren - und tut's normalerweise
auch. Der Switch erzeugt nur dann eine Collision, wenn er zum einen so
konfiguriert ist und zum anderen ein Paket, welches er eigentlich
kopieren müßte, aus welchen Gründen auch immer nicht bearbeiten kann.

Sobald ein Datenpaket aus dieser Collisiondomain raus muß, wird sie vom
Switch kopiert - in die nächste Collisiondomain. Ein Switch ist
letztlich nichts anderes als eine mit ziemlich viel Speicher (zum
Puffern) und erheblicher Netzintelligenz (Umsetzung 100 auf 10 Mbit)
ausgestattete Bridge.

Hermann Franz

unread,
Apr 11, 2000, 3:00:00 AM4/11/00
to
Die Anzahl der Mac-Adressen steht deswegen auch in den Infos für die
Switche, kleine Workgroup Switche können oft 1024 Adressen, mittlere
6.000-12.000.
Desweiteren ist natürlich die Breite der Backplane und das
Management interessant.

Gruß Hermann
Herman...@H.Maus.De

0 new messages