[Cisco CUCM 8.5] No ringback via UCCX

[Flyduck]

Hopelijk zitten hier wat CCVP'ers.
Tijdens de migratie naar de nieuwe cisco telefoon centrale [Van 4.2 naar 8.5] hebben we een probleem met ringback als een gesprek via de nieuwe UCCX loopt. Externe gespreken lopen tijdens de migratie nog via de oude centrale.

Dit is het pad dat problemen geeft
Voice provider -> H323 -> oude centrale -> SIP Trunk -> Nieuwe centrale -> UCCX -> toestel

Dit gaat wel goed (wel ringback)
Voice provider -> H323 -> oude centrale -> SIP Trunk -> NIeuwe centrale -> toestel / hunt list

Na de migratie gaat de H323 en de oude centrale er tussen uit, maar dit probleem geeft nu veel klachten omdat de beller niets hoort na een menukeuze in UCCX. De telefoons gaan overigens wel gewoon over en als er word opgenomen komt het gesprek ook tot stand.

Enige redelijk vergelijkbare wat ik heb kunnen vinden is dit:
http://www.cisco.com/en/U...ote09186a00802b5e5d.shtml

Helaas lost dit het probleem niet op. Iemand nog suggesties?

[Anoniem: 304544]

Heb je al geprobeerd om de SIP trunk tussen de oude en de nieuwe centrale te vervangen door een intercluster trunk?

[DGTL_Magician]

Check deze optie even:

Send H225 User Info Message:

This parameter specifies which message Cisco CallManager sends for the ringback tone or tone on hold. Valid values follow:

Use ANN for Ring Back: Use Cisco SCCP Annunciator to play ringback tone (available in Cisco CallManager release 4.0 and later)

User Info for Call Progress Tone: Send H.225 user information message to IOS gateway to play ringback tone or tone on hold (This is the default.)

H225 Info for Call Progress Tone: Send H.225 information message to IOS gateway to play ringback tone or tone on hold

Cisco CallManager Version 3.1 does not support the H.225 Information message, so choose 'User Info for Call Progress Tone' if you are using intercluster trunks and any of the clusters is running Cisco CallManager Version 3.1 or earlier. However, if all of the clusters are running Cisco CallManager 3.2(2a) or a later release, you can choose 'H225 Info for Call Progress Tone.'

De optie "Send H225 User Info Message" moet op "use ANN for ring back" staan.

Je vindt dit onder de Enterprise settings geloof ik.

[Flyduck]

DGTL_Magician schreef op donderdag 30 juni 2011 @ 10:34:
Check deze optie even:

Send H225 User Info Message:

This parameter specifies which message Cisco CallManager sends for the ringback tone or tone on hold. Valid values follow:

Use ANN for Ring Back: Use Cisco SCCP Annunciator to play ringback tone (available in Cisco CallManager release 4.0 and later)

User Info for Call Progress Tone: Send H.225 user information message to IOS gateway to play ringback tone or tone on hold (This is the default.)

H225 Info for Call Progress Tone: Send H.225 information message to IOS gateway to play ringback tone or tone on hold

Cisco CallManager Version 3.1 does not support the H.225 Information message, so choose 'User Info for Call Progress Tone' if you are using intercluster trunks and any of the clusters is running Cisco CallManager Version 3.1 or earlier. However, if all of the clusters are running Cisco CallManager 3.2(2a) or a later release, you can choose 'H225 Info for Call Progress Tone.'

De optie "Send H225 User Info Message" moet op "use ANN for ring back" staan.

Je vindt dit onder de Enterprise settings geloof ik.

Is dit een andere setting dan in de link die ik geplaatst heb? Want ik heb al een aanpassing gedaan op de H225 setting maar dit heeft helaas niet geholpen. Ik zit nu echt te denken dat het door de SIP trunk komt tussen de oude en nieuwe centrale zoals eerder aangegeven.

[DGTL_Magician]

Flyduck schreef op donderdag 30 juni 2011 @ 11:17:
[...]


Is dit een andere setting dan in de link die ik geplaatst heb? Want ik heb al een aanpassing gedaan op de H225 setting maar dit heeft helaas niet geholpen. Ik zit nu echt te denken dat het door de SIP trunk komt tussen de oude en nieuwe centrale zoals eerder aangegeven.

Ja, dit is een andere setting.

[Flyduck]

Het bleek uiteindelijk te liggen aan een bug in de IOS versie op de router waar ook de MTP op draait.