sr-users

sr-users@lists.kamailio.org

1 participants
37563 discussions

Re: [Kamailio-Users] How to fetch SIP Data from Asterisk?
by Henning Westerholt 12 Oct '09

12 Oct '09

On Montag, 12. Oktober 2009, Vibhor Singhal wrote: > Please find attached the text file that contains the error that I encounter > while installing Kamailio.I could not get any solution for this.Please > guide me how to resolve this problem. Hi Vibhor, just paste the error message in the mail, its easier then this office document.. You need to install the correct mysql development libraries to be able to compile the db_mysql module. For debian you'll find the package names in the documents in the wiki i posted to you i think. And i'd suggest that you use the latest stable version of kamailio "1.5.2" instead of 1.5.0. This way you'll not run into bugs that were already fixed. Regards, Henning

1 0

Re: [Kamailio-Users] How to fetch SIP Data from Asterisk?
by Henning Westerholt 12 Oct '09

12 Oct '09

On Montag, 12. Oktober 2009, Vibhor Singhal wrote: > Thanks for the information. Can you please refer any forum or document that > can guide me on how to make Kamailio as Asterisk's frontend. Hi Vibhor, please CC always to the user list. Just use the search machine of your choice. ;) Here are some example posts with more information: http://www.voip-info.org/wiki/view/Asterisk+at+large http://www.kamailio.org/pipermail/users/2008-February/016181.html http://www.nabble.com/Load-Balancing-Asterisk-using-Kamailio-td23250215.html > And in Kamailio's SIP_trace module, will I get SIP message in the raw form > as mentioned below: Hm, never used this module, but i think it will store the messages in the database. But you could modfiy the module, its open source after all.. Regards, Henning

2 1

[Kamailio-Users] Retransmitted SUBSCRIBEs
by catalina oancea 12 Oct '09

12 Oct '09

Hello, If a phone re-sends a presence SUBSCRIBE requests even after 5 or 500 milliseconds, kamailio replied with '400 Bad request' to the second SUBSCRIBE The scenario is: Phone Kamailio SUBSCRIBE ----------> 401 <---------- SUBSCRIBE ----------> 202 <---------- Pause [ 5ms] (or 500 ms, the same thing happens) SUBSCRIBE ----------> (previous SUBSCRIBE retransmitted) 400 Bad request <---------- Is this the expected behavior? Is there any way to get kamailio to recognize the retransmission? This causes problems with Snom phones because they receive 400 reply when they retransmit the SUBSCRIBE, and presence stops working. Thanks Catalina

3 7

[Kamailio-Users] off-topic :: empty user part of Contact header
by kokoska rokoska 12 Oct '09

12 Oct '09

Hello, I have a little bit off-topic question, but - may be - someone could give me an advice :-) One of our users, when replying to INVITE, sends in 200 OK Contact header without user part: SIP/2.0 200 OK CSeq: 102 INVITE Contact: <sip:1.2.3.4:1234> ... instead of: SIP/2.0 200 OK CSeq: 102 INVITE Contact: <sip:user@1.2.3.4:1234> ... and it fools our SIP<->ISUP GW and it generates completely strange R-URI in ACK :-( My questions are: 1. Is it valid Contact (without user part)? 2. What SIP<->ISUP GW should do (mirror Contact without user part to R-URI in ACK, reject/drop 200 OK etc.)? May be I can ask them to change behaviour... 3. What should do our proxy (drop 200 OK, using htable try to repair R-URI in ACK or Contact in 200 OK etc.)? 4. ??? Any suggestion is very appreciated :-) Best regards, kokoska.rokoska

2 2

Re: [Kamailio-Users] How to fetch SIP Data from Asterisk?
by Henning Westerholt 09 Oct '09

09 Oct '09

