<?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: VPN Issue Between PA and WATCHGUARD in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/vpn-issue-between-pa-and-watchguard/m-p/213925#M62193</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I guess we can assume that phase 1 completes and is up? If yes, double check the settings on both device for phase 2 settings. Since the PAN is the initiator, check the Watchguard logs as to why the tunnel fails to establish.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope that helps.&lt;/P&gt;</description>
    <pubDate>Thu, 10 May 2018 15:05:45 GMT</pubDate>
    <dc:creator>OtakarKlier</dc:creator>
    <dc:date>2018-05-10T15:05:45Z</dc:date>
    <item>
      <title>VPN Issue Between PA and WATCHGUARD</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/vpn-issue-between-pa-and-watchguard/m-p/213866#M62176</link>
      <description>&lt;P&gt;Dear All&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;I'm facing one issue relate to VPN between PA and WG.&lt;BR /&gt;I am using 3DES/SHA1/PFS2, it is not working till i disable PFS-2 on Phase-2.&lt;BR /&gt;&lt;BR /&gt;2018-05-10 10:44:10.483 +0700 [DEBG]: { : 40}: keyacquire received: x.x.x.x[0] =&amp;gt; y.y.y.y[0]&lt;BR /&gt;2018-05-10 10:44:10.483 +0700 [DEBG]: { 14: 40}: processing acquire for IKEv1&lt;BR /&gt;2018-05-10 10:44:10.483 +0700 [PNTF]: { 14: 40}: ====&amp;gt; PHASE-2 NEGOTIATION STARTED AS INITIATOR, (QUICK MODE) &amp;lt;====&lt;BR /&gt;====&amp;gt; Initiated SA: x.x.x.x[500]-y.y.y.y[500] message id:0xAE96BAB5 &amp;lt;====&lt;BR /&gt;2018-05-10 10:44:10.484 +0700 [DEBG]: { 14: 40}: pfkey getspi sent.&lt;BR /&gt;2018-05-10 10:44:10.484 +0700 [DEBG]: { : 40}: call pfkey_send_getspi&lt;BR /&gt;2018-05-10 10:44:10.484 +0700 [DEBG]: { : 40}: pfkey GETSPI succeeded: ESP/Tunnel y.y.y.y[500]-&amp;gt;x.x.x.x[500] spi=3802391947(0xe2a3e58b)&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { : 40}: use local ID type IPv4_address&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { : 40}: use remote ID type IPv4_address&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { 14: 40}: IDci:&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { 14: 40}: IDcr:&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { 14: 40}: add payload of len 80, next type 10(nonce)&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { 14: 40}: add payload of len 16, next type 4(ke)&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { 14: 40}: add payload of len 192, next type 5(id)&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { 14: 40}: add payload of len 8, next type 5(id)&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { 14: 40}: add payload of len 8, next type 0(none)&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { 14: 40}: add payload of len 20, next type 1(sa)&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { : 40}: resend phase2 packet 3f136292a552ea1b:8a8daede0c283c92:AE96BAB5&lt;BR /&gt;2018-05-10 10:44:10.485 +0700 [DEBG]: { : 40}: pfkey GETSPI sent: ESP/Tunnel 202.79.25.202[500]-&amp;gt;103.78.128.66[500]&lt;BR /&gt;2018-05-10 10:44:12.000 +0700 [DEBG]: { : 40}: resend phase2 packet 3f136292a552ea1b:8a8daede0c283c92:AE96BAB5&lt;BR /&gt;2018-05-10 10:44:15.000 +0700 [DEBG]: { : 40}: resend phase2 packet 3f136292a552ea1b:8a8daede0c283c92:AE96BAB5&lt;BR /&gt;2018-05-10 10:44:20.000 +0700 [DEBG]: { : 40}: resend phase2 packet 3f136292a552ea1b:8a8daede0c283c92:AE96BAB5&lt;BR /&gt;2018-05-10 10:44:28.000 +0700 [DEBG]: { : 40}: resend phase2 packet 3f136292a552ea1b:8a8daede0c283c92:AE96BAB5&lt;BR /&gt;2018-05-10 10:44:40.000 +0700 [PNTF]: { : 40}: ====&amp;gt; PHASE-2 NEGOTIATION FAILED AS INITIATOR, (QUICK MODE) &amp;lt;====&lt;BR /&gt;====&amp;gt; Failed SA: x.x.x.x[500]-y.y.y.y[500] message id:0xAE96BAB5 &amp;lt;==== Due to negotiation timeout.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please help advice me.&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;Simon&lt;/P&gt;</description>
      <pubDate>Thu, 10 May 2018 04:56:17 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/vpn-issue-between-pa-and-watchguard/m-p/213866#M62176</guid>
      <dc:creator>Chhayheng</dc:creator>
      <dc:date>2018-05-10T04:56:17Z</dc:date>
    </item>
    <item>
      <title>Re: VPN Issue Between PA and WATCHGUARD</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/vpn-issue-between-pa-and-watchguard/m-p/213925#M62193</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;I guess we can assume that phase 1 completes and is up? If yes, double check the settings on both device for phase 2 settings. Since the PAN is the initiator, check the Watchguard logs as to why the tunnel fails to establish.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope that helps.&lt;/P&gt;</description>
      <pubDate>Thu, 10 May 2018 15:05:45 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/vpn-issue-between-pa-and-watchguard/m-p/213925#M62193</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2018-05-10T15:05:45Z</dc:date>
    </item>
  </channel>
</rss>

