What alternative is there to sipsorcery?

[GoogleCodeExporter]

What steps will reproduce the problem?
1. attempting to set up new account
2. sipsorcery no longer allowing accounts
3.

What is the expected output? What do you see instead?
being able to log into sipsorcery

What version of the product are you using? On what operating system?
GV- Sipgate- sipsorcery-Fring

Please provide any additional information below.
I am attempting to duplicate the instructions in WiKi page, but Sipsorcery does 
not allow any new sign-ups. What should I substitute in place of or is that 
possible?
(setting up VoIP through Fring<GV<Sipgate<sipsorcery
Thanks
Dave

Original issue reported on code.google.com by dolby...@gmail.com on 30 Jul 2010 at 1:23

[GoogleCodeExporter]

I apologize, I thought I updated the wiki and the document. I started a new job 
this week, and missed out on two very big events.

1) SIP Sorcery is closed to new signups. In the big picture of things it wasn't 
THAT huge because there was nothing stopping you from signing up at sipgate, 
configuring your SIP client to connect to sipgate, and then use the GV website 
to initiate your outbound calls for free. That is, until...

2) I'm still trying to figure out the details, but it seems that sipgate also 
decided to not route phone calls for people who are connecting SIP clients 
directly to their sipgate account. Apparently, they want users to use sipgate 
in the same way that IPKall requires their users to do -- they want every 
account to forward incoming calls to another SIP server instead of forcing 
their servers to handle the SIP-to-landline translation.

So the short answer is to either setup a SIP-compatible server at home and 
configure sipgate or IPKall to forward your calls there, but that requires 
technical skill and introduces some pretty serious risk of attacks from the 
Internet, or find another SIP gatewaying service that still allows you to 
connect SIP clients directly to their servers. The downside is that to make 
outbound calls for free, you will be placing your calls via the GV website. At 
least they offer a phone book there.

I have updated the wiki page 8.

Original comment by easter...@gmail.com on 30 Jul 2010 at 1:57

• Changed state: Started
• Added labels: Priority-Low, Type-Other
• Removed labels: Priority-Medium, Type-Defect

[GoogleCodeExporter]

At the moment, there are two alternatives:

1. Install and run your own sipsorcery server:

http://forum.sipsorcery.com/viewforum.php?f=14

Check out the first (sticky) topic in the forum.

2. Bid for your new Sipsorcery account:

http://sipsorcery.wordpress.com/2010/07/28/new-sip-sorcery-account-auction/

(probably it's worth waiting a day, a batch of 10 new accounts should be 
auctioned which should settle down the dust).

The problem which forced admin to disable new accounts is still in place. 
However, there is a vivid discussion of the ways out and in fact some solutions 
are already implemented.

Read more here:

http://sipsorcery.wordpress.com/2010/07/25/new-accounts-disabled/

Original comment by mte...@gmail.com on 30 Jul 2010 at 3:11

[GoogleCodeExporter]

Addendum: 3 new accounts are up for auction:

http://forum.sipsorcery.com/viewtopic.php?f=2&t=2695

Unless you're desperate, I'd rather wait for a week or two, the prices should 
settle down.

Original comment by mte...@gmail.com on 1 Aug 2010 at 2:20

[GoogleCodeExporter]

Wow, now THAT'S an innovative approach! I'm very happy to see Aaron trying to 
figure out how to keep things going. He realizes that there is tremendous 
interest out there and isn't giving up on it. I was just thinking this morning 
about how each account could actually support a number of users, so I could 
move my entire family to my account and auction off all of the others that 
would be freed up.

Has Aaron posted detailed instructions on how to relieve his resource issues?

Original comment by easter...@gmail.com on 1 Aug 2010 at 2:31

[GoogleCodeExporter]

It's all in the comments:

http://sipsorcery.wordpress.com/2010/07/25/new-accounts-disabled/#comments

I can see two ways:

1. Reduce the number of 3rd party registrations. 40% of them are with Sipgate.
2. Use memcache.

Or... add another server but I'm not sure it's going to happen any soon.

Original comment by mte...@gmail.com on 1 Aug 2010 at 4:53

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I have a small issue. When dialing 1800 numbers, I don't want them to go 
through GV. 

What can I chnage in the plan below? All 1xxx except 18xxxx numbers should go 
through GV.

*******************
GV_USER = 'xxxxxxxxxxxxxxxx@gmail.com' ###### your GV e-mail address 
(user@gmail.com)
GV_PASS = 'xxxxxxxxxxxxxxxxxxx' ###### my GV password
CB_NUMBER = 'xxxxxxxxxxxxxxxxxx' ####### your number that google voice forwards 
to
sys.Log "** Call from #{req.Header.From} to #{req.URI.User} **"
case req.URI.User
#when /^1/ then sys.GoogleVoiceCall(GV_USER, GV_PASS, 
CB_NUMBER,"#{req.URI.User}") #GV Call Via Callback
when /^1/ then sys.GoogleVoiceCall(GV_USER, GV_PASS, CB_NUMBER, 
"#{req.URI.user}", ".*", 1)
####
#when /^1/ then sys.GoogleVoiceCall(GV_USER,GV_PASS,CB_NUMBER,"#{r 
eq.URI.User},".*",1") #Direct GV Call NoCallbackl
####
when /^411/ then sys.Dial("18004664411@freephoneline")
#when /
else
sys.Dial("#{req.URI.User}@freephoneline")
end
****************************

Thanks

Original comment by shafar...@gmail.com on 12 Aug 2010 at 7:12

[GoogleCodeExporter]

Add this line:

when /^(18(00|66|77|88)\d{7})/ then sys.Dial(sys.ENUMLookup("#{$1}.e164.org"))

immediately after

case req.URI.User

Original comment by mte...@gmail.com on 12 Aug 2010 at 7:53

[GoogleCodeExporter]

Closing due to inactivity

Original comment by easter...@gmail.com on 8 Feb 2011 at 1:44

• Changed state: Done