[jitsi-users] Sending DTMF tones without establishing a call?


#1

Hi all,

The current DTMF tone sending functions requires "CallPeer" or "Call" which has to be created by user. I'm failed trying to send out a DTMF tone to my SIP server without establishing a call which will then do some corresponding tasks. In fact it should be workable since we already have the address of the server once the account appear "online". But I just can't figure it out.
Any help will be much appreciated.

Regards,
Travor


#2

Hey Travor,

Hi all,

The current DTMF tone sending functions requires "CallPeer" or "Call"
which has to be created by user. I'm failed trying to send out a DTMF
tone to my SIP server without establishing a call which will then do
some corresponding tasks. In fact it should be workable since we already
have the address of the server once the account appear "online". But I
just can't figure it out.
Any help will be much appreciated.

Well, two of the three kinds of DTMF we support (i.e. RFC 4733/2833 or
Inband) require an established RTP session.

The only one that could potentially work is SIP INFO. I suppose some
form of KPML would also be workable but we don't have that so you'd have
to implement it from scratch.

Either way you need to create a new OperationSet that allows you to do
this outside the context of a call.

That said, the very reason DTMFs were invented was so that it would be
possible to "squeeze" commands into the media channel. So, if you don't
need a media channel then why bother with DTMFs at all? Why not just
send commands for whatever it is you'd like to do?

I suppose you have some constraints that require you to do this but I
thought I'd mention it just in case.

Cheers,
Emil

···

On 10.10.12, 10:09, aaaaahhhhh wrote:


#3

Hi Emil,

Thanks very much for your quick and kind reply Emil. My SIP server actually has its own functions upon receiving some DTMF tones. And the server is not under my control. That's why I had to try it this way.
I'm work on it now. But here's another doubt.
I've created a JMenuItem under each account(all SIP) trying to trigger this DTMF sending. Well high level things should be working okay with listener and etc. I'm gonna use only SIP as transporting protocol so I create the protocolProviderServiceSipImpl object by casting the protocol provider to that type. And I'll try to create another OperationSet class to so called "Skip" the needs of having "CallPeer". The problem is, it seems in the end I have to use DTMFInfo class to do the sending and right there every request are tied with a "Dialog". So I got stuck again since I can't find a dialog.
Please help!

Regards,
Travor

···

On 11/10/2012 00:33, Emil Ivov wrote:

Hey Travor,

On 10.10.12, 10:09, aaaaahhhhh wrote:

Hi all,

The current DTMF tone sending functions requires "CallPeer" or "Call"
which has to be created by user. I'm failed trying to send out a DTMF
tone to my SIP server without establishing a call which will then do
some corresponding tasks. In fact it should be workable since we already
have the address of the server once the account appear "online". But I
just can't figure it out.
Any help will be much appreciated.

Well, two of the three kinds of DTMF we support (i.e. RFC 4733/2833 or
Inband) require an established RTP session.

The only one that could potentially work is SIP INFO. I suppose some
form of KPML would also be workable but we don't have that so you'd have
to implement it from scratch.

Either way you need to create a new OperationSet that allows you to do
this outside the context of a call.

That said, the very reason DTMFs were invented was so that it would be
possible to "squeeze" commands into the media channel. So, if you don't
need a media channel then why bother with DTMFs at all? Why not just
send commands for whatever it is you'd like to do?

I suppose you have some constraints that require you to do this but I
thought I'd mention it just in case.

Cheers,
Emil