Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Tandberg T150 with CME

Can the tandberg work with Call Manager express (CME)? The tandbergs are registered with a gatekeeper and I can call from the phones to the tandberg but not from the tandbergs to the phone. I have two tandbergs that can communicate using their IP address. Is there a way to give the tandbergs a 4 digit extension and allow it to communicate with the ip phones and vice versa? I would prefer to use the call manager express instead of call manager.

5 REPLIES
Silver

Re: Tandberg T150 with CME

If your question is if a H323 audio or video endpoint can communicate to a Cisco IP phone (registered to CME) then the answer is yes, regardless of the gatekeeper (callmanager is a gatekeeper).

If your question is if Tandberg's H323 video endpoint can communicate with Cisco's video advantage or Tandberg's skinny video endpoints with video (T550, T1000, or the MXP versions of same) then the answer is no. CME only supports video from Cisco's video advantage at this time. It will work if the video device is registered with full callmanager (and working) but only if the video device advertises its video capabilities with the initial call setup message.

Your issue above may actually be a simple one. One way audio or calling is usually indicative of a mismatched setting, such as H.323 fast-start. Your gatekeeper should already handle the IP to E.164 number mapping, you will only need an h.323 dial-peer on the CME pointing toward your gatekeeper for the destination-pattern that matches the numbers on the gatekeeper/tandberg units...

Let me know how it goes...

/Rick

New Member

Re: Tandberg T150 with CME

I was able to use the E.164 number mapping but I now have another problem. When I call from the Tandbergs to the IP Phone and vice versa, the call is disconnected as soon as the phone or tandberg is answered. All of the equipment is in on one vlan. It's set up this way for testing purposes. Below is the basic config.

Router with CME

interface GigabitEthernet0/0

ip address 172.16.2.1 255.255.255.0

h323-gateway voip interface

h323-gateway voip id GK-A ipaddr 172.16.2.10 1718

h323-gateway voip h323-id GW@test.com

h323-gateway voip tech-prefix 1#

dial-peer voice 222 voip

destination-pattern 222

session target ras

!

dial-peer voice 333 voip

destination-pattern 333

session target ras

!

dial-peer voice 1000 voip

destination-pattern 100.

session target ras

Gatekeeper

gatekeeper

zone local GK-A test.com

zone prefix GK-A 100.

zone prefix GK-A 22.

zone prefix GK-A 33.

gw-type-prefix 1#* default-technology

arq reject-unknown-prefix

no shutdown

Thanks

Silver

Re: Tandberg T150 with CME

this sounds like the call is failing due to codec negotiation. Try the following, it will set up multiple codecs in the h245 capabilities exchange -

voice class codec 1

codec preference 1 g711ulaw

codec preference 2 g729r8

dial-peer voice 1000 voip

voice-class codec 1

Silver

Re: Tandberg T150 with CME

That is what I was thinking as well but the Tandberg units don't accept any g729 codecs. I would do a 'debug voip ccapi inout' to see why the call is failing...

New Member

Re: Tandberg T150 with CME

Here is the debug that I am getting when I call from the IP Phone to the Tandberg.

*Nov 15 22:01:06.145: //41/9736DC5F8038/CCAPI/cc_api_call_disconnected:

Cause Value=65, Interface=0x65DF18A0, Call Id=41

*Nov 15 22:01:06.145: //41/9736DC5F8038/CCAPI/cc_api_call_disconnected:

Call Entry(Responsed=TRUE, Cause Value=65, Retry Count=0)

*Nov 15 22:01:06.149: //41/9736DC5F8038/CCAPI/cc_api_get_transfer_info:

Transfer Number Is Null

*Nov 15 22:01:06.149: //41/9736DC5F8038/CCAPI/ccCallSetAAA_Accounting:

Accounting=0, Call Id=41

*Nov 15 22:01:06.149: //41/9736DC5F8038/CCAPI/ccCallDisconnect:

Cause Value=65, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=65)

*Nov 15 22:01:06.149: //41/9736DC5F8038/CCAPI/ccCallDisconnect:

Cause Value=65, Call Entry(Responsed=TRUE, Cause Value=65)

*Nov 15 22:01:06.149: //41/9736DC5F8038/CCAPI/cc_api_get_transfer_info:

Transfer Number Is Null

*Nov 15 22:01:06.149: //40/9736DC5F8038/CCAPI/ccGenerateToneInfo:

Stop Tone On Digit=FALSE, Tone=Null,

Tone Direction=Network, Params=0x0, Cal

CME#l Id=40

*Nov 15 22:01:06.149: //41/9736DC5F8038/CCAPI/cc_api_call_disconnect_done:

Disposition=0, Interface=0x65DF18A0, Tag=0x0, Call Id=41,

Call Entry(Disconnect Cause=65, Voice Class Cause Code=0, Retry Count=0)

*Nov 15 22:01:06.149: //41/9736DC5F8038/CCAPI/cc_api_call_disconnect_done:

Call Disconnect Event Sent

*Nov 15 22:01:06.149: //40/9736DC5F8038/CCAPI/ccCallDisconnect:

Cause Value=65, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)

*Nov 15 22:01:06.149: //40/9736DC5F8038/CCAPI/ccCallDisconnect:

Cause Value=65, Call Entry(Responsed=TRUE, Cause Value=65)

*Nov 15 22:01:06.149: //40/9736DC5F8038/CCAPI/cc_api_get_transfer_info:

Transfer Number Is Null

961
Views
0
Helpful
5
Replies