H323 -> SCCP call forwarding not working

[ltibbo]

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?

[jsivulka]

Have you seen an message that could give an indication of the problem? There is not much information on the disconnect code available.

[calmichael]

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. . .

[carijit]

Looks like a capabilities negotiation issue. Can you post your CME configs.

[ltibbo]

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

[lkc]

Hi all,

Did you ever find a solution to that specific problem ? Because i'm having some similar problems ?

Regards

Lasse

[csacontract]

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

[aarato]

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)