[aprssig] Re: Unreasonable xmission delay

[Tim Cunningham]

The problem is not the W4GPS-7 digipeater. The problem is deeper.

I do not think this is a digipeater delay problem. It is likely an APRS-IS 
or FINDU problem. The delays on the network are horrific. Lately, I have 
been watching FINDU to see how things are working on the network. I noticed 
that all the local traffic here was showing up on FINDU as being relayed by 
KG4PID and KQ4TV internet gates. Since we just repaired the N8DEU-4 gateway 
and put it back on the air in place of the temporary N8DEU-2 gateway, I was 
watching the activity and scratching my head on how the remote IGates could 
be passing the direct and local traffic before the N8DEU-4 IGate. Then I 
seen Coe's message and realized something else was seriously wrong.

The following sample packets pulled from FINDU show how much delay is being 
encountered. There is over 1 minute from one gateway and 10 minutes from 
another gateway. I doubt this is a digipeater issue from what I can seen 
happening repeatedly in different directions.


20060714194906,N8DEU-12>S4TX1X,WIDE1-1,WIDE2-1,qAo,N8DEU-4:'rEll"9j/]"7+}
20060714195019,N8DEU-12>S4TX1X,W4GPS-7,WIDE1,KU4WW-1*,WIDE2,qAo,KG4PID-15:'rEll"9j/]"7+}
20060714195939,N8DEU-12>S4TX1X,W4GPS-7,WIDE1,NT4UX-2,WIDE2*,qAR,KQ4TV-1:'rEll"9j/]"7+}

20060715003528,W4GPS-7>APZ19,WIDE2-2,qAo,N8DEU-4:!3438.07NS08630.74W#PHG5630/W3,ALn 
Huntsville Alabama
20060715003639,W4GPS-7>APZ19,WIDE2-2,qAo,KG4PID-15:!3438.07NS08630.74W#PHG5630/W3,ALn 
Huntsville Alabama
20060715004448,W4GPS-7>APZ19,NT4UX-2,NT4UX-3,WIDE2*,qAR,KQ4TV-1:!3438.07NS08630.74W#PHG5630/W3,ALn 
Huntsville Alabama


KG4PID-15 hears the same packet as N8DEU-4 in the second example, but yet 
there is a 1min 11sec delay. Now, NT4UX-2 digipeater hears the packet 
directly and NT4UX-3 picks it up for KQ4TV-1 where there is a 9min 20sec 
delay before it gets to the FINDU system. FINDU cannot remove these 
duplicate packets, because of the amount of time that has passed.

What in the world is happening here?

We know that W4GPS-7 digipeats packets immediately. N8DEU-4 is not a high 
speed rocket ship computer. It is a measly P166 running APRS+SA under 
Windows.





73's de Tim - N8DEU
Huntsville, AL


----- Original Message ----- 
From: "Richard Montgomery" <kb4ytm at gmail.com>
To: "TAPR APRS Mailing List" <aprssig at lists.tapr.org>
Sent: Friday, July 14, 2006 10:02 PM
Subject: Re: [aprssig] Re: Unreasonable xmission delay


> Hey Bruce,
>
> Considering he (K4COE) is beaconing every 30 seconds, in 5 minutes time he 
> has sent an additional 10 packets. That would be really strange for a digi 
> to hold that particular packet for 5 minutes, when he has sent that many 
> more.
>
> Looks like W4GPS-7 is a UIDigi firmware digi with a WX station connected. 
> Possibly a problem with a tnc2 doing both? Too much data from K4COE?
>
> Let me know if you need any logs or anything from down this way.
>
> Richard
> KB4YTM
>
>
>
>
>
>
>
>
>
> Bruce W. Martin, KQ4TV wrote:
>> I received the following information today.
>> NT4UX-2 is a UIdigi v1.93 using N8DEU's reccomended settings.
>> KQ4TV-1 is a javAPRSSrvr 3.11b03 Igate.
>>
>> Can anyone shed light on what can be done to eliminate 5 minutes of delay 
>> for 100 miles of 3 hops.
>>
>> Bruce, KQ4TV
>>
>>
>> On Jul 14, 2006, at 1:57 PM, Case, Coe wrote:
>>
>>> Bruce:
>>>
>>> Please evaluate the following raw data from FINDU.
>>>
>>> 20060714122325,K4COE>S4TS1V,WIDE1-1,WIDE2-1,qAo,N8DEU-4:`rAf!hW>/]"3r}
>>> 20060714122427,K4COE>S4TR9X,WIDE1-1,WIDE2-1,qAo,N8DEU-4:`rB\nsF>/]"3r}CERT,SkyWarn,RACES,ARES
>>> ....
>>> 20060714122815,K4COE>S4TS1V,W4GPS-7,WIDE1,NT4UX-2,WIDE2*,qAR,KQ4TV-1:`rAf!hW>/]"3r}
>>> 20060714122941,K4COE>S4TR9X,W4GPS-7,WIDE1,NT4UX-2,WIDE2*,qAR,KQ4TV-1:`rB\nsF>/]"3r}CERT,SkyWarn,RACES,ARES
>>> It appears there is a 5 minute delay in nt4ux-2 and kq4tv-1 
>>> retransmission and igate posting to the internet.  It is causing FINDU 
>>> to overwrite current data with data and locations that are 5 minutes 
>>> old.  Two hops should be a worst case 20 sec delay, not 5 minutes.
>>>
>>> If you are working/Tracking vehicle to vehicle (not via the internet), 
>>> then getting to the first i-gate means nothing, you still need to wideN 
>>> to get to the other vehicle's mobile APRS.  Besides, as you can see from 
>>> my track displays over the last 3 weeks, I travel through area's that 
>>> even three hops do not get to any digi/igate.  (Colorado, South 
>>> Carolina, Louisianna as endpoints)
>>>
>>> Thanks,
>>>
>>> K4coe
>>
>>
>> _______________________________________________
>> aprssig mailing list
>> aprssig at lists.tapr.org
>> https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
>>
>
> _______________________________________________
> aprssig mailing list
> aprssig at lists.tapr.org
> https://lists.tapr.org/cgi-bin/mailman/listinfo/aprssig
>