On Thu, Sep 18, 2008 at 6:28 PM, Huijun Yang <[EMAIL PROTECTED]> wrote: >> I am investigating http://track.sipfoundry.org/browse/XECS-1615, and >> trying to find out where park server > initiates media playing request >> in the code. I thought ParkedCallObject::playAudio() was the one, but >> apparently it isn't. I commented out > the call >> of ParkedCallObject::playAudio() for experiment purpose but music still >> plays when call parked. I am not sure >> > where it comes from and who initiates the play request. I must >> have gotten into a wrong place. Does anyone know the code better, > and >> point me the right direction? > > I got the answer. It acturely comes from ITSP's MOH server.
Astonishing! Could you share some details of how you concluded this. Could you kill the park server ( i.e. kill -9 ) when the Music On Hold is being played and if you do so, do you still hear the music? What signals the ITSP to play music on hold? All I do is to re-INVITE it to the Park Server. It does not know that it is being re-invite to the park server. How do they figure out that its time to start playing Music On Hold. Let me know if you want to try with another ITSP ( for example les.net ) to check your hypothesis. Thanks Ranga > > Thanks, > > Huijun > > > > > > > > > > -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
