Hi,
maybe this has been discussed before and maybe I'm not too good in
reading mailinglists, but anyhow.
If you have two OpenSER proxies storing to the same
location table.
I see in my logs: WARNING:usrloc:dbrow2info: non-local socket @of other server:5060 ...ignoring,
I have a probleme with my DB when i register some UA.
This is crucial?
If this is not crucial, might this message be supressed in some way?
Thanks,
Iñaki Baz Castillo wrote:
> El Miércoles, 26 de Noviembre de 2008, Alex Balashov escribió:
>> Iñaki Baz Castillo wrote:
>>> El Miércoles, 26 de Noviembre de 2008, Alex Balashov escribió:
>>>> You can parse it yourself using textops from $hdr(CSeq).
>>> Not needed at all, just read $rm variable (works for requests and
>>> responses).
>> I didn't say it was needed, just that it could be done. ;) $rm is
>> definitely best.
>
> I agree with you, parsing $hdr(CSeq) is cooler XD
>
In about the same measure that
#include <stdio.h>
#include <stdlib.h>
int main(void) {
FILE *fp = fopen("/dev/stdout", "w");
fprintf(fp, "Hello World!\n");
fclose(fp);
return EXIT_SUCCESS;
}
is cooler than
10 PRINT "HELLO WORLD"
20 END
:)
--
Alex Balashov
Evariste Systems
Web : http://www.evaristesys.com/
Tel : (+1) (678) 954-0670
Direct : (+1) (678) 954-0671
Mobile : (+1) (706) 338-8599
--text follows this line--
i wrote a http_query function that allows kamailio to make an http
request and get access to parts of the reply. see
trunk/modules/utils/README for details.
-- juha
Hi list, recently I had to make some modifications to the chart subscriber of my openser to be able to use the CDRTool, now when I make an user with the serMyAdmin-BETA-1.0.war it shows me an error :
please they can help me with this problem?
best regards
rickygm
Grails Runtime Exception
Error Details [leonardo]Caused by: org.springframework.jdbc.UncategorizedSQLException: Hibernate
operation: could not insert: [User]; uncategorized SQLException for SQL
[insert into subscriber (version, password_hash, auth_username, rpid,
datetime_created, domain_id, domain, email_address, first_name, ha1,
ha1b, last_name, username, password, role_id, class) values (?, ?, ?,
?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, 'User')]; SQL state [HY000]; error
code [1364]; Field 'quota' doesn't have a default value; nested
exception is java.sql.SQLException: Field 'quota' doesn't have a
default value
Class: UserController
Hi,
Is there any variable to return the method value of the CSeq field? (example: returns "ACK" for CSeq:1165 ACK)
$cs returns only the "Sequence Number".
Thansk,
Alex R,
_________________________________________________________________
Access your email online and on the go with Windows Live Hotmail.
http://windowslive.com/Explore/Hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_access…
To finish the thread: I just entered below loose_route():
if (check_route_param("vsf=")) {
avp_write("$hdr(Route[0])", "$avp(rr-param)");
avp_subst("$avp(rr-param)", "/^.*?(;vsf=[^>]+).*/\1/"); #
$hdr(Route[0]) is not 1st header only, if multi header in one line
xlog("L_INFO", ">> Stored UAC params $avp(rr-param)");
add_rr_param("$avp(rr-param)");
}
> -----Original Message-----
> From: Schober Walter
> Sent: Wednesday, November 26, 2008 2:39 PM
> To: 'Klaus Darilion'
> Cc: 'users(a)lists.kamailio.org'
> Subject: RE: AW: [Kamailio-Users] UAC on ACK in reInvite
>
> See below...
>
> > -----Original Message-----
> > From: Klaus Darilion [mailto:klaus.mailinglists@pernau.at]
> > Sent: Wednesday, November 26, 2008 1:21 AM
> [...]
> >
> > This is clearly a bug in the useragent. The route set must not be
> > changed with reINVITEs. Thus, according to the standard the
> > Record-Route
> > headers for indialog requests are not needed. Maybe you are calling
> > record_route() for indialog requests and this confuses the client.
> Fully agree on this. But some proxies add Record-Route, some
> don't, Openser/Kamailio can configure it.
>
> It's not that clear in the RFC, but I see it the same way:
> RFC 3261, 12.2 Request within a Dialog
> ...
> Requests within a dialog MAY contain Record-Route and
> Contact header
> fields. However, these requests do not cause the dialog's
> route set
> to be modified, although they may modify the remote target URI.
>
> 12.2.1.2 Processing the Responses
> -> The only thing mentioned is that the _Target URI_ gets
> refreshed by the 200 OK.
>
> => reInvites do not modify the routeset of any subsequent
> request, neither the ACK not any other upcoming request.
>
> > Try removing the record_route() for indialog requests - may
> then the
> > buggy client remembers the original route set.
> Done. Client sends ACK on reInvite directly then :-(
> Counterpath is OK, Teles Voipbox not, other clients to be tested ...
>
> So I will have to add vsf uri param from Route to record
> route in the proxy. This at least is a reason to upgrade :-)
> It's done more easily with tranformations.
>
> Thanks for the discussion! For me it's "clearly a bug in the
> UA" now, too ;-) However, let's find a workaround.
>
> br
> Walter
I am experiencing an issue with server side call forward always which I didn't see before but I now believe has always existed. Call forward always has been working. We recently switched phone manufacturers and now have the ability to offer bridged line appearance (BLA). Part of the process for offering BLA is to have the phones register with the shared attribute for a given line. When we enable this attribute server side call forward always breaks. When I say break I mean that the call forwards OK but the intermediate IP phone now rings which it never did before.
Using ngrep I see that even with the old config (non-BLA setup) we had the same message flow:
Invite (from PSTN gateway)->
Invite received at proxy->
Proxy responds to gateway with 200 OK->
Proxy loads forward address from mysql usr_preferences table
Proxy rewrite R-URI to the forward address - avp_pushto("$ruri/username", "s:fwdaaddr");
Proxy send invite to this new address - but...
Proxy also sends invite to each contact address registered to the original AOR. This should not happen but I think it was
Always happening and the old phones just ignored it. Any thoughts on why and how to correct this behavior?
The ser.cfg snippets involved are included below:
Determine if call forward all is on:
# call forward always
if (avp_db_load("$ruri/username", "s:callfwdall")) {
if (avp_check("s:callfwdall","eq/y/i")) {
xlog("L_INFO", "\n[SER]: [%Tf] [%ci] User <%ru> has enabled Call Forward Always\n");
avp_write("$ruri", "$ocn"); - save original RURI for voicemail access if needed
if (avp_db_load("$ruri/username", "s:fwdaaddr")) {
avp_pushto("$ruri/username", "s:fwdaaddr");
rewritehostport("mydomain.edu");
xlog("L_INFO", "\n[SER]: [%Tf] [%ci] Calls for user <%tu> FORWARDING to <%ru>\n");
route(2);
break;
};
And call relaying is done by:
route[2] {
xlog("L_INFO", "\n[SER]: Route block #2 campus 5-digit extensions:\n\n");
xlog("L_INFO", "\n[SER]: [%Tf] [%ci] Route block #2: sending oncampus call from <%fu> to local gateway\n");
avp_write("65", "inv_timeout");
rewritehostport("my-gwy-ip-address:5060");
t_on_failure("1"); # for gwy failover
t_relay();
break;
};
Thanks,Steve
Senior Network Engineer,
Information Systems and Computing
Networking and Telecommunications , Suite 221A /6228
University of Pennsylvania
Voice:215-573-8396
FAX:215-898-9348
I am experiencing an issue with server side call forward always which I didn't see before but I now believe has always existed. We recently switched phone manufacturers and now have the ability to offer bridged line appearance (BLA). Part of the process for offering BLA is to have the phones register with the shared attribute for a given line. When we enable this attribute server side call forward always breaks. When I say break I mean that the call forwards OK but the intermediate IP phone now rings which it never did before.
Using ngrep I see that even with the old config we had the same message flow:
Invite (from PSTN gateway)->
Invite received at proxy->
Proxy responds to gateway with 200 OK->
Proxy loads forward address from mysql usr_preferences table
Proxy rewrite R-URI to the forward address - avp_pushto("$ruri/username", "s:fwdaaddr");
Proxy send invite to this new address - but...
Proxy also sends invite to each contact address registered to the original AOR. This should not happen but I think it was
Always happening and the old phones just ignored it. Any thoughts on why and how to correct this behavior?
The ser.cfg snippets involved are included below:
Determine if call forward all is on:
# call forward always
if (avp_db_load("$ruri/username", "s:callfwdall")) {
if (avp_check("s:callfwdall","eq/y/i")) {
xlog("L_INFO", "\n[SER]: [%Tf] [%ci] User <%ru> has enabled Call Forward Always\n");
avp_write("$ruri", "$ocn"); - save original RURI for voicemail access if needed
if (avp_db_load("$ruri/username", "s:fwdaaddr")) {
avp_pushto("$ruri/username", "s:fwdaaddr");
rewritehostport("mydomain.edu");
xlog("L_INFO", "\n[SER]: [%Tf] [%ci] Calls for user <%tu> FORWARDING to <%ru>\n");
route(2);
break;
};
And call relaying is done by:
route[2] {
xlog("L_INFO", "\n[SER]: Route block #2 campus 5-digit extensions:\n\n");
xlog("L_INFO", "\n[SER]: [%Tf] [%ci] Route block #2: sending oncampus call from <%fu> to local gateway\n");
avp_write("65", "inv_timeout");
rewritehostport("my-gwy-ip-address:5060");
t_on_failure("1"); # for gwy failover
t_relay();
break;
};
Thanks,Steve