10 Oct
2005
10 Oct
'05
4:16 p.m.
On 10/10/05 11:25, Klaus Darilion wrote:
Just to to throw oil on the fire: ;-)
If the SIP UA uses TCP, and the connection is reset, usually the port
in the Contact URI changes. Thus, a new entry in the location table
will be created.
this should not happen. The UA should register the contact address
where
it listens. Same tcp connection is used generally just at transaction
level, then it is closed by server. Keeping the tcp connections open for
long time will overload the server.
Ideally, in this case, the UA unregisters the previous contact when it
detects that it will register another contact address. When the UA does
not follow some basic rules, it is hard to predict and handle all
situations that can occur.
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.
Cheers,
Daniel
This can be avoided using the call-id as identifier.
regards
klaus