Hello,
We are exploring kamailio source for use in our VOIP solution. This is the
first time we are looking at open source. We have few doubts in using
kamailio for providing our VOIP service. Under GPL any customization
(customization mainly with respect to interacting with our proprietary
app
On Tuesday 10 March 2015 14:52:22 Shankar wrote:
> We are exploring kamailio source for use in our VOIP solution. This is the
> first time we are looking at open source. We have few doubts in using
> kamailio for providing our VOIP service. Under GPL any customization
> (customization mainly with r
On 11 Mar 2015, at 10:13, Daniel Tryba wrote:
> On Tuesday 10 March 2015 14:52:22 Shankar wrote:
>> We are exploring kamailio source for use in our VOIP solution. This is the
>> first time we are looking at open source. We have few doubts in using
>> kamailio for providing our VOIP service. Unde
On 11/03/15 10:56, Olle E. Johansson wrote:
> On 11 Mar 2015, at 10:13, Daniel Tryba wrote:
>
>> On Tuesday 10 March 2015 14:52:22 Shankar wrote:
>>> We are exploring kamailio source for use in our VOIP solution. This is the
>>> first time we are looking at open source. We have few doubts in using
Hello Daniel,
Here fresh paste
http://fpaste.org/196616/42608006/
I see proper routing headers on SUBSCRIBE, but then NOTIFY loose it.
Slava.
From: "Daniel-Constantin Mierla"
To: "sr-users"
Sent: Tuesday, March 10, 2015 5:31:51 PM
Subject: Re: [SR-Users] kamailio asterisk NOTIFY
He
Hello,
as some noticed and informed privately or on mailing list, several days
ago kamailio.org was not accessible.
It was caused by apache getting stuck on connecting to a remote host due
to the pingback feature of wordpress. All the other services were fine.
Listing running processes showed a l
Hi Daniel,
thank you for reply.
Meanwhile i've installed kamailio on a debian 6 that use php v 5.3 and
siremis v. 4.1 and everything work fine. ( i did it because i had not time
to try to solve issue ).
Anyway, problem was very similar to following:
*function:<\/b> errorHandler ( 8192, \"Non-stat
The patch to return continent code in geoip2 module attached. Daniel, please
apply the diff to the master, I have bad luck fighting with github.
On Wednesday 11 March 2015 11:08:12 Daniel-Constantin Mierla wrote:
> I pushed a path to geoip module in master branch to return continent id
> via 'con
I will apply the patch, but I will change to use same attribute name for
continent id as for geoip module, to be coherent.
Cheers,
Daniel
On 11/03/15 15:34, Sergey Okhapkin wrote:
> The patch to return continent code in geoip2 module attached. Daniel, please
> apply the diff to the master, I hav
Hello,
you have to do record_route() for all NOTIFY requests -- there are new
specs requiring that (RFC 6665) and perhaps asterisk is following them.
If you look in the default kamailio.cfg for v4.2, inside
route[WITHINDLG], then you will see how it is done.
Cheers,
Daniel
On 11/03/15 14:22, Sl
After further investigation I am considering the ipops module
dns_query() command.
http://kamailio.org/docs/modules/4.3.x/modules/ipops.html
It needs to be fast to prevent a bottleneck so I have a few things I
need to verify.
Will it save to/check internal DNS resolver cache first and if so h
Why the pvar name is contid when the entity name is continent code?
On Wednesday 11 March 2015 19:06:39 Daniel-Constantin Mierla wrote:
> Hello,
>
> no, it is in the master branch.
>
> If you installed from git repo, you can pick the patch with:
>
> git pull origin
> git cherry-pick 1ace8a167b9
Hello Daniel,
I have record route in WITHINDLG for NOTIFY, but it not helped behaviour is the
same it loosing route for NOTIFY.
Slava.
From: "Daniel-Constantin Mierla"
To: "Slava Bendersky" , "sr-users"
Sent: Wednesday, March 11, 2015 2:14:02 PM
Subject: Re: [SR-Users] kamailio asteri
Hello,
can you check that the NOTIFY gets to the endpoint UA with Record-Route
headers?
Because I don't see the Record-Route headers in the response to the
first NOTIFY, the second NOTIFY being sent to the Contact address, which
is private and unroutable.
If the Record-Route set is not mirrored
Hello,
it doesn't matter if there is a mix of transports. If the UA is
mirroring the Record-Route headers in the response to the NOTIFY, it
should work fine.
Cheers,
Daniel
On 11/03/15 21:40, Slava Bendersky wrote:
> Hello Daniel,
> Is this matter that UDP and TCP transport in mix ?
>
> Slava.
>
As I had a short spare time and code it, my first idea went for
cont[inent] id, to be suggestive and rather short that using full words.
On the other hand, I can rename it in the old module if people prefer
other variant.
Cheers,
Daniel
On 11/03/15 19:14, Sergey Okhapkin wrote:
> Why the pvar na
I'd prefer contc (as I implemented in geoip2) to be consistent with existing
names like cc, regc.
On Wednesday 11 March 2015 22:46:38 you wrote:
> As I had a short spare time and code it, my first idea went for
> cont[inent] id, to be suggestive and rather short that using full words.
>
> On the
I'm trying to do an sql_pvquery() and have PostgreSQL return the default value
using COALESCE (if the other parts of the query return NULL) rather than
placing the $null check on the return in the Kamailio script. I seem to be
coming up on a parser issue, perhaps too many nested parentheses:
s
On Wednesday, March 11, 2015 06:08:04 PM Anthony Messina wrote:
> I'm trying to do an sql_pvquery() and have PostgreSQL return the default
> value using COALESCE (if the other parts of the query return NULL) rather
> than placing the $null check on the return in the Kamailio script. I seem
> to be
Hello Daniel,
Here debug of the notify which failing. Look like transaction miss match
http://fpaste.org/196896/61168591/
Slava.
From: "Daniel-Constantin Mierla"
To: "Slava Bendersky" , "sr-users"
Sent: Wednesday, March 11, 2015 5:44:05 PM
Subject: Re: [SR-Users] kamailio asterisk NO
On 03/11/2015 07:12 PM, Anthony Messina wrote:
On Wednesday, March 11, 2015 06:08:04 PM Anthony Messina wrote:
Is this query "too complex" for the parser, or is there something I've
missed above?
Thanks. -A
Nevermind... I was missing a '}' earlier in the script :( Sorry for the
noise. -
Hi,
Thank you very much for the clarification. Our intention is to provide VOIP
service and hence we need not expose our customized code to end users.
Regards,
Shankar
-
Date: Wed, 11 Mar 2015 10:56:02 +0100
From: "O
I am also not at all an expert in GPL licencing or IP, but would like to
add that any customisation you make specifically for the purpose of
interacting with a billing server or other external application is
likely to take the form of a Kamailio module, rather than modifications
to the existing
23 matches
Mail list logo