[Spce-user] rate-o-mat stop working after "Redirect from UAC intercepted"

[Matthias Hohl]

Hello,

i did this before.. there was definitly no old unrated CDRs inside and if I did a testcall again, I have the same problem.

I did this, and like you also see, the rewrite rule is working fine and dropping the "+" but it is still in the log...

May 2 14:01:29 spce (local7.notice) proxy[3462]: NOTICE: <script>: Rewriting called party '+436767010111' to '436767010111' - R=sip:+436767010111 at sip.telematica.at;alias=185.50.234.181~46890~1;transport=udp ID=4f2a4d2e07e97ede2f164987616b32a8 at 79.111.111.111:5060 UA='GlobalCall+T.38'
May 2 14:01:29 spce (local7.notice) proxy[3462]: NOTICE: <script>: Setting acc destination-leg for uuid '0': '0|||0|+436767010111|0|436767010111|79.111.111.111|+436767010111|sip.telematica.at|4||||||||||||' - R=sip:436767010111 at 79.111.111.111:5060;transport=udp ID=4f2a4d2e07e97ede2f164987616b32a8 at 79.111.111.111:5060 UA='GlobalCall+T.38'


-----Ursprüngliche Nachricht-----
Von: Rene Krenn [mailto:rkrenn at sipwise.com] 
Gesendet: Dienstag, 3. Mai 2016 13:34
An: Matthias Hohl <matthias.hohl at telematica.at>
Cc: spce-user at lists.sipwise.com
Betreff: [Spce-user] rate-o-mat stop working after "Redirect from UAC intercepted"


ok so it comes down to seeing a log entry of successfully applying the rewrite rule for the callee, but the destination_user_in column still shows the original sip uri, and none of your fees matches.

the question is, if the current rewrite rule setup was in charge for any unrated cdrs so far. you could you check that by looking for / dropping old unrated cdrs for destination_user_in = '+436767010111', and placing a fresh test call after that, to see if it is rated.

another suggestion is to use kirill's new rewrite rule tester in the panel UI, to see what sup uri's really result when applying rewrite rule sets. i suggest to verify for your 436767010111 -> +436767010111 scenario.