Hi, i have configured my SEMS to be a SBC only with only one Profile (as part of our Proxy-CSCF).
/etc/sems/sems.conf: [...] sip_ip=127.0.0.1 sip_port=5080 [...] application = sbc [...] /etc/sems/etc/sbc.conf [...] active_profile=g711 [...] Since i wanted to do some tests with Transcoding between G711 and GSM, i've upgraded to latest master from GIT. I thought, SEMS-trunk would be a better choice for this... Now however, SEMS no longer replies to OPTIONS-Requests, even if they directed directly at SEMS itself. Kamailio will send out regular OPTIONS-Requests, to check if SEMS is alive: U 2013/11/18 17:46:18.806913 109.239.57.200:5060 -> 127.0.0.1:5080 OPTIONS sip:127.0.0.1:5080 SIP/2.0. [...] But SEMS only applies the SBC-Profile to that OPTIONS-Request and sends it back to the Kamailio: U 2013/11/18 17:46:18.807503 127.0.0.1:5080 -> 109.239.57.200:5060 OPTIONS sip:127.0.0.1:5080 SIP/2.0. Other things, i've noticed: - if i enable the "Shutdown mode" (sems-stats -c "set_shutdownmode 1"), the behaviour stays the same as described above - if i add a message-filter in the SBC-profile, e.g.: [...] message_filter=blacklist message_list=OPTIONS [...] the message filter is ignored... :-( Thanks again, Carsten -- Carsten Bock CEO (Geschäftsführer) ng-voice GmbH Schomburgstr. 80 D-22767 Hamburg / Germany http://www.ng-voice.com mailto:[email protected] Office +49 40 34927219 Fax +49 40 34927220 Sitz der Gesellschaft: Hamburg Registergericht: Amtsgericht Hamburg, HRB 120189 Geschäftsführer: Carsten Bock Ust-ID: DE279344284 Hier finden Sie unsere handelsrechtlichen Pflichtangaben: http://www.ng-voice.com/imprint/ _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
