[cisco-voip] H323 and Callmanager Issues
Kevin Thorngren
kthorngr at cisco.com
Thu Sep 15 08:12:09 EDT 2005
It is difficult to tell what is happening with just the debug. The
traffic might not be going out the desired interface but it seems that
it is reaching the CCM. The first thing the H.323 GW is going to do is
establish a TCP connection with the CCM via a three way handshake. I
don't remember the sequence of events when a CCM does not recognize the
H.323 GW but I believe the three way handshake will work then the CCM
will send a TCP RST. This could be the sequence below. A packet
capture will show more.
As Phil stated try reseting the GW from CCMAdmin to update the config
on the CCM side.
Do you have other H.323 GW's working with 10.10.10.1 and 10.10.10.2?
What is the version of CCM you are running, include the SR or ES?
Kevin
On Sep 15, 2005, at 12:52 AM, Walenta, Phil wrote:
> Just curious here, in your CallManager H.323 gateway definition, does
> the IP address show up in a state of "unregistered"? If so, try
> issuing a reset from that CallManager page.
>
> ________________________________
>
> From: cisco-voip-bounces at puck.nether.net on behalf of Trey Howland
> Sent: Wed 9/14/2005 8:59 PM
> To: Kevin Thorngren
> Cc: cisco-voip at puck.nether.net
> Subject: Re: [cisco-voip] H323 and Callmanager Issues
>
>
>
> After some more digging, it seems to be a VRF issue. Below is the
> output of debug ip packet and debug h225 events. I see some packets
> sent out the wrong interface. G0/1960 is in the global routing table.
>
> Trey
>
>
> 002337: *Sep 15 01:45:04.880 UTC: Changing to new event: CONNECT
> h323chan_chn_connect: connecting to 10.10.10.1:1720
>
> 002338: *Sep 15 01:45:04.880 UTC: h323chan_gw_conn: Created socket fd=4
> 002339: *Sep 15 01:45:04.880 UTC: IP: tableid=0, s=10.4.1.2 (local),
> d=10.10.10.1 (GigabitEthernet0/0.1960), routed via FIB
> 002340: *Sep 15 01:45:04.880 UTC: h323chan_gw_conn: connect in progress
> on fd=4h323chan_chn_connect: using fd=4, owner_data(ccb) 0x459C4798
> changing from NONE state to CONNECTING state
>
> 002341: *Sep 15 01:45:04.884 UTC: IP: tableid=1, s=10.10.10.1
> (GigabitEthernet0/0.1760), d=10.4.1.2 (GigabitEthernet0/0.1760), routed
> via RIB
> 002342: *Sep 15 01:45:04.884 UTC: IP: s=10.10.10.1
> (GigabitEthernet0/0.1760), d=10.4.1.2 (GigabitEthernet0/0.1760), len
> 44, rcvd 3
> 002343: *Sep 15 01:45:04.884 UTC: IP: tableid=1, s=10.4.1.2 (local),
> d=10.10.10.1 (GigabitEthernet0/0.1760), routed via FIB
> 002344: *Sep 15 01:45:04.884 UTC: IP: s=10.4.1.2 (local), d=10.10.10.1
> (GigabitEthernet0/0.1760), len 40, sending
> 002345: *Sep 15 01:45:06.880 UTC: IP: tableid=0, s=10.4.1.2 (local),
> d=10.10.10.1 (GigabitEthernet0/0.1960), routed via FIB
> 002346: *Sep 15 01:45:06.880 UTC: IP: tableid=1, s=10.10.10.1
> (GigabitEthernet0/0.1760), d=10.4.1.2 (GigabitEthernet0/0.1760), routed
> via RIB
> 002347: *Sep 15 01:45:06.880 UTC: IP: s=10.10.10.1
> (GigabitEthernet0/0.1760), d=10.4.1.2 (GigabitEthernet0/0.1760), len
> 44, rcvd 3
> 002348: *Sep 15 01:45:06.880 UTC: IP: tableid=1, s=10.4.1.2 (local),
> d=10.10.10.1 (GigabitEthernet0/0.1760), routed via FIB
> 002349: *Sep 15 01:45:06.880 UTC: IP: s=10.4.1.2 (local), d=10.10.10.1
> (GigabitEthernet0/0.1760), len 40, sending
> 002350: *Sep 15 01:45:07.880 UTC: h323chan_close: TCP connection from
> fd=4 closed
> 002351: *Sep 15 01:45:07.880 UTC: Changing to new event: CONNECT
> h323chan_chn_connect: connecting to 10.10.10.2:1720
>
> 002352: *Sep 15 01:45:07.880 UTC: h323chan_gw_conn: Created socket fd=4
> 002353: *Sep 15 01:45:07.880 UTC: IP: tableid=0, s=10.4.1.2 (local),
> d=10.10.10.2 (GigabitEthernet0/0.1960), routed via FIB
> 002354: *Sep 15 01:45:07.884 UTC: h323chan_gw_conn: connect in progress
> on fd=4h323chan_chn_connect: using fd=4, owner_data(ccb) 0x459C4798
> changing from NONE state to CONNECTING state
>
> 002355: *Sep 15 01:45:07.884 UTC: IP: tableid=1, s=10.10.10.2
> (GigabitEthernet0/0.1760), d=10.4.1.2 (GigabitEthernet0/0.1760), routed
> via RIB
> 002356: *Sep 15 01:45:07.884 UTC: IP: s=10.10.10.2
> (GigabitEthernet0/0.1760), d=10.4.1.2 (GigabitEthernet0/0.1760), len
> 44, rcvd 3
> 002357: *Sep 15 01:45:07.884 UTC: IP: tableid=1, s=10.4.1.2 (local),
> d=10.10.10.2 (GigabitEthernet0/0.1760), routed via FIB
> 002358: *Sep 15 01:45:07.884 UTC: IP: s=10.4.1.2 (local), d=10.10.10.2
> (GigabitEthernet0/0.1760), len 40, sending
> 002359: *Sep 15 01:45:09.884 UTC: IP: tableid=0, s=10.4.1.2 (local),
> d=10.10.10.2 (GigabitEthernet0/0.1960), routed via FIB
> 002360: *Sep 15 01:45:09.884 UTC: IP: tableid=1, s=10.10.10.2
> (GigabitEthernet0/0.1760), d=10.4.1.2 (GigabitEthernet0/0.1760), routed
> via RIB
> 002361: *Sep 15 01:45:09.884 UTC: IP: s=10.10.10.2
> (GigabitEthernet0/0.1760), d=10.4.1.2 (GigabitEthernet0/0.1760), len
> 44, rcvd 3
> 002362: *Sep 15 01:45:09.884 UTC: IP: tableid=1, s=10.4.1.2 (local),
> d=10.10.10.2 (GigabitEthernet0/0.1760), routed via FIB
> 002363: *Sep 15 01:45:09.884 UTC: IP: s=10.4.1.2 (local), d=10.10.10.2
> (GigabitEthernet0/0.1760), len 40, sending
> 002364: *Sep 15 01:45:10.884 UTC: h323chan_close: TCP connection from
> fd=4 closed
>
>
>
>
> On Sep 14, 2005, at 9:19 PM, Kevin Thorngren wrote:
>
>> Not sure if being in a VRF would be an issue or not. I have not
>> configured this myself. If the CCM has connectivity to 10.4.1.2 then
>> I suspect it should work. A packet capture of the GW might help
>> determine if there is a TCP connectivity problem. You might not see
>> anything useful in the CCM trace if the problem is with creating the
>> TCP connection.
>>
>> Not sure which version of CCM 4.1 you are running but if it is 4.1(3)
>> then you might be running into a known issue with change notification.
>> If the nodes being pointed to by the dial peers don't receive change
>> notification for the new CCMAdmin config changes then they won't know
>> about the H.323 GW and will reject the TCP connection. Restarting
>> the CCM service is the workaround for this issue and the issue is
>> resolved in 4.1(3)sr1.
>>
>> Kevin
>> On Sep 14, 2005, at 8:17 PM, Trey Howland wrote:
>>
>>> Thanks for the response. I'm wondering if there may be an issue with
>>> the voice network's interface being in a vrf. I do have the
>>> h323-gateway cmds and used 10.4.1.2 in the gateway config in
>>> CCMAdmin. I do have ping connectivity from RTR to CCM and CCM to RTR
>>> but I don't see anything in the ccm trace. Any other ideas?
>>>
>>> Trey
>>>
>>> router#sh run int gigabitEthernet 0/0.1760
>>> Building configuration...
>>>
>>> Current configuration : 343 bytes
>>> !
>>> interface GigabitEthernet0/0.1760
>>> encapsulation dot1Q 1760
>>> ip vrf forwarding voice
>>> ip address 10.4.1.2 255.255.255.248
>>> no ip redirects
>>> no ip unreachables
>>> no ip proxy-arp
>>> ip ospf message-digest-key 10 md5 7 XXXXXXXXXXXXXXX
>>> no snmp trap link-status
>>> h323-gateway voip interface
>>> h323-gateway voip bind srcaddr 10.4.1.2
>>> end
>>>
>>>
>>>
>>>
>>> On Sep 14, 2005, at 7:22 PM, Kevin Thorngren wrote:
>>>
>>>> This is the disconnect cause code:
>>>> 001881: *Sep 14 19:57:59.209 UTC:
>>>> //267/AD48528C80D0/CCAPI/cc_api_call_disconnected:
>>>> Call Entry(Responsed=TRUE, Cause Value=38, Retry Count=0)
>>>>
>>>> I would start by making sure the h323-gateway commands are on the
>>>> proper interface (the one that has the IP Address of the H.323 GW
>>>> defined in CCMAdmin). Most importantly make sure the "h323-gateway
>>>> voip bind srcaddr" command is configured. Also, if the H.323 GW
>>>> config in CCMAdmin has the name of the GW instead of the IP Address,
>>>> make sure the CCM can resolve this name. The above error normally
>>>> occurs when the GW is not able to make a TCP connection to the CCM.
>>>> In the debugs see the GW trying dial peer 4000 then dial peer 4001.
>>>> This indicates to me the GW is not able to make a TCP connection to
>>>> the CCM and is likely due to the CCM either not being able to
>>>> resolve the GW's name or the incorrect IP Address is seen from the
>>>> GW.
>>>>
>>>> Kevin
>>>> On Sep 14, 2005, at 4:29 PM, Trey Howland wrote:
>>>>
>>>>> I'm having problems connecting a spare PRI into my callmanger
>>>>> through a h323
>>>>> gateway. I'm only trying to get inbound working. Below is debug
>>>>> output and
>>>>> the section of my config. Anyone have any pointers on what I
>>>>> should try or
>>>>> where to look for more info on why I cannot get the call to
>>>>> complete?
>>>>>
>>>>> Thanks,
>>>>> Trey
>>>>>
>>>>> SW Versions:
>>>>> Callmanager 4.1
>>>>> Cisco IOS Software, 2800 Software (C2800NM-ADVENTERPRISEK9-M),
>>>>> Version
>>>>> 12.3(14)T3, RELEASE SOFTWARE (fc2)
>>>>>
>>>>>
>>>>> voice class h323 1
>>>>> h225 timeout tcp establish 3
>>>>> !
>>>>> dial-peer voice 4000 voip
>>>>> preference 1
>>>>> destination-pattern 404475....
>>>>> voice-class h323 1
>>>>> session target ipv4:10.10.10.1
>>>>> dtmf-relay h245-alphanumeric
>>>>> !
>>>>> dial-peer voice 4001 voip
>>>>> preference 2
>>>>> destination-pattern 404475....
>>>>> voice-class h323 1
>>>>> session target ipv4:10.10.10.2
>>>>> dtmf-relay h245-alphanumeric
>>>>> !
>>>>> dial-peer voice 1 pots
>>>>> preference 9
>>>>> destination-pattern 9T
>>>>> direct-inward-dial
>>>>> port 1/0/0:23
>>>>>
>>>>> -----------------------
>>>>> router#sh gateway
>>>>> H.323 ITU-T Version: 4.0 H323 Stack Version: 0.1
>>>>>
>>>>> H.323 service is up
>>>>> This gateway is not registered to any gatekeeper
>>>>>
>>>>> Alias list (CLI configured) is empty
>>>>> Alias list (last RCF) is empty
>>>>>
>>>>> H323 resource thresholding is Disabled
>>>>>
>>>>> ---------------------
>>>>> router#sh dial-peer voice summary
>>>>> dial-peer hunt 0
>>>>> AD PRE PASS
>>>>> OUT
>>>>> TAG TYPE MIN OPER PREFIX DEST-PATTERN FER THRU
>>>>> SESS-TARGET
>>>>> STAT PORT
>>>>> 4000 voip up up 404475.... 1 syst
>>>>> ipv4:10.10.10.1
>>>>> 4001 voip up up 404475.... 2 syst
>>>>> ipv4:10.10.10.2
>>>>> 1 pots up up 9T 9
>>>>> up 1/0/0:23
>>>>>
>>>>>
>>>>> ------------------
>>>>> 001914: *Sep 14 20:02:40.269 UTC: ISDN Se1/0/0:23 Q931: RX <- SETUP
>>>>> pd = 8
>>>>> callref = 0x0130
>>>>> Bearer Capability i = 0x8090A2
>>>>> Standard = CCITT
>>>>> Transfer Capability = Speech
>>>>> Transfer Mode = Circuit
>>>>> Transfer Rate = 64 kbit/s
>>>>> Channel ID i = 0xA98385
>>>>> Exclusive, Channel 5
>>>>> Progress Ind i = 0x8283 - Origination address is non-ISDN
>>>>> Calling Party Number i = 0x2183, '4045207777'
>>>>> Plan:ISDN, Type:National
>>>>> Called Party Number i = 0xA1, '4044752502'
>>>>> Plan:ISDN, Type:National
>>>>> 001915: *Sep 14 20:02:40.281 UTC: ISDN Se1/0/0:23 Q931: TX ->
>>>>> CALL_PROC pd =
>>>>> 8 callref = 0x8130
>>>>> Channel ID i = 0xA98385
>>>>> Exclusive, Channel 5
>>>>> 001916: *Sep 14 20:02:46.285 UTC: ISDN Se1/0/0:23 Q931: TX ->
>>>>> DISCONNECT pd
>>>>> = 8 callref = 0x8130
>>>>> Cause i = 0x80A6 - Network out of order
>>>>> 001917: *Sep 14 20:02:46.309 UTC: ISDN Se1/0/0:23 Q931: RX <-
>>>>> RELEASE pd = 8
>>>>> callref = 0x0130
>>>>> 001918: *Sep 14 20:02:46.309 UTC: ISDN Se1/0/0:23 Q931: TX ->
>>>>> RELEASE_COMP
>>>>> pd = 8 callref = 0x8130
>>>>>
>>>>> ----------------------------
>>>>>
>>>>> 001861: *Sep 14 19:57:56.197 UTC:
>>>>> //-1/AD48528C80D0/CCAPI/cc_api_display_ie_subfields:
>>>>> cc_api_call_setup_ind_common:
>>>>> cisco-username=
>>>>> ----- ccCallInfo IE subfields -----
>>>>> cisco-ani=4045207777
>>>>> cisco-anitype=2
>>>>> cisco-aniplan=1
>>>>> cisco-anipi=0
>>>>> cisco-anisi=3
>>>>> dest=4044752502
>>>>> cisco-desttype=2
>>>>> cisco-destplan=1
>>>>> cisco-rdie=FFFFFFFF
>>>>> cisco-rdn=
>>>>> cisco-rdntype=-1
>>>>> cisco-rdnplan=-1
>>>>> cisco-rdnpi=-1
>>>>> cisco-rdnsi=-1
>>>>> cisco-redirectreason=-1
>>>>> 001862: *Sep 14 19:57:56.197 UTC:
>>>>> //-1/AD48528C80D0/CCAPI/cc_api_call_setup_ind_common:
>>>>> Interface=0x475CC538, Call Info(
>>>>> Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed),
>>>>> Called Number=4044752502(TON=National, NPI=ISDN),
>>>>> Calling Translated=FALSE, Subsriber Type Str=RegularLine,
>>>>> FinalDestinationFlag=TRUE,
>>>>> Incoming Dial-peer=1, Progress Indication=ORIGINATING SIDE IS
>>>>> NON
>>>>> ISDN(3), Calling IE Present=TRUE,
>>>>> Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID
>>>>> Transparent=FALSE), Call Id=-1
>>>>> 001863: *Sep 14 19:57:56.197 UTC:
>>>>> //-1/AD48528C80D0/CCAPI/ccCheckClipClir:
>>>>> In: Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed)
>>>>> 001864: *Sep 14 19:57:56.197 UTC:
>>>>> //-1/AD48528C80D0/CCAPI/ccCheckClipClir:
>>>>> Out: Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed)
>>>>> 001865: *Sep 14 19:57:56.197 UTC:
>>>>> //266/AD48528C80D0/CCAPI/cc_api_call_setup_ind_common:
>>>>> Set Up Event Sent;
>>>>> Call Info(Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network, Presentation=Allowed),
>>>>> Called Number=4044752502(TON=National, NPI=ISDN))
>>>>> 001866: *Sep 14 19:57:56.197 UTC:
>>>>> //266/AD48528C80D0/CCAPI/cc_process_call_setup_ind:
>>>>> Event=0x4758C668
>>>>> 001867: *Sep 14 19:57:56.201 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallSetContext:
>>>>> Context=0x47942A14
>>>>> 001868: *Sep 14 19:57:56.201 UTC:
>>>>> //266/AD48528C80D0/CCAPI/cc_process_call_setup_ind:
>>>>>>>>> CCAPI handed cid 266 with tag 1 to app
>>>>>>>>> "_ManagedAppProcess_Default"
>>>>> 001869: *Sep 14 19:57:56.201 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallProceeding:
>>>>> Progress Indication=NULL(0)
>>>>> 001870: *Sep 14 19:57:56.201 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallSetupRequest:
>>>>> Destination=, Calling IE Present=TRUE, Mode=0,
>>>>> Outgoing Dial-peer=4000, Params=0x4794369C, Progress
>>>>> Indication=ORIGINATING SIDE IS NON ISDN(3)
>>>>> 001871: *Sep 14 19:57:56.205 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCheckClipClir:
>>>>> In: Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed)
>>>>> 001872: *Sep 14 19:57:56.205 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCheckClipClir:
>>>>> Out: Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed)
>>>>> 001873: *Sep 14 19:57:56.205 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallSetupRequest:
>>>>> Destination Pattern=404475...., Called Number=4044752502, Digit
>>>>> Strip=FALSE
>>>>> 001874: *Sep 14 19:57:56.205 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallSetupRequest:
>>>>> Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed),
>>>>> Called Number=4044752502(TON=National, NPI=ISDN),
>>>>> Redirect Number=, Display Info=
>>>>> Account Number=, Final Destination Flag=TRUE,
>>>>> Guid=AD48528C-2490-11DA-80D0-000F352F67B9, Outgoing
>>>>> Dial-peer=4000
>>>>> 001875: *Sep 14 19:57:56.205 UTC:
>>>>> //266/AD48528C80D0/CCAPI/cc_api_display_ie_subfields:
>>>>> ccCallSetupRequest:
>>>>> cisco-username=
>>>>> ----- ccCallInfo IE subfields -----
>>>>> cisco-ani=4045207777
>>>>> cisco-anitype=2
>>>>> cisco-aniplan=1
>>>>> cisco-anipi=0
>>>>> cisco-anisi=3
>>>>> dest=4044752502
>>>>> cisco-desttype=2
>>>>> cisco-destplan=1
>>>>> cisco-rdie=FFFFFFFF
>>>>> cisco-rdn=
>>>>> cisco-rdntype=-1
>>>>> cisco-rdnplan=-1
>>>>> cisco-rdnpi=-1
>>>>> cisco-rdnsi=-1
>>>>> cisco-redirectreason=-1
>>>>> 001876: *Sep 14 19:57:56.205 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccIFCallSetupRequestPrivate:
>>>>> Interface=0x46D43414, Interface Type=1, Destination=, Mode=0x0,
>>>>> Call Params(Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network, Presentation=Allowed),
>>>>> Called Number=4044752502(TON=National, NPI=ISDN), Calling
>>>>> Translated=FALSE,
>>>>> Subsriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
>>>>> Outgoing
>>>>> Dial-peer=4000, Call Count On=FALSE,
>>>>> Source Trkgrp Route Label=, Target Trkgrp Route Label=,
>>>>> tg_label_flag=0,
>>>>> Application Call Id=)
>>>>> 001877: *Sep 14 19:57:56.205 UTC:
>>>>> //267/AD48528C80D0/CCAPI/ccIFCallSetupRequestPrivate:
>>>>> SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1
>>>>> 001878: *Sep 14 19:57:56.205 UTC:
>>>>> //267/AD48528C80D0/CCAPI/ccCallSetContext:
>>>>> Context=0x4794364C
>>>>> 001879: *Sep 14 19:57:56.205 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccSaveDialpeerTag:
>>>>> Outgoing Dial-peer=4000
>>>>> 001880: *Sep 14 19:57:59.209 UTC:
>>>>> //267/AD48528C80D0/CCAPI/cc_api_call_disconnected:
>>>>> Cause Value=38, Interface=0x459C4798, Call Id=267
>>>>> 001881: *Sep 14 19:57:59.209 UTC:
>>>>> //267/AD48528C80D0/CCAPI/cc_api_call_disconnected:
>>>>> Call Entry(Responsed=TRUE, Cause Value=38, Retry Count=0)
>>>>> 001882: *Sep 14 19:57:59.209 UTC:
>>>>> //267/AD48528C80D0/CCAPI/cc_api_get_transfer_info:
>>>>> Transfer Number Is Null
>>>>> 001883: *Sep 14 19:57:59.209 UTC:
>>>>> //267/AD48528C80D0/CCAPI/ccCallSetAAA_Accounting:
>>>>> Accounting=1, Call Id=267
>>>>> 001884: *Sep 14 19:57:59.209 UTC:
>>>>> //267/AD48528C80D0/CCAPI/ccCallDisconnect:
>>>>> Cause Value=38, Tag=0x0, Call Entry(Previous Disconnect Cause=0,
>>>>> Disconnect Cause=38)
>>>>> 001885: *Sep 14 19:57:59.209 UTC:
>>>>> //267/AD48528C80D0/CCAPI/ccCallDisconnect:
>>>>> Cause Value=38, Call Entry(Responsed=TRUE, Cause Value=38)
>>>>> 001886: *Sep 14 19:57:59.213 UTC:
>>>>> //267/AD48528C80D0/CCAPI/cc_api_get_transfer_info:
>>>>> Transfer Number Is Null
>>>>> 001887: *Sep 14 19:57:59.213 UTC:
>>>>> //267/AD48528C80D0/CCAPI/cc_api_call_disconnect_done:
>>>>> Disposition=0, Interface=0x459C4798, Tag=0x0, Call Id=267,
>>>>> Call Entry(Disconnect Cause=38, Voice Class Cause Code=0, Retry
>>>>> Count=0)
>>>>> 001888: *Sep 14 19:57:59.213 UTC:
>>>>> //267/AD48528C80D0/CCAPI/cc_api_call_disconnect_done:
>>>>> Call Disconnect Event Sent
>>>>> 001889: *Sep 14 19:57:59.213 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallSetupRequest:
>>>>> Destination=, Calling IE Present=TRUE, Mode=0,
>>>>> Outgoing Dial-peer=4001, Params=0x47944F0C, Progress
>>>>> Indication=ORIGINATING SIDE IS NON ISDN(3)
>>>>> 001890: *Sep 14 19:57:59.213 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCheckClipClir:
>>>>> In: Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed)
>>>>> 001891: *Sep 14 19:57:59.213 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCheckClipClir:
>>>>> Out: Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed)
>>>>> 001892: *Sep 14 19:57:59.213 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallSetupRequest:
>>>>> Destination Pattern=404475...., Called Number=4044752502, Digit
>>>>> Strip=FALSE
>>>>> 001893: *Sep 14 19:57:59.213 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallSetupRequest:
>>>>> Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network,
>>>>> Presentation=Allowed),
>>>>> Called Number=4044752502(TON=National, NPI=ISDN),
>>>>> Redirect Number=, Display Info=
>>>>> Account Number=, Final Destination Flag=TRUE,
>>>>> Guid=AD48528C-2490-11DA-80D0-000F352F67B9, Outgoing
>>>>> Dial-peer=4001
>>>>> 001894: *Sep 14 19:57:59.213 UTC:
>>>>> //266/AD48528C80D0/CCAPI/cc_api_display_ie_subfields:
>>>>> ccCallSetupRequest:
>>>>> cisco-username=
>>>>> ----- ccCallInfo IE subfields -----
>>>>> cisco-ani=4045207777
>>>>> cisco-anitype=2
>>>>> cisco-aniplan=1
>>>>> cisco-anipi=0
>>>>> cisco-anisi=3
>>>>> dest=4044752502
>>>>> cisco-desttype=2
>>>>> cisco-destplan=1
>>>>> cisco-rdie=FFFFFFFF
>>>>> cisco-rdn=
>>>>> cisco-rdntype=-1
>>>>> cisco-rdnplan=-1
>>>>> cisco-rdnpi=-1
>>>>> cisco-rdnsi=-1
>>>>> cisco-redirectreason=-1
>>>>> 001895: *Sep 14 19:57:59.213 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccIFCallSetupRequestPrivate:
>>>>> Interface=0x46D43414, Interface Type=1, Destination=, Mode=0x0,
>>>>> Call Params(Calling Number=4045207777(TON=National, NPI=ISDN,
>>>>> Screening=Network, Presentation=Allowed),
>>>>> Called Number=4044752502(TON=National, NPI=ISDN), Calling
>>>>> Translated=FALSE,
>>>>> Subsriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
>>>>> Outgoing
>>>>> Dial-peer=4001, Call Count On=FALSE,
>>>>> Source Trkgrp Route Label=, Target Trkgrp Route Label=,
>>>>> tg_label_flag=0,
>>>>> Application Call Id=)
>>>>> 001896: *Sep 14 19:57:59.213 UTC:
>>>>> //268/AD48528C80D0/CCAPI/ccIFCallSetupRequestPrivate:
>>>>> SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1
>>>>> 001897: *Sep 14 19:57:59.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/ccCallSetContext:
>>>>> Context=0x47944EBC
>>>>> 001898: *Sep 14 19:57:59.217 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccSaveDialpeerTag:
>>>>> Outgoing Dial-peer=4001
>>>>> 001899: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/cc_api_call_disconnected:
>>>>> Cause Value=38, Interface=0x459C4798, Call Id=268
>>>>> 001900: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/cc_api_call_disconnected:
>>>>> Call Entry(Responsed=TRUE, Cause Value=38, Retry Count=0)
>>>>> 001901: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/cc_api_get_transfer_info:
>>>>> Transfer Number Is Null
>>>>> 001902: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/ccCallSetAAA_Accounting:
>>>>> Accounting=0, Call Id=268
>>>>> 001903: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/ccCallDisconnect:
>>>>> Cause Value=38, Tag=0x0, Call Entry(Previous Disconnect Cause=0,
>>>>> Disconnect Cause=38)
>>>>> 001904: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/ccCallDisconnect:
>>>>> Cause Value=38, Call Entry(Responsed=TRUE, Cause Value=38)
>>>>> 001905: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/cc_api_get_transfer_info:
>>>>> Transfer Number Is Null
>>>>> 001906: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/cc_api_call_disconnect_done:
>>>>> Disposition=0, Interface=0x459C4798, Tag=0x0, Call Id=268,
>>>>> Call Entry(Disconnect Cause=38, Voice Class Cause Code=0, Retry
>>>>> Count=0)
>>>>> 001907: *Sep 14 19:58:02.217 UTC:
>>>>> //268/AD48528C80D0/CCAPI/cc_api_call_disconnect_done:
>>>>> Call Disconnect Event Sent
>>>>> 001908: *Sep 14 19:58:02.217 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallDisconnect:
>>>>> Cause Value=38, Tag=0x0, Call Entry(Previous Disconnect Cause=0,
>>>>> Disconnect Cause=0)
>>>>> 001909: *Sep 14 19:58:02.221 UTC:
>>>>> //266/AD48528C80D0/CCAPI/ccCallDisconnect:
>>>>> Cause Value=38, Call Entry(Responsed=TRUE, Cause Value=38)
>>>>> 001910: *Sep 14 19:58:02.221 UTC:
>>>>> //266/AD48528C80D0/CCAPI/cc_api_get_transfer_info:
>>>>> Transfer Number Is Null
>>>>> 001911: *Sep 14 19:58:02.245 UTC:
>>>>> //266/AD48528C80D0/CCAPI/cc_api_call_disconnect_done:
>>>>> Disposition=0, Interface=0x475CC538, Tag=0x0, Call Id=266,
>>>>> Call Entry(Disconnect Cause=38, Voice Class Cause Code=0, Retry
>>>>> Count=0)
>>>>> 001912: *Sep 14 19:58:02.245 UTC:
>>>>> //266/AD48528C80D0/CCAPI/cc_api_call_disconnect_done:
>>>>> Call Disconnect Event Sent
>>>>>
>>>>>
>>>>> --
>>>>> Georgia Institute of Technology Atlanta, Georgia
>>>>> Georgia Tech Research Institute
>>>>> Electronic Systems Laboratory
>>>>>
>>>>> Public Key ID: 0x894F4419
>>>>> [7338 D848 8BEE FF6D 23D1 4355 2F6C DE0C 894F 4419]
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>
>>>>
>>> Georgia Institute of Technology Atlanta, Georgia
>>> Georgia Tech Research Institute
>>> Electronic Systems Laboratory
>>>
>>> Public Key ID: 0x894F4419
>>> [7338 D848 8BEE FF6D 23D1 4355 2F6C DE0C 894F 4419]
>>>
>>>
>>> Georgia Institute of Technology Atlanta, Georgia
>>> Georgia Tech Research Institute Voice (404)894-7134
>>> Electronic Systems Laboratory Fax (404)894-7080
>>>
>>> Public Key ID: 0x894F4419
>>> [7338 D848 8BEE FF6D 23D1 4355 2F6C DE0C 894F 4419]
>>>
>>
>>
> Georgia Institute of Technology Atlanta, Georgia
> Georgia Tech Research Institute Voice (404)894-7134
> Electronic Systems Laboratory Fax (404)894-7080
>
> Public Key ID: 0x894F4419
> [7338 D848 8BEE FF6D 23D1 4355 2F6C DE0C 894F 4419]
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
More information about the cisco-voip
mailing list