Hi, o Carsten Bock on 11/18/2013 06:22 PM: > 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 have you tried using a map with the method, and doing sth like
active_profile=$M($m=>methodmap),default_profile where methodmap.conf OPTIONS=>refuse_with_200 and in refuse_with_200.sbcprofile.conf refuse_with="200 OK" We had this topic recently, not sure whether there's still a bug with this, but afair the sbc module needs to configured this way, while with other apps the default is to reply 200 if the r-uri is the server address itself. Stefan > 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 > > > > > > > > _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
