15:06:56 mc_ currently pulling my hairout.. why might ecall_fs_channel be missing the account_billing variable? 15:07:37 on an offnet-terminated call it's missing, but present on onnet-terminated call ? 15:07:52 both are authz'd as per_minute ? 15:09:04 sup -n ecallmgr ecallmgr_maintenance channel_details is what I am looking at 15:19:31 is there perhaps a delay in authz that misses getting it put in the ets channels table? 15:20:21 should it not update the ets when authz has succeced ? 15:39:57 i would expect it after j5 responds, yeah 15:40:15 but maybe channel_details doesn't include it for unknown reasons? 15:40:50 it does on an incoming call :/ 15:41:32 the issue is that balance crawler is filtering ETS channels by per_minute and the outgoing call channels are missing it 15:41:43 gremlins then, only logical explanation 15:41:54 are you fetching details for the a-leg or b-leg? 15:59:08 both.. neither have them 15:59:37 offnet-termination is missing the account/reseller_billing 15:59:41 onnet has it 16:00:05 CDRs show the account_billing in the CCVs 16:06:17 vanguard 1049 vanguard IT etfRIGHT 16:06:24 er.. sorry 16:22:50 mc_ is there a reason why kazoo.log is logging debug consitently.. if make the same call several times in a row, randomly a large chuck of debug is omitted? 16:22:59 *inconsitently 16:24:04 perhaps rsyslog is dropping because volume is too high? 16:24:16 there's settings to control overload like that in rsyslog itself 16:24:25 would be where i look first, anyway 16:24:29 same with journalctl ? 16:24:46 seem to have both 16:25:02 oh, dunno, i disable journalctl for kazoo logs 16:27:29 mc_ how do I do that? 16:37:04 mc_.. it's more like lager:debug is surpressed lager:info works 16:38:16 where a lager:debug directly follows a lager:info.. i see the info and sometimes the debug 16:44:55 weird 16:47:09 mc_ given this https://github.com/2600hz/kazoo/blob/cd492255bcc11cf7af04dd5dbc0d55dd0e44a601/applications/ecallmgr/src/ecallmgr_fs_router_util.erl#L127 16:47:46 i see the 2 info but not the debug.. when setting debug do i have to flush more stuff ? 16:49:08 is there a more full proof way other than sup kazoo_maintenance -necallmgr syslog_level debug 16:49:29 handler {lager_syslog_backend,{"2600hz",local0}} already logging at debug 16:53:31 that is the way 16:55:06 lager has overload protections that you may be hitting, though i wouldn't necessarily think so 16:57:28 when i restart... kazoo_apps stays on debug and ecallmgr resets to info - are there defaults set somewhere? 16:58:16 yeah, in /etc/kazoo/core/config.ini 16:59:40 there's a single log section.. which set to info.. does that not apply to all nodes? 17:02:13 it should 17:05:39 so something's a bit messed up :/ 17:06:57 ok setting ini to debug and restarting make debug work as expected 17:25:34 mc_... ok so ecallmgr says "waiting for authz reply" but returns immediately with "received affirmative route response" before j5 does it's stuff 17:25:51 something else must be repying I guess ? 17:26:15 whereas on inbound it waits until j5 has replied 18:01:42 yes, the b-leg (on outbound) is the "resource-consuming" leg that gets authz'd 18:01:53 the a-leg is authz'd by nature of the known device placing the call 18:46:53 mc_.. when I refer to inbound/outbound here.. I'm not talking about a/b channels... I mean incoming to mean an inbound call from external to device and outbound device to external global resource 18:47:29 it's outbound i am having issue with 18:48:59 so are you saying you'd expect to see 2 authz 1 for each channel a/b ? 19:59:30 barney__: authz per-minute on the b-leg of the outbound call 19:59:42 the "resource consuming" leg 19:59:53 where "resource" = carrier 20:17:52 mc_ as far as I can tell.. ecall_fs_router starts an authz worker for the inbound leg and only puts the authz data for the inboud leg in ecallmgr_channels ETS table... Jonny authz both a and b channels and stores the authz data in jonny_channels ETS table 20:26:24 barney__: CCVs for the outbound b-leg should include the data, but ecallmgr may not have it in the channel cache 20:26:28 i don't recall offhand 20:29:11 mc_ I am thinking that as balance_crawler looks for channels that has account_billing = per_minute. in ETS ecallmgr_channels it should be calling j5_channels:get_per_min chans that peeks in jonny_channels instead? 20:31:24 i mean if J5 has it's one ETA channel cache for authz data, then that should be the authoritive not ecall's ? 20:31:47 **its own ETS Channel cache** 20:52:15 mc_ it seems that the whole ecallmgr has been reworked in github main which hasn't made it to 4.3? 20:52:15 https://github.com/2600hz/kazoo/commit/17d289bac6dd1227db864aa5a8ee940e908ae3d3