[Spce-user] mr5.1.1 dropping calls
henk at voipdigit.nl
Tue Mar 21 07:07:20 EDT 2017
Problem solved! The SIP client was behaving bad. It's a Gigaset N510 IP
PRO which cannot handle two accounts with the same (numeric) username
(and different ip of course). It was sending a message for my Asterisk
server to SPCE with another transaction #.
On 3-3-2017 11:38, Henk wrote:
> After upgrading to mr5.1.1 from 5.0.1 I have problems with calls being
> dropped after about 1 minute, especially calls to an asterisk box.
> A capture revealed that ACKs are missing. In the debug log I found
> lines about failed transaction matching, which may be relevant.
> The asterisk extension has default settings with only e164_to_ruri
> enabled.in subscriber preferences.
> Debug log:
> Mar 1 15:50:23 spce proxy: INFO: <script>: Relaying request,
> du='<null>' - R=sip:127.0.0.1:5080;prxroute=1
> ID=3d12a032-7931-1235-d8b5-0050569c3f3f UA='<null>'
> Mar 1 15:50:23 spce proxy: DEBUG: tm [t_lookup.c:1312]:
> t_newtran(): DEBUG: t_newtran: msg id=59904 , global msg id=59903 , T
> on entrance=0xffffffffffffffff
> Mar 1 15:50:23 spce proxy: DEBUG: tm [t_lookup.c:466]:
> t_lookup_request(): t_lookup_request: start searching: hash=6524, isACK=1
> Mar 1 15:50:23 spce proxy: DEBUG: tm [t_lookup.c:424]:
> matching_3261(): DEBUG: RFC3261 transaction matching failed
> Mar 1 15:50:23 spce proxy: DEBUG: tm [t_lookup.c:648]:
> t_lookup_request(): DEBUG: t_lookup_request: no transaction found
> Mar 1 15:50:23 spce proxy: DEBUG: tm [t_funcs.c:285]:
> t_relay_to(): SER: forwarding ACK statelessly
> Mar 1 15:50:23 spce proxy: DEBUG: <core> [forward.c:556]:
> forward_request(): Sending:#012ACK sip:127.0.0.1:5080;prxroute=1
> Spce-user mailing list
> Spce-user at lists.sipwise.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Spce-user