[asterisk-dev] [feature requests]: 'zap answer confirmation info' and 'different clis on forking'

[Christian B]

Sorry for the late reply, i was very busy and forgot about this
thread...

On Tue, 16 May 2006 18:15:38 -0400 (EDT)
Peter Beckman <beckman at purplecow.com> wrote:

> On Tue, 16 May 2006, Christian B wrote:
> > No, tried this before(as well as the A()-option), this doesn't work
> > with the "answer confirmation"-parameter as the macro/playback is
> > not started before the callee has pressed the '#'(=bridging of the
> > call).
> 
>   Maybe it is a Zap issue?  Because I do this now.  The Macro begins
>   execution only when the caller answers, but I am doing that in an
> IAX channel, not a Zap channel.
> 
>   It is also possible that the Zap channel cannot detect pickup, and
> thus believes it is picked up as soon as it starts ringing.

yes, this is zap specific, as the c-option only seems to be available
for zap.

> 
> > The result of your example is both phones are ringing, when i
> > pickup the zap-phone i hear nothing, then i press the pound and
> > _after_ this the macro is started (resp. announcement is played),
> > if i don't press pound in the first place, nothing will be executed.
> 
>   Again, I believe this to be a problem with the Zap channel, which
> may be your hardware, or may be the way the channel operates with
> your PSTN.  I don't believe it to be a broken feature in Asterisk.
> 
>   What is the exact dial String you are using, options and all?

i don't say it's a broken feature, i say it's a missing feature. all i
want is a message played to the callee when the c-option is used on a
zap-channel. please check out how the findme-followme patch by bweschke
works, this is similar to what i want(the difference is that in my
case, 2 or more phones will ring) ->
http://bugs.digium.com/view.php?id=5574

my dialstring(with confirm-macro):
exten => s,1,Dial
(SIP/190400000002801 at sip.at.telgo.cc&Zap/G1c/00431440739912|
120|M(confirm))

i'm sure that asterisk behaviour is correct for this extension, as the
macro will not be started before the channel has answered - and this
answer is recognized only after the callee presses 'pound'. 
Maybe this is a limitation of the ISDN-protocoll and it is not possible
to do it with the current implementation of the 'c'-option. 
However, i believe it is similar to the "personal ringtone feature" of
some cell-phone providers. Music is played to the caller instead of
ringing, but the call is not charged until the callee really picks up.
Here the direction of the sound is the other way around, but still voice
(music) is transmitted without the call beeing answered. Maybe i'm
totally wrong here and this is not possible at all, i have very little
knowledge about the used protocolls, i just need confirmation to be
satisfied...

thanks
christian