From dmytro.bogovych@gmail.com Wed Dec 17 15:33:19 2014
From: Dmytro Bogovych <dmytro.bogovych@gmail.com>
To: sr-users@lists.kamailio.org
Subject: [SR-Users] t_suspend()/t_continue() problem
Date: Wed, 17 Dec 2014 16:33:13 +0200
Message-ID:
 <CAJrBzoWwKmCdmcPLroOLX=jwN6DROLjUxPKDEB=YvewEoENzig@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0837886512=="

--===============0837886512==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Greetings.
I'm trying to adopt kamailio to handle incoming calls / generate push
notifications for softphone running on Windows Phone 8.
Starting point was this publication
http://www.kamailio.org/events/2014-KamailioWorld/day2/26-Daniel-Constantin.M=
ierla-Kamailio.cfg-Async.pdf

I adopted the script from publication a bit - now notification URI is
extracted from REGISTER messages + INVITE transactions are not
resuming when unregistering happens.

However it does not work for me yet.
I see the suspicious output in kamailio log when softphone registers
after incoming push notification.
Please ignore ERROR: level name - it is just dirty logging call, not
real problem.

Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: ERROR:
<script>: resuming trasaction [40951:63820139] dbogovych
(40951:63820139)
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG: tm
[t_lookup.c:1635]: t_lookup_ident(): DEBUG: t_lookup_ident:
transaction found
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
registrar [lookup.c:181]: lookup(): contact for [dbogovych] found by
address
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
registrar [lookup.c:327]: lookup(): instance is 90211984
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
registrar [lookup.c:327]: lookup(): instance is 91061218
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
registrar [lookup.c:327]: lookup(): instance is 91229062
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
registrar [lookup.c:327]: lookup(): instance is 90750343
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
registrar [lookup.c:327]: lookup(): instance is 87612750
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
registrar [lookup.c:327]: lookup(): instance is 91841578
Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: WARNING:
tm [t_lookup.c:1537]: t_unref(): WARNING: script writer didn't release
transaction

Can this "script writer didn't release transaction" be the problem?

Thank you :)


--===============0837886512==--


From dmytro.bogovych@gmail.com Fri Jan  2 15:21:22 2015
From: Dmytro Bogovych <dmytro.bogovych@gmail.com>
To: sr-users@lists.kamailio.org
Subject: Re: [SR-Users] t_suspend()/t_continue() problem
Date: Fri, 02 Jan 2015 16:21:15 +0200
Message-ID:
 <CAJrBzoWeWqZ5=q75AVa6k=XV46UF=v+zBW7YbA-X6YF8ObsMhQ@mail.gmail.com>
In-Reply-To:
 <CAJrBzoWwKmCdmcPLroOLX=jwN6DROLjUxPKDEB=YvewEoENzig@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0295905916=="

--===============0295905916==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Well, I found problem.
The resumed INVITE transaction was sent to LOCATION route instead of RELAY.

However I see another problem now - t_relay() attempts to send resumed
transaction to bad destination address.

Jan  2 13:41:37 voipobjects /usr/local/sbin/kamailio[18186]: ERROR: tm
[../../forward.h:227]: msg_send(): tcp_send failed
Jan  2 13:41:37 voipobjects /usr/local/sbin/kamailio[18186]: ERROR: tm
[t_fwd.c:1608]: t_send_branch(): ERROR: t_send_branch: sending request
on branch 0 failed
Jan  2 13:41:37 voipobjects /usr/local/sbin/kamailio[18186]: ERROR: sl
[sl_funcs.c:387]: sl_reply_error(): ERROR: sl_reply_error used:
Unfortunately error on sending to next hop occurred (477/SL)

I tried to workaround it with t_relay_to_udp/tcp/tls(ip, port)
However kamailio reports
function t_relay_to_udp: parameter 1 is not constant

The problem line is:
if (!t_relay_to_udp($var(rr_ip), $var(rr_port))) sl_reply_error();

Does it mean t_relay_to_udp() accepts only constant values?


On Wed, Dec 17, 2014 at 4:33 PM, Dmytro Bogovych
<dmytro.bogovych(a)gmail.com> wrote:
> Greetings.
> I'm trying to adopt kamailio to handle incoming calls / generate push
> notifications for softphone running on Windows Phone 8.
> Starting point was this publication
> http://www.kamailio.org/events/2014-KamailioWorld/day2/26-Daniel-Constantin=
.Mierla-Kamailio.cfg-Async.pdf
>
> I adopted the script from publication a bit - now notification URI is
> extracted from REGISTER messages + INVITE transactions are not
> resuming when unregistering happens.
>
> However it does not work for me yet.
> I see the suspicious output in kamailio log when softphone registers
> after incoming push notification.
> Please ignore ERROR: level name - it is just dirty logging call, not
> real problem.
>
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: ERROR:
> <script>: resuming trasaction [40951:63820139] dbogovych
> (40951:63820139)
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG: tm
> [t_lookup.c:1635]: t_lookup_ident(): DEBUG: t_lookup_ident:
> transaction found
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
> registrar [lookup.c:181]: lookup(): contact for [dbogovych] found by
> address
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
> registrar [lookup.c:327]: lookup(): instance is 90211984
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
> registrar [lookup.c:327]: lookup(): instance is 91061218
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
> registrar [lookup.c:327]: lookup(): instance is 91229062
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
> registrar [lookup.c:327]: lookup(): instance is 90750343
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
> registrar [lookup.c:327]: lookup(): instance is 87612750
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
> registrar [lookup.c:327]: lookup(): instance is 91841578
> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: WARNING:
> tm [t_lookup.c:1537]: t_unref(): WARNING: script writer didn't release
> transaction
>
> Can this "script writer didn't release transaction" be the problem?
>
> Thank you :)


