WRT RFC 3261 sec 10.2.1 Adding Bindings

 

My question is should the SIP Registrar create two bindings in the
database for Registration with same user-id but different  IP Port
combination (IP being in the same subnet or NAT )? This is not scenario
for forking at multiple AOR.  

 

The following flow describes an issue whereby calls made to a user that
had been logged out from one Machine (IP:Port) as he/she logged in from
a different Machine (IP:Port) fails. Please see the steps below:

Machine A and B are behind same NAT device

Machine A points to  Proxy 1 say EP01

Machine B points to  Proxy 2 say EP02


At time t0 - User 'abc' logs into SIP server (EP01) from Machine 'A'. 

At time t1 - User 'abc' logs into SIP server (EP02 )from Machine 'B'. 
At time t2 - The Presence server realizes that this user 'abc' is logged
in at another location, so the Presence server indicates user 'abc' on
Machine 'A' to logout informing him that he is logged in at another
location and the client also will log user out of SIP server. 

At time t3 - user 'def' tries to call user 'abc', the call request
fails.

 

This is what I see in DB

 

At time t0 there is an entry [EMAIL PROTECTED]:PortA

At time t1 the entry gets updated with [EMAIL PROTECTED]:PortB --> There should 
be
two bindings as this is a new Registration from different IP:Port  but
(IP being in the same subnet)?

At time t2 there is a request from Machine A to logout (De-Register)
[EMAIL PROTECTED]:PortA but the SIP Registrar removes [EMAIL PROTECTED]:PortB

I see from the logs that the application doesn't create new binding or
entry in DB when the User 'abc' logs from Machine 'B' (at time t1) it
overrides the old IP port. So at time instance t2 there is no entry in
the database

 

But the client is logged in on Machine B and can originate the call but
cannot receive any calls. 

 

 

Thanks for your time.

 

Regards,

Santosh Prasad

 

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to