Conference issue using Intercluster trunk GK controlled

Answered Question

Hi All

<br />Scenario is when I try to connect tow remote phone in a conference started in one cluster the call drop.

<br />No log are registred on the voice gateway that is giving the DSP and XCODE, I am using debug sccp events or errors.

<br />The transcoders are up and registered on the CCM.

<br />

<br />sccp ccm group 1

<br /> bind interface Loopback1

<br /> associate ccm 1 priority 1

<br /> associate profile 1 register AA-HW-CONF1

<br />!

<br />dspfarm profile 1 transcode

<br /> codec g711ulaw

<br /> codec g711alaw

<br /> codec g729ar8

<br /> codec g729abr8

<br /> maximum sessions 28

<br />

<br /> associate application SCCP

<br />!

<br />dspfarm profile 2 conference

<br /> codec g711ulaw

<br /> codec g711alaw

<br /> codec g729ar8

<br /> codec g729abr8

<br /> codec g729r8

<br /> codec g729br8

<br /> maximum sessions 2

<br /> associate application SCCP

<br />

From the other side (cluster) the conference via ICT working well.

<br />Please advise any suggest.

<br />Regards

<br />Andres

Correct Answer by ivillegas about 8 years 5 months ago

What version of ccm is involved on both sides of the cluster?

Are calls failing in both directions?


post the following from the gatekeeper:

show version

show run

show gateway


Resetting a trunk drops any calls in progress that are using that trunk. Restarting a gateway tries to preserve the calls in progress that are using that gateway, if possible. Other devices wait until calls complete before restarting or resetting. Resetting/restarting an H.323 or SIP device does not physically reset/restart the hardware; it only reinitializes the configuration that is loaded by Cisco Unified CallManager.


  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 4 (1 ratings)
Loading.
Correct Answer
ivillegas Fri, 02/06/2009 - 11:37
User Badges:
  • Silver, 250 points or more

What version of ccm is involved on both sides of the cluster?

Are calls failing in both directions?


post the following from the gatekeeper:

show version

show run

show gateway


Resetting a trunk drops any calls in progress that are using that trunk. Restarting a gateway tries to preserve the calls in progress that are using that gateway, if possible. Other devices wait until calls complete before restarting or resetting. Resetting/restarting an H.323 or SIP device does not physically reset/restart the hardware; it only reinitializes the configuration that is loaded by Cisco Unified CallManager.


Actions

This Discussion