« Back to General Discussion - All Versions

CVP 4.1 Transfer to PSTN

Combination View Flat View Tree View
Threads [ Previous | Next ]
CVP 4.1 Transfer to PSTN
transfer_to_pstn cvp
Answer
10/27/10 3:10 PM
Hi,
I want to use CVP's transfer element to transfer a call to a PSTN number in a standalone vxml application. The problem is, if this number is busy can I take control of the call back and route it elsewhere? I'm currently running cvp 4.1, but can upgrade to newer versions if this will help.
Thanks,
Brian
 
 
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
10/28/10 6:40 PM as a reply to Brian McCormick.
You should be able to take the transfer back if you use bridged transfer. You need to take the transfer back and catch one the following events and take appropiate action.
caller disconnects 
near_end_disconnect   
 busy  
network_busy  
noanswer   
unknown 
 
Thanks,
Hemal
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/6/11 4:42 AM as a reply to Hemal Mehta.
Hi Hemal,
 
I'm curious about what each state means. Do you know if there is any documentation about the events? Particularely I want to know if there is an event to detect if the caller hangup befor the call is transfered.
Hope to find a way to get this done.
 
Regards,
Claudio.
 
You should be able to take the transfer back if you use bridged transfer. You need to take the transfer back and catch one the following events and take appropiate action.
caller disconnects 
near_end_disconnect   
 busy  
network_busy  
noanswer   
unknown 
 
Thanks,
Hemal
Flag

RE: New Message from CLAUDIO RIVAS in Customer Voice Portal (CVP) - General
Answer
11/6/11 10:24 PM as a reply to CLAUDIO RIVAS.
Hey Claudio,
Just saw your post. Here is the info frpm VoiceXml 2.1 specs for a bridged transfer:

Action Value of form item variable Event Reason
caller disconnects connection.disconnect.hangup The caller hung up.
caller cancels transfer before outgoing call begins near_end_disconnect
The caller canceled the transfer attempt via a DTMF or voice command before the outgoing call begins (during playback of queued audio).
callee busy busy The callee was busy.
network busy network_busy An intermediate network refused the call.
callee does not answer noanswer There was no answer within the time specified by the connecttimeout attribute.
--- unknown The transfer ended but the reason is not known.



Is your project voicexml 2.1 compliant ?
Hemal
________________________________
From: Cisco Developer Community Forums [cdicuser@developer.cisco.com]
Sent: Saturday, November 05, 2011 10:42 PM
To: cdicuser@developer.cisco.com
Subject: New Message from CLAUDIO RIVAS in Customer Voice Portal (CVP) - General Discussion - All Versions: RE: CVP 4.1 Transfer to PSTN

CLAUDIO RIVAS has created a new message in the forum "General Discussion - All Versions":

--------------------------------------------------------------
Hi Hemal,

I'm curious about what each state means. Do you know if there is any documentation about the events? Particularely I want to know if there is an event to detect if the caller hangup befor the call is transfered.
Hope to find a way to get this done.

Regards,
Claudio.

You should be able to take the transfer back if you use bridged transfer. You need to take the transfer back and catch one the following events and take appropiate action.
caller disconnects
near_end_disconnect
busy
network_busy
noanswer
unknown

Thanks,
Hemal

--
To respond to this post, please click the following link:

<http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4716151>

or simply reply to this email.
Flag

RE: New Message from CLAUDIO RIVAS in Customer Voice Portal (CVP) - General
Answer
11/7/11 6:26 AM as a reply to Hemal Mehta.
Hi Hemal,

Thank you very much for your quick response, actually I'm running CVP 7.0 on VXML Standalone mode with Call Studio 7.0, I think i must first take a look at the product if it comply or not. Do you know if I can take this value from CallStudio?

Regards,
Claudio.
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/7/11 11:28 PM as a reply to Hemal Mehta.
Hi Hemal,

I've placed some testing on my lab with CVP 7.0(2) and CallStudio 7.0(2), On the event of a caller hangup (doesn't matter if the call is answered) I have this errors,

Caller hangup before callee answers
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,newcall,
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,ani,sip:4200@10.18.31.101
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,areacode,NA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,exchange,NA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,dnis,sip:1002@10.18.31.254:5060
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,uui,NA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,iidigits,NA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,parameter,var1=
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,parameter,callid=7BDFD39108C311E1880CE4B6C068B2FA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,Transfer_01,enter,
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:24.328,Transfer_01,exit,
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:24.328,,end,how,hangup
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:24.328,,end,result,normal
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:24.328,,end,duration,4

Caller hangup after callee answers
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,newcall,
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,ani,sip:4200@10.18.31.101
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,areacode,NA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,exchange,NA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,dnis,sip:1002@10.18.31.254:5060
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,uui,NA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,iidigits,NA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,parameter,var1=
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,parameter,callid=A5DA4A3B08C311E18824E4B6C068B2FA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,Transfer_01,enter,
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:37.312,Transfer_01,exit,
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:37.312,,end,how,hangup
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:37.312,,end,result,normal
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:37.312,,end,duration,7

For me seems is not compliant, but i want to be sure, do you know any documentation where i can find this compatibility/compliance information?

Best Regards,
Claudio.
Flag

RE: New Message from CLAUDIO RIVAS in Customer Voice Portal (CVP) - General
Answer
11/8/11 1:11 AM as a reply to CLAUDIO RIVAS.
Hey Claudio,
What is your gateway IOS version?
Also for VoiceXML Browser Q&A look at this pdf:
http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6554/ps6599/ps7188/prod_qas0900aecd80582098.pdf


Have you enabled logging on the gateway ? What does it show ?
Hemal
________________________________
From: Cisco Developer Community Forums [cdicuser@developer.cisco.com]
Sent: Monday, November 07, 2011 4:28 PM
To: cdicuser@developer.cisco.com
Subject: New Message from CLAUDIO RIVAS in Customer Voice Portal (CVP) - General Discussion - All Versions: RE: CVP 4.1 Transfer to PSTN

CLAUDIO RIVAS has created a new message in the forum "General Discussion - All Versions":

--------------------------------------------------------------
Hi Hemal,

I've placed some testing on my lab with CVP 7.0(2) and CallStudio 7.0(2), On the event of a caller hangup (doesn't matter if the call is answered) I have this errors,

Caller hangup before callee answers
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,newcall,
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,ani,sip:4200@10.18.31.101
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,areacode,NA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,exchange,NA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,dnis,sip:1002@10.18.31.254:5060
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,uui,NA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,iidigits,NA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,parameter,var1=
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,,start,parameter,callid=7BDFD39108C311E1880CE4B6C068B2FA
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:19.953,Transfer_01,enter,
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:24.328,Transfer_01,exit,
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:24.328,,end,how,hangup
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:24.328,,end,result,normal
10.18.31.31.1320702859953.2.xfer,11/07/2011 15:54:24.328,,end,duration,4

Caller hangup after callee answers
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,newcall,
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,ani,sip:4200@10.18.31.101
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,areacode,NA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,exchange,NA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,dnis,sip:1002@10.18.31.254:5060
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,uui,NA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,iidigits,NA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,parameter,var1=
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,,start,parameter,callid=A5DA4A3B08C311E18824E4B6C068B2FA
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:30.390,Transfer_01,enter,
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:37.312,Transfer_01,exit,
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:37.312,,end,how,hangup
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:37.312,,end,result,normal
10.18.31.31.1320702930390.4.xfer,11/07/2011 15:55:37.312,,end,duration,7

For me seems is not compliant, but i want to be sure, do you know any documentation where i can find this compatibility/compliance information?

Best Regards,
Claudio.
--
To respond to this post, please click the following link:

<http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4723028>

or simply reply to this email.
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/8/11 8:00 PM as a reply to Hemal Mehta.
Hi Hemal,

Thank you very much, your link have been very useful, the version I'm ussing on my lab is 12.4(15) T13.
Regarding the logs I've enabled debug ccsip message and voice ccapi inout, but until now I can't found a diference.


