home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!srvr1.engin.umich.edu!sol.ctr.columbia.edu!spool.mu.edu!sgiblab!bridge2!Able.MKT.3Com.Com!txd
- From: txd@ESD.3Com.COM (Tom Dietrich)
- Newsgroups: comp.dcom.isdn
- Subject: Re: Low cost ether/isdn brouters (was PC-NFS PPP Serial/ISDN driver wanted)
- Message-ID: <txd.727718864@Able.MKT.3Com.Com>
- Date: 22 Jan 93 16:07:44 GMT
- References: <5da984b1.1bc5b@pisa.citi.umich.edu> <1993Jan21.151029.13640@gandalf.ca> <v5jtlkk@rhyolite.wpd.sgi.com> <C18qsB.1DB@wsrcc.com>
- Sender: news@bridge2.NSD.3Com.COM
- Lines: 39
- Nntp-Posting-Host: able.mkt.3com.com
-
- wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
-
- >>Maybe bridging is the right answer for Appletalk, OSI, and so on. In
- >>some cases, bridging may make sense for IP. But bridges are not a
- >>universal solution.
-
- I know I'm gonna regret this, but I couldn't read this anymore...
-
- On low speed links (64Kbps and below) bridging is going to be a
- problem from network to network. The background traffic (broadcast and
- multicast) tend to take up enough bandwidth to make "real" traffic too
- slow to use. I'm talking about networks that have more than 10 nodes
- on each side of the bridge. Routing IP, OSI, IPX, XNS, Appletalk phase
- II is generally a better solution in a low speed WAN environment.
-
- I've spent a lot of time working with customers who try to save the
- cost and complexity of a router by installing a bridge. Most have
- regretted it.
-
- >Not to start a war or anything, but I'm curious why do folks build
- >bridges as opposed to routers. Is it to save the cost of writing the
- >code to do the TCP/IP hacking or is it that they would need much more
- >hardware to support the computional horsepower needed to unravel the
- >upper level protocol and then wrap the data-packet back up?
-
- The cost of producing a router is greater than a bridge. There are a
- lot more decisions to be made in a routing situation, and multiple
- protocols make it worse. Bridges are simpler to make, install and
- administer. There are tradeoffs.
-
-
-
- *********************************************************************
- Thomas E. Dietrich e-mail: txd@Able.MKT.3Com.COM
- Marketing Engineer Phone:(408) 764-5874
- 3Com NSD Product Marketing FAX:(408) 764-5002
- 5400 Bayfront Plaza, P.O. Box 58145
- Santa Clara, Ca. 95052-5166
- *********************************************************************
-