So if the outbound side is sending inband and no RCF2833 message...we
hear it, but no detection on on_dtmf_callback because we never got a RCF2833
message. In the incoming direction we are seeing the RCF2833. And
the pjsip bridge does not have any specific dtmf relay in it.
At 04:55 AM 2/10/2009, Benny Prijono wrote:
On Fri, Feb 6, 2009 at 6:59 PM, David Clark
<mailto:vdc1048@tx.rr.comvdc1048@tx.rr.com> wrote:
The on_dtmf_callback only happens on the inbound side. The outbound
side hits stmf but the on_dtmf_callback never happens.
Might be related just don't know. The on_dtmf_callback not
happening on the line the outbound line that started it's call with mkaecall
sending out a invite. That is a issue also. But not as much as the
dtmf passing.
David, that exactly is the reason. One of them is sending DTMF
inband, the other is out-of-band. Just think about it.
cheers
Benny
Thanks,
David Clark
At 10:48 AM 2/6/2009, David Clark wrote:
Ok caller A calls in
Caller B is called with pjsua_makecall.
A two way bridge connection is made caller A to Caller B.
If caller B hits a dtmf caller A hears it.
IF caller A hits a dtmf caller B does not hear it.
Switch phones and you get the same result.
Any ideas what might cause this?
I do know that pjsip sees the caller A dtmf because on_dtmf_digit is
called with the correct digit.
Thanks,
David Clark
Visit our blog: http://blog.pjsip.orghttp://blog.pjsip.org
pjsip mailing list
mailto:pjsip@lists.pjsip.orgpjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.orghttp://blog.pjsip.org
pjsip mailing list
mailto:pjsip@lists.pjsip.orgpjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org
Visit our blog: http://blog.pjsip.org
pjsip mailing list
pjsip@lists.pjsip.org
http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org