Loading ...
Sorry, an error occurred while loading the content.

Re: [aprsisce] Need to block invalid format digi site?

Expand Messages
  • Rob Giuliano
    If he is causing problems on an amateur radio frequency due to bad practices or equipment issues, I think you could discuss it with an Official Observer (or
    Message 1 of 20 , Jun 12 9:12 AM
    • 0 Attachment
      If he is causing problems on an amateur radio frequency due to bad practices or equipment issues, I think you could discuss it with an "Official Observer" (or the ARRL) as to a course of action. 

      This is not an FCC issue, but possibly a "post card" or notification of the issue from an OO might make it more "real to him".  That might also persuade him to "take the assistance of others" to get the issue fixed. 


      Robert Giuliano
      KB8RCO

      ---------------------------------------------

      From: "Jerry Wyatt, n7qvu" <n7qvu@...>
      To: APRSIS <aprsisce@yahoogroups.com>
      Sent: Wednesday, June 12, 2013 11:48 AM
      Subject: [aprsisce] Need to block invalid format digi site?

       
      I think this question has come up before:
       
      Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
         http://aprs.fi/#!mt=roadmap&z=11&call=a%2FGRNSAZ&timerange=3600&tail=3600
       
      Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
       
      73s
      Jerry Wyatt - N7QVU-11
      Overgaard, AZ
       
      ******
       
      His QRZ.com info:

      DONALD W LETCHER, W7OTA
      PO BOX 1556
      SHOW LOW, AZ 85901
       
      APRS.fi raw data logs:
       
      2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9
      2013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
      2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]
      2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
      2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]
      2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]
      2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
      2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9
      2013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9
      2013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]
      2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
      2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]
      2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
      2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9
      2013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]
      2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]


    • Jerry Wyatt, n7qvu
      Lynn,   As can be seen from the attached text in the initial e-mail, it appears his packets are invalid, but I m gating them to the IS servers.   ** I would
      Message 2 of 20 , Jun 12 9:15 AM
      • 0 Attachment
        Lynn,
         
        As can be seen from the attached text in the initial e-mail, it appears his packets are invalid, but I'm gating them to the IS servers.
         
        ** I would like to block my sending of his packets to the IS servers. **
         
        I would guess that the next I-gate will start sending them, but at least it's NOT me.
         
        Thanks,
        Jerry - N7QVU
         
         

        From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
        To: aprsisce@yahoogroups.com
        Sent: Wednesday, June 12, 2013 9:02 AM
        Subject: Re: [aprsisce] Need to block invalid format digi site?
         
        Please clarify your meaning for "block my iGates".  Just what is it that you do or don't want happening with respect to GRNSAZ? Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 PS.  Remember that the IGate specs only provide 3 exceptions for gating RF to the Internet.  http://www.aprs-is.net/IGateDetails.aspx says:
        Gate all packets heard on RF to the Internet EXCEPT if any of the following are true:
        1. 3rd-party packets (data type } ).
          3rd-party packets should have all before and including the data type stripped and then the packet should be processed again starting with step 1 again.
        2. generic queries (data type ? ).
        3. packets with TCPIP, TCPXX, NOGATE, or RFONLY in the header (last 2 are optional).
        Nothing about sysop-specified criteria in there! On 6/12/2013 11:48 AM, Jerry Wyatt, n7qvu wrote:
        I think this question has come up before:
         
        Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
         
        Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
         
        73s
        Jerry Wyatt - N7QVU-11
        Overgaard, AZ
         
        ******
         
        His QRZ.com info:

        DONALD W LETCHER, W7OTA PO BOX 1556 SHOW LOW, AZ 85901
         
        APRS.fi raw data logs:
         
        2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet] 2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location] 2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet] 2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location] 2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet] 2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet] 2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
      • Fred Hillhouse
        Are you asking if you can keep a received packets from I-Gating? And, the reason you want to do this is because the digipeater is not sending its own beacon
        Message 3 of 20 , Jun 12 9:16 AM
        • 0 Attachment
          Are you asking if you can keep a received packets from I-Gating?
          And, the reason you want to do this is because the digipeater is not sending its own beacon properly?
           
          Basically, I-Gates passes every thing upstream to the APRS-IS. There is no filter to block this action.
           
          Best regards,
          Fred N7FMH
           
           


          From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Jerry Wyatt, n7qvu
          Sent: Wednesday, June 12, 2013 11:48
          To: APRSIS
          Subject: [aprsisce] Need to block invalid format digi site?

           

          I think this question has come up before:
           
          Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
           
          Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
           
          73s
          Jerry Wyatt - N7QVU-11
          Overgaard, AZ
           
          ******
           
          His QRZ.com info:

          DONALD W LETCHER, W7OTA
          PO BOX 1556
          SHOW LOW, AZ 85901
           
          APRS.fi raw data logs:
           
          2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9
          2013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
          2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]
          2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
          2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]
          2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]
          2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
          2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9
          2013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9
          2013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]
          2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
          2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]
          2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
          2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9
          2013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]
          2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]

        • Jerry Wyatt, n7qvu
          Like I said, I thought this filter issue had been kicked around before.   The bigger problem is to get this wide area digi fixed(MFJ1274) or get it off the
          Message 4 of 20 , Jun 12 9:25 AM
          • 0 Attachment
            Like I said, I thought this "filter issue" had been kicked around before.
             
            The bigger problem is to get this wide area digi fixed(MFJ1274) or get it off the network!
             
            I've been in contact with him via a 3rd party, but discussion for over a month hasn't helped. I support other repeaters on that mountain, but he seems distrustful of any ham offer for help.
             
            Arizona really needs this site to be operational for the network.
             
            73s
            Jerry - N7QVU
             
            From: Fred Hillhouse <fmhillhouse@...>
            To: aprsisce@yahoogroups.com
            Sent: Wednesday, June 12, 2013 9:16 AM
            Subject: RE: [aprsisce] Need to block invalid format digi site?
             
            Are you asking if you can keep a received packets from I-Gating?
            And, the reason you want to do this is because the digipeater is not sending its own beacon properly?
             
            Basically, I-Gates passes every thing upstream to the APRS-IS. There is no filter to block this action.
             
            Best regards,
            Fred N7FMH
             
             
            From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Jerry Wyatt, n7qvu
            Sent: Wednesday, June 12, 2013 11:48
            To: APRSIS
            Subject: [aprsisce] Need to block invalid format digi site?
             
            I think this question has come up before:
             
            Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
             
            Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
             
            73s
            Jerry Wyatt - N7QVU-11
            Overgaard, AZ
             
            ******
             
            His QRZ.com info:

            DONALD W LETCHER, W7OTA PO BOX 1556 SHOW LOW, AZ 85901
             
            APRS.fi raw data logs:
             
            2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
          • Lynn W Deffenbaugh (Mr)
            You are not responsible for what you receive on RF and gate to the APRS-IS (unless you re IGate is corrupting packets due to PASSALL or RFI on the serial
            Message 5 of 20 , Jun 12 9:32 AM
            • 0 Attachment
              You are not responsible for what you receive on RF and gate to the APRS-IS (unless you're IGate is corrupting packets due to PASSALL or RFI on the serial cable).  As Fred indicated, and the spec says, anything you receive on RF will be gated to the APRS-IS.  I have no plans to support "black-listing" stations in the IGate support code, at least not anytime soon.  There's much bigger fish to fry in the APRS Sea (and on my ToDo list!).

              Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

              On 6/12/2013 12:15 PM, Jerry Wyatt, n7qvu wrote:
              Lynn,
               
              As can be seen from the attached text in the initial e-mail, it appears his packets are invalid, but I'm gating them to the IS servers.
               
              ** I would like to block my sending of his packets to the IS servers. **
               
              I would guess that the next I-gate will start sending them, but at least it's NOT me.
               
              Thanks,
              Jerry - N7QVU
               
               

              From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
              To: aprsisce@yahoogroups.com
              Sent: Wednesday, June 12, 2013 9:02 AM
              Subject: Re: [aprsisce] Need to block invalid format digi site?
               
              Please clarify your meaning for "block my iGates".  Just what is it that you do or don't want happening with respect to GRNSAZ? Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 PS.  Remember that the IGate specs only provide 3 exceptions for gating RF to the Internet.  http://www.aprs-is.net/IGateDetails.aspx says:
              Gate all packets heard on RF to the Internet EXCEPT if any of the following are true:
              1. 3rd-party packets (data type } ).
                3rd-party packets should have all before and including the data type stripped and then the packet should be processed again starting with step 1 again.
              2. generic queries (data type ? ).
              3. packets with TCPIP, TCPXX, NOGATE, or RFONLY in the header (last 2 are optional).
              Nothing about sysop-specified criteria in there! On 6/12/2013 11:48 AM, Jerry Wyatt, n7qvu wrote:
              I think this question has come up before:
               
              Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
               
              Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
               
              73s
              Jerry Wyatt - N7QVU-11
              Overgaard, AZ
               
              ******
               
              His QRZ.com info:

              DONALD W LETCHER, W7OTA PO BOX 1556 SHOW LOW, AZ 85901
               
              APRS.fi raw data logs:
               
              2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3[Invalid packet] 2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ [Invalid uncompressed location] 2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3[Invalid packet] 2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ [Invalid uncompressed location] 2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3[Invalid packet] 2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3[Invalid packet] 2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]

            • Jerry Wyatt, n7qvu
              I understand the official position, but its been discussed here many times certain needs to block packets/users behaving badly.   Thanks for all the
              Message 6 of 20 , Jun 12 9:48 AM
              • 0 Attachment
                I understand the official position, but its been discussed here many times certain needs to block packets/users 'behaving' badly.
                 
                Thanks for all the replies. I have sent the AZ freq coordinators an e-mail regarding this issue. One or more of them are ARRL OOs. Being June, there isn't 1-5 feet of snow on that mountain site, so hopefully it will get solved soon.
                 
                73s
                Jerry Wyatt - N7QVU
                 
                 
                From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
                To: aprsisce@yahoogroups.com
                Sent: Wednesday, June 12, 2013 9:32 AM
                Subject: Re: [aprsisce] Need to block invalid format digi site?
                 
                You are not responsible for what you receive on RF and gate to the APRS-IS (unless you're IGate is corrupting packets due to PASSALL or RFI on the serial cable).  As Fred indicated, and the spec says, anything you receive on RF will be gated to the APRS-IS.  I have no plans to support "black-listing" stations in the IGate support code, at least not anytime soon.  There's much bigger fish to fry in the APRS Sea (and on my ToDo list!). Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 On 6/12/2013 12:15 PM, Jerry Wyatt, n7qvu wrote:
                Lynn,
                 
                As can be seen from the attached text in the initial e-mail, it appears his packets are invalid, but I'm gating them to the IS servers.
                 
                ** I would like to block my sending of his packets to the IS servers. **
                 
                I would guess that the next I-gate will start sending them, but at least it's NOT me.
                 
                Thanks,
                Jerry - N7QVU
                 
                 

                From: Lynn W Deffenbaugh (Mr) mailto:kj4erj@...
                To: aprsisce@yahoogroups.com
                Sent: Wednesday, June 12, 2013 9:02 AM
                Subject: Re: [aprsisce] Need to block invalid format digi site?
                 
                Please clarify your meaning for "block my iGates".  Just what is it that you do or don't want happening with respect to GRNSAZ? Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 PS.  Remember that the IGate specs only provide 3 exceptions for gating RF to the Internet.  http://www.aprs-is.net/IGateDetails.aspx says:
                Gate all packets heard on RF to the Internet EXCEPT if any of the following are true:
                1. 3rd-party packets (data type } ).
                  3rd-party packets should have all before and including the data type stripped and then the packet should be processed again starting with step 1 again.
                2. generic queries (data type ? ).
                3. packets with TCPIP, TCPXX, NOGATE, or RFONLY in the header (last 2 are optional).
                Nothing about sysop-specified criteria in there! On 6/12/2013 11:48 AM, Jerry Wyatt, n7qvu wrote:
                I think this question has come up before:
                 
                Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
                 
                Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
                 
                73s
                Jerry Wyatt - N7QVU-11
                Overgaard, AZ
                 
                ******
                 
                His QRZ.com info:

                DONALD W LETCHER, W7OTA PO BOX 1556 SHOW LOW, AZ 85901
                 
                APRS.fi raw data logs:
                 
                2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3[Invalid packet] 2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ [Invalid uncompressed location] 2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3[Invalid packet] 2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ [Invalid uncompressed location] 2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3[Invalid packet] 2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location] 2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 2013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3[Invalid packet] 2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]
              • Fred Hillhouse
                It looks like the site is not digipeating anything along with sending a valid position. The last valid position was 55 days ago. In which case, blacklisting
                Message 7 of 20 , Jun 12 10:01 AM
                • 0 Attachment
                  It looks like the site is not digipeating anything along with sending a valid position. The last valid position was 55 days ago. In which case, blacklisting won't solve the problem. And the local network still has a hole. At least that is what it looks like from clear across the country.
                   
                  You have a definite challenge ahead.
                   
                  How does one convince another to change anything?
                   
                  How would I or anyone else convince you to change your equipment or operation mode just because I said it was wrong?
                   
                  I sometimes try to meet over something brewed, coffee is a good starter. Do the eyeball. Be friendly. Maybe then he may be interested in seeing your data. And then maybe he will start to trust, if that is the issue. Once you are over the initial hurdles, plan to drive to the site with him. If his health is not so good then someone else doing the driving may be a big help. Even donating hardware can help. Free stuff gets many people's attention. Spend sometime learning about his particular hardware. Most seem to never really learn more than what it takes to get it on the air. Your knowledge and his hardware can be a blessing and maybe the beginning of a new radio partnership. Since you already help on that hill, this should be a breeze!
                   
                  On another issue, I noticed on the topo maps that the site is a big communication site. That usually presents another set of problems. The site owner/coordinator may be very particular about who is on site and when and they may have to be there as well. This may not be the case if his digipeater is in the same room. Personally, I have some equipment on a similar hill and I only have access to a very small box/room and I cannot take a guest, ever, unless the box/room owner is present.
                   
                  There may be other issues as well, but the first step is to start a friendly face to face dialog. Going "third party" never works in my experience. And blacklisting will only make it all the more challenging and potentially unfixable.
                   
                  The best of luck and times to you!
                   
                  Best regards,
                  Fred N7FMH
                   
                   
                   


                  From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Jerry Wyatt, n7qvu
                  Sent: Wednesday, June 12, 2013 12:26
                  To: aprsisce@yahoogroups.com
                  Subject: Re: [aprsisce] Need to block invalid format digi site?

                   

                  Like I said, I thought this "filter issue" had been kicked around before.
                   
                  The bigger problem is to get this wide area digi fixed(MFJ1274) or get it off the network!
                   
                  I've been in contact with him via a 3rd party, but discussion for over a month hasn't helped. I support other repeaters on that mountain, but he seems distrustful of any ham offer for help.
                   
                  Arizona really needs this site to be operational for the network.
                   
                  73s
                  Jerry - N7QVU
                   
                  From: Fred Hillhouse <fmhillhouse@...>
                  To: aprsisce@yahoogroups.com
                  Sent: Wednesday, June 12, 2013 9:16 AM
                  Subject: RE: [aprsisce] Need to block invalid format digi site?
                   
                  Are you asking if you can keep a received packets from I-Gating?
                  And, the reason you want to do this is because the digipeater is not sending its own beacon properly?
                   
                  Basically, I-Gates passes every thing upstream to the APRS-IS. There is no filter to block this action.
                   
                  Best regards,
                  Fred N7FMH
                   
                   
                  From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Jerry Wyatt, n7qvu
                  Sent: Wednesday, June 12, 2013 11:48
                  To: APRSIS
                  Subject: [aprsisce] Need to block invalid format digi site?
                   
                  I think this question has come up before:
                   
                  Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
                   
                  Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
                   
                  73s
                  Jerry Wyatt - N7QVU-11
                  Overgaard, AZ
                   
                  ******
                   
                  His QRZ.com info:

                  DONALD W LETCHER, W7OTA PO BOX 1556 SHOW LOW, AZ 85901
                   
                  APRS.fi raw data logs:
                   
                  2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]

                • Lynn W Deffenbaugh (Mr)
                  I am definitely NOT condoning the following behavior but my chaotic tendencies have been over-active recently... If you really want to help out the local APRS
                  Message 8 of 20 , Jun 12 10:09 AM
                  • 0 Attachment
                    I am definitely NOT condoning the following behavior but my chaotic tendencies have been over-active recently...

                    If you really want to help out the local APRS situation, at least by "hiding" this particular problem, why not locate his particular coax, cut it, and splice in a dummy load (so as not to blow his transmitter).  That'd serve 3 purposes:  1) keep his packets out of your IGate, 2) keep his packets out of the APRS-IS, and 3) keep his packets off the local RF freeing that precious shared resource (unless, of course, you're APRS receiver is located within a few feet of the dummy load!).

                    The OO suggestion is probably the safest approach unless you can befriend one of his/her close friends and use that to bridge the third-party gap.

                    Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

                    On 6/12/2013 1:01 PM, Fred Hillhouse wrote:
                    It looks like the site is not digipeating anything along with sending a valid position. The last valid position was 55 days ago. In which case, blacklisting won't solve the problem. And the local network still has a hole. At least that is what it looks like from clear across the country.
                     
                    You have a definite challenge ahead.
                     
                    How does one convince another to change anything?
                     
                    How would I or anyone else convince you to change your equipment or operation mode just because I said it was wrong?
                     
                    I sometimes try to meet over something brewed, coffee is a good starter. Do the eyeball. Be friendly. Maybe then he may be interested in seeing your data. And then maybe he will start to trust, if that is the issue. Once you are over the initial hurdles, plan to drive to the site with him. If his health is not so good then someone else doing the driving may be a big help. Even donating hardware can help. Free stuff gets many people's attention. Spend sometime learning about his particular hardware. Most seem to never really learn more than what it takes to get it on the air. Your knowledge and his hardware can be a blessing and maybe the beginning of a new radio partnership. Since you already help on that hill, this should be a breeze!
                     
                    On another issue, I noticed on the topo maps that the site is a big communication site. That usually presents another set of problems. The site owner/coordinator may be very particular about who is on site and when and they may have to be there as well. This may not be the case if his digipeater is in the same room. Personally, I have some equipment on a similar hill and I only have access to a very small box/room and I cannot take a guest, ever, unless the box/room owner is present.
                     
                    There may be other issues as well, but the first step is to start a friendly face to face dialog. Going "third party" never works in my experience. And blacklisting will only make it all the more challenging and potentially unfixable.
                     
                    The best of luck and times to you!
                     
                    Best regards,
                    Fred N7FMH
                     
                     
                     


                    From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Jerry Wyatt, n7qvu
                    Sent: Wednesday, June 12, 2013 12:26
                    To: aprsisce@yahoogroups.com
                    Subject: Re: [aprsisce] Need to block invalid format digi site?

                     

                    Like I said, I thought this "filter issue" had been kicked around before.
                     
                    The bigger problem is to get this wide area digi fixed(MFJ1274) or get it off the network!
                     
                    I've been in contact with him via a 3rd party, but discussion for over a month hasn't helped. I support other repeaters on that mountain, but he seems distrustful of any ham offer for help.
                     
                    Arizona really needs this site to be operational for the network.
                     
                    73s
                    Jerry - N7QVU
                     
                    From: Fred Hillhouse <fmhillhouse@...>
                    To: aprsisce@yahoogroups.com
                    Sent: Wednesday, June 12, 2013 9:16 AM
                    Subject: RE: [aprsisce] Need to block invalid format digi site?
                     
                    Are you asking if you can keep a received packets from I-Gating?
                    And, the reason you want to do this is because the digipeater is not sending its own beacon properly?
                     
                    Basically, I-Gates passes every thing upstream to the APRS-IS. There is no filter to block this action.
                     
                    Best regards,
                    Fred N7FMH
                     
                     
                    From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Jerry Wyatt, n7qvu
                    Sent: Wednesday, June 12, 2013 11:48
                    To: APRSIS
                    Subject: [aprsisce] Need to block invalid format digi site?
                     
                    I think this question has come up before:
                     
                    Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
                     
                    Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
                     
                    73s
                    Jerry Wyatt - N7QVU-11
                    Overgaard, AZ
                     
                    ******
                     
                    His QRZ.com info:

                    DONALD W LETCHER, W7OTA PO BOX 1556 SHOW LOW, AZ 85901
                     
                    APRS.fi raw data logs:
                     
                    2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]

                  • Fred Hillhouse
                    If it is like the site I am on, the digipeater is probably in another locked building altogether and behind a locked gate. Many of these sites have multiple
                    Message 9 of 20 , Jun 12 10:18 AM
                    • 0 Attachment
                      If it is like the site I am on, the digipeater is probably in another locked building altogether and behind a locked gate. Many of these sites have multiple areas and all behind their own gates. You might to cut a lot of coax before finding the offender. That probably would elevate one's status to terrorist.
                       
                      I still think a coffee or beer can provide a lot of grease.
                       
                      Best regards,
                      Fred N7FMH
                       
                       


                      From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Lynn W Deffenbaugh (Mr)
                      Sent: Wednesday, June 12, 2013 13:10
                      To: aprsisce@yahoogroups.com
                      Subject: Re: [aprsisce] Need to block invalid format digi site?

                       

                      I am definitely NOT condoning the following behavior but my chaotic tendencies have been over-active recently...

                      If you really want to help out the local APRS situation, at least by "hiding" this particular problem, why not locate his particular coax, cut it, and splice in a dummy load (so as not to blow his transmitter).  That'd serve 3 purposes:  1) keep his packets out of your IGate, 2) keep his packets out of the APRS-IS, and 3) keep his packets off the local RF freeing that precious shared resource (unless, of course, you're APRS receiver is located within a few feet of the dummy load!).

                      The OO suggestion is probably the safest approach unless you can befriend one of his/her close friends and use that to bridge the third-party gap.

                      Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

                      On 6/12/2013 1:01 PM, Fred Hillhouse wrote:
                      It looks like the site is not digipeating anything along with sending a valid position. The last valid position was 55 days ago. In which case, blacklisting won't solve the problem. And the local network still has a hole. At least that is what it looks like from clear across the country.
                       
                      You have a definite challenge ahead.
                       
                      How does one convince another to change anything?
                       
                      How would I or anyone else convince you to change your equipment or operation mode just because I said it was wrong?
                       
                      I sometimes try to meet over something brewed, coffee is a good starter. Do the eyeball. Be friendly. Maybe then he may be interested in seeing your data. And then maybe he will start to trust, if that is the issue. Once you are over the initial hurdles, plan to drive to the site with him. If his health is not so good then someone else doing the driving may be a big help. Even donating hardware can help. Free stuff gets many people's attention. Spend sometime learning about his particular hardware. Most seem to never really learn more than what it takes to get it on the air. Your knowledge and his hardware can be a blessing and maybe the beginning of a new radio partnership. Since you already help on that hill, this should be a breeze!
                       
                      On another issue, I noticed on the topo maps that the site is a big communication site. That usually presents another set of problems. The site owner/coordinator may be very particular about who is on site and when and they may have to be there as well. This may not be the case if his digipeater is in the same room. Personally, I have some equipment on a similar hill and I only have access to a very small box/room and I cannot take a guest, ever, unless the box/room owner is present.
                       
                      There may be other issues as well, but the first step is to start a friendly face to face dialog. Going "third party" never works in my experience. And blacklisting will only make it all the more challenging and potentially unfixable.
                       
                      The best of luck and times to you!
                       
                      Best regards,
                      Fred N7FMH
                       
                       
                       


                      From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Jerry Wyatt, n7qvu
                      Sent: Wednesday, June 12, 2013 12:26
                      To: aprsisce@yahoogroups.com
                      Subject: Re: [aprsisce] Need to block invalid format digi site?

                       

                      Like I said, I thought this "filter issue" had been kicked around before.
                       
                      The bigger problem is to get this wide area digi fixed(MFJ1274) or get it off the network!
                       
                      I've been in contact with him via a 3rd party, but discussion for over a month hasn't helped. I support other repeaters on that mountain, but he seems distrustful of any ham offer for help.
                       
                      Arizona really needs this site to be operational for the network.
                       
                      73s
                      Jerry - N7QVU
                       
                      From: Fred Hillhouse <fmhillhouse@...>
                      To: aprsisce@yahoogroups.com
                      Sent: Wednesday, June 12, 2013 9:16 AM
                      Subject: RE: [aprsisce] Need to block invalid format digi site?
                       
                      Are you asking if you can keep a received packets from I-Gating?
                      And, the reason you want to do this is because the digipeater is not sending its own beacon properly?
                       
                      Basically, I-Gates passes every thing upstream to the APRS-IS. There is no filter to block this action.
                       
                      Best regards,
                      Fred N7FMH
                       
                       
                      From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Jerry Wyatt, n7qvu
                      Sent: Wednesday, June 12, 2013 11:48
                      To: APRSIS
                      Subject: [aprsisce] Need to block invalid format digi site?
                       
                      I think this question has come up before:
                       
                      Is there any way I can block my iGates from this 10,500' mountain site digi(GRNSAZ)?
                       
                      Several folks have tried to assist this ham with his digi, but he is not willing and his health doesn't allow him to travel to the mountain site. He doesn't reply to most calls or e-mails! Also because the posits are invalid, he doesn't show on most maps and therefore most folks think the site is down...
                       
                      73s
                      Jerry Wyatt - N7QVU-11
                      Overgaard, AZ
                       
                      ******
                       
                      His QRZ.com info:

                      DONALD W LETCHER, W7OTA PO BOX 1556 SHOW LOW, AZ 85901
                       
                      APRS.fi raw data logs:
                       
                      2013-06-12 03:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 04:18:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 04:33:43 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 04:58:08 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 05:03:40 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]2013-06-12 05:29:20 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 05:38:10 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 05:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 06:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 06:53:47 PDT: GRNSAZ>APNU19,WIDE2-2,qAR,N7QVU-11:!3406.70NS1893<:45G#QHG47#8.W4,AZn/W<0xb7>OTA-14 UIDIGI GzedN3 PeAk,AZ  [Invalid uncompressed location]2013-06-12 06:58:13 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 07:20:34 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 07:38:14 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]2013-06-12 07:51:51 PDT: GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.92013-06-12 08:16:11 PDT: GRNSAZ>APNU19,qAR,N7QVU-11:!s406&31NS14914.45W#PHW4<0xb7>30%W4,AZn/W7OTA-14 UIDIGI Gz%en3 [Invalid packet]2013-06-12 08:18:16 PDT: GRNSAZ>APNU19,SIDE2-3,qAR,N7QVU-11:!342&.70NS<0x11>0934.45S#PHGt330/W4,AZn/W7ODA-14 UI@IGI Gzeans Pe<0xe1>k,AZ  [Invalid uncompressed location]

                    • Lynn W Deffenbaugh (Mr)
                      ... I added a b/GRNSAZ filter test to my APRSISCE/32 RF monitor instance and have only seen: 2013-06-12T16:51:52.114 IS[APRS-IS](Hit(b/GRNSAZ))
                      Message 10 of 20 , Jun 12 10:41 AM
                      • 0 Attachment
                        On 6/12/2013 1:26 PM, Fred Hillhouse wrote:
                        Are you able to see any of the packets in question?
                         
                        The only thing I can see anything with is APRS.FI.


                        I added a b/GRNSAZ filter test to my APRSISCE/32 RF monitor instance and have only seen:

                        2013-06-12T16:51:52.114 IS[APRS-IS](Hit(b/GRNSAZ)) [0]GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9

                        Asking it for the traffic counts, APRSISCE/32 IGates have only been receiving one per hour, but skipped two recent hours (the I: line below):

                        UIDIGI 1.9

                        Sym: Red Dot (//)
                        Packet(45m46s):GRNSAZ NW 7382mi N7QVU-11
                        I: 0 1 0 1 1 1 1 1
                        FromME: 5649mi E (94º)
                        GridSquare: JJ00aa
                        0000.00N 00000.00E
                        2013-06-12 16:51:52 (45m41s)
                        AltNet: UIDIGI
                        RemRF

                        But now that I've said that, I wonder if it counts parse-failed packets?  I suspect it doesn't because it's not even sure if it can trust the source callsign.  Even my FilterTest probably won't pick it up because ParseFailed packets are dropped pretty early in the packet processing.

                        Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32


                      • Heikki Hannikainen
                        ... Having a few bad packets on the Internet (aprs.fi / APRS-IS) doesn t do much harm to anyone, especially if the digi only damages its own position packets.
                        Message 11 of 20 , Jun 13 3:42 AM
                        • 0 Attachment
                          On Wed, Jun 12, 2013 at 7:48 PM, Jerry Wyatt, n7qvu <n7qvu@...> wrote:
                          I understand the official position, but its been discussed here many times certain needs to block packets/users 'behaving' badly.

                          Having a few bad packets on the Internet (aprs.fi / APRS-IS) doesn't do much harm to anyone, especially if the digi only damages its own position packets. It'd be worse if the digi retransmitted corrupted versions of packets sent by other stations, but apparently that's not happening in this case.

                          In general, I think it's better to have these bad packets go through the igates and to aprs.fi, so that we know about them, and that they're archived for everyone to see. It probably encourages fixing problems better than if we just started to ignore the problem. If we hide bad received packets on the igates, they don't magically disappear from RF.

                          The problem needs to be fixed at the source, and not just hidden from one view. I'd much rather increase the visibility of bad configurations and increase the peer pressure to get them fixed.

                          - Hessu, OH7LZB (aprs.fi)
                           
                        • Jerry Wyatt, n7qvu
                          Just heard that GRNSAZ digi was shutdown yesterday. I checked APRS.FI and confirmed that it doesn t seem to be beaconing.   Last beacon(RIP): 2013-06-12
                          Message 12 of 20 , Jun 13 10:54 AM
                          • 0 Attachment
                            Just heard that GRNSAZ digi was shutdown yesterday. I checked APRS.FI and confirmed that it doesn't seem to be beaconing.
                             
                            Last beacon(RIP):
                            2013-06-12 14:58:32 PDT: GRNSAZ>
                             
                            Thanks to the AZ Freq Coordinators for quick action,
                             
                            Jerry Wyatt - N7QVU
                            Overgaard, AZ
                            ps: The invalid raw packet listing from APRS.FI sealed it...

                            From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
                            To: aprsisce@yahoogroups.com
                            Sent: Wednesday, June 12, 2013 10:41 AM
                            Subject: Re: [aprsisce] Need to block invalid format digi site?
                             
                            On 6/12/2013 1:26 PM, Fred Hillhouse wrote:
                            Are you able to see any of the packets in question?
                             
                            The only thing I can see anything with is APRS.FI.

                            I added a b/GRNSAZ filter test to my APRSISCE/32 RF monitor instance and have only seen: 2013-06-12T16:51:52.114 IS[APRS-IS](Hit(b/GRNSAZ)) [0]GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 Asking it for the traffic counts, APRSISCE/32 IGates have only been receiving one per hour, but skipped two recent hours (the I: line below):
                            UIDIGI 1.9

                            Sym: Red Dot (//)
                            Packet(45m46s):GRNSAZ NW 7382mi N7QVU-11
                            I: 0 1 0 1 1 1 1 1
                            FromME: 5649mi E (94º)
                            GridSquare: JJ00aa
                            0000.00N 00000.00E
                            2013-06-12 16:51:52 (45m41s)
                            AltNet: UIDIGI
                            RemRF
                            But now that I've said that, I wonder if it counts parse-failed packets?  I suspect it doesn't because it's not even sure if it can trust the source callsign.  Even my FilterTest probably won't pick it up because ParseFailed packets are dropped pretty early in the packet processing. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
                          • Steve Daniels
                            Is that not a bit cutting off your nose to spite your face? It might have been sending itÆs own location incorrectly, but now everyone has lost a well sited
                            Message 13 of 20 , Jun 13 1:13 PM
                            • 0 Attachment

                              Is that not a bit cutting off your nose to spite your face? It might have been sending it’s own location incorrectly, but now everyone has lost a well sited digi.

                              If I read correctly it was digipeating fine, and you said it was needed.

                               

                               

                              Steve Daniels

                              Amateur Radio Callsign G6UIM

                              Torbay Freecycle  Owner

                              http://uk.groups.yahoo.com/group/torbay_freecycle

                              APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com

                               


                              From: aprsisce@yahoogroups.com [mailto: aprsisce@yahoogroups.com ] On Behalf Of Jerry Wyatt, n7qvu
                              Sent: 13 June 2013 18:54
                              To: aprsisce@yahoogroups.com
                              Subject: Re: [aprsisce] Need to block invalid format digi site?

                               

                               

                              Just heard that GRNSAZ digi was shutdown yesterday. I checked APRS.FI and confirmed that it doesn't seem to be beaconing.

                               

                              Last beacon(RIP):

                              2013-06-12 14:58:32 PDT: GRNSAZ>

                               

                              Thanks to the AZ Freq Coordinators for quick action,

                               

                              Jerry Wyatt - N7QVU

                              Overgaard, AZ

                              ps: The invalid raw packet listing from APRS.FI sealed it...

                               

                              From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
                              To: aprsisce@yahoogroups.com
                              Sent: Wednesday, June 12, 2013 10:41 AM
                              Subject: Re: [aprsisce] Need to block invalid format digi site?

                               

                              On 6/12/2013 1:26 PM, Fred Hillhouse wrote:

                              Are you able to see any of the packets in question?

                               

                              The only thing I can see anything with is APRS.FI.

                               

                              I added a b/GRNSAZ filter test to my APRSISCE/32 RF monitor instance and have only seen: 2013-06-12T16:51:52.114 IS[APRS-IS](Hit(b/GRNSAZ)) [0]GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 Asking it for the traffic counts, APRSISCE/32 IGates have only been receiving one per hour, but skipped two recent hours (the I: line below):

                              UIDIGI 1.9

                              Sym: Red Dot (//)
                              Packet(45m46s):GRNSAZ NW 7382mi N7QVU-11
                              I: 0 1 0 1 1 1 1 1
                              FromME: 5649mi E (94º)
                              GridSquare: JJ00aa
                              0000.00N 00000.00E
                              2013-06-12 16:51:52 (45m41s)
                              AltNet: UIDIGI
                              RemRF

                              But now that I've said that, I wonder if it counts parse-failed packets?  I suspect it doesn't because it's not even sure if it can trust the source callsign.  Even my FilterTest probably won't pick it up because ParseFailed packets are dropped pretty early in the packet processing. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

                            • James Ewen
                              Tossing out the baby with the bathwater is sometimes the only solution you can get. If they were able to remotely disable the digipeater, they should have been
                              Message 14 of 20 , Jun 13 1:58 PM
                              • 0 Attachment
                                Tossing out the baby with the bathwater is sometimes the only solution
                                you can get.

                                If they were able to remotely disable the digipeater, they should have
                                been able to remotely correct the error as well.

                                If they made a trip up to the digipeater, there too was an opportunity
                                to correct the issue.

                                Sometimes people would rather just pull the plug than fix the issue.
                                There's less work involved.

                                It's amazing how often there are communications issues in a hobby that
                                is all about communicating.


                                On 6/13/13, Steve Daniels <steve@...> wrote:
                                > Is that not a bit cutting off your nose to spite your face? It might have
                                > been sending it’s own location incorrectly, but now everyone has lost a
                                > well
                                > sited digi.
                                >
                                > If I read correctly it was digipeating fine, and you said it was needed.
                                >
                                >
                                >
                                >
                                >
                                > Steve Daniels
                                >
                                > Amateur Radio Callsign G6UIM
                                >
                                > Torbay Freecycle Owner
                                >
                                > http://uk.groups.yahoo.com/group/torbay_freecycle
                                >
                                > APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com
                                >
                                >
                                >
                                > _____
                                >
                                > From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf
                                > Of Jerry Wyatt, n7qvu
                                > Sent: 13 June 2013 18:54
                                > To: aprsisce@yahoogroups.com
                                > Subject: Re: [aprsisce] Need to block invalid format digi site?
                                >
                                >
                                >
                                >
                                >
                                > Just heard that GRNSAZ digi was shutdown yesterday. I checked APRS.FI and
                                > confirmed that it doesn't seem to be beaconing.
                                >
                                >
                                >
                                > Last beacon(RIP):
                                >
                                > 2013-06-12 14:58:32 PDT: <http://aprs.fi/?c=raw&limit=&call=GRNSAZ>
                                > GRNSAZ>
                                >
                                >
                                >
                                > Thanks to the AZ Freq Coordinators for quick action,
                                >
                                >
                                >
                                > Jerry Wyatt - N7QVU
                                >
                                > Overgaard, AZ
                                >
                                > ps: The invalid raw packet listing from APRS.FI sealed it...
                                >
                                >
                                >
                                > From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
                                > To: aprsisce@yahoogroups.com
                                > Sent: Wednesday, June 12, 2013 10:41 AM
                                > Subject: Re: [aprsisce] Need to block invalid format digi site?
                                >
                                >
                                >
                                >
                                >
                                > On 6/12/2013 1:26 PM, Fred Hillhouse wrote:
                                >
                                > Are you able to see any of the packets in question?
                                >
                                >
                                >
                                > The only thing I can see anything with is APRS.FI.
                                >
                                >
                                >
                                > I added a b/GRNSAZ filter test to my APRSISCE/32 RF monitor instance and
                                > have only seen: 2013-06-12T16:51:52.114 IS[APRS-IS](Hit(b/GRNSAZ))
                                > [0]GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 Asking it for the traffic counts,
                                > APRSISCE/32 IGates have only been receiving one per hour, but skipped two
                                > recent hours (the I: line below):
                                >
                                > UIDIGI 1.9
                                >
                                > Sym: Red Dot (//)
                                > Packet(45m46s):GRNSAZ NW 7382mi N7QVU-11
                                > I: 0 1 0 1 1 1 1 1
                                > FromME: 5649mi E (94º)
                                > GridSquare: JJ00aa
                                > 0000.00N 00000.00E
                                > 2013-06-12 16:51:52 (45m41s)
                                > AltNet: UIDIGI
                                > RemRF
                                >
                                > But now that I've said that, I wonder if it counts parse-failed packets? I
                                > suspect it doesn't because it's not even sure if it can trust the source
                                > callsign. Even my FilterTest probably won't pick it up because ParseFailed
                                > packets are dropped pretty early in the packet processing. Lynn (D) -
                                > KJ4ERJ
                                > - Author of APRSISCE for Windows Mobile and Win32
                                >
                                >
                                >
                                >

                                --
                                Sent from my mobile device

                                James
                                VE6SRV
                              • Fred Hillhouse
                                There will still be a digipeater but that that one. _____ From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Steve Daniels Sent:
                                Message 15 of 20 , Jun 13 2:03 PM
                                • 0 Attachment
                                  There will still be a digipeater but that that one.


                                  From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On Behalf Of Steve Daniels
                                  Sent: Thursday, June 13, 2013 16:13
                                  To: aprsisce@yahoogroups.com
                                  Subject: RE: [aprsisce] Need to block invalid format digi site?

                                   

                                  Is that not a bit cutting off your nose to spite your face? It might have been sending it’s own location incorrectly, but now everyone has lost a well sited digi.

                                  If I read correctly it was digipeating fine, and you said it was needed.

                                  Steve Daniels

                                  Amateur Radio Callsign G6UIM

                                  Torbay Freecycle  Owner

                                  http://uk.groups.yahoo.com/group/torbay_freecycle

                                  APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com


                                  From: aprsisce@yahoogroups.com [mailto: aprsisce@yahoogroups.com ] On Behalf Of Jerry Wyatt, n7qvu
                                  Sent: 13 June 2013 18:54
                                  To: aprsisce@yahoogroups.com
                                  Subject: Re: [aprsisce] Need to block invalid format digi site?

                                   

                                  Just heard that GRNSAZ digi was shutdown yesterday. I checked APRS.FI and confirmed that it doesn't seem to be beaconing.

                                  Last beacon(RIP):

                                  2013-06-12 14:58:32 PDT: GRNSAZ>

                                  Thanks to the AZ Freq Coordinators for quick action,

                                  Jerry Wyatt - N7QVU

                                  Overgaard, AZ

                                  ps: The invalid raw packet listing from APRS.FI sealed it...

                                  From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
                                  To: aprsisce@yahoogroups.com
                                  Sent: Wednesday, June 12, 2013 10:41 AM
                                  Subject: Re: [aprsisce] Need to block invalid format digi site?

                                   

                                  On 6/12/2013 1:26 PM, Fred Hillhouse wrote:

                                  Are you able to see any of the packets in question?

                                  The only thing I can see anything with is APRS.FI.

                                  I added a b/GRNSAZ filter test to my APRSISCE/32 RF monitor instance and have only seen: 2013-06-12T16:51:52.114 IS[APRS-IS](Hit(b/GRNSAZ)) [0]GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 Asking it for the traffic counts, APRSISCE/32 IGates have only been receiving one per hour, but skipped two recent hours (the I: line below):

                                  UIDIGI 1.9

                                  Sym: Red Dot (//)
                                  Packet(45m46s):GRNSAZ NW 7382mi N7QVU-11
                                  I: 0 1 0 1 1 1 1 1
                                  FromME: 5649mi E (94º)
                                  GridSquare: JJ00aa
                                  0000.00N 00000.00E
                                  2013-06-12 16:51:52 (45m41s)
                                  AltNet: UIDIGI
                                  RemRF

                                  But now that I've said that, I wonder if it counts parse-failed packets?  I suspect it doesn't because it's not even sure if it can trust the source callsign.  Even my FilterTest probably won't pick it up because ParseFailed packets are dropped pretty early in the packet processing. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

                                • Fred Hillhouse
                                  There is a coordination group working on this problem. And it looks likes it is getting rectified. And that will mean a new functioning properly functioning
                                  Message 16 of 20 , Jun 13 2:06 PM
                                  • 0 Attachment
                                    There is a coordination group working on this problem. And it looks likes it
                                    is getting rectified. And that will mean a new functioning properly
                                    functioning digi. So this is really actually good news.

                                    Best regards,
                                    Fred N7FMH


                                    > -----Original Message-----
                                    > From: aprsisce@yahoogroups.com
                                    > [mailto:aprsisce@yahoogroups.com] On Behalf Of James Ewen
                                    > Sent: Thursday, June 13, 2013 16:59
                                    > To: aprsisce@yahoogroups.com
                                    > Subject: Re: [aprsisce] Need to block invalid format digi site?
                                    >
                                    > Tossing out the baby with the bathwater is sometimes the only
                                    > solution you can get.
                                    >
                                    > If they were able to remotely disable the digipeater, they
                                    > should have been able to remotely correct the error as well.
                                    >
                                    > If they made a trip up to the digipeater, there too was an
                                    > opportunity to correct the issue.
                                    >
                                    > Sometimes people would rather just pull the plug than fix the issue.
                                    > There's less work involved.
                                    >
                                    > It's amazing how often there are communications issues in a
                                    > hobby that is all about communicating.
                                    >
                                    >
                                    > On 6/13/13, Steve Daniels <steve@...> wrote:
                                    > > Is that not a bit cutting off your nose to spite your face?
                                    > It might
                                    > > have been sending it’s own location incorrectly, but now
                                    > everyone has
                                    > > lost a well sited digi.
                                    > >
                                    > > If I read correctly it was digipeating fine, and you said
                                    > it was needed.
                                    > >
                                    > >
                                    > >
                                    > >
                                    > >
                                    > > Steve Daniels
                                    > >
                                    > > Amateur Radio Callsign G6UIM
                                    > >
                                    > > Torbay Freecycle Owner
                                    > >
                                    > > http://uk.groups.yahoo.com/group/torbay_freecycle
                                    > >
                                    > > APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com
                                    > >
                                    > >
                                    > >
                                    > > _____
                                    > >
                                    > > From: aprsisce@yahoogroups.com [mailto:aprsisce@yahoogroups.com] On
                                    > > Behalf Of Jerry Wyatt, n7qvu
                                    > > Sent: 13 June 2013 18:54
                                    > > To: aprsisce@yahoogroups.com
                                    > > Subject: Re: [aprsisce] Need to block invalid format digi site?
                                    > >
                                    > >
                                    > >
                                    > >
                                    > >
                                    > > Just heard that GRNSAZ digi was shutdown yesterday. I
                                    > checked APRS.FI
                                    > > and confirmed that it doesn't seem to be beaconing.
                                    > >
                                    > >
                                    > >
                                    > > Last beacon(RIP):
                                    > >
                                    > > 2013-06-12 14:58:32 PDT: <http://aprs.fi/?c=raw&limit=&call=GRNSAZ>
                                    > > GRNSAZ>
                                    > >
                                    > >
                                    > >
                                    > > Thanks to the AZ Freq Coordinators for quick action,
                                    > >
                                    > >
                                    > >
                                    > > Jerry Wyatt - N7QVU
                                    > >
                                    > > Overgaard, AZ
                                    > >
                                    > > ps: The invalid raw packet listing from APRS.FI sealed it...
                                    > >
                                    > >
                                    > >
                                    > > From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
                                    > > To: aprsisce@yahoogroups.com
                                    > > Sent: Wednesday, June 12, 2013 10:41 AM
                                    > > Subject: Re: [aprsisce] Need to block invalid format digi site?
                                    > >
                                    > >
                                    > >
                                    > >
                                    > >
                                    > > On 6/12/2013 1:26 PM, Fred Hillhouse wrote:
                                    > >
                                    > > Are you able to see any of the packets in question?
                                    > >
                                    > >
                                    > >
                                    > > The only thing I can see anything with is APRS.FI.
                                    > >
                                    > >
                                    > >
                                    > > I added a b/GRNSAZ filter test to my APRSISCE/32 RF monitor
                                    > instance
                                    > > and have only seen: 2013-06-12T16:51:52.114
                                    > IS[APRS-IS](Hit(b/GRNSAZ))
                                    > > [0]GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 Asking it for the traffic
                                    > > counts,
                                    > > APRSISCE/32 IGates have only been receiving one per hour,
                                    > but skipped
                                    > > two recent hours (the I: line below):
                                    > >
                                    > > UIDIGI 1.9
                                    > >
                                    > > Sym: Red Dot (//)
                                    > > Packet(45m46s):GRNSAZ NW 7382mi N7QVU-11
                                    > > I: 0 1 0 1 1 1 1 1
                                    > > FromME: 5649mi E (94º)
                                    > > GridSquare: JJ00aa
                                    > > 0000.00N 00000.00E
                                    > > 2013-06-12 16:51:52 (45m41s)
                                    > > AltNet: UIDIGI
                                    > > RemRF
                                    > >
                                    > > But now that I've said that, I wonder if it counts parse-failed
                                    > > packets? I suspect it doesn't because it's not even sure if it can
                                    > > trust the source callsign. Even my FilterTest probably
                                    > won't pick it
                                    > > up because ParseFailed packets are dropped pretty early in
                                    > the packet
                                    > > processing. Lynn (D) - KJ4ERJ
                                    > > - Author of APRSISCE for Windows Mobile and Win32
                                    > >
                                    > >
                                    > >
                                    > >
                                    >
                                    > --
                                    > Sent from my mobile device
                                    >
                                    > James
                                    > VE6SRV
                                    >
                                    >
                                    > ------------------------------------
                                    >
                                    > Yahoo! Groups Links
                                    >
                                    >
                                    >
                                  • Jerry Wyatt, n7qvu
                                    The site(GRNSAZ) was taken down mainly because the owner would not maintain it nor let anyone else. It had not been digi-ing for many months. Most everybody
                                    Message 17 of 20 , Jun 13 2:32 PM
                                    • 0 Attachment
                                      The site(GRNSAZ) was taken down mainly because the owner would not maintain it nor let anyone else. It had not been digi-ing for many months. Most everybody thought it had died, until I showed them via APRS.fi it was beaconing every 30 minutes. Info I obtained about the owner was that he just allowed a friend to install it in his building site and friend is gone now!
                                       
                                      I anticipate a new digi will be operation by end of this month on the same mountain(10,500') but at a different building site. There has been a large hole in the network here w/o that site.
                                       
                                      I don't care who owns the active digi on that great site in NE Arizona, just that there is one and its maintained.
                                       
                                      Thanks again,
                                      Jerry - N7QVU
                                        

                                      From: Steve Daniels <steve@...>
                                      To: aprsisce@yahoogroups.com
                                      Sent: Thursday, June 13, 2013 1:13 PM
                                      Subject: RE: [aprsisce] Need to block invalid format digi site?
                                       
                                      Is that not a bit cutting off your nose to spite your face? It might have been sending it’s own location incorrectly, but now everyone has lost a well sited digi.
                                      If I read correctly it was digipeating fine, and you said it was needed.
                                       
                                       
                                      Steve Daniels
                                      Amateur Radio Callsign G6UIM
                                      Torbay Freecycle  Owner
                                      APRSISCE/32 Beta tester and WIKI editor http://aprsisce.wikidot.com/
                                       
                                      From: aprsisce@yahoogroups.com [mailto: aprsisce@yahoogroups.com ] On Behalf Of Jerry Wyatt, n7qvu
                                      Sent: 13 June 2013 18:54
                                      To: aprsisce@yahoogroups.com
                                      Subject: Re: [aprsisce] Need to block invalid format digi site?
                                       
                                       
                                      Just heard that GRNSAZ digi was shutdown yesterday. I checked APRS.FI and confirmed that it doesn't seem to be beaconing.
                                       
                                      Last beacon(RIP):
                                      2013-06-12 14:58:32 PDT: GRNSAZ>
                                       
                                      Thanks to the AZ Freq Coordinators for quick action,
                                       
                                      Jerry Wyatt - N7QVU
                                      Overgaard, AZ
                                      ps: The invalid raw packet listing from APRS.FI sealed it...
                                       
                                      From: Lynn W Deffenbaugh (Mr) <kj4erj@...>
                                      To: aprsisce@yahoogroups.com
                                      Sent: Wednesday, June 12, 2013 10:41 AM
                                      Subject: Re: [aprsisce] Need to block invalid format digi site?
                                       
                                      On 6/12/2013 1:26 PM, Fred Hillhouse wrote:
                                      Are you able to see any of the packets in question?
                                       
                                      The only thing I can see anything with is APRS.FI.
                                       
                                      I added a b/GRNSAZ filter test to my APRSISCE/32 RF monitor instance and have only seen: 2013-06-12T16:51:52.114 IS[APRS-IS](Hit(b/GRNSAZ)) [0]GRNSAZ>UIDIGI,qAR,N7QVU-11:UIDIGI 1.9 Asking it for the traffic counts, APRSISCE/32 IGates have only been receiving one per hour, but skipped two recent hours (the I: line below):
                                      UIDIGI 1.9

                                      Sym: Red Dot (//)
                                      Packet(45m46s):GRNSAZ NW 7382mi N7QVU-11
                                      I: 0 1 0 1 1 1 1 1
                                      FromME: 5649mi E (94º)
                                      GridSquare: JJ00aa
                                      0000.00N 00000.00E
                                      2013-06-12 16:51:52 (45m41s)
                                      AltNet: UIDIGI
                                      RemRF
                                      But now that I've said that, I wonder if it counts parse-failed packets?  I suspect it doesn't because it's not even sure if it can trust the source callsign.  Even my FilterTest probably won't pick it up because ParseFailed packets are dropped pretty early in the packet processing. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
                                    • Robert Bruninga
                                      Remember, a fully functioning digi also includes local DIRECT beacons of recommended FREQ objects in the area. see: http://aprs.org/localinfo.html thanks Bob,
                                      Message 18 of 20 , Jun 13 4:03 PM
                                      • 0 Attachment
                                        Remember, a fully functioning digi also includes local DIRECT beacons
                                        of recommended FREQ objects in the area. see:
                                        http://aprs.org/localinfo.html

                                        thanks
                                        Bob, WB4APR

                                        > There is a coordination group working on this problem. And it looks likes it
                                        > is getting rectified. And that will mean a new functioning properly
                                        > functioning digi. So this is really actually good news.
                                      Your message has been successfully submitted and would be delivered to recipients shortly.