sr-users April 2013

sr-users@lists.kamailio.org

94 participants
133 discussions

Montoring/Reporting Solution - Commercial/Open Source
by Ali Jawad 26 Apr '13

26 Apr '13

Hi I am in need of a solution that does provide me with advanced graphing and report for Kamailio, I.e. ASR/ACD over day/month/destination etc. with tresholds and alerts. Does anyone know about a solution that is compatible with Kamailio and does this ? Thanks

4 5

Issue with app_perl - return value, logging and append_branch
by Mark Boyce 26 Apr '13

26 Apr '13

Hi All I may well be me missing something obvious but I have got three odd ones whilst trying to test app_perl module which I'd appreciate some assistance with. Setup -------- Kamailio version : 4.0.0 (x86_64/linux) from Peter Dunkley's YUM Repository Perl version : v5.10.1 OS version : CentOS release 6.4 Kamailio.cfg highlights; loadmodule "app_perl.so" modparam("app_perl", "filename", "/tmp/test.pl") modparam("app_perl", "modpath", "/usr/lib64/kamailio/perl/") # ** would someone like to add the app_ to 5.1 and 5.2 of the manuals please request_route { . . route(PERL); . . } route[PERL] { if ($rU=~"^124" && method=="INVITE") { xlog("L_INFO","perl: match $rm $ru from:$fu ($si:$sp) to:$tu rpid:$re\n"); if (perl_exec("testrouting")) { xlog("L_INFO","perl: true exit\n"); } else { xlog("L_INFO","perl: false exit\n"); } } } /tmp/test.pl has the following in it ... #!/usr/bin/perl use Kamailio qw ( log ); use Kamailio::Constants; use Sys::Syslog qw( :DEFAULT setlogsock); sub testrouting { setlogsock('unix'); openlog($0,'','user'); syslog('info', "PERL Kamailio - Log test"); closelog; return 1; } There is no valid route for 124@ and the above works exactly as I'd expect; -> Phone sends INVITE to 124 <- Proxy responds with AUTH Required -> Phone sends ACK -> Phone sends INVITE to 124 with AUTH -- SysLog gets a "PERL Kamailio - Log test" from perl script -- Kamailio log gets "perl: true exit" <- Proxy responds with "404 Not Found" -> Phone sends ACK ------------------------------------------ First problem is that if I swap the "return 1" in test.pl for "return 0" what I see is; -> Phone sends INVITE to 124 <- Proxy responds with AUTH Required -> Phone sends ACK -> Phone sends INVITE to 124 with AUTH -- SysLog gets a "PERL Kamailio - Log test" from perl script -> Phone resends INVITE to 124 with AUTH -- SysLog gets a "PERL Kamailio - Log test" from perl script -> Phone resends INVITE to 124 with AUTH -- SysLog gets a "PERL Kamailio - Log test" from perl script -- I Hang Up Phone --> Phone send CANCEL --> Phone send CANCEL --> Phone send CANCEL In this second test once perl_exec is called all routing seems to stop. There's nothing from the xlog to say if perl_exec returned true or false. -------------------------------------- The second problem I have is when I add "Kamailio::log(L_INFO," line it never arrives in any of the logs use Kamailio qw ( log ); use Kamailio::Constants; use Sys::Syslog qw( :DEFAULT setlogsock); sub testrouting { setlogsock('unix'); openlog($0,'','user'); syslog('info', "PERL Kamailio - Log test"); closelog; Kamailio::log(L_INFO, "PERL : testrouting\n"); return 1; } -------------------------------------- The third one is that I cannot get append_branch to do anything. If I add to the perl script the lines; my $m = shift; $m->rewrite_ruri("sip:anotheruser\@ourserver"); The call gets diverted as expected. However if I use append_branch; $m->append_branch("sip:anotheruser\@ourserver"); It has no effect at all. -------------------------------------- That's as far as I have experimented with the module so I can't say if everything else is working as expected :-) Anyone have any thoughts? Cheers Mark

2 1

Problem with PUA
by andpe 26 Apr '13

26 Apr '13

Hi I am new to Kamailio. I have a configuration with existing phones. I call between them. However, I have a problem with the configuration of PRESENCE. I guess I'm doing something wrong. Can someone send me a sample setup working. I looked for a long time information, but I could not fix my problem. In the logs I get the information: 6 (19259) ERROR: pua [send_publish.c: 578]: New PUBLISH and no body found-invalid request 6 (19259) ERROR: pua_usrloc [ul_publish.c: 326]: while sending publish [cycle # 12, if constant make sure server lives] Version: Server :: kamailio (4.0.0 (i386/linux)) Build :: mi_core.c compiled on Apr 4 2013 11:20:52 with gcc 4.4.5 Flags :: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES GIT :: 1d009c regards Andy

2 1

RPM packages for v4.0.1
by Daniel-Constantin Mierla 26 Apr '13

26 Apr '13

Hello, rpm packages for v4.0.1 are no available on opensuse build service - more details and download links at: - http://www.kamailio.org/wiki/packages/rpms Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

misc_radius - too many extras
by Victor V. Kustov 26 Apr '13

26 Apr '13

Hi all I've got same error: misc_radius [extra.c:80]: too many extras -> please increase the internal buffer How I get increase buffer in config? -- SY, Victor JID: coyote(a)bks.tv JID: coyote(a)bryansktel.ru I use FREE operation system: 3.8.4-calculate GNU/Linux

2 1

RLS Module - Getting NOTIFY for offline users
by Attila Megyeri 25 Apr '13

25 Apr '13

Dear Users, We use Kamailio as our SIP proxy and Presence server, leveraging XCAP and RLS functionality. After issuing SUBSCRIBE rls@<domain> I would like to get presence information for the contacts in the RLS list not only when they are online, but also if they are offline. Is this possible? Currently we are getting NOTIFY only for those contacts that are online (presence open) Thank you in advance, Attila

