Hi, I am new to PJSIP. I am using PJSIP 2.0 (with Video ) version. I need to test video on a loopback call using th e pjsua instance on the command line. So, I make the loopback call by saying 'm' and the uri 'sip:localhost' as the destination. I can see the SIP packets getting exchanged for the call .But the current call is always in the CALLING state. I have not been able to change the current call to the "CONFIRMED " state by answering (press a and 200Ok). This is what gets displayed at the command line when I try to answer the call "You have 2 active calls Current call id=0 to sip:localhost [CALLING]" I digged a bit into the code and came to know that the role of the current call is "PJSIP_ROLE_UAC" and hence cannot answer the call. I don't understand why is it saying " You have 2 active calls" when it has to be one. Also I need to know how to make call "CONFIRMED" state so that the RTP session starts . Any suggestions on this would be very helpful. Thanks, Leena M ________________________________ SASKEN BUSINESS DISCLAIMER: This message may contain confidential, proprietary or legally privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. Read Disclaimer at http://www.sasken.com/extras/mail_disclaimer.html -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20120604/aed5b6e5/attachment.html>