<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: ACE - UDP loadbalancing without NAT in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359417#M28271</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-family: arial,helvetica,sans-serif;"&gt;Dears,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: arial,helvetica,sans-serif;"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #000000;"&gt;I had this issue with SIP traffic&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: arial,helvetica,sans-serif;"&gt;to solve the Impicit PAT issue you may try the following,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style=": ; mso-bidi-language: AR-SA; mso-fareast-language: EN-US; color: #000000; font-size: 10pt; Times New Roman&amp;quot;: ; mso-ansi-language: EN-US; mso-fareast-theme-font: minor-latin; font-family: arial,helvetica,sans-serif; , &amp;quot;: ; serif&amp;quot;: ; mso-fareast-font-family: Calibri; "&gt;1) &lt;SPAN style="text-decoration: underline; "&gt;&lt;STRONG&gt;D&lt;/STRONG&gt;irect &lt;STRONG style="mso-bidi-font-weight: normal;"&gt;S&lt;/STRONG&gt;erver &lt;STRONG style="mso-bidi-font-weight: normal;"&gt;R&lt;/STRONG&gt;eturn on ACE &lt;/SPAN&gt;Configure servers with VIP address as a secondary IP address on interfaces&lt;BR /&gt;directly connected to the ACE (that is, interfaces which have an ARP entry &lt;BR /&gt;for the ACE.) Then configure the ACE to forward to that VIP address as a&lt;BR /&gt;transparent serverfarm. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style=": ; mso-bidi-language: AR-SA; mso-fareast-language: EN-US; color: #000000; font-size: 10.5pt; Times New Roman&amp;quot;: ; mso-ansi-language: EN-US; mso-fareast-theme-font: minor-latin; font-family: Times New Roman; , &amp;quot;: ; serif&amp;quot;: ; mso-fareast-font-family: Calibri; "&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;SPAN style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"&gt;or 2) Configure the "hw-module cde-same-port-hash" on the Admin context, this will disable Hashing based on Src. and Dst. port the ACE will use a new Hash method&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 16 Mar 2010 05:32:10 GMT</pubDate>
    <dc:creator>aljaloudi</dc:creator>
    <dc:date>2010-03-16T05:32:10Z</dc:date>
    <item>
      <title>ACE - UDP loadbalancing without NAT</title>
      <link>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359414#M28268</link>
      <description>&lt;P&gt;HI, I want to get source port of client from Real server, but it is changed by ACE&lt;/P&gt;&lt;P&gt;matched port of VIP set to 8070 same as RIP, it is fine.&lt;/P&gt;&lt;P&gt;I want to know is it posible to keep souce port unchanged when port translation is configured&lt;/P&gt;&lt;P&gt;any help will be appreciated&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;below is the config&lt;/P&gt;&lt;P&gt;------------------------------------------------&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;probe udp udp-8070&lt;BR /&gt;&amp;nbsp; port 8070&lt;BR /&gt;&amp;nbsp; interval 5&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;rserver server01&lt;BR /&gt;ip address 192.168.1.15&lt;BR /&gt;inservice&lt;/P&gt;&lt;P&gt;rserver server02&lt;BR /&gt;ip address 192.168.1.16&lt;BR /&gt;inservice&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;serverfarm host sf-UDP-8070&lt;BR /&gt;&amp;nbsp; failaction purge&lt;BR /&gt;&amp;nbsp; probe udp-8070&lt;BR /&gt;&amp;nbsp; rserver server01 8070&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; inservice&lt;BR /&gt;&amp;nbsp; rserver server02 8070&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; inservice&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;policy-map type loadbalance&amp;nbsp; first-match pL7-UDP-8070&lt;BR /&gt;&amp;nbsp; class class-default&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; serverfarm sf-UDP-8070&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;class-map match-any c4-UDP-1270&lt;BR /&gt;match virtual-address 192.168.2.100 udp eq 1270&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;policy-map multi-match pL4-UDP&lt;BR /&gt;&amp;nbsp; class c4-UDP-1270&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance vip inservice&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance policy pL7-UDP-8070&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; loadbalance vip icmp-reply&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;interface vlan 211&lt;BR /&gt;service-policy input pL4-UDP&lt;/P&gt;</description>
      <pubDate>Wed, 09 Dec 2009 09:12:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359414#M28268</guid>
      <dc:creator>aeliu</dc:creator>
      <dc:date>2009-12-09T09:12:58Z</dc:date>
    </item>
    <item>
      <title>Re: ACE - UDP loadbalancing without NAT</title>
      <link>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359415#M28269</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This is called implicit pat.&amp;nbsp; It is happening to guarantee that the response from the server is handled by the same IXP.&lt;/P&gt;&lt;P&gt;The ACE module contains 2 x IXP&amp;nbsp; and each one of them perform the loadbalancing functions indepently.&lt;/P&gt;&lt;P&gt;So, it is required that the 2 flows of a connection are handled by the same IXP.&amp;nbsp; The function that select the IXP does it base on the destination and source port.&amp;nbsp; Therefore it is sometimes required to change the source port.&lt;/P&gt;&lt;P&gt;There is no way to prevent this.&lt;/P&gt;&lt;P&gt;The appliance does not have this problem because there is only a single processor.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Gilles.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 09 Dec 2009 11:52:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359415#M28269</guid>
      <dc:creator>Gilles Dufour</dc:creator>
      <dc:date>2009-12-09T11:52:30Z</dc:date>
    </item>
    <item>
      <title>Re: ACE - UDP loadbalancing without NAT</title>
      <link>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359416#M28270</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have the same problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I found that it is possible to disable implicit-PAT for UDP/TCP traffic with the Admin context command "hw-module cde-same-port-hash". There is not information in the documentation about the performance impact of such change. Do you know what I could expect when configuring this option ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you in advance for your answer.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Lukas&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 14 Jan 2010 10:19:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359416#M28270</guid>
      <dc:creator>lukaszkhalil</dc:creator>
      <dc:date>2010-01-14T10:19:40Z</dc:date>
    </item>
    <item>
      <title>Re: ACE - UDP loadbalancing without NAT</title>
      <link>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359417#M28271</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-family: arial,helvetica,sans-serif;"&gt;Dears,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: arial,helvetica,sans-serif;"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #000000;"&gt;I had this issue with SIP traffic&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: arial,helvetica,sans-serif;"&gt;to solve the Impicit PAT issue you may try the following,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style=": ; mso-bidi-language: AR-SA; mso-fareast-language: EN-US; color: #000000; font-size: 10pt; Times New Roman&amp;quot;: ; mso-ansi-language: EN-US; mso-fareast-theme-font: minor-latin; font-family: arial,helvetica,sans-serif; , &amp;quot;: ; serif&amp;quot;: ; mso-fareast-font-family: Calibri; "&gt;1) &lt;SPAN style="text-decoration: underline; "&gt;&lt;STRONG&gt;D&lt;/STRONG&gt;irect &lt;STRONG style="mso-bidi-font-weight: normal;"&gt;S&lt;/STRONG&gt;erver &lt;STRONG style="mso-bidi-font-weight: normal;"&gt;R&lt;/STRONG&gt;eturn on ACE &lt;/SPAN&gt;Configure servers with VIP address as a secondary IP address on interfaces&lt;BR /&gt;directly connected to the ACE (that is, interfaces which have an ARP entry &lt;BR /&gt;for the ACE.) Then configure the ACE to forward to that VIP address as a&lt;BR /&gt;transparent serverfarm. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style=": ; mso-bidi-language: AR-SA; mso-fareast-language: EN-US; color: #000000; font-size: 10.5pt; Times New Roman&amp;quot;: ; mso-ansi-language: EN-US; mso-fareast-theme-font: minor-latin; font-family: Times New Roman; , &amp;quot;: ; serif&amp;quot;: ; mso-fareast-font-family: Calibri; "&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;SPAN style="font-family: arial,helvetica,sans-serif; font-size: 10pt;"&gt;or 2) Configure the "hw-module cde-same-port-hash" on the Admin context, this will disable Hashing based on Src. and Dst. port the ACE will use a new Hash method&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 16 Mar 2010 05:32:10 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/ace-udp-loadbalancing-without-nat/m-p/1359417#M28271</guid>
      <dc:creator>aljaloudi</dc:creator>
      <dc:date>2010-03-16T05:32:10Z</dc:date>
    </item>
  </channel>
</rss>

