<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 19 Aug 2021 at 19:49, Paul Wouters <<a href="mailto:paul@nohats.ca">paul@nohats.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 18 Aug 2021, Andrew Cagney wrote:<br>
<br>
> Subject: [Swan-dev] TCP: retransmit skipped because TCP is handling retransmits<br>
> <br>
> Is there a bug to track this?<br>
<br>
I didn't create a bug because I didn't think there was one. I figured<br>
all we can do is wait, and that the retransmit-timeout value would<br>
still be reached and cause the proper failure/tear down to happen.<br></blockquote><div><br></div><div>It needs to schedule something some retransmit-timeout seconds into the future that triggers the dead IKE code.<br></div><div>However it shouldn't schedule individual retransmits (even when it ignores them).</div><div><br></div><div>If nothing else it stops us having to deal with questions about why --statestatus shows:</div><div>    TCP; ... RETRANSMIT in 0.5s</div><div>when it should probably show:</div><div>    TCP; ... TIMEOUT in 60s<br></div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Paul<br>
</blockquote></div></div>