strongSwan

Hi,
I have checked the logs and the message I always see is "received INVALID_ID_INFORMATION error notify"

logs:
charon: 12[IKE] retransmit 5 of request with message ID 0
charon: 12[NET] sending packet: from 10.10.x.x⁵⁰⁰ to 4.4.4.4⁵⁰⁰ (334 bytes)
charon: 13[NET] received packet: from 4.4.4.4⁵⁰⁰ to 10.10.x.x⁵⁰⁰ (316 bytes)
charon: 13[ENC] parsed QUICK_MODE request 195710494 [ HASH SA No KE ID ID ]
charon: 13[IKE] detected rekeying of CHILD_SA test{3}
charon: 13[ENC] generating QUICK_MODE response 195710494 [ HASH SA No KE ID ID ]
charon: 13[NET] sending packet: from 110.10.x.x⁵⁰⁰ to 4.4.4.4⁵⁰⁰ (316 bytes)
charon: 14[NET] received packet: from 4.4.4.4⁵⁰⁰ to 10.10.x.x⁵⁰⁰ (76 bytes)
charon: 14[ENC] parsed INFORMATIONAL_V1 request 1149854268 [ HASH N(INVAL_ID) ]
charon: 14[IKE] received INVALID_ID_INFORMATION error notify
... ...
charon: 01[IKE] unable to reauthenticate in CHILD_SA REKEYING state, delaying for 14s

ipsec statusall:
ESTABLISHED 23 minutes ago, xxxx
IKEv1 SPIs: 4082b966768ac145_i 0a81accafd0ddb4a_r*, pre-shared key reauthentication in 23 minutes
IKE proposal: AES_CBC_128/HMAC_SHA1_96/PRF_HMAC_SHA1/MODP_1024
Tasks passive: QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE
QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE QUICK_MODE
QUICK_MODE QUICK_MODE QUICK_MODE
REKEYING, TUNNEL, reqid 2, expires in 37 minutes

I have done some tests but I cannot get the connection to stay for more than 1 hour. The remote side only works with ikev1

I have checked the logs and the message I always see is "received INVALID_ID_INFORMATION error notify"

During Quick Mode this usually means the traffic selectors are incorrect. However, it's strange that it apparently happens when the peer handles a rekeying response (or it could be from an earlier exchange perhaps). But again, IKEv1 is just crap, so ¯\_(ツ)_/¯. Try to get the logs of the other end to see why it sends the error notify.

Hello, now both peers handle ikev2 but I have checked the logs and I see the following:
charon: 06[NET] received packet: from 4.4.4.4⁴⁵⁰⁰ to 10.10.x.x⁴⁵⁰⁰ (236 bytes)
charon: 06[ENC] parsed CREATE_CHILD_SA request 111 [ SA No TSi TSr N(ESP_TFC_PAD_N) N(NON_FIRST_FRAG) ]
charon: 06[IKE] received ESP_TFC_PADDING_NOT_SUPPORTED, not using ESPv3 TFC padding
charon: 06[IKE] traffic selectors 2.2.2.2/32[udp/18234] 0.0.0.0/0 === 4.4.4.4/32[udp/44331] 0.0.0.0/0 inacceptable
charon: 06[IKE] failed to establish CHILD_SA, keeping IKE_SA
charon: 06[ENC] generating CREATE_CHILD_SA response 111 [ N(TS_UNACCEPT) ]

The remote peer indicates that in their logs does not display any errors

I changed the times but still my connection is lost after 1 hour and have to restart with ipsec reload to function again
config setup
charondebug="all"
uniqueids=yes
strictcrlpolicy=no

conn %default
ikelifetime=1440m
#lifetime=3600s
keylife=60m
rekeymargin=3m
keyingtries=1
keyexchange=ikev2

conn test
type=tunnel
compress=no
leftid=2.2.2.2
leftsubnet=10.10.0.0/16
leftauth=psk
rightsubnet=10.100.0.0/24
right=4.4.4.4
rightid=4.4.4.4
rightauth=psk
ike=aes128-sha1-modp1024!
esp=aes128-sha1!
auto=start