Hi, I've just started testing SEMS and the SBC logic, and I am quite thrilled with my success so far.
However I ran into an issue when a client is using 100rel, and finishes the SDP negotiation with 180/PRACK. Once the call is answered with 200 (without SDP, since the answer was sent in 180) the SBC terminates the call by sending 487 to originator. The issue seems to be at: [#7f0bd865b700/18607] [getSdpBody, AmOfferAnswer.cpp:479] DEBUG: No SDP Offer. [#7f0bd865b700/18607] [reply, AmBasicSipDialog.cpp:614] DEBUG: onTxReply failed [#7f0bd865b700/18607] [relaySip, AmB2BSession.cpp:874] ERROR: dlg->reply() failed [#7f0bd865b700/18607] [updateCallStatus, CallLeg.cpp:1229] DEBUG: A leg 5796F074-5592CCE60009E42F-D8D62700 changing status from Ringing to Disconnected This, despite that processing of the SDP in 180, seems to have worked fine. [#7f0bd875c700/18608] [setState, AmOfferAnswer.cpp:69] DEBUG: setting SIP dialog O/A status: OfferSent->Completed #7f0bd875c700/18608] [onRxSdp, AmOfferAnswer.cpp:265] DEBUG: oa_state: OfferSent -> Completed [#7f0bd865b700/18607] [setState, AmOfferAnswer.cpp:69] DEBUG: setting SIP dialog O/A status: OfferRecved->Completed I've started looking through the code, and it seems like there is logic for handling SDP in 183, etc, but I havent found the real problem yet. I've attached Pcap and debug output.
Sems.7z
Description: application/7z-compressed
_______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
