Announcement

Collapse
No announcement yet.

ICAO code allocation ranges

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • ICAO code allocation ranges

    This seems like the only forum to post such a question. Can anyone point me to an up-to-date listing of ICAO code allocations to countries etc? I've found versions of ICAO Annex 10 Vol 3 online dated 2007, but do not know if this is the latest, being 10 years old.

    I have a receiver which I have got logging local flights seeing as there is little of use to FR24 from my location. However, I have two codes picked up which I cannot identify even an allocation range for.

    534509
    d40628

    According to the 2007 allocation list, these numbers are not in any allocation range.

  • #2
    They're dud decodes by the looks

    Certainly not a range that flies over us here in NZ

    Happens when there is a bit of 'noise' or packet loss in the signals being received. And will see a 'start of hex' string and use the next 6 characters after it incorrectly
    Posts not to be taken as official support representation - Just a helpful uploader who tinkers

    Comment


    • #3
      I wondered about that, but I have multiple messages over a period of 5 or 6 minutes for each. Below is my bespoke logging solution in which I log each unique identifier per minute.

      201712211650,534509
      201712211651,534509
      201712211652,534509
      201712211653,534509
      201712211654,534509

      201712172044,d40628
      201712172045,d40628
      201712172046,d40628
      201712172047,d40628
      201712172048,d40628
      201712172049,d40628

      Could it be someone has programmed their unit with a bogus code? Or have I spotted some top secret craft?

      The patch of sky I can see is a strip from roughly Tawa to Kapiti and, with sufficient altitude, a little of the Hutt Valley and even less of Cook Strait.

      Comment


      • #4
        Given your NZ location, 90% of your hex codes should be in the C80000 block. If you're not getting C8s then you don't have it set up right.

        Comment


        • #5
          78.6% by my calculation. I think it's working fine, in general.

          830492 ae060f VH-VGO 7c6b36 ZK-JSH c812e0 ZK-MTA c81ced ZK-MVO c82315 ZK-NES c81a90 ZK-OJS c81e2c ZK-PLS c82272
          9V-SQJ 76ce2a VH-VGQ 7c6b38 ZK-JWH c8208e ZK-MTC c81cef ZK-MVP c8244b ZK-NET c81a91 ZK-OXA c82081 ZK-PLT c822bb
          9V-SRM 76ce4d VH-VGU 7c6b3c ZK-KAL c81a68 ZK-MTI c81ce6 ZK-MVQ c8244c ZK-NEU c81a92 ZK-OXB c82089 ZK-PLX c82350
          9V-SRQ 76ce51 VH-VGY 7c6b40 ZK-KAZ c81d93 ZK-MTL c81ce9 ZK-MYM c820ae ZK-NEW c81ac0 ZK-OXC c820b6 ZK-PLZ c8229e
          N163JM a0fda7 VH-VQC 7c6c92 ZK-KFH c812a2 ZK-MTZ c81e8b ZK-NEA c818c9 ZK-NEZ c81b24 ZK-OXD c820f4 ZK-PVC c80379
          NZ7122 c87f1e VH-VQU 7c6ca4 ZK-LCA c81cfd ZK-MVA c82009 ZK-NEB c818da ZK-NFA c81bb3 ZK-OXE c8210d ZK-PWL c82473
          NZ7124 c87f20 VH-VZP 7c6de3 ZK-LFT c823d0 ZK-MVB c8200a ZK-NEC c818db ZK-NFB c81c9e ZK-OXF c8216e ZK-SAA c81ac5
          VH-BHR 7c061d VH-YIH 7c7aa7 ZK-LFW c81fcc ZK-MVC c8200b ZK-NED c81958 ZK-NFI c81c9f ZK-OXG c821c1 ZK-SAN c81a1b
          VH-SBI 7c5b4c VH-YIL 7c7aab ZK-MCB c8143f ZK-MVD c820ab ZK-NEE c81959 ZK-OAB c81d8e ZK-OXH c821ee ZK-SAW c8221c
          VH-SBW 7c5b5a VH-YIR 7c7ab1 ZK-MCC c81816 ZK-MVE c821ba ZK-NEF c8195a ZK-OJA c8169d ZK-OXI c8221a ZK-SAY c81ab7
          VH-TQD 7c6273 VH-YIT 7c7ab3 ZK-MCJ c81441 ZK-MVF c821f8 ZK-NEG c8195b ZK-OJB c8169e ZK-OXJ c82268 ZK-SKL c81e79
          VH-TQL 7c627b VH-YIU 7c7ab4 ZK-MCO c81463 ZK-MVG c82284 ZK-NEH c8195c ZK-OJD c816bf ZK-OXK c82269 ZK-TRO c8121e
          VH-VFJ 7c6b0d VH-YIV 7c7ab5 ZK-MCP c81464 ZK-MVH c822ec ZK-NEJ c819dc ZK-OJE c816dc ZK-OXL c822e4 ZK-VMF c821c3
          VH-VFL 7c6b0f VH-YIY 7c7ab8 ZK-MCU c81465 ZK-MVI c822ed ZK-NEK c819dd ZK-OJG c81708 ZK-OXM c8234a ZK-XLF c81681
          VH-VFN 7c6b11 ZK-DRN c8036c ZK-MCW c815e3 ZK-MVJ c82336 ZK-NEM c819de ZK-OJI c8178c ZK-PAK c822e9 ZK-YDZ c82298
          VH-VFX 7c6b1b ZK-FDN c81e82 ZK-MCY c8163c ZK-MVK c82335 ZK-NEO c819df ZK-OJK c81845 ZK-PAQ c822ea ZK-ZQE c81dd7
          VH-VGI 7c6b30 ZK-HKV c82205 ZK-MDF c82368 ZK-MVL c82349 ZK-NEP c819e0 ZK-OJN c818fe ZK-PDM c811de ZK-ZQF c81dd5
          VH-VGJ 7c6b31 ZK-IAG c823e2 ZK-MFT c822df ZK-MVM c82379 ZK-NEQ c81a5a ZK-OJQ c81d9d ZK-PJM c81879 ZK-ZQH c81df5
          VH-VGN 7c6b35 ZK-JAK c82441 ZK-MKG c818fd ZK-MVN c8237a ZK-NER c81a5b ZK-OJR c81e27 ZK-PLK c81bce ZK-ZZA c81e5e

          Comment


          • #6
            OK glad you got it working in the end.

            Comment


            • #7
              It's been giving me good data from the outset. The two unknown codes were collected within the same period. I also have a signficant number of hits on "000000" but that seems to me to be a reasonable expectation if the code is not present (if that's possible) or not decodable. What I cannot understand is the two codes, over many samples, that do not fall into any allocations as far as I am aware.

              Comment


              • #8
                Do these codes have accompanying flight IDs, altitudes, squawks and positions?

                To me they look "spurious" and are probably not being transmitted by any aircraft
                Mike


                www.radarspotting.com

                Radarspotting since 2005

                Comment


                • #9
                  I would need to log more info to see what's going on. These are happening when I'm not around so I am relying on my bespoke script to pull logs from the dump1090 json files.

                  Comment


                  • #10
                    Looks like CRC checking is off. What type of Rx is this?

                    /M
                    F-ESDF1, F-ESGG1, F-ESGP1, F-ESNK1, F-ESNV2, F-ESNV3 F-ESSL4, F-ESNZ7, F-LFMN3
                    T-ESNL1, T-ESNL2, T-ESGR15
                    P-ESIA, P-ESIB, P-ESGF, P-ESSN, P-EFMA
                    mrmac (a) fastest.cc

                    Comment


                    • #11
                      Receiver as pictured. Running dump1090 on macOS.

                      I have hundreds of verified correct hits over many days, and for those listed I have multiple hits over successive minutes and then they are not seen again. It seems to me (as a developer and IT professional) that the decoder and software are behaving consistently and the bad data, if that's what it is, is being transmitted that way.

                      IMG_0413.jpg

                      Comment


                      • #12
                        Originally posted by zkarj View Post
                        Running dump1090 on macOS.

                        I have hundreds of verified correct hits over many days, and for those listed I have multiple hits over successive minutes and then they are not seen again. It seems to me (as a developer and IT professional) that the decoder and software are behaving consistently and the bad data, if that's what it is, is being transmitted that way.
                        It's very unlikely anything like that is transmitted. Much more likely that it is a repeated 1-bit decoding error that doesn't get corrected or filtered. I have seen it many times when CRC checking gets turned off by mistake, or too aggressive mode is used for signal detection.

                        Post your dump config.

                        /M
                        F-ESDF1, F-ESGG1, F-ESGP1, F-ESNK1, F-ESNV2, F-ESNV3 F-ESSL4, F-ESNZ7, F-LFMN3
                        T-ESNL1, T-ESNL2, T-ESGR15
                        P-ESIA, P-ESIB, P-ESGF, P-ESSN, P-EFMA
                        mrmac (a) fastest.cc

                        Comment


                        • #13
                          I'm running it with the following command (lat & lon dumbed down for public consumption):

                          ./dump1090 --interactive --net --lat -41.000000 --lon 174.000000 --modeac --mlat --write-json /usr/local/var/dump1090-mut-data

                          Comment


                          • #14
                            Shouldn't need modeac, and I'm surprised it's going with interactive. That changes the output to screen priority and not data out relay..

                            Sent from my XT1092 using Tapatalk
                            Posts not to be taken as official support representation - Just a helpful uploader who tinkers

                            Comment


                            • #15
                              I've taken out the modeac, but leaving off interactive makes it spew copious amounts of unreadable (due to speed) output, which I suppose I could pipe to /dev/null. but it seems like more work than just the live readout. Running interactive it's got plenty of headroom on the CPU using only about 15% of one core out of four.

                              Comment

                              Working...
                              X