<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">No, it is not advisable to increase that time.  One drawback is message retry latency.  And even increasing it to 90 seconds won't always fix this kind of problem -- some times these delayed packets can be sent even hours late, not just a minute or two.  Notice what is common about all of the delayed packets -- they all went through the VE2FET-1 I-gate.  The best solution would be to work with VE2FET to resolve the real problem instead of trying to patch it at the APRS-IS level.<br><br>This topic comes up once or twice a year on the APRSSIG.  If you search the archives for "delayed packets" you'll find more information.  There are many potential causes.  Frequent causes include a KPC-3 in KISS mode, and cheap USB to serial converters.  <br><br>-Jerome, W0JRT<br><br>--- On <b>Mon, 9/22/08, Pierre Thibaudeau
 <i><ve2prt@sympatico.ca></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><pre>In the attached log extract, we see 7 position reports that were received <br>in duplicate while connected to some APRS-IS server (montreal.aprs2.net).<br>It appears that javAPRSSrvr's default 30s for dupeTime is not long enough <br>to catch all duplicates.<br>...<br></pre><br></blockquote></td></tr></table><br>