Re: [asterisk-users] Random, uncommanded blind transfers

[John Kiniston]

I'd suggest doing packet captures on the T21P's themselves at the affected
branches and see if you can catch it happening.

The Yealinks themselves will regenerate DTMF if they get signaled for it.

On Thu, Feb 8, 2018 at 2:19 AM, Stefan Viljoen 
wrote:

> Hi Guys
>
>
>
> I’ve got a situation where an incoming call originated from a trunk
> provider will ring in a call center and be answered by an agent.
>
>
>
> Usually within 15 seconds of the incoming call being answered, it will
> randomly blind-transfer to another extension in the same call center.
>
>
>
> It is as if Asterisk is mis-reading some noise in-band as DTMF and doing
> the transfer, or the caller is emitting DTMF to transfer.
>
>
>
> An examination of CEL records for the relevant call shows the transfer
> taking place, but no party (the caller or callee) tried to transfer. The
> relevant queue application already has only small “t” in the parameter list
> (e. g. only let the called user - e. g. my agent inside - transfer the
> incoming call), thereby preventing the caller maybe emitting DTMF down the
> line and transferring at their behest.
>
>
>
> Yet the random, uncommanded blind transfers still take place, always
> withing about 15 seconds after call initiation in answering an incoming SIP
> call.
>
>
>
> We’re using YeaLink SIP phones - T21P - got 17 branches, this only happens
> at 3 of them at random times. Same hardware and Asterisk versions
> (1.8.32.3) at all of them, same dialplans.
>
>
>
> Operating over about several years, about 10 000 000 incoming calls
> handled so far, and this only started happening now... dialplans are
> untouched for months.
>
>
>
> Any ideas, pointers, anybody encountered this before?
>
>
>
> Thanks
>
> [image: Description: signature]
>
>
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> Check out the new Asterisk community forum at: https://community.asterisk.
> org/
>
> New to Asterisk? Start here:
>   https://wiki.asterisk.org/wiki/display/AST/Getting+Started
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mailman/listinfo/asterisk-users
>



-- 
A human being should be able to change a diaper, plan an invasion, butcher
a hog, conn a ship, design a building, write a sonnet, balance accounts,
build a wall, set a bone, comfort the dying, take orders, give orders,
cooperate, act alone, solve equations, analyze a new problem, pitch manure,
program a computer, cook a tasty meal, fight efficiently, die gallantly.
Specialization is for insects.
---Heinlein
-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

[asterisk-users] Random, uncommanded blind transfers

[Stefan Viljoen]

Hi Guys

 

I've got a situation where an incoming call originated from a trunk provider
will ring in a call center and be answered by an agent.

 

Usually within 15 seconds of the incoming call being answered, it will
randomly blind-transfer to another extension in the same call center.

 

It is as if Asterisk is mis-reading some noise in-band as DTMF and doing the
transfer, or the caller is emitting DTMF to transfer.

 

An examination of CEL records for the relevant call shows the transfer
taking place, but no party (the caller or callee) tried to transfer. The
relevant queue application already has only small "t" in the parameter list
(e. g. only let the called user - e. g. my agent inside - transfer the
incoming call), thereby preventing the caller maybe emitting DTMF down the
line and transferring at their behest.

 

Yet the random, uncommanded blind transfers still take place, always withing
about 15 seconds after call initiation in answering an incoming SIP call.

 

We're using YeaLink SIP phones - T21P - got 17 branches, this only happens
at 3 of them at random times. Same hardware and Asterisk versions (1.8.32.3)
at all of them, same dialplans.

 

Operating over about several years, about 10 000 000 incoming calls handled
so far, and this only started happening now... dialplans are untouched for
months.

 

Any ideas, pointers, anybody encountered this before?

 

Thanks



 

-- 
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

Check out the new Asterisk community forum at: https://community.asterisk.org/

New to Asterisk? Start here:
  https://wiki.asterisk.org/wiki/display/AST/Getting+Started

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users