Hello All! 2008/8/20 Stefan Sayer <[EMAIL PROTECTED]>: > > o Peter Lemenkov [08/18/08 09:03]: >> >> Hello All! >> Did anybody implement music-on-hold application for SEMS? I quickly >> looked through its sources and found nothing. >> > Harry, are you back? ;) just kidding...
:) > Until recently, the problem had been that that SEMS would not accept INVITE > without SDP (offer in 200, answer in ACK). The (historical) reason was that > with SER as SIP stack SEMS would not get the ACK at all, that is why > probably no one has implemented moh. Heh, looks like I have to implement one. > Now that there is the sipctrl stack and with binrpcctrl a more powerful > X/ser module, its possible to implement that, bit both stacks would first > have to give the upper layer the possibility to get/send ACK. Actually I need music-on-hold server, which somewhat different than one described at draft-ietf-sipping-service-examples-08.txt . I need to make the following strange trick. * A calls B * A puts B on hold I want to substitute RTP media from A by one from SEMS. For example: * A calls B * A tries to put B on hold by sending INVITE to OpenSER * OpenSER catches this invite and sends it to the SEMS * SEMS modifies INVITE and sends it back to OpenSER * OpenSER sends invite to B * B sends 200OK to OpenSER * OpenSER sends 200OK to SEMS * SEMS sends ACK back to OpenSER (which sends it to B) and starts to stream my RTP * etc -- With best regards! _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
