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

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

Expand Messages
  • 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 1 of 20 , Jun 12, 2013
    • 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 2 of 20 , Jun 12, 2013
      • 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 3 of 20 , Jun 12, 2013
        • 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 4 of 20 , Jun 12, 2013
          • 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 5 of 20 , Jun 12, 2013
            • 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 6 of 20 , Jun 12, 2013
              • 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 7 of 20 , Jun 12, 2013
                • 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 8 of 20 , Jun 12, 2013
                  • 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 9 of 20 , Jun 12, 2013
                    • 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 10 of 20 , Jun 13, 2013
                      • 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 11 of 20 , Jun 13, 2013
                        • 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 12 of 20 , Jun 13, 2013
                          • 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 13 of 20 , Jun 13, 2013
                            • 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 14 of 20 , Jun 13, 2013
                              • 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 15 of 20 , Jun 13, 2013
                                • 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 16 of 20 , Jun 13, 2013
                                  • 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 17 of 20 , Jun 13, 2013
                                    • 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.