Hi All, I am troubling shooting an issue with Counterpath and need someone more familiar with SIP to weigh in. I have a call from Bria 3.1.2 that goes to a user that has both a polycom and has sim-ringed their cell phone through an Audiocodes gateway. The initial session description seems to be negotiated in the 183 session progress as G.711U. Then when the user picks up their polycom, sipx sends a 200 OK that renegotiates the session to G.722 (this is actually through an Ingates SIParator, but I think that is transparent when it comes to the SDP). The problem lies in that Bria is ignoring the SDP in the 200 OK. The Counterpath tech support says that session re-negotiation should be in a Re-Invite.
I'm looking at section 14.1 of rfc 3261 and it *seems* to me that a 200 OK is a valid way to renegotiate codecs. Attached are the 183 and the 200 I can add more if someone needs it. Thanks! Kyle
Bria_Session.cap
Description: Binary data
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
