<?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: Crypto Confusion in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303718#M858384</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Mike,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The tunnel-groups are used to be able to tell the ASA what type of remote access to allow the peer to use. You can have remote access or l2l tunnel-groups. The l2l tunnel group references the ip address of the remote peer, and under this it would have the pre-shared key that has to match on both ends.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The tunnel-group is associated to your crypto map. The l2l tunnel group that has the pre-shared key is for phase 1 negotiations, and phase 2 is done through your transform-sets and ACLs that are applied to your crypto map:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;crypto map VPN 10 set peer 5.5.5.5&lt;/P&gt;&lt;P&gt;crypto map VPN 10 match address VPN&lt;/P&gt;&lt;P&gt;crypto map VPN 10 set transform-set VPN&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;tunnel-group 5.5.5.5 ipsec-l2l&lt;/P&gt;&lt;P&gt;tunnel-group 5.5.5.5 ipsec-attributes&lt;/P&gt;&lt;P&gt;pre-shared-key test&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;access-list VPN permit ip 192.168.1.0 255.255.255.0 192.168.2.0 255.255.255.0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When a request comes in from 5.5.5.5 for 192.168.1.0, then the crypto map that's applied to the outside interface runs through it's sequence numbers to find a match. After it sees 5.5.5.5 as the requesting peer, it tries to match up the key with the tunnel-group. If that matches, then it proceeds to the next steps making sure that the same traffic is encrypted on the other side, transform sets match, etc.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The default-group-policy is a "catch-all" that matches anything that doesn't match the "vpn-group-policy" that you have. If you have a user using "vpn-group-policy", but you have other users that aren't locked into a group, then they'd use the default group policy.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH,&lt;/P&gt;&lt;P&gt;John&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 27 Jul 2009 12:55:30 GMT</pubDate>
    <dc:creator>John Blakley</dc:creator>
    <dc:date>2009-07-27T12:55:30Z</dc:date>
    <item>
      <title>Crypto Confusion</title>
      <link>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303717#M858382</link>
      <description>&lt;P&gt;Have a beginner - intermediate level knowledge of VPN config on ASA and trying to clarify couple things...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;First, I've studied "Configuring IPSEC and ISAKMP" doc and compared to my actual ASA config (done by other CCNP). The doc makes no mention of tunnel-groups yet I see l2l tunnel-groups which contain pre-shared-key. Why does doc make no mention of tunnel-groups or pre-shared-keys? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Next, I do not see how these l2l tunne-groups link to their group-policy. How does ASA know which tunnel-group to select when sa negotiation takes place?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Next, remote-access tunnel-groups contain "default-group-policy" command. Also there is "vpn-group-policy" command under username &amp;lt;name&amp;gt; password &amp;lt;pass&amp;gt;. Why? Is one take precedence over other?&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;-Mike&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 15:59:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303717#M858382</guid>
      <dc:creator>mikedeyoung</dc:creator>
      <dc:date>2019-03-11T15:59:17Z</dc:date>
    </item>
    <item>
      <title>Re: Crypto Confusion</title>
      <link>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303718#M858384</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Mike,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The tunnel-groups are used to be able to tell the ASA what type of remote access to allow the peer to use. You can have remote access or l2l tunnel-groups. The l2l tunnel group references the ip address of the remote peer, and under this it would have the pre-shared key that has to match on both ends.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The tunnel-group is associated to your crypto map. The l2l tunnel group that has the pre-shared key is for phase 1 negotiations, and phase 2 is done through your transform-sets and ACLs that are applied to your crypto map:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;crypto map VPN 10 set peer 5.5.5.5&lt;/P&gt;&lt;P&gt;crypto map VPN 10 match address VPN&lt;/P&gt;&lt;P&gt;crypto map VPN 10 set transform-set VPN&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;tunnel-group 5.5.5.5 ipsec-l2l&lt;/P&gt;&lt;P&gt;tunnel-group 5.5.5.5 ipsec-attributes&lt;/P&gt;&lt;P&gt;pre-shared-key test&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;access-list VPN permit ip 192.168.1.0 255.255.255.0 192.168.2.0 255.255.255.0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When a request comes in from 5.5.5.5 for 192.168.1.0, then the crypto map that's applied to the outside interface runs through it's sequence numbers to find a match. After it sees 5.5.5.5 as the requesting peer, it tries to match up the key with the tunnel-group. If that matches, then it proceeds to the next steps making sure that the same traffic is encrypted on the other side, transform sets match, etc.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The default-group-policy is a "catch-all" that matches anything that doesn't match the "vpn-group-policy" that you have. If you have a user using "vpn-group-policy", but you have other users that aren't locked into a group, then they'd use the default group policy.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH,&lt;/P&gt;&lt;P&gt;John&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Jul 2009 12:55:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303718#M858384</guid>
      <dc:creator>John Blakley</dc:creator>
      <dc:date>2009-07-27T12:55:30Z</dc:date>
    </item>
    <item>
      <title>Re: Crypto Confusion</title>
      <link>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303719#M858386</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks John.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Helped a lot.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Jul 2009 14:33:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303719#M858386</guid>
      <dc:creator>mikedeyoung</dc:creator>
      <dc:date>2009-07-27T14:33:18Z</dc:date>
    </item>
    <item>
      <title>Re: Crypto Confusion</title>
      <link>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303720#M858388</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Additionally, it appears that the documentation you were reading was using the old 6.x code. Tunnel groups were introduced in 7.0&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Jul 2009 18:41:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/crypto-confusion/m-p/1303720#M858388</guid>
      <dc:creator>jeromecandiff</dc:creator>
      <dc:date>2009-07-27T18:41:51Z</dc:date>
    </item>
  </channel>
</rss>

