SIP toSIP cisco routers

balitewiczp · ‎10-05-2010

two cisco cubes connected back to back, both running sip-ua. Is this the right approach, with both running ua? i am seeing calls going througth to invite, responding with ok, but simply reinviting. any thoughts?

TWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
Oct 5 16:12:43.986: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.64.101:5060;branch=z9hG4bK211D4
From: <sip:9086054317@192.168.64.101>;tag=2464136C-25BA
To: <sip:9086054908@192.168.64.102>;tag=C3B4C1D8-434
Date: Tue, 05 Oct 2010 16:08:59 GMT
Call-ID: 2736EEB1-CFD211DF-8033925F-1B7111D@192.168.64.101
Timestamp: 1286295135
CSeq: 101 INVITE
Require: 100rel
RSeq: 2820
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:9086054908@192.168.64.102>;party=called;screen=no;privacy=off
Contact: <sip:9086054908@192.168.64.102:5060>
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Oct 5 16:12:43.986: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
PRACK sip:9086054908@192.168.64.102:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.64.101:5060;branch=z9hG4bK24B83
From: <sip:9086054317@192.168.64.101>;tag=2464136C-25BA
To: <sip:9086054908@192.168.64.102>;tag=C3B4C1D8-434
Date: Tue, 05 Oct 2010 16:12:15 GMT
Call-ID: 2736EEB1-CFD211DF-8033925F-1B7111D@192.168.64.101
CSeq: 104 PRACK
RAck: 2820 101 INVITE
Allow-Events: telephone-event
Max-Forwards: 70
Content-Length: 0

Oct 5 16:12:43.986: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.64.101:5060;branch=z9hG4bK24B83
From: <sip:9086054317@192.168.64.101>;tag=2464136C-25BA
To: <sip:9086054908@192.168.64.102>;tag=C3B4C1D8-434
Date: Tue, 05 Oct 2010 16:09:13 GMT
Call-ID:
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 104 PRACK
Content-Length: 0

Oct 5 16:12:47.046: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
CANCEL sip:9086054908@192.168.64.102:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.64.101:5060;branch=z9hG4bK211D4
From: <sip:9086054317@192.168.64.101>;tag=2464136C-25BA
To: <sip:9086054908@192.168.64.102>
Date: Tue, 05 Oct 2010 16:12:15 GMT
Call-ID:

CSeq: 101 CANCEL
Max-Forwards: 70
Timestamp: 1286295167
Reason: Q.850;cause=16
Content-Length: 0

Oct 5 16:12:47.050: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.64.101:5060;branch=z9hG4bK211D4
From: <sip:9086054317@192.168.64.101>;tag=2464136C-25BA
To: <sip:9086054908@192.168.64.102>
Date: Tue, 05 Oct 2010 16:09:16 GMT
Call-ID: blank Timestamp: 1286295167
CSeq: 101 CANCEL
Content-Length: 0

Oct 5 16:12:47.050: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 487 Request Cancelled
Via: SIP/2.0/UDP 192.168.64.101:5060;branch=z9hG4bK211D4
From: <sip:9086054317@192.168.64.101>;tag=2464136C-25BA
To: <sip:9086054908@192.168.64.102>;tag=C3B4C1D8-434
Date: Tue, 05 Oct 2010 16:09:16 GMT
Call-ID: blank

Timestamp: 1286295135
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=16
Content-Length: 0

Oct 5 16:12:47.050: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:9086054908@192.168.64.102:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.64.101:5060;branch=z9hG4bK211D4
From: <sip:9086054317@192.168.64.101>;tag=2464136C-25BA
To: <sip:9086054908@192.168.64.102>;tag=C3B4C1D8-434
Date: Tue, 05 Oct 2010 16:12:15 GMT
Call-ID: blankMax-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

Steven Holl · ‎10-05-2010

Can you post the config from each CUBE, and these messages during a call with the issue:

debug voip ccapi inout

debug ccsip mess

Also, describe how the intended call flow is suppossed to flow for this scenario.

From your description, it sounds like you've got a call loop, which would be a dial-peer misconfiguration as a result of overlapping dial-peers in opposing directions.

balitewiczp · ‎10-05-2010

TTwo routers each serving dual rolls H323 for PSTN access and Cube, for sip-sip trunk. The local lans are not advertised, and the CUBE/GW's are on different CM clusters. I cannot use ICT between the two.

