From laforge at gnumonks.org Tue Aug 2 05:59:48 2011 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 02 Aug 2011 07:59:48 +0200 Subject: Fwd: a question about Tetra Message-ID: <9edcc623-7e22-487a-9f78-2276dd20ee85@email.android.com> maybe somebody wants to reply... -- Sent from a mobile device, excuse my short response vahid jahandideh wrote: Hi Dears This is v.jahandideh a communication engineering student. I am studding TETRA protocol and i need your help. i want to know how we can distinguish voice traffic for a specific subscriber, can we do it by extracting the AACH and then looking to the header in AACH and associating a traffic usage marker whit each individual down link conversation. or there exist another solution for this problem. I would be appreciated if could make time to reply to my inquiry. sincerely yours v.jahandideh -------------- next part -------------- An HTML attachment was scrubbed... URL: From fe8769 at operamail.com Wed Aug 10 15:54:01 2011 From: fe8769 at operamail.com (toto titi) Date: Wed, 10 Aug 2011 15:54:01 +0000 Subject: osmo tetra Message-ID: <1312991641.4081.2161633141@webmail.messagingengine.com> hello from France Great job you did for Tetra decode . I have a request concerning : ./src/float_to_bits /tmp/out.float /tmp/out.bits | ./src/tetra-rx /tmp/out.bits where can I find float_to_bits ? where can I find tetra-rx ? thanks for answer best regards -- fe8769 at operamail.com -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow From laforge at gnumonks.org Sat Aug 13 19:00:32 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 13 Aug 2011 21:00:32 +0200 Subject: osmo tetra In-Reply-To: <1312991641.4081.2161633141@webmail.messagingengine.com> References: <1312991641.4081.2161633141@webmail.messagingengine.com> Message-ID: <20110813190032.GD27344@prithivi.gnumonks.org> On Wed, Aug 10, 2011 at 03:54:01PM +0000, toto titi wrote: > I have a request concerning : > > ./src/float_to_bits /tmp/out.float /tmp/out.bits | ./src/tetra-rx > /tmp/out.bits > > where can I find float_to_bits ? > where can I find tetra-rx ? http://tetra.osmocom.org/trac/wiki/osmo-tetra#SourceCode -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From vandenberkhof.pepijn at gmail.com Sun Aug 14 13:04:16 2011 From: vandenberkhof.pepijn at gmail.com (Pepijn van den Berkhof) Date: Sun, 14 Aug 2011 15:04:16 +0200 Subject: alternative to funcubedongle? In-Reply-To: <20110730155624.GJ6210@prithivi.gnumonks.org> References: <20110730021600.7A9E.76C15975@gmx.net> <20110730155624.GJ6210@prithivi.gnumonks.org> Message-ID: Hi all, I own one of these. The I/Q bandwidth is 48kHz. But for now I can't get it to work with the script. Should it be possible to use the same script as the FCD but with -r 48000 specified? Because then I get an error like this: Traceback (most recent call last): File "./src/demod/python/fcdp-tetra_demod.py", line 83, in tb = my_top_block(options) File "./src/demod/python/fcdp-tetra_demod.py", line 36, in __init__ channel_taps = gr.firdes.low_pass(1.0, sample_rate, options.low_pass, options.low_pass * 0.1, gr.firdes.WIN_HANN) File "/usr/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_swig_py_general.py", line 2715, in low_pass return _gnuradio_swig_py_general.firdes_low_pass(*args, **kwargs) IndexError: gr_firdes check failed: 0 < fa <= sampling_freq / 2 Am I doing something wrong? Besides this the Alinco is a great scanner! Cheers, Pepijn Op 30 jul 2011, om 17:56 heeft Harald Welte het volgende geschreven: > Hi! > > On Sat, Jul 30, 2011 at 02:16:02AM +0200, Mccauley wrote: > >> Maybe even works better than FCD given a lot of people is reporting >> that the dongle is sensitive to overloadis sensitive to overload. >> >> It's a traditional radio-scanner receiver that provide a built in I/Q >> output for use with SDR software. >> >> http://www.thiecom.de/alinco-dj-x11.html >> >> http://www.hamradioscience.com/2011/06/alinco-dj-x11t-review/ >> >> Given I/Q connected to sound card, ?would this work directly with >> fcdp-tetra_demod.py? > > I couldn't find any mention of the channel bandwidth for the I/Q mode of > that scanner. If it's at least the bandwidth of the tetra signal > (25kHz), and if it doesn't have too much phase noise, it should work. > > -- > - Harald Welte http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > From graham.palmer69 at yahoo.co.uk Mon Aug 15 11:13:10 2011 From: graham.palmer69 at yahoo.co.uk (Graham Palmer) Date: Mon, 15 Aug 2011 12:13:10 +0100 (BST) Subject: djx11 alternate Message-ID: <1313406790.45832.YahooMailClassic@web28409.mail.ukl.yahoo.com> Hi Pep. I am using the djx11 in I/Q mode with fcdp-tetra_demod.py. I leave sample rate @ 96000 but low-pass filter (-L) 12.5Khz (gr firdes lp filter in complex gives + - 12.5khz = bandwidth of 25khz). this gives me excellent constellation and works fine on demod. I hope this helps. Regards. Graham. -------------- next part -------------- An HTML attachment was scrubbed... URL: From graham.palmer69 at yahoo.co.uk Mon Aug 15 11:13:10 2011 From: graham.palmer69 at yahoo.co.uk (Graham Palmer) Date: Mon, 15 Aug 2011 12:13:10 +0100 (BST) Subject: djx11 alternate Message-ID: <1313406790.45832.YahooMailClassic@web28409.mail.ukl.yahoo.com> Hi Pep. I am using the djx11 in I/Q mode with fcdp-tetra_demod.py. I leave sample rate @ 96000 but low-pass filter (-L) 12.5Khz (gr firdes lp filter in complex gives + - 12.5khz = bandwidth of 25khz). this gives me excellent constellation and works fine on demod. I hope this helps. Regards. Graham. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ciaby at autistici.org Mon Aug 15 23:43:31 2011 From: ciaby at autistici.org (ciaby) Date: Tue, 16 Aug 2011 01:43:31 +0200 Subject: small patch for float_to_bits and tetra-rx Message-ID: <1313451811.3890.11.camel@rat> This patch just convert read/write into fread/write, which are buffered and a bit faster... (actually, quite a lot faster) :-) It works, have been tested at the CCC, and allow osmo-tetra to run in real-time on a crappy Atom CPU. Btw, if you like to run the entire decoding chain in real-time, just do this (assuming that you use the funcube dongle): cd src/demod/python mkfifo out.float mkfifo out.bit ./fcdp-tetra_demod.py -D hw:1,0 -c -o out.float //(normally the fcdp runs on the second alsa port, change it to the appriopriate one). ../../float-to-bits out.float out.bit ../../tetra-rx out.bit I'm still not 100% sure about the speech decoder, but i don't have any good sniffer dump with speech traffic to test it, i will let you know in a week or so... Happy hacking! :-) Ciaby P.S. I have a plan to convert the float-to-bits code into a proper GNU Radio module, shouldn't be too difficult, is there any interest into continuing this project? As I understood Harald is quite busy with other stuff (and rightfully so), but I think that we should move forward. Volunteers? ;-) -------------- next part -------------- A non-text attachment was scrubbed... Name: fread_fwrite.patch Type: text/x-patch Size: 1854 bytes Desc: not available URL: From lists at infosecurity.ch Tue Aug 16 06:50:40 2011 From: lists at infosecurity.ch (Fabio Pietrosanti (naif)) Date: Tue, 16 Aug 2011 08:50:40 +0200 Subject: small patch for float_to_bits and tetra-rx In-Reply-To: <1313451811.3890.11.camel@rat> References: <1313451811.3890.11.camel@rat> Message-ID: <4E4A1340.1060204@infosecurity.ch> On 8/16/11 1:43 AM, ciaby wrote: > I'm still not 100% sure about the speech decoder, but i don't have any > good sniffer dump with speech traffic to test it, i will let you know in > a week or so... > Happy hacking! :-) I have an USRP1 with RFX900, and i'm going to buy the daughterboard card to receive TETRA frequencies. Does the same approach could work also for USRP1 based receiver? I'd like to do on-field-testing for realtime-voice-decoding, it provide nice demonstration apps! -naif From holger at freyther.de Tue Aug 16 06:52:00 2011 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Tue, 16 Aug 2011 08:52:00 +0200 Subject: small patch for float_to_bits and tetra-rx In-Reply-To: <1313451811.3890.11.camel@rat> References: <1313451811.3890.11.camel@rat> Message-ID: <4E4A1390.7070508@freyther.de> On 08/16/2011 01:43 AM, ciaby wrote: Hi, > This patch just convert read/write into fread/write, which are buffered > and a bit faster... (actually, quite a lot faster) :-) any numbers for that? > P.S. I have a plan to convert the float-to-bits code into a proper GNU > Radio module, shouldn't be too difficult, is there any interest into > continuing this project? yes, I think that is still the plan. I once started trying to do this in python but the GNU Radio bindings only allow to control modules, not really do processing in python. From ciaby at autistici.org Tue Aug 16 11:04:24 2011 From: ciaby at autistici.org (ciaby) Date: Tue, 16 Aug 2011 13:04:24 +0200 Subject: small patch for float_to_bits and tetra-rx In-Reply-To: <4E4A1340.1060204@infosecurity.ch> References: <1313451811.3890.11.camel@rat> <4E4A1340.1060204@infosecurity.ch> Message-ID: <1313492664.10113.1.camel@rat> On Tue, 2011-08-16 at 08:50 +0200, Fabio Pietrosanti (naif) wrote: > I have an USRP1 with RFX900, and i'm going to buy the daughterboard card > to receive TETRA frequencies. > Does the same approach could work also for USRP1 based receiver? Yes, it should work also for the USRP1. You need to change the .py script used, of course ;) > > I'd like to do on-field-testing for realtime-voice-decoding, it provide > nice demonstration apps! Indeed :D Ciaby From ciaby at autistici.org Tue Aug 16 11:11:15 2011 From: ciaby at autistici.org (ciaby) Date: Tue, 16 Aug 2011 13:11:15 +0200 Subject: small patch for float_to_bits and tetra-rx In-Reply-To: <4E4A1390.7070508@freyther.de> References: <1313451811.3890.11.camel@rat> <4E4A1390.7070508@freyther.de> Message-ID: <1313493075.10113.7.camel@rat> On Tue, 2011-08-16 at 08:52 +0200, Holger Hans Peter Freyther wrote: > any numbers for that? I don't have any hard numbers for that, but consider that before float_to_bits was using 100% cpu on a atom core and was decoding 2-3 times slower than real-time. Now, it doesn't even pop up in top (less than 1%) :-D > yes, I think that is still the plan. I once started trying to do this in > python but the GNU Radio bindings only allow to control modules, not really do > processing in python. Sorry, i didn't explain myself properly... I was planning to write it as a C module. Have a look at the gr_float_to_uchar module, but instead of returning a single uchar, it should return uchar[2], where each item of the array contains 00 or 01. Alternatively, we can pack the two bits into a single uchar and change how tetra-rx reads it. The second approach looks cleaner, but it's a bit more invasive.. (it breaks compatibility with all the previously made dumps). I have one last question for Harald: which parts of the TETRA protocol hasn't been implemented yet? I would really to contribute the remaining bits, and maybe finish the rx part. Low-cost open-source TETRA handset anyone? :-) Cheers! Ciaby From laforge at gnumonks.org Wed Aug 17 06:41:58 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 17 Aug 2011 08:41:58 +0200 Subject: small patch for float_to_bits and tetra-rx In-Reply-To: <1313493075.10113.7.camel@rat> References: <1313451811.3890.11.camel@rat> <4E4A1390.7070508@freyther.de> <1313493075.10113.7.camel@rat> Message-ID: <20110817064158.GK23483@prithivi.gnumonks.org> On Tue, Aug 16, 2011 at 01:11:15PM +0200, ciaby wrote: > On Tue, 2011-08-16 at 08:52 +0200, Holger Hans Peter Freyther wrote: > > any numbers for that? > I don't have any hard numbers for that, but consider that before > float_to_bits was using 100% cpu on a atom core and was decoding 2-3 > times slower than real-time. Now, it doesn't even pop up in top (less > than 1%) :-D > > > yes, I think that is still the plan. I once started trying to do this in > > python but the GNU Radio bindings only allow to control modules, not really do > > processing in python. > Sorry, i didn't explain myself properly... I was planning to write it as > a C module. Have a look at the gr_float_to_uchar module, but instead of > returning a single uchar, it should return uchar[2], where each item of > the array contains 00 or 01. Alternatively, we can pack the two bits > into a single uchar and change how tetra-rx reads it. The second > approach looks cleaner, but it's a bit more invasive.. (it breaks > compatibility with all the previously made dumps). You will definitely neeed one uint8_t per bit. The reason for that is simple: Our viterbi is soft-input. So a correct implementation would convert the float values to signed 8bit values with the range -127 ... 127 This is clearly indicated in the source code. > I have one last question for Harald: which parts of the TETRA protocol > hasn't been implemented yet? I would really to contribute the remaining > bits, and maybe finish the rx part. Low-cost open-source TETRA handset > anyone? :-) So far, we only have _interpretation_ of some of the protocol levels, mostly the lower ones (physical, lower mac, upper mac). There is no code for any protocol logic (state machines, etc.) and no code for generating anything beyond very simple physical layer frames. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From mccauley at gmx.net Fri Aug 19 20:18:01 2011 From: mccauley at gmx.net (Mccauley) Date: Fri, 19 Aug 2011 22:18:01 +0200 Subject: Off-topic resources on digital voice radio In-Reply-To: <1313406790.45832.YahooMailClassic@web28409.mail.ukl.yahoo.com> References: <1313406790.45832.YahooMailClassic@web28409.mail.ukl.yahoo.com> Message-ID: <20110819221759.0901.76C15975@gmx.net> Hope some members of this list will find interesting this paper & source code. Recent research paper that analyzed the security features of the APCO Project 25 (P25) digital two-way radio system. P25 radios are widely deployed in the United States by state, local and federal agencies, first responders, and other public safety organizations. http://www.usenix.org/events/sec11/tech/full_papers/Clark.pdf Digital Speech decoder an open source software package that decodes several digital speech formats: P25, ProVoice, NEXEDGE/IDAS and MOTOTRBO (Based on ETSI DMR Standard of especial interested for those of us in Europe given is strongly promoted as a cheap alternative to TETRA). Also worth to mention that supporting mbelib implement IMBE/AMBE Codec. http://wiki.radioreference.com/index.php/Digital_Speech_Decoder_(software_package) From f.abdolian at yahoo.com Sat Aug 20 07:45:05 2011 From: f.abdolian at yahoo.com (Farhad Abdolian) Date: Sat, 20 Aug 2011 00:45:05 -0700 (PDT) Subject: Off-topic resources on digital voice radio In-Reply-To: <20110819221759.0901.76C15975@gmx.net> References: <1313406790.45832.YahooMailClassic@web28409.mail.ukl.yahoo.com> <20110819221759.0901.76C15975@gmx.net> Message-ID: <1313826305.52447.YahooMailNeo@web65407.mail.ac4.yahoo.com> Hi, Thanks for the report, I was looking for it.I read about it yesterday, it is quiet fascinating isn't it? What scared me the most about the report was this: In a study we conducted over a two year period in several US metropolitan areas, we found that a significant fraction of the ?encrypted? P25 tactical radio traffic sent by federal law enforcement surveillance operatives is actually sent in the clear, in spite of their users? belief that they are encrypted, and often reveals such sensitive data as the names of informants in criminal investigations. People spend years of their lives creating and testing those algorithms but in the end, the end user completely ignores them! I believe it is the same with TETRA systems as well, if the user decides not to activate the encryption, the whole 'security' aspect of the product is lost. I really wonder if this can cause an outcry from the legislators in the US and Europe to enforce more strict ruling against Software Radio 'capable' products. I really hope not, but you never know, BR, /Farhad >________________________________ >From: Mccauley >To: tetra at lists.osmocom.org >Sent: Friday, August 19, 2011 10:18 PM >Subject: Off-topic resources on digital voice radio > > >Hope some members of this list will find interesting this paper & source >code. > >Recent research paper that analyzed the security features of the APCO >Project 25 (P25) digital two-way radio system. P25 radios are widely >deployed in the United States by state, local and federal agencies, >first responders, and other public safety organizations. > >http://www.usenix.org/events/sec11/tech/full_papers/Clark.pdf > >Digital Speech decoder an open source software package that decodes >several digital speech formats: P25, ProVoice, NEXEDGE/IDAS and MOTOTRBO >(Based on ETSI DMR Standard of especial interested for those of us in >Europe given is strongly promoted as a cheap alternative to TETRA). > >Also worth to mention that supporting mbelib implement IMBE/AMBE Codec. > >http://wiki.radioreference.com/index.php/Digital_Speech_Decoder_(software_package) > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: