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?

hmmhesays: logs point to why the remote zone AMQP isnt reachable?

IP is right, no firewall, etc?

mc_, no firewall right ip address. Nothing in the logs shows anything. A restart of the apps and kz_nodes:status() returns all nodes

remote zone is definitely reachable at this point. But might not have been the entire time

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.

hmmhesays: generally, if the connection is lost, kazoo goes into a retry loop to restore connectivity

you'd have to find the initial disconnection event in the logs

and see if/when kazoo stopped retrying

ruel many thanks!

mc_ seeing this twice a second in logs - any ideas?

Oct 02 17:27:40 <host> 2600hz[1550]: |etssrv_kz_media_map|kazoo_etsmgr_srv:219(<0.2650.49>) haven't found a successor yet

Oct 02 17:27:40 <host> 2600hz[1550]: |etssrv_kz_media_map|kazoo_etsmgr_srv:212(<0.2650.49>) trying to find successor for <0.2649.49>

that specifically, nope

you can try `sup kapps_controller restart_app kazoo_media`

should restart the kazoo media stuff and get rid of it

but that's a strange one

now doubled lol

i'll try rebooting later

before I have the code

before I hack the code, is there any way to disabled monthly rollovers per account?

per account, i don't think so

sys config flag i think

yeh, that's where i got to.. adding a pvt_ account flag

mc_ can you foresee any issues having 1 account not rolling over ?

its billing for the next month is messed up

but should be local to that account

the account is deemed to have paid the previous month externally and i just want what's charged that month

you can credit it with that amount so kazoo tracks the balance

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)

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

and have created a custom callflow module that dynamically handles offnet/onnet termination of user DDIs

also have a custom rater that rates the call at user level with an account fall back default

tell me I'm not completely insane ? :)

not completely, you haven't offered to rewrite kazoo in another language yet ;)

we get that more than you'd imagine

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) ?

which basically means that if you set limits to disable limits on offnet-origination it's ignore as it's not yet set

in 4.3 i believe so, most of that account-association stuff that stepswitch did is now in kam

so its all setup before FS recvs and passes dialplan req to ecallmgr

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.

Node info shows connections to the other zones from the local zone as well

the local node will reach out to remote brokers

so check connectivity from the disconnected node to the remotee

can you ping their IPs, can you conn to :5672 with telnet or something

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

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.

Is there a config setting in 4.3 that would stop that?

no, anything in the logs about failing channels or bindings?