-------------------------------------------------------------------------------------------------------------------------------------------------------
This is the BYE for a call ansewered by the callee and hangup from caller side
-------------------------------------------------------------------------------------------------------------------------------------------------------
Tue Nov 08 10:23:27 2011: <191>84803: Received:
Tue Nov 08 10:23:27 2011: <191>84804: BYE sip:1002@10.10.5.254:5060;transport=tcp SIP/2.0

Tue Nov 08 10:23:27 2011: <191>84805: Date: Wed, 07 Apr 2010 04:49:45 GMT

Tue Nov 08 10:23:27 2011: <191>84806: From: <sip:4200@10.10.5.101>;tag=0597a667-6489-4dc0-bfe0-428a30ff45e6-25663389

Tue Nov 08 10:23:27 2011: <191>84807: P-Asserted-Identity: <sip:4200@10.10.5.101>

Tue Nov 08 10:23:27 2011: <191>84808: Content-Length: 0

Tue Nov 08 10:23:27 2011: <191>84809: User-Agent: Cisco-CUCM7.0

Tue Nov 08 10:23:27 2011: <191>84810: To: <sip:1002@10.10.5.254>;tag=7BC3F9E8-21A7

Tue Nov 08 10:23:27 2011: <191>84811: Call-ID: f86a4f80-bbc10ee4-194-65050a0a@10.10.5.101

Tue Nov 08 10:23:27 2011: <191>84812: Via: SIP/2.0/TCP 10.10.5.101:5060;branch=z9hG4bK213495a4acd

Tue Nov 08 10:23:27 2011: <191>84813: CSeq: 102 BYE

Tue Nov 08 10:23:27 2011: <191>84814: Max-Forwards: 70

Tue Nov 08 10:23:27 2011: <191>84815:

Tue Nov 08 10:23:27 2011: <191>84816:
Tue Nov 08 10:23:27 2011: <191>84817:
Tue Nov 08 10:23:27 2011: <191>84818: 078110: Nov 8 11:33:32.756 GMT: //1607/8FAE0DB488F7/CCAPI/ccGenerateToneInfo:
Tue Nov 08 10:23:27 2011: <191>84819:
Tue Nov 08 10:23:27 2011: <191>84820: Stop Tone On Digit=FALSE, Tone=Null,
Tue Nov 08 10:23:27 2011: <191>84821: Tone Direction=Sum Network, Params=0x0, Call Id=1607
Tue Nov 08 10:23:27 2011: <191>84822: 078111: Nov 8 11:33:32.756 GMT: //1603/8FAE0DB488F7/CCAPI/cc_api_call_disconnected:
Tue Nov 08 10:23:27 2011: <191>84823: Cause Value=16, Interface=0x66B7C938, Call Id=1603
Tue Nov 08 10:23:27 2011: <191>84824: 078112: Nov 8 11:33:32.756 GMT: //1603/8FAE0DB488F7/CCAPI/cc_api_call_disconnected:
Tue Nov 08 10:23:27 2011: <191>84825: Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
Tue Nov 08 10:23:27 2011: <191>84826: 078113: Nov 8 11:33:32.756 GMT: //1603/8FAE0DB488F7/CCAPI/ccSetDigitTimeouts:
Tue Nov 08 10:23:27 2011: <191>84827: Initial Digit Timeout=0(ms), Inter Digit Timeout=0(ms)
Tue Nov 08 10:23:27 2011: <191>84828: 078114: Nov 8 11:33:32.756 GMT: //1603/8FAE0DB488F7/CCAPI/ccSetDigitTimeouts:
Tue Nov 08 10:23:27 2011: <191>84829: Call Entry(Inter Digit Timeout=0(ms), Initial Digit Timeout=0(ms))
Tue Nov 08 10:23:27 2011: <191>84830: 078115: Nov 8 11:33:32.764 GMT: //1603/8FAE0DB488F7/CCAPI/ccConferenceDestroy:
Tue Nov 08 10:23:27 2011: <191>84831: Conference Id=0x252, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84832: 078116: Nov 8 11:33:32.764 GMT: //1603/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Tue Nov 08 10:23:27 2011: <191>84833: Conference Id=0x252, Source Interface=0x66B7C938, Source Call Id=1603,
Tue Nov 08 10:23:27 2011: <191>84834: Destination Call Id=1607, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84835: 078117: Nov 8 11:33:32.764 GMT: //1607/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Tue Nov 08 10:23:27 2011: <191>84836: Conference Id=0x252, Source Interface=0x66B7C938, Source Call Id=1607,
Tue Nov 08 10:23:27 2011: <191>84837: Destination Call Id=1603, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84838: 078118: Nov 8 11:33:32.764 GMT: //1603/8FAE0DB488F7/CCAPI/cc_generic_bridge_done:
Tue Nov 08 10:23:27 2011: <191>84839:
Tue Nov 08 10:23:27 2011: <191>84840: Conference Id=0x252, Source Interface=0x66B7C938, Source Call Id=1607,
Tue Nov 08 10:23:27 2011: <191>84841: Destination Call Id=1603, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84842: 078119: Nov 8 11:33:32.764 GMT: //1603//PACK:/tclrecord_create_record_token_url:
Tue Nov 08 10:23:27 2011: <191>84843: 078120: Nov 8 11:33:32.764 GMT: //1603/8FAE0DB488F7/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>84844: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
Tue Nov 08 10:23:27 2011: <191>84845: 078121: Nov 8 11:33:32.764 GMT: //1603/8FAE0DB488F7/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>84846: Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Tue Nov 08 10:23:27 2011: <191>84847: 078122: Nov 8 11:33:32.768 GMT: //1603/8FAE0DB488F7/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>84848:
Tue Nov 08 10:23:27 2011: <191>84849: Disposition=0, Interface=0x66B7C938, Tag=0x0, Call Id=1603,
Tue Nov 08 10:23:27 2011: <191>84850: Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:23:27 2011: <191>84851: 078123: Nov 8 11:33:32.768 GMT: //1603/8FAE0DB488F7/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>84852: Call Disconnect Event Sent
Tue Nov 08 10:23:27 2011: <191>84853: 078124: Nov 8 11:33:32.768 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>84854:
Tue Nov 08 10:23:27 2011: <191>84855: 078125: Nov 8 11:33:32.768 GMT: :cc_free_feature_vsa freeing 6674FE20
Tue Nov 08 10:23:27 2011: <191>84856: 078126: Nov 8 11:33:32.768 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>84857:
Tue Nov 08 10:23:27 2011: <191>84858: 078127: Nov 8 11:33:32.768 GMT: vsacount in free is 7
Tue Nov 08 10:23:27 2011: <191>84859: 078128: Nov 8 11:33:32.772 GMT: //1602/xxxxxxxxxxxx/CCAPI/ccCallModify:
Tue Nov 08 10:23:27 2011: <191>84860: Nominator=0x800, Params=0x67316F50, Call Id=1602
Tue Nov 08 10:23:27 2011: <191>84861: 078129: Nov 8 11:33:32.772 GMT: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Tue Nov 08 10:23:27 2011: <191>84862: Sent:
Tue Nov 08 10:23:27 2011: <191>84863: SIP/2.0 200 OK

Tue Nov 08 10:23:27 2011: <191>84864: Via: SIP/2.0/TCP 10.10.5.101:5060;branch=z9hG4bK213495a4acd

Tue Nov 08 10:23:27 2011: <191>84865: From: <sip:4200@10.10.5.101>;tag=0597a667-6489-4dc0-bfe0-428a30ff45e6-25663389

Tue Nov 08 10:23:27 2011: <191>84866: To: <sip:1002@10.10.5.254>;tag=7BC3F9E8-21A7

Tue Nov 08 10:23:27 2011: <191>84867: Date: Tue, 08 Nov 2011 17:33:32 GMT

Tue Nov 08 10:23:27 2011: <191>84868: Call-ID: f86a4f80-bbc10ee4-194-65050a0a@10.10.5.101

Tue Nov 08 10:23:27 2011: <191>84869: Server: Cisco-SIPGateway/IOS-12.x

Tue Nov 08 10:23:27 2011: <191>84870: CSeq: 102 BYE

Tue Nov 08 10:23:27 2011: <191>84871: Reason: Q.850;cause=16

