10 Oct
2005
10 Oct
'05
10:57 a.m.
On 10/10/05 17:42, Klaus Darilion wrote:
Daniel-Constantin Mierla wrote:
[...]
I am not sure if this
helps in any meaning, since most of the servers
will open a new connection when the call comes towards the tcp user.
Otherwise, the registrar must keep the tcp connection id in the usrloc
database which will not be valid upon a restart or close+re-connection.
Going through all tcp connection opened in the server to figure out if
it is one linking the user, may be more time consuming that opening a
new one. Since I have not tested tcp too much in my environment, I do
not know how specific nat situations can be dealt.
TCP and NAT will not work in most of the cases,
and when there is no
nat, the UA has no excuse to behave wrongly during registration.
If I would implement a SIP client using TCP the client would:
- open the TCP connection
- send keep alive (CRLF)
- if the connection is terminated by the proxy or there is a delivery
failure the client would immediately reconnect to the proxy.
IMO a SIP proxy should be able to keep >thousand TCP sessions open
I agree, but
if they are no longer useful for the server, makes no much
sense to keep them, in my opinion.
Cheers,
Daniel
regards
klaus
Cheers,
Daniel
This can be avoided using the call-id as identifier.
regards
klaus