Re: [OpenSIPS-Users] Simple ACC test with MySQL
Hum... you're right, I'll modify it; although no errors appear in the syslog... On Fri, Nov 5, 2010 at 7:29 PM, Brett Nemeroff br...@nemeroff.com wrote: David, If you bump up the debug on your server and make a call, it'll display a nice message that will indicate that it's missing fields. Have you tried that? -Brett On Fri, Nov 5, 2010 at 11:48 AM, David Santiago david.santi...@almiralabs.com wrote: Hi, I'm trying to generate CDRs in an OpenSIPS test server. I have checked the stored procedure that comes with opensips-cp to perform this task and have noticed that queries the ACC table in order to populate the CDRS table. Well, first things first. I have used the basic opensips.cfg.sample configuration (I will not copy it entirely here), adding the changes required to use mysql with the acc module (after having compiled with mysql support, of course): ... loadmodule db_mysql.so ... /* uncomment the following lines to enable DB accounting also */ modparam(acc, db_flag, 1) modparam(acc, db_missed_flag, 2) modparam(acc, db_url, mysql://opensips:opensip...@localhost/opensips) #Pointer to the DB modparam(acc, db_extra, from_uri=$fu; to_uri=$tu) #Extra data ... I have also modified the ACC table in order to add those fields specified in the last modparam instruction shown above: mysql -u root USE OPENSIPS; ALTER TABLE `acc` ADD `caller_id` CHAR( 64 ) NOT NULL ; ALTER TABLE `acc` ADD `callee_id` CHAR( 64 ) NOT NULL ; After those changes, I'm calling from a voip provider that is linked to the OpenSIPS test server, in order to send it an INVITE, which is being received as I have been able to debug with tcpdump. BUT... no data is being inserted in the ACC table. I can successfully log into the database with the credentials used in the db_url parameter. Am I wrong assuming that the ACC module is supposed to populate that table with the setting of flags upon INVITE and BYE requests? Regards, David ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Simple ACC test with MySQL
This is the part where the ACC module is setup:
...
# - acc params -
/* what sepcial events should be accounted ? */
modparam(acc, early_media, 1)
modparam(acc, report_ack, 1)
modparam(acc, report_cancels, 1)
/* by default ww do not adjust the direct of the sequential requests.
if you enable this parameter, be sure the enable append_fromtag
in rr module */
modparam(acc, detect_direction, 0)
/* account triggers (flags) */
modparam(acc, failed_transaction_flag, 3)
modparam(acc, log_flag, 1)
modparam(acc, log_missed_flag, 2)
/* uncomment the following lines to enable DB accounting also */
modparam(acc, db_flag, 1)
modparam(acc, db_missed_flag, 2)
modparam(acc, db_url, mysql://opensips:opensip...@localhost/opensips)
#Pointer to the DB
modparam(acc, db_extra, caller_id=$fu; callee_id=$tu)
...
and this is the part where the INVITE for an initial request is handled...
...
# record routing
if (!is_method(REGISTER|MESSAGE))
record_route();
*
# account only INVITEs
xlog(mozaa - about to check if it's an INVITE...);
if (is_method(INVITE)) {
xlog(mozaa - yes, it is. Setting flag);
setflag(1); # do accounting
}
xlog(mozaa - INVITE check done);*
if (!uri==myself)
## replace with following line if multi-domain support is used
##if (!is_uri_host_local())
{
append_hf(P-hint: outbound\r\n);
...
...and these are the traces being written to the log:
...
Nov 10 16:18:04 s18 /opt/opensipsnotls/sbin/opensips[8997]: mozaa - about to
check if it's an INVITE...
Nov 10 16:18:04 s18 /opt/opensipsnotls/sbin/opensips[8997]:
DBG:core:pv_printf: final buffer length 32
Nov 10 16:18:04 s18 /opt/opensipsnotls/sbin/opensips[8997]: mozaa - yes, it
is. Setting flag
Nov 10 16:18:04 s18 /opt/opensipsnotls/sbin/opensips[8997]:
DBG:core:pv_printf: final buffer length 25
Nov 10 16:18:04 s18 /opt/opensipsnotls/sbin/opensips[8997]: mozaa - INVITE
check done
...
On Wed, Nov 10, 2010 at 4:02 PM, Brett Nemeroff br...@nemeroff.com wrote:
On Wed, Nov 10, 2010 at 5:16 AM, David Santiago
david.santi...@almiralabs.com wrote:
Modified... and still no records in the ACC table nor errors in the syslog
(although I have set the debug level to 9).
Are you sure you are looking at the right logs? Put some xlogs into your
code and be sure they show up as well.
If you have acc loaded up, the db params set **and the db flag set during
the INVITE**, you should either get an acc record or an error while debug is
up.
I've seen cases where depending on configuration and linux distro that it's
tricky to tell which logfile is being written to. Or rather, perhaps it's
not being written to the log you're expecting.
-Brett
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Simple ACC test with MySQL
Hi, I'm trying to generate CDRs in an OpenSIPS test server. I have checked the stored procedure that comes with opensips-cp to perform this task and have noticed that queries the ACC table in order to populate the CDRS table. Well, first things first. I have used the basic opensips.cfg.sample configuration (I will not copy it entirely here), adding the changes required to use mysql with the acc module (after having compiled with mysql support, of course): ... loadmodule db_mysql.so ... /* uncomment the following lines to enable DB accounting also */ modparam(acc, db_flag, 1) modparam(acc, db_missed_flag, 2) modparam(acc, db_url, mysql://opensips:opensip...@localhost/opensips) #Pointer to the DB modparam(acc, db_extra, from_uri=$fu; to_uri=$tu) #Extra data ... I have also modified the ACC table in order to add those fields specified in the last modparam instruction shown above: mysql -u root USE OPENSIPS; ALTER TABLE `acc` ADD `caller_id` CHAR( 64 ) NOT NULL ; ALTER TABLE `acc` ADD `callee_id` CHAR( 64 ) NOT NULL ; After those changes, I'm calling from a voip provider that is linked to the OpenSIPS test server, in order to send it an INVITE, which is being received as I have been able to debug with tcpdump. BUT... no data is being inserted in the ACC table. I can successfully log into the database with the credentials used in the db_url parameter. Am I wrong assuming that the ACC module is supposed to populate that table with the setting of flags upon INVITE and BYE requests? Regards, David ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Using b2bua top hiding plus dispatcher module
Santiago
david.santi...@almiralabs.com wrote:
Hi again,
I have made several changes to the script so that I can successfully add,
for instance, a custom header to the INVITE request that the b2bua generates
after receiving an external one. I'm doing it in a local_route block which
is the supposed way to process an outgoing INVITE request that is going to
be sent by the b2bua module, right?
but.. I'm not being able to set the destination of such INVITE to the place
I want. I have tried the following:
- ds_select_dst() function: it works in the main route block, but it
cannot be used in a local_route block.
- modifying $du variable. I can successfully modify this variable, but
it has no effect on where the INVITE is being sent to.
- rewriteuri() function: same result as modifying $du variable.
I need that outgoing INVITE to be sent to a specific host and port, but I
do not see how to modify the current behaviour which is that the INVITE is
being sent to the public ip address of the opensips server, which in turn
generates a loop as that INVITE is processed by the b2bua and a new INVITE
is sent out to that same address again.
Regards,
David
On Thu, Oct 14, 2010 at 9:08 AM, Anca Vamanu a...@opensips.org wrote:
Hi David,
The dispatcher is working right - just that if you use b2bua it doesn't
have no effect as it does not use the newly set $du. Since it is sent
again to your opensips you can do a filter after the source address of
the message and do processing needed for the Invite going out if the
source is itself.
if (!has_totag() is_method(INVITE) !(src_ip==MY_IP
src_port==MY_PORT)) {
b2b_init_request(top hiding);
exit;
}
the rest of the changes needed.
Anyhow, I should add using the $du as the outbound proxy for the newly
generated request on the features to implement list.
Regards,
Anca
On 10/13/2010 12:19 PM, David Santiago wrote:
I'll check it later, but the fact is that I have to solve first the
problem that prevents the INVITEs generated by OpenSIPs to be sent to
the internal jain slee server.
I have confirmed that after the call to ds_select(), the value of $du
points to such server (which has been obtained from the
/opt/opensipsnotls/etc/opensips/dispatcher.list file), but the INVITEs
are not sent there, but to the public IP address of the OpenSIPs
server. Without the b2bua setup, the dispatcher has been working
fine in other tests I've made...
Regards,
David
On Tue, Oct 12, 2010 at 11:22 AM, Anca Vamanua...@opensips.org
wrote:
Hi David,
The only thing that won't work as you like is the append_hf - it won't
work as you like since the b2bua module won't see that header. You need
to do that for the new request generated by the b2bua and put that code
in the local_route.
Regards,
--
Anca Vamanu
www.voice-system.ro
On 10/11/2010 01:48 PM, David Santiago wrote:
Hi all,
After cleaning up the initialization problems in the b2bua related
modules I'm testing a configuration I want to use in order to enable
the top hiding scenario, plus using the dispatcher module so I can
configure the internal jain slee server that receives the requests
from the opensips proxy, like this:
VOIP PROVIDER--- OPENSIPS---INTERNAL JAIN SLEE
SERVER
I will write here the configuration I'm using, taken from the
configuration example available, that results in the INVITEs received
from the VOIP PROVIDER being sent by OPENSIPS to itself (to its public
address, in particular), ad infinitum.
The modparam(dispatcher, list_file,
/opt/opensipsnotls/etc/opensips/dispatcher.list) entry points to the
file required by the dispatcher module to determine the ip and port
where the internal jain slee server is running. Furthermore, our
service implementation requires the addition of the
P-Preferred-Service header, which is done with append_hf().
Any hint would be appreciated. Thanks in advance!
# Debugging mode:
debug=9
memlog=6
fork=yes
auto_aliases=no
log_stderror=no
disable_dns_blacklist=yes
listen=10.122.54.163:5060 # private opensips ip
# alias=OSIPS_REALM
#port=OSIPS_PORT
sip_warning=0
#server_header=SRV_SIGNATURE
#user_agent_header=PP_USER_AGENT
#mhomed=yes
#memlog=2
check_via=no
dns=off
rev_dns=off
children=8
disable_tcp=yes
log_facility=LOG_LOCAL0
# for more info: opensips -h
# -- module loading --
mpath=/opt/opensipsnotls/lib/opensips/modules/
#loadmodule db_mysql.so
#loadmodule xlog.so
loadmodule textops.so
loadmodule maxfwd.so
loadmodule rr.so
loadmodule sl.so
loadmodule tm.so
loadmodule signaling.so
loadmodule b2b_entities.so
loadmodule b2b_logic.so
loadmodule usrloc.so
loadmodule registrar.so
loadmodule mi_fifo.so
loadmodule dispatcher.so
# - setting module
Re: [OpenSIPS-Users] Problem creating tables for OpenSIPS with PostgreSQL
The user I'm the running the script with? well, I'm executing the script with my personal user on the server where opensips is installed, while the database is on a different one... I have modified the opensipsctlrc to specify different users (rw and ro), and passwords than those provided by default, but the point is that I do not have the password of the database server root user. It seems that the script requires such kind of access to the database in order to create those rw and ro users, ins't it? On Mon, Oct 25, 2010 at 12:45 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi David, The error says that your current postgres user (you are running the opensips script with) has no permission / privilege to create new access users (opensips and opensipsrw) for postgres. Regards, Bogdan David Santiago wrote: The call to opensipsdbctl create is asking me for the password on every single table created. But the real problem is that after several tables have been created the following error happens: ... ... -e Creating core table: drouting Password for user almira: NOTICE: CREATE TABLE will create implicit sequence dr_gateways_gwid_seq for serial column dr_gateways.gwid NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dr_gateways_pkey for table dr_gateways NOTICE: CREATE TABLE will create implicit sequence dr_rules_ruleid_seq for serial column dr_rules.ruleid NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dr_rules_pkey for table dr_rules NOTICE: CREATE TABLE will create implicit sequence dr_gw_lists_id_seq for serial column dr_gw_lists.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dr_gw_lists_pkey for table dr_gw_lists NOTICE: CREATE TABLE will create implicit sequence dr_groups_id_seq for serial column dr_groups.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dr_groups_pkey for table dr_groups -e Creating core table: load_balancer Password for user almira: NOTICE: CREATE TABLE will create implicit sequence load_balancer_id_seq for serial column load_balancer.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index load_balancer_pkey for table load_balancer Password for user almira: ERROR: permission denied to create role -e \E[37;32mWARNING: Create user in database failed, perhaps they already exist? Try to continue.. Password for user almira: Password for user almira: Password for user almira: Password for user almira: [: 300: acc: unexpected operator [: 300: acc: unexpected operator Any hint about where to have a look in order to fix this? Regards, David ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 15 - 19 November 2010, Edison, New Jersey, USA www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Problem creating Registrar database for OpenSIPS with PostgreSQL
Hello, I have successfully compiled and installed OpenSIPS 1.6.3 (no tls) with the PostgreSQL module for an OpenSIPS Registrar testing installation. I have edited the *opensipsctlrc* file to specify the connection details for a remote PostgreSQL database server I want to use as the persistence store for an OpenSIPS Registrar installation. I have set the hostname, database name, usernames and passwords. Nevertheless, when executing the *opensipsdbctl* command, I get the following error: -e \E[37;31mERROR: ~./pgpass does not exist, please create this file and support proper credentials for user postgres. -e \E[37;31mERROR: Note: you need at least postgresql= 7.3 Any ideas? Thx ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Problem creating Registrar database for OpenSIPS with PostgreSQL
Installing postgresql-client package and configuring a ./pgpass file with the following format fixed the problem: hostname:port:database:username:password Regards, David On Fri, Oct 22, 2010 at 3:26 PM, David Santiago david.santi...@almiralabs.com wrote: Hello, I have successfully compiled and installed OpenSIPS 1.6.3 (no tls) with the PostgreSQL module for an OpenSIPS Registrar testing installation. I have edited the opensipsctlrc file to specify the connection details for a remote PostgreSQL database server I want to use as the persistence store for an OpenSIPS Registrar installation. I have set the hostname, database name, usernames and passwords. Nevertheless, when executing the opensipsdbctl command, I get the following error: -e \E[37;31mERROR: ~./pgpass does not exist, please create this file and support proper credentials for user postgres. -e \E[37;31mERROR: Note: you need at least postgresql= 7.3 Any ideas? Thx ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Problem creating tables for OpenSIPS with PostgreSQL
The call to opensipsdbctl create is asking me for the password on every single table created. But the real problem is that after several tables have been created the following error happens: ... ... -e Creating core table: drouting Password for user almira: NOTICE: CREATE TABLE will create implicit sequence dr_gateways_gwid_seq for serial column dr_gateways.gwid NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dr_gateways_pkey for table dr_gateways NOTICE: CREATE TABLE will create implicit sequence dr_rules_ruleid_seq for serial column dr_rules.ruleid NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dr_rules_pkey for table dr_rules NOTICE: CREATE TABLE will create implicit sequence dr_gw_lists_id_seq for serial column dr_gw_lists.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dr_gw_lists_pkey for table dr_gw_lists NOTICE: CREATE TABLE will create implicit sequence dr_groups_id_seq for serial column dr_groups.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index dr_groups_pkey for table dr_groups -e Creating core table: load_balancer Password for user almira: NOTICE: CREATE TABLE will create implicit sequence load_balancer_id_seq for serial column load_balancer.id NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index load_balancer_pkey for table load_balancer Password for user almira: ERROR: permission denied to create role -e \E[37;32mWARNING: Create user in database failed, perhaps they already exist? Try to continue.. Password for user almira: Password for user almira: Password for user almira: Password for user almira: [: 300: acc: unexpected operator [: 300: acc: unexpected operator Any hint about where to have a look in order to fix this? Regards, David ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Using b2bua top hiding plus dispatcher module
Hi Anca,
I have finally been able to eliminate the loop and get the INVITEs being
sent to the internal jain slee server by doing a rewritehostport before the
b2b_init_request:
...
rewritehostport(10.253.22.143:5060);
b2b_init_request(top hiding);
...
This way, the INVITE generated by the b2bua module has the destination
correctly set to the internal jain slee server, instead of the public ip
address of the opensips server.
Regards,
David
On Tue, Oct 19, 2010 at 11:39 AM, Anca Vamanu a...@opensips.org wrote:
Hi David,
On 10/18/2010 05:29 PM, David Santiago wrote:
Hi again,
I have made several changes to the script so that I can successfully add,
for instance, a custom header to the INVITE request that the b2bua generates
after receiving an external one. I'm doing it in a local_route block which
is the supposed way to process an outgoing INVITE request that is going to
be sent by the b2bua module, right?
but.. I'm not being able to set the destination of such INVITE to the place
I want. I have tried the following:
- ds_select_dst() function: it works in the main route block, but it
cannot be used in a local_route block.
- modifying $du variable. I can successfully modify this variable, but
it has no effect on where the INVITE is being sent to.
- rewriteuri() function: same result as modifying $du variable.
I need that outgoing INVITE to be sent to a specific host and port, but I
do not see how to modify the current behaviour which is that the INVITE is
being sent to the public ip address of the opensips server, which in turn
generates a loop as that INVITE is processed by the b2bua and a new INVITE
is sent out to that same address again.
You can of course prevent this loop by calling b2b_init_request only if
the Invite does not come from the same instance of OpenSIPS, as I suggested
to you in the previous mail:
*if (!has_totag() is_method(INVITE) !(src_ip==MY_IP
src_port==MY_PORT)) {
*
* b2b_init_request(top hiding);
exit;
}*
I will implement the feature to take the value from $du if set hopefully in
the following days. I will let you know.
Regards,
--
Anca Vamanuwww.voice-system.ro
Regards,
David
On Thu, Oct 14, 2010 at 9:08 AM, Anca Vamanu a...@opensips.org wrote:
Hi David,
The dispatcher is working right - just that if you use b2bua it doesn't
have no effect as it does not use the newly set $du. Since it is sent
again to your opensips you can do a filter after the source address of
the message and do processing needed for the Invite going out if the
source is itself.
if (!has_totag() is_method(INVITE) !(src_ip==MY_IP
src_port==MY_PORT)) {
b2b_init_request(top hiding);
exit;
}
the rest of the changes needed.
Anyhow, I should add using the $du as the outbound proxy for the newly
generated request on the features to implement list.
Regards,
Anca
On 10/13/2010 12:19 PM, David Santiago wrote:
I'll check it later, but the fact is that I have to solve first the
problem that prevents the INVITEs generated by OpenSIPs to be sent to
the internal jain slee server.
I have confirmed that after the call to ds_select(), the value of $du
points to such server (which has been obtained from the
/opt/opensipsnotls/etc/opensips/dispatcher.list file), but the INVITEs
are not sent there, but to the public IP address of the OpenSIPs
server. Without the b2bua setup, the dispatcher has been working
fine in other tests I've made...
Regards,
David
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] OpenSIPS swallows BYEs
I'm not explicitly routing that BYE, but as Andrew Pogrebennyk pointed out, since I'm rewriting the Contact header with OpenSIPS address it is expected that BYE won't go any further than OpenSIPs proxy and therefore my only solutions seems to be the configuration of the b2bua modules. Isn't it? On Mon, Oct 11, 2010 at 6:35 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi David, ok, so the BYE is sent to the wrong destination - how do you route BYE in your script? do you use the standard loose_route block ? Regards, Bogdan David Santiago wrote: As I said it is being forwarded to the jain slee server that originated it. The effect is the same as if it was replied. The flow is: step 1: [JAIN SLEE SERVER] ---BYE-- [OPENSIPS] [VOIP PROVIDER] step 2: [JAIN SLEE SERVER] ---BYE-- [OPENSIPS] [VOIP PROVIDER] that BYE should be forwarded to the VOIP provider, instead. I'm having a look at how to configure the b2bua thing should this problem be fixed. Thanks for the follow up, Bogdan. David On Fri, Oct 8, 2010 at 1:38 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote: Hi David, my question is what happens with the BYE: - is it replied by opensips ? - is it forwarded to some whatever destination ? Regards, Bogdan David Santiago wrote: Bogdan, right now it's being forwarded again to the slee server who sent it, as I'm basically using the configuration provided in http://www.opensips.org/html/docs/modules/1.6.x/dispatcher.html On Wed, Oct 6, 2010 at 4:16 PM, Bogdan-Andrei Iancu bog...@voice-system.ro mailto:bog...@voice-system.ro wrote: Hi David, Is the BYE replied or forwarded to whatever destination ? probably your record routing is somehow broken. OpenSIPS may misroute the BYE because the invalid route set - posting the 200 OK for INVITE and the BYE will help in investigating this. Regards, Bogdan David Santiago wrote: Hi all, I have a running OpenSIPS installation that I'm using for testing purposes. The fact is that I'm forwarding requests from a voip provider to a jain slee server and everything is working fine (INVITEs, ACKs, RTP flow,...), except for the BYEs generated from the server side. They reach the OpenSIPs proxy and are not forwarded to the voip provider in order to finish the call. I'm not sure if I have to manually setup a route for this to happen, or if this behaviour is only available by using the B2BUA approach in OpenSIPS. Thanks a lot! David ___ Users mailing list Users@lists.opensips.org mailto:Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 15 - 19 November 2010, Edison, New Jersey, USA www.voice-system.ro http://www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 15 - 19 November 2010, Edison, New Jersey, USA www.voice-system.ro -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 15 - 19 November 2010, Edison, New Jersey, USA www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Using b2bua top hiding plus dispatcher module
I'll check it later, but the fact is that I have to solve first the
problem that prevents the INVITEs generated by OpenSIPs to be sent to
the internal jain slee server.
I have confirmed that after the call to ds_select(), the value of $du
points to such server (which has been obtained from the
/opt/opensipsnotls/etc/opensips/dispatcher.list file), but the INVITEs
are not sent there, but to the public IP address of the OpenSIPs
server. Without the b2bua setup, the dispatcher has been working
fine in other tests I've made...
Regards,
David
On Tue, Oct 12, 2010 at 11:22 AM, Anca Vamanu a...@opensips.org wrote:
Hi David,
The only thing that won't work as you like is the append_hf - it won't
work as you like since the b2bua module won't see that header. You need
to do that for the new request generated by the b2bua and put that code
in the local_route.
Regards,
--
Anca Vamanu
www.voice-system.ro
On 10/11/2010 01:48 PM, David Santiago wrote:
Hi all,
After cleaning up the initialization problems in the b2bua related
modules I'm testing a configuration I want to use in order to enable
the top hiding scenario, plus using the dispatcher module so I can
configure the internal jain slee server that receives the requests
from the opensips proxy, like this:
VOIP PROVIDER--- OPENSIPS--- INTERNAL JAIN SLEE SERVER
I will write here the configuration I'm using, taken from the
configuration example available, that results in the INVITEs received
from the VOIP PROVIDER being sent by OPENSIPS to itself (to its public
address, in particular), ad infinitum.
The modparam(dispatcher, list_file,
/opt/opensipsnotls/etc/opensips/dispatcher.list) entry points to the
file required by the dispatcher module to determine the ip and port
where the internal jain slee server is running. Furthermore, our
service implementation requires the addition of the
P-Preferred-Service header, which is done with append_hf().
Any hint would be appreciated. Thanks in advance!
# Debugging mode:
debug=9
memlog=6
fork=yes
auto_aliases=no
log_stderror=no
disable_dns_blacklist=yes
listen=10.122.54.163:5060 # private opensips ip
# alias=OSIPS_REALM
#port=OSIPS_PORT
sip_warning=0
#server_header=SRV_SIGNATURE
#user_agent_header=PP_USER_AGENT
#mhomed=yes
#memlog=2
check_via=no
dns=off
rev_dns=off
children=8
disable_tcp=yes
log_facility=LOG_LOCAL0
# for more info: opensips -h
# -- module loading --
mpath=/opt/opensipsnotls/lib/opensips/modules/
#loadmodule db_mysql.so
#loadmodule xlog.so
loadmodule textops.so
loadmodule maxfwd.so
loadmodule rr.so
loadmodule sl.so
loadmodule tm.so
loadmodule signaling.so
loadmodule b2b_entities.so
loadmodule b2b_logic.so
loadmodule usrloc.so
loadmodule registrar.so
loadmodule mi_fifo.so
loadmodule dispatcher.so
# - setting module-specific parameters ---
modparam(mi_fifo, fifo_name, /tmp/opensips_fifo)
#modparam(usrloc, db_url,
mysql://opensips:opensip...@localhost/opensips)
#modparam(usrloc, db_mode, 2)
modparam(tm, pass_provisional_replies, 1)
modparam(dispatcher, list_file,
/opt/opensipsnotls/etc/opensips/dispatcher.list)
modparam(b2b_entities, server_address,
sip:MY_OPENSIPS_PUBLIC_IP_GOES_HERE:5060)
#modparam(b2b_logic, script_scenario,
/home/anca/work/opensips/modules/b2b_logic/scenario_script.xml)
#modparam(b2b_logic, extern_scenario,
/home/anca/work/opensips/modules/b2b_logic/scenario_extern.xml)
modparam(b2b_entities, script_req_route, b2b_request)
modparam(b2b_entities, script_reply_route, b2b_reply)
route[b2b_request] {
xlog(b2b_request ($ci)\n);
}
route[b2b_reply] {
xlog(b2b_reply ($ci)\n);
}
route {
xlog(mozaa - Here we go...);
if (!mf_process_maxfwd_header(10)) {
sl_send_reply(483,Too Many Hops);
exit;
};
if (msg:len= 2380 ) {
sl_send_reply(513, Message too big);
exit;
};
if (!method==REGISTER)
record_route();
# subsequent messages withing a dialog should take the
# path determined by record-routing
if (loose_route()) {
# mark routing logic in request
append_hf(P-hint: rr-enforced\r\n);
route(1);
};
if(is_method(INVITE) /* only for Invite messages from bob*/
!(src_ip == 10.122.54.163 src_port ==5060)) /* skip
Invite messages generated by the server*/
{
# DO NOT call t_newtran() on this request - it will result in the
transaction never being deleted
##b2b_init_request(prepaid, sip:3...@opensips.org:5070,
sip:3...@opensips.org:5070);
xlog(mozaa ft - [$ft]);
xlog(mozaa fu - [$fu]);
xlog(mozaa tt - [$tt]);
xlog(mozaa tu - [$tu]);
xlog(mozaa du - [$du]);
xlog(mozaa si - [$si]);
$var(to) = $tu;
$var(to) = $(var(to){s.substr,4,0});
$var(to) = $(var(to){s.select,0,@});
$var(proxy_public_addr) = $(var(to){s.select,1
[OpenSIPS-Users] Using b2bua top hiding plus dispatcher module
Hi all,
After cleaning up the initialization problems in the b2bua related
modules I'm testing a configuration I want to use in order to enable
the top hiding scenario, plus using the dispatcher module so I can
configure the internal jain slee server that receives the requests
from the opensips proxy, like this:
VOIP PROVIDER --- OPENSIPS --- INTERNAL JAIN SLEE SERVER
I will write here the configuration I'm using, taken from the
configuration example available, that results in the INVITEs received
from the VOIP PROVIDER being sent by OPENSIPS to itself (to its public
address, in particular), ad infinitum.
The modparam(dispatcher, list_file,
/opt/opensipsnotls/etc/opensips/dispatcher.list) entry points to the
file required by the dispatcher module to determine the ip and port
where the internal jain slee server is running. Furthermore, our
service implementation requires the addition of the
P-Preferred-Service header, which is done with append_hf().
Any hint would be appreciated. Thanks in advance!
# Debugging mode:
debug=9
memlog=6
fork=yes
auto_aliases=no
log_stderror=no
disable_dns_blacklist=yes
listen=10.122.54.163:5060 # private opensips ip
# alias=OSIPS_REALM
#port=OSIPS_PORT
sip_warning=0
#server_header=SRV_SIGNATURE
#user_agent_header=PP_USER_AGENT
#mhomed=yes
#memlog=2
check_via=no
dns=off
rev_dns=off
children=8
disable_tcp=yes
log_facility=LOG_LOCAL0
# for more info: opensips -h
# -- module loading --
mpath=/opt/opensipsnotls/lib/opensips/modules/
#loadmodule db_mysql.so
#loadmodule xlog.so
loadmodule textops.so
loadmodule maxfwd.so
loadmodule rr.so
loadmodule sl.so
loadmodule tm.so
loadmodule signaling.so
loadmodule b2b_entities.so
loadmodule b2b_logic.so
loadmodule usrloc.so
loadmodule registrar.so
loadmodule mi_fifo.so
loadmodule dispatcher.so
# - setting module-specific parameters ---
modparam(mi_fifo, fifo_name, /tmp/opensips_fifo)
#modparam(usrloc, db_url, mysql://opensips:opensip...@localhost/opensips)
#modparam(usrloc, db_mode, 2)
modparam(tm, pass_provisional_replies, 1)
modparam(dispatcher, list_file,
/opt/opensipsnotls/etc/opensips/dispatcher.list)
modparam(b2b_entities, server_address,
sip:MY_OPENSIPS_PUBLIC_IP_GOES_HERE:5060)
#modparam(b2b_logic, script_scenario,
/home/anca/work/opensips/modules/b2b_logic/scenario_script.xml)
#modparam(b2b_logic, extern_scenario,
/home/anca/work/opensips/modules/b2b_logic/scenario_extern.xml)
modparam(b2b_entities, script_req_route, b2b_request)
modparam(b2b_entities, script_reply_route, b2b_reply)
route[b2b_request] {
xlog(b2b_request ($ci)\n);
}
route[b2b_reply] {
xlog(b2b_reply ($ci)\n);
}
route {
xlog(mozaa - Here we go...);
if (!mf_process_maxfwd_header(10)) {
sl_send_reply(483,Too Many Hops);
exit;
};
if (msg:len = 2380 ) {
sl_send_reply(513, Message too big);
exit;
};
if (!method==REGISTER)
record_route();
# subsequent messages withing a dialog should take the
# path determined by record-routing
if (loose_route()) {
# mark routing logic in request
append_hf(P-hint: rr-enforced\r\n);
route(1);
};
if(is_method(INVITE) /* only for Invite messages from bob*/
!(src_ip == 10.122.54.163 src_port ==5060)) /* skip
Invite messages generated by the server*/
{
# DO NOT call t_newtran() on this request - it will result in the
transaction never being deleted
##b2b_init_request(prepaid, sip:3...@opensips.org:5070,
sip:3...@opensips.org:5070);
xlog(mozaa ft - [$ft]);
xlog(mozaa fu - [$fu]);
xlog(mozaa tt - [$tt]);
xlog(mozaa tu - [$tu]);
xlog(mozaa du - [$du]);
xlog(mozaa si - [$si]);
$var(to) = $tu;
$var(to) = $(var(to){s.substr,4,0});
$var(to) = $(var(to){s.select,0,@});
$var(proxy_public_addr) = $(var(to){s.select,1,@});
xlog(mozaa to - [$var(to)]);
xlog(mozaa contact - $hdr(Contact));
$var(from) = $fu;
$var(from) = $(var(from){s.substr,4,0});
if($var(to)==THE_NUMBER_REGISTERED_IN_MY_VOIP_PROVIDER_GOES_HERE) {
xlog(mozaa x - SPAIN);
if (
subst('/^From:(.*)sip:[...@]*@[a-zA-Z0-9.]+(.*)$/From:\1sip:34$var(from)\2/ig')
) {
xlog(mozaa from modified!);
};
append_hf(P-Preferred-Service: OneService\r\n);
} else {
xlog(mozaa x - USA);
append_hf(P-Preferred-Service: AnotherService\r\n);
}
ds_select_dst(1, 0);
xlog(mozaa - Launching top hiding scenario for du = $du);
b2b_init_request(top hiding);
exit;
};
if (!uri==myself) {
# mark routing logic in request
append_hf(P-hint: outbound\r\n);
route(1);
};
if (uri==myself) {
if (method==REGISTER) {
save(location);
exit;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup(location)) {
Re: [OpenSIPS-Users] Initialization error for b2b test
I have checked my configuration with that example, in particular the loading of modules. I used the same list of modules in my configuration and still facing an initialization error regarding a missing loadmodule, according to the error message. Any ideas? I just need a working configuration to test the top hiding scenario. Thx! On Wed, Oct 6, 2010 at 6:28 PM, Anca Vamanu a...@opensips.org wrote: See the configiration file example here- http://www.opensips.org/Resources/B2bConfigExample -- Anca Vamanu www.voice-system.ro On 10/06/2010 07:10 PM, David Santiago wrote: Hello, I'm trying to test the top hiding scenario but I get the following error at opensips startup: ... Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 247, column 22-23: unknown command b2b_init_request, missing loadmodule? ... line 247 is this: b2b_init_request(top hiding); and the list of modules I have declared is: #loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri.so loadmodule acc.so /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule auth.so #loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ #loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule presence.so #loadmodule presence_xml.so loadmodule dispatcher.so Do not see which module I'm missing :L Regards ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Initialization error for b2b test
Hum... so true. These are the ERROR and CRITICAL traces: Oct 8 14:41:12 ip-10-122-54-163 opensips: ERROR:core:yyparse: module 'xlog.so' not found in '/opt/opensipsnotls/lib/opensips/modules/' Oct 8 14:41:12 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 68, column 13-14: failed to load module Oct 8 14:41:12 ip-10-122-54-163 opensips: ERROR:core:sr_load_module: could not open module /opt/opensipsnotls/lib/opensips/modules/: /opt/opensipsnotls/lib/opensips/modules/: cannot read file data: Is a directory Oct 8 14:41:12 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 68, column 13-14: failed to load module ct 8 14:41:12 ip-10-122-54-163 opensips: ERROR:core:yyparse: module 'b2b_logic.so' not found in '/opt/opensipsnotls/lib/opensips/modules/' Oct 8 14:41:12 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 98, column 13-14: failed to load module Oct 8 14:41:12 ip-10-122-54-163 opensips: ERROR:core:sr_load_module: could not open module /opt/opensipsnotls/lib/opensips/modules/: /opt/opensipsnotls/lib/opensips/modules/: cannot read file data: Is a directory Oct 8 14:41:12 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 98, column 13-14: failed to load module Oct 8 14:41:12 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 248, column 22-23: unknown command b2b_init_request, missing loadmodule? On Fri, Oct 8, 2010 at 2:34 PM, Anca Vamanu a...@opensips.org wrote: Hi David, Are there any errors before that? Which is the first error that you see in log ( look after ERROR or CRITICAL). Anca On 10/08/2010 03:02 PM, David Santiago wrote: I have checked my configuration with that example, in particular the loading of modules. I used the same list of modules in my configuration and still facing an initialization error regarding a missing loadmodule, according to the error message. Any ideas? I just need a working configuration to test the top hiding scenario. Thx! On Wed, Oct 6, 2010 at 6:28 PM, Anca Vamanua...@opensips.org wrote: See the configiration file example here- http://www.opensips.org/Resources/B2bConfigExample -- Anca Vamanu www.voice-system.ro On 10/06/2010 07:10 PM, David Santiago wrote: Hello, I'm trying to test the top hiding scenario but I get the following error at opensips startup: ... Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 247, column 22-23: unknown command b2b_init_request, missing loadmodule? ... line 247 is this: b2b_init_request(top hiding); and the list of modules I have declared is: #loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri.so loadmodule acc.so /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule auth.so #loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ #loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule presence.so #loadmodule presence_xml.so loadmodule dispatcher.so Do not see which module I'm missing :L Regards ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Anca Vamanu www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Initialization error for b2b test
Fixed. The provided Makefile excludes the b2b_logic module, so it's not compiled nor available later. On Wed, Oct 6, 2010 at 6:10 PM, David Santiago david.santi...@almiralabs.com wrote: Hello, I'm trying to test the top hiding scenario but I get the following error at opensips startup: ... Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 247, column 22-23: unknown command b2b_init_request, missing loadmodule? ... line 247 is this: b2b_init_request(top hiding); and the list of modules I have declared is: #loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri.so loadmodule acc.so /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule auth.so #loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ #loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule presence.so #loadmodule presence_xml.so loadmodule dispatcher.so Do not see which module I'm missing :L Regards ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] How to change Contact header
Solved!
Adding a \r did the thing...
if ( subst('/^Contact: sip:([0-9]+)@(.*)$/Contact:
sip:\...@new_ip_address_here\r/ig') ) {
xlog(contact modified!);
};
On Tue, Oct 5, 2010 at 6:34 PM, David Santiago
david.santi...@almiralabs.com wrote:
Hi all,
I need to modify the host part of a contact header. I'm trying something
like:
if ( subst('/^Contact: sip:([0-9]+)@(.*)$/Contact:
sip:\...@new_ip_address_here/ig') ) {
xlog(contact modified!);
};
but the resulting Contact header is wrong and cannot be processed.
Having a look at the header with wireshark shows that the Contact
Binding entry is missing the ending , but the Contact, URI or
SIP contact address have the at the end :L
May be this is not the right way to modify a Contact header...
Thanks in advance,
David
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] OpenSIPS swallows BYEs
Hi all, I have a running OpenSIPS installation that I'm using for testing purposes. The fact is that I'm forwarding requests from a voip provider to a jain slee server and everything is working fine (INVITEs, ACKs, RTP flow,...), except for the BYEs generated from the server side. They reach the OpenSIPs proxy and are not forwarded to the voip provider in order to finish the call. I'm not sure if I have to manually setup a route for this to happen, or if this behaviour is only available by using the B2BUA approach in OpenSIPS. Thanks a lot! David ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] How to change Contact header
Fair enough, I'll check it.
Thx Andrew!
On Wed, Oct 6, 2010 at 2:58 PM, Andrew Pogrebennyk
andrew.pogreben...@portaone.com wrote:
David,
Also if rewriting Contact with the opensips address is what you want to
achieve, you should look no further than b2b_logic top hiding
scenario: http://www.opensips.org/Resources/B2buaTutorial16#toc12
On 06.10.2010 14:15, Bogdan-Andrei Iancu wrote:
Hi David,
take when using such regexps as the contact hdr may have multiple
syntaxes:
Contact: sip:u...@domain
Contact: sip:u...@domain;hdr_params
Contact:sip:u...@domain;hdr_params
Contact:sip:u...@domain;uri_params;hdr_params
Contact: displaysip:u...@domain;hdr_params
Contact: displaysip:u...@domain;hdr_params
etc
So having a regexp to match all case may be difficultbetter try to
focus only on the domain part, like matching the @IP part, like
(Contact: .*@)[0-9]{1,3}.[0-9]{1,3}.[0-9]{1,3}.[0-9]{1,3}
Regards,
Bogdan
David Santiago wrote:
Solved!
Adding a \r did the thing...
if ( subst('/^Contact:sip:([0-9]+)@(.*)$/Contact:
sip:\...@new_ip_address_here\r/ig') ) {
xlog(contact modified!);
};
On Tue, Oct 5, 2010 at 6:34 PM, David Santiago
david.santi...@almiralabs.commailto:david.santi...@almiralabs.com
wrote:
Hi all,
I need to modify the host part of a contact header. I'm trying
something like:
if ( subst('/^Contact:sip:([0-9]+)@(.*)$/Contact:
sip:\...@new_ip_address_here/ig') ) {
xlog(contact modified!);
};
but the resulting Contact header is wrong and cannot be processed.
Having a look at the header with wireshark shows that the Contact
Binding entry is missing the ending , but the Contact, URI
or
SIP contact address have the at the end :L
May be this is not the right way to modify a Contact header...
Thanks in advance,
David
--
Sincerely,
Andrew Pogrebennyk
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] OpenSIPS swallows BYEs
Bogdan, right now it's being forwarded again to the slee server who sent it, as I'm basically using the configuration provided in http://www.opensips.org/html/docs/modules/1.6.x/dispatcher.html On Wed, Oct 6, 2010 at 4:16 PM, Bogdan-Andrei Iancu bog...@voice-system.rowrote: Hi David, Is the BYE replied or forwarded to whatever destination ? probably your record routing is somehow broken. OpenSIPS may misroute the BYE because the invalid route set - posting the 200 OK for INVITE and the BYE will help in investigating this. Regards, Bogdan David Santiago wrote: Hi all, I have a running OpenSIPS installation that I'm using for testing purposes. The fact is that I'm forwarding requests from a voip provider to a jain slee server and everything is working fine (INVITEs, ACKs, RTP flow,...), except for the BYEs generated from the server side. They reach the OpenSIPs proxy and are not forwarded to the voip provider in order to finish the call. I'm not sure if I have to manually setup a route for this to happen, or if this behaviour is only available by using the B2BUA approach in OpenSIPS. Thanks a lot! David ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- Bogdan-Andrei Iancu OpenSIPS Bootcamp 15 - 19 November 2010, Edison, New Jersey, USA www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Initialization error for b2b test
Hello, I'm trying to test the top hiding scenario but I get the following error at opensips startup: ... Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 247, column 22-23: unknown command b2b_init_request, missing loadmodule? ... line 247 is this: b2b_init_request(top hiding); and the list of modules I have declared is: #loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri.so loadmodule acc.so /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule auth.so #loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ #loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule presence.so #loadmodule presence_xml.so loadmodule dispatcher.so Do not see which module I'm missing :L Regards ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Initialization error for b2b test
In fact I was doing it... I did not copy the whole loading block well in the email. There it is: #set module path mpath=/opt/opensipsnotls/lib/opensips/modules/ /* uncomment next line for MySQL DB support */ #loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri.so loadmodule acc.so /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule auth.so #loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ #loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule presence.so #loadmodule presence_xml.so loadmodule dispatcher.so loadmodule b2b_entities.so loadmodule b2b_logic.so :((( On Wed, Oct 6, 2010 at 6:16 PM, Ovidiu Sas o...@voipembedded.com wrote: You need to load both b2b_entities and b2b_logic: http://www.opensips.org/html/docs/modules/1.6.x/b2b_logic.html#id228233 Regards, Ovidiu Sas On Wed, Oct 6, 2010 at 12:10 PM, David Santiago david.santi...@almiralabs.com wrote: Hello, I'm trying to test the top hiding scenario but I get the following error at opensips startup: ... Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: DBG:core:find_cmd_export_t: b2b_init_request not found Oct 6 18:03:49 ip-10-122-54-163 opensips: CRITICAL:core:yyerror: parse error in config file, line 247, column 22-23: unknown command b2b_init_request, missing loadmodule? ... line 247 is this: b2b_init_request(top hiding); and the list of modules I have declared is: #loadmodule db_mysql.so loadmodule signaling.so loadmodule sl.so loadmodule tm.so loadmodule rr.so loadmodule maxfwd.so loadmodule usrloc.so loadmodule registrar.so loadmodule textops.so loadmodule mi_fifo.so loadmodule uri.so loadmodule acc.so /* uncomment next lines for MySQL based authentication support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule auth.so #loadmodule auth_db.so /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule alias_db.so /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see multi-module params section ) */ #loadmodule domain.so /* uncomment the next two lines for presence server support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule presence.so #loadmodule presence_xml.so loadmodule dispatcher.so Do not see which module I'm missing :L Regards ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] How to change Contact header
Hi all,
I need to modify the host part of a contact header. I'm trying something like:
if ( subst('/^Contact: sip:([0-9]+)@(.*)$/Contact:
sip:\...@new_ip_address_here/ig') ) {
xlog(contact modified!);
};
but the resulting Contact header is wrong and cannot be processed.
Having a look at the header with wireshark shows that the Contact
Binding entry is missing the ending , but the Contact, URI or
SIP contact address have the at the end :L
May be this is not the right way to modify a Contact header...
Thanks in advance,
David
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Adding P-Preferred-Service header
Hi, I need to add a P-Preferred-Service header to the SIP messages that are sent from my OpenSIPS installation to the destination slee server. What is the recommended way to do this? Thanks in advance, David ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Adding P-Preferred-Service header
Thx Jeff, In the meantime I have tried with append_hf(P-Preferred-Service: header value\r\n); and it seems to also work fine. Regards, David On Fri, Oct 1, 2010 at 5:21 PM, Jeff Pyle jp...@fidelityvoice.com wrote: David, http://www.opensips.org/html/docs/modules/1.4.x/textops.html#id271351 http://www.opensips.org/html/docs/modules/1.4.x/textops.html#id271351Something like this: insert_hf(P-Preferred-Service: header value, Contact); - Jeff On Oct 1, 2010, at 11:09 AM, David Santiago wrote: Hi, I need to add a P-Preferred-Service header to the SIP messages that are sent from my OpenSIPS installation to the destination slee server. What is the recommended way to do this? Thanks in advance, David ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
