sr-users September 2015

sr-users@lists.kamailio.org

82 participants
127 discussions

Start a nNew thread

auth_radius module
by Marian Pandoranum 23 Sep '15

23 Sep '15

2 1

loose_route function select wrong next hop!
by Yasin CANER 22 Sep '15

22 Sep '15

3 4

Two suggestions
by 天 22 Sep '15

22 Sep '15

May this mailing list have a search function? This function will make us convient to find what we concern about. OpenIMSCore mailing list have this function, and I felt it Improved productivity. And the mailing list archive system seems to be operated manually. Can the mails be archived automatically? So it can be more instant to developers from asia. BR WangXinXin

2 2

What SIP stack does Kamailio or OpenIMSCore implements?
by 天 22 Sep '15

22 Sep '15

Hi, I am a rookie in SIP related area. I run into OpenIMSCore in recent days, and then I was introduced to Kamailio. Now I am wondering what SIP stack does Kamailio or OpenIMSCore implements? Or neither of them use a SIP stack? Can anybody help me on this? Thanks !

2 1

Re: [SR-Users] Question about in call both side redirection
by Андрей Ярин 22 Sep '15

22 Sep '15

sr-users-request(a)lists.sip-router.org пишет: > Hello On 04/09/15 07:57, ?????? ???? wrote: >> >Hello (sorry for my bad english) - i try to create voice record >> >service by request. User A call to user B. In call by pressing >> >combination like *55 Kamailio must redirect both sides to asterisk, >> >whitch create dynamic conference room with recording. As i understand >> >i need to use dlg_refer() from dialog module, but in log file i get: >> >Konsole output >> >Sep 4 10:45:14 voipc-node2 /usr/local/sbin/kamailio[18941]: ERROR: >> >dialog [dlg_req_within.c:85]: build_dlg_t(): no contact available >> >Sep 4 10:45:14 voipc-node2 /usr/local/sbin/kamailio[18941]: ERROR: >> >dialog [dlg_transfer.c:188]: dlg_refer_callee(): failed to create dlg_t >> > >> > >> >In script i try to refer with: >> >dlg_refer("callee","sip:100@10.10.9.209"); >> >dlg_refer("caller","sip:100@10.10.9.209"); >> > > in what context do you use the above actions? In other words, do you > execute them when you process a specific request? If yes, which one? > > Another question, how do you capture when *55 is pressed? Is dtmf sent > via sip info request? > > Cheers, > Daniel > > -- Daniel-Constantin Mierla http://twitter.com/#!/miconda - > http://www.linkedin.com/in/miconda Book: SIP Routing With Kamailio - > http://www.asipto.com Kamailio Advanced Training, Sep 28-30, 2015, in > Berlin - http://asipto.com/u/kat For now i try to use event_route[dialog:start] - i testing - can kamailio redirect both sides to external service, and will it work with event_route[dispatcher:dst-down]. If it will work, i will add SIP INFO processing for service codes -- Ярин Андрей Инженер ООО "И.С.-Телеком" 8(351)7786878 доб 113 8(351)2555724 доб 113 8(351)2555787 доб 113

2 2

carrierroute module cannot use prefix that start with +
by José Seabra 21 Sep '15

21 Sep '15

Hello there, I'm using carrierroute module to route calls based on prefix, everything was working until i tried use prefixes that start with +, kamailio core doesn't allow me use the + on carrierroute prefix, i get the following message from kamailio logs: INFO: carrierroute [cr_carrier.c:100]: add_domain_data(): adding domain 1 'main' to carrier 1 'carriers'35(17196) DEBUG: carrierroute [cr_carrier.c:101]: add_domain_data(): domain position 0 (domain_num=1, first_empty_domain=0)35(17196) INFO: carrierroute [cr_data.c:414]: get_domain_data_or_add(): added domain 1 'main' to carrier 1 'carriers'35(17196) INFO: carrierroute [cr_data.c:470]: add_route(): found carrier and domain, now adding route 35(17196) ERROR: <core> [dtrie.c:130]: dtrie_insert(): cannot insert non-numerical character 35(17196) ERROR: carrierroute [cr_domain.c:168]: add_route_to_tree(): cannot insert route flags into d-trie anyone can help in order allow use + in carrierroute prefix. Best regards José Seabra

3 4

dispatcher.list reversed by dispatch.c reindex_dests()
by Giovanni Maruzzelli 21 Sep '15

21 Sep '15

