From aftnix@gmail.com Sat May 26 16:40:03 2012
From: Aft nix <aftnix@gmail.com>
To: sr-users@lists.kamailio.org
Subject: [SR-Users] Creating RURI ($ru) from Contact ($ct)
Date: Sat, 26 May 2012 20:39:57 +0600
Message-ID:
 <CAGuaRCtNSCT=2LyN3SXQcjAyEu--qLLOQEmXN8-jo1QQTQLnmA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============2068953960=="

--===============2068953960==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

Hi,

I'm trying to create a ruri from contact header like following :

In request route I've saved contact header in a hashtable using htable module.
request_route{

---------------------
---------------------
#!ifdef WITH_HASH
         if (is_method("INVITE") && !has_totag()){
                 xdbg ("Contact [$ct] with Callid [$ci]");
                 $sht(a=>$ci) = $ct;
         }
 #!endif

----------------
}

And in route[WITHINDLG]

route[WITHINDLG] {

---------------------------
---------------------------
 #!ifdef WITH_HASH
                                 xdbg ("ruri [$ru]");
                                 if ($sht(a=>$ci) != $ru){
                                         $ru = ($sht(a=>$ci));
                                         xdbg ("rewriting ruri to [$ru]");
                                 }
 #!endif

But it log shows that its unable to parse the uri :

[4039]: DEBUG: <core> [parser/parse_uri.c:1277]: parse_uri: bad uri,
state 0 parsed: <<sip> (4) / <<sip:2020(a)103.23.169.2:64358>> (29)
: DEBUG: <core> [parser/parse_uri.c:1327]: ERROR: parse_sip_msg_uri:
bad uri <<sip:2020(a)103.23.169.2:64358>>
[4039]: ERROR: pv [pv_core.c:232]: failed to parse the R-URI
[4039]: DEBUG: <script>: rewriting ruri to [<null>]


I'm not understanding what's wrong with that. May be the port part
should be discarded, but how i'm gonna do that?


-- 
-aft


--===============2068953960==--


From vitalik.voip@gmail.com Sat May 26 23:57:55 2012
From: Vitaliy Aleksandrov <vitalik.voip@gmail.com>
To: sr-users@lists.kamailio.org
Subject: Re: [SR-Users] Creating RURI ($ru) from Contact ($ct)
Date: Sun, 27 May 2012 00:57:47 +0300
Message-ID: <4FC151DB.8090005@gmail.com>
In-Reply-To:
 <CAGuaRCtNSCT=2LyN3SXQcjAyEu--qLLOQEmXN8-jo1QQTQLnmA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0055245491=="

--===============0055245491==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

On 05/26/2012 05:39 PM, Aft nix wrote:
> Hi,
>
> I'm trying to create a ruri from contact header like following :
>
> In request route I've saved contact header in a hashtable using htable modu=
le.
> request_route{
>
> ---------------------
> ---------------------
> #!ifdef WITH_HASH
>           if (is_method("INVITE")&&  !has_totag()){
>                   xdbg ("Contact [$ct] with Callid [$ci]");
>                   $sht(a=3D>$ci) =3D $ct;
>           }
>   #!endif
>
> ----------------
> }
>
> And in route[WITHINDLG]
>
> route[WITHINDLG] {
>
> ---------------------------
> ---------------------------
>   #!ifdef WITH_HASH
>                                   xdbg ("ruri [$ru]");
>                                   if ($sht(a=3D>$ci) !=3D $ru){
>                                           $ru =3D ($sht(a=3D>$ci));
>                                           xdbg ("rewriting ruri to [$ru]");
>                                   }
>   #!endif
>
> But it log shows that its unable to parse the uri :
>
> [4039]: DEBUG:<core>  [parser/parse_uri.c:1277]: parse_uri: bad uri,
> state 0 parsed:<<sip>  (4) /<<sip:2020(a)103.23.169.2:64358>>  (29)
> : DEBUG:<core>  [parser/parse_uri.c:1327]: ERROR: parse_sip_msg_uri:
> bad uri<<sip:2020(a)103.23.169.2:64358>>
> [4039]: ERROR: pv [pv_core.c:232]: failed to parse the R-URI
> [4039]: DEBUG:<script>: rewriting ruri to [<null>]
>
>
> I'm not understanding what's wrong with that. May be the port part
> should be discarded, but how i'm gonna do that?

It looks like $sht(a=3D>$ci) is empty. I see that you have "xdbg ("Contact=20
[$ct] with Callid [$ci]"); " line, but you didn't show us that line at=20
the debug.
If you add $ci to the debug information at the route[WITHINDLG] and show=20
full debug from INVITE to BYE it will help to find where the mistake is.

And i think it would be better if you change _if ($sht(a=3D>$ci) !=3D $ru)_=20
to _if ( $sht(a=3D>$ci) !=3D $null && $sht(a=3D>$ci) !=3D $ru)_ , because whe=
n=20
$sht() is empty it always not equal to $ru.




--===============0055245491==
Content-Type: text/html
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="attachment.html"
MIME-Version: 1.0

PGh0bWw+CiAgPGhlYWQ+CiAgICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9SVNP
LTg4NTktMSIKICAgICAgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIj4KICA8L2hlYWQ+CiAgPGJv
ZHkgYmdjb2xvcj0iI0ZGRkZGRiIgdGV4dD0iIzAwMDAwMCI+CiAgICBPbiAwNS8yNi8yMDEyIDA1
OjM5IFBNLCBBZnQgbml4IHdyb3RlOgogICAgPGJsb2NrcXVvdGUKY2l0ZT0ibWlkOkNBR3VhUkN0
TlNDVD0yTHlOM1NYUWNqQXlFdS0tcUxMT1FFbVhOOC1qbzFRUVRRTG5tQUBtYWlsLmdtYWlsLmNv
bSIKICAgICAgdHlwZT0iY2l0ZSI+CiAgICAgIDxwcmUgd3JhcD0iIj5IaSwKCkknbSB0cnlpbmcg
dG8gY3JlYXRlIGEgcnVyaSBmcm9tIGNvbnRhY3QgaGVhZGVyIGxpa2UgZm9sbG93aW5nIDoKCklu
IHJlcXVlc3Qgcm91dGUgSSd2ZSBzYXZlZCBjb250YWN0IGhlYWRlciBpbiBhIGhhc2h0YWJsZSB1
c2luZyBodGFibGUgbW9kdWxlLgpyZXF1ZXN0X3JvdXRlewoKLS0tLS0tLS0tLS0tLS0tLS0tLS0t
Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLQojIWlmZGVmIFdJVEhfSEFTSAogICAgICAgICBpZiAoaXNf
bWV0aG9kKCJJTlZJVEUiKSAmYW1wOyZhbXA7ICFoYXNfdG90YWcoKSl7CiAgICAgICAgICAgICAg
ICAgeGRiZyAoIkNvbnRhY3QgWyRjdF0gd2l0aCBDYWxsaWQgWyRjaV0iKTsKICAgICAgICAgICAg
ICAgICAkc2h0KGE9Jmd0OyRjaSkgPSAkY3Q7CiAgICAgICAgIH0KICMhZW5kaWYKCi0tLS0tLS0t
LS0tLS0tLS0KfQoKQW5kIGluIHJvdXRlW1dJVEhJTkRMR10KCnJvdXRlW1dJVEhJTkRMR10gewoK
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQog
IyFpZmRlZiBXSVRIX0hBU0gKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgeGRiZyAo
InJ1cmkgWyRydV0iKTsKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWYgKCRzaHQo
YT0mZ3Q7JGNpKSAhPSAkcnUpewogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICRydSA9ICgkc2h0KGE9Jmd0OyRjaSkpOwogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIHhkYmcgKCJyZXdyaXRpbmcgcnVyaSB0byBbJHJ1XSIpOwogICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICB9CiAjIWVuZGlmCgpCdXQgaXQgbG9nIHNob3dzIHRoYXQg
aXRzIHVuYWJsZSB0byBwYXJzZSB0aGUgdXJpIDoKCls0MDM5XTogREVCVUc6ICZsdDtjb3JlJmd0
OyBbcGFyc2VyL3BhcnNlX3VyaS5jOjEyNzddOiBwYXJzZV91cmk6IGJhZCB1cmksCnN0YXRlIDAg
cGFyc2VkOiAmbHQ7Jmx0O3NpcCZndDsgKDQpIC8gJmx0OzxhIGNsYXNzPSJtb3otdHh0LWxpbmst
cmZjMjM5NkUiIGhyZWY9Im1haWx0bzpzaXA6MjAyMEAxMDMuMjMuMTY5LjI6NjQzNTgiPiZsdDtz
aXA6MjAyMEAxMDMuMjMuMTY5LjI6NjQzNTgmZ3Q7PC9hPiZndDsgKDI5KQo6IERFQlVHOiAmbHQ7
Y29yZSZndDsgW3BhcnNlci9wYXJzZV91cmkuYzoxMzI3XTogRVJST1I6IHBhcnNlX3NpcF9tc2df
dXJpOgpiYWQgdXJpICZsdDs8YSBjbGFzcz0ibW96LXR4dC1saW5rLXJmYzIzOTZFIiBocmVmPSJt
YWlsdG86c2lwOjIwMjBAMTAzLjIzLjE2OS4yOjY0MzU4Ij4mbHQ7c2lwOjIwMjBAMTAzLjIzLjE2
OS4yOjY0MzU4Jmd0OzwvYT4mZ3Q7Cls0MDM5XTogRVJST1I6IHB2IFtwdl9jb3JlLmM6MjMyXTog
ZmFpbGVkIHRvIHBhcnNlIHRoZSBSLVVSSQpbNDAzOV06IERFQlVHOiAmbHQ7c2NyaXB0Jmd0Ozog
cmV3cml0aW5nIHJ1cmkgdG8gWyZsdDtudWxsJmd0O10KCgpJJ20gbm90IHVuZGVyc3RhbmRpbmcg
d2hhdCdzIHdyb25nIHdpdGggdGhhdC4gTWF5IGJlIHRoZSBwb3J0IHBhcnQKc2hvdWxkIGJlIGRp
c2NhcmRlZCwgYnV0IGhvdyBpJ20gZ29ubmEgZG8gdGhhdD8KPC9wcmU+CiAgICA8L2Jsb2NrcXVv
dGU+CiAgICA8YnI+CiAgICBJdCBsb29rcyBsaWtlICRzaHQoYT0mZ3Q7JGNpKSBpcyBlbXB0eS4g
SSBzZWUgdGhhdCB5b3UgaGF2ZSAieGRiZwogICAgKCJDb250YWN0IFskY3RdIHdpdGggQ2FsbGlk
IFskY2ldIik7CiAgICAiIGxpbmUsIGJ1dCB5b3UgZGlkbid0IHNob3cgdXMgdGhhdCBsaW5lIGF0
IHRoZSBkZWJ1Zy48YnI+CiAgICBJZiB5b3UgYWRkICRjaSB0byB0aGUgZGVidWcgaW5mb3JtYXRp
b24gYXQgdGhlIHJvdXRlW1dJVEhJTkRMR10gYW5kCiAgICBzaG93IGZ1bGwgZGVidWcgZnJvbSBJ
TlZJVEUgdG8gQllFIGl0IHdpbGwgaGVscCB0byBmaW5kIHdoZXJlIHRoZQogICAgbWlzdGFrZSBp
cy4gPGJyPgogICAgPGJyPgogICAgQW5kIGkgdGhpbmsgaXQgd291bGQgYmUgYmV0dGVyIGlmIHlv
dSBjaGFuZ2UgPHU+aWYgKCRzaHQoYT0mZ3Q7JGNpKQogICAgICAhPSAkcnUpPC91PiB0byA8dT5p
ZiAoICRzaHQoYT0mZ3Q7JGNpKSAhPSAkbnVsbCAmYW1wOyZhbXA7CiAgICAgICRzaHQoYT0mZ3Q7
JGNpKSAhPSAkcnUpPC91PiAsIGJlY2F1c2Ugd2hlbiAkc2h0KCkgaXMgZW1wdHkgaXQKICAgIGFs
d2F5cyBub3QgZXF1YWwgdG8gJHJ1Ljxicj4KICAgIDxicj4KICA8L2JvZHk+CjwvaHRtbD4K

--===============0055245491==--


From aftnix@gmail.com Sun May 27 00:46:57 2012
From: Aft nix <aftnix@gmail.com>
To: sr-users@lists.kamailio.org
Subject: Re: [SR-Users] Creating RURI ($ru) from Contact ($ct)
Date: Sun, 27 May 2012 04:46:51 +0600
Message-ID:
 <CAGuaRCsmyS-GniSAOEHraZHG_GxqnL2c2iTDzVkNqOCUFY60ZA@mail.gmail.com>
In-Reply-To: <4FC151DB.8090005@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1237426971=="

--===============1237426971==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit

On Sun, May 27, 2012 at 3:57 AM, Vitaliy Aleksandrov
<vitalik.voip(a)gmail.com> wrote:
> On 05/26/2012 05:39 PM, Aft nix wrote:
>
> Hi,
>
> I'm trying to create a ruri from contact header like following :
>
> In request route I've saved contact header in a hashtable using htable
> module.
> request_route{
>
> ---------------------
> ---------------------
> #!ifdef WITH_HASH
>          if (is_method("INVITE") && !has_totag()){
>                  xdbg ("Contact [$ct] with Callid [$ci]");
>                  $sht(a=>$ci) = $ct;
>          }
>  #!endif
>
> ----------------
> }
>
> And in route[WITHINDLG]
>
> route[WITHINDLG] {
>
> ---------------------------
> ---------------------------
>  #!ifdef WITH_HASH
>                                  xdbg ("ruri [$ru]");
>                                  if ($sht(a=>$ci) != $ru){
>                                          $ru = ($sht(a=>$ci));
>                                          xdbg ("rewriting ruri to [$ru]");
>                                  }
>  #!endif
>
> But it log shows that its unable to parse the uri :
>
> [4039]: DEBUG: <core> [parser/parse_uri.c:1277]: parse_uri: bad uri,
> state 0 parsed: <<sip> (4) / <<sip:2020(a)103.23.169.2:64358>> (29)
> : DEBUG: <core> [parser/parse_uri.c:1327]: ERROR: parse_sip_msg_uri:
> bad uri <<sip:2020(a)103.23.169.2:64358>>
> [4039]: ERROR: pv [pv_core.c:232]: failed to parse the R-URI
> [4039]: DEBUG: <script>: rewriting ruri to [<null>]
>
>
> I'm not understanding what's wrong with that. May be the port part
> should be discarded, but how i'm gonna do that?
>
>
> It looks like $sht(a=>$ci) is empty. I see that you have "xdbg ("Contact
> [$ct] with Callid [$ci]"); " line, but you didn't show us that line at the
> debug.
> If you add $ci to the debug information at the route[WITHINDLG] and show
> full debug from INVITE to BYE it will help to find where the mistake is.
>

Hi Aleksandrov
Thanks for the reply.

Yes my checks should be more specific.

On the side how , i'm facing difficulties to print script variables
and hashtable entries.

xdbg("my var [$var(temp)]")
xdbg("my hash entries [$sht(a=>$ci)"])

Both statements shows parse errors. What's the correct syntax to print script
variables and hash table entries?

"xlog" module documentation does not seems to address this.

Cheers.
> And i think it would be better if you change if ($sht(a=>$ci) != $ru) to if
> ( $sht(a=>$ci) != $null && $sht(a=>$ci) != $ru) , because when $sht() is
> empty it always not equal to $ru.
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users(a)lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
-aft


--===============1237426971==--


From miconda@gmail.com Mon May 28 12:52:41 2012
From: Daniel-Constantin Mierla <miconda@gmail.com>
To: sr-users@lists.kamailio.org
Subject: Re: [SR-Users] Creating RURI ($ru) from Contact ($ct)
Date: Mon, 28 May 2012 12:52:37 +0200
Message-ID: <4FC358F5.9050902@gmail.com>
In-Reply-To:
 <CAGuaRCsmyS-GniSAOEHraZHG_GxqnL2c2iTDzVkNqOCUFY60ZA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0841895220=="

--===============0841895220==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello,

On 5/27/12 12:46 AM, Aft nix wrote:
> [...]
> Hi Aleksandrov
> Thanks for the reply.
>
> Yes my checks should be more specific.
>
> On the side how , i'm facing difficulties to print script variables
> and hashtable entries.
>
> xdbg("my var [$var(temp)]")
> xdbg("my hash entries [$sht(a=3D>$ci)"])
>
> Both statements shows parse errors. What's the correct syntax to print scri=
pt
> variables and hash table entries?
if you copy&paste the lines from your config, then the errors are:
- missing ; at the end of lines
- second xdbg has the double quotes before ], making it invalid syntax

Cheers,
Daniel

--=20
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - http://asipto.com=
/u/katu





--===============0841895220==--