nibblebill sometimes does not hang leg-b, maybe a bug??
Hello Using LCR+nibblebill works, but sometimes leg-b does not hang up. I see this when this unwanted behaviour happens [SELECT balance AS nibble_balance FROM v_billings WHERE type_value='mydomian'] 2014-12-29 01:35:25.558121 [DEBUG] mod_nibblebill.c:428 Retrieved current balance for account mydomain (balance = -4.545400) 2014-12-29 01:35:25.558121 [DEBUG] switch_core_state_machine.c:528 (sofia/external/1800XXXXXXX) State ROUTING going to sleep 2014-12-29 01:35:25.578118 [DEBUG] switch_ivr_originate.c:3684 Originate Cancelled by originator termination Cause: 487 [ORIGINATOR_CANCEL] 2014-12-29 01:35:25.578118 [NOTICE] switch_ivr_originate.c:2708 Cannot create outgoing channel of type [lcr] cause: [ORIGINATOR_CANCEL] 2014-12-29 01:35:25.578118 [DEBUG] switch_ivr_originate.c:3695 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL] LCR is loaded and working. Could it be that events are asyncronous and sometimes niblebill gets the first hit? Odd thing is that this is random, and using same variables. I mean, same caller, to same callee, same carrier, same LCR rate. I pass this variables: 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_carrier]=[Flowroute] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_rate]=[0.00000] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_rate]=[0.01900] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nibble_account]=[mydomain] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nibble_rate]=[0.01900] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_first_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_second_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_first_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_second_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nobal_amt]=[-0.010000] As I said, i use same variables and the behaviour is erratic. All my tests are the same, I dont change any variable. Is this a nibble bug? Let me know what kind of info you need to file a bug in jira. LD
Hi, I've encountered the same problem before. This patch might help you. http://lists.freeswitch.org/pipermail/freeswitch-users/2010-October/064319.h... Thanks, Jason On Mon, Dec 29, 2014 at 3:13 PM, Luis Daniel Lucio Quiroz < luis.daniel.lucio@gmail.com> wrote:
Hello
Using LCR+nibblebill works, but sometimes leg-b does not hang up.
I see this when this unwanted behaviour happens
[SELECT balance AS nibble_balance FROM v_billings WHERE type_value='mydomian'] 2014-12-29 01:35:25.558121 [DEBUG] mod_nibblebill.c:428 Retrieved current balance for account mydomain (balance = -4.545400) 2014-12-29 01:35:25.558121 [DEBUG] switch_core_state_machine.c:528 (sofia/external/1800XXXXXXX) State ROUTING going to sleep 2014-12-29 01:35:25.578118 [DEBUG] switch_ivr_originate.c:3684 Originate Cancelled by originator termination Cause: 487 [ORIGINATOR_CANCEL] 2014-12-29 01:35:25.578118 [NOTICE] switch_ivr_originate.c:2708 Cannot create outgoing channel of type [lcr] cause: [ORIGINATOR_CANCEL] 2014-12-29 01:35:25.578118 [DEBUG] switch_ivr_originate.c:3695 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL]
LCR is loaded and working. Could it be that events are asyncronous and sometimes niblebill gets the first hit?
Odd thing is that this is random, and using same variables. I mean, same caller, to same callee, same carrier, same LCR rate.
I pass this variables: 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_carrier]=[Flowroute] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_rate]=[0.00000] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_rate]=[0.01900] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nibble_account]=[mydomain] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nibble_rate]=[0.01900] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_first_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_second_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_first_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_second_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nobal_amt]=[-0.010000]
As I said, i use same variables and the behaviour is erratic. All my tests are the same, I dont change any variable.
Is this a nibble bug? Let me know what kind of info you need to file a bug in jira.
LD
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
JIRA! On Monday, December 29, 2014, Jason Sia <jsia18@gmail.com> wrote:
Hi,
I've encountered the same problem before. This patch might help you.
http://lists.freeswitch.org/pipermail/freeswitch-users/2010-October/064319.h...
Thanks, Jason
On Mon, Dec 29, 2014 at 3:13 PM, Luis Daniel Lucio Quiroz < luis.daniel.lucio@gmail.com <javascript:_e(%7B%7D,'cvml','luis.daniel.lucio@gmail.com');>> wrote:
Hello
Using LCR+nibblebill works, but sometimes leg-b does not hang up.
I see this when this unwanted behaviour happens
[SELECT balance AS nibble_balance FROM v_billings WHERE type_value='mydomian'] 2014-12-29 01:35:25.558121 [DEBUG] mod_nibblebill.c:428 Retrieved current balance for account mydomain (balance = -4.545400) 2014-12-29 01:35:25.558121 [DEBUG] switch_core_state_machine.c:528 (sofia/external/1800XXXXXXX) State ROUTING going to sleep 2014-12-29 01:35:25.578118 [DEBUG] switch_ivr_originate.c:3684 Originate Cancelled by originator termination Cause: 487 [ORIGINATOR_CANCEL] 2014-12-29 01:35:25.578118 [NOTICE] switch_ivr_originate.c:2708 Cannot create outgoing channel of type [lcr] cause: [ORIGINATOR_CANCEL] 2014-12-29 01:35:25.578118 [DEBUG] switch_ivr_originate.c:3695 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL]
LCR is loaded and working. Could it be that events are asyncronous and sometimes niblebill gets the first hit?
Odd thing is that this is random, and using same variables. I mean, same caller, to same callee, same carrier, same LCR rate.
I pass this variables: 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_carrier]=[Flowroute] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_rate]=[0.00000] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_rate]=[0.01900] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nibble_account]=[mydomain] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nibble_rate]=[0.01900] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_first_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_second_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_first_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_second_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nobal_amt]=[-0.010000]
As I said, i use same variables and the behaviour is erratic. All my tests are the same, I dont change any variable.
Is this a nibble bug? Let me know what kind of info you need to file a bug in jira.
LD
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
https://freeswitch.org/jira/browse/FS-7116 2014-12-29 6:01 GMT-05:00 Brian West <brian@freeswitch.org>:
JIRA!
On Monday, December 29, 2014, Jason Sia <jsia18@gmail.com> wrote:
Hi,
I've encountered the same problem before. This patch might help you.
http://lists.freeswitch.org/pipermail/freeswitch-users/2010-October/064319.h...
Thanks, Jason
On Mon, Dec 29, 2014 at 3:13 PM, Luis Daniel Lucio Quiroz < luis.daniel.lucio@gmail.com> wrote:
Hello
Using LCR+nibblebill works, but sometimes leg-b does not hang up.
I see this when this unwanted behaviour happens
[SELECT balance AS nibble_balance FROM v_billings WHERE type_value='mydomian'] 2014-12-29 01:35:25.558121 [DEBUG] mod_nibblebill.c:428 Retrieved current balance for account mydomain (balance = -4.545400) 2014-12-29 01:35:25.558121 [DEBUG] switch_core_state_machine.c:528 (sofia/external/1800XXXXXXX) State ROUTING going to sleep 2014-12-29 01:35:25.578118 [DEBUG] switch_ivr_originate.c:3684 Originate Cancelled by originator termination Cause: 487 [ORIGINATOR_CANCEL] 2014-12-29 01:35:25.578118 [NOTICE] switch_ivr_originate.c:2708 Cannot create outgoing channel of type [lcr] cause: [ORIGINATOR_CANCEL] 2014-12-29 01:35:25.578118 [DEBUG] switch_ivr_originate.c:3695 Originate Resulted in Error Cause: 487 [ORIGINATOR_CANCEL]
LCR is loaded and working. Could it be that events are asyncronous and sometimes niblebill gets the first hit?
Odd thing is that this is random, and using same variables. I mean, same caller, to same callee, same carrier, same LCR rate.
I pass this variables: 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_carrier]=[Flowroute] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_rate]=[0.00000] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_rate]=[0.01900] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nibble_account]=[mydomain] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nibble_rate]=[0.01900] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_first_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_second_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_first_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [lcr_user_second_increment]=[6] 2014-12-29 01:35:17.658127 [DEBUG] switch_event.c:1688 Parsing variable [nobal_amt]=[-0.010000]
As I said, i use same variables and the behaviour is erratic. All my tests are the same, I dont change any variable.
Is this a nibble bug? Let me know what kind of info you need to file a bug in jira.
LD
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
Brian West
-
Jason Sia
-
Luis Daniel Lucio Quiroz