### Description
When doing base58 encoding and decoding there is some issue with the decoded
string.
Here is my code to ilustrate the issue :
$var(Test) = "test_string";
$var(Test) = $(var(Test){s.encode.base58});
xerr("Test String encoded = STRING_BEGIN$var(Test)STRING
### Description
Kamailio receives call and changes originating number to anonymous using
uac_replace_from() with auto restore and password. Info is stored in vsf
parameter of Record-Route
Original From Uri is sip:123456789@1.1.1.1:5060
New From Uri is
"sip:[anonymous@anonymous.invalid](mailto:
Hello,
I've updated to 5.7 and the behaviour is the same.
In order to rule out problems in the rest of my code i've used the base
kamailio.cfg with minimum changes as possible and added this code right before
PSTN being called :
```
$var(New_From_uri) = "sip:anonymous@anonymous.invalid"
### Description
Kamailio receives call and changes originating number to anonymous using
uac_replace_from() with auto restore and password. Info is stored in vsf
parameter of Record-Route
Original From Uri is sip:123456789@1.1.1.1:5060
New From Uri is "sip:anonymous@anonymous.invalid"
When o
Hello Daniel,
Any update on this issue?
Cheers
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2748#issuecomment-875530526___
Kamaili
Hi Daniel,
Thanks for the update. Altough there are no errors in the log now, the
filtering is still failing.
I'm using this code :
`request_route {
xerr("Before filter_body");
if (filter_body("application/sdp")) { xerr("Filtered with sucess"); }
else { xerr("Filtering faile
I've sent it to your e-mail with the subject "filter_body issue #2748".
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2748#issuecomment-857549775__
Hi Daniel. Sorry for the delay.
I did a fresh install from the master branch.
My kamailio -v returns this :
> version: kamailio 5.6.0-dev0 (x86_64/linux)
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE,
USE_MCAST, DNS_IP_HACK, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC
For the previous test i downloaded and installed the master branch. For this
one i only downloaded the core and re-installed.
Should i do a fresh install?
kamailio -v output is the following :
version: kamailio 5.6.0-dev0 (x86_64/linux)
flags: USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_S
I've tried with the new code and i get the same errors in the log :
2021-06-02T18:43:29.662320+01:00 dev_sbc_a_vts01
/usr/local/kamailio-5.4/sbin/kamailio[21625]: ERROR:
Sorry.
This is my code for filtering :
"request_route {
xerr("Before filter_body");
if (filter_body("application/sdp")) { xerr("Filtered with sucess"); }
else { xerr("Filtering failed");}
"
The log is the following :
"2021-06-02T16:13:53.396443+01:00 dev_sbc_a_vts01
/usr/local/
Hi Daniel,
Sorry for taking too long. I've tried the same scenario with master and with
5.4.1.
5.4.1 has the behaviour described previously.
On master i got some parsing errors on the packet when invoking
filter_body("application/sdp") on a multipart body. I've attached a picture
with the er
Hi Daniel,
Thanks for the update.
I'm using kamailio 5.4 and i've copied the textops files from the link you
provided and replaced the textops files. Made make clean and make all on the
textops folder and got these warnings :
"[root@dev_sbc_a_vts01 textops]# make
CC (gcc) [M textops.so]
I've made some testing and found that filter_body() fails when body is
something like "Content-Type:application\/sdp\r\n\r\n".
If i use this correction to add a space the filter works correctly :
replace_body_all("Content-Type:application\/sdp\r\n\r\n","Content-Type:
application/sdp\r\n\r\n
Hello Julien and Daniel,
Thank you for your clarifications.
I will be using this scenario for setting up an HA configuration with two
kamailios in different machines, a replicated DB and two IPs that can jump
between machines. I think i'll fix this with a script that will periodically
check
I’m doing some testing on Dispatcher in order to prepare it for HA setups with
floating IPs on Kamailio version 5.4.1.
In this scenario my calls must be sent to SET with the ID 2 :
> SET: {
ID: 2
TARGETS: {
DEST: {
URI: sip:GW_IP:5061
Hello,
I've run into a problem while using parameters parsing tools from Kamailio.
When i request the value of a parameter it discards some characters like ""
for example.
Here is an example :
$var(Parameters) = "kamailio=\"version5\";sip=hey";
xerr("String Parameter = $var(Parameters)");
xerr(
Greetings,
Dispatcher RPC command allows to change the runtime state of a GW using its
Group ID and the IP.
In my implementation i have 2 Kamailio machines in an HA setup and, as such, i
have the GW configured twice with same group_id and different sockets
(Different HA adressess - one for e
Greetings,
Sorry about the confusion, the Routing works perfectly with multiple
addresses in one header. I think i have a better scenario now.
So, i have this SBC with 2 IPs (212.13.40.205 and 212.13.40.209) where in
INVITES i use uac_replace_from() and uac_replace_to(). Kamailio UAC’s
module
Sorry, in the previous email i meant to say that the uac_restore fails, and
not the replace.
A sexta, 27/09/2019, 12:10, Duarte Rocha escreveu:
> Hello Daniel,
>
> Thank you for your answer.
>
> In both scenarios there is Route headers. You sure you're looking at the
> correct Options?
>
> The O
Hello Daniel,
Thank you for your answer.
In both scenarios there is Route headers. You sure you're looking at the
correct Options?
The OPTIONS request is based on the 200 Ok received by the callee, so it
has everything that Kamailio added. The capture is taken on the Kamailio.
I also have anoth
Problem :
Route header doesn't seem to be behaving correctly when it contains more
than one URI.
This issue seems to affect uac_restore mechanics and routing mechanics.
In order to test this i've created a test call with a in-dialog "OPTIONS"
request. In one scenario, the OPTIONS contai
Hello Daniel,
Thank you for answering.
I have a print for each OPTIONS on local-request so Kamailio seems to be
working fine.
I tried to disable my firewall and the issue disappeared. I have to look into
it and find the real issue.
Since it's not a Kamailio problem i will be deleting this thr
### Description
I have a Kamailio with several Gateways configured. It's Probing is done using
Dispatcher module and setting the GW state with value "8". If more than 15 Gw's
are set as "8" with a probing frequency of 1min, only 15 GW will be probed each
minute.
I can't find a configuration
Hello Daniel.
Yes, I removed the static and got some garbage values when there wasn't any
info.
I tested your commit and it seems to be working correctly. I'll apply to
production tomorrow and check with live traffic.
Thank you for the help
--
You are receiving this because you are subscribe
I see that in the file sipt/sipt.c, function sipt_get_redirection_number we
have this array where redirection number will be written :
static char sb_s_buf[26];
Is there a reason for this to be static and therefore keep its value between
function calls ?
I've removed the static and the prob
Greetings,
I'm doing VoiceMail detection using $sipt(redirection_number) from SIPT
module and i've been having some false positives on the detection.
I inspected further and noticed that in some cases
$sipt(redirection_number) returns old values from previous messages, which
makes me think that i
Greetings,
I'm sorry if this isn't the right place to post this
$sipt(redirection_number) from module sipt evaluates the value of redirection
number as a numerical value however, it can contain hexadecimal values.
Best Regards
--
You are receiving this because you are subscribed to this thr
28 matches
Mail list logo
