DTMF wrong detection

[Laurent Schweizer]

Hello,

 

 

I have somethimes  DTMF detection  but no key was pressed, I have detect this issue with softphone (BRIA) but also real IP phone.

 

I have bellow an example where the "1" is detected,   for info  in this example the softphone was configured to send only DTMF with RFC 2833.

 

I have also attached a wireshark trace.

 

any idea ?

 

 

BR

 

Laurent

 

 

U 95.128.80.91:2727 -> 95.128.80.91:2427
  CRCX 948996417 mobius/ivr/$@95.128.80.91:2427 MGCP 1.0.C: 5.M: sendrecv..v=0..o=- 13054250696954762 1 IN IP4 95.128.80.10..s=Bria 4 releas
  e 4.1 stamp 73897..c=IN IP4 95.128.80.10..t=0 0..m=audio 13482 RTP/AVP 0 8 101..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=send
  recv..

 

U 95.128.80.91:2427 -> 95.128.80.91:2727
  200 948996417 Success.I:2e.Z:mobius/ivr/3...@95.128.80.91:2427..v=0.o=- 1409777095938 1 IN IP4 95.128.80.91.s=Sipme Media Server .c=IN IP4 95
  .128.80.91.t=0 0.m=audio 65530 RTP/AVP 0 101.a=rtpmap:0 pcmu/8000.a=rtpmap:101 telephone-event/8000.a=fmtp:101 0-15.

 

