|
tech
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Is it possible to bridge three NIC on a Windows 2000 ServerIf I have three NIC cards on my Windows 2000 Server, how do I bridge them
together so when they are working as one unit? I heard that by having multiple NIC cards on the server, you can Send Data and Retrieve data much faster because it has three NIC cards to send and recieve data from. Is this true. For example i have thirty workstations at my office and one server. If thirty users are sending and recieving data from the server wouldn't it be faster to have more PCI NIC cards installed on your Server? If my statement is true then can some show me how to bridge three NIC cards on my windows 2000 server.I am not sure if you bridging is the right terminalolgy but hopefully with my example from above you can help me out here. If that is not the case there has to be something to make the server send data much faster then upgrading memory and CPU. Ankit Shah "Ankit Shah" <AnkitS***@discussions.microsoft.com> wrote in message Click each on in the Network Connections dialog boxnews:48BB9E6E-5A4F-4DB2-98ED-06CB38F3DAFA@microsoft.com... > If I have three NIC cards on my Windows 2000 Server, how do I bridge them > together so when they are working as one unit? (hold shift after the first). With all selected, create a new bridge. Do NOT plug these in to the same broadcast domain (same segment.) You are bridging between different segments. > I heard that by having Don't hold your breath on that one.> multiple NIC cards on the server, you can Send Data and Retrieve data much > faster because it has three NIC cards to send and recieve data from. What you REALLY need is a "teaming NIC driver" to make the work in tandem -- without interferring with each other. Even then, it probably will not give you exciting increases in speed. Show quote > Is this > true. For example i have thirty workstations at my office and one server. If > thirty users are sending and recieving data from the server wouldn't it be > faster to have more PCI NIC cards installed on your Server? > > If my statement is true then can some show me how to bridge three NIC cards > on my windows 2000 server.I am not sure if you bridging is the right > terminalolgy but hopefully with my example from above you can help me out > here. If that is not the case there has to be something to make the server > send data much faster then upgrading memory and CPU. -- Show quoteHerb Martin > > Ankit Shah "Herb Martin" <n***@LearnQuick.com> wrote in message Don't you mean "do" plug them into the same broadcast domain. Bridging isnews:%23C1NDuXEFHA.3944@tk2msftngp13.phx.gbl... > Do NOT plug these in to the same broadcast domain > (same segment.) You are bridging between different > segments. Layer2, so it must "happen" within the same broadcast domain. Effectively this is just turning the computer into a lan switch. If you get into two of more broadcast domains then you need routing (Layer3) not bridging (Layer2) "Phillip Windell" <@.> wrote in message No, I meant "do NOT" but I certainly see where confusionnews:uHRaU6rEFHA.480@TK2MSFTNGP10.phx.gbl... > "Herb Martin" <n***@LearnQuick.com> wrote in message > news:%23C1NDuXEFHA.3944@tk2msftngp13.phx.gbl... > > > Do NOT plug these in to the same broadcast domain > > (same segment.) You are bridging between different > > segments. > > Don't you mean "do" plug them into the same broadcast domain. is possible. We are going to JOIN multiple broadcast domains into a single one, by using the bridge. We must not plug the bridge into the SAME (existing) broadcast domain and it would be practically to useless to do so even if it caused no trouble. > Bridging is That is correct.> Layer2, so it must "happen" within the same broadcast domain. > Effectively The word "switch" here isn't precise enough (switches> this is just turning the computer into a lan switch. are hybrid or advanced devices which use either bridging or routing, or even a combination.) It is really just turning the computer into a BRIDGE. > If you get into two of No. Your misunderstanding is very understandable though> more broadcast domains then you need routing (Layer3) not bridging (Layer2) as we are turning multiple broadcast domains into a single one BY USING the (newly introduced) bridge. The key to unraveling all of this (perhaps I should have just explained it to start) is that you are USING the computer to join two existing separate broadcast domains (or segments.) You must not plug such simple bridges into a single EXISTING broadcast domain since that is what the bridge is going to create from the multiple segments. If you do this, you will end up with a bridging loop, where everything broadcast by one NIC gets picked up by the other and sent back out again (unless the bridge is sophisticated enough to prevent this.) Even if the bridge avoids this -- it will NOT help to use the bridge since the domains are already "joined" the purpose of the bridge is unnecessary. -- Show quoteHerb Martin > "Herb Martin" <n***@LearnQuick.com> wrote in message Well, I'm still confused but I trust your judgment and I'll just write itnews:un1RZHsEFHA.2052@TK2MSFTNGP09.phx.gbl... > No, I meant "do NOT" but I certainly see where confusion > is possible. off as a terminology issue. To me, Switch and Bridge are synonymous with Switches simply having more ports (multi-port-bridge). I consider a broadcast domain to be a "logical" thing probably more so than physical. You can have two physcial segments connected with a Switch (aka Bridge) and would end up with two physical segments that make up a single broadcast domain,...after all, it is the router that creates the broadcast domain, not the physical wiring. "Phillip Windell" <@.> wrote in message No. It is a technical design issue no matter whatnews:OVX$kuDFFHA.3244@TK2MSFTNGP15.phx.gbl... > "Herb Martin" <n***@LearnQuick.com> wrote in message > news:un1RZHsEFHA.2052@TK2MSFTNGP09.phx.gbl... > > No, I meant "do NOT" but I certainly see where confusion > > is possible. > > Well, I'm still confused but I trust your judgment and I'll just write it > off as a terminology issue. terms you use. The terms may confuse our communication but their is a key point hidden underneath them. > To me, Switch and Bridge are synonymous with You have been misinformed. They are distinct device> Switches simply having more ports (multi-port-bridge). type, possibly with some overlapping features. Switches are not even always based on bridges, but may be switch-routers (layer 3) or some hybrid of a bridge and router switch. If you wish to fully understand you need to start with CLASSICAL (simple) bridges and routers, learn their KEY points and then apply this knowledge to understanding modern hybrid/complex switches. > I consider a It is a physical thing first and foremost.> broadcast domain to be a "logical" thing probably more so than physical. It defined as the domain (area) in which broadcasts will propagate. A bridge propagates broadcasts; a router does not. (by default) > You can have two physcial segments connected with a Switch (aka Bridge) Yes - when you start they are two SEPARATE broadcastdomains. You connect them with a Bridge (doesn't matter if the bridge is also a switch or not -- the key point is that it is BRIDGING, not routing.) Now, you have one new Broadcast domain since a bridge propagates broadcasts. Much like tying two strings together to get on (longer) string. > and Right. Due to the Bridging (of the switch in this case.)> would end up with two physical segments that make up a single broadcast > domain,... > after all, it is the router that creates the broadcast domain, No. Routers generally DO not join broadcast domains likebridges do. > not the physical wiring. No, the physical wiring sets up the 'units' of the broadcastdomain and any bridges may join multiple physical segments into a larger broadcast domain. Do NOT hook a bridge TWICE to the same broadcast domain. This is not the same as saying you hook a bridge to two broadcast domains to CONVERT them into one broadcast domain. Do the following though experiment: Take a pair of bridges and hook them to the same physical segment then to each other on another segment... What happens when a broadcast occurs on one of the segments? What does each bridge do with broadcasts? Does the other bridge 'see' the propagation to the other shared segment? What does it do with that? (And the first bridge, what does it do when it hears the other bridge propagate the broadcast?) -- Show quoteHerb Martin "Herb Martin" <n***@LearnQuick.com> wrote in message We'll have to agree to disagree. I have not been misinformed. I am basing itnews:eIXnojFFFHA.1392@tk2msftngp13.phx.gbl... > > To me, Switch and Bridge are synonymous with > > Switches simply having more ports (multi-port-bridge). > > You have been misinformed. They are distinct device > type, possibly with some overlapping features. right from Cisco's material used to train CCNA's. MS's materials for the "Networking Essentials" exam (or whatever they call it now agrees with Cisco). The early ones only had two ports and were called bridges, later as they evolved they were given more ports and were then called "multi-port bridges",..then later someone got the bright idea of calling them "Switches" due to the Layer2 Packet Switching ability which was the heart of what Bridges do. That is the name that "stuck" and is what they are known by today. The term "bridging" somewhat faded away over time and was relegated mostly to routing devices on WAN links that ran in "bridging mode" because both ends of the WAN link were the same subnet. But the term has been resurrected again with the latest MS OS's with the Nic Bridging that simply makes the computer function as a Layer2 switching device (aka bridge/switch). If it only has two Nics it would be a parallel to the old two-port bridges, if it has more Nics, with all bridged together, then it begins operate the same as a Switch,...which is kind of pointless to me since you can go out and buy a cheap switch for $50 that does the same thing. > Switches are not even always based on bridges, but may The Layer3 Switch is a hybrid "Johnny-come-lately". They do not "define"> be switch-routers (layer 3) or some hybrid of a bridge > and router switch. what Switches do, they are unique to themselves and do both the job of a Router and a Switch. We paid about $10,000.00 for ours due to additional add-ons and modules. > If you wish to fully understand you need to start with I didn't just start yesterday. I've "been there, done that". I'm trying to> CLASSICAL (simple) bridges and routers, learn their > KEY points and then apply this knowledge to understanding > modern hybrid/complex switches. explain those things, not learn them as if I didn't know what they were. > > You can have two physcial segments connected with a Switch (aka Bridge) If a Switch or Bridge separates thm, then it isn't two segments but justone. Without the router there is no separation. > > after all, it is the router that creates the broadcast domain, Umm,...that is what I've been saying.> > No. Routers generally DO not join broadcast domains like > bridges do. "Phillip Windell" <@.> wrote in message Then you are wrong (to disagree) as the material you are usingnews:Orcv6AQFFHA.2600@TK2MSFTNGP09.phx.gbl... > "Herb Martin" <n***@LearnQuick.com> wrote in message > news:eIXnojFFFHA.1392@tk2msftngp13.phx.gbl... > > > To me, Switch and Bridge are synonymous with > > > Switches simply having more ports (multi-port-bridge). > > > > You have been misinformed. They are distinct device > > type, possibly with some overlapping features. > > We'll have to agree to disagree. I have not been misinformed. I am basing it > right from Cisco's material used to train CCNA's. is either grossly oversimplified (to the point of being wrong) or you have misunderstood it. > MS's materials for the Then that source is wrong too.> "Networking Essentials" exam (or whatever they call it now agrees with > Cisco). Switches electronically hook multiple segments or legs together (briefly) -- the analogy is like a switch board. Someone having a naive understanding of the way SOME switches work might have written something that ASSUMES (incorrectly) that all switches are using bridging methods to make the decision when and what to connect. They could be referring specifically to a bridge type switch (either explicitly or by context) and you might have missed that distinction. Probably the source (if it is useful at all) is making some general and introductory comments or is just purely written rather than outright wrong but the result is the same if it caused you to misunderstand. Swithes are divided into two major classes: 1) Layer-2 switches (Bridge type switches) 2) Router-Switches (Layer-3 switches) (I used the most common name first here) They operate different. One uses Router methods (routing tables and Protocol specific information) and the other uses bridging methods (MAC address, clien OS and protocol transparency, forward all broadcasts by default). There are also today many hybrid devices able to do both, or even to configure some ports in a bridged set, while router to other (sets) of ports. Usually called a VLAN switch since each CUSTOM broacast domain is called a VLAN. > The early ones only had two ports and were called bridges, later as No, they they "got the idea" because these SWITCH (electically> they evolved they were given more ports and were then called "multi-port > bridges",..then later someone got the bright idea of calling them "Switches" connect the two endpoints) rather than store and forward as does a pure bridge. > due to the Layer2 Packet Switching ability which was the heart of what No. Pure bridges do NOT "switch".> Bridges do. They store (briefly in memory buffer) and forward. > That is the name that "stuck" and is what they are known by Routers are entirely different type of device from a> today. The term "bridging" somewhat faded away over time and was relegated > mostly to routing devices bridge. > on WAN links that ran in "bridging mode" because That part is correct and thus they are NOT acting as> both ends of the WAN link were the same subnet. routers. (Actually these are devices originally called "half bridges" or "wan bridges" since half of the bridge is on each side of the WAN.) > But the term has been No. It is only a Bridge and DEFINITELY not a Switch> resurrected again with the latest MS OS's with the Nic Bridging that simply > makes the computer function as a Layer2 switching device (aka > bridge/switch). in correct network terminology. There IS NOT electrical connection from port A to B at any time -- it is just a computer with two NICs. A switch would actually "switch in a direct connection through it's backplane." But the REALLY critical distinction you are missing is between a Router and a Bridge (ignoring whether these are embedded in the more modern electronics of a switch.) > If it only has two Nics it would be a parallel to the old They operate the same whether there are 2 or 16 NICs.> two-port bridges, if it has more Nics, with all bridged together, You are making another false distinction. > then it You are probably talking about one of the misnamed (this time> begins operate the same as a Switch,...which is kind of pointless to me > since you can go out and buy a cheap switch for $50 that does the same > thing. by the product advertisers) 10/100 'switches'. This may be another part of your misunderstanding but it is largely due to ADVERTISING because this is NOT a switch in the network engineering sense EITHER. These devices are really a 10 Mbps multiport repeater (i.e., SIMPLE hub) BRIDGED to a 100 Mbps multiport repeater -- to hubs with a bridge in between that have all been integrated into the same box. The only "switching" that takes place is that when a 10 Mbps station plugs in it is STATICALLY switched to the 10 Mbps side (or hub.) A dynamic network switch as we have been discussing above does something more complicated on each packet. > > Switches are not even always based on bridges, but may No, again you have misunderstood: They do what switches> > be switch-routers (layer 3) or some hybrid of a bridge > > and router switch. > > The Layer3 Switch is a hybrid "Johnny-come-lately". They do not "define" > what Switches do, they are unique to themselves and do both the job of a > Router and a Switch. do -- but they use ROUTERS method to decice when and what to swich. This is your basic misunderstanding (if you care to fix it rather than just argue) when you miss the KEY distinctions between BRIDGE and ROUTER. > We paid about $10,000.00 for ours due to additional Irrelevant. Router and Bridge differences are the key to> add-ons and modules. your understanding this subject. > > If you wish to fully understand you need to start with And you have based it on misunderstanding or misinformation.> > CLASSICAL (simple) bridges and routers, learn their > > KEY points and then apply this knowledge to understanding > > modern hybrid/complex switches. > > I didn't just start yesterday. I've "been there, done that". I'm trying to > explain those things, not learn them as if I didn't know what they were. Your choice. > > > You can have two physcial segments connected with a Switch (aka Exactly but it was TWO before you hooked in the bridge.Bridge) > > If a Switch or Bridge separates thm, then it isn't two segments but just > one. Without the router there is no separation. (whether it is a switch or not) > > > after all, it is the router that creates the broadcast domain, So if you join to broadcast domains with a Bridge,> > > > No. Routers generally DO not join broadcast domains like > > bridges do. > > Umm,...that is what I've been saying. and then try to JOIN them again with another bridge you CAUSE broadcast loops. That was the original point you misunderstood. [I see you snipped out the thought experiment so here it is again] No, the physical wiring sets up the 'units' of the broadcast domain and any bridges may join multiple physical segments into a larger broadcast domain. Do NOT hook a bridge TWICE to the same broadcast domain. This is not the same as saying you hook a bridge to two broadcast domains to CONVERT them into one broadcast domain. Do the following though experiment: Take a pair of bridges and hook them to the same physical segment then to each other on another segment... What happens when a broadcast occurs on one of the segments? What does each bridge do with broadcasts? Does the other bridge 'see' the propagation to the other shared segment? What does it do with that? (And the first bridge, what does it do when it hears the other bridge propagate the broadcast?)
Show quote
"Herb Martin" <n***@LearnQuick.com> wrote in message Then I think you are wrong,...I think they are right. We aren't going tonews:uSDE3cRFFHA.3384@tk2msftngp13.phx.gbl... > > > You have been misinformed. They are distinct device > > > type, possibly with some overlapping features. > > > > We'll have to agree to disagree. I have not been misinformed. I am basing > it > > right from Cisco's material used to train CCNA's. > > Then you are wrong (to disagree) as the material you are using > is either grossly oversimplified (to the point of being wrong) > or you have misunderstood it. get anywhere with this and we've beat this poor dead horse about as much as it needs beating. It's time to move on to another poor animal. > > Then you are wrong (to disagree) as the material you are using That's right, you may think anything you wish -- plenty> > is either grossly oversimplified (to the point of being wrong) > > or you have misunderstood it. > > Then I think you are wrong,...I think they are right. We aren't going to > get anywhere with this and we've beat this poor dead horse about as much as > it needs beating. It's time to move on to another poor animal. of people go through life believing in superstition and myth. The difference is that I was trying to help YOU because YOU asked for that help when you misunderstood. --out "Herb Martin" <n***@LearnQuick.com> wrote in message Ooohhh! Herb! Lighten up! Today's a new day,..and it Friday, too!news:eJrcdYUFFHA.3376@TK2MSFTNGP12.phx.gbl... > That's right, you may think anything you wish -- plenty > of people go through life believing in superstition and > myth. > > The difference is that I was trying to help YOU because > YOU asked for that help when you misunderstood.
Other interesting topics
|
|||||||||||||||||||||||