sr-users

sr-users@lists.kamailio.org

20 participants
37472 discussions

[Kamailio-Users] Handling 3XX messages
by Bruno Machado 11 Mar '10

11 Mar '10

Hi! I have a Kamailio 1.5.2 handling 3XX messages. The commands below are executed in a failure route. If the first contact is not reachable or even a negative answer is received, the algorithm will call a second failure route, executing the 't_next_contacts'. Following this logic, the server will try several endpoints. The first 200 OK received from one this endpoints will establish the call. If all the contacts are tried, the server will finish the session with sending an error to the source. get_redirects("15:15","Redirect"); if(!t_load_contacts()) { t_reply("500", "Server Internal Error - Cannot load contacts"); exit; }; if(!t_next_contacts()) t_reply("404", "Not found"); else t_relay(); Ok... I found just one problem. If the 3XX message brings 5 different contacts, (all them with different q value), Kamailio just try 4 of them. Contact: sip:20182#556250982222@aaa.aaa.aaa.aaa;q=0.015, sip:3441#556250982222@bbb.bbb.bbb.bbb;q=0.014, sip:3441#556250982222@ccc.ccc.ccc.ccc;q=0.013, sip:50014#556250982222@ddd.ddd.ddd.ddd;q=0.012, sip:777#556250982222@eee.eee.eee.eee;q=0.011 After the 300 message, the server sends a invite to the first contact. Seconds later, analysing the debug screen, I see: DBG:tm:t_next_contacts: next contact is <sip:3441#556250982222@bbb.bbb.bbb.bbb The INVITEs are sent to this IP. After some seconds the server calls the third contact: DBG:tm:t_next_contacts: next contact is <sip:3441#556250982222@ccc.ccc.ccc.ccc And so on until this, the last contact: DBG:tm:t_next_contacts: next contact is <sip:777#556250982222@eee.eee.eee.eee ERROR:core:add_avp: 0 ID or NULL NAME AVP ERROR:tm:t_next_contacts: setting of fr_inv_timer_avp failed The proxy sent INVITEs for all them, except the last one because this failure. The function 't_next_contact' returns an error value. Somebody has a hint about this? Regards, bruno machado ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com

2 1

[Kamailio-Users] Advanced Call Scenario / One Way Audio
by Brandon Armstead 11 Mar '10

11 Mar '10

**resending as I am not sure if this made it out the first time, I do not believe it did, if this is a duplicate -- my apologies.** Hello, As always, thank you for all / any help and input you may provide in advance. Call Scenario: UA1 -> REGISTRAR-01 -> Kamailio-01 -> Asterisk (New Call-ID + Asterisk in Media Path) -> Kamailio-01 -> REGISTRAR-02 -> UA2 UA1 is behind NAT UA2 is behind NAT The purpose of this is when using a shared "USRLOC" database to simulate calls from "PSTN" to generate both legs of the call, i.e. incoming and outgoing, and also allow for easier / cleaner "traversal" This aids from scenario's happening where UA1 calls UA2 (while UA1 exists on P1 and UA2 exists on P2) this prevents P1 -> UA2, and forces P2 -> UA2 We determine that this is a call from P1 to P2 (internal call) and thus create this "bridge / interconnection" We are running into a problem it seems with one way audio, i.e. the CALLEE can hear the CALLER, however the CALLER CAN NOT hear the CALLEE. REGISTRAR-01 AND REGISTRAR-02 are both "proxying" RTP As well as the initial Asterisk in "the middle" SDP. Let me know if this makes sense and if you guys have any further thoughts on what may possibily be going wrong. Perhaps there are better ways to go about this, let me know if I am way off course, thank you! Sincerely, Brandon Armstead

1 0

[Kamailio-Users] 400 Bad Request
by Ernest Mavrel 10 Mar '10

10 Mar '10

3 2

[Kamailio-Users] cdr_id not registered in acc
by Anders 10 Mar '10

10 Mar '10

Hi, (Kamailio 1.5 + freeradius + cdrtool) After a call is finished, it's INVITE and BYE are registered just fine in the acc table, but the records in acc never receive a cdr_id, and (therefore) nothing is inserted the cdrs table. Ideas on where to start looking? Thanks, Anders

2 2

[Kamailio-Users] DEFINE question
by Uriel Rozenbaum 10 Mar '10

