<?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: ASA routing problem in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/asa-routing-problem/m-p/822205#M959539</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; We've seen odd occurances with TCP applications when running over VPN's and GRE Tunnels.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; The fix was to set the MTU on the servers to something fairly low (1400 ish) - you can established this via ping.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; I'd have a look along these lines - it may be something else but its something to consider.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;Chris&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 04 Dec 2007 10:25:22 GMT</pubDate>
    <dc:creator>chris.russell</dc:creator>
    <dc:date>2007-12-04T10:25:22Z</dc:date>
    <item>
      <title>ASA routing problem</title>
      <link>https://community.cisco.com/t5/network-security/asa-routing-problem/m-p/822204#M959538</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've got 2 ASA 5520 on my network.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The first ASA (Firewall 1) realize site to site VPN between Datacenter et remote office, and the second ASA (firewall 2)do exactly the same thing, for other remote office.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As you can see on attachments, "Firewall 1" is the default gateway for datacenter LAN. Firewall 1 know routes to reach remote office managed by firewall 2 (via site to site VPN).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When a user from datacenter LAN try to ping a server or access on a server with TCP application, on a remote office using Firewall 1, it's a success.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;But if a user try to do the same thing on a remote office using firewall 2, pings are OK but not TCP application.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any idea ?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Julien&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 11:38:01 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-routing-problem/m-p/822204#M959538</guid>
      <dc:creator>jbillochon</dc:creator>
      <dc:date>2019-03-11T11:38:01Z</dc:date>
    </item>
    <item>
      <title>Re: ASA routing problem</title>
      <link>https://community.cisco.com/t5/network-security/asa-routing-problem/m-p/822205#M959539</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; We've seen odd occurances with TCP applications when running over VPN's and GRE Tunnels.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; The fix was to set the MTU on the servers to something fairly low (1400 ish) - you can established this via ping.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; I'd have a look along these lines - it may be something else but its something to consider.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;/P&gt;&lt;P&gt;Chris&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 04 Dec 2007 10:25:22 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/asa-routing-problem/m-p/822205#M959539</guid>
      <dc:creator>chris.russell</dc:creator>
      <dc:date>2007-12-04T10:25:22Z</dc:date>
    </item>
  </channel>
</rss>

