From: "Rishabh Garg" <[EMAIL PROTECTED]> Ours is a B2BUA. Currently if we are receiving the 4xx response (for eg. 486 Busy Here) from the terminating called party,then after ACKing the same we are sending the BYE to originating calling party and dropping the connection instead of proxying the 486 response to originating. Is it correct way of doing it?
This seems strange, because the B2BUA can only send a BYE on the incoming dialog if it has previously send a 2xx response to it, despite that the outgoing dialog has not sent a 2xx response. Are you sure you want to do this? Are B2BUA supposed to proxy error responses? Any RFC specifying the behaviour of B2BUA? See Paul's response. -- Beware that building a B2BUA is difficult because of questions like this, and since the processes for extending SIP do not guarantee that a B2BUA's behavior will remain valid, it requires continuing maintenance. Dale _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
