Exchange 2003 using a soft client. Seems that the Web based Outlook works 
fine. The client software is very slow when updating In/Outbox and 
eventually looses connectivity. Not sure about the SSL side of things. 
Will check.

Bear with me, here. So some of my terminology may be a bit off. I am a 
routing tech not an Exchange admin so I tend to look at things at the 
lower layers of the stack by nature. Though I hadn't considered problems 
with the SSL. No problems are being reported from within the European 
continent. What I am seeing are a couple of major outages between Chicago 
and Brussels, Belgium. Leading me to initially think that the session was 
timing out or a Name Server had lost peering/neighbor once traffic hit 
Europe. 

I did try a ping and traceroute on a different T-1 peer and found the 
difference to be a difference by a factor of 500% less latency. However, 
if your saying you have folks with a 500ms ping with no problems then 
there is definitely more than meets the eye.

Will check the local caching as well. To be absolutely sure.

Hopefully, thats obtuse enough, lol. I feel slightly out of my element, 
here. ; )

Thanks!

Brent Eads
Employee Technology Solutions, Inc.

Office: (312) 762-9224
Fax:     (312) 762-9275


The contents contain privileged and/or confidential information intended 
for the named recipient of this email. ETSI (Employee Technology 
Solutions, Inc.) does not warrant that the contents of any electronically 
transmitted information will remain confidential. If the reader of this 
email is not the intended recipient you are hereby notified that any use, 
reproduction, disclosure or distribution of the information contained in 
the email in error, please reply to us immediately and delete the 
document. 

Viruses, Malware, Phishing and other known and unknown electronic threats: 
It is the recipient/client's duties to perform virus scans and otherwise 
test the information provided before loading onto any computer system. No 
warranty is made that this material is free from computer virus or any 
other defect.

Any loss/damage incurred by using this material is not the sender's 
responsibility. Liability will be limited to resupplying the material.




"Robert Rutherford" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
12/12/2006 12:26 PM
Please respond to
ActiveDir@mail.activedir.org


To
<ActiveDir@mail.activedir.org>
cc

Subject
RE: [ActiveDir] Remote Exchange Access and Timing






What element are you remotely accessing? 
I take it you mean a client at a remote site? 
Which version of Exchange?
 
I’m taking it that you mean an outlook client accessing an Exch2003 svr, 
if so then an outlook over SSL connection will be fine, especially if you 
cache locally… I’ve got clients out on lines 500ms +
 
Cheers,
 
Rob 
Robert Rutherford 
QuoStar Solutions Limited 
T:    +44 (0) 8456 440 331   
F:    +44 (0) 8456 440 332   
M:    +44 (0) 7974 249 494   
E:    [EMAIL PROTECTED] 
W:    www.quostar.com   
  

From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of 
[EMAIL PROTECTED]
Sent: 12 December 2006 17:27
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] Remote Exchange Access and Timing
 

All; 

This may be slightly off topic. 

Does anyone remember how fast Exchange needs the line speed to be for 
remote access? I am working with a client that is having time out issues 
with a 248ms (average) packet time. With some static routing I might be 
able to get this number down to say 125ms but my fear is that will 
likewise be too slow. >From a networking (routing) side of things I can 
see some peering loss in Europe so there is no really easy answer save 
building special static routes or PPP connections, etc. 

Thanks! 



Brent Eads
Employee Technology Solutions, Inc.

Office: (312) 762-9224
Fax:     (312) 762-9275


The contents contain privileged and/or confidential information intended 
for the named recipient of this email. ETSI (Employee Technology 
Solutions, Inc.) does not warrant that the contents of any electronically 
transmitted information will remain confidential. If the reader of this 
email is not the intended recipient you are hereby notified that any use, 
reproduction, disclosure or distribution of the information contained in 
the email in error, please reply to us immediately and delete the 
document. 

Viruses, Malware, Phishing and other known and unknown electronic threats: 
It is the recipient/client's duties to perform virus scans and otherwise 
test the information provided before loading onto any computer system. No 
warranty is made that this material is free from computer virus or any 
other defect.

Any loss/damage incurred by using this material is not the sender's 
responsibility. Liability will be limited to resupplying the material.

Message scanned by TrendMicro
 

Message scanned by TrendMicro




Message scanned by TrendMicro

Reply via email to