U 95.128.80.91:2727 -> 95.128.80.91:2427
  RQNT 948996418 mobius/ivr/3...@95.128.80.91:2427  MGCP 1.0.N:95.128...@95.128.80.91:2727.X:6.S:AU/pc(ip=file:/home/peoplefone/sound/welcom
  e.wav  cb iv=20 fdt=50 ).R:AU/of (N),AU/oc (N),D/0 (N),D/1 (N),D/2 (N),D/3 (N),D/4 (N),D/5 (N),D/6 (N),D/7 (N),D/8 (N),D/9 (N),D/A (N),D/B
   (N),D/C (N),D/D (N),D/* (N),D/# (N).

 

U 95.128.80.91:2427 -> 95.128.80.91:2727
  200 948996418 Success.

 

U 95.128.80.91:2427 -> 95.128.80.91:2727
  NTFY 2 mobius/ivr/3...@95.128.80.91:2427 MGCP 1.0.O:D/1(null).N:95.128...@95.128.80.91:2727.X:6.

U 95.128.80.91:2727 -> 95.128.80.91:2427
  200 2 The requested transaction was executed normally..

 

 

 

03/09/2014 22:43:25,151 DEBUG [MgcpProvider] Receive  message 282 bytes length
03/09/2014 22:43:25,151 DEBUG [MgcpProvider] Parsing message: CRCX 948996416 mobius/ivr/$@95.128.80.91:2427 MGCP 1.0
C: 4
M: sendrecv

v=0
o=- 13054250606174570 1 IN IP4 95.128.80.10
s=Bria 4 release 4.1 stamp 73897
c=IN IP4 95.128.80.10
t=0 0
m=audio 15346 RTP/AVP 0 8 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

 

03/09/2014 22:43:25,152 DEBUG [MgcpProvider] Dispatching message
03/09/2014 22:43:25,152 INFO  [MGCP] tx=948996416 Started, message= CRCX mobius/ivr/$@95.128.80.91:2427, call agent = /95.128.80.91:2727
03/09/2014 22:43:25,152 DEBUG [EndpointQueue] Endpoint mobius/ivr/2 taken
03/09/2014 22:43:25,153 DEBUG [EndpointQueue] Free endpoints 4
03/09/2014 22:43:25,153 DEBUG [ResourcesPool] Allocated new rtp connection,pool size:10,free:9
03/09/2014 22:43:25,154 DEBUG [ResourcesPool] Allocated new dtmf detector,pool size:5,free:4
03/09/2014 22:43:25,154 INFO  [RtpConnectionImpl] FormatsRTPFormats{0 AudioFormat[pcmu,8000,8,mono],8 AudioFormat[pcma,8000,8,mono],101 AudioFormat[telephone-event,8000,mono]}
03/09/2014 22:43:25,173 INFO  [MGCP] tx=948996416 was executed normaly
03/09/2014 22:44:55,932 DEBUG [MgcpProvider] Receive  message 282 bytes length
03/09/2014 22:44:55,932 DEBUG [MgcpProvider] Parsing message: CRCX 948996417 mobius/ivr/$@95.128.80.91:2427 MGCP 1.0
C: 5
M: sendrecv

v=0
o=- 13054250696954762 1 IN IP4 95.128.80.10
s=Bria 4 release 4.1 stamp 73897
c=IN IP4 95.128.80.10
t=0 0
m=audio 13482 RTP/AVP 0 8 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

 

 

03/09/2014 22:44:55,932 DEBUG [MgcpProvider] Dispatching message
03/09/2014 22:44:55,933 INFO  [MGCP] tx=948996417 Started, message= CRCX mobius/ivr/$@95.128.80.91:2427, call agent = /95.128.80.91:2727
03/09/2014 22:44:55,935 DEBUG [EndpointQueue] Endpoint mobius/ivr/3 taken
03/09/2014 22:44:55,935 DEBUG [EndpointQueue] Free endpoints 3
03/09/2014 22:44:55,935 DEBUG [ResourcesPool] Allocated new rtp connection,pool size:10,free:8
03/09/2014 22:44:55,937 DEBUG [ResourcesPool] Allocated new dtmf detector,pool size:5,free:3
03/09/2014 22:44:55,937 INFO  [RtpConnectionImpl] FormatsRTPFormats{0 AudioFormat[pcmu,8000,8,mono],8 AudioFormat[pcma,8000,8,mono],101 AudioFormat[telephone-event,8000,mono]}
03/09/2014 22:44:55,957 INFO  [MGCP] tx=948996417 was executed normaly
03/09/2014 22:44:55,971 DEBUG [MgcpProvider] Receive  message 313 bytes length
03/09/2014 22:44:55,972 DEBUG [MgcpProvider] Parsing message: RQNT 948996418 mobius/ivr/3...@95.128.80.91:2427  MGCP 1.0
N:95.128...@95.128.80.91:2727
X:6
S:AU/pc(ip=file:/home/peoplefone/sound/welcome.wav  cb iv=20 fdt=50 )
R:AU/of (N),AU/oc (N),D/0 (N),D/1 (N),D/2 (N),D/3 (N),D/4 (N),D/5 (N),D/6 (N),D/7 (N),D/8 (N),D/9 (N),D/A (N),D/B (N),D/C (N),D/D (N),D/* (N),D/# (N)

 

03/09/2014 22:44:55,972 DEBUG [MgcpProvider] Dispatching message
03/09/2014 22:44:55,972 INFO  [MGCP] tx=948996418 Started, message= RQNT mobius/ivr/3...@95.128.80.91:2427, call agent = /95.128.80.91:2727
03/09/2014 22:44:55,991 INFO  [PlayCollect] (mobius/ivr/3) Prepare digit collect phase
03/09/2014 22:44:55,991 INFO  [PlayCollect] (mobius/ivr/3) Start prompt phase
03/09/2014 22:44:55,991 DEBUG [ResourcesPool] Allocated new player,pool size:5,free:4
03/09/2014 22:44:55,992 INFO  [MGCP] tx=948996418 was executed normaly
03/09/2014 22:44:55,993 INFO  [DtmfBuffer] (detector) Flush, buffer size: 0
03/09/2014 22:44:56,152 INFO  [JitterBuffer] Format has been changed: 0 AudioFormat[pcmu,8000,8,mono]

03/09/2014 22:45:21,909 INFO  [MGCP] tx=2 Started, message= NTFY mobius/ivr/3...@95.128.80.91:2427, call agent = /95.128.80.91:2727
03/09/2014 22:45:21,910 INFO  [EventBuffer] Receive 1 tone
03/09/2014 22:45:21,910 INFO  [PlayCollect] (mobius/ivr/3) Tone '1' has been detected
03/09/2014 22:45:21,910 INFO  [PlayCollect] (mobius/ivr/3) Tone '1' has been detected: prompt phase interrupted
03/09/2014 22:45:21,911 INFO  [DetectorImpl] (mobius/ivr/3) (detector) Delivered '1' tone
03/09/2014 22:45:21,912 INFO  [MGCP] tx=2 was executed normaly
03/09/2014 22:45:21,932 DEBUG [MgcpProvider] Receive  message 55 bytes length
03/09/2014 22:45:21,932 DEBUG [MgcpProvider] Parsing message: 200 2 The requested transaction was executed normally.

 

[oifa.yulian]

Hello
As i see there is some noise coming from client. since it has high peeks it can be detected as dtmf tone.
You can use dtmfDetectorDbi property in server beans to optimize the inband dtmf detection.
If you want to disable inband detection you can set it to some high value ( it can be from 0 to -63 , where if i am not mistaken 0 will detects almost anything where -63 will detect nothing  ).

Best regards
Yulian Oifa

[Laurent Schweizer]

Hello,

 

 

I just try and seems working (just not -63 but 0).

 

I will do more test and give you a feadback.

 

Laurent