<?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 CSG 3.1(3)C4(13) blocks HTTP Continuation in Application Networking</title>
    <link>https://community.cisco.com/t5/application-networking/csg-3-1-3-c4-13-blocks-http-continuation/m-p/613072#M11665</link>
    <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;I'm facing a very strange issue on CSG.&lt;/P&gt;&lt;P&gt;I have ten 7609 each with 2 CSG configured in fault tolerance. The alias IP address in client vlan of these CSG is used as next hop by a load balancer (7606 with SLB),the traffic is passing through the CSG to a set of SSGs that have default route in uplink vlan to a firewall load balacer that will route customers to many web servers.&lt;/P&gt;&lt;P&gt;It happened that suddenly all the CSGs in all chassis (simply load balanced,not talking each other) started to block only HTTP continuation back to customers.As far as I know, CSG rel4 goes mad when it receives tcp packet in wrong order since it has no buffer in server vlan,unfortunately, during the problem, all the sniff traces taken with ethereal showed correct TCP seq numbers coming back to CSGs from web server.This issue is related to a single IP address (defined with ip csg content) all other destinations are ok.The workaround is to restart all the CSGs.I already sent a show tech-support to TAC and I'm still waiting for answers.In the meanwhile, do someone knows how to understand why all the CSGs hanged simoultanesly?We got this problem on a PoP, after I week we faced the same problem on another PoP.The only common element is the destination IP of the web server.&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;&lt;P&gt;Regs,&lt;/P&gt;&lt;P&gt;Riccardo&lt;/P&gt;</description>
    <pubDate>Mon, 06 Nov 2006 23:09:55 GMT</pubDate>
    <dc:creator>tortoricir</dc:creator>
    <dc:date>2006-11-06T23:09:55Z</dc:date>
    <item>
      <title>CSG 3.1(3)C4(13) blocks HTTP Continuation</title>
      <link>https://community.cisco.com/t5/application-networking/csg-3-1-3-c4-13-blocks-http-continuation/m-p/613072#M11665</link>
      <description>&lt;P&gt;Hi all,&lt;/P&gt;&lt;P&gt;I'm facing a very strange issue on CSG.&lt;/P&gt;&lt;P&gt;I have ten 7609 each with 2 CSG configured in fault tolerance. The alias IP address in client vlan of these CSG is used as next hop by a load balancer (7606 with SLB),the traffic is passing through the CSG to a set of SSGs that have default route in uplink vlan to a firewall load balacer that will route customers to many web servers.&lt;/P&gt;&lt;P&gt;It happened that suddenly all the CSGs in all chassis (simply load balanced,not talking each other) started to block only HTTP continuation back to customers.As far as I know, CSG rel4 goes mad when it receives tcp packet in wrong order since it has no buffer in server vlan,unfortunately, during the problem, all the sniff traces taken with ethereal showed correct TCP seq numbers coming back to CSGs from web server.This issue is related to a single IP address (defined with ip csg content) all other destinations are ok.The workaround is to restart all the CSGs.I already sent a show tech-support to TAC and I'm still waiting for answers.In the meanwhile, do someone knows how to understand why all the CSGs hanged simoultanesly?We got this problem on a PoP, after I week we faced the same problem on another PoP.The only common element is the destination IP of the web server.&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;&lt;P&gt;Regs,&lt;/P&gt;&lt;P&gt;Riccardo&lt;/P&gt;</description>
      <pubDate>Mon, 06 Nov 2006 23:09:55 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/csg-3-1-3-c4-13-blocks-http-continuation/m-p/613072#M11665</guid>
      <dc:creator>tortoricir</dc:creator>
      <dc:date>2006-11-06T23:09:55Z</dc:date>
    </item>
    <item>
      <title>Re: CSG 3.1(3)C4(13) blocks HTTP Continuation</title>
      <link>https://community.cisco.com/t5/application-networking/csg-3-1-3-c4-13-blocks-http-continuation/m-p/613073#M11666</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Here's an update. All destinations are affected, we also notice CSG arp errors:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1.146.90.241      00-00-00-00-00-00     0000   LEARNED   0x8000  down(1)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The CSG should use the next-hop mac address to reach remote destinations, I'm in doubt the fwlb is forwarding arp requests from other routers to CSG. In attachment you can find a trace taken from the fwlb (in this vlan there's a firewall that routes packets to the internet, note that 62.13.176.93 is this firewall).&lt;/P&gt;&lt;P&gt;What if i configure in the fwlb the "no ip proxy-arp"  interface command?&lt;/P&gt;&lt;P&gt;Regs,&lt;/P&gt;&lt;P&gt;Riccardo&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 07 Nov 2006 10:35:04 GMT</pubDate>
      <guid>https://community.cisco.com/t5/application-networking/csg-3-1-3-c4-13-blocks-http-continuation/m-p/613073#M11666</guid>
      <dc:creator>tortoricir</dc:creator>
      <dc:date>2006-11-07T10:35:04Z</dc:date>
    </item>
  </channel>
</rss>

