Hi Alex,
I had the same problem as you and I couldn't find a way to selectively
reply to via.
What I ended up doing is the following dirty trick...
Before a transaction is created for the processed message I do:
if (SOME CONDITION) {
remove_hf_value("Via[-1].rport");
msg_apply_chan
Hi,
are you sure that on server 2 you are running 4.4 branch?
The three params version of the query has been removed in master in this
commit
https://github.com/kamailio/kamailio/commit/61adc6e16c73070bd3f8a9a04efa18263793a270
.
Setting the query's body is now done through the $http_req pseudovaria
Hi guys,
I am using the http_async_client module to POST some requests to a Web
Interface, and on server 1 it all works well.
I have done a fresh install from github, version 4.4 on Centos 6.8 on server 2,
and kamailio wont start.
Its the same configuration file, however it states;
failed to fin
On 09/22/2016 10:55 AM, Daniel Tryba wrote:
force_rport seems to override any rport available in via, so reply_to_via
has no additional effects.
Thanks, that was helpful. But so, if force_rport() is not used, do I
need reply_to_via=1 in order to have replies go back to the declared
port in t
Hello,
I'm not sure if it is a bug of 4.3 branch..
need to test it on 4.4.. it should write down the record on DB automatically
Laura
Il 22/09/16 14:20, ycaner ha scritto:
> Hello;
> i use a event route like below for radius request. there is a acc_request
> for it. you can use it
>
> event_
On Thu, Sep 22, 2016 at 09:58:33AM -0400, Alex Balashov wrote:
> Normally, we just force_rport() on all incoming requests so that we reply to
> the real source port of the request, since most endpoints on this
> installation are NAT'd.
>
> However, occasionally we run into a scenario where an ALG
Thank you Charles,
Cheers
José Seabra
2016-09-22 14:19 GMT+01:00 Charles Chance :
> Hi,
>
> On 22 September 2016 at 14:08, José Seabra wrote:
>
>> Hi charles,
>> Inline
>> Thanks
>>
>> 2016-09-22 13:51 GMT+01:00 Charles Chance
>> :
>>
>>> Hi José,
>>>
>>> In your config, you need to tell DMQ ab
Hi,
In some scenarios, it happens that a request is received with the
following characteristics:
IP xxx.xxx.xxx.xxx:14000 -> server:5060
Via: SIP/2.0/xxx.xxx.xxx.xxx:5060;branch=9hG4bKblah;rport
Normally, we just force_rport() on all incoming requests so that we
reply to the real source po
Hi Carsten,
I had to update the file modules/tm/t_suspend.c (see attachment).
I did following change and hope I did not cause any side effects:
/* which route block type were we in when we were suspended */
cb_type = FAILURE_CB_TYPE;
switch (t->async
Hi,
On 22 September 2016 at 14:08, José Seabra wrote:
> Hi charles,
> Inline
> Thanks
>
> 2016-09-22 13:51 GMT+01:00 Charles Chance :
>
>> Hi José,
>>
>> In your config, you need to tell DMQ about a minimum of one other node.
>> This can be in the form of an IP or FQDN - however, where the FQDN
Hi Valentin,
where was it?
Greeting from Hamburg,
Carsten
2016-09-22 14:58 GMT+02:00 Valentin Christoph :
> Hi all,
>
>
>
> No further need to investigate.
>
>
>
> I found the bug.
>
>
>
> Thanks,
>
> Christoph
>
>
>
> *From:* sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On
> Behalf
Hi charles,
Inline
Thanks
2016-09-22 13:51 GMT+01:00 Charles Chance :
> Hi José,
>
> In your config, you need to tell DMQ about a minimum of one other node.
> This can be in the form of an IP or FQDN - however, where the FQDN resolves
> to a single IP, it does not make sense to perform anything o
Hi all,
No further need to investigate.
I found the bug.
Thanks,
Christoph
From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of
Valentin Christoph
Sent: Tuesday, September 20, 2016 12:13 PM
To: sr-users@lists.sip-router.org
Cc: Onic Roman
Subject: [SR-Users] Addressing a
Hi José,
In your config, you need to tell DMQ about a minimum of one other node.
This can be in the form of an IP or FQDN - however, where the FQDN resolves
to a single IP, it does not make sense to perform anything other than an A
lookup, so you should set the parameter to 0 in this case.
The nu
Hi Charles
I have modparam("dmq", "multi_notify", 1) because my A record resolves more
than one Kamailio addresses, and if i understood well the documentation
says that we need set it to a value different of 0 to resolve all ip
addresses associated to the Name configured on DMQ.
I'm using DMQ with
Hey,
On 22 September 2016 at 12:18, José Seabra wrote:
> Hello Daniel and Charles,
> Thank you for your feedback.
> Another doubt is when we use a FQDN that only resolves as A record, would
> be better DMQ send only a A query or is there any reason for always try SRV?
>
>
As far as I recall (it'
Hello;
i use a event route like below for radius request. there is a acc_request
for it. you can use it
event_route[tm:local-request]{
xlog("L_ALERT","Local-Request [$ci] ");
if(is_method("BYE")){
acc_rad_request("Timeout");
}
}
--
View this message i
Hello Daniel and Charles,
Thank you for your feedback.
Another doubt is when we use a FQDN that only resolves as A record, would
be better DMQ send only a A query or is there any reason for always try SRV?
Thank you for your great job.
BR
José Seabra
2016-09-22 8:33 GMT+01:00 Charles Chance :
>
Hello,
Ok cool thanks Daniel will do that.
Cheers
Jon
To: sr-users@lists.sip-router.org
From: mico...@gmail.com
Date: Thu, 22 Sep 2016 07:28:19 +0200
Subject: Re: [SR-Users] ndb_mongodb -Sending Query to Mongo
Hello,
in case of ndb_mongodb, the result is the json returned
Hello,
I can take a look today.
Cheers,
Charles
On 22 Sep 2016 06:20, "Daniel-Constantin Mierla" wrote:
> Hello,
>
> I guess that the one who did the implementation of the srv query for dmq
> hasn't "allocated" any service name. I haven't looked at the sources, but I
> guess it should be a sma
20 matches
Mail list logo
