We looked at using # originally, but interferred with too many IVR
type applications from people.
That's why we switched to ##, it's almost as quick to hit it twice as
once, and doesn't interfere with any (the very few) IVRs my clients
access regularly :)
Looks like a digitmap problem within the Polycom configs.
On 1/5/06, Kib Eki <[EMAIL PROTECTED]> wrote:
> Hi,
>
> we just set up an asterisk with 55 Polycom 500 IP phones.
>
> The blind transfer does not work.
>
> The way we try to blind transfer a call:
> 1. answer the call
> 2. press transfer
>
sounds like a digitmap issue.
We looked at using # originally, but interferred with too many IVR
type applications from people.
On Jan 5, 2006, at 12:00 PM, Mojo with Horan & Company, LLC wrote:
Because the Polycom softkey menus were so cumbersome, we chose to
use Asterisk's attended and
Because the Polycom softkey menus were so cumbersome, we chose to use
Asterisk's attended and blind transfers facility-wide. we press ## for
blind transfer (and Allison asks "Transfer", and you type the exten num)
and ** for attended transfer.
One more reason we chose this setup was if we add
Hi Kib,
Can you paste the dialplan string from your sip.cfg (this is the
pattern matching string in the phone setup)?
Regards,
--
Anthony Rodgers
Business Systems Analyst
District of North Vancouver
Web: http://www.dnv.org
RSS Feed: http://www.dnv.org/rss.asp
On Jan 5, 2006, at 5:34 AM, Kib
I have to correct myself.
The problem occurs only when we try dial numbers with 10 or 11 at the beginning.
Kib Eki wrote:
Hi,
we just set up an asterisk with 55 Polycom 500 IP phones.
The blind transfer does not work.
The way we try to blind transfer a call:
1. answer the call
2. press trans
Hi,
we just set up an asterisk with 55 Polycom 500 IP phones.
The blind transfer does not work.
The way we try to blind transfer a call:
1. answer the call
2. press transfer
3. press blind softkey -> the display shows "Blind transfer to:" and cursor is
in the second line
4. enter the number ->
