Hi,

I've just recently started to look at a scenario when SIP is sent over TCP (not 
UDP as I'm used to have). I see a behavior that I'm not really sure it correct:

It's a very basic SIP call UAA -> UAB

1.       UAA sends INVITE to UAB

2.       UAB answers with 180 and 200 OK

3.       UAA sends ACK

4.       10 second passes

5.       UAA sends a BYE

For some reason UAB don't accept the incoming BYE. I see that during these 10 
seconds, UAA takes down the TCP connection so it creates a new one before 
sending BYE. Is this allowed? Should UAB side be able to handle this?

If I instead let the call last only 5 seconds, UAA don't take down the TCP 
connection and then UAB accepts the incoming BYE (and answers with 200 OK)

Regards,
// Andreas
_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to