-
barney__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
-
barney__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
-
barney__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?
-
barney__also doing it via x-header means that information goes offnet
-
mc_yeah, i wouldn't want to leak that info out, ccvs is the way
-
Yseandebug logging for stepswitch sure doesn't seem to have helped much... here's what I'm left with that seems out of the ordinary.
-
Yseankazoo.log:Aug 23 22:09:55 kz1 2600hz[1567]: |03f8417882174383aa4d66f95b568947|stepswitch_resources:300(<0.6673.394>) attempting to find global resources
-
Yseankazoo.log:Aug 23 22:09:55 kz1 2600hz[1567]: |03f8417882174383aa4d66f95b568947|stepswitch_resources:460(<0.6673.394>) filtering resources by flags
-
Yseankazoo.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...
-
Yseankazoo.log:Aug 23 22:09:55 kz1 2600hz[1567]: |03f8417882174383aa4d66f95b568947|stepswitch_outbound:236(<0.6673.394>) no available resources for
-
mc_Ysean: typically means your "rules" regexes didn't match the destination number