On Freitag, 9. Oktober 2009, Vibhor Singhal wrote: > We are developing CTI applications where we need SIP data from PBX such as > SourceIP,Username,Destination IP,TAG,VIA,Contact,CALL-ID,C-Sequence etc for > each of the SIP packets such as REGISTER,BYE,INVITE,ACK,SUBSCRIBE,NOTIFY > etc. > > e.g Wrieshark displays SIP packets for activities going on SIP port in the > below mentioned format: > [..] > > For this we are trying Kamailio as Asterisk frontend.Plz tell us about the > installation process and how to make kamailio as asterisk's fromtend Hallo Vibhor, for installation of kamailio take a look to the wiki, for example at: http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-1.5.x-from-svn In the "installation" section there are also some more informations: http://www.kamailio.org:80/dokuwiki/doku.php How to use kamailio as a frontend to asterisk has been discussed a lot on this list in the past, the easiest way is probably use the "dispatcher" module. Take a look to the docs for this module for more informations. Best regards, Henning

1 0

[Kamailio-Users] Presence issue - pua dialoginfo
by Francisco Javier Lizarán Vilches 09 Oct '09

09 Oct '09

Hi all: I have a problem using Kamailio 1.5.2 as proxy&presence server. User A is subscribed to B's event dialog, and Kamailio handles this subscription. When a call arrives to pstn number C, the proxy resolves it via ENUM and sends the INVITE to B. The issue is that the PUBLISH request uri is C, because pua_dialoginfo module looks into To uri instead of Request uri, so A is not informed about B state. Has anybody any idea to work around this? Thanks: Francisco Javier Lizarán Vilches ---------------------------------------------- BARIK (Grupo Ormazabal) Departamento Técnico Tel.: +34 917 479 900 www.barik.es <http://www.barik.es/> ----------------------------------------------

3 6

Re: [Kamailio-Users] How to fetch SIP Data from Asterisk?
by Iñaki Baz Castillo 09 Oct '09

09 Oct '09

2009/10/9 Vibhor Singhal <vibhor.singhal(a)coraltele.com>: > We are a telcom company in Noida developing CTI applications. > We are using Asterisk-1.4.and have configured manager.conf file and > connection with the AMI is successfull using username and password. We want > to monitor/fetch SIP packets from TCP port. Please let us know how to take > SIP data from tcp port. This is a list about Kamailio, not about Asterisk.

2 2

Re: [Kamailio-Users] How to fetch SIP Data from Asterisk?
by Raúl Alexis Betancor Santana 09 Oct '09

09 Oct '09

On Friday 09 October 2009 06:56:51 Vibhor Singhal wrote: > Hi, > > > We are a telcom company in Noida developing CTI applications. > We are using Asterisk-1.4.and have configured manager.conf file and > connection with the AMI is successfull using username and password. We want > to monitor/fetch SIP packets from TCP port. Please let us know how to take > SIP data from tcp port. First of all .. this is not the correct list to ask this kind of questions . Then Asterisk does not support SIP over TCP (not yet). > Our scenario: > > We are developing CTI applications where we need SIP data from PBX such as > SourceIP,Username,Destination IP,TAG,VIA,Contact,CALL-ID,C-Sequence etc for > each of the SIP packets such as REGISTER,BYE,INVITE,ACK,SUBSCRIBE,NOTIFY > etc. Asterisk will not give you that information over the AMI, you will need to develop a module for asterisk or modify chan_sip to archive that goal. > e.g Wrieshark displays SIP packets for activities going on SIP port in the > below mentioned format: > After receiving these SIP Packets from Asterisk,we can parse that data > according to our requirements. > Is there any text/data file or database where asterisk stores all the > information in above format? No > If we need to fetch this data at realtime from the port than how can we do > that? You have toons of ways for skying a cat ... you could ... : - Develop your custom sip-cature program, using libpcap for example - Work with ngrep for getting about what you need - Develop a wireshark filter. - ... > For this we are trying Kamailio as Asterisk frontend.Plz tell us about the > installation process and how to make kamailio as asterisk's fromtend > > > Request for an early reply!!! > Regards If you need such kind of work and you don't have time to learn yourself, better to look up for a consultant and pay for that work. -- Raúl Alexis Betancor Santana Dimensión Virtual

2 1

[Kamailio-Users] How to fetch SIP Data from Asterisk?
by Vibhor Singhal 09 Oct '09

09 Oct '09

