cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
534
Views
0
Helpful
3
Replies

Call transfer in and out through MGCP gateway

vigleik
Level 1
Level 1

My customer has an MGCP gw in site A and H.323 gw in site B.

The receptionist at site A has the MGCP gateway as primary in her route list.

When an external call coming in through the MGCP gateway is transferred to a PSTN number, it should go out the primary gateway, but it does not.

Then the wrong caller id will show at the call destination.

Seems that the MGCP gateway will not accept inbound and outboung calls for the receptionist at the same time.

When transferring an internal call the same way, the correct gateway is used.

The protocol type is PRI Euro.

How do I fix this ?

3 Replies 3

pradeepde
Level 5
Level 5

Use the command

ccm-manager mgcp

ccm-manager config server

ccm-manager config

http://www.cisco.com/en/US/tech/tk1077/technologies_configuration_example09186a00801ad22f.shtml

I have put in those commands.

Now the gateway is unable to make any outgoing calls!

Inbound calls work ok.

debug isdn q931 gives this message when trying outbound:

Jun 13 11:54:05.141: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x800F

Cause i = 0x82AC - Requested circuit/channel not available

I tried changing the channel selection order in CCM, but it gives the same result even if debug shows that the channel changed from 31 to 1.

From the config:

network-clock-participate wic 0

network-clock-select 1 E1 0/0/0

!

!

isdn switch-type primary-net5

!

voice-card 0

no dspfarm

!

!

!

voice service voip

!

!

voice class codec 1

codec preference 1 g711alaw

codec preference 2 g711ulaw

codec preference 3 g729r8

codec preference 5 gsmfr

controller E1 0/0/0

pri-group timeslots 1-31 service mgcp

interface Serial0/0/0:15

no ip address

isdn switch-type primary-net5

isdn incoming-voice voice

isdn bind-l3 ccm-manager

isdn sending-complete

no cdp enable

After having the service provider reset the b-channels outgoing calls can be made again.

But when the switchboard operator transfers inbound calls to an external number, CallMgr still routes the call through the wrong gateway.

Debugging shows that there is no attempt to use the correct gw, so I guess we have to look at the switchboard software or CM config.