--===============0295905916==--


From dmytro.bogovych@gmail.com Fri Jan  2 15:53:35 2015
From: Dmytro Bogovych <dmytro.bogovych@gmail.com>
To: sr-users@lists.kamailio.org
Subject: Re: [SR-Users] t_suspend()/t_continue() problem
Date: Fri, 02 Jan 2015 16:53:29 +0200
Message-ID:
 <CAJrBzoVm82SJUBAEwOCeHnr8PGyKdirgCyQNNP45vG3vRhKWMg@mail.gmail.com>
In-Reply-To:
 <CAJrBzoWeWqZ5=q75AVa6k=XV46UF=v+zBW7YbA-X6YF8ObsMhQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0072793039=="

--===============0072793039==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Found similar question in archives - so workarounded with $ru modification.
Thank you!

On Fri, Jan 2, 2015 at 4:21 PM, Dmytro Bogovych
<dmytro.bogovych(a)gmail.com> wrote:
> Well, I found problem.
> The resumed INVITE transaction was sent to LOCATION route instead of RELAY.
>
> However I see another problem now - t_relay() attempts to send resumed
> transaction to bad destination address.
>
> Jan  2 13:41:37 voipobjects /usr/local/sbin/kamailio[18186]: ERROR: tm
> [../../forward.h:227]: msg_send(): tcp_send failed
> Jan  2 13:41:37 voipobjects /usr/local/sbin/kamailio[18186]: ERROR: tm
> [t_fwd.c:1608]: t_send_branch(): ERROR: t_send_branch: sending request
> on branch 0 failed
> Jan  2 13:41:37 voipobjects /usr/local/sbin/kamailio[18186]: ERROR: sl
> [sl_funcs.c:387]: sl_reply_error(): ERROR: sl_reply_error used:
> Unfortunately error on sending to next hop occurred (477/SL)
>
> I tried to workaround it with t_relay_to_udp/tcp/tls(ip, port)
> However kamailio reports
> function t_relay_to_udp: parameter 1 is not constant
>
> The problem line is:
> if (!t_relay_to_udp($var(rr_ip), $var(rr_port))) sl_reply_error();
>
> Does it mean t_relay_to_udp() accepts only constant values?
>
>
> On Wed, Dec 17, 2014 at 4:33 PM, Dmytro Bogovych
> <dmytro.bogovych(a)gmail.com> wrote:
>> Greetings.
>> I'm trying to adopt kamailio to handle incoming calls / generate push
>> notifications for softphone running on Windows Phone 8.
>> Starting point was this publication
>> http://www.kamailio.org/events/2014-KamailioWorld/day2/26-Daniel-Constanti=
n.Mierla-Kamailio.cfg-Async.pdf
>>
>> I adopted the script from publication a bit - now notification URI is
>> extracted from REGISTER messages + INVITE transactions are not
>> resuming when unregistering happens.
>>
>> However it does not work for me yet.
>> I see the suspicious output in kamailio log when softphone registers
>> after incoming push notification.
>> Please ignore ERROR: level name - it is just dirty logging call, not
>> real problem.
>>
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: ERROR:
>> <script>: resuming trasaction [40951:63820139] dbogovych
>> (40951:63820139)
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG: tm
>> [t_lookup.c:1635]: t_lookup_ident(): DEBUG: t_lookup_ident:
>> transaction found
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
>> registrar [lookup.c:181]: lookup(): contact for [dbogovych] found by
>> address
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
>> registrar [lookup.c:327]: lookup(): instance is 90211984
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
>> registrar [lookup.c:327]: lookup(): instance is 91061218
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
>> registrar [lookup.c:327]: lookup(): instance is 91229062
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
>> registrar [lookup.c:327]: lookup(): instance is 90750343
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
>> registrar [lookup.c:327]: lookup(): instance is 87612750
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: DEBUG:
>> registrar [lookup.c:327]: lookup(): instance is 91841578
>> Dec 17 14:20:11 voipobjects /usr/local/sbin/kamailio[29652]: WARNING:
>> tm [t_lookup.c:1537]: t_unref(): WARNING: script writer didn't release
>> transaction
>>
>> Can this "script writer didn't release transaction" be the problem?
>>
>> Thank you :)


--===============0072793039==--