Knowledge Center Search


 

SRX Getting Started - Configure VPN tunnel for site-to-site connectivity

  [KB15745] Show KB Properties

  [KB15745] Hide KB Properties

Categories:
Knowledge Base ID: KB15745
Last Updated: 29 Jan 2014
Version: 10.0

Summary:

There are two options for configuring a standard IPsec (site-to-site) VPN tunnel: route-based VPN and policy-based VPN. This article provides an overview of the differences between a route-based VPN and policy-based VPN and the criteria for determining which you should implement, as well as links to application notes that address configuration and troubleshooting.

For other topics, go to the SRX Getting Started main page.

Problem or Goal:
  • Determine whether to implement route-based VPN or policy-based VPN for site-to-site connectivity
  • Configure and troubleshoot route-based and policy-based VPNs

Cause:

Solution:

This section contains the following:

For information about client-to-site VPN, see KB14318 - Configure Dynamic VPN.

Route-based vs Policy-based VPN

With policy-based VPN tunnels, a tunnel is treated as an object that together with source, destination, application, and action, comprises a tunnel policy that permits VPN traffic. In a policy-based VPN configuration, a tunnel policy specifically references a VPN tunnel by name.

With route-based VPNs, a policy does not specifically reference a VPN tunnel. Instead, the policy references a destination address. When the security device does a route lookup to find the interface through which it must send traffic to reach that address, it finds a route via a secure tunnel (ST) interface, which is bound to a specific VPN tunnel.

Thus, with a policy-based VPN tunnel, you can consider a tunnel as an element in the construction of a policy. With a route-based VPN tunnel, you can consider a tunnel as a means for delivering traffic, and the policy as a method for either permitting or denying the delivery of that traffic.

The following are reasons why you implement route-based VPN:
  • Source or destination NAT (NAT-src or NAT-dst) needs to occur as traffic travels through the VPN.
  • There are overlapping subnets or IP addresses between the two LANs.
  • Hub-and-spoke VPN topology is used in the network.
  • Primary and backup VPN are required.
  • A dynamic routing protocol (for example, OSPF, RIP, or BGP) is running across the VPN.
  • Multiple subnets or networks at the remote site across the VPN need to be accessed.

The following are reasons why you implement policy-based VPN:

  • The remote VPN device is a non-Juniper device.
  • Only one subnet or one network at the remote site across the VPN needs to be accessed.

For more information on the differences, refer to VPN Overview.


Configuration

For information about configuring and troubleshooting route-based VPN and policy-based VPN:

Technical Documentation



Troubleshooting

For step-by-step troubleshooting information for route-based and policy-based VPNs, see KB10100.


Purpose:
Implementation

Related Links:

 

 

ASK THE KB

Question or KB ID:


 


 

 
Copyright© 1999-2012 Juniper Networks, Inc. All rights reserved.