[asterisk-dev] chan_zap questions
Armin Schindler
armin at melware.de
Wed Jul 12 04:44:43 MST 2006
On Wed, 12 Jul 2006, Klaus Darilion wrote:
> Armin Schindler wrote:
> > On Tue, 11 Jul 2006, Kevin P. Fleming wrote:
> > > ----- Armin Schindler <armin at melware.de> wrote:
> > > > I think a defined indication via ast_indicate() (which is
> > > > forwarded by
> > > > Asterisk even in app_dial()) would be more appropriate.
> > > We've already added the ability to queue control frames (which are
> > > delivered by ast_indicate()) that carry a payload, which was done
> > > specifically for this purpose.
> >
> > Yes, I noticed the additional Parameter to the indicate function.
> > That's why I mentioned this. It's a better way than doing it via the
> > bridge.
> >
> > Klaus, what is the reason for using the bridge instead of indicate?
>
> Probably it is lack of Asterisk know-how. ast_indicate_data looks promising -
> but I still do not know how to get the reference to the other call leg.
>
>
> Caller Asterisk Callee
> leg 1 leg2
> <-------FACILITY---
>
>
> Currently, if there is an incoming FACILITY message, the facility event is
> sent to chan_zap, which gets the AOC-D units from the event structure. But to
> forward it on call leg 1 I need to get a reference to the ast_cannel of leg 1.
> How do I get this?
I don't think you need to know the other leg.
Just pass a CONTROL FRAME to Asterisk.
It seems that currently these CONTROL frames are supported for
additional data:
AST_CONTROL_HOLD
AST_CONTROL_UNHOLD
AST_CONTROL_VIDUPDATE
Maybe an additional subclass
AST_CONTROL_AOC
should be introduced.
Armin
More information about the asterisk-dev
mailing list