The test is a little racy: "westnet-eastnet-ipv4-psk-slow" #2: received and ignored notification payload: INVALID_KEY_INFORMATION -| Notify Message Type: INVALID_KEY_INFORMATION (0x11) -"westnet-eastnet-ipv4-psk-slow" #3: ignoring informational payload INVALID_KEY_INFORMATION, msgid=00000000, length=12 -| processing informational INVALID_KEY_INFORMATION (17) -"westnet-eastnet-ipv4-psk-slow" #3: received and ignored notification payload: INVALID_KEY_INFORMATION
Since the exchange is expected to fail, it tries to speed things up with --impair delete-on-retransmit. The response should come back before the timeout but sometimes it doesn't. I think, here, the correct fix is to hack the code processing the informational response so that, when impaired, triggers a delete event. On Sat, 2 Feb 2019 at 22:01, Paul Wouters <[email protected]> wrote: > > On Sat, 2 Feb 2019, D. Hugh Redelmeier wrote: > > > Subject: [Swan-dev] ikev1-impair-07-send-empty-ike-ke > > > > This failed for me last night. > > Passes for me. > > Paul > _______________________________________________ > Swan-dev mailing list > [email protected] > https://lists.libreswan.org/mailman/listinfo/swan-dev _______________________________________________ Swan-dev mailing list [email protected] https://lists.libreswan.org/mailman/listinfo/swan-dev
