Re: [Openbts-discuss] Fwd: Emergency number

[Alexander C. <ale...@gm...>]

Pushed the fix.
http://openbts.git.sourceforge.net/git/gitweb.cgi?p=openbts/openbts;a=commit;h=d15a9730fe090fd3770ceb27cec279c5a9f01972

On Mon, Feb 7, 2011 at 21:35, David A. Burgess <dbu...@jc...> wrote:
> All -
>
> I'm cross posting this from OpenBSC because it is good advice that
> needs to be repeated sometimes.
>
> For OpenBTS experimenters, I would recommend the following to avoid
> disruption of public networks:
>
>  * Do not use the MCC and MNC of a real carrier.
>  * Know your spectrum and local laws.
>  * Do not operate in bands that are normally used for cellular
> service in your country.
>  * In your config file, set GSM.RACH.AC to 0x0400, *NOT* 0.  This
> indicates that you do not support emergency calls.  [This is not the
> setting in the OpenBTS.config.example file and for some reason "git
> push" to sf.net is not working for me now, so would someone with
> write access to the sf.net repo please fix that ASAP.]
>  * Use the open registration welcome message to indicate to attached
> phones that you do not support emergency calls.
>
> -- David
>
>
> Begin forwarded message:
>
>>
>> OpenBSC configures the SI to state 'emergency calls not
>> supported'.  We don't
>> have support for routing emergency calls internally, but if you use
>> lcr, lcr
>> can route them to any telephone number.
>>
>> DO NOT EXPERIMENT WITH EMERGENCY CALLS UNLESS YOU ARE IN A SHIELDED
>> FARDAY CAGE.
>>
>> The risk of accidentially inhibiting a real emergency call is
>> significant,
>> and we're talking about something that can make the difference
>> between life
>> and death.  I'm serious.
>>
>> Regards,
>>       Harald
>
>
> David A. Burgess
> Kestrel Signal Processing, Inc.
>
>
>
>
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
> _______________________________________________
> Openbts-discuss mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openbts-discuss
>



-- 
Regards,
Alexander Chemeris.
http://www.fairwaves.ru