We have two Ethernet cards with these addresses in our production machine:
Internet Subnet Line Line
Address Mask Description Type
127.0.0.1 255.0.0.0 *LOOPBACK *NONE
518.104.22.168 255.255.0.0 ETHLINE *ELAN
522.214.171.124 255.255.0.0 ETHLINE2 *ELAN
5126.96.36.199 255.255.0.0 ETHLINE2 *ELAN
The routes look like this:
Route Subnet Next Preferred
Destination Mask Hop Interface
*DFTROUTE *NONE 5188.8.131.52 5184.108.40.206
5220.127.116.11 *HOST 518.104.22.168 522.214.171.124
5126.96.36.199 *HOST 5188.8.131.52 5184.108.40.206
5220.127.116.11 *HOST 518.104.22.168 522.214.171.124
I'm not sure why this setup or how it got this way. The 567.15
addresses are our offsite backup machine and the 255.42 and 255.43 are
the addresses that Mimix talks on.
We tested a planned Mimix switch. I had a client access session on
5126.96.36.199. Part of the switch disables 5188.8.131.52 (the preferred
interface for 3 of the routes) and when that happened my client access
session disconnected and Mimix processing stalled. I suspect disabling
5184.108.40.206 caused both the *DFTROUTE and the 5220.127.116.11 destination
to be inoperable. However, somewhere between 30 minutes and an hour
later my client access session reconnected and Mimix took off again.
I have the feeling that the *DFTROUTE should have *NONE as the preferred
interface and the other three entries are unneeded, because the
518.104.22.168 default gateway on the network knows all these destinations.
Second question; Why did everything start working again 30+ minutes
later? I have a feeling there is some retry threshold that was exceeded
and is probably configured way too high.
Thirdly, in what order are the routing entries consulted? Is the
*DFTROUTE the last one checked if there is no hit on any other entry?
(Sorry for the long post and if these seem like simplistic questions I
apologize--I'd rather be programming...)