Re: [OpenSIPS-Users] generate CDRs using sermyadmin
I found the right procedure is opensips.opensips. however the generate-cdrs.sh ran without creating any cdrs. How do I troubleshoot this? Regards, Leon From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Leon Li Sent: Friday, 15 October 2010 12:07 PM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] generate CDRs using sermyadmin Hi, I knew sermyadmin is discontinue any more sadly. But the question is how to generate CDRs using the generate-cdrs.sh in sermyadmin? I got an error. ERROR 1305 (42000) at line 1: PROCEDURE opensips.sermyadmin does not exist But the mentioned procedure is not included in sermyadmin package? Any assistance? Cheers Leon ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] generate CDRs using sermyadmin
Hi, I knew sermyadmin is discontinue any more sadly. But the question is how to generate CDRs using the generate-cdrs.sh in sermyadmin? I got an error. ERROR 1305 (42000) at line 1: PROCEDURE opensips.sermyadmin does not exist But the mentioned procedure is not included in sermyadmin package? Any assistance? Cheers Leon ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Services management - question about proper module
Hi, Have anyone tried to use usr_preferences, AVPops to determine the service to be fetched by the script? Then i am planning to use switch statement to add different prefixes before the called number and t_relay to asterisk server to do the rest. Is this proper point of view? Thx, Maciej. > Hello. > > I am planning to provide opensips with a kind of mechanism to manage > customer services/features like call-forward/VM/follow-me and so on. > It should work in following way: If $rU is provided in subscriber > table then user enabled service name is obtained from some db table. > On the basis of that value opensips should do the magic :) > > The question is what kind of module is the best to follow. Is it > AVPops or maybe there is another way to achieve my goal. > What are pros and cons. > > Thx in advance, > Maciej. > ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] B2BUA Transfers Intermittently Working/Not Working (Bug?)
Hi Anca, I enabled the sip_trace module in OpenSIPS and dumped everything to my database. I put together a script to print everything to an HTML page and parse out the "From:" headers on each packet so it would be easy to check them all. They all appear correct to me. I've posted the output of the sip_trace here: http://woollum.com/temp/opensips_trace.html Brett Woollum br...@woollum.com - Original Message - From: "Anca Vamanu" To: users@lists.opensips.org Sent: Thursday, October 14, 2010 12:45:19 AM GMT -08:00 US/Canada Pacific Subject: Re: [OpenSIPS-Users] B2BUA Transfers Intermittently Working/Not Working (Bug?) Hi Brett, You need to run a network trace and catch the message for which you get this error: ERROR:core:parse_to: unexpected char [<] in status 5: <<<>> You can run opensips in debug mode ( set 'debug=6' ) to see info from the message and be able to find it in the network trace. >From the logs it seems that a message ( possibly REFER ) has a bad From header >and OpenSIPS is not able to process right. Regards, -- Anca Vamanu www.voice-system.ro On 10/13/2010 11:54 PM, Brett Woollum wrote: Unfortunately the mailing list won't let me send replies with my logs or config file since they're too big. You can find them on this page: http://www.woollum.com/temp/opensips.txt Thanks! Brett Woollum br...@woollum.com ___ 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 core dumps
I have this info from dmesg: [1985853.285221] opensips[30865]: segfault at 10 ip 7f43899ce21f sp 7fff8de1cf40 error 4 in db_flatstore.so[7f43899cb000+5000] [1985856.379671] opensips[30858]: segfault at 10 ip 7f43899ce21f sp 7fff8de1cf40 error 4 in db_flatstore.so[7f43899cb000+5000] [1985896.961279] opensips[30868]: segfault at 10 ip 7f43899ce21f sp 7fff8de1cf40 error 4 in db_flatstore.so[7f43899cb000+5000] [2000131.245512] opensips[17672]: segfault at 10 ip 7fd0f21fb21f sp 7fff3a3b4f00 error 4 in db_flatstore.so[7fd0f21f8000+5000] [2000161.735962] opensips[17668]: segfault at 10 ip 7fd0f21fb21f sp 7fff3a3b4e40 error 4 in db_flatstore.so[7fd0f21f8000+5000] [2000167.299402] opensips[17670]: segfault at 10 ip 7fd0f21fb21f sp 7fff3a3b4f00 error 4 in db_flatstore.so[7fd0f21f8000+5000] On Thu, Oct 14, 2010 at 1:57 PM, thrillerbee wrote: > When OpenSIPS crashes, three corefiles are generated that are 2.1GB in > size. How do I use these files to understand what's causing the crash? > > Thanks. > ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] OpenSIPS core dumps
When OpenSIPS crashes, three corefiles are generated that are 2.1GB in size. How do I use these files to understand what's causing the crash? Thanks. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] How to t_relay() from two send socket?
Hi, My OpenSIPS server has two network cards. One is public ip address such as 202.102.XX.XX,and the other is private ip address,such as 10.0.1.5. Now ,I want to forward INVITE ,BYE,CANCEL from 10.0.1.5 to 10.0.1.6,while forward MESSAGE and REGISTER from 202.102.XX.XX to 202.102.YY.YY. I have test use force_send_socket to control the send sockets to different kinds of messages,but it seems to unuseful. It just send message from one socket. How can we accomplish this demo? Thanks a lot. CheeWii ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] B2BUA Transfers Intermittently Working/Not Working (Bug?)
Hi Brett, You need to run a network trace and catch the message for which you get this error: ERROR:core:parse_to: unexpected char [<] in status 5: <<<>> You can run opensips in debug mode ( set 'debug=6' ) to see info from the message and be able to find it in the network trace. From the logs it seems that a message ( possibly REFER ) has a bad From header and OpenSIPS is not able to process right. Regards, -- Anca Vamanu www.voice-system.ro On 10/13/2010 11:54 PM, Brett Woollum wrote: Unfortunately the mailing list won't let me send replies with my logs or config file since they're too big. You can find them on this page: http://www.woollum.com/temp/opensips.txt Thanks! Brett Woollum br...@woollum.com ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Changing Opensips port number
Hi James, In fact you only need to define the listen parameter ( the port is used if you want opensips to listen to all interfaces ). Anyhow if you update both the listen and the port parameter to the same port value it should also work. Check if the restart is effected with 'ps aux | grep opensips' and checking if the start time is the one you want. Regards, Anca On 10/14/2010 03:09 AM, James Mbuthia wrote: > Hi Bogdan, > > I set the port on opensips.cfg like: > > > port=5060 > > /* uncomment and configure the following line if you want opensips to > bind on a specific interface/port/proto (default bind on all available) */ > listen=udp:198.162.1.0:5060 > > > I change the 5060 to another number then restart using opensipsctl. Is > there something else I have missed? > > james > > > > On 10/13/10, Bogdan-Andrei Iancu wrote: > >> Hi James, >> >> how do you set the port? via "port" param or via the "listen" param? are >> you sure you restart was effective? >> >> Regards, >> Bogdan >> >> James Mbuthia wrote: >> >>> Hi, >>> >>> Sorry for the newbie question. How do you change the port number in >>> opensips? I want to change it from 5060 to something else however when >>> I do so on opensips.cfg and restart opensips, Opensips doesn't seem to >>> listen on the port I have specified. Do I need to change the number >>> elsewhere? >>> >>> regards >>> james >>> >>> >>> ___ >>> 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 >> >> > ___ > 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
Re: [OpenSIPS-Users] DNS Failover test
Hi James,
By default the location information is stored only in cache - you can
change that by setting the parameter db_mod in usrloc module -
http://www.opensips.org/html/docs/modules/devel/usrloc.html#id271279.
You can also check the information in cache with the command
'opensipsctl ul show'.
Regards,
--
Anca Vamanu
www.voice-system.ro
On 10/14/2010 02:37 AM, James Mbuthia wrote:
> But when does the proxy create a location record?
>
> When the callee phone registers it gets an authenticate challenge and
> after the challenge it gets a 200 Ok header.
>
> When the caller phone calls it gets a 407 proxy challenge and after
> verification gets a 100 response.
>
> According to my understanding the proxy creates a location record for
> the person being called, however this is not entered into the
> database so where is it? Below is a snippet of my invite and register
> code in opensips.cfg
>
>
> if (!(method=="REGISTER")&& from_uri==myself) /*no multidomain version*/
> ##if (!(method=="REGISTER")&& is_from_local()) /*multidomain */
> ##
> {
> if (!proxy_authorize("", "subscriber")) {
> proxy_challenge("", "0");
> exit;
> }
> if (!db_check_from()) {
> sl_send_reply("403","Forbidden auth ID");
> exit;
> }
>
> consume_credentials();
> ## # caller authenticated
> }
>
>
> if (is_method("REGISTER"))
> {
> # authenticate the REGISTER requests (uncomment to enable auth)
> if (!www_authorize("", "subscriber"))
> {
> www_challenge("", "0");
> exit;
> }
> ##
> if (!db_check_to())
> {
> sl_send_reply("403","Forbidden auth ID");
> exit;
> }
>
> if (!save("location"))
> sl_reply_error();
>
> exit;
> }
> }
>
>
>
> The proxy does not save the location details under the location table
> however sending an invite before the callee has been registered
> results in a 405. So, where does the proxy save the callee location if
> its not saving on the database? And how do I need to go around that?
>
___
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 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 Vamanu 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...");
>>>
>>
