Re: Keep APRSISCE from flushing "old" packets when disconnected from APRS-IS
- Understood. Thank you Lynn.
--- In email@example.com, "Lynn W Deffenbaugh (Mr)" <kj4erj@...> wrote:
> Negative. Technically I'm not even supposed to be buffering packets at
> all, but I designed the program to handle the intermittent cellular
> Internet connections on the APRS-IS port. In point of fact, I may be
> decreasing this buffering time to something like 15 seconds to keep it
> within the 30 second dupe detection of the APRS-IS.
> There are no timestamps on APRS-IS packets and therefore purposely
> injecting aged packets is verboten because all information on the
> APRS-IS is assumed to be "current". And while disconnected, there's no
> way for APRSISCE/32 to determine which packets were "not received by any
> other station" as your request implies.
> Sorry, but that one's just not technically possible within the current
> design of the APRS-IS transport (timestamp-less).
> That said, you can always record a packet trace (check Enables / Ports /
> Log All and then look for *.PKT files) and/or record a station's track
> to a GPX file (click on Station, select Tracks cascade, then Save Track
> to GPX - also answer Yes to Auto-Save Future Track Changes).
> Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
> On 11/9/2012 3:35 AM, dg5e wrote:
> > Hello All,
> > I plan to use APRSISCE-win32 to chase a high-altitude balloon, and
> > track it during descent in case it lands out of reach of any
> > digipeater. My setup works well as a mobile APRS receiving station
> > (and it works well as an iGate when the laptop that runs APRSISCE is
> > connected to the internet). I am looking for a way to get APRSISCE to
> > buffer the packets received while chasing the balloon (when I have no
> > internet connection) until the laptop is connected again to the
> > internet, to iGate those packets that are not received by any other
> > station. Unfortunately, APRSISCE flushes "old" packets 1 to 2 minutes
> > after they are received if it cannot forward them to an APRS-IS
> > server. The APRS_IS port trace copied below shows two packets being
> > flushed:
> > Port(APRS-IS):2012-11-09T03:23:24.895 Restarting Reader...
> > Port(APRS-IS):2012-11-09T03:23:24.895 TcpReader Running on
> > @... or rotate.aprs2.net:14580 (0 OpenCmds, 0 CloseCmds)
> > Port(APRS-IS):2012-11-09T03:23:24.905 gethostbyname errno 11004
> > Port(APRS-IS):2012-11-09T03:23:24.905 gethostbyname(rotate.aprs2.net)
> > Failed
> > Port(APRS-IS):2012-11-09T03:23:24.905 Delaying Restart for 39995/40000
> > msec
> > WinMain:2012-11-09T03:23:52.284 Flushing Old(67291ms)
> > Xmit(N3DXC-1>APU25N,W3EXW*,WIDE2-1,qAR,KB3ZFF-5:=4047.82NI07858.20W&PHG7360/
> > )
> > WinMain:2012-11-09T03:23:52.284 Flushing Old(66500ms)
> > Xmit(N3DXC-1>APU25N,W3VC-1,WIDE2*,qAR,KB3ZFF-5:=4047.82NI07858.20W&PHG7360/
> > )
> > Port(APRS-IS):2012-11-09T03:24:05.373 Restarting Reader...
> > Is there is way to increase the "old" packet flush duration to say 5
> > hours?
> > Best Regards,
> > Dave Guillou, KB3ZFF