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