sr-users

sr-users@lists.kamailio.org

46 participants
37553 discussions

[Users] lcr: load_gws(): from_uri to large
by Papadopoulos Georgios 07 May '07

07 May '07

Hello all, I get the following error from lcr module load_gws(): from_uri to large This happens when the rpid is exactly 128 characters long. If I make it 127 long it works fine. This is on the 1.1.x branch. Has anyone else noticed this? thank you George Disclaimer The information in this e-mail and any attachments is confidential. It is intended solely for the attention and use of the named addressee(s). If you are not the intended recipient, or person responsible for delivering this information to the intended recipient, please notify the sender immediately. Unless you are the intended recipient or his/her representative you are not authorized to, and must not, read, copy, distribute, use or retain this message or any part of it. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.

2 1

[Users] Openser used to route call between PSTN to/from remote voice gateways with routing different in each direction ( originate from PSTN or originate from remote voice gateway )
by mailinglist-openser-users 07 May '07

07 May '07

Version: Openser 1.2.0 Platform: PSTN <-> Central Gateways <-- OpenSer --> Remote Gateways <-- >PABX We have 4 central Voice Gateway connected to local PSTN and several tens of customer remote voice gateways connected to PABX. On our central voice gateways, we have several PSTN provider, and these providers have different prices for different location ( so calling a cell phone should be rather made by a voice gateway connected to a particular PSTN provider ). As well, we provide SDA numbers for incoming call from PSTN on our central gateway and that should be routed to a remote customer voice gateway. But if customerA call the SDA of customerB, customerA should go through PSTN by our central voice gateway and then our central voice gateway route the call to CustomerB. So all remote gateways should not know any of the SDA route, only our central gateway should use this routes. So basically we have 2 kinds of routing to be done by OpenSer: o For our Central Gateway - For SDA11, try gateway Customer1 - For SDA12, try gateway Customer1 - For SDA21, try gateway Customer2 - For SDA22, try gateway Customer2 - For any other unknown number, no gateway should be returned ( I don't want a wrong number routed to our gateway from PSTN to generate another call on PSTN ) o For our remote customer gateways, I should have routing like this: - for cell phone, try gateway 1, if that gateway1 fail then try randomly gateway 2,3 or 4 ( and if possible the less loaded of these 3 gateways ) - for spain try gateway2, if that gateway2 fail, then try randomly gateway 1,3 or 4 ( and if possible the less loaded of these 3 gateways ) - for all other routes, try randomly gateway 1,2,3,4 ( and if possible the less loaded of these 4 gateways ) So I have several constraint: - two kind of routing should be made either if the call is coming from the central gateway or from a remote customer gateway ( differenlty said: routing different if call originate from PSTN or originate from remote voice gateway ) - for customer remote gateways, there are some preferred central gateway for certains location (e.g international call ) but if these gateways fail, fallback should occur to others central gateway - the less is hardcoded in the configuration file, the better is is. - how to try first the currently less loaded gateway when several gateways are available ( is it possible in openser has it is only dialog statefull and not call statefull ? ) What is the best option in OpenSer to achieve this ? Is the LCR module with "from_uri" and route by "prefix" can handle all this ? Where can we find complex examples of the LCR module ? Regards, Jerome. -- Jerome

1 0

[Users] do I need openser FIFO?
by Joao Pereira 07 May '07

07 May '07

Hello I'm using SER/OpenSER for a long time and I always used the FIFO. My question is, do I really need to use the FIFO? What OpenSER functionalities rely in the FIFO? Just Serweb? Thanks regards Joao Pereira -- ______________________________________________ João Gomes Pereira FCCN Av. do Brasil, nº 101 1700-066 Lisboa tel: +351 218 440 100 - fax: +351 218 472 167 email|SIP: joao.pereira(a)fccn.pt http://www.fccn.pt ______________________________________________ --- Aviso de Confidencialidade Esta mensagem é exclusivamente destinada ao seu destinatário, podendo conter informação CONFIDENCIAL, cuja divulgação está expressamente vedada nos termos da lei. Caso tenha recepcionado indevidamente esta mensagem, solicitamos-lhe que nos comunique esse mesmo facto por esta via ou para o telefone +351 218 440 100 devendo apagar o seu conteúdo de imediato. This message is intended exclusively for its addressee. It may contain CONFIDENTIAL information protected by law. If this message has been received by error, please notify us via e-mail or by telephone +351 218 440 100 and delete it immediately. ---

2 1

[Serusers] SER/PSTN Gateway conf
by flavio 07 May '07

07 May '07

Hi to all, I'm newbie for SER and I'm testing my own configuration to send/receive calls through my pstn gateway, according to follow simple scenario: Phone --> PSTN --> Gateway --> SER --> SIP Phone I send and receive calls successfully, but when Phone over PSTN hangs up SER reply to BYE message with 404 Not Found.Here is my ser.cfg: debug=3 fork=no log_stderror=yes listen=10.28.19.202 # INSERT YOUR IP ADDRESS HERE port=5060 children=4 dns=no rev_dns=no fifo="/tmp/ser_fifo" fifo_db_url="mysql://root@10.28.19.202/ser" loadmodule "/usr/local/lib/ser/modules/mysql.so" loadmodule "/usr/local/lib/ser/modules/sl.so" loadmodule "/usr/local/lib/ser/modules/tm.so" loadmodule "/usr/local/lib/ser/modules/rr.so" loadmodule "/usr/local/lib/ser/modules/maxfwd.so" loadmodule "/usr/local/lib/ser/modules/usrloc.so" loadmodule "/usr/local/lib/ser/modules/registrar.so" loadmodule "/usr/local/lib/ser/modules/auth.so" loadmodule "/usr/local/lib/ser/modules/auth_db.so" loadmodule "/usr/local/lib/ser/modules/uri_db.so" loadmodule "/usr/local/lib/ser/modules/avpops.so" loadmodule "/usr/local/lib/ser/modules/permissions.so" modparam("auth_db|permissions|uri_db|usrloc", "db_url", "mysql://root@10.28.19.202/ser") modparam("auth_db", "calculate_ha1", 1) modparam("auth_db", "password_column", "password") modparam("usrloc", "db_mode", 2) modparam("rr", "enable_full_lr", 1) modparam("tm", "fr_inv_timer", 27) modparam("tm", "fr_inv_timer_avp", "inv_timeout") modparam("permissions", "db_mode", 1) modparam("permissions", "trusted_table", "trusted") modparam("permissions", "default_allow_file", "/usr/local/etc/ser/permissions.allow") modparam("permissions", "default_deny_file", "/usr/local/etc/ser/permissions.deny") route { # ----------------------------------------------------------------- # Sanity Check Section # ----------------------------------------------------------------- if (!mf_process_maxfwd_header("16")) { sl_send_reply("483", "Too Many Hops"); break; }; if (msg:len > max_len) { sl_send_reply("513", "Message Overflow"); break; }; # ----------------------------------------------------------------- # Record Route Section # ----------------------------------------------------------------- if (method!="REGISTER") { record_route(); }; # ----------------------------------------------------------------- # Loose Route Section # ----------------------------------------------------------------- if (loose_route()) { # if ((method=="INVITE" || method=="REFER") && !has_totag()) { # sl_send_reply("403", "Forbidden"); # break; # }; if (method=="INVITE") { if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); }; }; route(1); break; }; # ----------------------------------------------------------------- # Call Type Processing Section # ----------------------------------------------------------------- if (uri!=myself) { route(1); break; }; if (method=="ACK") { route(3); route(1); break; } if (method=="INVITE") { route(3); break; } else if (method=="REGISTER") { route(2); break; }; lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { sl_send_reply("404", "User Not Found"); break; }; route(1); } route[1] { # ----------------------------------------------------------------- # Default Message Handler # ----------------------------------------------------------------- if (!t_relay()) { sl_reply_error(); }; } route[2] { # ----------------------------------------------------------------- # REGISTER Message Handler # ---------------------------------------------------------------- sl_send_reply("100", "Trying"); if (!www_authorize("","subscriber")) { www_challenge("","0"); break; }; if (!check_to()) { sl_send_reply("401", "Unauthorized"); break; }; consume_credentials(); if (!save("location")) { sl_reply_error(); }; } route[3] { # ----------------------------------------------------------------- # INVITE Message Handler # ----------------------------------------------------------------- if (!allow_trusted()) { if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); break; } else if (!check_from()) { sl_send_reply("403", "Use From=ID"); break; }; consume_credentials(); } lookup("aliases"); if (uri!=myself) { route(1); break; }; if (!lookup("location")) { if (uri=~"^sip:0[0-9]*@") { # calls to PSTN #strip(0); route(4); break; }; if(uri=~"^sip:3[0-9]*@") { calls to Mobile route(4); break; }; sl_send_reply("404", "User Not Found"); break; }; route(1); } route[4]{ #----------------------------------------------------------------- # PSTN Handler # ----------------------------------------------------------------- rewritehost("10.28.52.105"); # INSERT YOUR PSTN GATEWAY IP ADDRESS avp_write("i:45", "inv_timeout"); route(1); } Any suggestions about my issue? Thanks 4 all, Flavio -- ******************************** * (o< ing. Patria Flavio * //\ phone 0823451358 * V_/_ mobile 3407873357 * ********************************

1 0

[Users] HOWTO submit a patch in a correct way?
by Peter Lemenkov 06 May '07

06 May '07

Hello All! I need a simple feature in OpenSER - parameter in Jabber-module to set up jabber's priority. So I took a look into the sources and created a simple patch (attached). Are there any formal procedures that I must follow for accepting my patch? -- With best regards!

2 1

[Users] E1 config for chile
by laurent schweizer 04 May '07

04 May '07

Hello, I try to configure a Patton smart node with a E1 for the Chile. I need to know wich parameters I must set for Chile. If someone have informations it's welcoms. Laurent

1 0

[Users] Passing predefined string-value to RADIUS accounting server
by Peter Lemenkov 04 May '07

04 May '07

Hello All! I've encountered some difficulties. I need to pass predefined string value ("REALM" actually) to accounting RADIUS server. I want to did it in way similar to: modparam("acc", "radius_extra", "User-Name=$fU; Sip-User-Realm=$ar") But I need to set realm for all radius-accounting requests to some value ("MYREALM" for example). I tried set $ar explicitly before accounting this way $ar = "MYREALM"; but failed with error "invalid left operand in assignment". Does $ar read-only variable? Another my try was to pass new realm value in module configuration section: modparam("acc", "radius_extra", "User-Name=$fU; Sip-User-Realm=MYREALM") It failed with message "parse failed in <Sip-User-Realm=MYREALM> around position ..." I can't set up custom variable before route{} sections so I can't define my $var(realm) into module configuration line. Are any ways to solve my problem exists? -- With best regards!

2 1

[Users] forcing tcp transport
by Will Quan 04 May '07

04 May '07

I am setting up the proxy so the transport protocol is forced to tcp when packet size is > 1300b. The problem is when the originator abandons the call, the CANCEL msg sent over UDP and I really want it to use the TCP transport, as the INVITE did. Is there a way to achieve this?--will

2 1

[Users] OpenSER 1.2 and Flatstore Accounting
by Brandon Armstead 04 May '07

04 May '07

Hello my fellow Flatstore Accounting users, There seems to be some issues with Flatstore and Accounting in OpenSER 1.2, it does not seem to properly account/log extras? Perhaps I am incorrectly using it, but the syntax still remains modparam("acc", "log_extra", "foo=$pvar"). Is there anything I'm missing? Thanks! Regards, Brandon.

2 1

[Users] rtpproxy CPU usage issue..
by Sajith T S 04 May '07

04 May '07

Hi, Have any of you folks seen an abnormal CPU usage issue with rtpprpxy? At times, "top" shows rtpproxy uses 100% CPU (sometimes 99%, sometimes even 101%!), and it stops responding to openser. I have to restart everything now. A small thread in Serdev list recommends upgrading rtpproxy to latest in CVS: http://lists.iptel.org/pipermail/serdev/2006-June/007459.html Mine was fairly old, so I upgraded, but without much progress. What really bugs is I don't know what triggers it. Backtraces suggest that this occurs in different places in rtpproxy, before and after upgrading. Before upgrade: (gdb) where #0 0xb7f49410 in ?? () #1 0xbffd6d88 in ?? () #2 0x00000076 in ?? () #3 0xbffd2410 in ?? () #4 0x4a8d9fd1 in sendto () from /lib/tls/libc.so.6 #5 0x0804ac0c in main (argc=7, argv=0xbffd6e14) at main.c:1467 After upgrade: (gdb) where #0 0xb7f0a410 in ?? () #1 0xbfcb0258 in ?? () #2 0xbfcadfc0 in ?? () #3 0xbfcab8e0 in ?? () #4 0x00bb8dd1 in recvfrom () from /lib/tls/libc.so.6 #5 0x0804a568 in main (argc=7, argv=0xbfcb02e4) at main.c:1364 Any clues? Is this a known problem and is there a patch or some sort ofworkaround? Is there anything I need to upgrade? (This is CentOS 4.4, FWIW) Anything that should be done in openser configuration? Thanks much in advance. - Sajith.

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users