Thanks -- the issue I'm having playing it locally is with iOS ... Something (pjsip?) seems to be interfering with iOS's normal audio file playback methods *only* while outgoing calls should be ringing. I can use the exact same code that successfully plays my incoming rings, using the same audio file, and it'll still fail, restarting the ringtone randomly and not responding to commands to stop playing audio. Any clue what might be the cause? Does pjsip try to grab control of the audio hardware at that point? If so, is there a way I can disable it? On 12/8/10 3:45 PM, "Alejandro Orellana" <Alejandro.Orellana at savantav.com> wrote: >This is per spec >180 with no sdp the ring should be provided locally. > >Plus no sdp no info to create the rtp streams anyways > >Sent from my iPhone > >On Dec 8, 2010, at 3:20 PM, David Artman <david.artman at millicorp.com> >wrote: > >> >> I'm developing an app and have access to two testing servers ... Using >> one, I hear a ringing in outgoing calls, but using the second I don't. >> >> The issue seems to be that one server responds with 183 Session Progress >> while dialing, which prompts pjsip to create the media streams >> immediately, and the second server responds with 180 Ringing, which >> doesn't prompt pjsip to create the streams, and they don't get created >> till the call is answered. >> >> My main question is, what's the "proper" way to handle this? Is there a >> reason pjsip doesn't create the media streams in response to 180 >>Ringing? >> >> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip at lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > >Statement of Confidentiality >The contents of this e-mail message and any attachments are confidential >and are intended solely for the addressee. The information may also be >legally privileged. This transmission is sent in trust, and the sole >purpose of delivery to the intended recipient. If you have received this >transmission in error, any use, reproduction or dissemination of this >transmission is strictly prohibited. If you are not the intended >recipient, please immediately notify the sender by reply e-mail or at >508.683.2500 and delete this message and its attachments, if any. > >_______________________________________________ >Visit our blog: http://blog.pjsip.org > >pjsip mailing list >pjsip at lists.pjsip.org >http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
