Search found 23 matches
- Thu Sep 15, 2011 12:27 am
- Forum: Local Version
- Topic: sip provider binding gets deleted when registration fails
- Replies: 3
- Views: 10393
Re: sip provider binding gets deleted when registration fail
The registration failure message for the provider is could not find the binding asset
- Fri Aug 26, 2011 5:45 pm
- Forum: Local Version
- Topic: sip provider binding gets deleted when registration fails
- Replies: 3
- Views: 10393
sip provider binding gets deleted when registration fails
I am using the local version with xml config files. Sometimes the providerbinding gets deleted if the registration fails. Then next time the error of "providerbinding asset not found" shows up and it is never able to register again. I then have to manually go to sipproviderbindings.xml and add the p...
- Thu Aug 18, 2011 4:50 am
- Forum: Local Version
- Topic: Stun request frequency
- Replies: 2
- Views: 2349
Re: Stun request frequency
I compiled from source and added ability to specify the thread sleep time in Sipproxydaemon.cs in StartStunClient method, SIPProxyState.cs and read from sipsorcery-appsvr.exe.config
- Wed Aug 17, 2011 12:53 am
- Forum: Local Version
- Topic: contact header for port other than 5060
- Replies: 3
- Views: 2435
Re: contact header for port other than 5060
Seems some providers (specifically ipcomms.net) ignore the port number in the contact header (I am using port 8060) and still send INVITE requests to 5060 (:
- Sat Aug 06, 2011 10:21 pm
- Forum: Local Version
- Topic: contact header for port other than 5060
- Replies: 3
- Views: 2435
contact header for port other than 5060
I have sipsorcery local listening on port 8060 instead of 5060. I am having problems receiving incoming calls via registered providers. If I have a public address of mydomain.example.org and port 8060 forwarded by nat to the sipsorcery machine listening on 10.x.x.x port 8060 1. Should the sip domain...
- Sat Aug 06, 2011 3:27 pm
- Forum: Local Version
- Topic: Stun request frequency
- Replies: 2
- Views: 2349
Stun request frequency
Is there a config setting in sipsorcery-appsvr.exe.config to set the frequency of the STUN requests ?
- Sat Jul 16, 2011 3:47 am
- Forum: Local Version
- Topic: Provisioning Service error for version 1.2 on mono
- Replies: 13
- Views: 3895
Re: Provisioning Service error for version 1.2 on mono
It works with xml files (need to modify some paths & filenames due to \ in windows vs / in linux) and I tried mysql db. I just configure the xml files in a text editor and direct access to mysql db
Is the ajax portal in the source code ? Could try that instead of silverlight.
Is the ajax portal in the source code ? Could try that instead of silverlight.
- Tue Jul 12, 2011 3:44 am
- Forum: Local Version
- Topic: Provisioning Service error for version 1.2 on mono
- Replies: 13
- Views: 3895
Re: Provisioning Service error for version 1.2 on mono
Took a while, but sys.GoogleVoiceCall in GoogleVoiceCall.cs blocks indefinitely at (HttpWebResponse) galxRequest.GetResponse(). Apparently Mono 2.6.7 has a bug handling SSL certificates / Cryptography, since the problem only occurs on https urls. Anyway, compiled Mono 2.8.2 from source (since Debian...
- Sat Jul 02, 2011 5:38 pm
- Forum: Local Version
- Topic: Provisioning Service error for version 1.2 on mono
- Replies: 13
- Views: 3895
Re: Provisioning Service error for version 1.2 on mono
Has the sys.GoogleVoiceCall routine changed since version 1.2 ? It is ringing and says Logging into google.com for xxx@gmail.com but nothing happens after that and after canceling the call, it shows Exception GoogleVoiceCall Login. Thread was being aborted Also Is there a pure ruby or python script ...
- Tue Jun 28, 2011 4:38 am
- Forum: Local Version
- Topic: Provisioning Service error for version 1.2 on mono
- Replies: 13
- Views: 3895
Re: Provisioning Service error for version 1.2 on mono
I wrote a simple C# program that sent a UDP message (using System.Net.Sockets.UDPClient) from a source endpoint to a destination endpoint. Then I ran this program on windows and mono debian. What I found is that: 1. On windows sending a udp packet from 127.0.0.1:srcport to a non-private-ip:destport ...