Matthew,<br><br>We're considering to switch to another VPN client as this is very annoying for our users. Would it be possible to add a tunable DPD retry count to the roadmap for 2.1.8 or 2.2 final ?<br><br><br><br><div class="gmail_quote">
2011/3/2 Matthew Grooms <span dir="ltr"><<a href="mailto:mgrooms@shrew.net">mgrooms@shrew.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>
<div></div><div class="h5">On 2/18/2011 10:20 AM, Da Da wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
First of all, thank you for this great piece of software. I'm currently<br>
testing the VPN client on Windows x64 with a WWAN access. I've been<br>
testing the version 2.2b1 but I rolled back to v2.1.7 due to stability<br>
issues of the IKED service (I can't reproduce these issues yet).<br>
So I'm back in v2.1.7 and it works fine except one thing : the DPD<br>
feature disconnects the client very quickly if a gateway isn't reachable<br>
(about 10 seconds). As I create the VPN tunnel over a native mobile<br>
broadband connection, it's too short. Sometimes, I'm in the train or<br>
moving and the WWAN connection is lost for a few seconds, and Windows<br>
recovers it without problem. But Shrewsoft VPN already disconnected the<br>
tunnel...<br>
If I disable the DPD feature, it works. When the WWAN connection goes up<br>
again, the SA is maintained and I received packets again. However, this<br>
create session timeout issues on the facing gateway.<br>
A nice solution would be to increase the number of DPD retries, for it<br>
to be less aggressive. Is there a way to do it easily ?<br>
<br>
</blockquote>
<br></div></div>
Not at present. We may add a tunable for this in the future.<br><font color="#888888">
<br>
-Matthew<br>
</font></blockquote></div><br>