linphone constantly ask for the password with sip account

Bug #507125 reported by gene
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linphone (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: linphone

I have a sip account on voipcheap.com. It used to work flawlessly with linphone(c) on jaunty and still does on my FreeBSD box (with an older version of linphone) . Now on karmic when using both linphone-3 and linphonec I cannot call a sip number. Linphone constantly asks for the password., no matter how many time you enter it. Actually, the password is provided in the .linphonerc file.

Ekiga does not behave like that, it has other issues though

ProblemType: Bug
Architecture: i386
Date: Wed Jan 13 13:38:00 2010
DistroRelease: Ubuntu 9.10
Package: linphone 3.1.2-2ubuntu2
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: linphone
Uname: Linux 2.6.32-rc5-custom i686

Revision history for this message
gene (eugenios) wrote :
Revision history for this message
Rolf Leggewie (r0lf) wrote :

that's strange. I have the opposite problem, it never asks me for a password and thus I never register with my SIP providers. I just started out to try and use linphone, though. I'm running lucid.

Revision history for this message
gene (eugenios) wrote :

Rolf,
As a matter of fact things got switched for me now:
My Ubuntu linphone(c) version: 3.1.2 works well now. The FreeBSD's is acting up.

me@ubuntu:~$ uname -a
Linux 2.6.31-20-generic #58-Ubuntu SMP Fri Mar 12 05:23:09 UTC 2010 i686 GNU/Linux
me@ubuntu:~$ linphonec --version
version: 3.1.2

[me@freebsd ~]$ uname -a
FreeBSD freebsd.math 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:48:17 UTC 2009 <email address hidden>:/usr/obj/usr/src/sys/GENERIC i386
[me@freebsd ~]$ linphonec --version
version: 1.7.1

I will try upgrading linphone port on FreeBSD.

The only "issue" i see now is that linphone like ekiga does not want to cooperate reliably with alsa without pulseaudio. I had to get rid of pulseaudio. Say, if phonon (via paused/stopped amarok) engages the card, no sound in the sip phone for me. Linphone behaves in a somewhat better way - it does not hang, like ekiga.

So, it all means that the bug is irrelevant/fixed now. It might have been a voipcheap caprice, not linphone's.

Revision history for this message
gene (eugenios) wrote :

Linphone works almost flawlessly for me now. I could successfully upgrade it on my FreeBSD box as well.
This bug has to be closed.
2 Rolf: if you are using similar to voipcheap.com sip servers, please try different syntaxes for your account settings. I had some "strange" issues in ekiga, when the account would not register all of a sudden.

Changed in linphone (Ubuntu):
status: New → Invalid
gene (eugenios)
Changed in linphone (Ubuntu):
status: Invalid → Confirmed
Revision history for this message
gene (eugenios) wrote :

I have to revive the bug, since I still experience this behavior. Despite that my password for sip.voipcheap.com account is stored in the .linphonerc file, linphone(c) wants me to constantly reenter this passwords. Sometime it gets happy and I can make a call without this.
This may also be a bug on the vopicheap.com's behalf. However, ekiga communicates with that very sip server without this problem

Revision history for this message
protagoras (protagoras) wrote :

I experienced exactly the same annoying behaviour. This actually prevented me from doing any calls, because despite re-typing my password tens of times linphone was not registering at the sip provider.

I fixed this by running the "nox" version of linphone from within a terminal:

  linphonec

After some trial-and-error, a new section was magially added to the .linphonerc startup file, like this:

[auth_info_0]
username=myusername
userid=myuserid
passwd=xxxx
realm="sip.voipbuster.com"

In my case, "myusername" is the same as "myuserid". Now I can use both the terminal and graphical versions and everything runs smoothly.
Best wishes,
Renato

Revision history for this message
gene (eugenios) wrote : thanks for the tip

Thanks, Renato
I will try it out some time. I have actually been using ekiga lately.
--

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.