Okay... now I've gotten a good bit further.
I have eth0 configured without a gateway and with the AT&T ip.
I've got a virtual int named eth01 without a gateway with the Sprint IP
I've configured /etc/iproute2/rt_tables with the standard setup for split access between providers.
Now that is the same thing that I had when it was on two separate eth interfaces. I now have this working. The only problem is that it doesn't seem to like the fact that I put the "ip route add default via ..." statement in the rt_tables file so I had to re-enter it upon reboot. I tried using the GATEWAY and GATEWAYDEV options in the /etc/sysconfig/networks file but that doesn't work as the full sytax isn't there.
Where should I be placing the default route statement so it survives reboot?
Also, how is it that this is working since you didn't think it could? Did I leave out that the two ISPs live on the same switch plane on my publis network? That should allow for separate net segments over the same card since neither one has a gateway.
I checked it from traces and pings at an external source and it's working...
Thanks and WTF???????
++ Kevin Kimmell + kevin_AT_dynamictrend.com + Dynamic Trend, Inc. ++
Alexander Dalloz wrote:
Am Mo, den 17.05.2004 schrieb Kevin Kimmell um 23:19:
I know that the NIC is fine as I've got the same system on Win2k3 server setup in the same fasion and it's working fine. So perhaps this is an issue specific to the Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet?
It seems to be a driver module issue (too). Did you search google for hints? Dependent on what you can google choosing FC2 which comes out in a few hours could be a valid choice (it has kernel 2.6.x and newer drivers on board).
Any ideas? How about setting the 2nd IP address as a virtual device off of the eth0 interface. Would that serve to prove or disprove the possibility of it being a problem specific to fedorac1 & this card?
Aliased device usage like eth0:0 will be no solution path, as you can not assign a total different network to an aliased device.
Thanks,
Kevin
Alexander