Hello, dispatcher gives me destination sets with entries in reverse order: I have installed from Kamailio deb repository packages version 4.3.2+jessie. # kamailio -V version: kamailio 4.3.2 (x86_64/linux) flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, DBG_F_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: unknown compiled with gcc 4.9.2 I configured dispatcher: modparam("dispatcher", "use_default", 1) modparam("dispatcher", "list_file", "/etc/kamailio/dispatcher.list") modparam("dispatcher", "flags", 3) modparam("dispatcher", "dst_avp", "$avp(AVP_DST)") modparam("dispatcher", "grp_avp", "$avp(AVP_GRP)") modparam("dispatcher", "cnt_avp", "$avp(AVP_CNT)") modparam("dispatcher", "sock_avp", "$avp(AVP_SOCK)") modparam("dispatcher", "ds_ping_interval", 5) modparam("dispatcher", "ds_probing_mode", 1) I have this dispatcher.list: 1 sip:192.168.1.144:5060 2 1 sip:192.168.1.145:5060 2 1 sip:192.168.1.146:5060 2 2 sip:192.168.1.146:5060 2 2 sip:192.168.1.145:5060 2 So, I expect dispatcher to have: set 1 first two destinations in distribution via hash on callid, and third destination as failover (192.168.1.146 <http://192.168.1.146:5060>) . set 2 all traffic on first destination, and if first fails, all traffic will failover to second destination (192.168.1.145 <http://192.168.1.146:5060>). Instead reindex_dests shuffle the sets upside down: DEBUG: dispatcher [dispatch.c:375]: add_dest2list(): dest [1/1] <sip: 192.168.1.144:5060> DEBUG: dispatcher [dispatch.c:375]: add_dest2list(): dest [1/2] <sip: 192.168.1.145:5060> DEBUG: dispatcher [dispatch.c:375]: add_dest2list(): dest [1/3] <sip: 192.168.1.146:5060> DEBUG: dispatcher [dispatch.c:375]: add_dest2list(): dest [2/1] <sip: 192.168.1.146:5060> DEBUG: dispatcher [dispatch.c:375]: add_dest2list(): dest [2/2] <sip: 192.168.1.145:5060> DEBUG: dispatcher [dispatch.c:494]: reindex_dests(): found [2] dest sets DEBUG: dispatcher [dispatch.c:139]: ds_print_sets(): dst>> 2 sip: 192.168.1.145:5060 2 0 (,0,0) DEBUG: dispatcher [dispatch.c:139]: ds_print_sets(): dst>> 2 sip: 192.168.1.146:5060 2 0 (,0,0) DEBUG: dispatcher [dispatch.c:139]: ds_print_sets(): dst>> 1 sip: 192.168.1.146:5060 2 0 (,0,0) DEBUG: dispatcher [dispatch.c:139]: ds_print_sets(): dst>> 1 sip: 192.168.1.145:5060 2 0 (,0,0) DEBUG: dispatcher [dispatch.c:139]: ds_print_sets(): dst>> 1 sip: 192.168.1.144:5060 2 0 (,0,0) DEBUG: dispatcher [dispatcher.c:347]: mod_init(): loaded dispatching list So, Kamailio give me set 1 and set 2 as per post-reindex_dests, and failover is 192.168.1.144 for set 1, and 192.168.1.146 for set 2. Is this the expected behavior? Am I doing something wrong in configuration? Thank you all in advance, -giovanni Sincerely, Giovanni Maruzzelli Cell : +39-347-2665618

2 3

Compiling Kamailio for Cubie/RaspberryPi/others ARM arch from main repos
by nadie 21 Sep '15

21 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 #!/bin/bash # Compiling Kamailio for Cubie/RaspberryPi/others ARM arch from main repos: echo 'deb-src http://deb.kamailio.org/kamailio43 jessie main' > /etc/apt/sources.list.d/kamailio.list wget -O- http://deb.kamailio.org/kamailiodebkey.gpg | sudo apt-key add - dpkg --add-architecture i386 apt-get update apt-get install bison debhelper erlang-dev gcj-jdk libconfuse-dev libdb-dev libev-dev libfreeradius-client-dev libgeoip-dev libhiredis-dev libjansson-dev libjson-c-dev liblua5.1-0-dev libmemcached-dev libmono-2.0-dev libmysqlclient-dev libperl-dev libpq-dev libpurple-dev librabbitmq-dev libreadline-dev libsasl2-dev libsctp-dev libsnmp-dev libsqlite3-dev libunistring-dev libval-dev libxml2-dev python-dev unixodbc-dev uuid-dev adduser python libc6 libncurses5 libpcre3 libreadline6 libtinfo5 snmpd mkdir kamailio && cd kamailio/ apt-get -b source kamailio dpkg --remove-architecture i386 rm /etc/apt/sources.list.d/kamailio.list apt-get update dpkg -i *.deb cd .. && rm -rf kamailio/ # end :-) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJV+BKUAAoJEG5DH1ilMeeenM8P/jqzMKtxmRheDDT4pqxzo9W1 lSNpg+UhYr5CC/IXCgGXkP5Sup87/qiAVYz/u902pS9hdIBfdbup2PUsvTX4QK+1 Dybxli9ym4Fup9m6MuB+VLIjkiOOwtGnvChbnPgjJnMxDjzBbDFEmositlfAeiFU XcyIfjYDndvd2+0a1UkTVVuGBEbY6BdVkANvINy2BkZUkolstTgVr7jirYUSTEsa U9M+lX98Dbau5gfvyx87a6CkcW8fyKCgZGBYqjBIyr1TrPgtGcXdcgC77iD2pziW wkU9DIRX0sOaIiAb76hX64SL8U9b+dJr2t17PXjiEEcVWuc7YtV2R0YURAfquw9O ycSh+PWFJgc1PZx5dFZlWceDXjdffnPiWt3Fys3HuVNWLY6iVfOSFv7sMcJ4NyaT N+u81Dr4T9blZ2yRmibRUzlmSlcq4at2yKE19/AsejphXI7mnaARuNlHZUq+4RY9 EF4zlr5zTHmPhvLoh7rjzqWGLmun4g7a7mCnbMDUKKbndqb24QKhO9czvkTvYLGR vbAK56kM96jh3OBLenjl58YzK4qBbJ5sM+UCw6DA5HnF+/jh+oK4zeKL28yqEaG0 SxS/xuG4xxi2wPvGJ36Rg6gIB5cHAxizGLMEPGUPTKCPhKLFIbtunabNu2gj+6nh bpe/fyLw0ZKHF8R4tifU =Ty41 -----END PGP SIGNATURE-----

2 2

Kamailio ACK retransmission
by Yasin CANER 21 Sep '15

21 Sep '15

1 0

Kamailio - Asterisk ACK retransmission problem
by Yasin CANER 21 Sep '15

21 Sep '15

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
13
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users September 2015