cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
388
Views
0
Helpful
2
Replies

Conference issue using Intercluster trunk GK controlled

acerda
Level 1
Level 1

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

1 Accepted Solution

Accepted Solutions

ivillegas
Level 6
Level 6

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.

View solution in original post

2 Replies 2

ivillegas
Level 6
Level 6

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.

Thxs a lot for your comments

Andres