Tom's Guide | Tom's Hardware | Tom's Games
![]() |
![]() |
![]() |
About twice a week now, all of my three remote branch city sites will fail to
allow Outlook clients to communicate with the Exchange Server, but the main
HQ site works fine.
It can happen out of the blue, and there are no entries in the Event Viewer after it happens. My only fix is to reboot the Exchange Server.
I can ping the Exchange Server by name from the affected branch store PC's, and it comes back correctly, but will not allow e-mail.
Internet, databases programs, and printers all work fine during this, showing that the networking is OK just not e-mail.
Exchange 2003 Server on Windows 2003 Server; One domain, four subnets (one for each city); Cisco routers in each site.

Check all the exchange services in the Services MMC. Did any of these services stop?
Couple of questions about your AD and Exchange environment.
1. Are there DC's in each site?
2. If so, are these DC's also Global Catalogs?
3. Are they divided into sites within AD?
4. Am I reading correctly that you have one Exchange server in the HQ site?
5. How many mailboxes are on this Exchange server?"Barbara Streisand hasn't ruined the culture since Yentl."

Hi Heropsycho,
Only one DC, it's in the main store, just the one. It serves about 100 users; 50 users at main store, and about 15 in each branch.
Thanks--Rick-

What is the bandwidth between sites?
It doesn't sound like this is an exchange problem. If users in your main site with the Exchange server can connect fine, Exchange and all its related dependencies (DC and Global Catalog) are working fine. Almost sounds like a connection problem.
"Republicans in Congress are moving to ratify a constitutional amendment to ban flag burning, thus ending the Iraqi insurgency."

As stated originally:
"Internet, database programs, and printers all work fine during this, showing that the networking is OK just not e-mail."
We use dedicated T-1 lines between branch stores.
Also, the fact that simply rebooting the Exchange Server to solve the issue makes me believe that it is the Server program.

But if everyone in main site can connect, but the remote sites can't, your Exchange server really doesn't know the difference between the two groups of clients.
"Barbara Streisand hasn't ruined the culture since Yentl."

Tell me about it!
They are on different subnets, but 99% of the time, they work fine. Otherwise, there is no difference in the setup between the remotes and us. I am almost likely to blame the Cisco routing tables, but why does it work fine for days and then all of a suddon stop?
Wierd!

Clients also interface with Global Catalog servers in order to access their Exchange mailboxes.
So that begs the question - are there DC's in each remote site?
Are they global catlogs?
"Republicans in Congress are moving to ratify a constitutional amendment to ban flag burning, thus ending the Iraq insurgency."

Please see my response #2.
Only one DC at all, in the main store. Only one network, only one forest, only one domain name, only one Exchange Server, so only one Global Catalog.
The only difference for the branch stores is that they are on different subnets, but they all have the same default gateway.

How can they all have the same default gateway if they're on different subnets?
Back to the discussion on DC's/GC's, maybe it's possible the one DC you have which is obviously your sole GC is overwhelmed.
Next time it happens, try connecting to the DC using LDP in support tools on port 3268.
"Republicans in Congress are moving to ratify a constitutional amendment to ban flag burning, thus ending the Iraq insurgency."

You're right, they are NOT all on the same DG, sorry!
We only have about 150 users in a non-tech environment, so it shouldn't be overloaded, but I have run load graphs too, and they look OK.
I'm leaning towards possible WINS or DNS errors maybe, and am looking into that right now...
Thanks-

Hi,
We have the same problem.
It started after we removed a Checkpoint firewall from in between the server and the Cisco Router.When mail stops working, RDP also stops functioning from off certain machines on a remote subnet, to the Exchange 2003 server. But, other machines on the same remote subnet can still connect trough RDP. Ping works fine from all machines in the remote subnets. I do see a lot of routes in the routing table (route print)on the exchange server, from every connecting remote VPN-LAN. As this might be the problem, we´ve turned of the propagation of routes on the Cisco Router but that doesn´t stop the routing information to appear in the servers routing table. So still, twice every week, at random times routing to the exchange server starts malfunctioning on application level. We are at a loss. I know this is no resolution, but maybe the extra infromation might leed to one.
R,
Maik

Thanks for the note Mark; I was sure that others are having the problem!
Do you get any notices in the Event Viewer when it goes down? We don't...
Ping works fine during this time here as well.
It seems to be twice a week consistently too, I don't know why that would be.
Thanks again--Rick-

Rick,
We get no messages in event log because of the simple fact that Exchange is still running correctly. I am convinced that it is an application level routing problem. Could be that it has been initiated bij an update. When did trouble start at your company?
R.
Maik

Rick,
Can you tell me what service pack (and patch level) are on the Exchange 2003 Server?
R.
Maik

We're experiencing the same problem. We have one Exchange 2003 SP1(enterprise) server with 70 mailboxes set up at our HQ.
Approx every 36-48 hours the users at our 10 remote branches (connected via IPSec VPN) lose connectivity to the Exchange server.
The only thing that cures this is to reboot the Exchange server. We have two DCs that are acting as GCs at the HQ. All local Outlook clients remain connected when the branches go down.Netstat shows numerous open connections from each remote client on the Exchange server when this problem occurs. The clients can ping the host name and IP of the Exchange server during the outages.
This is driving us crazy!

![]() |
Limit client pc's interne...
|
serve2003 network problem...
|

This post is quite old and has been locked from receiving new replies. Please create a new posting instead.
| Ads by Google |