0 pts.
 Domino routeing…
I have a problem. I am trying to set up redundant routes for mail flow to and from Spain to our head office in the UK. Here at head office we have two clustered 6.5.3 servers and in Spain there is a 6.5.1 box. We've set up connection documents at each end sending mail to/from one of the cluster boxes with a routeing cost of 1 and to the other with a cost of 2. The theory is that the connection to the cost 1 server and Spain is via a high speed VPN tunnel and the other is via the existing, heavily loaded WAN. If/when the VPN tunnel drops or dies for whatever reason the mail should switch over to the WAN link. It is essential that mail flows constantly. This works perfectly in Spain; mail waiting to transfer automatically goes to the other box. Here, I was hoping that queued mail would reroute via the secondary server but instead it just piles up. Has anybody got any ideas?

Software/Hardware used:
ASKED: March 9, 2005  4:53 AM
UPDATED: March 9, 2005  3:14 PM

Answer Wiki:
Hi, i had a simmilar Situation! My Problem was the Network Name in the Serverdocument! 1. If the Network name is similiar, all Routing would go this way! 2. Network Name is not similiar, requires Connection Documents, RoutingCost , Ip Address and all work fine in my Configuration! Watch out if heard there is a IP problem in 6.5.1 and this could also be a problem here! Greetings Thomas (Hope this helps!) Greetings from Austria
Last Wiki Answer Submitted:  March 9, 2005  5:59 am  by  ThomasBalatka   0 pts.
All Answer Wiki Contributors:  ThomasBalatka   0 pts.
To see all answers submitted to the Answer Wiki: View Answer History.


Discuss This Question:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _


 

There are other factors you need to look at besides the cost of connections. There are also dynamic routing costs
when a server fails that increments the route by one. There is also the role that the server names themselves play in resolving situations where routing costs are equal among servers.

Please search for the document number below at this site:

http://www.ibm.com/support/us/

Reference #: 1091859

IBM Group: Software Group

Modified date: 2003-04-16

It has a very good explanation of this issue, and much more thorough that I could give here. Re-post if it does not apply to your problem.

Ini some sites we boosted the connection costs to arbitrary higher numbers to avoid these tie breaking situations.

-andy pedisich

 0 pts.