There is a dialplan module, maybe it Could help you in some topics
Best regards
El martes, 28 de julio de 2015, Nelson Migliaro
escribió:
> Hello everybody,
>
> I am currently using Kamailio in order to separate traffic based on dialed
> number.
>
> Some traffic goes to several Asterisk in a l
Hi,
Have just installed the kamailio 4.3 (from github) and was trying to include
the additional modules that I require. I've edited the modules.lst and changed
the extra modules to compile "include_modules= db_mysql utils json".
During compilation (using "make all") getting the following warni
Hello,
you have to increase the private memory -- see -M command line parameter
-- as well as pv_buffer_size core parameter -- see core cookbook in the
wiki.
Cheers,
Daniel
On 29/07/15 13:37, prakash wrote:
>
> Hello,
>
>
>
> I am getting this Error:
>
>
>
> *ERROR: [rvalue.c:1706]: rval_st
BR -
SIP trace nearly impossible to set up. However, I found the problem.
rtpproxy was not configured correctly and the way it is set up the calls
need to route through the domain IP.
Listening on
udp: 127.0.0.1:5060
udp: 192.168.*.*:5060
udp: xxx.xxx.xx
Hello,
I am getting this Error:
ERROR: [rvalue.c:1706]: rval_str_add2(): rv eval out of memory
ERROR: [lvalue.c:389]: lval_assign(): rval expression evaluation
failed (881,17-881,29)
When I tried access $rb when sending large amount of data(nearly 4MB) as a
XML body.
How can I sort
Thank you for that information Daniel, I think I need to do more reading
to understand the sips scheme better.
On 28/07/2015 11:01, Daniel-Constantin Mierla wrote:
Hello,
sips uri scheme should not be used for TLS connectivity -- that should
be just an URI with transport=tls
The sips means t
Is it possible you have a default OS 'iptables' configuration that is
blocking receipt of the packet by Kamailio at the application layer?
Please check/feel free to send the output of: iptables -L -n
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atla
Yes
i made a tcpdump..
as packet is with 172.26.x.x and arrives to 192.168.0.170, seems to discard
08:14:30.154820 IP 172.26.101.10.5080 > 192.168.0.170.8002: UDP, length 456
E...v...@./...e
...B..v.ACK sip:110@PUBLIC IP:5066 SIP/2.0
Via: SIP/2.0/UDP 172.26.101.10:5080;branch=z9hG4bK6f81
On 07/29/2015 04:19 AM, Alberto Sagredo wrote:
No. ACK seems to do not arrive to Kamailio
The 'tcpdump' filter I gave you won't show you that. It was designed
specifically to capture packet flow between Kamailio and the phone.
To see whether it arrives at Kamailio, you'll need to liberalise
No. ACK seems to do not arrive to Kamailio
I will review some things and let you know back.
2015-07-29 9:52 GMT+02:00 Alex Balashov :
> If you take a raw capture on the Kamailio box:
>
>tcpdump -i any -A -s 0 -n udp port 8002 and host PUBLIC_IP
>
> Does it not show Kamailio attempting to rel
If you take a raw capture on the Kamailio box:
tcpdump -i any -A -s 0 -n udp port 8002 and host PUBLIC_IP
Does it not show Kamailio attempting to relay it there?
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1
Yes Alex.
I see ACK sent to 192.168.0.170:8002 from Asterisk as follows:
set_destination: Parsing
for address/port to send to
set_destination: set destination to 192.168.0.170:8002
Transmitting (no NAT) to 192.168.0.170:8002:
ACK sip:1...@public.ip:5066 SIP/2.0
Via: SIP/2.0/UDP 172.26.101.10
On 07/29/2015 03:44 AM, Alberto Sagredo wrote:
Could be Kamailio discarding this ACK In anyway?
It's possible, but have you made absolute sure that it's not trying to
send it to PUBLIC_IP:5066?
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta
Umm Alex
I see ACK sent to Kamailio from Asterisk, but not seen it send again.
Will take some more traces. and let you know back
Could be Kamailio discarding this ACK In anyway?
2015-07-29 9:40 GMT+02:00 Alex Balashov :
> Alberto,
>
> Based on the 200 OK you included, the end-to-end ACK from
Alberto,
Based on the 200 OK you included, the end-to-end ACK from Asterisk to
Kamailio would be expected to go to 192.168.0.170:8002 and to have a
request URI of
sip:1...@public.ip:5066
This is precisely where Kamailio will try to send the ACK. Does sending
it to PUBLIC.IP:5066 not caus
Hi Alex
1.- Kamailio -> 172.26.101.50:8002 (Floating IP)
Asterisk -> 172.26.101.10:5080
2.- Transmitting (no NAT) to 192.168.0.170:8002:
ACK sip:110@IP_PUBLIC_IP:5066 SIP/2.0
Via: SIP/2.0/UDP 172.26.101.10:5080;branch=z9hG4bK0a330ae6
Route:
Max-Forwards: 70
From: "asterisk" ;tag=as14d7523
Alberto,
1. What are the literal (natively homed) IP addresses of Asterisk and
Kamailio?
2. What is the Request Line (first line) of the ACK request being sent
from Asterisk, i.e.
ACK sip:... SIP/2.0
3. To what IP and port is the ACK being sent by Asterisk?
--
Alex Balashov | Principal
Hi Alex. Both Kamailio and Asterisk are in same network.
Asterisk and Kamailio are behind NAT
Im working with record route.. to see if i solve this
if (is_method("INVITE") && is_ip_rfc1918("$si")) {
record_route_preset("192.168.0.170:8002;nat=no");
xlog("L_INFO", "Source IP
Alberto,
On 07/28/2015 06:22 AM, Alberto Sagredo wrote:
I have seen an issue with ACK as show when Asterisk sends ACK to
Kamailio, it sends to advertised Address instead to Kamailio IP address.
When you say "advertised address", do you mean the value of the
advertised_address core configurat
I have Kamailio in a local network with RTPPROXY and NAT MANAGE
I have seen an issue with ACK as show when Asterisk sends ACK to Kamailio,
it sends to advertised Address instead to Kamailio IP address.
What could i add to solve this?
route[WITHINDLG] {
if (has_totag()) {
20 matches
Mail list logo
