[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Linphone-developers] Linphone keeps sending register messages

From: Henrik Pauli
Subject: [Linphone-developers] Linphone keeps sending register messages
Date: Thu, 29 Oct 2015 12:42:24 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0

There was an email to Linphone-users a few weeks ago, and we've run into the same issue. A belle-sip Linphone will refuse OK responses for REGISTER requests (but, by the way, gladly accept Unauthorized responses) from hosts that differ from the channel we expect, while this was not the case with eXosip Linphone.

The issue is peculiar. On one hand, I guess it would be nice if the server played nice (in our case a fairly old Asterisk, not sure if a newer one is any better), and if it knows of the IP address and port combo in the request, it would use it rather than some other default address & port that's valid for the same interface. On the other hand, Linphone is doing something terribly wrong here and I can't quite put my finger on it.

For one, the already mentioned bit about Unauthorized being accepted (regardless of the bad IP/port combo) and belle-sip just moves on with the registration by using password.
– Either it should be consistent and refuse in this case as well,
– Or it should accept and remember that responses come from that IP/port combo and then continue to accept that later in the SIP conversation.

Instead it just ignores this change until after the passworded register message, and then it gets surprised about an unknown inbound message, creates a new channel for it, and then...
The most useless thing happens, it seems:
It tries to compare the channels nonexistent address to our public address. I think it could bail out way earlier on knowing that it's a new channel.

Apparently the SIP RFC also doesn't mandate that responses come from the same address as where the request was sent to.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]