Tue Nov 08 10:23:27 2011: <191>84872: Content-Length: 0

Tue Nov 08 10:23:27 2011: <191>84873:

Tue Nov 08 10:23:27 2011: <191>84874:
Tue Nov 08 10:23:27 2011: <191>84875:
Tue Nov 08 10:23:27 2011: <191>84876: 078130: Nov 8 11:33:32.776 GMT: //1607/8FAE0DB488F7/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>84877: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:23:27 2011: <191>84878: 078131: Nov 8 11:33:32.776 GMT: //1607/8FAE0DB488F7/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>84879: Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Tue Nov 08 10:23:27 2011: <191>84880: 078132: Nov 8 11:33:32.776 GMT: //1602/xxxxxxxxxxxx/CCAPI/cc_api_call_modify_done:
Tue Nov 08 10:23:27 2011: <191>84881: Result=0, Interface=0x6662E70C, Call Id=1602
Tue Nov 08 10:23:27 2011: <191>84882: 078133: Nov 8 11:33:32.780 GMT: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Tue Nov 08 10:23:27 2011: <191>84883: Sent:
Tue Nov 08 10:23:27 2011: <191>84884: BYE sip:4200@10.10.5.101:5060 SIP/2.0

Tue Nov 08 10:23:27 2011: <191>84885: Via: SIP/2.0/UDP 10.10.5.254:5060;branch=z9hG4bK22D1088

Tue Nov 08 10:23:27 2011: <191>84886: From: sip:4200@10.10.5.101;tag=7BC3FBC0-B80

Tue Nov 08 10:23:27 2011: <191>84887: To: <sip:4200@10.10.5.101>;tag=0597a667-6489-4dc0-bfe0-428a30ff45e6-25663391

Tue Nov 08 10:23:27 2011: <191>84888: Date: Tue, 08 Nov 2011 17:33:10 GMT

Tue Nov 08 10:23:27 2011: <191>84889: Call-ID: 8FF9BDCE-96611E1-88FFE4B6-C068B2FA@10.10.5.254

Tue Nov 08 10:23:27 2011: <191>84890: User-Agent: Cisco-SIPGateway/IOS-12.x

Tue Nov 08 10:23:27 2011: <191>84891: Max-Forwards: 70

Tue Nov 08 10:23:27 2011: <191>84892: Timestamp: 1320773612

Tue Nov 08 10:23:27 2011: <191>84893: CSeq: 102 BYE

Tue Nov 08 10:23:27 2011: <191>84894: Reason: Q.850;cause=16

Tue Nov 08 10:23:27 2011: <191>84895: Content-Length: 0

Tue Nov 08 10:23:27 2011: <191>84896:

Tue Nov 08 10:23:27 2011: <191>84897:
Tue Nov 08 10:23:27 2011: <191>84898:
Tue Nov 08 10:23:27 2011: <191>84899: 078134: Nov 8 11:33:32.780 GMT: //1602/xxxxxxxxxxxx/CCAPI/ccCallModifyExtended:
Tue Nov 08 10:23:27 2011: <191>84900: Nominator=0x67316B48, Params=0x67316B28, Call Id=1602
Tue Nov 08 10:23:27 2011: <191>84901: 078135: Nov 8 11:33:32.780 GMT: //1605/xxxxxxxxxxxx/CCAPI/ccCallModify:
Tue Nov 08 10:23:27 2011: <191>84920: Disposition=0, Interface=0x6662E70C, Tag=0x0, Call Id=1602,
Tue Nov 08 10:23:27 2011: <191>84921: Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:23:27 2011: <191>84922: 078143: Nov 8 11:33:32.788 GMT: //1602/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>84923: Call Disconnect Event Sent
Tue Nov 08 10:23:27 2011: <191>84924: 078144: Nov 8 11:33:32.788 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>84925:
Tue Nov 08 10:23:27 2011: <191>84926: 078145: Nov 8 11:33:32.788 GMT: :cc_free_feature_vsa freeing 6674FD48
Tue Nov 08 10:23:27 2011: <191>84927: 078146: Nov 8 11:33:32.788 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>84928:
Tue Nov 08 10:23:27 2011: <191>84929: 078147: Nov 8 11:33:32.788 GMT: vsacount in free is 6
Tue Nov 08 10:23:27 2011: <191>84930: 078148: Nov 8 11:33:32.792 GMT: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Tue Nov 08 10:23:27 2011: <191>84931: Received:
Tue Nov 08 10:23:27 2011: <191>84932: SIP/2.0 200 OK

Tue Nov 08 10:23:27 2011: <191>84933: Date: Wed, 07 Apr 2010 04:49:58 GMT

Tue Nov 08 10:23:27 2011: <191>84934: From: sip:4200@10.10.5.101;tag=7BC3FBC0-B80

Tue Nov 08 10:23:27 2011: <191>84935: Content-Length: 0

Tue Nov 08 10:23:27 2011: <191>84936: To: <sip:4200@10.10.5.101>;tag=0597a667-6489-4dc0-bfe0-428a30ff45e6-25663391

Tue Nov 08 10:23:27 2011: <191>84937: Call-ID: 8FF9BDCE-96611E1-88FFE4B6-C068B2FA@10.10.5.254

Tue Nov 08 10:23:27 2011: <191>84938: Via: SIP/2.0/UDP 10.10.5.254:5060;branch=z9hG4bK22D1088

Tue Nov 08 10:23:27 2011: <191>84939: CSeq: 102 BYE

Tue Nov 08 10:23:27 2011: <191>84940:

