03-07-2002 03:33 AM - edited 03-12-2019 02:43 PM
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?
03-08-2002 05:04 AM
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.
03-12-2002 01:25 AM
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.
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