14:47:22 mc_ I am trying to get the device Owner-ID in the outbound channel vars for a global resource. I have currently have a work around where I set it in the custom sip headers on the offnet resource config.. but this seems a bit of a cludge 14:49:31 mc_ have written my own hotornot rater that listens for req.rate amqp messages and returns the rate, but i need to do this at user level 14:51:07 i've extracted the X-header i put in on the global resource using expanding macro variable and push that out on the rate-request message - but it strikes me that having it in the CCVs is better than CSHS? 14:51:41 also doing it via x-header means that information goes offnet 16:14:35 yeah, i wouldn't want to leak that info out, ccvs is the way 23:09:59 debug logging for stepswitch sure doesn't seem to have helped much... here's what I'm left with that seems out of the ordinary. 23:10:02 kazoo.log:Aug 23 22:09:55 kz1 2600hz[1567]: |03f8417882174383aa4d66f95b568947|stepswitch_resources:300(<0.6673.394>) attempting to find global resources 23:10:02 kazoo.log:Aug 23 22:09:55 kz1 2600hz[1567]: |03f8417882174383aa4d66f95b568947|stepswitch_resources:460(<0.6673.394>) filtering resources by flags 23:10:02 kazoo.log:Aug 23 22:09:55 kz1 2600hz[1567]: |03f8417882174383aa4d66f95b568947|stepswitch_resources:503(<0.6673.394>) no resources satisfy classifier look up, matching against resource rules... 23:10:02 kazoo.log:Aug 23 22:09:55 kz1 2600hz[1567]: |03f8417882174383aa4d66f95b568947|stepswitch_outbound:236(<0.6673.394>) no available resources for 23:26:35 Ysean: typically means your "rules" regexes didn't match the destination number