Tue Nov 08 10:23:27 2011: <191>84941:
Tue Nov 08 10:23:27 2011: <191>84942:
Tue Nov 08 10:23:27 2011: <191>84943: 078149: Nov 8 11:33:32.796 GMT: //1607/8FAE0DB488F7/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>84944: Disposition=0, Interface=0x66B7C938, Tag=0x0, Call Id=1607,
Tue Nov 08 10:23:27 2011: <191>84945: Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:23:27 2011: <191>84946: 078150: Nov 8 11:33:32.796 GMT: //1607/8FAE0DB488F7/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>84947: Call Disconnect Event Sent
Tue Nov 08 10:23:27 2011: <191>84948: 078151: Nov 8 11:33:32.796 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>84949:
Tue Nov 08 10:23:27 2011: <191>84950: 078152: Nov 8 11:33:32.796 GMT: :cc_free_feature_vsa freeing 6674FC70
Tue Nov 08 10:23:27 2011: <191>84951: 078153: Nov 8 11:33:32.796 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>84952:
Tue Nov 08 10:23:27 2011: <191>84953: 078154: Nov 8 11:33:32.796 GMT: vsacount in free is 5
Tue Nov 08 10:23:27 2011: <191>84954: 078155: Nov 8 11:33:32.796 GMT: //-1/xxxxxxxxxxxx/CCAPI/ccMemPoolTDFreeHelper:
Tue Nov 08 10:23:27 2011: <191>84955: data = 67358F60
Tue Nov 08 10:23:27 2011: <191>84956: 078156: Nov 8 11:33:32.796 GMT: ccMemPoolTDFreeHelper:mem_mgr_mempool_free: mem_refcnt(663C75A4)=0 - mempool cleanup
Tue Nov 08 10:23:27 2011: <191>84957: 078157: Nov 8 11:33:32.800 GMT: //1614/xxxxxxxxxxxx/CCAPI/ccCallModify:
Tue Nov 08 10:23:27 2011: <191>84958: Nominator=0x800, Params=0x67316F50, Call Id=1614
Tue Nov 08 10:23:27 2011: <191>84959: 078158: Nov 8 11:33:32.800 GMT: //1614/xxxxxxxxxxxx/CCAPI/cc_api_call_modify_done:
Tue Nov 08 10:23:27 2011: <191>84960: Result=0, Interface=0x6662E70C, Call Id=1614
Tue Nov 08 10:23:27 2011: <191>84961: 078159: Nov 8 11:33:32.800 GMT: //1614/xxxxxxxxxxxx/CCAPI/ccCallModifyExtended:
Tue Nov 08 10:23:27 2011: <191>84962: Nominator=0x67316B48, Params=0x67316B28, Call Id=1614
Tue Nov 08 10:23:27 2011: <191>84963: 078160: Nov 8 11:33:32.804 GMT: //1605/xxxxxxxxxxxx/CCAPI/ccConferenceDestroy:
Tue Nov 08 10:23:27 2011: <191>84964: Conference Id=0x255, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84965: 078161: Nov 8 11:33:32.804 GMT: //1605/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
Tue Nov 08 10:23:27 2011: <191>84966:
Tue Nov 08 10:23:27 2011: <191>84967: Conference Id=0x255, Source Interface=0x668B5658, Source Call Id=1605,
Tue Nov 08 10:23:27 2011: <191>84968: Destination Call Id=1614, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84969: 078162: Nov 8 11:33:32.804 GMT: //1614/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Tue Nov 08 10:23:27 2011: <191>84970: Conference Id=0x255, Source Interface=0x6662E70C, Source Call Id=1614,
Tue Nov 08 10:23:27 2011: <191>84971: Destination Call Id=1605, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84972: 078163: Nov 8 11:33:32.804 GMT: //1605/xxxxxxxxxxxx/CCAPI/cc_generic_bridge_done:
Tue Nov 08 10:23:27 2011: <191>84973: Conference Id=0x255, Source Interface=0x6662E70C, Source Call Id=1614,
Tue Nov 08 10:23:27 2011: <191>84974: Destination Call Id=1605, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84975: 078164: Nov 8 11:33:32.804 GMT: //1614/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>84976:
Tue Nov 08 10:23:27 2011: <191>84977: Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:23:27 2011: <191>84978: 078165: Nov 8 11:33:32.804 GMT: //1614/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>84979: Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
Tue Nov 08 10:23:27 2011: <191>84980: 078166: Nov 8 11:33:32.804 GMT: //1614/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>84981: Disposition=0, Interface=0x6662E70C, Tag=0x0, Call Id=1614,
Tue Nov 08 10:23:27 2011: <191>84982: Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:23:27 2011: <191>84983: 078167: Nov 8 11:33:32.808 GMT: //1614/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>84984: Call Disconnect Event Sent
Tue Nov 08 10:23:27 2011: <191>84985: 078168: Nov 8 11:33:32.808 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>84986:
Tue Nov 08 10:23:27 2011: <191>84987: 078169: Nov 8 11:33:32.808 GMT: :cc_free_feature_vsa freeing 6674FB98
Tue Nov 08 10:23:27 2011: <191>84988: 078170: Nov 8 11:33:32.808 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>84989:
Tue Nov 08 10:23:27 2011: <191>84990: 078171: Nov 8 11:33:32.808 GMT: vsacount in free is 4
Tue Nov 08 10:23:27 2011: <191>84991: 078172: Nov 8 11:33:32.808 GMT: //1613/xxxxxxxxxxxx/CCAPI/ccConferenceDestroy:
Tue Nov 08 10:23:27 2011: <191>84992: Conference Id=0x256, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84993: 078173: Nov 8 11:33:32.808 GMT: //1613/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
Tue Nov 08 10:23:27 2011: <191>84994: Conference Id=0x256, Source Interface=0x668B5658, Source Call Id=1613,
Tue Nov 08 10:23:27 2011: <191>84995: Destination Call Id=1615, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>84996: 078174: Nov 8 11:33:32.808 GMT: //1615/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Tue Nov 08 10:23:27 2011: <191>84997:
Tue Nov 08 10:23:27 2011: <191>84998: Conference Id=0x256, Source Interface=0x6662E70C, Source Call Id=1615,
Tue Nov 08 10:23:27 2011: <191>84999: Destination Call Id=1613, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>85000: 078175: Nov 8 11:33:32.808 GMT: //1613/xxxxxxxxxxxx/CCAPI/cc_generic_bridge_done:
Tue Nov 08 10:23:27 2011: <191>85001: Conference Id=0x256, Source Interface=0x6662E70C, Source Call Id=1615,
Tue Nov 08 10:23:27 2011: <191>85002: Destination Call Id=1613, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>85003: 078176: Nov 8 11:33:32.808 GMT: //1605/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>85004: Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:23:27 2011: <191>85005: 078177: Nov 8 11:33:32.808 GMT: //1605/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>85006: Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
Tue Nov 08 10:23:27 2011: <191>85007: 078178: Nov 8 11:33:32.808 GMT: //1605/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>85008: Disposition=0, Interface=0x668B5658, Tag=0x0, Call Id=1605,
Tue Nov 08 10:23:27 2011: <191>85009: Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:23:27 2011: <191>85010: 078179: Nov 8 11:33:32.808 GMT: //1605/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>85011: Call Disconnect Event Sent
Tue Nov 08 10:23:27 2011: <191>85012: 078180: Nov 8 11:33:32.812 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>85013:
Tue Nov 08 10:23:27 2011: <191>85014: 078181: Nov 8 11:33:32.812 GMT: :cc_free_feature_vsa freeing 6674F910
Tue Nov 08 10:23:27 2011: <191>85015: 078182: Nov 8 11:33:32.812 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>85016:
Tue Nov 08 10:23:27 2011: <191>85017: 078183: Nov 8 11:33:32.812 GMT: vsacount in free is 3
Tue Nov 08 10:23:27 2011: <191>85018: 078184: Nov 8 11:33:32.812 GMT: //1615/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>85019: Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:23:27 2011: <191>85027: 078188: Nov 8 11:33:32.812 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>85028:
Tue Nov 08 10:23:27 2011: <191>85029: 078189: Nov 8 11:33:32.812 GMT: :cc_free_feature_vsa freeing 6674F9E8
Tue Nov 08 10:23:27 2011: <191>85030: 078190: Nov 8 11:33:32.812 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>85031:
Tue Nov 08 10:23:27 2011: <191>85032: 078191: Nov 8 11:33:32.812 GMT: vsacount in free is 2
Tue Nov 08 10:23:27 2011: <191>85033: 078192: Nov 8 11:33:32.816 GMT: //1611/xxxxxxxxxxxx/CCAPI/ccCallModify:
Tue Nov 08 10:23:27 2011: <191>85034: Nominator=0x800, Params=0x67316F50, Call Id=1611
Tue Nov 08 10:23:27 2011: <191>85035: 078193: Nov 8 11:33:32.816 GMT: //1611/xxxxxxxxxxxx/CCAPI/cc_api_call_modify_done:
Tue Nov 08 10:23:27 2011: <191>85036: Result=0, Interface=0x6662E70C, Call Id=1611
Tue Nov 08 10:23:27 2011: <191>85037: 078194: Nov 8 11:33:32.816 GMT: //1611/xxxxxxxxxxxx/CCAPI/ccCallModifyExtended:
Tue Nov 08 10:23:27 2011: <191>85038:
Tue Nov 08 10:23:27 2011: <191>85039: Nominator=0x67316B48, Params=0x67316B28, Call Id=1611
Tue Nov 08 10:23:27 2011: <191>85040: 078195: Nov 8 11:33:32.820 GMT: //1613/xxxxxxxxxxxx/CCAPI/ccCallModify:
Tue Nov 08 10:23:27 2011: <191>85041: Nominator=0x1000000, Params=0x67316FA0, Call Id=1613
Tue Nov 08 10:23:27 2011: <191>85042: 078196: Nov 8 11:33:32.840 GMT: //1613/xxxxxxxxxxxx/CCAPI/ccConferenceDestroy:
Tue Nov 08 10:23:27 2011: <191>85043: Conference Id=0x253, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>85044: 078197: Nov 8 11:33:32.840 GMT: //1613/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
Tue Nov 08 10:23:27 2011: <191>85045: Conference Id=0x253, Source Interface=0x668B5658, Source Call Id=1613,
Tue Nov 08 10:23:27 2011: <191>85046: Destination Call Id=1611, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>85047: 078198: Nov 8 11:33:32.840 GMT: //1611/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Tue Nov 08 10:23:27 2011: <191>85048:
Tue Nov 08 10:23:27 2011: <191>85049: Conference Id=0x253, Source Interface=0x6662E70C, Source Call Id=1611,
Tue Nov 08 10:23:27 2011: <191>85050: Destination Call Id=1613, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>85051: 078199: Nov 8 11:33:32.840 GMT: //1613/xxxxxxxxxxxx/CCAPI/cc_generic_bridge_done:
Tue Nov 08 10:23:27 2011: <191>85052: Conference Id=0x253, Source Interface=0x6662E70C, Source Call Id=1611,
Tue Nov 08 10:23:27 2011: <191>85053: Destination Call Id=1613, Disposition=0x0, Tag=0x0
Tue Nov 08 10:23:27 2011: <191>85054: 078200: Nov 8 11:33:32.848 GMT: //1611/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>85055: Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:23:27 2011: <191>85056: 078201: Nov 8 11:33:32.848 GMT: //1611/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>85057: Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
Tue Nov 08 10:23:27 2011: <191>85058: 078202: Nov 8 11:33:32.860 GMT: //1611/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>85059: Disposition=0, Interface=0x6662E70C, Tag=0x0, Call Id=1611,
Tue Nov 08 10:23:27 2011: <191>85060: Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:23:27 2011: <191>85061: 078203: Nov 8 11:33:32.860 GMT: //1611/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>85062: Call Disconnect Event Sent
Tue Nov 08 10:23:27 2011: <191>85063: 078204: Nov 8 11:33:32.860 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>85064:
Tue Nov 08 10:23:27 2011: <191>85065: 078205: Nov 8 11:33:32.860 GMT: :cc_free_feature_vsa freeing 6674FAC0
Tue Nov 08 10:23:27 2011: <191>85066: 078206: Nov 8 11:33:32.860 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:27 2011: <191>85067:
Tue Nov 08 10:23:27 2011: <191>85068: 078207: Nov 8 11:33:32.860 GMT: vsacount in free is 1
Tue Nov 08 10:23:27 2011: <191>85069: 078208: Nov 8 11:33:32.860 GMT: //1613/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>85070: Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:23:27 2011: <191>85071: 078209: Nov 8 11:33:32.860 GMT: //1613/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:23:27 2011: <191>85072: Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
Tue Nov 08 10:23:27 2011: <191>85073: 078210: Nov 8 11:33:32.860 GMT: //1613/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>85074: Disposition=0, Interface=0x668B5658, Tag=0x0, Call Id=1613,
Tue Nov 08 10:23:27 2011: <191>85075: Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:23:27 2011: <191>85076: 078211: Nov 8 11:33:32.864 GMT: //1613/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:23:27 2011: <191>85077: Call Disconnect Event Sent
Tue Nov 08 10:23:28 2011: <191>85078: 078212: Nov 8 11:33:32.864 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:28 2011: <191>85079:
Tue Nov 08 10:23:28 2011: <191>85080: 078213: Nov 8 11:33:32.864 GMT: :cc_free_feature_vsa freeing 6674F838
Tue Nov 08 10:23:28 2011: <191>85081: 078214: Nov 8 11:33:32.864 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:23:28 2011: <191>85082:
Tue Nov 08 10:23:28 2011: <191>85083: 078215: Nov 8 11:33:32.864 GMT: vsacount in free is 0



