GV Not Working Since Server Migration

Found something wrong ?
Curious
Posts: 25
Joined: Wed Jan 20, 2010 4:00 am

Re: GV Not Working Since Server Migration

Post by Curious » Mon Jun 18, 2012 2:23 am

I solved my GV problems by following the instruction of this link https://support.google.com/mail/bin/ans ... swer=78754( thanks to user11).
Follow the link for a transitioned Google Apps account user to clear CAPTCHA.
May need to clear the cookies if more than one account.

Red_Leatherman
Posts: 17
Joined: Wed May 12, 2010 4:45 pm

Re: GV Not Working Since Server Migration

Post by Red_Leatherman » Mon Jun 18, 2012 3:03 am

Perfect!
Thanks

kwmike
Posts: 43
Joined: Tue Nov 02, 2010 1:41 pm

Re: GV Not Working Since Server Migration

Post by kwmike » Mon Jun 18, 2012 3:30 am

I have two ss/gv/ipkall lines. Both have worked fine for the last year with no changes made in more than 6 months. Neither is working now starting at approx 0800 cst 6/17. The first set of problems related to the
rnr_se key issue and appears to have been resolved by Aaron signing on to affected GV accounts from the new ss
server. This he seems to have completed for my gv accounts by approx 1830 6/17. The second problem remains and
seems to be the same as that documented by Vientito several posts before in this thread. Outgoing gv calls
are placed by ss to gv and the gv return calls never connect to the call originator. Incoming calls also ring at the called gv/ipkall/ss number yet when answered have no audio and the other phones on the same number continue to ring. If incoming calls are directed to a different terminating device ie cell phone all is ok. Both of these problems have been submitted via direct email to Aaron with call traces as of approx 1900 cst.
Any help appreciated!!!!

User avatar
VoipDude
Posts: 39
Joined: Wed Oct 07, 2009 2:10 pm

Re: GV Not Working Since Server Migration

Post by VoipDude » Mon Jun 18, 2012 3:31 am

Curious wrote:I solved my GV problems by following the instruction of this link https://support.google.com/mail/bin/ans ... swer=78754( thanks to user11).
Follow the link for a transitioned Google Apps account user to clear CAPTCHA.
May need to clear the cookies if more than one account.
That solved my issue as well. Thanks for the info. :D

happygilmore
Posts: 7
Joined: Mon Aug 08, 2011 5:20 am

Re: GV Not Working Since Server Migration

Post by happygilmore » Mon Jun 18, 2012 3:34 am

Thanks to Curious for helping figure this out.

For those that don't have a Google Aps Basic/Business, use this link to remove the captcha requirement and allow SS to sign in to your account. You won't need to allow Aaron to use your credentials to unblock the new server ip address.

https://www.google.com/accounts/DisplayUnlockCaptcha

hok
Posts: 56
Joined: Tue Oct 13, 2009 4:02 pm
Location: Los Angeles, California, USA
Contact:

Re: GV Not Working Since Server Migration

Post by hok » Mon Jun 18, 2012 8:22 am

It did not work for me. :oops: The IPKall DID I use for Google Voice call back rang but got dead air upon answering. I have the IPKall DID points to my account at sipsorcery.com. When I used T-Mobile mobile phone to call the IPKall DID, as caller got dead air for half minute then busy signals. On the other hand, the IP phone rang and continue to ring even caller heard busy signals. Answering the IP phone always got dead air either when caller heard dead air or busy signals.