10 Mar '10

Hi guys, The question's simple, is there any pre-processor command to DEFINE constants? Thanks! Uriel

4 6

[Kamailio-Users] OpenSER+Asterisk+BLF
by Mark Sayer 10 Mar '10

10 Mar '10

We are needing to modify the configure of a currently operating OpenSER to properly relay the SUBSCRIBE and SIP-NOTIFY messages that are sent between Asterisk and a phone that supports BLF (like the Snom 300 or Yealink T26). Our setup includes an OpenSER 1.2 & Asterisk 1.4.17 in the same box. OpenSER performs all registration, authentication and NAT. Asterisk handles the media and the accounting. In a pure Asterisk environment a "hint" would be setup in the Asterisk extensions.conf file and the phone (UA) would SUBSCRIBE to that HINT. Once Asterisk has registered that UA to the HINT then it sends SIP-NOTIFY messages to the UA as the status of the channel changes (available, ringing, busy). Our current openser.cfg file makes no mention of either SUBSCRIBE or NOTIFY which is an obvious reason that my Asterisk installation never registers the UA to the HINT. Is anyone interested in getting paid to fix this for us (we're too stupid to do it ourselves) or to offer another solution for controlling BLF in this setup. Thanks, Mark

5 4

[Kamailio-Users] small typo in rewriteport example on Kamailio Wiki
by Andreas Heise 09 Mar '10

09 Mar '10

Hello, there is a small typo in rewriteport example on Kamailio Wiki should be rewriteport("5070"); instead of rewriteport(5070); http://www.kamailio.org/dokuwiki/doku.php/core-cookbook:1.5.x#rewriteport_s… regards, Andreas

2 1

[Kamailio-Users] Kamailio (OpenSER) v3.0.1 Released
by Daniel-Constantin Mierla 08 Mar '10

08 Mar '10

Hello, the first patch release for 3.0 series is out as version 3.0.1. It includes the fixes to issues discovered since 3.0.0. Database structure and configuration file compatibility are preserved so the upgrade from 3.0.0 is straightforward. Links and more details are available at: http://www.kamailio.org/w/2010/03/kamailio-v3-0-1-released/ Cheers, Daniel -- Daniel-Constantin Mierla Kamailio SIP Router Masterclass, Berlin, March 22-26, 2010 * http://www.asipto.com/index.php/sip-router-masterclass/

2 3

[Kamailio-Users] [OT] BYE sip:SIMPLE&XCAP@ietf.org SIP/1.0
by Iñaki Baz Castillo 08 Mar '10

08 Mar '10

Hi, if somebody is bored and has 5-10 minutes of spare time I suggest to read the mail I've sent to sip-implementors maillist, full of hate and fury: https://lists.cs.columbia.edu/pipermail/sip-implementors/2010- March/024529.html Enjoy. -- Iñaki Baz Castillo <ibc(a)aliax.net>

3 3

[Serusers] ser numbers going up
by Sabatella, Michael 08 Mar '10

08 Mar '10

Hi all, Running ser 0.9.6. I notice these numbers going up and never going back down: I am a bit concerened with the red text. Is there any reason why that does not come down to 0. Do I need to restart the ser process once a month or something around that timing? So far I have not heard of any issues with user call setup but I just want to remain proactive. Serctl moni outputs the following: Server: Sip EXpress router (0.9.6 (i386/linux)) Now: Mon Mar 8 10:05:18 2010 Up Since: Fri Jan 8 11:24:17 2010 Up time: 5092861 [sec] Transaction Statistics Current: 1 (176 waiting) Total: 5624219 (0 local) Replied localy: 6049354 Completion status 6xx: 0, 5xx: 121, 4xx: 308504, 3xx: 0,2xx: 5316846 Stateless Server Statistics 200: 13145729 202: 0 2xx: 0 300: 0 301: 0 302: 0 3xx: 0 400: 42 401: 0 403: 0 404: 350766 407: 16536998 408: 0 483: 0 4xx: 2 500: 1 5xx: 0 6xx: 0 xxx: 0 failures: 72 Michael Sabatella IPC Systems Network Services Engineer Office: 1-201-253-2280 Cell: 1-908-380-5321 @ IPCGlobalNetworks.com<http://www.ipcglobalnetworks.com/> ________________________________ DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail.E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems.

1 0

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