<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body>Interesting. Once I finally found a Tier2 server that supported UDP-Submit, my packets got through, but the ",qAO,mycallsign" I put in the submissions was replaced with ",qAU,T2EDM" (T2EDM being the Tier2 server I was using). Makes sense, but should I have specified that in the first place?
    
<div><br></div><div>Actually, how much _should_ be specified in the digipeat path for a UDP submission?</div><div><br></div><div>Andrew, KA2DDO</div><div>author of YAAC</div><br><br>-------- Original message --------<br>From: Pete Loveall AE5PL Lists via aprssig <aprssig@lists.tapr.org> <br>Date: 7/15/20  12:10  (GMT-05:00) <br>To: aprssig@lists.tapr.org <br>Subject: Re: [aprssig] APRS-IS: frames bypassing server filter <br><br>Stephen, I gave you 3 methods to do not receive packets from APRS-IS for gated stations today: use UDP or HTTP send-only ports, or use port 14580 on the Firenet servers.  Since you "have to" receive a packet to a rx-only IGate (satellite object), #3 is your solution.<br><br>73,<br><br>Pete Loveall AE5PL<br>pete at ae5pl dot net<br><br><br><br>-----Original Message-----<br>From: aprssig <aprssig-bounces@lists.tapr.org> On Behalf Of Stephen H. Smith via aprssig<br>Sent: Wednesday, July 15, 2020 10:57 AM<br>To: TAPR APRS Mailing List <aprssig@lists.tapr.org><br>Subject: Re: [aprssig] APRS-IS: frames bypassing server filter<br><br>On 7/15/2020 10:50 AM, Pete Loveall AE5PL Lists via aprssig wrote:<br><br>> <br>> If you don't want to see packets originated by stations heard on RF by your IGate (i.e. don't want to support messaging), you may be able to disable the gate capability in your client, change to using a send-only port (UDP or HTTP), or connect to a FIRENET port 14580 which do not support bidirectional IGates.  In all cases, we will know if your IGate is messaging to RF and other IGates will know your station has APRS-IS connectivity (so therefore will not gate to RF messages for your client).<br>> <br><br>But this still doesn't solve the problem of the original poster, which was to <br>stop APRS-IS-to-IGATE traffic.   Even if he chooses to not transmit this data <br>back to RF, it's still burning up his limited cellular data quota getting from the APRS-IS to his shack.<br><br>Is there ANY way to do this?<br><br>_______________________________________________<br>aprssig mailing list<br>aprssig@lists.tapr.org<br>http://lists.tapr.org/mailman/listinfo/aprssig_lists.tapr.org<br></body></html>