As I said yesterday, it was moved from core to corex module, the wiki
most likely was not updated at that time:
- http://lists.sip-router.org/pipermail/sr-users/2013-April/077402.html
You can remove from wiki.
Cheers,
Daniel
On 4/7/13 8:06 AM, Juha Heinanen wrote:
i removed corex from loaded
Daniel-Constantin Mierla writes:
> As I said yesterday, it was moved from core to corex module, the wiki
> most likely was not updated at that time:
>
> - http://lists.sip-router.org/pipermail/sr-users/2013-April/077402.html
>
> You can remove from wiki.
sorry, i somehow missed your earlier re
now that the send function issue got resolved, i tried core forward
function. core cookbook tells:
forward
Forward the SIP request to the given destination in stateless mode. This
has the format of [proto:]host[:port]. Host can be an IP or hostname;
supported protocols are UDP, TCP and TLS. (For
it is not my lucky day. anything new that i try, does not work.
in proxy 1, i call add_path_received() on register request, which
results into this kind of path header:
Path:
.
then i forward the request to proxy 2 and call save() on it. it results
in error:
Apr 7 14:01:44 wheezy1 /usr/sbin
Juha Heinanen writes:
> Path:
> .
according to rfc3261
pvalue = 1*paramchar
paramchar = param-unreserved / unreserved / escaped
param-unreserved = "[" / "]" / "/" / ":" / "&" / "+" / "$"
unreserved = aphanum / mark
mark = "-" / "_" / "." / "!" / "̃" / "*" / "’" / "(" / ")"
my conclusion is tha
Juha Heinanen writes:
> my conclusion is that ; and = in received value needs to be escaped.
i escaped them, but it didn't help. path header now looks like:
Path:
.
and i still get the same error:
Apr 7 14:49:47 wheezy1 /usr/sbin/sip-proxy[8709]: ERROR: registrar
[save.c:887]: Failed to pa
i also tried by removing single quotes from received value:
Path:
since they are not serving any purpose, but that didn't help either.
-- juha
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
i find and fixed the bug that caused parsing of path uri to fail when
save() was called.
it still holds true that the path uri generated by add_path_received()
is syntactically bogus. if the receiver is not kamailio, parsing of
path uri would thus most likely fail.
what should be done about it?
i don't remember seeing this before:
Apr 7 19:09:57 siika /usr/sbin/sip-proxy[8734]: WARNING: textops
[textops.c:1816]: free function has not been defined for spve
what should i do about it?
-- juha
___
SIP Express Router (SER) and Kamailio (OpenSER
Juha Heinanen writes:
> i don't remember seeing this before:
>
> Apr 7 19:09:57 siika /usr/sbin/sip-proxy[8734]: WARNING: textops
> [textops.c:1816]: free function has not been defined for spve
it comes from here:
static int fixup_free_in_list(void** param, int param_no)
{
if ((param_no =
Thanks for the bug-fix as the parsing should always work, but I am having
difficulty understanding the configuration in use here.
This particular parsing problem only occurs when outbound is enabled in
registrar and you have a received parameter to the Path: header. However,
when using outbound I
Hi,
I have my SIP client registered to Kamailio successfully. I've check the
location table in Kamailio and assert this successful registration.
But when another SIP client tries to make call to me, it receive 404 not
found from Kamailio.
What cause this problem ? Please help
--
Khoa Pham
HCMC
Peter Dunkley writes:
> Thanks for the bug-fix as the parsing should always work, but I am having
> difficulty understanding the configuration in use here.
>
> This particular parsing problem only occurs when outbound is enabled in
> registrar and you have a received parameter to the Path: header
13 matches
Mail list logo
