Yep, that was it. I forgot the port is included in the dispatcher list. Once I
made the changes the forward worked. Now just to address sipsak srv lookups so
I can make it work with multi-domain and it should be set.
Thanks again!
-Dan
From: sr-users-boun...@lists.sip-router.org
[mailto:sr-use
Hi guys,
i have yet to finish my readings on the websocket standards but just wanted
to fire away with this question.
is the behavior of protocol conversions between UDP and TCP the same as if
you include websockets?
i have this twinkle issue (an old SIP stack)
Received from: udp:192.168.122.10
>From past experience you may need to add another entry to the dispatcher
list with a different setid because no doubt sipsak is sending the notify
from a different port to that which Asterisk is listening on.
Eg. setid - 10, destination - sip::5065
Then - if(ds_is_from_list("10"))...
Cheers,
C
Thanks to all for the input. I wrote a script to call sipsak to generate the
notify and all seems to be working, however am having issues getting kamailio
to forward to the endpoint.
The notify is sent unsolicited so I figured I could just add a statement such
as:
if(is_method("NOTIFY") && ds_
Hi,
1. Does Kamailio work with ICE? What does Kamailio do with ICE candidates
in SDP ?
2. Does rtpproxy acts as TURN server ?
Many thanks. Please help
--
Khoa Pham
HCMC University of Science
Faculty of Information Technology
___
SIP Express Router (SE
On 2013-03-15 at 11:43, Victor V. Kustov wrote:
> diff --git a/modules/ims_icscf/cxdx_lir.c b/modules/ims_icscf/cxdx_lir.c
> index faabd85..24686e7 100644
> --- a/modules/ims_icscf/cxdx_lir.c
> +++ b/modules/ims_icscf/cxdx_lir.c
> @@ -51,6 +51,11 @@
> #include "mod.h"
> #include "location.h"
>
Hi,
I'd like to ask you whether it is a good idea to acknowledge a BYE
message in advance using t_reply("200", "OK") on my border proxy. Not
acknowledged BYE messages by clients cause me problems in the middle
of my network.
Is there any problem with this behavior from Kamailio side, from
script
Hi,
When A calls B. Kamailio will handle A's INVITE message.
But I see that B doesnot receive the INVITE. And A doesnot receive any
100/180 privisional message.
Why does Kamailio not send 100/180 ?
Please help
--
Khoa Pham
HCMC University of Science
Faculty of Information Technology
_
Thanks, applied to master and 4.0 branches.
Cheers,
Daniel
On 3/15/13 9:01 AM, Victor V. Kustov wrote:
В Fri, 15 Mar 2013 08:55:28 +0100
Daniel-Constantin Mierla пишет:
Hello,
thanks for checking on bsd, can you please sent the patch as
attachment? Because it can saved locally and applied e
В Fri, 15 Mar 2013 08:55:28 +0100
Daniel-Constantin Mierla пишет:
> Hello,
>
> thanks for checking on bsd, can you please sent the patch as
> attachment? Because it can saved locally and applied easier.
>
--
SY,
Victor
JID: coy...@bks.tv
JID: coy...@bryansktel.ru
I use FREE
Hello,
thanks for checking on bsd, can you please sent the patch as attachment?
Because it can saved locally and applied easier.
Cheers,
Daniel
On 3/15/13 8:43 AM, Victor V. Kustov wrote:
diff --git a/modules/ims_icscf/cxdx_lir.c b/modules/ims_icscf/cxdx_lir.c
index faabd85..24686e7 100644
-
Hello,
On 3/13/13 10:00 AM, Victor V. Kustov wrote:
Hello, Daniel. Thanks for reply.
do you want to check if caller (origin) is registered or if callee
(destination) is registered? Like one can call to pstn only if has a
phone registered for itself?
In our scheme all calls forwards to PSTN GW
On 3/13/13 10:00 AM, Olle E. Johansson wrote:
13 mar 2013 kl. 09:35 skrev Daniel-Constantin Mierla :
On 3/13/13 9:25 AM, Olle E. Johansson wrote:
13 mar 2013 kl. 09:08 skrev Daniel-Constantin Mierla :
Hello,
do you set the port in r-uri/dst-uri?
No. That would invalidate SRV record lookup
Hello,
I haven't played with IMS modules, but you said is causing scscf to die
-- is that a kamailio instance? What means 'to die' -- does it crash? If
yes, can you get the syslog messages and the gdb backtrace?
Cheers,
Daniel
On 3/13/13 3:01 PM, mrichardson wrote:
The MAR portion of regist
diff --git a/modules/ims_icscf/cxdx_lir.c b/modules/ims_icscf/cxdx_lir.c
index faabd85..24686e7 100644
--- a/modules/ims_icscf/cxdx_lir.c
+++ b/modules/ims_icscf/cxdx_lir.c
@@ -51,6 +51,11 @@
#include "mod.h"
#include "location.h"
+#if defined (__OS_freebsd)
+#include "sys/limits.h"
+#define MA
Hello,
the problem is that 10.139.90.137 does not handle properly the OPTIONS.
The request is intended to it as it seems by R-URI:
OPTIONS sip:10.139.90.137:5060 SIP/2.0
But it is sent back to 192.168.1.5, which sends it back to .137 based on
r-uri (correctly).
So probably you have some mi
@Daniel,
Thanks for the response. So it will first check 16, then 2, then 1 ?
And if we send second REGISTER, does the second override the first ?
On Fri, Mar 15, 2013 at 2:25 PM, Daniel-Constantin Mierla wrote:
> Hello,
>
>
> On 3/15/13 8:15 AM, Khoa Pham wrote:
>
>> Hi,
>>
>> When we send RE
Hello,
after a quick look over the code, I haven't spotted any issue.
Do you call the function for the sip request or for sip reply?
Can you attach the ngrep of the sip message you test for? I can use it
to test locally, re-injecting with protoshoot.
Cheers,
Daniel
On 3/14/13 10:16 PM, Ajay
Hello,
On 3/15/13 8:15 AM, Khoa Pham wrote:
Hi,
When we send REGISTER or INVITE to Kamailio, which part of the request
message does Kamailio use to determine if client is NATed or not ?
it is a matter of nat_uac_test() function parameter, which is a bitwise
set of tests. See details at:
- h
Hi,
When we send REGISTER or INVITE to Kamailio, which part of the request
message does Kamailio use to determine if client is NATed or not ?
--
Khoa Pham
HCMC University of Science
Faculty of Information Technology
___
SIP Express Router (SER) and Kam
20 matches
Mail list logo
