Solved

Routing Group Connector Issue

Posted on 2007-03-26
9
4,206 Views
Last Modified: 2008-01-09
We have a problem with a routing group connector in Exchange 2003 and was hoping someone could help.

We have a central Exchange 2003 Enterprise edition XS server at head office, we have a remote office with a standard edition exchange 2003 server, both running on Windows Server 2003. Each XS is in it's own routing group and we have setup routing group connectors in each routing group.

The routing group connector at the remote office has no problems sending emails back to head office, however, the routing group connector at the head office will send some emails to the remote office then stop working. We have to create a new routing group connector with a higher priority in order for the trapped emails to go out, however, this new routing group connector soon stops working in the same way. We have to continually create new routing group connectors for emails to go to the remote office.

When we highlight the routing group connector it just says No additional information available.

Does anyone know how to resolve this?
0
Comment
Question by:bahill14
  • 5
  • 4
9 Comments
 
LVL 104

Expert Comment

by:Sembee
Comment Utility
I was going to type out a long answer... then remembered I blogged on it.
http://www.sembee.co.uk/archive/2007/02/19/40.aspx

Check the SMTP Virtual server config - set it to the specific IP address rather than all unassigned. Then recreate the RGCs.

Simon.
0
 

Author Comment

by:bahill14
Comment Utility
Hi Simon,

thanks for getting back to me so quickly. Have checked and we had set the specific IP address at both the head office and remote office SMTP virtual servers, can you think of anything else?

Kind regards,

Brett
0
 
LVL 104

Expert Comment

by:Sembee
Comment Utility
Do you get anything logged when the connector fails?

Simon.
0
 

Author Comment

by:bahill14
Comment Utility
Thanks, have checked the event logs on both servers and there's nothing,
Brett
0
Free book by J.Peter Bruzzese, Microsoft MVP

Are you using Office 365? Trying to set up email signatures but you’re struggling with transport rules and connectors? Let renowned Microsoft MVP J.Peter Bruzzese show you how in this exclusive e-book on Office 365 email signatures. Better yet, it’s free!

 
LVL 104

Expert Comment

by:Sembee
Comment Utility
You may have to turn up diagnostic logging to get anything to log that is of use. If it is happening frequently you shouldn't need to run diagnostic logging for every long to catch the error and see if anything is shown.

Simon.
0
 

Author Comment

by:bahill14
Comment Utility
Hi Simon,
I've enabled logging on the Head office server and attached the event logs. There are currently two routing group connectors setup on this server to connect to the remote office exchange server, remote office exchange server IP address is 10.128.1.10. These routing group connectors are called FBR 7 and FBR 8, as you can see they keep going up and down. Please let me know if you need anything else,
kind regards, Brett

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 974
Time: 21:16:16
On Master side, the following connector's linkstate is down. Process Id: 444 Process location:
C:\WINDOWS\system32\inetsrv\inetinfo.exe ConnectorDN: CN=FBR 8,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 977
Time: 21:07:18
Following connector fails to connect to its target bridge head. CN=FBR 8,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Connection Manager
Event ID: 4006
Time: 21:07:18
Message delivery to the host '10.128.1.10' failed while delivering to the remote domain  
'_c18a68244b6954478c6fca956d40ea70_D' for the following reason: The semaphore timeout period
has expired.

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 977
Time: 20:22:48
Following connector fails to connect to its target bridge head. CN=FBR 7,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Connection Manager
Event ID: 4006
Time: 20:22:48
Message delivery to the host '10.128.1.10' failed while delivering to the remote domain  
'_b58122a536a71a4e8cc9aae37044e96c_D' for the following reason: The semaphore timeout period
has expired.

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 973
Time: 20:16:16
On Master side, the following connector's linkstate is up. Process Id: 444 Process
location: C:\WINDOWS\system32\inetsrv\inetinfo.exe ConnectorDN: CN=FBR 8,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 978
Time: 20:08:50
Following connector now is ok to connect to its target bridge head. CN=FBR 8,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 974
Time: 19:24:26
On Master side, the following connector's linkstate is down. Process Id: 444 Process
location: C:\WINDOWS\system32\inetsrv\inetinfo.exe ConnectorDN: CN=FBR 8,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 977
Time: 19:15:17
Following connector fails to connect to its target bridge head. CN=FBR
8,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Connection Manager
Event ID: 4006
Time: 19:15:17
Message delivery to the host '10.128.1.10' failed while delivering to the remote domain  
'_c18a68244b6954478c6fca956d40ea70_D' for the following reason: The semaphore timeout period
has expired.

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 978
Time: 18:27:19
Following connector now is ok to connect to its target bridge head. CN=FBR
7,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Routing Engine/Service
Event ID: 977
Time: 18:26:17
Following connector fails to connect to its target bridge head. CN=FBR
7,CN=Connections,CN=Edinburgh,CN=Routing Groups,CN=Buccleuch Group,CN=Administrative
Groups,CN=BuccleuchIT,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=buccle
uchit,DC=local

Source: MSExchangeTransport
Category: Connection Manager
Event ID: 4006
Time: 18:26:17
Message delivery to the host '10.128.1.10' failed while delivering to the remote domain  
'_b58122a536a71a4e8cc9aae37044e96c_D' for the following reason: The semaphore timeout period
has expired.

Source: MSExchangeTransport
Category: Connection Manager
Event ID: 4006
Time: 18:16:46
Message delivery to the host '10.128.1.10' failed while delivering to the remote domain  
'_e6035aafe731124da9b539c5ee70b75c_D' for the following reason: The semaphore timeout period
has expired.







0
 
LVL 104

Accepted Solution

by:
Sembee earned 500 total points
Comment Utility
The linkstate is changing to down, and then doesn't come back up.

Anything scanning the traffic? AV, firewalls with SMTP scanning features etc?

When the connection has gone down, can you telnet to port 25 of the other server by all three... :

telnet ipp.add.re.ss 25
telnet servername 25
telnet host.domain.com 25

Simon.
0
 

Author Comment

by:bahill14
Comment Utility
Simon thanks very much for your help but managed to resolve the problem ourselves. It was a networking issue!

We sniffed the network traffic to discover that the head office XS was sending it's packets to the remote office through a route that was dropping packets over 2000 bytes in size. This must have been interfering with the head office XS routing group connector RPC calls to the remote office XS. The remote XS was returning the packets via a different route that didn't have that problem that's why it's routing group connector was ok. Once we altered the route and the large packects stopped getting dropped the routing group connector problem was sorted!

Would like to offer you some points for helping us eliminate possible causes, not sure how to do it though!

Cheers, Brett
0
 
LVL 104

Expert Comment

by:Sembee
Comment Utility
Post in the support topic area (top right corner) and ask the moderators.
I think the way that they do it is to drop the number of points available, then accept an answer. I might be wrong, I don't tend to notice what is going on with points, I have 14 million or something of the things.

Simon.
0

Featured Post

Highfive + Dolby Voice = No More Audio Complaints!

Poor audio quality is one of the top reasons people don’t use video conferencing. Get the crispest, clearest audio powered by Dolby Voice in every meeting. Highfive and Dolby Voice deliver the best video conferencing and audio experience for every meeting and every room.

Join & Write a Comment

Resolve Outlook connectivity issues after moving mailbox to new Exchange 2016 server
Scam emails are a huge burden for many businesses. Spotting one is not always easy. Follow our tips to identify if an email you receive is a scam.
In this video we show how to create an Accepted Domain in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Mail Flow >> Ac…
how to add IIS SMTP to handle application/Scanner relays into office 365.

763 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

10 Experts available now in Live!

Get 1:1 Help Now