Re: bridging
From: Phillip Windell (_at_.)
Date: 07/20/04
- Next message: Chris Edson [MSFT]: "Re: DHCP server unreachable"
- Previous message: Greg Brewer: "Re: bridging"
- In reply to: Greg Brewer: "Re: bridging"
- Next in thread: Phillip Windell: "Re: bridging"
- Reply: Phillip Windell: "Re: bridging"
- Messages sorted by: [ date ] [ thread ]
Date: Tue, 20 Jul 2004 13:30:51 -0500
"Greg Brewer" <greg-spam@brewer.net> wrote in message
news:40fd565d$0$449$be864849@news.hal-mli.net...
> I'm not sure where my vocabulary is failing
No problem..... :-)
I just have to make extra sure I know what someone is really talking about
before I suggest changes to their stuff that might get them in trouble if it
doesn't work.
> ---------------------------------------------------------------
> Internet -- <T1 modem[1]> -- <Cisco PIX 501[1]> -- <Web Server>
>
> Internet -- <T1 modem[2]> -- <Cisco PIX 501[2]> -- <switch>
> -- <mail server, file server, workstations>
>
> ---------------------------------------------------------------
Ok. I understand now. We have something like that here. We have a Video
Server that downloads "content" that we broadcast over the air. It requires
a lot of Internet bandwidth for recieving, so rather than run it over our
already busy T1, we run it out a separate Internet connection all by itself.
Now I am going to assume that the T1 and PIX[1] is to be dedicated only for
the Web Server,...So....
The easiest way to deal with this:
[Option #1] - If each of the PIXs use same subnet on the Internal
Interface.....
Connect the Webserver's NIC into the switch right along with all the other
machines. Do the same for *both* PIXs. Just make them one big happy family
together. Then you want the Webserver's Network Settings to be statically
assigned and you would change it's Default Gateway to the PIX[1] that you
wanted it to use to get to the Internet. All other machines stay the way
they are and will use the PIX[2] to get to the Internet.
<Internet>-- PIX[1]--
\
- [Switch]--<all machines and
Webserver>
/
<Internet>--PIX[2]--
[Option #2] - If PIXs have different subnets on the Internal
Interface........
Connect the Webserver's NIC into the switch right along with all the other
machines, but *not* the PIX[1] in this case. Just make them one big happy
family together. Then you add a second NIC to the Webserver and set it up
with the right network settings to talk to the PIX[1] and make the PIX[1]
the Default Gateway for the Web Server. The NIC on the Webserver that faces
the LAN requires a *blank* Default Gateway. Do *not* enable "routing" on the
webserver, it is not a router. As long as your LAN does not have multiple
subnets that the Webserver needs to "talk" to there isn't anything else to
do, but if there are other subnets then Static Routes must be added to the
Webserver's Routing Table to overcome the fact that the Gateway is blank.
<To Internet>---PIX[1]----<Webserver>
|
<To Internet>---PIX[2]-------[Switch]----<all machines>
-- Phillip Windell [MCP, MVP, CCNA] www.wandtv.com
- Next message: Chris Edson [MSFT]: "Re: DHCP server unreachable"
- Previous message: Greg Brewer: "Re: bridging"
- In reply to: Greg Brewer: "Re: bridging"
- Next in thread: Phillip Windell: "Re: bridging"
- Reply: Phillip Windell: "Re: bridging"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|