1/0/1 g711ulaw n S_PROCEEDING DID_ONHOOK

[Jason Hendrix]

Hello all,

Issue is ports are not clearing after DID call drops. Shows as "proceeding" and is onhook. Clears out after i do a reboot but I do not want to do a reboot everyday. I have shut/no shut the voice-port and stil shows same. Any suggestions?

Cisco IOS Software, C2951 Software (C2951-UNIVERSALK9-M), Version 15.0(1)M5, RELEASE SOFTWARE (fc2)

Voice VM-8FXS/DID  Port adapter

HPEiVG01#show voice call summary | include DID

1/0/0         -          -  -                                         DID_ONHOOK              

1/0/1         g711ulaw   n  S_PROCEEDING          DID_ONHOOK              

1/0/2         -          -  -                                         DID_ONHOOK              

1/0/4         g711ulaw   n  S_PROCEEDING          DID_ONHOOK              

1/0/5         g711ulaw   n  S_PROCEEDING          DID_ONHOOK              

1/0/6         -          -  -                                         DID_ONHOOK

[acampbell]

HI,

You need to know about what the service provider has configure their end of the DID trunks to use.

Under the voice ports on your router you should be able to try the 3 different flavours of DID signalling

voice-port x/x/x

signal did {immediate-start | wink-start | delay-start}

The most common usage is WINK-START

HTH

Alex

[Jason Hendrix]

Thanks for helping....

All DID ports started out as immediate-start. Site could get inbound calls on immediate-start. Changed all DID ports to wink-start and site is still able to get inbound calls. Rebooted 2951 port 1/0/6 was wink-start and it getting static on port now when calling on it (see below) changed back to signal did immediate. Will reboot later tonight to see if issue comes back. Did a shut/no shut and that did not clear it out. All other ports are playing nice for now.

HPEiVG01#show voice call summary | include DID

1/0/0         -          -  -                     DID_ONHOOK              

1/0/1         -          -  -                     DID_ONHOOK              

1/0/2         -          -  -                     DID_ONHOOK              

1/0/4         -          -  -                     DID_ONHOOK              

1/0/5         -          -  -                     DID_ONHOOK              

1/0/6         g711ulaw   n  S_PROCEEDING          DID_ONHOOK

voice-port 1/0/0

signal did wink-start

timeouts call-disconnect 2

timeouts wait-release 2

description DID card

!

voice-port 1/0/1

signal did wink-start

timeouts call-disconnect 2

timeouts wait-release 2

description DID card

!

voice-port 1/0/2

signal did wink-start

timeouts call-disconnect 2

timeouts wait-release 2

description DID card

!

voice-port 1/0/3

signal did wink-start

timeouts call-disconnect 2

timeouts wait-release 2

shutdown

description DID card

!

voice-port 1/0/4

signal did wink-start

timeouts call-disconnect 2

timeouts wait-release 2

description DID card

!

voice-port 1/0/5

signal did wink-start

timeouts call-disconnect 2

timeouts wait-release 2

description DID card

!

voice-port 1/0/6

signal did immediate

timeouts call-disconnect 2

timeouts wait-release 2

description FXS DID card

!

voice-port 1/0/7

signal did wink-start

timeouts call-disconnect 2

timeouts wait-release 2

shutdown

description FXS DID card

!
!

[Jason Hendrix]

ATT removed the bridge clips on the ports that were not releasing and the ports did not release. ATT also re-ran the new lines to 66 block.

ATT said points to Cisco phone equipment/configuration. I was looking over my configuration, can something here be changed?

!

voice translation-rule 2

rule 1 /\(.*\)/ /870777\1/

rule 2 /\(.*\)/ /870777\3/

!        

voice translation-profile imcoming

translate called 2

!

voice-port 1/0/0

signal did immediate         <-- this has been set to signal did wink-start and both have failed

input gain 10

timeouts call-disconnect 2

timeouts wait-release 2

description DID 61.DINA.870-777-8646 D500

!

dial-peer voice 1 pots

translation-profile incoming imcoming     <-- can this be removed and

destination-pattern .T                            <-- be changed to 870777[1,3].. for DID range

no digit-strip                                         <-- do not know what else this could be

port 1/0/0

!

[Jason Hendrix]

TAC debuged my calls & found after a DID call hunted my dial peers and did not see anything CUCM tried to send the call out the DID port. DID ports only take inbound calls. When tring to sent the call outbound a DID port is locked up the port.  Added "huntstop" on my last dial peer per TAC. No issues since!!!!!

!

dial-peer voice 14 voip

preference 1

destination-pattern XXXXXXXX..

session target ipv4:XX.X.XXX.XXX

voice-class h323 1

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

dial-peer voice 15 voip

preference 2

destination-pattern XXXXXXXX..

session target ipv4:XX.X.XXX.XXX

voice-class h323 1

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!

dial-peer voice 16 voip

huntstop   <-------------------------------------------

preference 3

destination-pattern XXXXXXXX..

session target ipv4:XX.X.XXX.XXX

voice-class h323 1

dtmf-relay h245-alphanumeric

codec g711ulaw

no vad

!