<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Gordon Henderson said the following on 25-Feb-08 10:26 AM:

<blockquote cite="mid:Pine.LNX.4.64.0802250820510.11031@lion.drogon.net"

 type="cite">

  <pre wrap="">On Mon, 25 Feb 2008, Ian wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">Mojo with Horan &amp; Company, LLC said the following on 22-Feb-08 07:58 PM:

    </pre>

    <blockquote type="cite">

      <pre wrap="">Sorry, I jut got your other message stating the steps your boss' secretary 

uses to transfer calls, so this question's time is past.

I'm curious if the 'flash' button is the only way those phones can do a 

transfer.  Do they have any other transfer keys, or could you try the 

featuremap codes?  Our polycom transfer buttons have always just worked, 

but my users, for some reason, all felt more comfortable using DTMF 

keypresses...  dunno why :)

      </pre>

    </blockquote>

    <pre wrap="">I have tested the phones in numerous ways as well as studied the user manuals 

of the phones, and the 'flash' key is the only way to do an attended 

transfer, I will try the keys defined in features.conf today to see if it 

makes a huge difference, is there any funny configurations I should be aware 

of before I start playing around with the features.conf?

    </pre>

  </blockquote>

  <pre wrap=""><!---->

This thread has gotten a bit weird for my mailer, anyway, however, if 

we're talking about GXP2000's, then you don't need to use a "flash" type 

event to do a transfer (The GXP2000 doesn't have a flash button anyway).

  </pre>

</blockquote>

We are talking about Grandstream BT-200's, the GXP-2000 seems to be

doing alright, except for a few minor other probs, which lies beyond

the scope of this thread<br>

<blockquote cite="mid:Pine.LNX.4.64.0802250820510.11031@lion.drogon.net"

 type="cite">

  <pre wrap="">

&lt;snip&gt;

GXP2100's work in the same way.

BT200's work slightly differently and they do have a "flash" button.

  Attended Transfer:

    1. Inform the caller you are going to transfer them.

    2. Push the FLASH key. The caller will be put on hold and you will get a dial-tone.

    3. Dial the extension of the 3rd party. (Remember to push the SEND key)

  </pre>

</blockquote>

And right here is where things go wrong, when they press the transfer

button, the call doesnt leave the BT200 for some unexplicable reason<br>

<blockquote cite="mid:Pine.LNX.4.64.0802250820510.11031@lion.drogon.net"

 type="cite">

  <pre wrap="">    4. When they answer, announce the caller, and if they want to take the 

call, then press the TRANSFER key and the call will be transfered and you 

can hang-up.

&lt;snip&gt;  

  &gt;

  </pre>

  <blockquote type="cite">

    <pre wrap="">Thanks

Ian

    </pre>

    <blockquote type="cite">

      <pre wrap="">So we all press ## to do a blind transfer now, or ** to auto-park to first 

parking space.

Moj

Mojo with Horan &amp; Company, LLC wrote:

      </pre>

      <blockquote type="cite">

        <pre wrap="">Are you using buttons on your phone to effect the transfer, or are you 

using codes defined in features.conf?

Moj

Ian wrote:

        </pre>

        <blockquote type="cite">

          <pre wrap="">Hi,

Mojo with Horan &amp; Company, LLC said the following on 20-Feb-08 09:31 PM:

          </pre>

          <blockquote type="cite">

            <pre wrap="">Is it AFTER you have parked a call?  Meaning, for example, you transfer 

an incoming call to 700.  No problem.  Later, when it's picked up from 

701, can it NOT be transferred again? 

Moj

            </pre>

          </blockquote>

          <pre wrap="">No I don't park the call.

The call comes in, and gets redirected to our receptionists phone, from 

there it gets transferred to another extension (the bosses secratary) and 

then gets transferred (to the boss). now the problem, sometimes that 

transfer fails, other times the call dont even want to leave the 

receptionists phone.

The big thing about this problem is that it comes and goes, like 

yesterday we didn't have a problem, and I did not change a thing.

Ian

          </pre>

          <blockquote type="cite">

            <pre wrap="">Ian wrote:

            </pre>

            <blockquote type="cite">

              <pre wrap="">Hi All

Sorry to be a bother again but seems like I just cant get away from the 

problems.

This time my problem is that *sometimes* a user cant transfer a call 

from one extension to another, I have narrowed down the problem to it 

only happening to calls from outside the internal system.

The wierd thing about the problem is that it comes and goes one moment 

the user can transfer, and the next call he can't.

I am running:

    * Asterisk 1.4.17

    * Zaptel 1.4.7.1

    * Libpri 1.4.3

Using the following phones and firmware

    * Grandstream GXP2000 (with ext pad) : 1.1.4.14

    * Grandstream BT200 : 1.1.4.18

I have set up the phones to log debug logs to a syslog server, I am 

still trying to figure out what exactly the log says.

Is it an * problem, or Grandstream problem

Does anyone know if I am able to see the keysequence the user types 

into the phone (just in case it might even be a user made problem), I 

have tried scanning though the logs of a failed call, but could not see 

any lines that can be a keypress, or maybe I am looking in the 

incorrect spot?

Your help will be greatly appreciated.

Let me know if, in any way, I can shed some more light on the subject.

Thanks in advance

Ian

-- 

<a class="moz-txt-link-abbreviated" href="http://www.vddi.co.za">www.vddi.co.za</a> <a class="moz-txt-link-rfc2396E" href="http://www.vddi.co.za/">&lt;http://www.vddi.co.za/&gt;</a>

I Coetzee

IT Tegnikus

Telefoon         :         012 664 2300

Selfoon         :         079 522 6519

Faks         :         012 644 2902

E-pos         :         <a class="moz-txt-link-abbreviated" href="mailto:ian@vddi.co.za">ian@vddi.co.za</a>

Skype         :         vddb_igcoetzee

------------------------------------------------------------------------

_______________________________________________

-- Bandwidth and Colocation Provided by <a class="moz-txt-link-freetext" href="http://www.api-digital.com">http://www.api-digital.com</a> --

asterisk-users mailing list