From: <Sea...@gt...> - 2011-07-28 21:03:51
|
This is just a warning for people who are unable to send short messages from mobile to mobile because they've used macros to define extensions in extensions.conf Asterisk configuration file, e.g.: [macro-dialGSM] exten => s,1,Dial(SIP/${ARG1}) ... exten => 4045552102,1,Macro(dialGSM,IMSI310260742054812) The extension-to-IMSI lookup fails with the above definition because the getIMSI function in HLR.cpp scans the dialplan line for the substring "SIP" and then skips four characters to grab the IMSI. It works as expected for simple definitions, e.g.: exten => 4045552102,1,Dial(SIP/IMSI310260742054812) README.HLR claims that the HLR database will be implemented through SQL tables in a future release, but users with current or older versions ( <= 2.6 Mamou ) might find this information useful. Sean Sean M. Nowlan Research Engineer ICL/CND Georgia Tech Research Institute 250 14th St NW Atlanta, GA 30318 404.407.7952 sea...@gt...<mailto:sea...@gt...> |
From: Alexander C. <ale...@gm...> - 2011-07-29 06:50:09
|
Sean, Thank you very much for posting this clarification. Could you please add this information to the wiki, to make it easily accessible for everyone? On Fri, Jul 29, 2011 at 01:03, <Sea...@gt...> wrote: > This is just a warning for people who are unable to send short messages from > mobile to mobile because they’ve used macros to define extensions in > extensions.conf Asterisk configuration file, e.g.: > > > > [macro-dialGSM] > > exten => s,1,Dial(SIP/${ARG1}) > > … > > exten => 4045552102,1,Macro(dialGSM,IMSI310260742054812) > > The extension-to-IMSI lookup fails with the above definition because the > getIMSI function in HLR.cpp scans the dialplan line for the substring “SIP” > and then skips four characters to grab the IMSI. It works as expected for > simple definitions, e.g.: > > exten => 4045552102,1,Dial(SIP/IMSI310260742054812) > > README.HLR claims that the HLR database will be implemented through SQL > tables in a future release, but users with current or older versions ( <= > 2.6 Mamou ) might find this information useful. > > Sean > > Sean M. Nowlan > > Research Engineer > > ICL/CND > > Georgia Tech Research Institute > > 250 14th St NW > > Atlanta, GA 30318 > > > > 404.407.7952 > > sea...@gt... > > > > > > ------------------------------------------------------------------------------ > Got Input? Slashdot Needs You. > Take our quick survey online. Come on, we don't ask for help often. > Plus, you'll get a chance to win $100 to spend on ThinkGeek. > http://p.sf.net/sfu/slashdot-survey > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > -- Regards, Alexander Chemeris. |
From: <Sea...@gt...> - 2011-08-03 22:13:34
|
I added a small write-up of this problem and a work-around on the "Setting Up Asterisk to Work with OpenBTS" page: http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSSettingUpAsterisk Sean -----Original Message----- From: Alexander Chemeris [mailto:ale...@gm...] Sent: Friday, July 29, 2011 2:50 AM To: Nowlan, Sean Cc: ope...@li... Subject: Re: [Openbts-discuss] FYI: OpenBTS mobile-to-mobile SMS Sean, Thank you very much for posting this clarification. Could you please add this information to the wiki, to make it easily accessible for everyone? On Fri, Jul 29, 2011 at 01:03, <Sea...@gt...> wrote: > This is just a warning for people who are unable to send short > messages from mobile to mobile because they’ve used macros to define > extensions in extensions.conf Asterisk configuration file, e.g.: > > > > [macro-dialGSM] > > exten => s,1,Dial(SIP/${ARG1}) > > … > > exten => 4045552102,1,Macro(dialGSM,IMSI310260742054812) > > The extension-to-IMSI lookup fails with the above definition because > the getIMSI function in HLR.cpp scans the dialplan line for the substring “SIP” > and then skips four characters to grab the IMSI. It works as expected > for simple definitions, e.g.: > > exten => 4045552102,1,Dial(SIP/IMSI310260742054812) > > README.HLR claims that the HLR database will be implemented through > SQL tables in a future release, but users with current or older > versions ( <= > 2.6 Mamou ) might find this information useful. > > Sean > > Sean M. Nowlan > > Research Engineer > > ICL/CND > > Georgia Tech Research Institute > > 250 14th St NW > > Atlanta, GA 30318 > > > > 404.407.7952 > > sea...@gt... > > > > > > ---------------------------------------------------------------------- > -------- > Got Input? Slashdot Needs You. > Take our quick survey online. Come on, we don't ask for help often. > Plus, you'll get a chance to win $100 to spend on ThinkGeek. > http://p.sf.net/sfu/slashdot-survey > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > -- Regards, Alexander Chemeris. |
From: Alexander C. <ale...@gm...> - 2011-08-04 08:01:23
|
Sean, thank you very much! This is greatly appreciated. Documentation is always not enough and every effort in this field is very valuable. On Wed, Aug 3, 2011 at 18:13, <Sea...@gt...> wrote: > I added a small write-up of this problem and a work-around on the "Setting Up Asterisk to Work with OpenBTS" page: http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSSettingUpAsterisk > > Sean > > -----Original Message----- > From: Alexander Chemeris [mailto:ale...@gm...] > Sent: Friday, July 29, 2011 2:50 AM > To: Nowlan, Sean > Cc: ope...@li... > Subject: Re: [Openbts-discuss] FYI: OpenBTS mobile-to-mobile SMS > > Sean, > > Thank you very much for posting this clarification. Could you please add this information to the wiki, to make it easily accessible for everyone? > > On Fri, Jul 29, 2011 at 01:03, <Sea...@gt...> wrote: >> This is just a warning for people who are unable to send short >> messages from mobile to mobile because they’ve used macros to define >> extensions in extensions.conf Asterisk configuration file, e.g.: >> >> >> >> [macro-dialGSM] >> >> exten => s,1,Dial(SIP/${ARG1}) >> >> … >> >> exten => 4045552102,1,Macro(dialGSM,IMSI310260742054812) >> >> The extension-to-IMSI lookup fails with the above definition because >> the getIMSI function in HLR.cpp scans the dialplan line for the substring “SIP” >> and then skips four characters to grab the IMSI. It works as expected >> for simple definitions, e.g.: >> >> exten => 4045552102,1,Dial(SIP/IMSI310260742054812) >> >> README.HLR claims that the HLR database will be implemented through >> SQL tables in a future release, but users with current or older >> versions ( <= >> 2.6 Mamou ) might find this information useful. >> >> Sean >> >> Sean M. Nowlan >> >> Research Engineer >> >> ICL/CND >> >> Georgia Tech Research Institute >> >> 250 14th St NW >> >> Atlanta, GA 30318 >> >> >> >> 404.407.7952 >> >> sea...@gt... >> >> >> >> >> >> ---------------------------------------------------------------------- >> -------- >> Got Input? Slashdot Needs You. >> Take our quick survey online. Come on, we don't ask for help often. >> Plus, you'll get a chance to win $100 to spend on ThinkGeek. >> http://p.sf.net/sfu/slashdot-survey >> _______________________________________________ >> Openbts-discuss mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/openbts-discuss >> >> > > > > -- > Regards, > Alexander Chemeris. > -- Regards, Alexander Chemeris. |
From: Walter B. <wb...@pr...> - 2011-08-04 19:18:32
|
Thanks very much for the code! I've just tried: ./Openbts |grep control and the following happens > root@Linux:~/openbts-uhd/public-trunk/apps# ./OpenBTS |grep control > 1312484920.9412 ALARM 3075160656 GSML3RRElements.cpp:182:writeV: L3FrequencyList cannot encode full ARFCN set > 1312484920.9415 ALARM 3075160656 GSML3RRElements.cpp:182:writeV: L3FrequencyList cannot encode full ARFCN set > 1312484920.9419 ALARM 3075160656 OpenBTS.cpp:517:main: OpenBTS starting, ver 2.6PUBLIC build date Aug 1 2011 > 1312484925.9682 ALARM 3075160656 TRXManager.cpp:452:setMaxDelay: SETMAXDLY failed with status -1 > the cursor keeps waiting. is this an issue? am i doing something wrong? thanks in advance, walter On Wed, 2011-08-03 at 19:13 -0300, Sea...@gt... wrote: > I added a small write-up of this problem and a work-around on the "Setting Up Asterisk to Work with OpenBTS" page: http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSSettingUpAsterisk > > Sean > > -----Original Message----- > From: Alexander Chemeris [mailto:ale...@gm...] > Sent: Friday, July 29, 2011 2:50 AM > To: Nowlan, Sean > Cc: ope...@li... > Subject: Re: [Openbts-discuss] FYI: OpenBTS mobile-to-mobile SMS > > Sean, > > Thank you very much for posting this clarification. Could you please add this information to the wiki, to make it easily accessible for everyone? > > On Fri, Jul 29, 2011 at 01:03, <Sea...@gt...> wrote: > > This is just a warning for people who are unable to send short > > messages from mobile to mobile because they’ve used macros to define > > extensions in extensions.conf Asterisk configuration file, e.g.: > > > > > > > > [macro-dialGSM] > > > > exten => s,1,Dial(SIP/${ARG1}) > > > > … > > > > exten => 4045552102,1,Macro(dialGSM,IMSI310260742054812) > > > > The extension-to-IMSI lookup fails with the above definition because > > the getIMSI function in HLR.cpp scans the dialplan line for the substring “SIP” > > and then skips four characters to grab the IMSI. It works as expected > > for simple definitions, e.g.: > > > > exten => 4045552102,1,Dial(SIP/IMSI310260742054812) > > > > README.HLR claims that the HLR database will be implemented through > > SQL tables in a future release, but users with current or older > > versions ( <= > > 2.6 Mamou ) might find this information useful. > > > > Sean > > > > Sean M. Nowlan > > > > Research Engineer > > > > ICL/CND > > > > Georgia Tech Research Institute > > > > 250 14th St NW > > > > Atlanta, GA 30318 > > > > > > > > 404.407.7952 > > > > sea...@gt... > > > > > > > > > > > > ---------------------------------------------------------------------- > > -------- > > Got Input? Slashdot Needs You. > > Take our quick survey online. Come on, we don't ask for help often. > > Plus, you'll get a chance to win $100 to spend on ThinkGeek. > > http://p.sf.net/sfu/slashdot-survey > > _______________________________________________ > > Openbts-discuss mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > > > > > > > > -- > Regards, > Alexander Chemeris. > ------------------------------------------------------------------------------ > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA > The must-attend event for mobile developers. Connect with experts. > Get tools for creating Super Apps. See the latest technologies. > Sessions, hands-on labs, demos & much more. Register early & save! > http://p.sf.net/sfu/rim-blackberry-1 > _______________________________________________ > Openbts-discuss mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openbts-discuss |