Attached are the files. I couldnt get them on the other router, as I dont have access. When CM1 calls CM2, CM2 answers, and I see the sip call, but it appears as though Im not getting SDP back. one Main number will flow from CM1 to CM2. A shared receptionist will transfer calls from CM2 to CM1. We are configuring media flow through. I believe this is also the default.

Also thought I was running into bug CSCsu50869 , but I upgraded to IOS 15.1.2T1, and have the same behavior. Appreciate the help, I know very little about sip. Also both sides are sip-ua

config of calling router

!
voice class codec 100
codec preference 1 g711ulaw
codec preference 2 g711alaw
codec preference 3 g729r8
!
voice class h323 1
h225 timeout tcp establish 3
!
!
!
!
!
voice translation-rule 13
rule 1 /^99086054908/ /9086054908/
!
voice translation-rule 14
rule 1 /^919086054317/ /154317/
!
!
!
voice translation-profile BM_TEMP_IN
translate called 14
!
voice translation-profile WAN_TEMP_IN
translate called 13
!
!
controller T1 0/0/0
cablelength long 0db
pri-group timeslots 1-24
!

!
!
!
!
interface Loopback99
ip address 10.249.220.34 255.255.255.255
h323-gateway voip bind srcaddr 10.249.220.34
!
interface GigabitEthernet0/0
description KTWRNNSW001 Gi1/2
ip address 192.168.64.97 255.255.255.252
duplex auto
speed auto
service-policy output voicegw1
!
interface GigabitEthernet0/1
description Connection to BM
ip address 192.168.64.101 255.255.255.252
duplex auto
speed auto
!
interface GigabitEthernet0/2
description KTWRNNSW001 Gi2/3
ip address 192.168.64.77 255.255.255.252
delay 1000
duplex auto
speed auto
service-policy output voicegw1
!
interface Serial0/0/0:23
no ip address
encapsulation hdlc
isdn switch-type primary-ni
isdn incoming-voice voice
no cdp enable
!

!
dial-peer voice 5200 voip
description Naperville CM Subscriber
destination-pattern 1.....
modem passthrough nse codec g711ulaw
session target ipv4:172.30.9.90
voice-class codec 100
voice-class h323 1
dtmf-relay h245-alphanumeric
fax rate disable
ip qos dscp cs3 signaling
no vad
!

!
dial-peer voice 101 voip
description Incoming from VoIP
translation-profile incoming BM_TEMP_IN
incoming called-number .
voice-class codec 100
voice-class h323 1
ip qos dscp cs3 signaling
!

!
dial-peer voice 5205 voip
description LSR to BM Outbound
translation-profile outgoing WAN_TEMP_IN
destination-pattern 99086054908
session protocol sipv2
session target ipv4:192.168.64.102
voice-class codec 100
voice-class h323 1
!
!
gateway
media-inactivity-criteria rtp
timer media-inactive 10
timer receive-rtp 1200

KTWRNNRT301#debug ccsip messages
SIP Call messages tracing is enabled
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#term mon
KTWRNNRT301#
Oct 5 20:48:03.145: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:919086054317@192.168.64.101:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK13C11
Remote-Party-ID: <9086054908>;party=calling;screen=yes;privacy=off
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>
Date: Tue, 05 Oct 2010 20:44:30 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 0009020631-0059748810-2953040130-2559712802
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1286311470
Contact: <9086054908>
Expires: 180
Allow-Events: telephone-event
Content-Length: 0

Oct 5 20:48:03.149: //7/0089A4D7B003/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK13C11
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>
Date: Tue, 05 Oct 2010 20:48:03 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Timestamp: 1286311470
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Oct 5 20:48:03.217: //7/0089A4D7B003/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK13C11
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>;tag=24DC08-227B
Date: Tue, 05 Oct 2010 20:48:03 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Timestamp: 1286311470
CSeq: 101 INVITE
Require: 100rel
RSeq: 1317
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <154317>;party=called;screen=no;privacy=off
Contact: <192.168.64.101:5060>
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Oct 5 20:48:03.217: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
PRACK sip:192.168.64.101:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK142285
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>;tag=24DC08-227B
Date: Tue, 05 Oct 2010 20:44:30 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
CSeq: 102 PRACK
RAck: 1317 101 INVITE
Allow-Events: telephone-event
Max-Forwards: 70
Content-Length: 0

