Hello again.

This is a repost. I'm having difficulties communicating with this list (I'm getting reports from the list saying something about "excessive bounces"...), so I'm not sure anybody got this message.

I'm trying to mimic behavior of my analogue PBX with FS. I want to be able to answer any incomming/transfered (from IVR or a person) call remotely, and to cancel the possibility of intercepting this call afterwards.

Greetings
Peter

-- Original message --

My problems evolve, because I didn't know all these functions in FS are so much dependent on each other. But I'm learning fast... The scenario I written about before appears to be too much simplified version of what I need to achieve. In fact, below scenario and solution works OK only one time - when someone calls and there's no person on the called extension, and someone manually answers that phone on other extension. Then any other person can't intercept this call. Thats is correct and needed behavior. But if the same person who answered the phone transfers this call - everything goes back to normal and below solution does not work because the call has been answered already and execute_on_answer does not execute ever again during this call/channel. The same happens if there's IVR on the external extension answering calls and then forwarding to extensions - everyone can intercept last call even if it's already answered because IVR answers all call on start (and execute_on_answer doesn't get executed).

So I think I need similar solution but working everywhere: on calls and transfers. Is there some variable or some other thing that I could set to block and unblock intercept when needed to get wanted behavior.

Any hints?

Greetings
Peter


Piotr Zurek pisze:
Thank You for such an elegant and simple solution that I have not thought about. With an exception that I'm using FS 1.0.4 right now and it appears that something changed in time and following line should use hash instead of db (when using default 1.0.4 FS config): <action application="set" data="execute_on_answer=hash delete/${domain_name}-last_dial/${called_party_callgroup}/${uuid}"/>.
After a few hours of experimenting everything works as planned.

Thank You very much.
Peter

Ognjen Seslija pisze:
Add the following:

<action application="set" data="execute_on_answer=db delete/${domain_name}-last_dial/${called_party_callgroup}/${uuid}"/>.

after

<action application="db" data="insert/${domain_name}-last_dial/${called_party_callgroup}/${uuid}"/>

in local extensions default example, or change it globally previously than this extension. You can join us on IRC if you can any more questions (sekil).

Regards,
Ognjen



On Tue, Nov 10, 2009 at 4:01 PM, Piotr Żurek <piotr_zu...@biprotech.com <mailto:piotr_zu...@biprotech.com>> wrote:

    Hello.

    Thank You developers for Freeswitch.
    I have installed it lately and it's working quite nicely, but I
    have one problem:

    I need to mimic behavior of my current analogue PBX installation
    using Freeswitch.

    This is the scenario:
    In the office with a few desks (extensions 1000-1010) and only
    one person behind one of desks (whatever extension - in example
    1000).
    1. There's incoming call on _one_ of extensions 1001-1010
    2. The person on extension 1000 wants to answer this call on his
    phone so dials #37 and this call is redirected to his phone.

    That's how it works on my office on analogue PBX system. Anyone
    can answer a call from any other phone as long as it hasn't been
    answered already.

    I tried to use the intercept action (with global example in
    default config) but it's not what I need because it intercepts
    the call even if it's already answered. I need to intercept all
    but only unanswered calls. I tried to use Redirect but it does
    not work on other's extensions call's (or does it?).

    Please help.
    Peter Żurek

    _______________________________________________
    FreeSWITCH-users mailing list
    FreeSWITCH-users@lists.freeswitch.org
    <mailto:FreeSWITCH-users@lists.freeswitch.org>
    http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
    UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
    http://www.freeswitch.org


<<attachment: piotr_zurek.vcf>>

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Reply via email to