Re: [pjsip] dtmf across conference bridge. pjsip v1.0 rc1, another detail.

DC
David Clark
Tue, Feb 10, 2009 5:16 PM

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

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.com>vdc1048@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.org>http://blog.pjsip.org > >pjsip mailing list ><mailto:pjsip@lists.pjsip.org>pjsip@lists.pjsip.org >http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > >_______________________________________________ >Visit our blog: <http://blog.pjsip.org>http://blog.pjsip.org > >pjsip mailing list ><mailto:pjsip@lists.pjsip.org>pjsip@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