Summary: | ASTERISK-17055: [patch] outbound google voice calls fail (staring approx 30Nov2010) | ||
Reporter: | Brandon Hunt (nevermind_quack) | Labels: | |
Date Opened: | 2010-12-02 13:39:43.000-0600 | Date Closed: | 2010-12-09 15:33:26.000-0600 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | Channels/chan_gtalk |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ( 0) fix ( 1) gtalk_errors.txt ( 2) gv.log | |
Description: | Looks like something changed on google's side a couple days ago. Incoming calls still work but all outbound calls fail with "Remote peer reported an error, trying to establish the call anyway." Verified on two installs and with a couple people on #asterisk irc. | ||
Comments: | By: Brandon Hunt (nevermind_quack) 2010-12-02 16:45:06.000-0600 calls to buddies complete, so the issue is only related to pstn calls, attached xml snippets suggest that something has changed with the pstn syntax (?) By: Jon C. (jc70417) 2010-12-02 17:45:47.000-0600 pstn dailing out is not going through. it started yesterday 12-01-2010 By: Mario Limonciello (superm1) 2010-12-02 17:48:36.000-0600 i double checked with a wireshark capture from the official client, and it's still using +1NXXNXXXXXX@voice.google.com syntax. Fails the same with both +1NXXNXXXXXX@voice.google.com and 1NXXNXXXXXX@voice.google.com By: Mario Limonciello (superm1) 2010-12-02 19:17:12.000-0600 I'm not sure how timely a fix will be showing up. In the interim for those who come here hitting this problem, i've detailed a workaround using an AGI callback mechanism that will hit back gtalk at http://supermario-world.blogspot.com/2010/12/nov-30th-break-of-asterisk-18-w-gv.html By: az1324 (az1324) 2010-12-08 17:26:13.000-0600 This is a protocol issue. Not too difficult of a fix. Log file attached showing differences. Maybe whoever patches it can also enable invisibility as per: http://chinmaykamat.wordpress.com/2010/01/22/google-talk-invisible-mode-in-pidgin/ By: Brandon Hunt (nevermind_quack) 2010-12-09 12:05:19.000-0600 After looking at the notes from az1324 and doing some more debugging, it looks like the problem is that we need to omit the /srvres portion of the "to" attribute on the first invite. After they send back the redirect we need to pull the /srvres-ID portion and append that to our "to" before sending the candidates packet. By: David Vossel (dvossel) 2010-12-09 15:28:45.000-0600 uploaded a patch that will fix it. We had to get the srvres-ID portion from the redirect and then re-initiate the call using the new ID. By: Digium Subversion (svnbot) 2010-12-09 15:32:21.000-0600 Repository: asterisk Revision: 297957 U branches/1.8/channels/chan_gtalk.c ------------------------------------------------------------------------ r297957 | dvossel | 2010-12-09 15:32:21 -0600 (Thu, 09 Dec 2010) | 11 lines Fixes issue with outbound google voice calls not working. Thanks to az1234 and nevermind_quack for their input in helping debug the issue. (closes issue ASTERISK-17055) Reported by: nevermind_quack Patches: fix uploaded by dvossel (license 671) ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=297957 By: Digium Subversion (svnbot) 2010-12-09 15:33:23.000-0600 Repository: asterisk Revision: 297958 _U trunk/ U trunk/channels/chan_gtalk.c ------------------------------------------------------------------------ r297958 | dvossel | 2010-12-09 15:33:22 -0600 (Thu, 09 Dec 2010) | 16 lines Merged revisions 297957 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r297957 | dvossel | 2010-12-09 15:32:20 -0600 (Thu, 09 Dec 2010) | 11 lines Fixes issue with outbound google voice calls not working. Thanks to az1234 and nevermind_quack for their input in helping debug the issue. (closes issue ASTERISK-17055) Reported by: nevermind_quack Patches: fix uploaded by dvossel (license 671) ........ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=297958 |