-------------------------------------------------------------------------------------------------------------------------------------------------------
This is a goodbye for a call where caller attempt to transfer but caller hangup before the call is answered
-------------------------------------------------------------------------------------------------------------------------------------------------------

Tue Nov 08 10:24:33 2011: <191>85782: Received:
Tue Nov 08 10:24:33 2011: <191>85783: BYE sip:1002@10.10.5.254:5060;transport=tcp SIP/2.0

Tue Nov 08 10:24:33 2011: <191>85784: Date: Wed, 07 Apr 2010 04:50:35 GMT

Tue Nov 08 10:24:33 2011: <191>85785: From: <sip:4200@10.10.5.101>;tag=0597a667-6489-4dc0-bfe0-428a30ff45e6-25663397

Tue Nov 08 10:24:33 2011: <191>85786: P-Asserted-Identity: <sip:4200@10.10.5.101>

Tue Nov 08 10:24:33 2011: <191>85787: Content-Length: 0

Tue Nov 08 10:24:33 2011: <191>85788: User-Agent: Cisco-CUCM7.0

Tue Nov 08 10:24:33 2011: <191>85789: To: <sip:1002@10.10.5.254>;tag=7BC51B34-1F3F

Tue Nov 08 10:24:33 2011: <191>85790: Call-ID: 1932a500-bbc10f1b-196-65050a0a@10.10.5.101

Tue Nov 08 10:24:33 2011: <191>85791: Via: SIP/2.0/TCP 10.10.5.101:5060;branch=z9hG4bK216306cea6c

Tue Nov 08 10:24:33 2011: <191>85792: CSeq: 102 BYE

Tue Nov 08 10:24:33 2011: <191>85793: Max-Forwards: 70

Tue Nov 08 10:24:33 2011: <191>85794:

Tue Nov 08 10:24:33 2011: <191>85795:
Tue Nov 08 10:24:33 2011: <191>85796:
Tue Nov 08 10:24:33 2011: <191>85797: 078419: Nov 8 11:34:38.592 GMT: //1617/BBD354698907/CCAPI/cc_api_call_disconnected:
Tue Nov 08 10:24:33 2011: <191>85798:
Tue Nov 08 10:24:33 2011: <191>85799: Cause Value=16, Interface=0x66B7C938, Call Id=1617
Tue Nov 08 10:24:33 2011: <191>85800: 078420: Nov 8 11:34:38.592 GMT: //1617/BBD354698907/CCAPI/cc_api_call_disconnected:
Tue Nov 08 10:24:33 2011: <191>85801: Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
Tue Nov 08 10:24:33 2011: <191>85802: 078421: Nov 8 11:34:38.592 GMT: //1617/BBD354698907/CCAPI/ccDisassociateStream:
Tue Nov 08 10:24:33 2011: <191>85803: Record Context=0x0, Stream Call Id=1622, Call Id=1617
Tue Nov 08 10:24:33 2011: <191>85804: 078422: Nov 8 11:34:38.592 GMT: //1617/BBD354698907/CCAPI/ccDisassociateStream:
Tue Nov 08 10:24:33 2011: <191>85805: Call Entry(Stream Status=1, Digit Enable=TRUE)
Tue Nov 08 10:24:33 2011: <191>85806: 078423: Nov 8 11:34:38.596 GMT: //1621/BBD354698907/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85807: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:24:33 2011: <191>85808: 078424: Nov 8 11:34:38.596 GMT: //1621/BBD354698907/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85809: Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Tue Nov 08 10:24:33 2011: <191>85810: 078425: Nov 8 11:34:38.596 GMT: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Tue Nov 08 10:24:33 2011: <191>85811: Sent:
Tue Nov 08 10:24:33 2011: <191>85812: CANCEL sip:4200@10.10.5.101:5060 SIP/2.0

Tue Nov 08 10:24:33 2011: <191>85813: Via: SIP/2.0/UDP 10.10.5.254:5060;branch=z9hG4bK22EDAC

Tue Nov 08 10:24:33 2011: <191>85814: From: sip:4200@10.10.5.101;tag=7BC52190-21FA

Tue Nov 08 10:24:33 2011: <191>85815: To: <sip:4200@10.10.5.101>

Tue Nov 08 10:24:33 2011: <191>85816: Date: Tue, 08 Nov 2011 17:34:25 GMT

Tue Nov 08 10:24:33 2011: <191>85817: Call-ID: BCCEC9E8-96611E1-890FE4B6-C068B2FA@10.10.5.254

Tue Nov 08 10:24:33 2011: <191>85818: CSeq: 101 CANCEL

Tue Nov 08 10:24:33 2011: <191>85819: Max-Forwards: 70

Tue Nov 08 10:24:33 2011: <191>85820: Timestamp: 1320773678

Tue Nov 08 10:24:33 2011: <191>85821: Reason: Q.850;cause=16

Tue Nov 08 10:24:33 2011: <191>85822: Content-Length: 0

Tue Nov 08 10:24:33 2011: <191>85823:

Tue Nov 08 10:24:33 2011: <191>85824:
Tue Nov 08 10:24:33 2011: <191>85825:
Tue Nov 08 10:24:33 2011: <191>85826: 078426: Nov 8 11:34:38.600 GMT: //1616/xxxxxxxxxxxx/CCAPI/ccCallModify:
Tue Nov 08 10:24:33 2011: <191>85827:
Tue Nov 08 10:24:33 2011: <191>85828: Nominator=0x800, Params=0x67316F50, Call Id=1616
Tue Nov 08 10:24:33 2011: <191>85829: 078427: Nov 8 11:34:38.600 GMT: //1617/BBD354698907/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85830: Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
Tue Nov 08 10:24:33 2011: <191>85831: 078428: Nov 8 11:34:38.600 GMT: //1617/BBD354698907/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85832: Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Tue Nov 08 10:24:33 2011: <191>85833: 078429: Nov 8 11:34:38.600 GMT: //1617/BBD354698907/CCAPI/ccSetDigitTimeouts:
Tue Nov 08 10:24:33 2011: <191>85834: Initial Digit Timeout=0(ms), Inter Digit Timeout=0(ms)
Tue Nov 08 10:24:33 2011: <191>85835: 078430: Nov 8 11:34:38.600 GMT: //1617/BBD354698907/CCAPI/ccSetDigitTimeouts:
Tue Nov 08 10:24:33 2011: <191>85836: Call Entry(Inter Digit Timeout=0(ms), Initial Digit Timeout=0(ms))
Tue Nov 08 10:24:33 2011: <191>85837: 078431: Nov 8 11:34:38.608 GMT: //1616/xxxxxxxxxxxx/CCAPI/cc_api_call_modify_done:
Tue Nov 08 10:24:33 2011: <191>85838: Result=0, Interface=0x6662E70C, Call Id=1616
Tue Nov 08 10:24:33 2011: <191>85839: 078432: Nov 8 11:34:38.612 GMT: //1617/BBD354698907/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:33 2011: <191>85840: Disposition=0, Interface=0x66B7C938, Tag=0x0, Call Id=1617,
Tue Nov 08 10:24:33 2011: <191>85841: Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:24:33 2011: <191>85842: 078433: Nov 8 11:34:38.612 GMT: //1617/BBD354698907/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:33 2011: <191>85843: Call Disconnect Event Sent
Tue Nov 08 10:24:33 2011: <191>85844: 078434: Nov 8 11:34:38.612 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:24:33 2011: <191>85845:
Tue Nov 08 10:24:33 2011: <191>85846: 078435: Nov 8 11:34:38.612 GMT: :cc_free_feature_vsa freeing 6674FAC0
Tue Nov 08 10:24:33 2011: <191>85847: 078436: Nov 8 11:34:38.612 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:24:33 2011: <191>85848:
Tue Nov 08 10:24:33 2011: <191>85849: 078437: Nov 8 11:34:38.612 GMT: vsacount in free is 4
Tue Nov 08 10:24:33 2011: <191>85850: 078438: Nov 8 11:34:38.620 GMT: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Tue Nov 08 10:24:33 2011: <191>85851: Sent:
Tue Nov 08 10:24:33 2011: <191>85852: SIP/2.0 200 OK

Tue Nov 08 10:24:33 2011: <191>85853: Via: SIP/2.0/TCP 10.10.5.101:5060;branch=z9hG4bK216306cea6c

Tue Nov 08 10:24:33 2011: <191>85854: From: <sip:4200@10.10.5.101>;tag=0597a667-6489-4dc0-bfe0-428a30ff45e6-25663397

Tue Nov 08 10:24:33 2011: <191>85855: To: <sip:1002@10.10.5.254>;tag=7BC51B34-1F3F

Tue Nov 08 10:24:33 2011: <191>85856: Date: Tue, 08 Nov 2011 17:34:38 GMT

Tue Nov 08 10:24:33 2011: <191>85857: Call-ID: 1932a500-bbc10f1b-196-65050a0a@10.10.5.101

Tue Nov 08 10:24:33 2011: <191>85858: Server: Cisco-SIPGateway/IOS-12.x

Tue Nov 08 10:24:33 2011: <191>85859: CSeq: 102 BYE

Tue Nov 08 10:24:33 2011: <191>85860: Reason: Q.850;cause=16

Tue Nov 08 10:24:33 2011: <191>85861: Content-Length: 0

Tue Nov 08 10:24:33 2011: <191>85862:

Tue Nov 08 10:24:33 2011: <191>85863:
Tue Nov 08 10:24:33 2011: <191>85864:
Tue Nov 08 10:24:33 2011: <191>85865: 078439: Nov 8 11:34:38.624 GMT: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Tue Nov 08 10:24:33 2011: <191>85866: Received:
Tue Nov 08 10:24:33 2011: <191>85867: SIP/2.0 200 OK

Tue Nov 08 10:24:33 2011: <191>85868: Date: Wed, 07 Apr 2010 04:50:45 GMT

Tue Nov 08 10:24:33 2011: <191>85869: From: sip:4200@10.10.5.101;tag=7BC52190-21FA

Tue Nov 08 10:24:33 2011: <191>85870: Content-Length: 0

Tue Nov 08 10:24:33 2011: <191>85871: To: <sip:4200@10.10.5.101>

Tue Nov 08 10:24:33 2011: <191>85872: Call-ID: BCCEC9E8-96611E1-890FE4B6-C068B2FA@10.10.5.254

Tue Nov 08 10:24:33 2011: <191>85873: Via: SIP/2.0/UDP 10.10.5.254:5060;branch=z9hG4bK22EDAC

Tue Nov 08 10:24:33 2011: <191>85874: CSeq: 101 CANCEL

Tue Nov 08 10:24:33 2011: <191>85875:

