[asterisk-bugs] [JIRA] (ASTERISK-25039) getting major delays when connecting a call to a webrtc client

Rusty Newton (JIRA) noreply at issues.asterisk.org
Thu Apr 30 19:19:32 CDT 2015


     [ https://issues.asterisk.org/jira/browse/ASTERISK-25039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton updated ASTERISK-25039:
------------------------------------

    Assignee: Christoph Hecht
      Status: Waiting for Feedback  (was: Triage)

In this sort of case it is usually better if you can also provide the exact Asterisk configs and client configuration you are using to reproduce the issue. Then we can take a look at it in real time.

Can you reproduce the issue with the SIPML5 demo client and a simple Asterisk config?

> getting major delays when connecting a call to a webrtc client
> --------------------------------------------------------------
>
>                 Key: ASTERISK-25039
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25039
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Addons/res_config_mysql, Core/RTP
>    Affects Versions: 13.2.0
>         Environment: Ubuntu 14.4.2 LTS, mysql 5.6.19, webrtc using sipml5
>            Reporter: Christoph Hecht
>            Assignee: Christoph Hecht
>         Attachments: log2904_rtp .txt, messages.txt, trace_3004_rtp_log_short_ring.txt, trace_3004_sip.txt
>
>
> Hi,
> we have issues using Asterisk 13.2 and webrtc. Browser in use is Chrome 42.
> I am working on this a few months now, but can't get rid of some errors that occur since our first attempts. (We also did an upgrade from Asterisk 12 to 13)
> When doing inbound calls to a queue we have from the moment of taking/accepting the call to actually connecting the call a delay of 5-7 seconds. Until then the connection is not opened.The caller just hears a ringtone or queue_prompts.
> This occurs also when calling the webrtc user directly (not using the queue).
> Following errors occur according to our logs:
> We get these two errors, in case the call is ringing in the webrtc softphone
> [Apr 30 14:37:30] ERROR[23511][C-00000003]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("df7jal23ls0d.invalid", "(null)", ...): Name or service not known
> [Apr 30 14:37:30] WARNING[23511][C-00000003]: chan_sip.c:16158 __set_address_from_contact: Invalid host name in Contact: (can't resolve in DNS) : 'df7jal23ls0d.invalid'
> occasionally we also get this error 
> [Apr 30 14:39:48] ERROR[23532][C-00000004]: netsock2.c:98 ast_sockaddr_stringify_fmt: getnameinfo(): ai_family not supported
> but each time we have this delay of 5-7 seconds.
> Additionally we have realized that sometimes a call rings just 1 second and get this error in our logs:
> [Apr 29 16:12:08] WARNING[1809][C-00000000]: chan_sip.c:24306 handle_response: Remote host can't match request ACK to call '5b767ff2701119437f444c090b123e                                                     f8 at 192.168.2.4:5060'. Giving up.
> Worth mentioning is maybe that we use Static Realtime for user and queue configuration.
> In SIPML browser logs we don't find errors or warnings either.
> There errors only occur when using Webrtc clients. In case we use hardphones or other softphone clients without encryption we have no problems.
> could you have a look at the attached logfiles/traces.
> Thanks for any help!
> Best Regards
> Christoph Hecht



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list