search for: modparam

Hi Users, I'm Setting UP the Voicemails by integrating with Asterisk and OpenSER, After 32 sec or 6 ring, it has to go the Voicemail server of Asterisk, In openser.cfg ........... is not hiiting the Asterisk server ............. ... any one help me ........ .... .... modparam("tm","fr_timer",6) modparam("tm","fr_inv_timer",24) modparam("tm","wt_timer",1) #mrodparam("tm", "ruri_matching", 0) #modparam("tm", "via1_matching", 0) modparam("avpops","avp_url&quot...

...axfwd.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "/usr/lib/ser/modules/auth.so" #loadmodule "/usr/lib/ser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth_db", &...

...equire to nathelper module in kamailio ? *what can i write kamailio.cfg file when kamailio and Asterisk on same network?* Scenario is like as : ----------------------------- 1) kamailio server on 172.18.100.74 kamailio.cfg ( nathelpler module ) ----------------- loadmodule "nathelper.so" modparam("nathelper", "rtpproxy_sock", "unix:/var/run/rtpproxy.sock") modparam("nathelper", "natping_interval", 60) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "rtpproxy_disable_tout", 60) modpara...

...is if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- # Flush every 60 sec modparam("usrloc", "db_mode", 1) modparam("usrloc", "db_url","sql://user:passwd@192.168.0.145/astcc") # -- auth params -- modparam("auth_db", "db_url","sql://user:passwd@192.168.0.145/astcc") modparam("auth_db", &quot...

...lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/exec.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- # store user location in memory, not using database modparam("usrloc", "db_mode", 0) modparam("rr", "enable_full_lr", 1) # -- tm params -- # set time for which ser will be waiting for a final response; # fr_inv_timer sets value for INVITE transactions, # fr_timer for all others modparam("tm","fr_inv_tim...

...****************************** Config files ------------------------------ 1) Ser --------------------- ser.cfg (SER) --------------------- # -- tm params -- # set time for which ser will be waiting for a final response; # fr_inv_timer sets value for INVITE transactions, # fr_timer for all others modparam("tm","fr_inv_timer",15) modparam("tm","fr_timer",10) if (uri==myself) { if (method=="REGISTER") { # attempt handoff to PSTN if (uri=~"^sip:9[0-9]*@magnum.test.net") { ## This assumes that the caller log(1,...

...o" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" # ----------------- setting module-specific parameters --------------- # -- usrloc params -- modparam("usrloc", "db_mode", 0) # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ # init...

I'm implementing a SBC with my Asterisk PBX but the keeps disabling the trunk group I've configured and I think it may be because Asterisk is returning a 4r04 to the OPTIONS. I've created a test context and have put in a wildcard pattern match to try and catch those options but it doesn't seem to work. Is there a way to have asterisk respond with an 200 OK instead of a 404? --

...o it > won't send a user and thus it will match in the s,1 exten. Feel free to > remove this one. > > Give it a try and let me know how it goes. > > Alternatively, you may also be able to configure your SBC > (kamailio/opensips? if so check dispatcher docs for *_reply_codes modparam) > to accept a 404 reply to a SIP:OPTIONS as a valid response. > > > Hope it helps. > > Cheers, > Joel. > > > On Thu, Jul 16, 2020 at 5:04 PM John Kiniston <johnkiniston at gmail.com> > wrote: > >> I'm implementing a SBC with my Asterisk PBX but t...

...s", if it's from Kamailio it won't send a user and thus it will match in the s,1 exten. Feel free to remove this one. Give it a try and let me know how it goes. Alternatively, you may also be able to configure your SBC (kamailio/opensips? if so check dispatcher docs for *_reply_codes modparam) to accept a 404 reply to a SIP:OPTIONS as a valid response. Hope it helps. Cheers, Joel. On Thu, Jul 16, 2020 at 5:04 PM John Kiniston <johnkiniston at gmail.com> wrote: > I'm implementing a SBC with my Asterisk PBX but the keeps disabling the > trunk group I've configure...