Monitor 08:02:33:133: basetype=console, ipaddress=*, user=hok??, event=*, request=*, serveripaddress=*, server=*, regex=.*.
DialPlan 08:02:38:383 sip1(13220): No dialplan specified for incoming call to hok??@sipsorcery.com, registered bindings will be used.
DialPlan 08:02:38:383 sip1(13220): Forwarding incoming call for hok??@sipsorcery.com to 1 bindings.
NewCall 08:02:38:383 sip1(13220): Executing script dial plan for call to hok??.
DialPlan 08:02:38:398 sip1(13220): Commencing Dial with: hok??@sipsorcery.com.
DialPlan 08:02:38:414 sip1(13220): Call leg is for local domain looking up bindings for hok??@sipsorcery.com for call leg hok??@sipsorcery.com.
DialPlan 08:02:38:414 sip1(13220): 1 found for hok??@sipsorcery.com.
DialPlan 08:02:38:414 sip1(13220): ForkCall commencing call leg to sip:GoogleSIP@76.191.104.53:27017.
DialPlan 08:02:38:414 sip1(13220): SIPClientUserAgent Call using alternate outbound proxy of udp:67.222.131.147:5060.
DialPlan 08:02:38:414 sip1(13220): Switching to sip:GoogleSIP@76.191.104.53:27017 via udp:67.222.131.147:5060.
DialPlan 08:02:38:414 sip1(13220): SDP on UAC call had public IP not mangled, RTP socket 66.54.140.46:19372.
DialPlan 08:02:38:476 sip1(13220): Information response 100 Trying for sip:GoogleSIP@76.191.104.53:27017.
DialPlan 08:02:38:820 sip1(13220): Information response 180 Ringing for sip:GoogleSIP@76.191.104.53:27017.
DialPlan 08:02:38:820 sip1(13220): UAS call progressing with Ringing.
DialPlan 08:03:22:368 sip1(13220): Response 200 OK for sip:GoogleSIP@76.191.104.53:27017.
DialPlan 08:03:22:368 sip1(13220): SDP on UAC response had public IP not mangled, RTP socket 76.191.104.53:44544.
DialPlan 08:03:22:368 sip1(13220): Cancelling all call legs for ForkCall app.
DialPlan 08:03:22:368 sip1(13220): Answering client call with a response status of 200.
DialPlan 08:03:22:368 sip1(13220): Dial command was successfully answered in 43.95s.
DialPlan 08:03:22:368 sip1(13220): Dialplan cleanup for hok??.
DialPlan 08:03:22:790 sip1(13220): Dial plan execution completed with normal clearing.
DialPlan 08:03:31:602 sip1(13220): Matching dialogue found for BYE to sip:67.222.131.147:5060 from udp:67.222.131.147:5060.

Aaron
Site Admin
Posts: 4652
Joined: Thu Jul 12, 2007 12:13 am

Re: GV Not Working Since Server Migration

Post by Aaron » Mon Jun 18, 2012 8:37 am

The first thing to check for people who are having a problem with the GV callbacks not being received, as oppossed to the rnr_key issue, is to try an incoming call WITHOUT GV involved. So if you're using ipkall or sipgate for your GV callabcks try calling the ipkall or sipgate number directly and check that it gets through to your sipsorcery account ok.

A likely problem is that because the sipsorcery DNS entries were updated less than 24 hours ago some providers may be sending incoming calls to the old server. As the DNS update propagates, and it should have to most providers by now, the incoming calls will automatically start going to the new SIPSorcery server and then GV callbacks should also start working.

If you don't get the rnr_key issue and your incoming calls do work and you still have GV problems please post here and I'll try to help. Most GV calls coming into the sipsorcery server are now working properly.

P.S. For those people still waiting for an email response from me I'm working down the list now.

vientito
Posts: 19
Joined: Sun Dec 25, 2011 8:16 pm

Re: GV Not Working Since Server Migration

Post by vientito » Mon Jun 18, 2012 10:52 am

Just wake up now time is about 6:50am EST. I have since tested a couple of things. Direct call to ipkall # without GV results in same symptoms. It rings SS account but picking up does not establish call. After a while caller will hear busy signal.

Direct IP call to SS account works and calls estabish without further issue.

So after all it may not problem of GV. I wonder why some folks here have no problem with their ipkall relays while others have issues like myself

kwmike
Posts: 43
Joined: Tue Nov 02, 2010 1:41 pm

Re: GV Not Working Since Server Migration

Post by kwmike » Mon Jun 18, 2012 11:24 am

I changed/bypassed my ipkall problem about midnight last night. I went back to a sipgate number and the problem disappeared. Direct calls to the ipkall number (no ss or gv) would fail the same way ie ring, answer, no audio, still ringing.
I see three possibilities a) ipkall is SNAFU'd, b) the ss server change messed up some ipkall registration linkage or c) ipkall dropped the number from their active rolls. I am limping along w/one line on sipgate and one on MagicJack and will resume testing later today. My first test w/ ipkall will to be to drop the nonworking number and get and test a new one.
Aaron is right. The easiest test to prove the problem is to call the did provider directly. If it doesnt work there. its not going to work thru ss.
Hope this helps.

vientito
Posts: 19
Joined: Sun Dec 25, 2011 8:16 pm

Re: GV Not Working Since Server Migration

Post by vientito » Mon Jun 18, 2012 11:27 am

One more test has been performed. I log into my ipkall account and change the credentials to relay calls to my callcentric account. Registered my cell with callcentric acount. Call that same ipkall # i have been assigned. Call coming in perfect and I could answer without problem. I proceed to change the credentials back to sipsorcery account and again the problem comes right back. Something tells me at this point ipkall does not like sipsorcery!

Post Reply