[asterisk-users] Blind xfer issue -- URGENT!

[Jay Moore]

That's exactly what is happening.  The *caller* is hitting #0 and 
transferring the *agent* (my operator) to the new number.  I don't have 
the 'T' flag set [exten => s,n,Queue(queue-answer|t|||20)], so I was led 
to assume that the caller could not transfer.  Am I wrong?

Jay

Wes Baehr wrote:
> It sounds more like the agents are making the transfers...
> 
> If a caller were to transfer a call (#0 1555-555-1212), they would be
> transferring the AGENT to the that number, not themselves!
> 
> Either way, the caller SHOULD be disconnected after the transfer. (Or
> perhaps leaked somewhere else into the dialplan they shouldn't be going,
> which lets them dial out long-distance.)
>  
> 
> 
> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Mojo with
> Horan & Company, LLC
> Sent: Thursday, June 21, 2007 6:27 PM
> To: Asterisk Users Mailing List - Non-Commercial Discussion
> Subject: Re: [asterisk-users] Blind xfer issue -- URGENT!
> 
> Use the "dialplan show" CLI command ("show dialplan" in 1.2)  to show 
> you exactly what asterisk has picked up, and scan it for aforementioned 
> leaks.
> 
> Rizwan Hisham wrote:
>> Then i think u should use Atis's idea of using transfer_context 
>> variable.......you should set it inside your dialplan and it should be 
>> the first thing you do in your dialplan.
>>
>> Are you sure there is no leak in your dialplan, because asterisk cant 
>> transfer your caller to an extension it cant find. There must be leak, 
>> check if you are using any wrong extension patterns like _XXX. or 
>> something like that.
>>
>> On 6/19/07, *Jay Moore* <jaymoore at accu-com.com 
>> <mailto:jaymoore at accu-com.com>> wrote:
>>
>>     The way I have my dialplan set up, the callers shouldn't be able to
> make
>>     any outgoing calls.
>>
>>     Incoming calls come down my T1:
>>     {zapata.conf}
>>     ; T1
>>     group=1
>>     context=incoming_t1
>>     signalling=em_w
>>     channel => 1-24
>>
>>     Which puts them into the 'incoming_t1' context:
>>     {extensions.conf}
>>     [incoming_t1]
>>     #include callcenter/extension_ans.conf
>>     include => answering-service
>>
>>     Which includes my callcenter answering service extensions conf file
> and
>>     includes the 'answering-service' context:
>>
>>     {callcenter/extension_ans.conf}
>>     [answering-service]
>>     ; Catch all extensions
>>     exten => _X.,1,Set(account=${EXTEN})
>>     exten => _X.,n,AGI(get_cid.php)
>>     exten => _X.,n,Set(CALLERID(all)=${cid}<${account}>)
>>     exten => _X.,n,Set(context=COM)
>>     exten => _X.,n,Set(type=INC)
>>     exten => _X.,n,Set(from=${account})
>>     exten => _X.,n,Set(to=COM)
>>     exten => _X.,n,AGI(create_filename.php)
>>     exten => _X.,n,Set(MONITOR_FILENAME=${filename})
>>     exten => _X.,n,Goto(queue-answer,s,1)
>>
>>     Which then parses all incoming calls (you can see the rest of the
>>     dialplan in my previous message).
>>
>>     I'm not sure what I'm doing wrong.  It seems to me I'm doing
> everything
>>     properly.  Callers should not be able to transfer (no 'T' in the
> Queue()
>>     command), and they should not be able to dial any extension.
>>
>>     I'm completely lost here.
>>
>>     Jay
>>
>>     Rizwan Hisham wrote:
>>      > I dont know how to solve your transfer problem, but i have an
>>     idea which
>>      > you
>>      > can use to overcome this abnormality.
>>      >
>>      > You should restrict the callers with context which includes only
>>     your local
>>      > office extensions.
>>      >
>>      > I assume all your incoming calls fall in [default] context. what
>>     you should
>>      > do is:
>>      >
>>      > [default]
>>      > include=> localext
>>      > exten=> _X.,1,Noop("Incoming call received")
>>      >
>>      > [localext]
>>      > *****This context should include all your office extensions******
>>      >
>>      > This way, caller can only transfer himself within your office
>>     extensions.
>>      > I hope you get my point
>>
>>     _______________________________________________
>>     --Bandwidth and Colocation provided by Easynews.com
>>     <http://Easynews.com> --
>>
>>     asterisk-users mailing list
>>     To UNSUBSCRIBE or update options visit:
>>        http://lists.digium.com/mailman/listinfo/asterisk-users
>>
>>
>>
>>
>> -- 
>> Rizwan Hisham
>> Software Engineer
>> AXVOICE Inc.
>> www.axvoice.com <http://www.axvoice.com>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> --Bandwidth and Colocation provided by Easynews.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>    http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> 
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
> 
> 
>