16:05:34 I just noticed an odd issue. I have one zone acting up sup -nkazoo_apps kz_nodes status shows only the local zone. Is there any way to refresh this without a restart? 16:19:17 hmmhesays: logs point to why the remote zone AMQP isnt reachable? 16:19:25 IP is right, no firewall, etc? 16:39:13 mc_, no firewall right ip address. Nothing in the logs shows anything. A restart of the apps and kz_nodes:status() returns all nodes 16:40:21 remote zone is definitely reachable at this point. But might not have been the entire time 16:41:14 Does kazoo actively try and reach the non local zones in this case it seems like it might have lost connectivity and just given up at that point. 16:53:48 hmmhesays: generally, if the connection is lost, kazoo goes into a retry loop to restore connectivity 16:54:10 you'd have to find the initial disconnection event in the logs 16:54:15 and see if/when kazoo stopped retrying 17:28:53 ruel many thanks! 17:29:20 mc_ seeing this twice a second in logs - any ideas? 17:29:39 Oct 02 17:27:40 2600hz[1550]: |etssrv_kz_media_map|kazoo_etsmgr_srv:219(<0.2650.49>) haven't found a successor yet 17:29:39 Oct 02 17:27:40 2600hz[1550]: |etssrv_kz_media_map|kazoo_etsmgr_srv:212(<0.2650.49>) trying to find successor for <0.2649.49> 17:32:51 that specifically, nope 17:33:20 you can try `sup kapps_controller restart_app kazoo_media` 17:33:30 should restart the kazoo media stuff and get rid of it 17:33:44 but that's a strange one 17:34:33 now doubled lol 17:35:47 i'll try rebooting later 17:43:12 before I have the code 17:45:49 before I hack the code, is there any way to disabled monthly rollovers per account? 17:50:50 per account, i don't think so 17:50:53 sys config flag i think 17:52:24 yeh, that's where i got to.. adding a pvt_ account flag 18:01:18 mc_ can you foresee any issues having 1 account not rolling over ? 18:01:36 its billing for the next month is messed up 18:01:40 but should be local to that account 18:02:36 the account is deemed to have paid the previous month externally and i just want what's charged that month 18:03:01 you can credit it with that amount so kazoo tracks the balance 18:06:08 yeh, that's what i do with the other accounts.. well I actaully credit the amount that was paid, so that rollover is correct but this account is billed at user level (something i've implemented) 18:07:47 I have a reseller that's going to have 1000s of customers that has 1 device/ddi and I didn't want to create an account for each of them 18:12:02 and have created a custom callflow module that dynamically handles offnet/onnet termination of user DDIs 18:12:58 also have a custom rater that rates the call at user level with an account fall back default 18:28:11 tell me I'm not completely insane ? :) 18:35:14 not completely, you haven't offered to rewrite kazoo in another language yet ;) 18:35:26 we get that more than you'd imagine 19:50:20 mc_ am i correct in understanding that authz is kicked off by ecallmgr_fs from freeswitch on an inbound call before stepswitch_inbound is called (setting resource-type to offnet-origination) ? 20:00:55 which basically means that if you set limits to disable limits on offnet-origination it's ignore as it's not yet set 20:40:10 in 4.3 i believe so, most of that account-association stuff that stepswitch did is now in kam 20:40:24 so its all setup before FS recvs and passes dialplan req to ecallmgr 20:46:59 Odd thing is. Only this 1 zone seems to be affected. The other zones show all nodes. All registrations are federated to the disconnected zone and I still see federation logs from the other zones on the disconnected one. 21:19:53 Node info shows connections to the other zones from the local zone as well 21:28:43 the local node will reach out to remote brokers 21:28:58 so check connectivity from the disconnected node to the remotee 21:29:19 can you ping their IPs, can you conn to :5672 with telnet or something 23:26:20 Yeah everything connects and a restart of kazoo apps and everything goes back to normal. I'll have to try catch it when it goes offline 23:56:39 mc_, Interesting. I've got full connectivity but registrations from the local zone aren't federating to the remote zones. But the remote zone registrations are making it to the local zone. 23:56:52 Is there a config setting in 4.3 that would stop that? 23:58:14 no, anything in the logs about failing channels or bindings?