Tue Nov 08 10:24:33 2011: <191>85876:
Tue Nov 08 10:24:33 2011: <191>85877:
Tue Nov 08 10:24:33 2011: <191>85878: 078440: Nov 8 11:34:38.624 GMT: //1621/BBD354698907/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:33 2011: <191>85879: Disposition=0, Interface=0x66B7C938, Tag=0x0, Call Id=1621,
Tue Nov 08 10:24:33 2011: <191>85880: Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:24:33 2011: <191>85924: 078451: Nov 8 11:34:38.636 GMT: //1619/xxxxxxxxxxxx/CCAPI/ccCallModify:
Tue Nov 08 10:24:33 2011: <191>85925: Nominator=0x1000000, Params=0x67316FA0, Call Id=1619
Tue Nov 08 10:24:33 2011: <191>85926: 078452: Nov 8 11:34:38.660 GMT: //1617//PACK:/tclrecord_create_record_token_url:
Tue Nov 08 10:24:33 2011: <191>85927: 078453: Nov 8 11:34:38.664 GMT: //1619/xxxxxxxxxxxx/CCAPI/ccConferenceDestroy:
Tue Nov 08 10:24:33 2011: <191>85928: Conference Id=0x257, Tag=0x0
Tue Nov 08 10:24:33 2011: <191>85929: 078454: Nov 8 11:34:38.664 GMT: //1619/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
Tue Nov 08 10:24:33 2011: <191>85930: Conference Id=0x257, Source Interface=0x668B5658, Source Call Id=1619,
Tue Nov 08 10:24:33 2011: <191>85931: Destination Call Id=1616, Disposition=0x0, Tag=0x0
Tue Nov 08 10:24:33 2011: <191>85932: 078455: Nov 8 11:34:38.664 GMT: //1616/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Tue Nov 08 10:24:33 2011: <191>85933:
Tue Nov 08 10:24:33 2011: <191>85934: Conference Id=0x257, Source Interface=0x6662E70C, Source Call Id=1616,
Tue Nov 08 10:24:33 2011: <191>85935: Destination Call Id=1619, Disposition=0x0, Tag=0x0
Tue Nov 08 10:24:33 2011: <191>85936: 078456: Nov 8 11:34:38.664 GMT: //1619/xxxxxxxxxxxx/CCAPI/cc_generic_bridge_done:
Tue Nov 08 10:24:33 2011: <191>85937: Conference Id=0x257, Source Interface=0x6662E70C, Source Call Id=1616,
Tue Nov 08 10:24:33 2011: <191>85938: Destination Call Id=1619, Disposition=0x0, Tag=0x0
Tue Nov 08 10:24:33 2011: <191>85939: 078457: Nov 8 11:34:38.664 GMT: //1616/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85940: Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:24:33 2011: <191>85941: 078458: Nov 8 11:34:38.664 GMT: //1616/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85942: Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
Tue Nov 08 10:24:33 2011: <191>85943: 078459: Nov 8 11:34:38.668 GMT: //1616/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:33 2011: <191>85944: Disposition=0, Interface=0x6662E70C, Tag=0x0, Call Id=1616,
Tue Nov 08 10:24:33 2011: <191>85945: Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:24:33 2011: <191>85946: 078460: Nov 8 11:34:38.668 GMT: //1616/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:33 2011: <191>85947: Call Disconnect Event Sent
Tue Nov 08 10:24:33 2011: <191>85948: 078461: Nov 8 11:34:38.668 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:24:33 2011: <191>85949:
Tue Nov 08 10:24:33 2011: <191>85950: 078462: Nov 8 11:34:38.668 GMT: :cc_free_feature_vsa freeing 6674F838
Tue Nov 08 10:24:33 2011: <191>85951: 078463: Nov 8 11:34:38.668 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:24:33 2011: <191>85952:
Tue Nov 08 10:24:33 2011: <191>85953: 078464: Nov 8 11:34:38.668 GMT: vsacount in free is 2
Tue Nov 08 10:24:33 2011: <191>85954: 078465: Nov 8 11:34:38.668 GMT: //1618/xxxxxxxxxxxx/CCAPI/ccCallModify:
Tue Nov 08 10:24:33 2011: <191>85955: Nominator=0x800, Params=0x67316F50, Call Id=1618
Tue Nov 08 10:24:33 2011: <191>85956: 078466: Nov 8 11:34:38.668 GMT: //1618/xxxxxxxxxxxx/CCAPI/cc_api_call_modify_done:
Tue Nov 08 10:24:33 2011: <191>85957: Result=0, Interface=0x6662E70C, Call Id=1618
Tue Nov 08 10:24:33 2011: <191>85958: 078467: Nov 8 11:34:38.672 GMT: //1618/xxxxxxxxxxxx/CCAPI/ccCallModifyExtended:
Tue Nov 08 10:24:33 2011: <191>85959: Nominator=0x67316B48, Params=0x67316B28, Call Id=1618
Tue Nov 08 10:24:33 2011: <191>85960: 078468: Nov 8 11:34:38.672 GMT: //1619/xxxxxxxxxxxx/CCAPI/ccConferenceDestroy:
Tue Nov 08 10:24:33 2011: <191>85961: Conference Id=0x258, Tag=0x0
Tue Nov 08 10:24:33 2011: <191>85962: 078469: Nov 8 11:34:38.672 GMT: //1619/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
Tue Nov 08 10:24:33 2011: <191>85963:
Tue Nov 08 10:24:33 2011: <191>85964: Conference Id=0x258, Source Interface=0x668B5658, Source Call Id=1619,
Tue Nov 08 10:24:33 2011: <191>85965: Destination Call Id=1618, Disposition=0x0, Tag=0x0
Tue Nov 08 10:24:33 2011: <191>85966: 078470: Nov 8 11:34:38.672 GMT: //1618/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
Tue Nov 08 10:24:33 2011: <191>85967: Conference Id=0x258, Source Interface=0x6662E70C, Source Call Id=1618,
Tue Nov 08 10:24:33 2011: <191>85968: Destination Call Id=1619, Disposition=0x0, Tag=0x0
Tue Nov 08 10:24:33 2011: <191>85969: 078471: Nov 8 11:34:38.672 GMT: //1619/xxxxxxxxxxxx/CCAPI/cc_generic_bridge_done:
Tue Nov 08 10:24:33 2011: <191>85970: Conference Id=0x258, Source Interface=0x6662E70C, Source Call Id=1618,
Tue Nov 08 10:24:33 2011: <191>85971: Destination Call Id=1619, Disposition=0x0, Tag=0x0
Tue Nov 08 10:24:33 2011: <191>85972: 078472: Nov 8 11:34:38.672 GMT: //1618/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85973:
Tue Nov 08 10:24:33 2011: <191>85974: Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:24:33 2011: <191>85975: 078473: Nov 8 11:34:38.672 GMT: //1618/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85976: Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
Tue Nov 08 10:24:33 2011: <191>85977: 078474: Nov 8 11:34:38.676 GMT: //1618/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:33 2011: <191>85978: Disposition=0, Interface=0x6662E70C, Tag=0x0, Call Id=1618,
Tue Nov 08 10:24:33 2011: <191>85979: Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:24:33 2011: <191>85980: 078475: Nov 8 11:34:38.676 GMT: //1618/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:33 2011: <191>85981: Call Disconnect Event Sent
Tue Nov 08 10:24:33 2011: <191>85982: 078476: Nov 8 11:34:38.676 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:24:33 2011: <191>85983:
Tue Nov 08 10:24:33 2011: <191>85984: 078477: Nov 8 11:34:38.676 GMT: :cc_free_feature_vsa freeing 6674F9E8
Tue Nov 08 10:24:33 2011: <191>85985: 078478: Nov 8 11:34:38.676 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:24:33 2011: <191>85986:
Tue Nov 08 10:24:33 2011: <191>85987: 078479: Nov 8 11:34:38.676 GMT: vsacount in free is 1
Tue Nov 08 10:24:33 2011: <191>85988: 078480: Nov 8 11:34:38.676 GMT: //1619/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85989: Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Tue Nov 08 10:24:33 2011: <191>85990: 078481: Nov 8 11:34:38.676 GMT: //1619/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Tue Nov 08 10:24:33 2011: <191>85991: Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
Tue Nov 08 10:24:33 2011: <191>85992: 078482: Nov 8 11:34:38.676 GMT: //1619/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:33 2011: <191>85993:
Tue Nov 08 10:24:34 2011: <191>85994: Disposition=0, Interface=0x668B5658, Tag=0x0, Call Id=1619,
Tue Nov 08 10:24:34 2011: <191>85995: Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
Tue Nov 08 10:24:34 2011: <191>85996: 078483: Nov 8 11:34:38.676 GMT: //1619/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect_done:
Tue Nov 08 10:24:34 2011: <191>85997: Call Disconnect Event Sent
Tue Nov 08 10:24:34 2011: <191>85998: 078484: Nov 8 11:34:38.676 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:24:34 2011: <191>85999:
Tue Nov 08 10:24:34 2011: <191>86000: 078485: Nov 8 11:34:38.676 GMT: :cc_free_feature_vsa freeing 6674F910
Tue Nov 08 10:24:34 2011: <191>86001: 078486: Nov 8 11:34:38.676 GMT: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Tue Nov 08 10:24:34 2011: <191>86002:
Tue Nov 08 10:24:34 2011: <191>86003: 078487: Nov 8 11:34:38.676 GMT: vsacount in free is 0
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/8/11 8:14 PM as a reply to CLAUDIO RIVAS.
Hi Hemal,

Seems the diference is a tone before the call is hangup when the call is answered from the callee side and then hangup by the caller.

Tue Nov 08 10:23:27 2011: <191>84818: 078110: Nov 8 11:33:32.756 GMT: //1607/8FAE0DB488F7/CCAPI/ccGenerateToneInfo:
Tue Nov 08 10:23:27 2011: <191>84819:
Tue Nov 08 10:23:27 2011: <191>84820: Stop Tone On Digit=FALSE, Tone=Null,
Tue Nov 08 10:23:27 2011: <191>84821: Tone Direction=Sum Network, Params=0x0, Call Id=1607
Tue Nov 08 10:23:27 2011: <191>84822: 078111: Nov 8 11:33:32.756 GMT: //1603/8FAE0DB488F7/CCAPI/cc_api_call_disconnected:
Tue Nov 08 10:23:27 2011: <191>84823: Cause Value=16, Interface=0x66B7C938, Call Id=1603

But can't find any symbol passed of that event.

