Code: Select all
sys.Dial("#{sys.Username}@local",30)
It works thensys.Dial("#{req.URI.user}@local",30)
Code: Select all
sys.Dial("#{sys.Username}@local",30)
It works thensys.Dial("#{req.URI.user}@local",30)
The sipsorcery.com system has had the size of the allowed dialplan increased from 20000 bytes to 30000 making it the same as mysipswitch.com.snvv wrote:Aaron wrote:There is a Help menu available once logged into sipsorcery.com and if you already have a mysipswitch account it is not that different.
I'll look at the dialplan size limits on the databases of the two systems. I thought they were set the same but perhaps not.
There is nothing wrong with the sipsorcery processing instead there are some 4 non ASCII characters on the dialplan posted on the blog where there should be double quotes. Correcting those 4 characters and the dialplan works fine.snvv wrote: It seems to be different.
For example I used the test dial plan from http://www.mysipswitch.com/wordpress/ ("The Default Ruby Dial Plan Demystified") and it does not work.
Hello and Thank you,Aaron wrote: The sipsorcery.com system has had the size of the allowed dialplan increased from 20000 bytes to 30000 making it the same as mysipswitch.com.
There was a limit on the web service I'd overlooked it is now set to allow 30,000 byte dialplans and the user interface has also been updated from 20,000 to 30,000 - you'll need to re-open the UI to pick that change up.snvv wrote: Hello and Thank you,
However, this does not solve the problem. I copied my old plan from MSS and when I tried to update the plan in sipsorcery I get:
"There was an error performing a Dial Plan update. The maximum string content length quota (8192) has been exceeded while reading XML data. This quota may increased changing the MaxStringContentLength"
It will have zero influence. As has been pointed out many many times no audio ever passes through the mysipswitch and now the sipsorcery servers. They are both SIP only. Things like dialplan processing and DNS lookups are likely to take way more time than SIP packets traversing even the worst links on the internet so ping times for sipsorcery.com are irrelevant.snvv wrote: Finally, one issue that I don't know what influence will have in call quality is ping times. The time to reach sipsorcery is about double the time to reach mysipswitch.
There is a plugin for Linux called Moonlight that can supposedly run Silverlight applications. Perhaps it would suit you better although I have no idea what stage of development it is at.snvv wrote:Oh well, MS windows
Code: Select all
if sys.IsAvailable() then ... else .... end
Code: Select all
sys.Dial("#{sys.Username}@local")
Code: Select all
sys.Dial("#{req.URI.User}@local")