Description

Current code waits for RTP packet to come from google over RTP to setup the RTP handshake. This works most of the time except for the case of a dropped UDP packet. If the dropped packet is the initial udp packet sent from google on RTP then the call fails to establish properly. The workaround for this problem involves extracting the google RTP address from the candidate information presented from google on the JABBER channel and sending it to RTP. My patch seems to work but I am sure something more elegant could be crafted.

Unfortunately, this issue wasn't addressed during the bug-fix lifetime of Asterisk 1.8. The good news is that Asterisk 11 and greater have chan_motif and res_xmpp, which are a rewrite of XMPP support within Asterisk, and are supported.

We'd encourage you to try that out instead and see if that clears things up for you.

Malcolm Davenport
added a comment - 26/Feb/15 9:37 AM Unfortunately, this issue wasn't addressed during the bug-fix lifetime of Asterisk 1.8. The good news is that Asterisk 11 and greater have chan_motif and res_xmpp, which are a rewrite of XMPP support within Asterisk, and are supported.
We'd encourage you to try that out instead and see if that clears things up for you.