|
Setup:
Asterisk with chan_h323 (chan_iax was connecting
the two clients directly, dropping asterisk out of the picture)
Clients are two pentium class computers on the same
network with ohphone installed.
The idea is simply to have one client call into
asterisk (a client calling from outside) to be
answered by an operator then transferred to a
different extension.
Extensions.conf:
[default]
include => parkedcalls
...
exten =>
s,2,Dial(${ARG2}|20|tT) ; ARG2 = H323/192.168.1.55
The caller dials in.
The operator answers.
The operator dials #
Asterisk plays "transfer" (so
far, no problems)
The operator dials an extension
Asterisk replies "sorry, that is not a valid
extension. Please try again."
The message in asterisk -vvvc is "unknown extension
'X' in context ' ' "
or something to that effect.
What I've found is the following:
line 668 of chan_h323.c (cvs from Tuesday
08/19/2003 around 11:45am)
strncpy( ch->context,
i->context, sizeof( ch->context )-1 );
i is struct oh323_pvt that was generated shortly
beforehand by oh323_alloc() with
no reference in the function to ->context.
THere doesn't even appear be a search
to compare the requested IP address with an H323
user so the context is left blank!
Therefore, the operator cannot transfer because he
is out of context in asterisk.
There appears to be a similar problem with chan_iax
because I can dial to an IAX client
from an H323 client through asterisk and have the
same problem. (IAX client to IAX client
cannot dial # to return to asterisk. Asterisk
hangs up the connection after linking the two
clients.)
My question is: Have I setup extensions.conf
wrong or is this really a bug in Asterisk?
This has been bothering me for about four weeks now
and I cannot fix this correctly.
I have faked it by changing:
strncpy( ch->context,
i->context, sizeof( ch->context )-1 );
to
strncpy( ch->context,
"default", sizeof( ch->context )-1 );
which works to test the transfer function but is no
where near a good fix.
Thank you,
John.
|
