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
5220.127.116.11 255.255.0.0 ETHLINE *ELAN
518.104.22.168 255.255.0.0 ETHLINE2 *ELAN
522.214.171.124 255.255.0.0 ETHLINE2 *ELAN
The routes look like this:
Route Subnet Next Preferred
Destination Mask Hop Interface
*DFTROUTE *NONE 5126.96.36.199 5188.8.131.52
5184.108.40.206 *HOST 5220.127.116.11 518.104.22.168
522.214.171.124 *HOST 5126.96.36.199 5188.8.131.52
5184.108.40.206 *HOST 5220.127.116.11 518.104.22.168
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
522.214.171.124. Part of the switch disables 5126.96.36.199 (the preferred
interface for 3 of the routes) and when that happened my client access
session disconnected and Mimix processing stalled. I suspect disabling
5188.8.131.52 caused both the *DFTROUTE and the 5184.108.40.206 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
5220.127.116.11 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...)