From jmdhainaut at laposte.net Sun Jul 3 20:15:44 2011 From: jmdhainaut at laposte.net (jmdhainaut) Date: Sun, 03 Jul 2011 21:15:44 +0100 Subject: Questions osmocom TETRA project In-Reply-To: <20110624070940.GU4654@prithivi.gnumonks.org> References: <32955636.48057.1308819704258.JavaMail.www@wwinf8303> <20110624070940.GU4654@prithivi.gnumonks.org> Message-ID: <18104471.462462.1309720544858.JavaMail.www@wwinf8204> Hello, I know that your project OSMOCOM works for TETRA but do you think that in future it is planned to continue the experiment to TETRAPOL? Best regards Une messagerie gratuite, garantie ? vie et des services en plus, ?a vous tente ? Je cr?e ma bo?te mail www.laposte.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Mon Jul 4 09:45:21 2011 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 4 Jul 2011 11:45:21 +0200 Subject: Questions osmocom TETRA project In-Reply-To: <18104471.462462.1309720544858.JavaMail.www@wwinf8204> References: <32955636.48057.1308819704258.JavaMail.www@wwinf8303> <20110624070940.GU4654@prithivi.gnumonks.org> <18104471.462462.1309720544858.JavaMail.www@wwinf8204> Message-ID: <20110704094521.GU4742@prithivi.gnumonks.org> Hi, On Sun, Jul 03, 2011 at 09:15:44PM +0100, jmdhainaut wrote: > Hello, I know that your project OSMOCOM works for TETRA but do you > think that in future it is planned to continue the experiment to > TETRAPOL? It is always a question of time and contributions. If you work on TETRAPOL, we are more than happy to host your code and support you. It is a community project after all. TETRAPOL is sort-of dead when it comes to new deployments, but I think it would still be fun to experiment with it. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From 246tnt at gmail.com Mon Jul 4 09:32:40 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 4 Jul 2011 11:32:40 +0200 Subject: Questions osmocom TETRA project In-Reply-To: <18104471.462462.1309720544858.JavaMail.www@wwinf8204> References: <32955636.48057.1308819704258.JavaMail.www@wwinf8303> <20110624070940.GU4654@prithivi.gnumonks.org> <18104471.462462.1309720544858.JavaMail.www@wwinf8204> Message-ID: > > Hello, I know that your project OSMOCOM works for TETRA but do you think > that in future it is planned to continue the experiment to TETRAPOL? > Despite the name, TETRAPOL has nothing to do with TETRA. Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From imbe at gmx.net Mon Jul 4 10:19:28 2011 From: imbe at gmx.net (imbe) Date: Mon, 04 Jul 2011 12:19:28 +0200 Subject: TETRAPOL Networks Message-ID: <4E1193B0.8070100@gmx.net> >TETRAPOL is sort-of dead when it comes to new deployments, but I think >it would still be fun to experiment with it. some countries around the world have a growing TETRAPOL only infrastructure. it would be fun to decode TETRAPOL... -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogus at terra.es Mon Jul 4 11:18:07 2011 From: bogus at terra.es (Alex Casanova) Date: Mon, 04 Jul 2011 13:18:07 +0200 Subject: TETRAPOL Networks In-Reply-To: <4E1193B0.8070100@gmx.net> References: <4E1193B0.8070100@gmx.net> Message-ID: <4E11A16F.9070805@terra.es> > some countries around the world have a growing TETRAPOL only infrastructure. it would be fun to decode TETRAPOL... For example Spain. In Spain national police and Guardia Civil has a big TETRAPOL network around all territory. Best Regards -- ------------------------------------------- Alex Casanova (EA5HJX) Web: www.bicubik.net M?vil: 668.85.38.18 Skype: alexbogus From laforge at gnumonks.org Mon Jul 4 12:39:04 2011 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 4 Jul 2011 14:39:04 +0200 Subject: TETRA / TETRAPOL In-Reply-To: References: <32955636.48057.1308819704258.JavaMail.www@wwinf8303> <20110624070940.GU4654@prithivi.gnumonks.org> <18104471.462462.1309720544858.JavaMail.www@wwinf8204> Message-ID: <20110704123904.GB4742@prithivi.gnumonks.org> Hi all, On Mon, Jul 04, 2011 at 11:32:40AM +0200, Sylvain Munaut wrote: > > Hello, I know that your project OSMOCOM works for TETRA but do you think > > that in future it is planned to continue the experiment to TETRAPOL? > > Despite the name, TETRAPOL has nothing to do with TETRA. Thanks for writing this. I always assume that as a given, as anyone who has ever looked into it from a technical side should know. That's why I didn't explicitly mention it. However, unrelated to that, I'm happy to open a tetrapol.osmocom.org project site if anyone seriously shows some interest in developing a Free Software implementation of it (or any of its parts). As TETRAPOL uses GMSK, the modulator/demodulator bits from either OpenBTS or airprobe might be re-cycled in any such hypothetical project. Regards, Harald. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From imbe at gmx.net Tue Jul 5 17:03:48 2011 From: imbe at gmx.net (imbe) Date: Tue, 05 Jul 2011 19:03:48 +0200 Subject: TETRAPOL Networks Message-ID: <4E1343F4.6080004@gmx.net> a tetrapol decoder could be soundcard based. just a soundcard and radio scanner... but only a few people around the world would be able to write some code for " TETRAPOL Decoder Project " come on folks...more support for TETRAPOL decoding ! TETRAPOL Networks are growing... From lists at infosecurity.ch Fri Jul 22 09:50:19 2011 From: lists at infosecurity.ch (Fabio Pietrosanti (naif)) Date: Fri, 22 Jul 2011 11:50:19 +0200 Subject: Telecommunication and Wireless Hacking at CCC CAMP 2011 Message-ID: <4E2947DB.5000904@infosecurity.ch> Hi all, i just wanted to send a summary of all most cool talk that will be at CCC CAMP 2011 related to Telecommunications and Wireless Technologies hacking: Open-source 4G radio - It's time to start WiMAX and LTE hacking http://events.ccc.de/camp/2011/Fahrplan/events/4446.en.html Applied Research on security of TETRA radio - Digital radio technology beyond GSM http://events.ccc.de/camp/2011/Fahrplan/events/4496.en.html GPRS Intercept - Wardriving phone networks http://events.ccc.de/camp/2011/Fahrplan/events/4504.en.html Introduction to Satellite Communications - Installation and Operation of Satellite Systems http://events.ccc.de/camp/2011/Fahrplan/events/4442.en.html Transition Telecom - Telecommunications and networking during energy descent http://events.ccc.de/camp/2011/Fahrplan/events/4459.en.html Anyone missing to the list? -naif From lists at infosecurity.ch Fri Jul 22 10:55:13 2011 From: lists at infosecurity.ch (Fabio Pietrosanti (naif)) Date: Fri, 22 Jul 2011 12:55:13 +0200 Subject: Telecommunication and Wireless Hacking at CCC CAMP 2011 In-Reply-To: <4E2947DB.5000904@infosecurity.ch> References: <4E2947DB.5000904@infosecurity.ch> Message-ID: <4E295711.6010000@infosecurity.ch> On 7/22/11 11:50 AM, Fabio Pietrosanti (naif) wrote: > Open-source 4G radio - It's time to start WiMAX and LTE hacking > http://events.ccc.de/camp/2011/Fahrplan/events/4446.en.html > > Applied Research on security of TETRA radio - Digital radio technology > beyond GSM > http://events.ccc.de/camp/2011/Fahrplan/events/4496.en.html > > GPRS Intercept - Wardriving phone networks > http://events.ccc.de/camp/2011/Fahrplan/events/4504.en.html > > Introduction to Satellite Communications - Installation and Operation > of Satellite Systems > http://events.ccc.de/camp/2011/Fahrplan/events/4442.en.html > > Transition Telecom - Telecommunications and networking during energy descent > http://events.ccc.de/camp/2011/Fahrplan/events/4459.en.html > > Anyone missing to the list? Stuff you don't see - every day - GNU Radio Internals - how to use the Framework http://events.ccc.de/camp/2011/Fahrplan/events/4453.en.html Hacking community is owning most radio frequencies and protocols! That's cooooool! :-) -naif From vandenberkhof.pepijn at gmail.com Sat Jul 23 20:02:16 2011 From: vandenberkhof.pepijn at gmail.com (Pepijn van den Berkhof) Date: Sat, 23 Jul 2011 22:02:16 +0200 Subject: Speech codec Message-ID: <5345366F-5815-4BC4-B94E-A5FFE15AFDB5@gmail.com> Hello, Can anyone give me a hint about how to use the speech codec? I have successfully patched and compiled it but I'm stuck on how to operate it. Thank you. - Pepijn From graham.palmer69 at yahoo.co.uk Sun Jul 24 12:02:40 2011 From: graham.palmer69 at yahoo.co.uk (Graham Palmer) Date: Sun, 24 Jul 2011 13:02:40 +0100 (BST) Subject: speech codec Message-ID: <1311508960.34658.YahooMailClassic@web28412.mail.ukl.yahoo.com> Hi all Re: Pepijn message. I too was wondering how the u-plane data was passed to the codec. 300-395-2 states that acelp-codec requires 2 * (137+1) 16bit samples per frame and not 216 + 216 bits indicated in the tch reordering file comments. Any assistance would be greatly appreciated. Best regards. Graham. -------------- next part -------------- An HTML attachment was scrubbed... URL: From graham.palmer69 at yahoo.co.uk Sun Jul 24 12:02:40 2011 From: graham.palmer69 at yahoo.co.uk (Graham Palmer) Date: Sun, 24 Jul 2011 13:02:40 +0100 (BST) Subject: speech codec Message-ID: <1311508960.34658.YahooMailClassic@web28412.mail.ukl.yahoo.com> Hi all Re: Pepijn message. I too was wondering how the u-plane data was passed to the codec. 300-395-2 states that acelp-codec requires 2 * (137+1) 16bit samples per frame and not 216 + 216 bits indicated in the tch reordering file comments. Any assistance would be greatly appreciated. Best regards. Graham. -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Mon Jul 25 07:39:55 2011 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 25 Jul 2011 09:39:55 +0200 Subject: speech codec In-Reply-To: <1311508960.34658.YahooMailClassic@web28412.mail.ukl.yahoo.com> References: <1311508960.34658.YahooMailClassic@web28412.mail.ukl.yahoo.com> Message-ID: <20110725073955.GA4582@prithivi.gnumonks.org> On Sun, Jul 24, 2011 at 01:02:40PM +0100, Graham Palmer wrote: > I too was wondering how the u-plane data was passed to the codec. > 300-395-2 states that acelp-codec requires 2 * (137+1) 16bit samples per frame > and not 216 + 216 bits indicated in the tch reordering file comments. This is the input to the codec, i.e the PCM audio data. the 216 + 216 bits are the encoded data, i.e. the codec output (which is the decoder input). The re-ordering code in osmo-tetra is untested. You can feed the raw burst bits into the ETSI reference codec, as it includes the error correction / viterbi decoder. -- - 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 Tue Jul 26 19:08:08 2011 From: vandenberkhof.pepijn at gmail.com (Pepijn van den Berkhof) Date: Tue, 26 Jul 2011 21:08:08 +0200 Subject: speech codec References: <68C8B750-8C21-4E27-BEED-45DD8F46F59D@gmail.com> Message-ID: <6EE720C2-ED8C-4A56-A31C-2FFDE4F84631@gmail.com> > Thank you Harald for the response. > > It seems to be working now although the only sounds we hear are "digital sounding" clicks and pops. > > Thanks again. > > - Pepijn > > Op 25 jul 2011, om 09:39 heeft Harald Welte het volgende geschreven: > >> On Sun, Jul 24, 2011 at 01:02:40PM +0100, Graham Palmer wrote: >> >>> I too was wondering how the u-plane data was passed to the codec. >>> 300-395-2 states that acelp-codec requires 2 * (137+1) 16bit samples per frame >>> and not 216 + 216 bits indicated in the tch reordering file comments. >> >> This is the input to the codec, i.e the PCM audio data. >> >> the 216 + 216 bits are the encoded data, i.e. the codec output (which is >> the decoder input). >> >> The re-ordering code in osmo-tetra is untested. You can feed the raw >> burst bits into the ETSI reference codec, as it includes the error >> correction / viterbi decoder. >> >> -- >> - Harald Welte http://laforge.gnumonks.org/ >> ============================================================================ >> "Privacy in residential applications is a desirable marketing option." >> (ETSI EN 300 175-7 Ch. A6) >> > From pepijn.vandenberkhof at gmail.com Tue Jul 26 18:26:27 2011 From: pepijn.vandenberkhof at gmail.com (Pepijn van den Berkhof) Date: Tue, 26 Jul 2011 20:26:27 +0200 Subject: speech codec In-Reply-To: <20110725073955.GA4582@prithivi.gnumonks.org> References: <1311508960.34658.YahooMailClassic@web28412.mail.ukl.yahoo.com> <20110725073955.GA4582@prithivi.gnumonks.org> Message-ID: <68C8B750-8C21-4E27-BEED-45DD8F46F59D@gmail.com> Thank you Harald for the response. It seems to be working now although the only sounds we hear are "digital sounding" clicks and pops. Thanks again. - Pepijn Op 25 jul 2011, om 09:39 heeft Harald Welte het volgende geschreven: > On Sun, Jul 24, 2011 at 01:02:40PM +0100, Graham Palmer wrote: > >> I too was wondering how the u-plane data was passed to the codec. >> 300-395-2 states that acelp-codec requires 2 * (137+1) 16bit samples per frame >> and not 216 + 216 bits indicated in the tch reordering file comments. > > This is the input to the codec, i.e the PCM audio data. > > the 216 + 216 bits are the encoded data, i.e. the codec output (which is > the decoder input). > > The re-ordering code in osmo-tetra is untested. You can feed the raw > burst bits into the ETSI reference codec, as it includes the error > correction / viterbi decoder. > > -- > - 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 Sat Jul 30 00:16:02 2011 From: mccauley at gmx.net (Mccauley) Date: Sat, 30 Jul 2011 02:16:02 +0200 Subject: alternative to funcubedongle? Message-ID: <20110730021600.7A9E.76C15975@gmx.net> After difficulty buying the funcubedongle i think i have found a possible alternative piece of hardware. 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? -- <> From laforge at gnumonks.org Sat Jul 30 15:56:24 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 30 Jul 2011 17:56:24 +0200 Subject: alternative to funcubedongle? In-Reply-To: <20110730021600.7A9E.76C15975@gmx.net> References: <20110730021600.7A9E.76C15975@gmx.net> Message-ID: <20110730155624.GJ6210@prithivi.gnumonks.org> 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)