Two equal cost default routes are not in the routing table together within OSPF
I have a scenario which has two "internet gateways" which are participating in both iBGP and OSPF. iBGP is advertising a default route to the gateways and they both redistribute that into OSPF as type 5 LSAs. Problem I'm running into is that I expect my other OSPF routers to learn both routes and put both into the routing table. The AD/Metric are equal for both advertisements on all routers (It's 110/1) but the routers are keeping the older one and not putting the second in their for load balancing. What gives? I can post more info and configs if need be but when I learned the fundamentals, I thought equal cost routes would be put into the routing table together. If I remove one that is present the other one is learned.See the attachment for the topology. INET_CLOUD is BGP advertising the 0.0.0.0 route.
Uploaded with ImageShack.us

Currently reading: Network Warrior, Unix Network Programming by Richard Stevens
Comments
Without seeing your configs, routing tables, or lsd it's hard to tell exactly what's going on. My first guess would be forwarding cost of the 2 routes is not the same. The link above is a great resource for just this topic.
Here is INET_GWAY2s config
Here is INET_CLOUDs config
Here is the ospf database on RTR3. This router has only 1 of the default routes in the routing table at any time.
If I stop advertising the default route from one gateway rtr3 learns it from the other source.
My thoughts as well. When you generate a default route (to be clear yo are not redistributing a default route, you are gernerating one form this router with the command) it will have a default route type of E2 with metric of 1. Since these tie you will have a forward metric to look at. Assuming you leave all the links to default cost you will end up with different forwarding metrics here.
Also RTR3, is gonna be the only one with two default routes in the routing table based on that picture, but all routers will have both defaults in their ospf db once you fix this.
IPSec VPN Design 44%
Mastering VMWare vSphere 5 42.8%