<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>That's indeed wierd. I dont see anything in Strongswan debugs about the vendor-ID payload.<br><br>It's in the 4th packet of the packet capture and to answer your question, the /usr/sbin/ipsec file is indeed the new one.<br><br><br><br>It's exactly the time when I've emerged the sw <br><div>> Subject: Re: [strongSwan] DPD [lack of] interoperability between strongswan and Cisco IOS<br>> From: martin@strongswan.org<br>> To: olivier_pelerin@hotmail.com<br>> CC: users@lists.strongswan.org<br>> Date: Mon, 10 Jun 2013 14:48:17 +0200<br>> <br>> <br>> > parsed ID_PROT response 0 [ KE No V V V V NAT-D NAT-D ]<br>> > generating ID_PROT request 0 [ ID HASH ]<br>> <br>> I don't see that charon processes any vendor IDs in the second MM<br>> response. <br>> <br>> When I send some vendor IDs in that message, the initiator processes<br>> them properly:<br>> <br>> > parsed ID_PROT response 0 [ KE No V V V V V NAT-D NAT-D ]<br>> > received strongSwan vendor ID<br>> > received XAuth vendor ID<br>> > received DPD vendor ID<br>> > received Cisco Unity vendor ID<br>> > received NAT-T (RFC 3947) vendor ID<br>> > generating ID_PROT request 0 [ ID HASH ]<br>> <br>> Can you please double-check that you are running the correct, patched<br>> version?<br>> <br>> If this is the case, you may try to add some additional debugging to<br>> isakmp_vendor.c, as I can't reproduce the issue here with the patch<br>> applied.<br>> <br>> Regards<br>> Martin<br>> <br></div>                                     </div></body>
</html>