<?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: CSS in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/css/m-p/968038#M19021</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;the problem with the client nat solution is that the server loses the information about client ip address.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The problem with the gateway pointing to the CSS  is one the server opens a connection directly to the outside, the response will go back directly to the server, bypassing the server....same problem as before but the other way around.&lt;/P&gt;&lt;P&gt;And if you send all traffic to the CSS, you take the risk to lose in performance if you have a lot of traffic that normally does not require loadbalancing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The best solution is to put the CSS inline with the servers.&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, 02 Apr 2008 15:35:33 GMT</pubDate>
    <dc:creator>Gilles Dufour</dc:creator>
    <dc:date>2008-04-02T15:35:33Z</dc:date>
    <item>
      <title>CSS</title>
      <link>https://community.cisco.com/t5/application-networking/css/m-p/968035#M19018</link>
      <description>&lt;P&gt;I have a CSS 11506. I have one content rule with two services. If I try to access the servers directly (via real IP address) all goes well and I get access to the web page, if I try to access the web page via the CSS VIP I dont see the web page. You can see the config that I am using at the end of this post; I think there is no problem with it but I just want to make sure.&lt;/P&gt;&lt;P&gt;Thanks in advance,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Joao Carvalho&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Config:&lt;/P&gt;&lt;P&gt;!*************************** GLOBAL ***************************&lt;/P&gt;&lt;P&gt;  date european-date&lt;/P&gt;&lt;P&gt;  cdp run&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  no restrict web-mgmt&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  dns secondary 192.168.40.254&lt;/P&gt;&lt;P&gt;  dns primary 192.168.40.5&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  ip route 0.0.0.0 0.0.0.0 192.168.12.1 1&lt;/P&gt;&lt;P&gt;!************************* INTERFACE *************************&lt;/P&gt;&lt;P&gt;interface  1/1&lt;/P&gt;&lt;P&gt;  trunk&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  vlan 3&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  vlan 12&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;interface  1/2&lt;/P&gt;&lt;P&gt;  trunk&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  vlan 12&lt;/P&gt;&lt;P&gt;!************************** CIRCUIT **************************&lt;/P&gt;&lt;P&gt;circuit VLAN12&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  ip address 192.168.12.22 255.255.255.0&lt;/P&gt;&lt;P&gt;!************************** SERVICE **************************&lt;/P&gt;&lt;P&gt;service www-hux1&lt;/P&gt;&lt;P&gt;  ip address 192.168.12.26&lt;/P&gt;&lt;P&gt;  keepalive frequency 20&lt;/P&gt;&lt;P&gt;  port 80&lt;/P&gt;&lt;P&gt;  protocol tcp&lt;/P&gt;&lt;P&gt;  active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;service www-hux2&lt;/P&gt;&lt;P&gt;  ip address 192.168.12.25&lt;/P&gt;&lt;P&gt;  keepalive frequency 20&lt;/P&gt;&lt;P&gt;  port 80&lt;/P&gt;&lt;P&gt;  protocol tcp&lt;/P&gt;&lt;P&gt;  active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;!*************************** OWNER ***************************&lt;/P&gt;&lt;P&gt;owner HS&lt;/P&gt;&lt;P&gt;  billing-info "ahp"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  content rule1&lt;/P&gt;&lt;P&gt;    vip address 192.168.12.21&lt;/P&gt;&lt;P&gt;    add service www-hux1&lt;/P&gt;&lt;P&gt;    add service www-hux2&lt;/P&gt;&lt;P&gt;    port 80&lt;/P&gt;&lt;P&gt;    url "/*"&lt;/P&gt;&lt;P&gt;    protocol tcp&lt;/P&gt;&lt;P&gt;    active&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 01 Apr 2008 16:45:43 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/css/m-p/968035#M19018</guid>
      <dc:creator>jcarvalh</dc:creator>
      <dc:date>2008-04-01T16:45:43Z</dc:date>
    </item>
    <item>
      <title>Re: CSS</title>
      <link>https://community.cisco.com/t5/application-networking/css/m-p/968036#M19019</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;you have only 1 vlan on the CSS.&lt;/P&gt;&lt;P&gt;Therefore, this is called one-armed and precautions need to be taken to guarantee that the response from the server will not go directly to the client - which will break the setup since the client expect a response from the css not the server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the CSS is not the default gateway of the server, you need to configure client nat.&lt;/P&gt;&lt;P&gt;ie:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;group clientnat&lt;/P&gt;&lt;P&gt;  vip address 192.168.12.21&lt;/P&gt;&lt;P&gt;  add destination service www-hux1&lt;/P&gt;&lt;P&gt;  add destination service www-hux2 &lt;/P&gt;&lt;P&gt;  active&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, 02 Apr 2008 13:32:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/css/m-p/968036#M19019</guid>
      <dc:creator>Gilles Dufour</dc:creator>
      <dc:date>2008-04-02T13:32:02Z</dc:date>
    </item>
    <item>
      <title>Re: CSS</title>
      <link>https://community.cisco.com/t5/application-networking/css/m-p/968037#M19020</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I tried your solution and it worked just fine.&lt;/P&gt;&lt;P&gt;I also tried another thing that worked; I changed the default gateway of the real server to 192.168.12.22 (IP address of vlan circuit in CSS). Is this a commom solution? Are there any known problems with this aproach?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Joao&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Apr 2008 14:20:56 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/css/m-p/968037#M19020</guid>
      <dc:creator>jcarvalh</dc:creator>
      <dc:date>2008-04-02T14:20:56Z</dc:date>
    </item>
    <item>
      <title>Re: CSS</title>
      <link>https://community.cisco.com/t5/application-networking/css/m-p/968038#M19021</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;the problem with the client nat solution is that the server loses the information about client ip address.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The problem with the gateway pointing to the CSS  is one the server opens a connection directly to the outside, the response will go back directly to the server, bypassing the server....same problem as before but the other way around.&lt;/P&gt;&lt;P&gt;And if you send all traffic to the CSS, you take the risk to lose in performance if you have a lot of traffic that normally does not require loadbalancing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The best solution is to put the CSS inline with the servers.&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, 02 Apr 2008 15:35:33 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/css/m-p/968038#M19021</guid>
      <dc:creator>Gilles Dufour</dc:creator>
      <dc:date>2008-04-02T15:35:33Z</dc:date>
    </item>
  </channel>
</rss>

