In token ring, bridges tack on their id to the packet, or examine the packet
for the bridge number to determine what routing path it will take. Rather
nice, actually. It is the main pain with attaching Ethernet segments,
though, as the token ring packets need a ring termination number, what the
destination ring is supposed to be, where the Ethernet doesn't really.
As a side note, it is possible to set up token ring as a transparently
bridged network, not requiring ring numbers, but that gets rid of the
advantages of SRB.
JD
-----Original Message-----
From: Ph. Marek [mailto:marek@bmlv.gv.at]
Sent: Monday, December 06, 1999 9:37 AM
To: Gregory Maxwell
Cc: linux-kernel@vger.rutgers.edu
Subject: Re: high bandwidth server - bridging?
>> Assume that I have a server with very simple network services and only a
>> few dozen clients, but slow network hardware (eg. 16MBit-TR).
>> To serve faster, I want to give it more than 1 network card (cpu fast
enough).
>
>Are these cards (and clients) going to be on seperate rings or ports on a
>token switch?
>
>If not, then this will do you no good.
of course on different msau's (rings).
>> But: to the clients it should be seen as 1 server and 1 ip-adress
>> (broadcasting required).
>> As far as I understood it, "ethernet"-bridging would solve my problem.
but:
>> is that supported with TR? how to use it? I looked in the Ethernet- and
>> Firewall&Bridging-Mini-Howtos, but couldn't find a good explanation how
to
>> use it.
>
>No, what you are talking about is channel bonding, 'ethernet bridging'
>would be making your system look like a layer-2 ethernet switch.
well, I read that the bridging code "make the lan's appear as if they were
1 big lan".
In yet another mini-howto I read: <<
A bridge should not have an IP address. It CAN, but a plain bridge
doesn't need one.
Once the system is back up, put the ethernet cards into promiscuous
mode, so they will look at every packet that passes by its
interface:
>> So is it possible to give ONE adapter an ip-adress but not the other?
sounds interesting.
I'll have to give it a try when I get some time ... maybe after christmas.
thanks so far.
Ph.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/