"nico" <(E-Mail Removed)> wrote in message
news:%(E-Mail Removed)...
> About the multiple nic's, someone has told me it is a good idea to use
> different nic's for diferent service's like I did now for dhcp,dns & wins
1
> nic and for all the rest another nic.
> Why is this not a good idea?
I have no idea why they think it is a good idea,..I think it is a bad idea.
It screws up the Layer3 functions of the OS since there is no "distinction"
that the OS can use to know which physical NIC to route out of,....layer3
routing is subnet-to-subnet, not host-to-host, and both your nics would be
in the same subnet. At least that is the "broad generality" of it, there
are exceptions,....like playing with the priority order and the "bindings"
of the nics to create a distinction between them. You are better off
adding multiple IP#s to the same physical NIC when they are in the same
subnet. But then even after all that, you still have to have a method to
cause the dhcp, dns, and wins to only use one of the specified IP#s. I have
not seen a way to do that, although I must admit I have never been
interested in doing so and haven't looked into it. Packet filters can do
this artificially at a different level, but that doesn't help the OS decide
what to do.
Now things like IIS can bind certain websites to certain IP#s and would work
fine and may even work fine with multiple physical NICs, but here you are
dealing with an Applications or Services that has been designed to work this
way.
--
Phillip Windell [MCP, MVP, CCNA]
www.wandtv.com