Hi, We are a telcom company in Noida developing CTI applications. We are using Asterisk-1.4.and have configured manager.conf file and connection with the AMI is successfull using username and password. We want to monitor/fetch SIP packets from TCP port. Please let us know how to take SIP data from tcp port. Our scenario: We are developing CTI applications where we need SIP data from PBX such as SourceIP,Username,Destination IP,TAG,VIA,Contact,CALL-ID,C-Sequence etc for each of the SIP packets such as REGISTER,BYE,INVITE,ACK,SUBSCRIBE,NOTIFY etc. e.g Wrieshark displays SIP packets for activities going on SIP port in the below mentioned format: o SIP Packet as displayed on wireshark******************* SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.3.35:5060;branch=z9hG4bK10e203f8;rport=5060 Contact: <sip:1000000@192.168.3.15:45118> To: <sip:1000@192.168.3.15:45118>;tag=1f0f342c From: "Unknown"<sip:Unknown@192.168.3.35>;tag=as4a585648 Call-ID: 38670a55c46d1235YzY2YWQxZTM0ODk4NTRhZDI5MjY3YjMyYjE4OTlhZjc. CSeq: 102 NOTIFY User-Agent: X-Lite release 1003l stamp 30942 Content-Length: 0 After receiving these SIP Packets from Asterisk,we can parse that data according to our requirements. Is there any text/data file or database where asterisk stores all the information in above format? If we need to fetch this data at realtime from the port than how can we do that? For this we are trying Kamailio as Asterisk frontend.Plz tell us about the installation process and how to make kamailio as asterisk's fromtend Request for an early reply!!! Regards Regards, Vibhor Singhal Software Engineer Mob : +919891380819 " If you fail to plan,you plan to fail" Coral Telecom Limited E2, Sector 63, Noida - 201301, UP, India. F: +91-120-4035888 E: corporate(a)coraltele.com www.coraltele.com <http://www.coraltele.com/index.asp>

1 0

[Kamailio-Users] Thousands of CANCEL messages - problem with my configuration?
by CSB 08 Oct '09

08 Oct '09

