Hi Raul
Raúl Gómez C. said the following on 05-Mar-08 07:40 PM:
Ian,
I'm unable to transfer calls using *2, I'm not sure why. Here's my
configs:
In the phones the "/Send DTMF:"/ is set to "in-audio" and "via SIP INFO"
It should only be set to SIP INFO, or else the audio comes out too
chop
Ian,
I'm unable to transfer calls using *2, I'm not sure why. Here's my configs:
*sip.conf*
[User1]
type=friend
username=111
context=default
callerid=User Name <111>
host=10.10.1.111
nat=no
canreinvite=no
dtmfmode=info
call-limit=4
[EMAIL PROTECTED]
disallow=all
allow=ulaw
allow=alaw
;allow=gsm
Hi Raul
Thank you, that would be apreciated, btw I have been talking to the
users, and they say the "*2" transfers are easier than the built in
grandstream transfers. I also forgot to state that I had to set the
Grandstream to send DTMF via sip info, or else it will only work some of
the time
Hi Ian,
I will try this workaround, I'll be trying to get this to work with the
"chan_local" solution, if I have success I'll let you know, thanks...
On Wed, Mar 5, 2008 at 2:37 AM, Ian <[EMAIL PROTECTED]> wrote:
> Hi Raul
>
> I have bypassed my Grandstream's transfer function, by enabling "*2"
Hi Raul
I have bypassed my Grandstream's transfer function, by enabling "*2"
transfers in features.conf, and setting "canreinvite=no" in sip.conf
Hope this helps you
Ian
Raúl Gómez C. said the following on 03-Mar-08 08:34 PM:
In the config file (sample) "features.conf" are some comment
>
> In the config file (sample) "features.conf" are some commented lines that
> said:
>
> *"; Note that the DTMF features listed below only work when two channels
> have answered and are bridged together.
> ; They can not be used while the remote party is ringing or in progress.
> If you require th
Ian (and the rest of the list),
I've found something in order to resolve this issue...
In the config file (sample) "features.conf" are some commented lines that
said:
*"; Note that the DTMF features listed below only work when two channels
have answered and are bridged together.
; They can not b
Hi Ian,
I'm out of the office for the day, but as soon as I can I'll check my logs
looking for Zombie calls, although my GXP-2000 are configured with static IP
so there's no (re)registry in my case (host=PhoneIPaddr in sip.conf).
On Thu, Feb 28, 2008 at 2:57 AM, Ian <[EMAIL PROTECTED]> wrote:
>
Hi Raúl
It would seem that we might have the same problem here. As I also get
"No Answer" records in the cdr database for the calls that failed. I
just checked against a tester I did yesterday that failed.
See the extract of the call from the CDR database, does it look anything
like yours?
Ian,
I'm having *THE SAME PROBLEM* and I've noticed that when a transfer fail
(only happens when receptionist dial an external number) the call is marker
as "NO ANSWER" in the CDR, even when the call *HAS BEEN ANSWERED* by the
other party (the callee). See my previous post below.
http://lists.di
Gordon Henderson said the following on 25-Feb-08 10:26 AM:
On Mon, 25 Feb 2008, Ian wrote:
Mojo with Horan & Company, LLC said the following on 22-Feb-08 07:58 PM:
Sorry, I jut got your other message stating the steps your boss' secretary
uses to transfer calls, so this question's time
On Mon, 25 Feb 2008, Ian wrote:
> Mojo with Horan & Company, LLC said the following on 22-Feb-08 07:58 PM:
>> 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
Mojo with Horan & Company, LLC said the following on 22-Feb-08 07:58 PM:
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 the
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? Ou
Are you using buttons on your phone to effect the transfer, or are you
using codes defined in features.conf?
Moj
Ian wrote:
> Hi,
>
> Mojo with Horan & Company, LLC said the following on 20-Feb-08 09:31 PM:
>> Is it AFTER you have parked a call? Meaning, for example, you transfer
>> an incoming
Hi All
Agter a bit of logging to a syslog server, I found a peculiar entry
today, ironically right after a call failed to transfer. They key
sequence and call path used until it gets transferred is as follows
* Phone rings on Asterisk
* Asterisk transferres to the receptionists phone (G
Hi,
Mojo with Horan & Company, LLC said the following on 20-Feb-08 09:31 PM:
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
No I don't park the call.
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
Ian wrote:
> Hi All
>
> Sorry to be a bother again but seems like I just cant get away from
> the problems.
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
19 matches
Mail list logo