[Spce-user] Emergency Calls in Austria with 0720

Daniel Grotti dgrotti at sipwise.com
Thu Jan 5 09:15:35 EST 2017


Hi,
It does not matter the emergency_ prefix you are using in the CALLEE RR, 
cause you have to rewrite the CALLER in this case.
The fastest way to do that would be:


1) Set the following rule in your Peering's Outbound Rewrite rules for 
CALLER:

^43720([0-9]+)$   ---->  431\1




Let's make an example, B is calling 110:

A: 110
B: 43720123456


Inbound Rewrite rules for CALLEE/CALLER are applied, so you will end up 
in (supposing you are rewrite the CALLEE with emergency_):

A: emergency_110
B: 43720123456


Call is detected as emergency and sent to the peer, matching 
"emergency_" peering rule.
Now Outbound Rewrite Rules for CALLEE/CALLER are applied:

A: 100  (emergency is stripped away)
B: 431123456 (RR for Caller "^43720([0-9]+)$   ---->  431\1"  is matched)


So the PSTN gateway will receive a call to 110 From 431123456.

Is this what you wanted to achieve ?

--
Daniel Grotti
Head of Customer Support

Sipwise GmbH, Campus 21/Europaring F15 AT-2345 Brunn am Gebirge

Phone:    +43(0)1 301 2032
Email:    dgrotti at sipwise.com
Website:  www.sipwise.com

On 01/05/2017 02:36 PM, Matthias Hohl wrote:
> Hello Daniel,
>
>
>
> can you give me some more information about the 0720 rewriting for valid
> emergency calls in Austria?
>
> I read your instructions but i am not sure if i understand it fully.
>
> Currently we fix it by override the AC with 1 but i want want to use a
> automation for it.
>
>
>
> Hope you can help me out.
>
>
>
> *Von:*Spce-user [mailto:spce-user-bounces at lists.sipwise.com] *Im Auftrag
> von *Matthias Hohl
> *Gesendet:* Montag, 30. Mai 2016 18:12
> *An:* 'Daniel Grotti' <dgrotti at sipwise.com>; spce-user at lists.sipwise.com
> *Betreff:* Re: [Spce-user] Emergency Calls in Austria with 0720
>
>
>
> Hello,
>
>
>
> i am not sure how the inbound rewrite rule for caller would look likes
> in this scenario.
>
> I didn’t have then the “emergency_” prefix then anymore, so how would
> spce knows then, that this is an emergency call?
>
> Or is the suffix independent of the “emergency_” prefix of the rewrite rule?
>
>
>
> Can you give me some more details about that?
>
>
>
> *Von:*Spce-user [mailto:spce-user-bounces at lists.sipwise.com] *Im Auftrag
> von *Daniel Grotti
> *Gesendet:* Montag, 30. Mai 2016 16:23
> *An:* spce-user at lists.sipwise.com <mailto:spce-user at lists.sipwise.com>
> *Betreff:* Re: [Spce-user] Emergency Calls in Austria with 0720
>
>
>
> Hi,
> you can use Rewrite rules as well.
> For your target subscriber you can populate the "emergency_suffix", and
> then use it ${emergency_suffix}=invalidAC_ in the inbound rewrite rule
> for caller, to prefix the value for call to emergency number.
> Then on Peering side you can intercept the ${emergency_suffix} caller,
> remove the prefix, the 43720 and substitute it with 431, this is in the
> peer's outbound rewrite rule for caller:
>
> ^invalidAC_43720([0-9]+)   ---->  431\1
>
> this should work.
>
>
> Daniel
>
> On 05/30/2016 04:01 PM, Matthias Hohl wrote:
>
>     Hello,
>
>
>
>     Calling an emergency number from a 43 720 123456 number will
>     currently fail, cause “720” is no valid AC prefix in Austria.
>
>     So I must rewrite “720” to AC “1” to fix that problem.
>
>
>
>     I have done this currently in the subscriber settings that I rewrite
>     the AC Code “720” with “1” but I was thinking about if this is the
>     right handling to fix this problem?
>
>     I was thinking about rewrite rules, but afaik there is no batch
>     working with rewrite rules, so the first rule will match and stop,
>     so I can’t first remove emergency_ and then check if “720” is AC and
>     if yes then “rewrite it with “1”.
>
>
>
>     Any other ideas?
>
>
>
>     thanks
>
>
>
>     _______________________________________________
>
>     Spce-user mailing list
>
>     Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
>
>     https://lists.sipwise.com/listinfo/spce-user
>
>
>



More information about the Spce-user mailing list