Using BIG-IP v11.3.0 (Build 2968.0) with Exchange 2010 SP3 and template f5.microsoft_exchange_2010_cas.2012_06_08.
Currently the same IP address used for OWA is being used for EWS.
What happens is that EWS will work when starting Outlook, I can do free/busy lookups and then it would just stop working until I restart Outlook. Also when trying to look at a user's manager/direct reports it will also just stop working until restart (not sure if this is also EWS as expected or possibly the address book service proxy (configured on a static RPC port). If I point EWS in hosts to any of the pool members I dont have an issue.
So...I realise there's a new template but was wondering if this may not have something to do with source IP persistence?
The source address persistence profile assigned to both the EWS and RPC virtual servers should persist requests for those services to the same CAS for the same client IP.
How long does it take for EWS to stop working? When it does, do you see EWS connections going to a different pool member than the RPC connections? If you run Fiddler on the client or tcpdump on the BIG-IP, you should be able to see the HTTP response for the failed EWS requests.
We recommend using the v1.2.0 iApp version in any case, since it has many fixes and added features over the version you are using.
Thanks - I notice when running wireshark that it is definitely the RPC address book service (configured on static ports) that is responsible for expanding things like manager and direct reports when looking at the GAL. All web services are cookie based persistence and all RPC, RPC MAPI and RPC Address Book are source IP based persistence.
Now that I'm running a wireshark trace I am testing intermittently to see if a specific time window stops it from working. Will update when I know more.
Sounds good. BTW, if you used the iApp, EWS is persisted on source IP, ActiveSync uses the Basic auth header value, and Outlook Anywhere uses auth header or source IP. All of the other HTTP services do use cookie.