No Outgoing Calls with SIP Sorcery

[Ice]

I'm trying to link up my Freephoneline account through SIP Sorcery + Linksys SPA-3102 ATA. I seem to be able to receive incoming calls okay, but can't make any outgoing calls for the life of me! I've been self-troubleshooting this problem for months now when I have time but still aren't having any luck.

When logging into SIPsorcery and looking at the call console: incoming calls are okay - it lists out a lot of 'stuff'. Outgoing calls however don't show a thing. It makes me think that the ATA isn't even connecting to sipsorcery. Registrations pop up regularly on the SIPsorcery console, and my device works fine when connected directly to Freephoneline so it makes me thinkg it's the configuration somewhere.

When I dial on my phone (whether it's 1416xxxxxxx or 416xxxxxxx both adding and not-adding a # at the end) I get a fast-busy signal and nothing on the sipsorcery console.

I've tried upgrading the firmware, doing full ATA resets to factory defaults, and completely deleted and recreated my profile/providers/dialplans on sorcery. Registrations appear fine under the Accounts and Provider sections of sorcery so now I'm asking for more help!

Anybody have any ideas or things to try?


My dialplan:

#Ruby
# Dial Plan Generated by Rubyzard v0.1
# If you need help, please post in our forum
# http://www.mysipswitch.com

# SIP tracing : true or false
sys.Trace = false

#sys.Log("call from #{req.Header.From.FromURI.ToString()} to #{req.URI.User}.")

# Do your INCOMING call processing customisations here.
if sys.In then
if sys.IsAvailable() then
sys.Dial("#{sys.Username}@local",30)
sys.Respond(480, "#{sys.Username} Not available")
else
sys.Dial("Enter Number@FPL",30)
sys.Respond(480, "#{sys.Username} Not available")
end

# Do your OUTGOING call processing customisations here.
else
sys.Dial("FPL")
end

[Bloodsong]

My Ruby plan (Working)
freephoneline is the provider name under SIP provider

VoIPCheap is another (international out-dial) provider I was testing, but it's out of call time now and removed the profile, even so leaving the reference in my dial-plan has not killed my dialplan.

You could easily shorten this plan to likely as little as

Code: Select all

sys.Dial("freephoneline")

You will notice I don't have the plan full filled out, it was ripped and modded from another user.

I can replace ^xxx with something like ^519, and then all 519 calls would be routed by freephoneline, etc.
Right now it's left there for me to see and play with.

The second section ^1 and ^2 allows me to choose an out dial plan manually.

Finally, the ELSE command ensures that if I just punched in 10 numbers that have not been given a routing rule, it dumps out through Freephoneline.

Ideally if Freephoneline is the only provider you want to make outcalls from, then all you should need is the sys.Dial under my Else parameter.

Code: Select all

case req.URI.User
    when /^xxx/ then sys.Dial("freephoneline")    # if number starts with xxx... go FreePhoneline
    when /^xxx/ then sys.Dial("voipcheap") # if number starts with xxx... go VOIPcheap
    when /^*98/ then sys.Dial("freephoneline")

  # The following example dial(1*87654321) for (87654321@voxalot)
    when /^1\*/ then sys.Dial("${dst:2}@freephoneline")    # select   FreePhoneline  with 1* prefix on number
    when /^2\*/ then sys.Dial("${dst:2}@voipcheap") # select VOIPcheap with 2* prefix on number

else

   sys.Dial("freephoneline")   # default out if no matches above

end

[Ice]

Hmm... I tried your dial plan (making the necessary profile name changes) but I totally killed it, no incoming nor outgoing calls. When I call in there's a pre-recorded message saying "This call is not covered by your tariff plan." When I call out I just get a fast-busy tone.

I tried using simply sys.Dial("fpl") as well but it gave the same result (no in/out calls). Reverting back to my original dial plan gives me incoming calls again (no outgoing).

I'm thinking it may be a local device config issue since nothing shows up on the console but I'm all ears for trying anything! What should I try next...

[Bloodsong]

Could be...
For testing purposes I'm going to suggest you do what I did while testing.

You'll notice that you can make additional dial-plans

And from the Sip Sorcery main "sip accounts" page, pick your account and you'll be able to specify which dial-plan is for inbound, and which is for outbound.

So as long as you have one that you know is working in bound,
then you only need to play with one for outbound.

Keeping the two separate will also minimize troubleshooting issues in the future as you'll know which dial-plan to adjust based on incoming or outgoing issues.

And of course if both are affected, it's not likely to be your dial-plan at all

[Ice]

Thanks for the suggestion! I forget about the ability to have multiple dial plans. I'd tinker with it now but I can't even connect to sorcery.

So, let's assume I break out the IN and OUT dial plans. Other than sys.Dial("fpl") what can I try? Does the fact that I don't see anything in the console (for outgoing calls) indicate the problem is likely with my ATA config?

[Bloodsong]

Well with my SIP phone (not using an ATA yet >.>)
I just hook in my useraccount@sipsorcery.com account information instead of my FPL info, and with the sys.Dials setup I can call out.

I do have a few simple plan options shown above, I also have a txt file of a much more complex plan that I'm slowly working my way through deciphering/re-writing for my own purpose. It includes some rather nuts call-routing customizations.

[Ice]

Hmm... thanks - I'm trying a few more things but am keeping them separate for now. I wonder if it's possible that my ATA is simply not "compatible" with SIP Sorcery? Doesn't make much sense to me but I'm rather confused.