<?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 GRE Tunnel Interference in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154104#M50825</link>
    <description>&lt;P&gt;Has anyone seen interferrence with GRE tunnels passing through PANFW's set up in virtualwire for passive IDS? The policies are all any, any, any etc and there is no inspection configured? I've read NAT'ing issues may have something to do with it, but not sure why that would be required for a passive set up.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 25 Apr 2017 16:15:51 GMT</pubDate>
    <dc:creator>ChrisRussell</dc:creator>
    <dc:date>2017-04-25T16:15:51Z</dc:date>
    <item>
      <title>GRE Tunnel Interference</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154104#M50825</link>
      <description>&lt;P&gt;Has anyone seen interferrence with GRE tunnels passing through PANFW's set up in virtualwire for passive IDS? The policies are all any, any, any etc and there is no inspection configured? I've read NAT'ing issues may have something to do with it, but not sure why that would be required for a passive set up.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 25 Apr 2017 16:15:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154104#M50825</guid>
      <dc:creator>ChrisRussell</dc:creator>
      <dc:date>2017-04-25T16:15:51Z</dc:date>
    </item>
    <item>
      <title>Re: GRE Tunnel Interference</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154113#M50826</link>
      <description>&lt;P&gt;Are you applying NAT for virtualwire traffic?&lt;/P&gt;</description>
      <pubDate>Tue, 25 Apr 2017 16:24:08 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154113#M50826</guid>
      <dc:creator>Raido_Rattameister</dc:creator>
      <dc:date>2017-04-25T16:24:08Z</dc:date>
    </item>
    <item>
      <title>Re: GRE Tunnel Interference</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154467#M50890</link>
      <description>&lt;P&gt;No.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Apr 2017 20:10:04 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154467#M50890</guid>
      <dc:creator>ChrisRussell</dc:creator>
      <dc:date>2017-04-27T20:10:04Z</dc:date>
    </item>
    <item>
      <title>Re: GRE Tunnel Interference</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154468#M50891</link>
      <description>&lt;P&gt;I've never seen it cause any issues for anything like that unless it's getting logged as a threat or something like that. Especially in a virtualwire setup it really shouldn't be interfacing any of your traffic.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Apr 2017 20:59:03 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154468#M50891</guid>
      <dc:creator>BPry</dc:creator>
      <dc:date>2017-04-27T20:59:03Z</dc:date>
    </item>
    <item>
      <title>Re: GRE Tunnel Interference</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154523#M50898</link>
      <description>&lt;P&gt;I agree, and I think I'll be able to prove its not the Palo, but right now thats the only new thing in the environment so its the obvious target for blame.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 28 Apr 2017 14:35:02 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154523#M50898</guid>
      <dc:creator>ChrisRussell</dc:creator>
      <dc:date>2017-04-28T14:35:02Z</dc:date>
    </item>
    <item>
      <title>Re: GRE Tunnel Interference</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154563#M50905</link>
      <description>&lt;P&gt;Just run packet capture on "receive" and "transmit" states on Palo and you can verify if pacet it received on one side was sent out exactly the same.&lt;/P&gt;&lt;P&gt;If packet was dropped then "drop" state will capture them.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A title="https://live.paloaltonetworks.com/t5/Management-Articles/Using-Packet-Filtering-through-the-WebGUI/ta-p/56363" href="https://live.paloaltonetworks.com/t5/Management-Articles/Using-Packet-Filtering-through-the-WebGUI/ta-p/56363" target="_blank"&gt;https://live.paloaltonetworks.com/t5/Management-Articles/Using-Packet-Filtering-through-the-WebGUI/ta-p/56363&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 28 Apr 2017 17:04:13 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154563#M50905</guid>
      <dc:creator>Raido_Rattameister</dc:creator>
      <dc:date>2017-04-28T17:04:13Z</dc:date>
    </item>
    <item>
      <title>Re: GRE Tunnel Interference</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154681#M50932</link>
      <description>&lt;P&gt;Thanks. I just don't have access to the box yet, which is why I was seeing if anyone had experience with a similar issue. Once I can run some PCAPs, it will be clear. Thanks again for taking the time to help!&lt;/P&gt;</description>
      <pubDate>Mon, 01 May 2017 13:52:47 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/gre-tunnel-interference/m-p/154681#M50932</guid>
      <dc:creator>ChrisRussell</dc:creator>
      <dc:date>2017-05-01T13:52:47Z</dc:date>
    </item>
  </channel>
</rss>

