-
lvlinuxbenoitc: it has been hit and miss for me. Some things seem to work fine and consistently, while others seem unpredictable/unreliable.
-
lvlinuxTransferring seems to always do _something_ but not always what's expected or specified. For me sometimes it does a blind transfer and other times it's attended regardless of what's specified. (I haven't yet figured out what makes the difference).
-
lvlinuxAlso, transferring to feature codes like *3 for parking has weird behavior.
-
lvlinuxSending to callflows works also somewhat, but again, it's a bit strange. Some callflows work and others don't. If I send a channel to a callflow that plays streaming music, both sides hear the music, but stay bridged. Trying to unbridge before or after the transfer has no effect.
-
lvlinuxTransferring to a user extension seems to work fine. (Can't remember if it forces blind or attended, but it did work for me.)
-
lvlinuxOh also, operations on B-leg channels seem to be ignored. Maybe because the metaflow isn't present on them---and it's not possible to add it on the fly with the open source Kazoo apps.
-
nlogexHello, about ratedecks: if I set one ratedeck at the root level and another at a reseller level, will they be merged when a subaccount on the reseller make/receives a call? i.e. if a rate is not in the reseller ratedeck will the default ratedeck be checked as well?
-
nlogexAlso, what does 'prefix' in a rate deck match against, is it always the called number or can it match against the caller's number for inbound calls?
-
lvlinuxI'm pretty sure prefix would always be matching against the destination, not CLI.
-
nlogexthanks, that's what I thought