Oct 5 20:48:03.217: //7/0089A4D7B003/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK142285
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>;tag=24DC08-227B
Date: Tue, 05 Oct 2010 20:48:03 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 102 PRACK
Content-Length: 0

KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301# (this many CR's intentionally done to seperate call attempts)
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
Oct 5 20:48:24.159: //7/0089A4D7B003/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK13C11
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>;tag=24DC08-227B
Date: Tue, 05 Oct 2010 20:48:03 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Timestamp: 1286311470
CSeq: 101 INVITE
Require: 100rel
RSeq: 1318
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <154317>;party=called;screen=no;privacy=off
Contact: <192.168.64.101:5060>
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0

Oct 5 20:48:24.159: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
PRACK sip:192.168.64.101:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK153F0
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>;tag=24DC08-227B
Date: Tue, 05 Oct 2010 20:44:30 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
CSeq: 103 PRACK
RAck: 1318 101 INVITE
Allow-Events: telephone-event
Max-Forwards: 70
Content-Length: 0

Oct 5 20:48:24.159: //7/0089A4D7B003/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK153F0
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>;tag=24DC08-227B
Date: Tue, 05 Oct 2010 20:48:24 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 103 PRACK
Content-Length: 0

Oct 5 20:48:27.912: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
CANCEL sip:919086054317@192.168.64.101:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK13C11
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>
Date: Tue, 05 Oct 2010 20:44:30 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
CSeq: 101 CANCEL
Max-Forwards: 70
Timestamp: 1286311495
Reason: Q.850;cause=16
Content-Length: 0

Oct 5 20:48:27.912: //7/0089A4D7B003/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK13C11
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>
Date: Tue, 05 Oct 2010 20:48:27 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Timestamp: 1286311495
CSeq: 101 CANCEL
Content-Length: 0

Oct 5 20:48:27.912: //7/0089A4D7B003/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 487 Request Cancelled
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK13C11
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>;tag=24DC08-227B
Date: Tue, 05 Oct 2010 20:48:27 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Timestamp: 1286311470
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=16
Content-Length: 0

Oct 5 20:48:27.916: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:919086054317@192.168.64.101:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.64.102:5060;branch=z9hG4bK13C11
From: <9086054908>;tag=C4B13BF8-25BB
To: <919086054317>;tag=24DC08-227B
Date: Tue, 05 Oct 2010 20:44:30 GMT
Call-ID: 2FD74904-CFF811DF-84B6A748-1E8434D4@192.168.64.102
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#
KTWRNNRT301#u all
All possible debugging has been turned off
KTWRNNRT301#

***********************************************************
WARNING TO UNAUTHORIZED USERS: This system is for the
use of authorized users only. Individuals using this
computer system without authority, or in excess of their
authority, are subject to having all of their activities
on this system monitored and recorded by system personnel.
In the course of monitoring individuals improperly using
this system, or in the course of system maintenance, the
activities of authorized users may be monitored. Anyone
using this system expressly consents to such monitoring
and is advised that if such monitoring reveals possible
evidence of criminal activity, system personnel may provide
evidence of such monitoring to law enforcement officials.
***********************************************************

LSR Warren - KTWRNNRT301

username: balitewiczp
password:

KTWRNNRT301>en
Password:
KTWRNNRT301#term mon
KTWRNNRT301#debug voip ccapi inout
voip ccapi inout debugging is on
KTWRNNRT301#
Oct 5 21:07:00.161: //-1/80F7587D0E00/CCAPI/cc_api_display_ie_subfields:
   cc_api_call_setup_ind_common:
   cisco-username=9086054317
   ----- ccCallInfo IE subfields -----
   cisco-ani=9086054317
   cisco-anitype=2
   cisco-aniplan=1
   cisco-anipi=0
   cisco-anisi=1
   dest=99086054908
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=-1
   cisco-rdnplan=-1
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0

