Channel originate to DAHDI, playback was began before the call answered

Hi all,

I’m using CLI channel originate command to make call to DAHDI/1/15 and when it answered, I would like it to connect to a dialplan 100, and the dialplan 100 is to playback a music.

Things look fine. The DAHDI/1/15 got the incoming call.

But when I picked up the phone (in DAHDI/1/15), it seems to be that the playback has been played for a while.
I mean, the playback was not started when I pick up the phone.

Can anyone help? I hope the playback begin after the call got answered.

Here is my extension.conf:

[from-internal]
exten = 100,1,Answer()
 same = n,Wait(1)
 same = n,Playback(demo-instruct)
 same = n,Hangup()

And here is my CLI command:

    channel originate DAHDI/1/15 extension 100@from-internal

I looked into the CLI log, I found it just begins to playback the music even I didn’t answer the phone.

*CLI> channel originate DAHDI/1/15 extension 100@from-internal
    -- Executing [100@from-internal:1] Answer("DAHDI/1-1", "") in new stack
    -- Executing [100@from-internal:2] Wait("DAHDI/1-1", "1") in new stack
    -- Executing [100@from-internal:3] Playback("DAHDI/1-1", "demo-instruct") in new stack
    -- <DAHDI/1-1> Playing 'demo-instruct.gsm' (language 'en')
*CLI>

This happen when using analog card, there is no sure answer supervision or disconnect supervision. Once the channel is up, the call is up.this was discussed before on the fourm Call file playback executes before the person answer the call

You might add some delay playing few second of silence and this could be a work around