<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
I've seen these sorts of messages before, and they seem to be due to buffer overruns in some station's receive code. I had horrible overrun issues when first writing an APRS client due to the highly inefficient API's in Microsoft Windows and then Java on top
of it, where I actually lost sequences of characters between adjacent frames on a busy channel, such that the end of one frame and the beginning of the next was lost.
<div><br>
</div>
<div>This shouldn't be an issue for I-gates, because TCP/IP networking can back-pressure over-fast senders; it's generally only a problem for RF receivers in poorly written clients on slow computers. Are there any really badly-written I-gates with buffer overrun
problems (or I-gate clients who use non-blocking sockets to busy APRS-IS servers)?</div>
<div><br>
</div>
<div>Andrew, KA2DDO</div>
<br>
<br>
-------- Original message --------<br>
From: Keith VE7GDH <ve7gdh@rac.ca> <br>
Date:09/14/2014 13:50 (GMT-05:00) <br>
To: TAPR APRS Mailing List <aprssig@tapr.org> <br>
Cc: <br>
Subject: Re: [aprssig] odd siting in these here parts <br>
<br>
<div class="BodyFragment">
<div class="PlainText">Steve K4HG wrote…<br>
<br>
> It is not unusual to see merged packets like this on the APRS Internet System. This particular packet also appears on findU, so it is not a problem in aprs.fi<br>
<br>
I should have looked there! Yes, if you are seeing it there too, the XASTIR Raspberry PI IGate must be responsible for mangling the packet.<br>
<br>
--<br>
73 Keith VE7GDH<br>
UI-View32<br>
<a href="http://www.ui-view.net">www.ui-view.net</a><br>
<br>
<br>
_______________________________________________<br>
aprssig mailing list<br>
aprssig@tapr.org<br>
<a href="http://www.tapr.org/mailman/listinfo/aprssig">http://www.tapr.org/mailman/listinfo/aprssig</a><br>
</div>
</div>
</body>
</html>