12-21-2004 02:41 AM - edited 03-13-2019 07:25 AM
Hi,
Here's the problem: I have a CallManager Express 3.2 with phones and a Cisco H323 ATA 186. An analog phone is connected to the ATA. When I place a call from the analog phone to a CME directory number (ephone-dn) which is assigned to a Cisco IP phone, everything works. But when I forward a directory number to another directory number and call the forwarded directory number from the analog phone, the call gets disconnected (disconnect cause = 16). Does anyone have a clue what might cause this?
12-27-2004 08:01 AM
Have you seen an message that could give an indication of the problem? There is not much information on the disconnect code available.
12-27-2004 06:54 PM
Can you upload relevant parts of your configuration?
Especially the telephony-service section with special
attention to transfer-pattern, transfer-system,
call-forward, and dialplan-pattern subcommands.
Have you attempted to change transfer-system modes
and see if this effects this issue?
Also, is this possibly related to the issue outlined at: http://www.cisco.com/en/US/partner/products/sw/voicesw/ps5520/products_field_notice09186a008023cfe2.shtml?
Which I know talks about this type of defect and how
if affects CME 3.1 and is relevant to CUE, but this
could affect transfers to H.323 as well as CUE as
transfers between protocols are unsuccessful. . .
12-28-2004 05:44 AM
Looks like a capabilities negotiation issue. Can you post your CME configs.
01-04-2005 02:46 AM
Hi,
here's the config:
Building configuration...
Current configuration : 15096 bytes
!
!
version 12.3
service timestamps debug datetime localtime show-timezone
service timestamps log datetime msec localtime show-timezone
service password-encryption
!
boot-start-marker
boot system flash:c2600-spservicesk9-mz.123-11.T.bin
boot-end-marker
!
logging buffered 16384 debugging
!
clock timezone EET 2
clock summer-time EEST recurring last Sun Mar 3:00 last Sun Oct 4:00
errdisable recovery cause udld
errdisable recovery cause bpduguard
errdisable recovery cause rootguard
errdisable recovery cause pagp-flap
errdisable recovery cause dtp-flap
errdisable recovery cause link-flap
errdisable recovery interval 30
network-clock-participate wic 0
network-clock-select 1 E1 0/0
voice-card 0
dspfarm
no local-bypass
!
aaa new-model
!
!
aaa authentication login default local
aaa session-id common
ip subnet-zero
!
!
isdn switch-type primary-net5
!
!
!
voice service pots
!
voice service voip
h323
!
!
!
!
!
!
fax interface-type fax-mail
!
!
!
!
controller E1 0/0
pri-group timeslots 1-31
!
!
!
interface FastEthernet0/0
ip address 10.2.2.2 255.255.255.0
duplex auto
speed auto
no clns route-cache
!
interface Serial0/0:15
no ip address
isdn switch-type primary-net5
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
no cdp enable
!
!
ip classless
ip route 0.0.0.0 0.0.0.0 192.168.10.1
!
!
ip http server
ip http secure-server
ip http path flash:
!
!
control-plane
!
!
!
voice-port 0/0:15
cptone FI
!
!
!
telephony-service
load 7935 cmterm_7936
load 7960-7940 P00303020214
load 7914 S00103020002
load ATA ATA030100SCCP040211A.zup
load 7905 CP7905040000SCCP040701A
max-ephones 48
max-dn 100
ip source-address 10.2.2.2 port 2000
time-format 24
date-format dd-mm-yy
timeouts interdigit 5
system message Bravocom
create cnf-files version-stamp 7960 Dec 07 2004 09:47:34
max-conferences 4
call-forward pattern .
moh moh.au
web admin system name vert password vert
dn-webedit
time-webedit
transfer-system full-consult
transfer-pattern .
!
!
!
!
ntp clock-period 17208421
ntp server 192.168.10.2
ntp server 194.204.30.15
!
end
Changing transfer-system modes doesn't affect this issue. I don't think it is related to the issue outlined at http://www.cisco.com/en/US/partner/products/sw/voicesw/ps5520/products_field_notice09186a008023cfe2.shtml?
Thanks,
Lauri
04-05-2005 08:12 AM
Hi all,
Did you ever find a solution to that specific problem ? Because i'm having some similar problems ?
Regards
Lasse
04-05-2005 12:51 PM
I don't know if this is your problem, but whenever I have to setup H323 trunks for Call Transfer and Forwarding, I also have to enable H.450.2 and H.450.3, since H323 doesn't have enough features on it's own to do call transfers correctly. I noticed in your global h323 setup you don't have any h.450 configured.
But since this relates to an ATA device, I'd suspect you'd need H.450 settings on that as well, and I've never configured an ATA for anything other than SIP.
Lukeyson
06-17-2005 08:08 PM
Guys,
I am experiencing the same issue here. The only differnece is that my SCCP node is a Unity voicemail. I can't Call forward from a CME phone to Unity voicemail if the calling party is coming from an H323 node.
H323->(CFNA)->SCCP (UNity 4.0.4 Port)
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