ipsec_itf.h File Reference

Include dependency graph for ipsec_itf.h:

This graph shows which files directly or indirectly include this file:

Go to the source code of this file.

Data Structures
struct	ipsec_itf_t_
	A dedicated IPSec interface type. More...

Typedefs
typedef struct ipsec_itf_t_	ipsec_itf_t
	A dedicated IPSec interface type. More...

Functions
int	ipsec_itf_create (u32 user_instance, tunnel_mode_t mode, u32 *sw_if_indexp)
int	ipsec_itf_delete (u32 sw_if_index)
void	ipsec_itf_adj_stack (adj_index_t ai, u32 sai)
void	ipsec_itf_adj_unstack (adj_index_t ai)

Typedef Documentation

ipsec_itf_t

typedef struct ipsec_itf_t_ ipsec_itf_t

A dedicated IPSec interface type.

In order to support route based VPNs one needs 3 elements: an interface, for routing to resolve routes through, an SA from the peer to describe security, and encap, to describe how to reach the peer. There are two ways one could model this:

interface + encap + SA = (interface + encap) + SA = ipip-interface + SA transport mode

or

interface + encap + SA = interface + (encap + SA) = IPSec-interface + SA tunnel mode

It's a question of where you add the parenthesis, from the perspective of the external user the effect is identical.

The IPsec interface serves as the encap-free interface to be used in conjunction with an encap-describing tunnel mode SA.

VPP supports both models, which modelshould you pick? A route based VPN could impose 0, 1 or 2 encaps. the support matrix for these use cases is:

   |  0  |  1  |  2  |

---

ipip | N | Y | Y | ipsec | P | Y | P |

Where P = potentially. ipsec could potnetially support 0 encap (i.e. transport mode) since neither the interface nor the SA requires encap. However, for a route beased VPN to use transport mode is probably wrong since one shouldn't use thransport mode for transit traffic, since without encap it is not guaranteed to return. ipsec could potnetially support 2 encaps, but that would require the SA to describe both, something it does not do at this time.

ipsec currently does not support:

• multipoint interfaces but this is only because it is not yet implemented, rather than it cannot be done.

Internally the difference is that the midchain adjacency for the IPSec interface has no associated encap (whereas for an ipip tunnel it describes the peer). Consequently, features on the output arc see packets without any encap. Since the protecting SAs are in tunnel mode, they apply the encap. The midchain adj is stacked only once the proctecting SA is known, since only then is the peer known. Otherwise the VLIB graph nodes used are the same: (routing) –> ipX-michain –> espX-encrypt –> adj-midchain-tx –> (routing) where X = 4 or 6.

Some benefits to the ipsec interface:

• it is slightly more efficient since the encapsulating IP header has its checksum updated only once.
• even when the interface is admin up traffic cannot be sent to a peer unless the SA is available (since it's the SA that determines the encap). With ipip interfaces a client must use the admin state to prevent sending until the SA is available.

The best recommendations i can make are:

• pick a model that supports your use case
• make sure any other features you wish to use are supported by the model
• choose the model that best fits your control plane's model.

gun reloaded, fire away.

Function Documentation

ipsec_itf_adj_stack()

void ipsec_itf_adj_stack	(	adj_index_t	ai,
		u32	sai
	)

Definition at line 57 of file ipsec_itf.c.

Here is the call graph for this function:

Here is the caller graph for this function:

ipsec_itf_adj_unstack()

void ipsec_itf_adj_unstack

(

adj_index_t

ai

)

Definition at line 51 of file ipsec_itf.c.

Here is the call graph for this function:

Here is the caller graph for this function:

ipsec_itf_create()

int ipsec_itf_create	(	u32	user_instance,
		tunnel_mode_t	mode,
		u32 *	sw_if_indexp
	)

Definition at line 268 of file ipsec_itf.c.

Here is the call graph for this function:

Here is the caller graph for this function:

ipsec_itf_delete()

int ipsec_itf_delete

(

u32

sw_if_index

)

Definition at line 318 of file ipsec_itf.c.

Here is the call graph for this function:

Here is the caller graph for this function: