In the Exchange 2013 preview, the CAS array could still be created using "new-clientaccessarray". In the RTM version of Exchange 2013, the CMDlet is no longer available. The reason is simple: A CAS array is no longer required.
Previous Exchange Server versions used the MAPI protocol, which uses RPCoverTCP, to communicate with Outlook in the network. Unfortunately, this protocol has the serious disadvantage that it uses dynamic ports. The TCP port was therefore constantly changing, which made it difficult to configure firewalls accordingly.
Exchange 2013 now uses RPCoverHTTPS. The RPC connections are therefore completely tunneled via the HTTPS protocol. Previously, this technology was only used with Outlook Anywhere. With Exchange 2013, clients must now also use RPCoverHTTPS in the internal network.
The major advantage of RPCoverHTTPS is that it only uses port 443, i.e. no dynamic ports are used. Furthermore, an RPC endpoint is no longer required (CAS array), as the mailbox is addressed via the GUID and the UPN.
In practice, this works as follows:
Outlook receives its information via Autodiscover. Outlook sends MAILBOXGUID@UPN to a CAS server that was notified via Autodiscover. The CAS server now searches the Active Directory for the MAILBOXGUID@UPN and receives the corresponding mailbox server from the AD. The CAS server forwards the request from the Outlook client to the mailbox server hosting the mailbox.
The CAS array as an endpoint is therefore superfluous. Another advantage: cheaper load balancers can be used for the client access servers 
Hallo zusammen,
ich habe folgende Konstalation:
2x CAS Server EX2013 über Loadbalancer gesteuert
2x Mailbox Server EX2013
2x DC
Alles basierend auf W2K12R2.
Mein öffenrliches Zertfikat ist auf eine Domain registriert.
Wenn ich jetzt das Outlook Anywhere Konfiguriere und den CAS als Exchange Server angebe, kriege ich die Passwort abfrage des Users, kann mich aber nicht anmelden.
Wenn ich den Mailbox Server als Exchange Server angebe, kann ich mich anmelden und Outlook funktioniert einwandfrei. Wie habt ihr das System aufgebaut. Wir haben ja Extra CAS Server für die Client Authenrifizierung.
Mfg,
Kai
Exchange 2013 wird derzeit nicht auf Server 2012 R2 unterstützt.
Servus Frank, ist das immer noch so, das Exchange auf Windows Server 2012 R2 nicht unterstützt wird?
Hallo Peter,
doch, wird unterstützt:
https://docs.microsoft.com/de-de/exchange/exchange-2013-system-requirements-exchange-2013-help
Gruß,
Frank
hi, es gibt keine RPC-Kommunikation mehr zw. outlook und dem CAS. Seit EX2013 wird alles durch HTTPs getunnelt. Hat den Vorteil, dass die Ports nicht mehr dynam. gestaltet werden, man sich also nur noch um 443 kümmern muss. So fallen CASArrays eh weg, da die Affinität zum CAS auch keine Rolle mehr spielt.
Hi Frank,
das mit den beiden Webservern, ist bis auf das RPC-Thema, schon am laufen, OWA- und AS- funktionieren ja super toll, wobei der Nginx die Daten schneller durchreicht als der Apache, nur halt das schöne Outlook-Anywhere halt net, aber dafür gibt es ja HA-Proxy.
Wennste das mal sehen willst meld dich mal bei mir ;)
Grüße Michael
Naja einen Apache als LB einzusetzen wird wegen dem RPC nicht klappen ;)
Auch Nginx wird da net klappen.
Funktionieren wird das schon, aber Support wird es da wohl keinen für geben :-)
Das RPC wird ja in HTTPS getunnelt. Was in dem HTTPS Paket steckt dürfte den Loadbalancer nicht weietr interessieren. Zumindest nicht auf Layer 4. Von daher sehe ich keinen Grund warum es nicht funktionieren sollte. Reverse Proxy wird wahrscheinlich nicht funktionieren, aber LB könnte klappen.
Man könnte das ja mal testen ;-)