[strongSwan] Issue with Charon daemon’s Crash using 2 milli-second delay

Chinmaya Dwibedy ckdwibedy at yahoo.com
Thu Apr 10 09:35:39 CEST 2014


Can anyone please confirm whether this is a bug in strongswan (5.0.4)? I initiated more aggressively by decreasing the delay (2 milli-seconds) between initiations for each thread. Could able to achieve the IKE setup rate 500+ (Encryption algo: AES, DH group 1 and integrity algorithm: SHA1) per Octeon chip. But getting the crash issue after sometimes.

Thank you in advance for your help and support.

On Monday, April 7, 2014 4:06 PM, Chinmaya Dwibedy <ckdwibedy at yahoo.com> wrote:
Hi All,
I am using the load tester plugin of strongswan (5.0.4) and
running with 250k IPsec tunnels (DH group 1, Encryption algo: AES and integrity
algorithm: SHA1).  We are using two
Multi-Core MIPS64 Processors with 16 cnMIPS64 v2 cores (one acts as an IKE
initiator and another as an IKE responder). We are running strongswan in both
systems. Both the systems have 1Gbps Ethernet cards, which are connected to 1
Gbps L2 switch. The Wind River Linux runs on all the 16 cores.
I am running with 5 initiators and 50000 iterations. If i
configure/use a delay of 2 milli-second, the charon (At IKE Initiator) is
getting crashed. Here goes the back trace. Is it a bug in strongswan or I am
missing something? Please note that, if I use 10 milli-second delay, it works
from 0x555e7b7697 for code which looks like the beginning of
function, you can increase the range of the search using the
heuristic-fence-post' command.
(gdb) bt
#0  0x000000555ebf9da0
in raise () from /lib64/libc.so.6
#1  0x000000555ebfe69c
in abort () from /lib64/libc.so.6
#2  0x0000000120007e0c
in segv_handler ()
#3  <signal handler
#4  0x000800555e81ed10
in ?? ()
#5  0x000000555e88272c
in get_traffic_selectors ()
   from /usr/lib64/libcharon.so.0
#6  0x000000555e8b6950
in select_and_install () from /usr/lib64/libcharon.so.0
#7  0x000000555e8b89a0
in process_i () from /usr/lib64/libcharon.so.0
#8  0x000000555e8b27a4
in process_message () from /usr/lib64/libcharon.so.0
#9  0x000000555e8a3178
in process_message () from /usr/lib64/libcharon.so.0
#10 0x000000555e89d144 in execute () from
#11 0x000000555e81de14 in process_jobs () from
#12 0x000000555e821ddc in thread_main () from /usr/lib64/libstrongswan.so.0
#13 0x000000555e7b7698 in ?? () from /lib64/libpthread.so.0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.strongswan.org/pipermail/users/attachments/20140410/7960246d/attachment.html>

More information about the Users mailing list