[Spce-user] Emergency Calls in Austria with 0720
Matthias Hohl
matthias.hohl at telematica.at
Sat Jan 7 12:03:54 EST 2017
I checked... works like a charm ;)
> Am 07.01.2017 um 17:32 schrieb Daniel Grotti <dgrotti at sipwise.com>:
>
> Yes sorry, for the name..
> Remember to check calls from non 720 users as well!
>
> Daniel
>
> On Jan 7, 2017 5:25 PM, Matthias Hohl <matthias.hohl at telematica.at> wrote:
> Hello,
>
>
>
> i checked handbook:
>
>
>
> the variable is „${caller_emergency_suffix}“ J so ${emergency_suffix}doesn’t exist ;)
>
>
>
> i tried it again now and it works!
>
>
>
>
>
> Jan 7 17:23:23 spce proxy[3713]: NOTICE: <script>: Rewriting called party '144' to 'emergency_invalidAC_144'
>
> Jan 7 17:23:23 spce proxy[3713]: NOTICE: <script>: Emergency call detected - R=sip:emergency_invalidAC_144@
>
> Jan 7 17:23:23 spce proxy[3713]: NOTICE: <script>: Rewriting called party 'emergency_invalidAC_144' to '431144'
>
> Jan 7 17:23:23 spce proxy[3713]: NOTICE: <script>: Setting P-Called-Party-ID '<sip:431144@
>
> Jan 7 17:23:23 spce proxy[3711]: NOTICE: <script>: NAT-Reply - S=183 - Session Progress
>
>
>
>
>
> Thanks a lot for your help
>
>
>
>
>
> Von: Daniel Grotti [mailto:dgrotti at sipwise.com]
> Gesendet: Samstag, 7. Jänner 2017 17:04
> An: Matthias Hohl <matthias.hohl at telematica.at>
> Cc: spce-user at lists.sipwise.com
> Betreff: Re: AW: [Spce-user] Emergency Calls in Austria with 0720
>
>
>
> I would need to check the log.
>
> As written in the handbook, you can use emergency_prefix or suffix in the rewrite rules.
>
> Double check the handbook, maybe you wrote it in the wrong way. Or maybe the caller does not have the rewrite rule set assigned?
>
>
>
> Daniel
>
>
>
> On Jan 7, 2017 5:00 PM, Matthias Hohl <matthias.hohl at telematica.at> wrote:
>
> Hello,
>
>
>
> thanks for your answer… I tried it but i found out, that SPCE can’t find the „${emergency_suffix}“ variable.
>
>
>
> That what i did for 43 720 emergency number handling:
>
>
>
> 1.) Insert „invalidAC_“ at the 43 720 subscriber under „Preferences > Number Manipulations > emergency_suffix“
>
>
>
> 2.) Edit the Rewrite Rule Set of the Subsriber > „Inbound Rewrite Rules for Callee“:
>
> a. Match Pattern: ^(110|112|122|128|133|140|141|142|144|147)$
>
> b. Replacement Pattern: emergency_${emergency_suffix}\1
>
> c. Description: Tag Emergency Numbers
>
>
>
> 3.) Create a new Rewrite Rule for the Peer and out it on the highest priority > „Outbound Rewrite Rules for Callee“:
>
> a. Match Pattern: ^emergency_invalidAC_(.+)$
>
> b. Replacement Pattern: 431\1
>
> c. Description: Emergency Invalid_AC
>
>
>
>
>
> If I place a call now from the 43 720 number SPCE didn’t add the defined „invalidAC_“ as emergency_suffix. It looks like that SPCE didn’t regonize this „${emergency_suffix}“.
>
>
>
> Any idea?
>
> Thank you!
>
>
>
>
>
> Von: Daniel Grotti [mailto:dgrotti at sipwise.com]
> Gesendet: Freitag, 6. Jänner 2017 23:03
> An: Matthias Hohl <matthias.hohl at telematica.at>
> Cc: spce-user at lists.sipwise.com
> Betreff: Re: [Spce-user] Emergency Calls in Austria with 0720
>
>
>
> Better to rewrite to:
>
>
>
> ^(11[0-9]) into emergency_${emergency_suffix}\1.
>
>
>
> Otherwise you could end up in number emergency__110 if calls is from non 720 users
>
>
>
> As I said, better to use a dedicated rewrote rule set for 720 user, so you can use :
>
>
>
> ^(11[0-9]) into emergency_${emergency_suffix}_\1.
>
>
>
> Without any problems.
>
>
>
> Daniel
>
>
>
>
>
> On Jan 6, 2017 10:32 PM, Daniel Grotti <dgrotti at sipwise.com> wrote:
>
> Ah, you have to rewrite the callee, not the caller!
>
> Then it is possible.
>
> So yes, my initial solution will work.
>
> You set emergency_suffix in subs preferences as I said.
>
> Then in the inbound rewrite rules for the callee you rewrite ^(11[0-9]) into emergency_${emergency_suffix}_\1.
>
>
>
> So the number from normal subscriber should be rewritten into emergency_110, but calls from 720 subs will be emergency_invalidAC_110.
>
>
>
> If you have problems, just create a special rewrite rules set for users 720 instead of adding the rule in generic domain's rewrite rule set.
>
>
>
>
>
> Then in outbound rewrite rule for callee in your peer you will have 2 rules:
>
>
>
> ^emergency_(.+)$ ---->${caller_cc}${caller_ac}\1
>
>
>
> And with highest precedence:
>
>
>
> ^emergency_invalidAC_(.+)$ ---> 431\1
>
>
>
> in this way you should achieve what you want.
>
>
>
> Daniel
>
>
>
>
>
> On Jan 6, 2017 9:44 PM, Matthias Hohl <matthias.hohl at telematica.at> wrote:
>
> Hello,
>
>
>
> yes this is an austrian specific issue with this 0720 AC for emergency calls.
>
>
>
> If you try to call an emergency number (120, 122, 133 or whatever) you get this back:
>
>
>
> Jan 6 17:44:16 spce proxy[3717]: NOTICE: <script>: Setting caller_cli_userprov/caller_domain_userprov '43720266497 at sip.telematica.at' for upn - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1385091644-19093-12 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 17:44:16 spce proxy[3717]: NOTICE: <script>: Setting From to '<sip:43720266497 at sip.telematica.at>' - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1385091644-19093-12 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 17:44:16 spce proxy[3717]: NOTICE: <script>: Setting caller_cli_netprov/caller_domain_netprov '43720266497 at sip.telematica.at' for npn - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1385091644-19093-12 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 17:44:16 spce proxy[3717]: NOTICE: <script>: Setting PAI to '<sip:43720266497 at sip.telematica.at>' - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1385091644-19093-12 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 17:44:16 spce proxy[3717]: NOTICE: <script>: Rewriting called party 'emergency_144' to '43720144' - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1385091644-19093-12 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 17:44:16 spce proxy[3717]: NOTICE: <script>: Setting P-Called-Party-ID '<sip:43720144 at 92.63.158.30>' - R=sip:43720144 at 92.63.158.30:5060;transport=udp ID=1385091644-19093-12 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> ...
>
> Jan 6 17:44:17 spce proxy[3713]: NOTICE: <script>: NAT-Reply - S=484 - Address Incomplete M=INVITE
>
>
>
> Austrian regulatory doesn’t allow 720 as AC for emergency calls, so in case of an emergency call the AC „720“ must be rewritten to „1“ or any other valid AC from Austria. But „1“ for vienna should be the preferred AC.
>
>
>
> The problem ist hat i have hundreds of subsribers with 43 720 numbers out there, so patching it manually on every subscriber device is no real deal to make this work.
>
>
>
> Must better would be a rewrite rule solution that makes a IF request:
>
> IF emergency call detected AND if B area code is 43 720 THEN rewrite area code to 43 1.
>
> This would be the best fitting solution for this problem, cause i can set this globally on the server.
>
>
>
> At the peering i have this rewrite rule for Outbound rewrite rules for callee:
>
> ^emergency_(.+)$ à ${caller_cc}${caller_ac}\1
>
>
>
> So it not about the number oft he caller it is just about the Rewrite rule the peer use fort he Callee to make from an emergency number a valid Caller CC and caller AC number.. and there he use the wrong Caller AC number in case of 43 720 numbers.
>
>
>
>
>
> BTW: the solution i wrote several months ago with this „${emergency_suffix}=invalidAC_“… what about this? What you meant with this in your first answer to this topic?
>
>
>
> invalid
>
> Yes it would be very nice if you could provide me a solution for this…
>
>
>
>
>
> In the meantime i use this workarround:
>
> i open the subscriber settings and go to number manipulations and overwrite the Area code „720“ manually with „1“. Then i can place the call.
>
>
>
> Jan 6 21:36:06 spce proxy[3707]: NOTICE: <script>: Setting caller_cli_userprov/caller_domain_userprov '43720266497 at sip.telematica.at' for upn - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1108595425-19093-13 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 21:36:06 spce proxy[3707]: NOTICE: <script>: Setting From to '<sip:43720266497 at sip.telematica.at>' - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1108595425-19093-13 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 21:36:06 spce proxy[3707]: NOTICE: <script>: Setting caller_cli_netprov/caller_domain_netprov '43720266497 at sip.telematica.at' for npn - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1108595425-19093-13 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 21:36:06 spce proxy[3707]: NOTICE: <script>: Setting PAI to '<sip:43720266497 at sip.telematica.at>' - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1108595425-19093-13 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 21:36:06 spce proxy[3707]: NOTICE: <script>: Rewriting called party 'emergency_144' to '431144' - R=sip:emergency_144 at 92.63.158.30:5060;transport=udp ID=1108595425-19093-13 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> Jan 6 21:36:06 spce proxy[3707]: NOTICE: <script>: Setting P-Called-Party-ID '<sip:431144 at 92.63.158.30>' - R=sip:431144 at 92.63.158.30:5060;transport=udp ID=1108595425-19093-13 at BHC.BG.F.BAC UA='Grandstream GXP2130 1.0.7.97'
>
> …
>
> Jan 6 21:36:07 spce proxy[3717]: NOTICE: <script>: NAT-Reply - S=183 - Session Progress
>
>
>
>
>
>
>
> Von: Daniel Grotti [mailto:dgrotti at sipwise.com]
> Gesendet: Freitag, 6. Jänner 2017 18:24
> An: Matthias Hohl <matthias.hohl at telematica.at>
> Cc: spce-user at lists.sipwise.com
> Betreff: Re: AW: AW: [Spce-user] Emergency Calls in Austria with 0720
>
>
>
> Hi,
>
> Ok I see. I get it know.
>
> You need a patch in kamailio to achieve that, cause you cannot modify the Caller number BASED on Callee number.
>
> I can have a look at that and provide with a solution.
>
>
>
> Can't you allow your phones to set the From with the AC 1, and you add that number on your allowed_cli list as well as as ALIAS number of that subscriber ?
>
> In this way they will go out always with 1, bit they can be called back. Or just add the alias, is that possible?
>
> Sorry I don't know this 720 AC issue so well.
>
>
>
> Daniel
>
>
>
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20170107/ff4150dd/attachment-0001.html>
More information about the Spce-user
mailing list