cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
400
Views
0
Helpful
2
Replies

Problems with H.450 Call Transfer

m.shchekotilov
Level 1
Level 1

We have a 2621 connected to PBX over PRI and two H.323 (H.450 capable) endpoints. When trying to transfer a POTS->VoIP call from one endpoint to another the router fails to do this. The debug of the attempt:

20:51:58: cc_api_call_facility(vdbPtr=0x81EF887C, callID=0x47

20:51:58: sess_appl: ev(14=CC_EV_CALL_FACILITY), cid(71), disp(0)

20:51:58: cid(71)st(SSA_CS_ACTIVE)ev(SSA_EV_CALL_FACILITY)oldst(SSA_CS_ALERT_RCVD)cfid(29)csize(2)in(0)fDest(0)

20:51:58: -cid2(70)st2(SSA_CS_ACTIVE)oldst2(SSA_CS_ACTIVE)

20:51:58: ssaFacility20:51:58: ccCallFacility (callID=0x46)

20:51:249108103168: ISDN Se1/0:15: process_pri_simple(): msg 81, call id 0x25, bchan 6, call type VOICE

20:51:58: ISDN Se1/0:15: TX -> INFOc sapi=0 tei=0 ns=51 nr=62 i=0x0802816E62

20:51:58: FACILITY pd = 8 callref = 0x816E

20:51:58: ISDN Se1/0:15: RX <- RRr sapi=0 tei=0 nr=52

20:51:58: ISDN Se1/0:15: RX <- INFOc sapi=0 tei=0 ns=62 nr=52 i=0x0802016E7D080381E01C14010A

20:51:58: STATUS pd = 8 callref = 0x016E

20:51:58: Cause i = 0x81E01C - Mandatory information element missing

20:51:58: Call State i = 0x0A

20:51:58: ISDN Se1/0:15: TX -> RRr sapi=0 tei=0 nr=63

Why is it doing something with ISDN, and what is wrong?

Here are the dial-peers:

dial-peer voice 1 pots

application session

destination-pattern .T

direct-inward-dial port 1/0:15

!

dial-peer voice 2 voip

application session

destination-pattern 3432761833

translate-outgoing calling 1

voice-class codec 1

session target ipv4:195.64.216.112

dtmf-relay h245-signal

no vad

!

dial-peer voice 3 voip

application session

destination-pattern 4444

voice-class codec 1

session target ipv4:195.64.216.31

dtmf-relay

h245-signal

no vad

Any suggestions?

2 Replies 2

litrenta
Level 3
Level 3

looks like its trying to transfer the pots leg. What endpoint is trying to do the call transfer ? what ios is on this gateway ? . Cisco Gateways support H.450.2 Call Transfer as the transferred and transferred-to party. The transferring endpoint must be an H.450-capable terminal; the Cisco Gateway cannot act as the transferring endpoint. gatekeeper-controlled or gatekeeper-initiated Call Transfer is not supported.

Both H.323 endpoints are third-party software IP-phones. Transfer was tried from the second dial-peer to the third (the initial call was made between the first and the second, with no gatekeeper involved).

IOS version is 12.2(6)/IP PLUS.