...intel_encoder *encoder = &dp_to_dig_port(intel_dp)->base; - bool sink_can_mst = intel_dp_sink_can_mst(intel_dp); + bool sink_can_mst = drm_dp_has_mst(&intel_dp->aux, intel_dp->dpcd); drm_dbg_kms(&i915->drm, "[ENCODER:%d:%s] MST support: port: %s, sink: %s, modparam: %s\n", diff --git a/include/drm/drm_dp_mst_helper.h b/include/drm/drm_dp_mst_helper.h index 8b9eb4db3381c..2d8983a713e8c 100644 --- a/include/drm/drm_dp_mst_helper.h +++ b/include/drm/drm_dp_mst_helper.h @@ -911,4 +911,26 @@ __drm_dp_mst_state_iter_get(struct drm_atomic_state *state, for ((...

...intel_encoder *encoder = &dp_to_dig_port(intel_dp)->base; - bool sink_can_mst = intel_dp_sink_can_mst(intel_dp); + bool sink_can_mst = drm_dp_has_mst(&intel_dp->aux, intel_dp->dpcd); drm_dbg_kms(&i915->drm, "[ENCODER:%d:%s] MST support: port: %s, sink: %s, modparam: %s\n", diff --git a/include/drm/drm_dp_mst_helper.h b/include/drm/drm_dp_mst_helper.h index 8b9eb4db3381c..2d8983a713e8c 100644 --- a/include/drm/drm_dp_mst_helper.h +++ b/include/drm/drm_dp_mst_helper.h @@ -911,4 +911,26 @@ __drm_dp_mst_state_iter_get(struct drm_atomic_state *state, for ((...

..._encoder *encoder = &dp_to_dig_port(intel_dp)->base; - bool sink_can_mst = intel_dp_sink_can_mst(intel_dp); + bool sink_can_mst = drm_dp_read_mst_cap(&intel_dp->aux, intel_dp->dpcd); drm_dbg_kms(&i915->drm, "[ENCODER:%d:%s] MST support: port: %s, sink: %s, modparam: %s\n", diff --git a/include/drm/drm_dp_mst_helper.h b/include/drm/drm_dp_mst_helper.h index 8b9eb4db3381c..6ae5860d8644e 100644 --- a/include/drm/drm_dp_mst_helper.h +++ b/include/drm/drm_dp_mst_helper.h @@ -728,10 +728,9 @@ int drm_dp_mst_topology_mgr_init(struct drm_dp_mst_topology_mgr *mgr...

Most of the reason I'm asking for an RFC here is because this code pulls a lot of code out of i915 and into shared DP helpers. Anyway-nouveau's HPD related code has been collecting dust for a while. Other then the occasional runtime PM related and MST related fixes, we're missing a lot of nice things that have been added to DRM since this was originally written. Additionally, the code

Most of the reason I'm asking for an RFC here is because this code pulls a lot of code out of i915 and into shared DP helpers. Anyway-nouveau's HPD related code has been collecting dust for a while. Other then the occasional runtime PM related and MST related fixes, we're missing a lot of nice things that have been added to DRM since this was originally written. Additionally, the code

...re the blitter i915/gem_mmap_gtt: Replace forked-mmapped tests with a lighter variant kms_dp_tiled_display: Fix the double free of drmConnector i915/gem_eio: Race kms on/off vs reset Force spin-batch to cause a hang as required kms_busy: Replace fiddling with hangcheck modparam with explicit fence runner: Add signal sender name when dying kms_busy: Don't allow preemption to bypass our hang runner: Show more elements of the signaler's argv[] i915/gem_ppgtt: Check for blitter support i915/gem_exec_balancer: Check for scheduling bonded-p...

To start off: this patch series is less work to review then it looks - most (but not all) of the nouveau related work has already been reviewed elsewhere. Most of the reason I'm asking for an RFC here is because this code pulls a lot of code out of i915 and into shared DP helpers. Anyway-nouveau's HPD related code has been collecting dust for a while. Other then the occasional runtime PM

To start off: this patch series is less work to review then it looks - most (but not all) of the nouveau related work has already been reviewed elsewhere. Most of the reason I'm asking for an RFC here is because this code pulls a lot of code out of i915 and into shared DP helpers. Anyway-nouveau's HPD related code has been collecting dust for a while. Other then the occasional runtime PM