it's a h323-to-h323 setup. For codecs, we are using g729 end to end. Anyway attached is the configuration from both gateways. I am using the mtp at cm.

The MTP built-in to CUCM only supports G.711, are you using an IOS MTP?

Also, you don't have a voip dial-peer that will match inbound calls.

Why do you have an h323-gateway bind on the ipipgw? Is the ipipgw also terminating h323 traffic?

Do you have CUCM configured as an ICT or an H323 gw?

Thanks for the info. Is it neccessary for the endpoints to need to be able to communicate with the gateway and vice versa? Can we configure in such a way that the calls terminate at cm instead because i thought mtp with mtp checked it can do so. This way if we are to add other sites to the

You are correct that the endpoints need to be able to "see" where the RTP stream terminates. That can be the gateway or MTP. If you are wanting to use MTP, I would recommend offloading that work to a hardware based resource on a router, etc. Again, you also have to analyze codec compatibility with MTP.

Here is a snippet from the 6.X SRND:

An MTP can be used to transcode G.711 a-law audio packets to G.711 mu-law packets and vice versa, or it can be used to bridge two connections that utilize different packetization periods (different sample sizes). Note that re-packetization requires DSP resources in a Cisco IOS MTP.

As was stated before, on server is only G711. To do G729 to G711, etc. you will require an IOS based MTP resource.

I've tried configuring the IOS mtp but it is not registering to the callmanager. My configurations are as below.

voice-card 0

dspfarm

dsp services dspfarm

!

!

!

sccp local GigabitEthernet0/0

sccp ccm XX.XX.XX.XX identifier 1 version 4.1

sccp

!

sccp ccm group 1

associate ccm 1 priority 1

associate profile 1 register MTP001ebeea3e80

!

dspfarm profile 1 mtp

codec g729br8

maximum sessions software 50

associate application SCCP

!

MISC_VADS_HUB#sh sccp

SCCP Admin State: UP

Gateway IP Address: XX.xx.xx.xx, Port Number: 2000

IP Precedence: 5

User Masked Codec list: None

Call Manager: xx.xx.xx.xx, Port Number: 2000

Priority: N/A, Version: 4.1, Identifier: 1

Software MTP Oper State: ACTIVE_IN_PROGRESS - Cause Code: TCP_CONN_ERROR

Active Call Manager: NONE

TCP Link Status: CONNECT_PENDING, Profile Identifier: 1

Reported Max Streams: 100, Reported Max OOS Streams: 0

Supported Codec: g729br8, Maximum Packetization Period: 60

Supported Codec: rfc2833 dtmf, Maximum Packetization Period: 30

MISC_VADS_HUB#

What version of cucm are you running exactly?

Are you configuring this under mtp as an ios enhanced dspfarm?

Why are you restricting the software mtp to g729br8 rather than the more generic g729r8? The endpoints will negotiate the a or ab variant. The Cisco ip phones do not support g729br8.

Is there a router or firewall between the cucm and gw? They should both be on the same segment/vlan.

Finally, you should get in the habit of using a loopback address for the sccp/h323/sip binding rather than a physical interface.

I am running on Cm 4.1.3. I've configured it under as IOS enhanced MTP. There is no firewall in between but there is a gateway. Anyway the router with DSP and CM are not in the same segment but they are able to reach each other.

I have bind the loopback add as a h323 interface.

I'm having the same problem too. Is it CUCM Software MTP can support DTMF for T38? I have the same setup like you and all international and local call success but only fax t38 failed.

What is the result of 'show call act vo com' and 'show ip rtp conn' at the same time? The voice call is the signaling, the rtp conn is the voice packets, both are independent of each other. It is normal for the h323 signaling to be from CUCM and the rtp audio path directly from the ip phones, particularly if you have 'media flow-around' configured under 'voice service voip' on the cube.