<!--
-->
Hi, I'm trying to build a script for early media. I've kamailio 5.6 and rtpengine 11.3.1 on my server. I just want to play local media when I get call to my server but its not working as I want.
<!--
I've configured kamailio to work with rtpengine and added this snippet to " onreply_route[MANAGE_REPLY] " section.
if(status=="100") {
rtpengine_manage();
t_reply("183", "Session Progress");
block_dtmf();
play_media("from-tag=$fti file=/usr/share/rtpengine/decode_G711.wav");
I can see the RTP is playing successfuly but the kamailio is not creating SIP messaging with SDP to play on other side.
![image](https://user-images.githubusercontent.com/110819566/235202939-c8e599d3-e5e4-4932-bc84-a46c0fc28e57.png)
![image](https://user-images.githubusercontent.com/110819566/235203260-3841016d-c362-4f90-87bc-c6a096d258b7.png)
I couldn't figure out how should I configure, can you please advise me about that?
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3429
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/issues/3429(a)github.com>
(also added sr-dev)
Hello,
It probably not exactly what you are looking for, but a common way for modules to provide "hooks" towards the configuration for later extensions is about the event_route facility. You can find many of this event routes used from modules (on simple example is dispatcher module).
Inter-module communication or usage is usually facilitated by an API export from the providing module, and an API import/binding on the consuming module. Examples here are the usrloc and registrar modules. The sl module API is also used from many other modules to send messages.
Cheers,
Henning
-----Original Message-----
From: Valentin Christoph <Christoph.Valentin(a)kontron.com>
Sent: Montag, 24. April 2023 15:44
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: [SR-Users] hooking mechanism for routing blocks
Dear all,
I am looking for some hooking mechanism for user defined routing blocks.
Is something like this already available?
1) a common part of the routing configuration shall not (or only slightly) be changed, after some hooks have been implemented
Something like a function "engage_hooks()" of some "hook_module"?
:
Routing config that should not be changed by application developers
engage_hooks(HOOK_TYPE);
Routing config that should not be changed by application developers
:
2) one application developer may "hook" new parts of the routing configuration into this, by
modparam("hook_module", "hook", "name=MY_RB;type=HOOK_TYPE;prio=50);
:
:
Route [MY_RB] {
Do something at hook HOOK_TYPE;
}
:
:
3) another application developer might want to "hook" into the same HOOK_TYPE with a higher priority
modparam("hook_module", "hook", "name=ANOTHER_RB;type=HOOK_TYPE;prio=20);
:
:
Route [ANOTHER_RB] {
Do another thing with higher priority at hook HOOK_TYPE
}
:
:
Kr,
Christoph
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
### Description
Have a certificate with the following Subject Alternative Name value:
DNS:www.company.net, DNS:company.com, DNS: company.net
Calling `$tls_peer_san_hostname` (and the other pv's/select that reference SAN) only returns `www.company.net` (first entry)
This does not support the spec which allows multiple entries (rfc2459 I believe).
### Troubleshooting
Logged values of different SAN back select and pseudovariables and only appears to return the first entries.
#### Reproduction
Create a self signed certificate with multiple alt names (I used this as a guide: https://support.citrix.com/article/CTX135602/how-to-create-a-selfsigned-san…)
Updated my Kamailio config to log different tls pv and selects (eg tls_peer_san_hostname, @tls.peer.dns select, but others as well)
Confirm only one value is provided.
#### Debugging Data
```
[www.company.net] is the only value present in the corresponding variables
```
### Possible Solutions
Update variables to provide access to SAN entries to return all the values
Create new variable to provide access to all SAN entries
### Additional Information
https://www.kamailio.org/wiki/cookbooks/5.1.x/pseudovariables#tls_peer_san_…http://www.kamailio.org/wiki/cookbooks/5.2.x/selects#tlspeerdns
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3400
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/issues/3400(a)github.com>
- adds count pv and sel for DNS, EMAIL, IP, URI
- adds ability to access SAN entries by index
fix #3400
<!-- Kamailio Pull Request Template -->
#### Pre-Submission Checklist
<!-- Go over all points below, and after creating the PR, tick all the checkboxes that apply -->
<!-- All points should be verified, otherwise, read the CONTRIBUTING guidelines from above-->
<!-- If you're unsure about any of these, don't hesitate to ask on sr-dev mailing list -->
- [x] Commit message has the format required by CONTRIBUTING guide
- [x] Commits are split per component (core, individual modules, libs, utils, ...)
- [x] Each component has a single commit (if not, squash them into one commit)
- [x] No commits to README files for modules (changes must be done to docbook files
in `doc/` subfolder, the README file is autogenerated)
#### Type Of Change
- [x] Small bug fix (non-breaking change which fixes an issue)
- [ ] New feature (non-breaking change which adds new functionality)
- [ ] Breaking change (fix or feature that would change existing functionality)
#### Checklist:
<!-- Go over all points below, and after creating the PR, tick the checkboxes that apply -->
- [x] PR should be backported to stable branches
- [x] Tested changes locally
- [x] Related to issue #3400
#### Description
Fix issue #3400 that describes that tls module cannot properly handle certificates with multiple SAN entries.
Add ability to access SAN entries by index.
Add ability to get count of supported SAN entries by type of entry.
If index is not provided will return first entry (current behavior to remain backwards compatible.
Tested by creating a self signed SAN cert with 3 DNS entries and confirmed expected results for:
$(tls_peer_san_hostname[2])
$(tls_peer_san_hostname);
$tls_peer_san_count(DNS)
$tls_peer_san_count(URI)
$tls_peer_san_count(EMAIL)
$tls_peer_san_count(IP)
$sel(tls.peer.dns[1])
$sel(tls.peer.dns)
$sel(tls.peer.count[\"DNS\"])
$(tls_peer_san_ip[0])
$(tls_peer_san_uri)
$sel(tls.peer.ip[0])
$sel(tls.peer.count[\"EMAIL\"])
$(tls_my_san_hostname[2])
$(tls_my_san_hostname)
$tls_my_san_count(DNS)
$tls_my_san_count(URI)
$tls_my_san_count(EMAIL)
$tls_my_san_count(IP)
$sel(tls.my.dns[1])
$sel(tls.my.dns)
$sel(tls.my.count[\"DNS\"]
$(tls_my_san_ip[0])]
$(tls_my_san_uri)
$sel(tls.my.ip[0])
$sel(tls.my.count[\"EMAIL\"])
Also repeated the test with a self signed cert with 3 DNS entries, 1 IP entry, 1 EMAIL entry and 1 URI entry
You can view, comment on, or merge this pull request online at:
https://github.com/kamailio/kamailio/pull/3408
-- Commit Summary --
* tls: get san entries by index
-- File Changes --
M src/modules/tls/tls_select.c (314)
-- Patch Links --
https://github.com/kamailio/kamailio/pull/3408.patchhttps://github.com/kamailio/kamailio/pull/3408.diff
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/pull/3408
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/pull/3408(a)github.com>