16 Jan
2008
16 Jan
'08
2:32 p.m.
Hi, in order to match the domain of "Refer-to" header I must do a dirty string
substitution:
$avp(s:rt) = $rt;
avp_subst("$avp(s:rt)", "/(.*(a)|[;?].*)//gi")/gi");
If for example:
Refer-To: <sip:bob@biloxi.example.net?Accept-Contact=sip:bobsdesk.
biloxi.example.net&Call-ID%3D55432%40alicepc.atlanta.example.com>
Then $avp(s:rt) is "biloxi.example.net".
Couldn't be possible to have generic string transformations to get part of a
URI in any header/variable? Is there any other way I don't know to get it
easily?
Thanks.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
16 Jan
16 Jan
2:42 p.m.
{uri.host}
(same as {uri.domain})
Return the domain part
http://www.openser.org/dokuwiki/doku.php/transformations:1.3.x
klaus
Iñaki Baz Castillo schrieb:
Hi, in order to match the domain of
"Refer-to" header I must do a dirty string
substitution:
$avp(s:rt) = $rt;
avp_subst("$avp(s:rt)", "/(.*(a)|[;?].*)//gi")/gi");
If for example:
Refer-To: <sip:bob@biloxi.example.net?Accept-Contact=sip:bobsdesk.
biloxi.example.net&Call-ID%3D55432%40alicepc.atlanta.example.com>
Then $avp(s:rt) is "biloxi.example.net".
Couldn't be possible to have generic string transformations to get part of a
URI in any header/variable? Is there any other way I don't know to get it
easily?
Thanks.
3:04 p.m.
New subject: [OpenSER-Users] best response seems wrong.
Hi list,
I'm using openser1.1.1 and just found a problem. I wish to not
upgrade right now as I'm using serweb...
I got an issue:
a UA is sending a PUBLISH, the server is relaying the PUBLISH
to 2 sip addresses which both answer 501. openser is not sending
501 but instead is choosing to answer 407 as the best response...
I think 501 is expected... Any idea where could be the problem so I can
look at the code and try to fix this!
tks,
Aymeric MOIZARD / ANTISIP
amsip - http://www.antisip.com
osip2 - http://www.osip.org
eXosip2 - http://savannah.nongnu.org/projects/exosip/
3:29 p.m.
New subject: [OpenSER-Users] best response seems wrong.
On Wednesday 16 January 2008 14:04:41 Aymeric Moizard wrote:
Hi list,
I'm using openser1.1.1 and just found a problem. I wish to not
upgrade right now as I'm using serweb...
I got an issue:
a UA is sending a PUBLISH, the server is relaying the PUBLISH
to 2 sip addresses which both answer 501. openser is not sending
501 but instead is choosing to answer 407 as the best response...
¿Sure it is "407 Proxy Authentication Required"? isn't it "406 Not
Acceptable"
or "405 Method Not Allowed"?
I think 501 is expected... Any idea where could be the
problem so I can
look at the code and try to fix this!
I think the behaviour is correct:
5XX reply means "server reply" and OpenSer is not falling at all so it
shouldn't reply with a 5XX.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
3:47 p.m.
New subject: [OpenSER-Users] best response seems wrong.
On Wed, 16 Jan 2008, Iñaki Baz Castillo wrote:
I don't feel you are right:
What about the case where 2 "servers" are sending back 501? In this
case, openser will modify it to become 407. That's a problem.
Just for information: from my knowledge, 5xx answers are UAS answers,
not dedicated to "proxy" -> they are dedicated to servers side which
might be endpoints (gateway...) from my point of view.
For example, there is no reason that an endpoint should not be able to
answer with "505 Version Not Supported" or "513 Message Too Large".
Any hint on where the code should be modified to get a different
behavior for this specific case?
tks,
Aymeric
On Wednesday 16 January 2008 14:04:41 Aymeric Moizard
wrote:
Yes it is. I would not mind about 406 or 405, but 407 introduce a loop
here.
Hi list,
I'm using openser1.1.1 and just found a problem. I wish to not
upgrade right now as I'm using serweb...
I got an issue:
a UA is sending a PUBLISH, the server is relaying the PUBLISH
to 2 sip addresses which both answer 501. openser is not sending
501 but instead is choosing to answer 407 as the best response...
¿Sure it is "407 Proxy Authentication Required"? isn't it "406 Not
Acceptable"
or "405 Method Not Allowed"? I think 501 is
expected... Any idea where could be the problem so I can
look at the code and try to fix this!
I think the behaviour is correct:
5XX reply means "server reply" and OpenSer is not falling at all so it
shouldn't reply with a 5XX. --
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users mailing list
Users(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users
4:11 p.m.
New subject: [OpenSER-Users] best response seems wrong.
Iñaki Baz Castillo schrieb:
On Wednesday 16 January 2008 14:04:41 Aymeric Moizard
wrote:
A SIP proxy should also forward 5XX, except 503 which should be
transformed to 500.
regards
klaus
Hi list,
I'm using openser1.1.1 and just found a problem. I wish to not
upgrade right now as I'm using serweb...
I got an issue:
a UA is sending a PUBLISH, the server is relaying the PUBLISH
to 2 sip addresses which both answer 501. openser is not sending
501 but instead is choosing to answer 407 as the best response...
¿Sure it is "407 Proxy Authentication Required"? isn't it "406 Not
Acceptable"
or "405 Method Not Allowed"?
I think 501 is expected... Any idea where could
be the problem so I can
look at the code and try to fix this!
I think the behaviour is correct:
5XX reply means "server reply" and OpenSer is not falling at all so it
shouldn't reply with a 5XX.
4:10 p.m.
New subject: [OpenSER-Users] best response seems wrong.
This sounds very strange. Are you sure that the 407 is produced
internally? Have you inspected the log files?
regards
klaus
Aymeric Moizard schrieb:
Hi list,
I'm using openser1.1.1 and just found a problem. I wish to not
upgrade right now as I'm using serweb...
I got an issue:
a UA is sending a PUBLISH, the server is relaying the PUBLISH
to 2 sip addresses which both answer 501. openser is not sending
501 but instead is choosing to answer 407 as the best response...
I think 501 is expected... Any idea where could be the problem so I can
look at the code and try to fix this!
tks,
Aymeric MOIZARD / ANTISIP
amsip - http://www.antisip.com
osip2 - http://www.osip.org
eXosip2 - http://savannah.nongnu.org/projects/exosip/
_______________________________________________
Users mailing list
Users(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users
3:22 p.m.
On Wednesday 16 January 2008 13:42:34 Klaus Darilion wrote:
{uri.host}
(same as {uri.domain})
Return the domain part
http://www.openser.org/dokuwiki/doku.php/transformations:1.3.x
Thanks Klaus, it works using:
$(rt{uri.host}) ;)
I already know about those {uri} tansformation but unfortunatelly the are not
allowed for variables or AVP's:
$(var(name){uri.host})
$(avp(s:name){uri.host})
Those are not allowed and they will fail in execution time even if they
contain a valid SIP URI.
Thanks a lot!
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
5:19 p.m.
Hi Iñaki,
all the transformation should work with avps and script variables
also..See the examples:
http://www.openser.org/dokuwiki/doku.php/transformations:1.3.x#examples
why do you say it doesn't? do you get some errors ?
Regards,
Bogdan
Iñaki Baz Castillo wrote:
On Wednesday 16 January 2008 13:42:34 Klaus Darilion
wrote:
{uri.host}
(same as {uri.domain})
Return the domain part
http://www.openser.org/dokuwiki/doku.php/transformations:1.3.x
Thanks Klaus, it works using:
$(rt{uri.host}) ;)
I already know about those {uri} tansformation but unfortunatelly the are not
allowed for variables or AVP's:
$(var(name){uri.host})
$(avp(s:name){uri.host})
Those are not allowed and they will fail in execution time even if they
contain a valid SIP URI.
Thanks a lot!
5:34 p.m.
On Wednesday 16 January 2008 16:19:34 Bogdan-Andrei Iancu wrote:
Hi Iñaki,
all the transformation should work with avps and script variables
also..See the examples:
http://www.openser.org/dokuwiki/doku.php/transformations:1.3.x#examples
why do you say it doesn't? do you get some errors ?
Yes, I've realized that it fails if the variable/AVP stores a SIP URI with
"<"
and ">":
$var(kk) = "<sip:ibc@domain.com>";
xlog("L_INFO", " var(kk){uri.host} = $(var(kk){uri.host}) \n\n");
$avp(s:kk) = "<sip:ibc@domain.com>";
xlog("L_INFO", " avp(s:kk){uri.host} = $(avp(s:kk){uri.host})
\n\n");
And the log says:
--------------------------------------------------------
ERROR:core:parse_uri: bad uri, state 0 parsed: <<sip> (4) /
<<sip:ibc@domain.com>> (20)
ERROR:core:tr_eval_uri: invalid uri [<sip:ibc@domain.com>]
var(kk){uri.host} =
ERROR:core:parse_uri: bad uri, state 0 parsed: <<sip> (4) /
<<sip:ibc@domain.com>> (20)
ERROR:core:tr_eval_uri: invalid uri [<sip:ibc@domain.com>]
avp(s:kk){uri.host} =
--------------------------------------------------------
It doesn't fails if SIP URI doesn't contain "<" and
">".
So I assume that, in my case, it will fail if a UAC generates a "Refer-To"
with "<" and ">", while it's perfectly valid according to
RFC 3515:
Refer-To: <sip:carol@cleveland.example.org;method=SUBSCRIBE>
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
5:39 p.m.
On Wednesday 16 January 2008 16:34:40 Iñaki Baz Castillo wrote:
It doesn't fails if SIP URI doesn't contain
"<" and ">".
So I assume that, in my case, it will fail if a UAC generates a "Refer-To"
with "<" and ">", while it's perfectly valid according to
RFC 3515:
Refer-To: <sip:carol@cleveland.example.org;method=SUBSCRIBE>
Oh, but it doesn't fail because $rt takes off the "<" and
">" symbols from the
URI. :)
So forget me, it's not a bug. The SIP URI in the AVP or variable should be
without < > (as a good SIP URI it's) ;)
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
17 Jan
17 Jan
10:03 a.m.
Iñaki Baz Castillo schrieb:
On Wednesday 16 January 2008 16:34:40 Iñaki Baz
Castillo wrote:
But this would be other very useful transformation - getting display
name and SIP URI from name-addr (should work with plain SIP URI too).
name-addr = [ display-name ] LAQUOT addr-spec RAQUOT
regards
klaus
It doesn't fails if SIP URI doesn't
contain "<" and ">".
So I assume that, in my case, it will fail if a UAC generates a "Refer-To"
with "<" and ">", while it's perfectly valid according to
RFC 3515:
Refer-To: <sip:carol@cleveland.example.org;method=SUBSCRIBE>
Oh, but it doesn't fail because $rt takes off the "<" and
">" symbols from the
URI. :)
So forget me, it's not a bug. The SIP URI in the AVP or variable should be
without < > (as a good SIP URI it's) ;) 
20 Jan
20 Jan
10:45 p.m.
El Jueves, 17 de Enero de 2008, Klaus Darilion escribió:
Iñaki Baz Castillo schrieb:
Now I want to allow callerid hidden calls if the UAC sends an INVITE with:
From: "Anoymous" <sip:anonymous@anonymous.invalid>
P-Preferred-Identity: "Iñaki" <sip:ibc@domain.org>
Privacy: id
To authenticate this INVITE the proxy can't look for the domain in "From",
but
in domain of "PAI" header.
It could be nice if this would work:
is_domain_local($(hdr(P-Preferred-Identity){uri.host})) {
route(4) ; Auth route
}
But unfortunatelly it doesn't work since it's not a variable containing just:
sip:user@domain
but:
"Display name" <sip:user@domain>
so it's not possible :(
I'll open a feature request :)
--
Iñaki Baz Castillo
On Wednesday 16 January 2008 16:34:40 Iñaki Baz
Castillo wrote:
But this would be other very useful transformation - getting display
name and SIP URI from name-addr (should work with plain SIP URI too).
name-addr = [ display-name ] LAQUOT addr-spec RAQUOT It doesn't fails if SIP URI doesn't
contain "<" and ">".
So I assume that, in my case, it will fail if a UAC generates a
"Refer-To" with "<" and ">", while it's perfectly
valid according to RFC
3515:
Refer-To: <sip:carol@cleveland.example.org;method=SUBSCRIBE>
Oh, but it doesn't fail because $rt takes off the "<" and
">" symbols
from the URI. :)
So forget me, it's not a bug. The SIP URI in the AVP or variable should
be without < > (as a good SIP URI it's) ;) 
10:56 p.m.
Iñaki Baz Castillo writes:
It could be nice if this would work:
is_domain_local($(hdr(P-Preferred-Identity){uri.host})) {
route(4) ; Auth route
}
But unfortunatelly it doesn't work since it's not a variable
containing just:
sip:user@domain
but:
"Display name" <sip:user@domain>
i remember adding pvars for some ppi header components.
-- juha
21 Jan
21 Jan
10:39 a.m.
On Sunday 20 January 2008 21:56:57 Juha Heinanen wrote:
Iñaki Baz Castillo writes:
I didn't know it, thanks!
There are:
$pu - reference to URI in request's P-Preferred-Identity heade
$pU - reference to user in request's P-Preferred-Identity header
$pd - reference to domain in request's P-Preferred-Identity header
$pn - reference to Display Name in request's P-Preferred-Identity header
:)
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
It could be nice if this would work:
is_domain_local($(hdr(P-Preferred-Identity){uri.host})) {
route(4) ; Auth route
}
But unfortunatelly it doesn't work since it's not a variable
containing just:
sip:user@domain
but:
"Display name" <sip:user@domain>
i remember adding pvars for some ppi header components.
6180
days inactive
6185
days old
14 comments
6 participants
participants (6)
-
Aymeric Moizard -
Bogdan-Andrei Iancu -
Iñaki Baz Castillo -
Iñaki Baz Castillo -
jh＠tutpro.com -
Klaus Darilion