11-10-2006 12:24 PM - edited 03-17-2019 08:51 PM
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.
11-11-2006 03:21 PM
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
11-13-2006 10:27 AM
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
11-13-2006 08:09 PM
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
11-15-2006 12:50 AM
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...
11-15-2006 02:02 PM
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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide