krunal09 / csipsimple

Automatically exported from code.google.com/p/csipsimple
0 stars 0 forks source link

Support for SIP accounts without REGISTER #981

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
csipsimple currently forces the user to insert a username and password for each 
SIP account; then, if the SIP REGISTER does not succeed, the user interface 
prevents the user from doing a call using that SIP account.

There are some SIP setups where registration is either non mandatory or even 
not supported at all (one common situation is the famous Cisco/Linksys/Sipura 
SPA-3000 home device which simply does not support SIP REGISTER at all). In 
these cases, usually IP-based authentication is used (if needed at all).

I suggest to add a way to configure an account as "does not require 
authentication" or similar; when configured this way, csipsimple should assume 
that the account is always available and ready, for both incoming and outgoing 
calls.

Original issue reported on code.google.com by giovanni...@gmail.com on 22 May 2011 at 2:07

GoogleCodeExporter commented 9 years ago
You can already do that.
Just switch to expert mode, and remove sip registrar entry. That's it.

As mainstream users does not really need that, I don't think that it's required 
to have this kind of wizard without registrar. And as I guess you are an expert 
user, that will not hurt you to switch to expert wizard (all the more so as you 
can start by a basic wizard and transform it to an expert ;) ).

Original comment by r3gis...@gmail.com on 22 May 2011 at 3:57

GoogleCodeExporter commented 9 years ago
Thanks, I had not realized that you could switch an account configuration to 
expert mode. It then only works if you set an outbound proxy, but I suppose 
that it is correct (I was actually thinking it was going to use the "Id 
Account" setting).

Given that there is no registration, is there something else that can be 
exploited to check if the SIP account is ready or not? In my setups, the SIP 
server is in a local LAN, so it's not really accessible unless I'm not 
connected to the LAN through WIFI or VPN. I think sending a SIP OPTIONS would 
do (or even a ICMP ping, actually...).

Original comment by giovanni...@gmail.com on 22 May 2011 at 5:46

GoogleCodeExporter commented 9 years ago
Hi guys, sorry for the noob question but I cannot find the option "remove sip 
registrar". I'm using the last android version on google play.

Thanks.

Original comment by jose...@gmail.com on 14 Apr 2012 at 8:41

GoogleCodeExporter commented 9 years ago
Switch your account to expert wizard (see 
http://code.google.com/p/csipsimple/wiki/ExpertSettingMode?wl=en Account 
Setting section).

Then when you edit your account you'll see all available settings for an 
account, and can clear the "sip registrar" field.

Original comment by r3gis...@gmail.com on 14 Apr 2012 at 10:39

GoogleCodeExporter commented 9 years ago
Switch your account to expert wizard (see 
http://code.google.com/p/csipsimple/wiki/ExpertSettingMode?wl=en Account 
Setting section).

Then when you edit your account you'll see all available settings for an 
account, and can clear the "sip registrar" field.

Original comment by r3gis...@gmail.com on 14 Apr 2012 at 10:40

GoogleCodeExporter commented 9 years ago
I'm following the steps for the SampleCSipAppActivity.
Everything is compiling, btw, nice job on the whole script/make process.

What would the settings in the builtProfile need to be for a registration-less 
sip connection? Or is there another setting that I need to set?

I see a proxies array, but that didn't work.

Original comment by mar...@iuvo-ops.com on 28 May 2012 at 12:54

GoogleCodeExporter commented 9 years ago
Normally if you set the acc_id (always required, it's the aor), and one proxy, 
leaving sip registrar = "", you should have a registration less sip connection 
that uses one sip proxy for outgoing calls. The display_name is also required, 
and the wizard could be "EXPERT" for example.

If you want a local sip account without registrar, and without proxy (an 
account for peer to peer calls), you have to set the display_name and set as 
wizard "LOCAL". In this case, no need to server, but you may need to also 
change local udp port for incoming calls so that it is 5060 (instead of 0 which 
means random available port). And this can be done using the global 
configuration api 
(http://r3gis3r.github.com/SampleCSipSimpleApp/javadoc/com/csipsimple/api/SipCon
figManager.html#UDP_TRANSPORT_PORT)

Don't hesitate to join the dev google group. It's a good place to share this 
kind of question. I think that many other developers working on the top of 
CSipSimple may be interested :)

Original comment by r3gis...@gmail.com on 28 May 2012 at 2:42

GoogleCodeExporter commented 9 years ago
Is there a way of making calls without creating an account? I want to call in 
the IP-address, such as xxx@xx.xxx..........

Original comment by yanel...@gmail.com on 11 Feb 2014 at 8:30

GoogleCodeExporter commented 9 years ago
@yanel : use the "local" wizard (in generic section).

Original comment by r3gis...@gmail.com on 11 Feb 2014 at 9:10

GoogleCodeExporter commented 9 years ago
Then how to make a call programmatically without acc.acc_id?

Original comment by yanel...@gmail.com on 11 Feb 2014 at 11:06

GoogleCodeExporter commented 9 years ago
I caught with a call. 
Intent it = new Intent(Intent.ACTION_CALL);
                it.setData(Uri.parse("csip:number@ip"));
                it.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
                it.putExtra(SipProfile.FIELD_ACC_ID, "");
                startActivity(it);
Tell me how to bypass the select call via sip or mobile. Which activity is 
responsible for this? It would be desirable to automatically handle the call 
through sip.

Original comment by yanel...@gmail.com on 11 Feb 2014 at 11:29

GoogleCodeExporter commented 9 years ago
@yanel : ok, so it's dev question, please join and post on csipsimple-dev 
group. It's the place for developers question (here it's more about end users).

Original comment by r3gis...@gmail.com on 11 Feb 2014 at 1:07