<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <title>Exchange 2010 System Template Question.</title>
  <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_thread?p_l_id=&amp;threadId=4955972" />
  <subtitle>Exchange 2010 System Template Question.</subtitle>
  <id>http://developer.cisco.com/c/message_boards/find_thread?p_l_id=&amp;threadId=4955972</id>
  <updated>2013-05-24T18:16:31Z</updated>
  <dc:date>2013-05-24T18:16:31Z</dc:date>
  <entry>
    <title>RE: Exchange 2010 System Template Question.</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=4960408" />
    <author>
      <name>Russ Whitear</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=4960408</id>
    <updated>2012-01-05T15:19:25Z</updated>
    <published>2012-01-05T15:19:25Z</published>
    <summary type="html">Great.

Thanks for the clarification Jason. 

I may have a try at modifying the system template to add the option to set IP Sticky for the RPC connections. Would make a great demonstration of the flexibility of templating.

Many thanks

Russ.</summary>
    <dc:creator>Russ Whitear</dc:creator>
    <dc:date>2012-01-05T15:19:25Z</dc:date>
  </entry>
  <entry>
    <title>RE: Exchange 2010 System Template Question.</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=4957071" />
    <author>
      <name>Jason Notari</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=4957071</id>
    <updated>2012-01-04T20:31:44Z</updated>
    <published>2012-01-04T20:31:44Z</published>
    <summary type="html">Russ

We will look at an update on the ANM side of this to make this more clear.

While working with the CVD team to develop this template there was quite a bit of concern about the IP sticky behavior when a large percentage of the clients were routing through a super proxy. 

The Exchange would work for the RPC connections without any session persistence (although with slight additional latency and CPU usage on the rservers). At that time the developer of the CVD felt that it was easy to add IP sticky to the deployed vserver after the fact. The risk of certain cases having unbalanced server usage (with IP sticky) was thought to be more difficult to troubleshoot and debug. So we made the decision to pull it from the template.

Unfortunately that wasn't clearly communicated. We should at least provide an on-screen note to indicate what we are doing. We could also provide the option to set IP Sticky with the appropriate caveat.

Ideally the CVD would be updated with a note about super-proxies as well.

Jason</summary>
    <dc:creator>Jason Notari</dc:creator>
    <dc:date>2012-01-04T20:31:44Z</dc:date>
  </entry>
  <entry>
    <title>Exchange 2010 System Template Question.</title>
    <link rel="alternate" href="http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=4955971" />
    <author>
      <name>Russ Whitear</name>
    </author>
    <id>http://developer.cisco.com/c/message_boards/find_message?p_l_id=&amp;messageId=4955971</id>
    <updated>2012-01-04T13:07:56Z</updated>
    <published>2012-01-04T13:07:56Z</published>
    <summary type="html">I'm trying to ratify an Exchange 2010 ACE configuration generated with the ANM system template against the Cisco Validated Design for load balancing Exchange 2010. 
 
ANM creates the following configuration for MAPI-RPC traffic: 
 

rserver host 192.168.11.58
  ip address 192.168.11.58
  inservice
rserver host 192.168.11.59
  ip address 192.168.11.59
  inservice
rserver host 192.168.11.60
  ip address 192.168.11.60
  inservice
 
serverfarm host msExchange02-others
  failaction purge
  predictor leastconns
  rserver 192.168.11.58
    inservice
  rserver 192.168.11.59
    inservice
  rserver 192.168.11.60
    inservice
 
class-map match-all msExchange02_other
  2 match virtual-address 192.168.10.105 any
 
policy-map type loadbalance first-match msExchange02_other-l7slb
  class class-default
    serverfarm msExchange02-others
policy-map multi-match int10
  class msExchange02_other
    loadbalance vip inservice
    loadbalance policy msExchange02_other-l7slb
    nat dynamic 1 vlan 11

 
As can be seen, no session persistence is configured by ANM. The CVD on the other hand declares that SRC-IP stickiness is required for MAPI-RPC connections in an Exchange 2010 environment. 
 
I'm looking for confirmation whether the error is with ANM or the CVD.
 
Many thanks
 
Russ.</summary>
    <dc:creator>Russ Whitear</dc:creator>
    <dc:date>2012-01-04T13:07:56Z</dc:date>
  </entry>
</feed>

