<div><div dir="auto">Won't help -- a keepalive is by definition the minimum possible size frame. That means not just that it's a predictable size, but that everything that size must be a keepalive, randomized interval or not. </div></div><div dir="auto"><br></div><div dir="auto">To get the kind of effect you're looking for, you'd need to send actual dummy data -- which, incidentally, you can totally do no problem just by making sure you're sending packets from an IP that isn't on the AllowedIPs list on the other side. That will always cause the payload to be silently dropped on the floor before it even hits the rest of the networking stack, and with resource usage comparable to that of keepalives.</div><div dir="auto"><br></div><div dir="auto">--Reid</div><div dir="auto"><br></div><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 24, 2020 at 7:49 PM John Smith <<a href="mailto:dingrite@gmail.com">dingrite@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">There are some applications where you do not want a listener to know that a channel is being kept alive and no information is being transmitted.<div><br></div><div>Perhaps the ideal solution would be to add an option to the wg tool to send a keepalive packet, preferably of arbitrary size within some range. A script could then be used to keep the channel alive in a manner. Would be cleaner than sending something else through that may require further action by the peer.</div></div>
_______________________________________________<br>
WireGuard mailing list<br>
<a href="mailto:WireGuard@lists.zx2c4.com" target="_blank">WireGuard@lists.zx2c4.com</a><br>
<a href="https://lists.zx2c4.com/mailman/listinfo/wireguard" rel="noreferrer" target="_blank">https://lists.zx2c4.com/mailman/listinfo/wireguard</a><br>
</blockquote></div></div>