[asterisk-users] How to reject an incoming call using AMI ?

[Phuong Hoang]

Sorry,I forget redirecting from this context to that context is done by an
java application(AMI).

On Tue, Jan 11, 2011 at 7:55 AM, Phuong Hoang
<ducphuongbk200586 at gmail.com>wrote:

> Hi Olivier,
> I don`t really understand what you said. Actually, the issue that i face on
> is i don`t know how to redirect a number online on the context (example
> "testA" context) to other context (example "testB" context). Can you help me
> to solve this issue.
> Thanks and best regard.
> Phuong
>
>
> On Tue, Jan 11, 2011 at 12:04 AM, Olivier <oza_4h07 at yahoo.fr> wrote:
>
>>
>>
>> 2011/1/11 Phuong Hoang <ducphuongbk200586 at gmail.com>
>>
>> Hi Rodrigo,
>>> Can you say clearlier about using command Hangup in the AMI to reject or
>>> hang up a incoming call?I also have the same issue.
>>> Thanks and looks forward to listening your reply soon!
>>> Best regards,
>>> Phuong
>>>
>>>
>>>
>>> On Mon, Jan 10, 2011 at 2:13 PM, Rodrigo Lang <
>>> rodrigoferreiralang at gmail.com> wrote:
>>>
>>>> Hi. You see the comando Hangup in the AMI?
>>>>
>>>>
>>>> Best regards,
>>>> Rodrigo Lang.
>>>>
>>>> 2011/1/10 Olivier <oza_4h07 at yahoo.fr>
>>>>
>>>>> Hi,
>>>>>
>>>>> For a call center, I'm studying how I can offer agents the ability to
>>>>> reject an incoming call using a custom application.
>>>>> As you can guess, in this case, rejecting a call means "let another
>>>>> agent answer this call" (it
>>>>> doesn't mean "end this call").
>>>>>
>>>>> The only way I could imagine for this to happen, would be to redirect
>>>>> the caller to a conference room, then hangup
>>>>> the agent call leg and then redirect the caller back to the appropriate
>>>>> queue, hoping the caller wouldn't be once again
>>>>> forwarded to the busy agent.
>>>>>
>>>>> Which way to implement this  would you suggest or recommend ?
>>>>>
>>>>> Regards
>>>>>
>>>>> --
>>>>> _____________________________________________________________________
>>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>>>> New to Asterisk? Join us for a live introductory webinar every Thurs:
>>>>>               http://www.asterisk.org/hello
>>>>>
>>>>> asterisk-users mailing list
>>>>> To UNSUBSCRIBE or update options visit:
>>>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Rodrigo Lang
>>>> Opening your mind - Just another Open Source site<http://openingyourmind.wordpress.com/>
>>>>
>>>>
>>>> --
>>>> _____________________________________________________________________
>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>>> New to Asterisk? Join us for a live introductory webinar every Thurs:
>>>>               http://www.asterisk.org/hello
>>>>
>>>> asterisk-users mailing list
>>>> To UNSUBSCRIBE or update options visit:
>>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>>
>>>
>>>
>>> --
>>> _____________________________________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>> New to Asterisk? Join us for a live introductory webinar every Thurs:
>>>               http://www.asterisk.org/hello
>>>
>>> asterisk-users mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>>
>>
>> My understanding is:
>> if using AMI or console, you hangup one call leg, both legs will be hanged
>> up.
>>
>> In this case, I'm looking for a way to reproduce IP phones Reject feature.
>> With this feature, a ringing SIP phone would reply to an incoming call
>> with Busy signal which will be treated as such by Asterisk.
>> Hopefully, this Busy reply would let the incoming go to the next available
>> agent.
>>
>> --
>> _____________________________________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>> New to Asterisk? Join us for a live introductory webinar every Thurs:
>>               http://www.asterisk.org/hello
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110111/ef465312/attachment.htm>