below is patch that fixes receiced param value. i have not tested if
kamalio that gets such a value is able to unescape the escaped chars.
if not, that is a bug too.
-- juha
*** path.c Fri Mar 29 19:14:46 2013
--- /usr/src/sip-router/modules/path/path.c Wed Apr 10 08:09:43 2013
Richard Fuchs writes:
> Would you and everyone else agree that unconditionally encoding the
> param in base64 would be the preferred solution? I have some pending
> additions to the path module and could include that as well.
i don't agree. characters that are not param-unreserved or unreserved
As I said before, this Path header
Path:
has a URI with these params:
- lr : no value
- received : 'sip:10.59.1.241:5079
- transport : tcp'
And this is because quoting a *URI param* between single quotes is a
bug in Kamailio.
Due to this bug, FreeSwitch finds a "transport" para
Although slightly off topic, I've been trying to craft a Path header that will
work with FreeSWITCH.
See:
http://jira.freeswitch.org/browse/FS-4989
It would be great if the Path header was compatible with what they want as well.
BR,
Spencer
On Apr 9, 2013, at 4:05 PM, Iñaki Baz Castillo wrote
2013/4/9 Richard Fuchs :
> On 04/09/13 12:19, Iñaki Baz Castillo wrote:
>
>> So the "received" value added by Kamailio is invalid. Such a value
>> cannot be the value of a SIP URI parameter at all. I strongly propose
>> encoding it in base64 or escaping the "=" and the ";" symbols when in
>> a SIP
Hello,
On 04/09/13 12:19, Iñaki Baz Castillo wrote:
> So the "received" value added by Kamailio is invalid. Such a value
> cannot be the value of a SIP URI parameter at all. I strongly propose
> encoding it in base64 or escaping the "=" and the ";" symbols when in
> a SIP URI param value as Juha
Hi,
Outbound SIP invite is not captured even after setting flag only.Can anyone
help with this issue please ?
Thanks
Ram
On Sun, Apr 7, 2013 at 3:33 AM, Ramaseshi reddy kolli <
ramaseshire...@gmail.com> wrote:
> Hi,
>
> Once in a while it captures outbound SIP Invite but it captures always 100
El Tue, 9 Apr 2013 18:16:52 +0200
José Luis Millán escribió:
> Jon,
>
> I guess you can find the response in [1]
>
> ```
> not operator in if()
>
> if (!$fd=~“regexp”) must now be written as if (!($fd=~“regexp”)) for what
> reason ever.
>
> Notice: the operator !~ seems not to be working for
2013/4/9 Juha Heinanen :
> because path-value starts with name-addr and my interpretation is that
> since there are <>s around this path header body:
>
> Path:
>
>
> solely consists of name-addr and does not include any rr-params. sip
> uri included in name-addr in turn cannot have ; and = in it
Jon,
I guess you can find the response in [1]
```
not operator in if()
if (!$fd=~“regexp”) must now be written as if (!($fd=~“regexp”)) for what
reason ever.
Notice: the operator !~ seems not to be working for some reason as well.
e.g.: ($fd !~ 'not this') must be replaced with !($fd =~ 'not th
Daniel-Constantin Mierla writes:
> can you provide 'bt full' and print the variables start_pos, end_pos and
> cur_etag_len in the frame 1?
daniel,
thanks for looking into this. the info you asked is below.
-- juha
(gdb) bt full
#0 0x7fa35ab47764 in ?? () from /lib/x86_64-linux-gnu/libc
Hello,
can you provide 'bt full' and print the variables start_pos, end_pos and
cur_etag_len in the frame 1?
Cheers,
Daniel
On 4/8/13 10:23 AM, Juha Heinanen wrote:
i tested kamailio 4.0 xcap server with sipclients and got crash.
should i add a tracker entry?
-- juha
(gdb) where
#0 0x
Hi all
I was checking for an operator not matching regular expression. Acording to the
doc we have =~ and !~ for matching and not matching.
http://www.kamailio.org/wiki/cookbooks/3.3.x/core#script_statements
I tried this one:
if(!is_domain_local("$rd") && $rd !~ "^.+\.local$")
Resulting on th
Hello,
On 4/8/13 7:13 PM, Ross Kusler wrote:
Hello,
We noticed an issue with a bunch of stale entries in
the mysql location table recently -- all for the same user. It turns
out that if you install linphone 2.0.2 on an iOS device (other
versions/platforms might also be af
Hello,
just adding that the tobody transformation could be handy to extract the
user or uri part of a Diversion header, not to fight with subst expressions:
-
http://www.kamailio.org/wiki/cookbooks/devel/transformations#to-body_transformations
Cheers,
Daniel
On 4/9/13 3:16 PM, Morten Isaks
thank you int transformation worked for the dispatcher module now i can
define gw dynamically.
much appretiate your sugestion.
On Tue, Apr 9, 2013 at 5:59 AM, wrote:
> Send sr-users mailing list submissions to
> sr-users@lists.sip-router.org
>
> To subscribe or unsubscribe via the World
Hi,
I have not tested this, but try:
$avp(s:divhdr) = $(hdr(Diversion)[$var(i)]);
avp_subst("$avp(s:divhdr)", "/.*sip:\+45(.*)(@.*)/\1/"); # Extract number
between +45 and @
if (is_user_in("$avp(s:divhdr)", "1") { ... }
Please note that there can be more than one Diverseion header. In that case
On 04/09/2013 11:59 AM, Juha Heinanen wrote:
> because path-value starts with name-addr and my interpretation is that
> since there are <>s around this path header body:
>
> Path:
>
>
> solely consists of name-addr and does not include any rr-params. sip
> uri included in name-addr in turn can
Kamailio World Conference is one week away, only few bits to adjust,
everything being pretty much in place.
The agenda with presentations is available at:
- http://conference.kamailio.com/k01/schedule/
Details about the speakers are available at:
- http://conference.kamailio.com/k01/speak
Andrew Pogrebennyk writes:
> I don't see why you think that ; and = should be escaped.
>
> rfc3327 chapter 4 says:
>
>The syntax for Path is defined as follows:
>
>Path = "Path" HCOLON path-value *( COMMA path-value )
>
>path-value = name-addr *( SEMI rr-param )
because path-value
Dear List
I am currently using the group module to authenticate inbound calls using
the From header using the below code:
if (!is_user_in("From", "1")) {
sl_send_reply("403", "NOT ALLOWED");
exit;
};
};
I want to now authenticate the Diversion header,
Hi Juha,
On 04/07/2013 01:51 PM, Juha Heinanen wrote:
> 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 parse Path: URI
I don't
22 matches
Mail list logo
