On Sun, 2002-05-19 at 17:39, Hans Freitag wrote:
> Hi,
> 
> On Sat, May 18, 2002 at 11:39:28PM +0200, Patrick Glanz wrote:
> > Am Sam, 2002-05-18 um 20.45 schrieb Hans Freitag:
> > > On Sat, May 18, 2002 at 01:48:10PM +0200, Michael.Mest wrote:
> 
> > > > Der Sinn liegt darin, dass ich nur genau 2 PCs hab, die an den Server
> > > > sollen, da es sich um ein Heimnetzwerk handelt. Mein Hub ist ein kleines
> > > > 10MBit Hub und ich hab 2 CrossOver Netzwerkkabel hier rumfliegen, die
> > > > ich einsetzen kann. Da liegt es ja nahe, dass man sich lieber eine
> > > > Netzwerkkarte mehr einbaut.
> > > 
> > > Du willst bridgen oder routen, aber niemals nicht beide Netzwerkkarten
> > > einfach so in einem Netz betreiben.
> > 
> > Ich werde aus Deinen Mails nicht so recht schlau. Ich betreibe hier in
> > meinem Netz eine ganze Menge Netzwerkkarten und hatte noch nie
> 
> Du betreibst aber sicher nicht 2 in einem Rechner in einem Netz....

Doch. Meine Gateway-Kiste hat eine DLink wireless drin und eine 3com
905, beide im selben class c. Loes Dich mal von der Vorstellung, dass
jedes Ethernet-Interface eine IP-Adresse haben muss. Ich habe hier eine
Kiste, da steht 3com SuperStack drauf, mit 24 Interfaces im selben
Netzwerk.


> > Probleme;-) Au�erdem, was spricht dagegen, eine Linux-Kiste als bridge
> > zu verwenden? 
> 
> Nichts laut meiner Aussage.
> 
> 
> > Es gibt durchaus Szenarien, in denen man in einem Netzwerk
> > einen Client hat, der mit mehreren Interfaces mit dem selben Netzwerk
> > verbunden ist.Das ist im Regelfall problemlos. Was Du sicherlich
> 
> Sollte aber Routingtechnisch besser mit Channel Bonding erledigt
> werden...

Wo hast Du denn das her? Selbst bei channel bonding hast Du zumeist ein
einzelnes Interface, zumeist eine ISDN PRI oder BRI-Karte. Da ist mir
eigentlich kein Fall bekannt, dass man so etwas sinvoll mit ethernet
machen wuerde. Warum auch? Die Bandbreite ist ja dort zumeist
ausreichend. Nur bei ISDN haette man gerne mal mehrere Kanaele zu einem
virtuellen Kanal zusammengeschaltet, da 64k pro B-Kanal etwas duenn
sind.

> > meintest, ist die Loop-Vermeidung in einem Netzwerk, vermute ich
> > mal.Aber darum ging es ja in der Frage von Michael eigentlich nicht.
> 
> Nein, ich meinte die nichterreichbarkeit der Rechner in seinem Netz weil
> $HOST nicht wei� wo er seine Packete hinschicken soll (siehe unten)
> 
> 
> > Mit deinen Kommentarfragmenten komme ich eh nicht so recht klar.
> > Versuche es eventuell mal mit zwei, drei zusammenh�ngenden S�tzen, damit
> > ich (und eventuell auch die anderen Mitleser) Deinem Denkansatz folgen
> > k�nnen. Das ist 100% wichtiger als richtiges Quoten.
> 
> Also gut: 
> 
> Michael hat einen Rechner mit zwei Netzwerkkarten, und will clients wie
> in der skizze unten anbinden:
> 
>   192.168.0.2/24     192.168.0.1/24 192.168.0.1/24   192.168.0.3/24
> -------------               ------------                   ------------- 
> | $CLIENT-1 |---------------| $HOST    |-------------------| $CLIENT-2 | 
> -------------               ------------                   ------------- 
> 
> Dann ist Logisch das er Bridgen mu�, oder aber das $HOST Routen mu�, was
> mit einer IP Adressen umstellung einhergehen w�rde.
> 
> Alle Klarheiten beseitigt? Ansosten, frag! ;-)

Was als Kernaussage fehlt, ist dass beim bridging das zweite Interface
im $Host keine IP-Adresse bekommt.

 
> > > > > Dem ge�bten Augen f�llt hier doch irgendwie auf das bei einem Class-C
> > > > > Netzwerk (Netmask 255.255.255.0) die Netzanteile deiner Adressen an 
> > > > > eth0 (192.168.100.x) und eth2 (192.168.100.x) irgendwie kollidieren.
> > > > 
> > > > Ja das ist wohl richtig. Ist mir auch aufgefallen :-) Die �nderung
> > > > alleine hat allerdings auch nix gebracht. Zus�tzlich musste die Karte
> > > > noch in nen anderen PCI-Slot, damit der IRQ nicht mehr kollidiert.
> > > 
> > > In der Regel kollidieren bei PCI nur IOs. ;-)
> > 
> > Das ist so auch nicht ganz richtig. Richtig ist, da� PCI-Karten sich
> > ihren Interrupt nicht selbst ausw�hlen, anstelle dessen suchen sie sich
> > einen von 4 "Interrupt Pins", die vom Mainboard/Bios dann auf Interrupt
> > lines gemappt werden.Sehr wohl eine Quelle von IRQ-Problemen. 
> 
> Ja, eine dieser Lines kan einen schlechten kontackt haben. Oder der IRQ
> K�nnte schon von einer ISA karte benutzt werden.
> 
> 
> bis denn
> -- 
> May the source be with you!

The force is with you, young Skywalker...but you are not a Jedi
yet.(Yoda, The Empire Strikes Back)


----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org

Antwort per Email an