[strongSwan] IPv6 Remote Access: traffic selectors fec1::/64 === ::/0 inacceptable, failed to establish CHILD_SA

Mao, Zhiheng zmao at qualcomm.com
Fri Aug 3 19:31:18 CEST 2012


Hi Martin,

Thank you for pointing out the misconfiguration. After the change, it now works! Thanks a lot!

Zhiheng

-----Original Message-----
From: Martin Willi [mailto:martin at strongswan.org] 
Sent: Friday, August 03, 2012 1:07 AM
To: Mao, Zhiheng
Cc: users at lists.strongswan.org
Subject: Re: [strongSwan] IPv6 Remote Access: traffic selectors fec1::/64 === ::/0 inacceptable, failed to establish CHILD_SA

Hi,

> conn rw-carol
>         leftsubnet=2002:c023:9c17:21c::/64
>         rightsourceip=fec1::1/64

> conn home
>         leftsourceip=%config
>         rightsubnet=fec1::/64

> 11[IKE] traffic selectors fec1::/64 === ::/0  inacceptable

Your subnet definitions don't match. The subnet behind carol is dynamically selected from the sourceip. For the subnet behind moon, carol proposes, fec1::/64, but moon expects 2002:c023:9c17:21c::/64.
This doesn't yield a result during narrowing, hence your CHILD_SA fails.

> why the assigned IPv6 address on Carol is having the full 128-bit
> fec1::1/128 instead of the configured fec1::1/64?

strongSwan currently does not assign prefixes, but just a single IPv6 address. This might be a little confusing when thinking the IPv6 way, but it prevents the inclusion of whole "subnets" where you only want to attach a single client using this tunnel.

The /64 does not define a /64 prefix, but a pool of (/128) addresses as with IPv4. Your configured pool of addresses starts at fec1:: and includes 2^64 addresses.

Regards
Martin




More information about the Users mailing list