[OpenSIPS-Users] problem with module dialog
Bogdan-Andrei Iancu
bogdan at opensips.org
Thu Aug 18 19:13:46 CEST 2011
Hi Nguyen,
I see you are not handling the case when the load_balance() returns
false (like no destination available or all full).
Also, for sequential requests ( in has_totag() branch ) is bogus to do
t_relay() and forward in the same time. You should do only t_relay() and
allow the request to go based on loose_route() info.
Regards,
Bogdan
On 08/01/2011 01:48 PM, nguyen khue wrote:
> Hi Vlad,
>
> I use two Asterisks to test with OpenSIPS. I have 1000 users from 1000
> to 2000, with user had last number is 0,1,2,3,4 (ex: 1000, 1001, ...)
> I route it to Asterisk 1 (id = 1), other users, I route it to Asterisk
> 2 (id = 2).
> This is content of load_balancer table in database:
> +----+----------+-------------------+-------------------+------------+-------------+
> | id | group_id | dst_uri | resources | probe_mode |
> description |
> +----+----------+-------------------+-------------------+------------+-------------+
> | 1 | 1 | sip:192.168.0.178 | transc=30;pstn=30 | 0 |
> |
> | 2 | 2 | sip:192.168.0.176 | transc=30;pstn=30 | 0 |
> |
> +----+----------+-------------------+-------------------+------------+-------------+
> I had develop one module for my project with name call_monitor, in
> this module, I process some SIP messages as: INVITE, 200 OK, INFO, BYE.
> This is config file, please check it for me
> route{
>
> if (!mf_process_maxfwd_header("10")) {
> sl_send_reply("483","Too Many Hops");
> exit;
> }
>
> if (is_method("INFO")){
> if (!process_info_message()){
> sl_send_reply("503","Service Unavaiable");
> exit;
> }
> if ($fU =~"1[0-9][0-9][0-5]"){
> forward("192.168.0.178:5060");
> }
> else {
> forward("192.168.0.176:5060");
> }
> }
> if (has_totag()) {
> # sequential request withing a dialog should
> # take the path determined by record-routing
> if (loose_route()) {
> if (is_method("BYE")) {
> setflag(1); # do accounting ...
> setflag(3); # ... even if the transaction fails
> process_bye_message();
> if ($fU =~"1[0-9][0-9][0-5]"){
> forward("192.168.0.178:5060");
> }
> else {
> forward("192.168.0.176:5060");
>
> }
> } else if (is_method("INVITE")) {
> # even if in most of the cases is useless, do RR for
> # re-INVITEs alos, as some buggy clients do change route set
> # during the dialog.
> record_route();
> }
> # route it out to whatever destination was set by loose_route()
> # in $du (destination URI).
> if (is_method("ACK"))
> {
> if (t_check_trans()){
> t_relay();
> }
> if ($fU =~"1[0-9][0-9][0-5]"){
> forward("192.168.0.178:5060");
> }
> else {
> forward("192.168.0.176:5060");
> }
> }
> route(1);
> } else {
> if ( is_method("ACK") ) {
> if ( t_check_trans() ) {
> # non loose-route, but stateful ACK; must be an ACK after
> # a 487 or e.g. 404 from upstream server
> t_relay();
> if ($fU =~"1[0-9][0-9][0-5]"){
> forward("192.168.0.178:5060");
> }
> else {
> forward("192.168.0.176:5060");
> }
> exit;
> } else {
> # ACK without matching transaction ->
> # ignore and discard
> exit;
> }
> }
> if (is_method("BYE")){
> process_bye_message();
> t_relay();
> if ($fU =~"1[0-9][0-9][0-5]"){
> forward("192.168.0.178:5060");
> }
> else {
> forward("192.168.0.176:5060");
> }
> }
> #sl_send_reply("404","Not here");
> }
> exit;
> }
>
> # CANCEL processing
> if (is_method("CANCEL"))
> {
> if (t_check_trans())
> t_relay();
> exit;
> }
>
> t_check_trans();
>
> # preloaded route checking
> if (loose_route()) {
> xlog("L_ERR",
> "Attempt to route with preloaded Route's [$fu/$tu/$ru/$ci]");
> if (!is_method("ACK"))
>
> sl_send_reply("403","Preload Route denied");
> exit;
> }
>
> # record routing
> if (!is_method("REGISTER|MESSAGE"))
> record_route();
>
> # account only INVITEs
> if (is_method("INVITE")) {
> setflag(1); # do accounting
> }
> if (!uri==myself)
> {
> append_hf("P-hint: outbound\r\n");
> route(1);
> }
>
> if (is_method("PUBLISH"))
> {
> sl_send_reply("503", "Service Unavailable");
> exit;
> }
>
> if (is_method("REGISTER"))
> {
>
> if (!save("location"))
> sl_reply_error();
> exit;
> }
>
> if ($rU==NULL) {
> # request with no Username in RURI
> sl_send_reply("484","Address Incomplete");
> exit;
> }
>
>
> # do lookup with method filtering
> if (!lookup("location","m")) {
> switch ($retcode) {
> case -1:
> case -3:
> #t_newtran();
> #t_reply("404", "Not Found");
> route(2);
> exit;
> case -2:
> sl_send_reply("405", "Method Not Allowed");
> exit;
> }
> }
>
> # when routing via usrloc, log the missed calls also
>
> setflag(2);
>
> route(1);
> }
>
> route[2]{
> if (is_method("INVITE")){
> if (!has_totag()){
> if (vega_process_invite()){
> t_on_branch("2");
>
> t_on_failure("1");
> t_on_reply("2");
> if ($fU =~"1[0-9][0-9][0-5]"){
> load_balance("1","pstn");
> t_relay();
> exit;
> }
> else {
> load_balance("2","pstn");
> t_relay();
> exit;
> }
>
> }
> else {
> xlog("Process INVITE failed, drop call anyway\n");
> sl_send_reply("404","Method not Allowed");
> exit;
> }
>
> }
> }
> exit;
> }
> branch_route[2] {
> xlog("new branch at $ru\n");
> }
> onreply_route[2] {
> xlog("incoming reply\n");
> if (has_body("application/sdp")){
> if (process_ok_message()){
> exit();
> }else {
> drop();
> exit();
> }
> }
>
> if (t_check_status("404")) {
> process_nothere_message();
> exit();
> }
> }
> failure_route[1] {
> if (t_was_cancelled()) {
> exit;
> }
> }
>
> I had removed route[1], because all case will jump to route[2].
>
> Thanks & Best regards
> Khue Nguyen.
>
> ------------------------------------------------------------------------
> *From:* Vlad Paiu <vladpaiu at opensips.org>
> *To:* users at lists.opensips.org
> *Sent:* Monday, August 1, 2011 3:17 PM
> *Subject:* Re: [OpenSIPS-Users] problem with module dialog
>
> Hello,
>
> It seems that you somehow loop the traffic to your server, because
> that error means the message has over 64 Route headers.
> Please check your config file for the source of this bad routing.
>
>
> Regards,
> --
> Vlad Paiu
> OpenSIPS Developer
>
>
> On 07/30/2011 06:28 AM, nguyen khue wrote:
>> Hi all,
>>
>> I am using module dialog with module load_balancer. I use sipp to
>> test performance, with 50 first calls, opensips work normal. But,
>> from the call 51th opensips had error:
>> /ERROR:core:print_rr_body: too many RR/
>> I use opensips 1.6.2, please help me fix it.
>> Best regards
>> Khue Nguyen.
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 19th of September 2011
OpenSIPS solutions and "know-how"
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20110818/21a73df1/attachment-0001.htm>
More information about the Users
mailing list