It would help if you let us know what exactly it is you are trying to
achieve and why you want to detect DTMF in openSBC RTP stream. You are
correct OpenSBC does not process DTMF because it does not have any use
for it as a B2BUA. However, you can try calling the media server. The
default number for the Media Server is 5000@opensbc_address. The media
sever detects your DTMF. It can be your basis how you can detect DTMF in
OpenSBC B2BUA RTP Stream.
Gaurav Kheterpal wrote:
>
> Hello,
>
> I’m facing an issue with RTP on OpenSBC 1.1.4 in capturing RFC 2833
> packets. My network configuration is:-
>
> Xlite UA (Outbound) (.64) ß----à OpenSBC (.115) ß-------à Xlite UA
> (Inbound) (.60)
>
> * Outbound UA is registered on OpenSBC
>
> * Inbound UA is registered on OpenSBC
>
> * A route exists from OpenSBC to Xlite UA (Inbound) (.60)
>
> RTP_Session::SendReceiveStatus RTP_Session::OnReceiveData(const
> RTP_DataFrame & frame) is the function where all rtp packets get
> processed.
>
> The source file rfc2833.cxx has the function
> OpalRFC2833Proto::ReceivedPacket() which seems to be there for
> receiving an RFC2833 packet but I could not find a reference from
> where it’s being invoked. Is this a bug in OpenSBC?
>
> Attached are the level 5 logs for inbound and outbound call where both
> UAs tried to send & receive DTMF as RFC 2833 packets.
>
> I’ll be thankful for any guidance on what’s going wrong.
>
> Regards,
> Gaurav
>
|