2 2

Kamailio v4.0.1 Released
by Daniel-Constantin Mierla 25 Apr '13

25 Apr '13

Hello, Kamailio SIP Server v4.0.1 stable release is out. This is a maintenance release of the latest stable branch, 4.0, that includes fixes since release of v4.0.0. There is no change to database schema or configuration language structure that you have to do on installations of v4.0.0. Deployments running previous v4.x.x versions are strongly recommended to be upgraded to v4.0.1. For more details about version 4.0.1 (including links and hints to download the tarball or from GIT repository), visit: * http://www.kamailio.org/w/2013/04/kamailio-v4-0-1-released/ RPM, Debian/Ubuntu packages will be available soon as well. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

Re: [SR-Users] Rtpproxy - IPv4/v6 Translation and earlier removing of session
by Jakub Hrabovský 25 Apr '13

25 Apr '13

Hi, 1.) Here INVITE message sent to IPv6 SIP Client, but he doesnt respond: INVITE sip:jano@[2001:4118:300:122:bca7:31ac:ccab:d6f6];line=e7b07b8cb7a33ee SIP/2.0 Record-Route: <sip:[2001:4118:300:122:444A:3FFF:FECC:61A0];lr=on> Record-Route: <sip:[2001:4118:300:122:A00:27FF:FE60:83C];r2=on;lr=on;nat=v46> Record-Route: <sip:158.193.139.207;r2=on;lr=on;nat=v46> Record-Route: <sip:158.193.139.46;lr=on;nat=yes> Via: SIP/2.0/UDP [2001:4118:300:122:444A:3FFF:FECC:61A0];branch=z9hG4bK1c7c.bf9123f4.0 Via: SIP/2.0/UDP [2001:4118:300:122:A00:27FF:FE60:83C];branch=z9hG4bK1c7c.76b1542.0 Via: SIP/2.0/UDP 158.193.139.46;rport=5060;branch=z9hG4bK1c7c.af9123f4.0 Via: SIP/2.0/UDP 10.0.2.15:5060;received=158.193.139.205;rport=55754;branch=z9hG4bK1417756364 From: <sip:jakub@ip02.sip.uniza.sk>;tag=632445346 To: <sip:jano@ip02.sip.uniza.sk> Call-ID: 267806174 CSeq: 21 INVITE Contact: <sip:jakub@158.193.139.205:55754> Content-Type: application/sdp Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO Max-Forwards: 67 User-Agent: Linphone/3.3.2 (eXosip2/3.3.0) Subject: Phone call Content-Length: 470 P-hint: outbound v=0 o=jakub 123456 654321 IN IP6 2001:4118:300:122:a00:27ff:fe60:83c s=A conversation c=IN IP6 2001:4118:300:122:a00:27ff:fe60:83c t=0 0 m=audio 51652 RTP/AVP 112 111 110 3 0 8 101 a=rtpmap:112 speex/32000/1 a=fmtp:112 vbr=on a=rtpmap:111 speex/16000/1 a=fmtp:111 vbr=on a=rtpmap:110 speex/8000/1 a=fmtp:110 vbr=on a=rtpmap:3 GSM/8000/1 a=rtpmap:0 PCMU/8000/1 a=rtpmap:8 PCMA/8000/1 a=rtpmap:101 telephone-event/8000/1 a=fmtp:101 0-11 a=nortpproxy:yes 2.) I get here cap files of SIPv64 server and Bridge as Enclosure. Here i get my hosts file for wireshark for clear view of SIP entities: 158.193.139.46 SIPserver_IP4 158.193.139.207 Bridge_IP4 2001:4118:300:122:444a:3fff:fecc:61a0 SIPserver_IP6 2001:4118:300:122:a00:27ff:fe60:83c Bridge_IP6 158.193.139.205 WinPC_IP4 2001:4118:300:122:bca7:31ac:ccab:d6f6 IP6_Client 10.0.2.15 IP4_Klient

2 1

Kamailio dialog termination
by Grant Bagdasarian 25 Apr '13

25 Apr '13

Hello, Using the dialog module. According to the documentation a dialog is automatically destroyed when a BYE is received. In case of no BYE, the dialog lifetime is controlled via the default timeout. I'm assuming the dialog module only creates a dialog when a 200 OK is received on the INVITE. So if a CANCEL request is sent for this INVITE or the server answers with anything but a 200 OK, no dialog is created and maintained by the dialog module? Also, when the dialog is terminated, is it guaranteed the dialog entry is removed from memory at all times, but there might be a chance the dialog remains stored in the database table because of some error? I'm using the dialog module to control the number of calls allowed to a certain destination, but it sometimes does occur that an entry in the database is not removed, but I'm not sure if the dialog is also removed from memory when this happens. I hope someone could clear this out for me. Thanks, Grant

3 5

★ SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - Users Mailing List, Phillip left a message for you
by Badoo 25 Apr '13

25 Apr '13

You can instantly reply using our message exchange system. Check your message http://eu1.badoo.com/0138644786/in/y9a..eJmaMo/?lang_id=3&g=57&m=61&mid=517… Some other people in the area: If clicking the links in this message does not work, copy and paste them into the address bar of your browser. You have received this email from Badoo Trading Limited (postal address below). http://eu1.badoo.com/impersonation.phtml?lang_id=3&email=sr-users%40lists.s… Badoo Trading Limited is a limited company registered in England and Wales under CRN 7540255 with its registered office at Media Village, 131 - 151 Great Titchfield Street, London, W1W 5BB.

1 0

← Newer
1
2
3
4
5
6
7
8
...
14
Older →

Jump to page:

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 April 2013