We had a very strange situation last night with our proxy (running OpenSer 1.3). We received an INVITE from a UA. This was then cancelled by the UA. This then resulted in OpenSER generating 40000+ cancel messages with our server talking to itself i.e. the toip and fromip are the same in the sip_trace table. Incidentally, this proxy processes thousands of calls a day so I'm not sure what gave rise to this problem but I guess a particular set of events has highlighted a bug in my config file. The other very curious thing is that somehow our other SIP proxy gets in on the act. Cancel message 40000-odd looks like this: CANCEL sip:031234567@domain.com SIP/2.0 Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.002;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Record-Route: <sip:147.202.001.001;lr=on;ftag=as02736614> Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.5d037b85.0 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.2d037b85.0 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.67037b85.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.20037b85.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.8ff27b85.0 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.e16dcb3.0 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.516dcb3.0 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.3c5dcb3.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.05e27b85.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.b4e27b85.0 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.365dcb3.0 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.52e27b85.0 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.be4dcb3.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.33c27b85.1 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.2d3dcb3.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.84a27b85.1 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.da2dcb3.1 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.002dcb3.1 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.561dcb3.1 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.111dcb3.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.4b627b85.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.ca627b85.0 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.5a627b85.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.1a627b85.0 Via: SIP/2.0/UDP 147.202.001.002;branch=z9hG4bK223e.ed0dcb3.0 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.d9627b85.1 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.c9627b85.0 Via: SIP/2.0/UDP 147.202.001.001;branch=z9hG4bK223e.b9627b85.0 Via: SIP/2.0/UDP 210.48.001.001:5060;branch=z9hG4bK519fe576;rport=5060 From: "Customer" <sip:12345678@domain.com>;tag=as02736614 To: <sip:031234567@domain.com> Contact: <sip:6496306317@210.48.001.001> Call-ID: 771d537932ab79225888a341190691c2(a)domain.com CSeq: 102 CANCEL User-Agent: Asterisk PBX Max-Forwards: 41 Content-Length: 0 I have pasted what I think are the relevant parts from the config file. Could anyone advise where the problem might be? route { # ----------------------------------------------------------------- ### SipTrace. # ----------------------------------------------------------------- if ! is_method("OPTIONS|SUBSCRIBE|NOTIFY") { sip_trace(); setflag(28); } # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("10")) { sl_send_reply("483", "Too Many Hops"); return; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); return; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- #If it's an INVITE & client is NATed, #xlog("welcome"); if (method=="INVITE" && client_nat_test("3")) { #Record-route and specify the record-route header explicitly record_route_preset("147.202.001.001:5060;nat=yes"); # insert IP address xlog("invite and nated so record_route_preset"); #If not Nated and not REGISTER then normal record-route } else if (method!="REGISTER") { record_route(); xlog("not register and not nated so record_route"); }; # ----------------------------------------------------------------- # Call Tear Down Section # ----------------------------------------------------------------- if (method=="BYE" || method=="CANCEL") { setflag(1); #call end_media_session in case we're proxying media end_media_session(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { #Ensure we are dealing with a re-INVITE. Only connected calls have tag= #entry in the To header. So if it's loose routed and doesn't have totag #and it's an invite or reply then something's wrong xlog("loose_route"); if ((method=="INVITE" || method=="REFER") && !has_totag()) { sl_send_reply("403", "Forbidden"); xlog("403 in lr"); return; }; if (method=="INVITE") { if (!allow_trusted()) { xlog("!allow_ trusted for r-uri <$ru>"); if (!proxy_authorize("","subscriber")) { proxy_challenge("domain.com","1"); return; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); return; }; consume_credentials(); }; #check client is nated or that we've already identified it's nated xlog("Re-invite. rs $rs si $si rm $rm ru $ru tu $tu fu $fu fd $fd rr $rr"); if (client_nat_test("3") || search("^Route:.*;nat=yes")) { setbflag(6); xlog("Recipient is nated so setbflag 6 and use mediaproxy: r-uri <$ru>"); use_media_proxy(); }; }; route(1); return; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- # Processes out-of-dialogue messages i.e. # 1. new dialogue # 2. message not destined for us (but we are relaying or proxying) xlog("Call Type Processing Section"); if (!is_uri_host_local()) { xlog("!is_uri_host_local"); if (is_from_local() || allow_trusted() ) { xlog("is_from_local() || allow_trusted()"); route(5); route(1); } else { sl_send_reply("403", "Forbidden"); xlog("403 in call type processing. rs $rs si $si rm $rm ru $ru tu $tu fu $fu fd $fd rr $rr"); }; return; }; sip_trace(); if (method=="ACK") { route(1); return; } else if (method=="CANCEL") { route(1); return; } else if (method=="INVITE") { route(3); return; } else if (method=="REGISTER") { route(2); return; } else if (method=="SUBSCRIBE") { route(7); return; }; route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- xlog("hit route(1). rs $rs si $si rm $rm ru $ru tu $tu fu $fu rr $rr"); #Call reply_route(1) to intercept response messages heading to the client t_on_reply("1"); #Try to relay the message to its destination if (!t_relay()) { #If it can't and it's an INVITE or ACK end the media proxying log(1,"route[1] !t_relay"); if (method=="INVITE" || method=="ACK") { end_media_session(); }; sl_reply_error(); } else { log(1,"route[1] t_relay"); }; } onreply_route[1] #Handles message that are returned to the sender i.e. response to caller's original request { xlog("hit onreply_route(1). rs $rs si $si rm $rm ru $ru tu $tu fu $fu rr $rr"); if (isbflagset(6)) { xlog("flag(6) is set for $fu . We're currently in onreply_route(1)"); }; if (isbflagset(7)) { xlog("flag(7) is set for $fu . We're currently in onreply_route(1)"); }; if (status=~"(180)|(183)|2[0-9][0-9]") { xlog("status matches for $fu . We're currently in onreply_route(1)"); }; if ((isbflagset(6) || isbflagset(7)) && (status=~"(180)|(183)|2[0-9][0-9]")) { #Check the SDP payload length. Assume if we have something we can call mediaproxy if (!search("^Content-Length:[ ]*0")) { log(1,"using media proxy in onreply_route(1)"); use_media_proxy(); }; }; if (client_nat_test("1")) { fix_nated_contact(); }; } Any advice appreciated. Cameron

3 3

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