Skip to main content
john_grimes
New Member
September 20, 2016
Question

IPSEC Tunnel Policies

  • September 20, 2016
  • 1 reply
  • 14128 views

1.) Have IPSEC tunnel up. (Showing in VPN-> Monitor as up.)

2.) Have seven "remote" subnets, and three "local" IP addresses. For ease of explaining, let's call them 10.1/16, 10.2/16, 10.3/16, 10.4/16, 10.5/16, 192.168.5/24, and 192.168.6/24. And then the IPs would be 10.1.11.5, 10.0.1.5, and 10.0.1.6.

3.) Objects created for each single listing above. (ie, Remote1, Remote2, Remote3,...IP1, IP2, IP3.)

4.) Groups created for each "set". REMOTE_GROUP. IP_GROUP

5.) Bi-directional policies setup.

5a.) Source: REMOTE_GROUP Dest: IP_GROUP <Always, all, accept>

5b.) Source: IP_GROUP Dest: REMOTE_GROUP <Always, all, accept>

 

Now...here's the weird part.  If they attempt pings from their site? Remote1, Remote3, Remote5, and Remote6 will work to ping IP1. Remote2, Remote4, and Remote7 will get a timeout error with the classic "The packet specifies its destination as..." Which is usually an ACL error in the Phase 2 setup, but we've both confirmed that the subnets match, and all looks good...

 

I'm stumped. Any thoughts? Advice? Anecdotes? 

    1 reply

    tanr
    New Member
    September 20, 2016

    Odd, that sounds almost like WAN LLB or ECMP.

    emnoc
    New Member
    September 20, 2016

    The cli  diag debug flow is your 1st step. Also if these are route-base make sure you have ....."a route" ;)