Supervisory Disconnet Problem with a Defference

Answered Question
Jul 12th, 2010

Hi everyone,

         I got supervisory disconnet problem only when I conference with a external number(PSTN). When the conference finishes the fxo port stays busy for a long time. There is no problem with normal outside call (to PSTN) or inside call (from PSTN), the fxo port releases as soon as the call finishes. The problem shows only in conferencing (when conference include a outside number).

We have got 24 fxo port and CUE 3.2 configured.

IOS version is "c3845-spservicesk9-mz.124-15.T10.bin"  and CUCM 6.1

Here is configuration :-

voice-card 0
dspfarm
dsp services dspfarm
!
voice-card 1
dspfarm
dsp services dspfarm
!
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
!
voice class h323 1
h225 timeout tcp establish 3
!
voice class dualtone-detect-params 1
freq-max-deviation 25
freq-max-power 0
freq-min-power 13
freq-power-twist 4
cadence-variation 4
!
voice class custom-cptone XXX
dualtone disconnect
  frequency 400
  cadence 375 375

!
voice-port 0/0/0
supervisory disconnect dualtone mid-call
supervisory custom-cptone XXX
supervisory dualtone-detect-params 1
timeouts call-disconnect 5
timeouts wait-release 5
timing hookflash-out 500
connection plar opx 776
caller-id enable

!
voice-port 0/0/1
supervisory disconnect dualtone mid-call
supervisory custom-cptone XXX
supervisory dualtone-detect-params 1
timeouts call-disconnect 5
timeouts wait-release 5
timing hookflash-out 500
connection plar opx 776
caller-id enable
!
voice-port 0/0/2
supervisory disconnect dualtone mid-call
supervisory custom-cptone XXX
supervisory dualtone-detect-params 1
timeouts call-disconnect 5
timeouts wait-release 5
timing hookflash-out 500
connection plar opx 776
caller-id enable

!
dial-peer voice 20 voip
destination-pattern [1-3]..
voice-class h323 1
session target ipv4:192.168.114.2
dtmf-relay h245-signal
codec g711ulaw
no vad
!
dial-peer voice 19 voip
destination-pattern 777
session protocol sipv2
session target ipv4:192.168.114.5
dtmf-relay sip-notify
codec g711ulaw
no vad
!
dial-peer voice 17 voip
destination-pattern 775
session protocol sipv2
session target ipv4:192.168.114.5
dtmf-relay sip-notify
codec g711ulaw
no vad
!
dial-peer voice 18 voip
destination-pattern 776
session protocol sipv2
session target ipv4:192.168.114.5
dtmf-relay sip-notify
codec g711ulaw
no vad
!

dial-peer voice 21 pots
destination-pattern 9T
port 0/0/0
!
dial-peer voice 22 pots
destination-pattern 9T
port 0/0/1
!
dial-peer voice 23 pots
destination-pattern 9T
port 0/0/2
!

I have this problem too.
0 votes
Correct Answer by Adrian Saavedra about 6 years 4 months ago

Hello,

I had a similar issue but in CallManager 7.x. To fix it, I configured a service parameter (Drop Ad Hoc Conference) that terminate the conference when there are no onnet (internal) parties remaining in the conference.

Let me know if it helps. Hope it will.

Kind regards,

- Adrian.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (1 ratings)
Loading.
Correct Answer
Adrian Saavedra Thu, 07/15/2010 - 11:04

Hello,

I had a similar issue but in CallManager 7.x. To fix it, I configured a service parameter (Drop Ad Hoc Conference) that terminate the conference when there are no onnet (internal) parties remaining in the conference.

Let me know if it helps. Hope it will.

Kind regards,

- Adrian.

ullasmoopz Fri, 07/16/2010 - 21:24

Thank you for your replay, I'll check it today and let you know the result.

ullasmoopz Sat, 07/17/2010 - 04:21

Very Sincere Thank You for solving my trouble. I did as you told and now there is no problem with supervisory disconnect problem in conferencing.

Regards,

Actions

This Discussion