Regards,
Claudio.
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/8/11 8:34 PM as a reply to CLAUDIO RIVAS.
I've also noticed this event on the call that is not answered by the callee, but how can this info help me on finding a solution? Will i need to custom a TCL file to send this kind of information?

Regards,

Tue Nov 08 10:24:33 2011: <191>85818: CSeq: 101 CANCEL

Tue Nov 08 10:24:33 2011: <191>85819: Max-Forwards: 70

Tue Nov 08 10:24:33 2011: <191>85820: Timestamp: 1320773678

Tue Nov 08 10:24:33 2011: <191>85821: Reason: Q.850;cause=16

Tue Nov 08 10:24:33 2011: <191>85822: Content-Length: 0

Tue Nov 08 10:24:33 2011: <191>85823:

Tue Nov 08 10:24:33 2011: <191>85824:
Tue Nov 08 10:24:33 2011: <191>85825:
Flag

RE: New Message from CLAUDIO RIVAS in Customer Voice Portal (CVP) - General
Answer
11/9/11 1:15 PM as a reply to CLAUDIO RIVAS.
Claudio,
The reason code below is fine.
Reason: Q.850;cause=16
To be sure, Why don't you enable VoiceXML 2.0 behavior by running the vxml version 2.0 command in global configuration mode. This doc should help a lot:
http://www.cisco.com/en/US/docs/ios/voice/ivr/configuration/guide/ivrapp02.html

Hemal
________________________________
From: Cisco Developer Community Forums [cdicuser@developer.cisco.com]
Sent: Tuesday, November 08, 2011 1:34 PM
To: cdicuser@developer.cisco.com
Subject: New Message from CLAUDIO RIVAS in Customer Voice Portal (CVP) - General Discussion - All Versions: RE: CVP 4.1 Transfer to PSTN

CLAUDIO RIVAS has created a new message in the forum "General Discussion - All Versions":

--------------------------------------------------------------
I've also noticed this event on the call that is not answered by the callee, but how can this info help me on finding a solution? Will i need to custom a TCL file to send this kind of information?

Regards,

Tue Nov 08 10:24:33 2011: <191>85818: CSeq: 101 CANCEL

Tue Nov 08 10:24:33 2011: <191>85819: Max-Forwards: 70

Tue Nov 08 10:24:33 2011: <191>85820: Timestamp: 1320773678

Tue Nov 08 10:24:33 2011: <191>85821: Reason: Q.850;cause=16

Tue Nov 08 10:24:33 2011: <191>85822: Content-Length: 0

Tue Nov 08 10:24:33 2011: <191>85823:

Tue Nov 08 10:24:33 2011: <191>85824:
Tue Nov 08 10:24:33 2011: <191>85825:
--
To respond to this post, please click the following link:

<http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4725275>

or simply reply to this email.
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/9/11 1:50 PM as a reply to CLAUDIO RIVAS.
Claudio,
 
If I understand correctly what you're trying to do, to the best of my knowledge the following is the bevhaviour using the out-the-box transfer element.
 -- Using a bridged transfer, there is no way to determine when the called party answers.
 -- Using a blind transfer you can determine when the called party answers if you enable pre-VoiceXML 2.0 behaviour on the gateway.  In this case, your transfer will return control to the application when the called party answers.  Of course, in this model, you will then relinquish any further control of the call including knowledge of when it disconnects.
 
Resorting to a custom transfer element that hands-off to TCL to broker the transfer is the only way I know of getting the time-to-answer and retaining control of the call for its duration.
 
Paul
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/9/11 5:49 PM as a reply to Paul Tindall.
Hi Paul,

It's nice to read you again, I've tryied blind transfer before, but as you say, there is no call control so there is no timing on that call only the ivr portion of the call timing is on the call record. This morning the idea i had is try to catch the event of the call cancelation and match it with an event on the state machine so i can manipulate a request to do a specific behavior on CVP. I realy don't know if there is an event on state machine so i can catch and match it with a 101 CANCEL from the SIP messages, so is a guess what i had this morning. Do you have a short examples on how to handoff the call to a TCL?

Regards,
Claudio.
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/9/11 6:35 PM as a reply to CLAUDIO RIVAS.
Claudio,
 
I did in fact upload a sample recently on a different thread (below) which you could easily modify to return the time to answer with the completion status when control is handed back to VoiceXML.  However, I don't think as it stands that approach will address the issue you have if the caller hangs up first as it's not possible to return control back to VoiceXML if the original call leg no longer exists.   To address that particular problem there's a couple of approaches you could consider:
 
   -- Use the slightly more complicated approach as in the ParkCall example in the CDN downloads section which momentarily transfers control back to VoiceXML when the parked call is picked-up in order to pass back information such as the pick-up party caller name/number and the wait time.
 
   -- Write a call log record directly from the TCL session to an HTTP server with all the required outcome and timing info.
 
I hope that might help.
 
Paul
 
http://developer.cisco.com/web/cvp/forums/-/message_boards/view_message/4113525#_19_message_4702716
 
 
 
 
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/10/11 7:16 AM as a reply to Paul Tindall.
Hi Paul,

What i see is my old cvp studio script working and invoked by the CVPSelfService.tcl script. The difference from my old studio script is that it will use the custom transfer element, which will hit the a custom TCL file and pass the values from the variables and then on the custom TCL will write a log by hitting an http link that matches the application. So this will place a log, but will i be able to keep my decisions on the studio callflow until i end the call from the other side (execute decisions and called classes for example)?
Regarding the custom TCL i think i will ned to catch the event, isn't it? Do you have any idea of where can i find a list of events just to be sure what to get from the gateway?
If i'm wrong on what you thought about this please let me know.

Regards,
Claudio.
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/11/11 3:26 AM as a reply to CLAUDIO RIVAS.
Claudio,
 
Correct, your Studio application will be the same apart from using a custom transfer element instead of the standard one.   The custom transfer element sample I posted will give you bridged transfer functionality plus some extra capability but its usage in the application is very much the same as the out-the-box element.   The events of interest are already handled by the state machine in the TCL so it's pretty much just the call setup completion and disconnect procedures that need to be modified.   I can post another sample some time tomorrow.
 
Paul
 
 
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/11/11 6:50 AM as a reply to Paul Tindall.
Thanks Paul, I am looking forward to since I've done some testing, but not with the success expected. Once again thank you for your interest and support.

Greetings
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/17/11 1:55 AM as a reply to CLAUDIO RIVAS.
Claudio,
 
Took a bit longer than expected because of the day-job but here's something to try.  It will give you element data to indicate if the call was answered and also an outcome for caller hangup.  There's a zip file attached with source, jar, TCL script, couple of screenshots and a sample activity log showing the results from a number of scenarios.  
 
To test it, drop the custom element jar in the usual places for Studio and VoiceXML server.  Load the TCL script into gateway flash and create a service "service cvp_tclxfer flash:cvp_tclxfer.tcl".   Element data is also created for time to answer and talk-time but I did notice these don't look entirely accurate so I still need to investigate.
 
Let me know if it proves to be useful or if there's any bugs and I'll have it added to the downloads section.
 
Paul
Attachments:
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/17/11 6:33 PM as a reply to Paul Tindall.
Hi Paul,

I've placed the TCL and Java class, seems to have the feedback information correctly from the gateway, the element data is showing a field called answered which send a true or false depending if the call was answered, this helps to recognize when the caller hangup before the call is answered, you have placed a field which is xfer_status and modified the result showing a caller disconnect or far end disconnect, depending on the situation of who is hanging up. So i think this is the useful and helpful feature. Thank you very much.
Regarding the time I'm placing some testings so i can move forward but if you have notices from your testing please let me know.
It will be nice once this is finished to be on the code section of this site, i support your idea.

Again thank you very much Paul,

Best Regards,
Claudio.
Flag

RE: CVP 4.1 Transfer to PSTN
Answer
11/18/11 3:08 AM as a reply to CLAUDIO RIVAS.
The time in milliseconds returned from the clock function in TCL isn't consistent across gateways.   Of three devices I looked at, two of them were reporting  2000ms per second.   I've added an automatic clock correction factor to the version attached which will be accurate provided answer and transfer completion don't happen sub-second.
Attachments:
Flag