[cisco-voip] H323 and Callmanager Issues
Kevin Thorngren
kthorngr at cisco.com
Thu Sep 15 08:39:25 EDT 2005
One more thing to check - make sure the dial peers (10.10.10.1 and .2)
match the CallManager Group assigned to the GW.
On Sep 15, 2005, at 8:12 AM, Kevin Thorngren wrote:
> 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