Oct 5 21:07:00.161: //-1/80F7587D0E00/CCAPI/cc_api_call_setup_ind_common:
   Interface=0x145C0E4, Call Info(
   Calling Number=9086054317,(Calling Name=)(TON=National, NPI=ISDN, Screening=User, Passed, Presentation=Allowed),
   Called Number=99086054908(TON=Unknown, NPI=Unknown),
   Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
   Incoming Dial-peer=101, Progress Indication=NULL(0), Calling IE Present=TRUE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=10
Oct 5 21:07:00.161: //-1/80F7587D0E00/CCAPI/ccCheckClipClir:
   In: Calling Number=9086054317(TON=National, NPI=ISDN, Screening=User, Passed, Presentation=Allowed)
Oct 5 21:07:00.161: //-1/80F7587D0E00/CCAPI/ccCheckClipClir:
   Out: Calling Number=9086054317(TON=National, NPI=ISDN, Screening=User, Passed, Presentation=Allowed)
Oct 5 21:07:00.161: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Oct 5 21:07:00.161: :cc_get_feature_vsa malloc success
Oct 5 21:07:00.161: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Oct 5 21:07:00.161: cc_get_feature_vsa count is 1
Oct 5 21:07:00.161: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Oct 5 21:07:00.161: :FEATURE_VSA attributes are: feature_name:0,feature_time:300310648,feature_id:10
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/cc_api_call_setup_ind_common:
   Set Up Event Sent;
   Call Info(Calling Number=9086054317(TON=National, NPI=ISDN, Screening=User, Passed, Presentation=Allowed),
   Called Number=99086054908(TON=Unknown, NPI=Unknown))
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/cc_process_call_setup_ind:
   Event=0x19408C0
Oct 5 21:07:00.161: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
   Try with the demoted called number 99086054908
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccCallSetContext:
   Context=0x11E7138C
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/cc_process_call_setup_ind:
   >>>>CCAPI handed cid 10 with tag 101 to app "_ManagedAppProcess_Default"
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccCallProceeding:
   Progress Indication=NULL(0)
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=TRUE, Mode=0,
   Outgoing Dial-peer=5205, Params=0x11E72784, Progress Indication=NULL(0)
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccCheckClipClir:
   In: Calling Number=9086054317(TON=National, NPI=ISDN, Screening=User, Passed, Presentation=Allowed)
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccCheckClipClir:
   Out: Calling Number=9086054317(TON=National, NPI=ISDN, Screening=User, Passed, Presentation=Allowed)
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccCallSetupRequest:
   Destination Pattern=99086054908, Called Number=9086054908, Digit Strip=FALSE
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccCallSetupRequest:
   Calling Number=9086054317(TON=National, NPI=ISDN, Screening=User, Passed, Presentation=Allowed),
   Called Number=9086054908(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=
   Account Number=9086054317, Final Destination Flag=TRUE,
   Guid=80F7587D-7493-B1CA-0E00-E103AC1E0A40, Outgoing Dial-peer=5205
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=9086054317
   ----- ccCallInfo IE subfields -----
   cisco-ani=9086054317
   cisco-anitype=2
   cisco-aniplan=1
   cisco-anipi=0
   cisco-anisi=1
   dest=9086054908
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=-1
   cisco-rdnplan=-1
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0

Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x9537348, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=9086054317,(Calling Name=)(TON=National, NPI=ISDN, Screening=User, Passed,

Presentation=Allowed),
   Called Number=9086054908(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=5205, Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Oct 5 21:07:00.161: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Oct 5 21:07:00.161: :cc_get_feature_vsa malloc success
Oct 5 21:07:00.161: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Oct 5 21:07:00.161: cc_get_feature_vsa count is 2
Oct 5 21:07:00.161: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

Oct 5 21:07:00.161: :FEATURE_VSA attributes are: feature_name:0,feature_time:300310872,feature_id:11
Oct 5 21:07:00.161: //11/80F7587D0E00/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
Oct 5 21:07:00.161: //11/80F7587D0E00/CCAPI/ccCallSetContext:
   Context=0x11E72734
Oct 5 21:07:00.161: //10/80F7587D0E00/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=5205
Oct 5 21:07:00.165: //11/80F7587D0E00/CCAPI/cc_api_call_proceeding:
   Interface=0x9537348, Progress Indication=NULL(0)
Oct 5 21:07:00.201: //11/80F7587D0E00/CCAPI/cc_api_call_alert:
   Interface=0x9537348, Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)
Oct 5 21:07:00.201: //11/80F7587D0E00/CCAPI/cc_api_call_alert:
   Call Entry(Retry Count=0, Responsed=TRUE)
Oct 5 21:07:00.201: //10/80F7587D0E00/CCAPI/ccCallAlert:
   Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)
Oct 5 21:07:00.201: //10/80F7587D0E00/CCAPI/ccCallAlert:
   Call Entry(Responsed=TRUE, Alert Sent=TRUE)
Oct 5 21:07:00.201: //11/80F7587D0E00/CCAPI/cc_api_get_called_ccm_detected:
   CallInfo(ccm detected=0)
Oct 5 21:07:00.201: //10/80F7587D0E00/CCAPI/ccCallNotify:
   Data Bitmask=0x7, Call Id=10
Oct 5 21:07:00.201: //11/80F7587D0E00/CCAPI/cc_api_get_called_ccm_detected:
   CallInfo(ccm detected=0)
Oct 5 21:07:00.201: //10/80F7587D0E00/CCAPI/cc_api_get_delay_xport:
   CallInfo(delay xport=FALSE)
Oct 5 21:07:15.407: //10/80F7587D0E00/CCAPI/cc_api_call_disconnected:
   Cause Value=16, Interface=0x145C0E4, Call Id=10
Oct 5 21:07:15.407: //10/80F7587D0E00/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
Oct 5 21:07:15.407: //11/80F7587D0E00/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Oct 5 21:07:15.407: //11/80F7587D0E00/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Oct 5 21:07:15.407: //10/80F7587D0E00/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
Oct 5 21:07:15.407: //10/80F7587D0E00/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Oct 5 21:07:15.407: //10/80F7587D0E00/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
Oct 5 21:07:15.411: //10/80F7587D0E00/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x145C0E4, Tag=0x0, Call Id=10,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Oct 5 21:07:15.411: //10/80F7587D0E00/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Oct 5 21:07:15.411: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Oct 5 21:07:15.411: :cc_free_feature_vsa freeing 11E66070
Oct 5 21:07:15.411: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Oct 5 21:07:15.411: vsacount in free is 1
Oct 5 21:07:15.411: //11/80F7587D0E00/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x9537348, Tag=0x0, Call Id=11,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Oct 5 21:07:15.411: //11/80F7587D0E00/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Oct 5 21:07:15.411: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Oct 5 21:07:15.411: :cc_free_feature_vsa freeing 11E66150
Oct 5 21:07:15.411: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Oct 5 21:07:15.411: vsacount in free is 0
KTWRNNRT301#
KTWRNNRT301#u all
All possible debugging has been turned off
KTWRNNRT301#u

Steven Holl · ‎10-06-2010

Well you didn't include an important part of your CUBE configuration, which is the 'voice service voip' section. I need to see that.

Also, when debugging voice, always run the debugs at the same time.

It looks like you matched your h323 dial-peer inbound from the SIP invite, and went out the SIP dial-peer. But the SIP debugs only show inbound SIP messaging, which doesn't make sense. Maybe you went out an H323 peer by accident? You're going to have to run the debugs again at the same time to shed more light on this. You likely have dial-peer issues though; you don't have anything specified to get the SIP peer (5205) to match inbound if a call originates from the SIP leg. You need to have a more specific 'incoming called-number' statement to get that to match. Please read this until you understand how inbound dial-peer matching works and how to configure peers for proper inbound matching:

http://www.cisco.com/en/US/tech/tk652/tk90/technologies_tech_note09186a008010fed1.shtml

It may make sense to also collect h323 debugs, just in case:

debug voip ccapi inout

debug cch323 all

debug h225 asn1

debug h245 asn1

debug ccsip mess

Collect via:

Router(config)# service sequence
Router(config)# service timestamps debug datetime msec
Router(config)# logging buffered 10000000 7
Router(config)# no logging con
Router(config)# no logging mon
Router(config)# voice iec syslog

Router# term len 0

Router# sh logg

There is a CM bug or two where it never responds with an SDP. But I need to see the whole messaging to be sure something else isn't missing. I don't see the call being answered in the SIP debugs. Note that with H323 to SIP CUBE, if you want early offer, you need to do fast start on the other leg (and vice versa). With SIP to SIP, you don't need early offer on the inbound leg, if you have 'early-offer forced' configured. With sip-to-sip CUBE, always have 'mid-call signaling passthru' configured.

We may need to see what is happening on the other CUBE, but let's start here.

balitewiczp · ‎10-14-2010

I was able to resolve the problem by unchecking the box on the gateway config "Wait for H245 Far End TCS". I also needed to enable Display IE for proper name flow.

Thank you to everyone who posted