Cause code 1F (normal, unspecified.)
Hi all,
I keep having this code when call is tring to connect to my AS5300 GW, maybe i know what is this error about? how can i over come this issue , thanks.
Regards
Hi
well i have the same problem but as far to my knowldge there isnt any work around
but this error occur from 2 things either there is a long delay (1000ms and above) or from the local PTT where you are terminating
Similar Messages
-
Hello all,
I have a problem which is driving me crazy. I am trying to finalize an install of an AS5300 for VoIP termination in another country. I can place calls with no problem to the local city the the PSTN (E1 CAS-R2) By stripping the city code.
My problem is calls to all other cities and countries terminate with the normal, unspecified cause code. I have been trying to tell the PSTN operators that they may not have these calls released.
I do not know if there are any settings on my side which will fix the issue. I have presented the digits in the same fashion as they requested and even tried all other combinations. I think one of the only differences on the calls going to other cities is the length of the digits being presented and also the time it would take to terminate the calls outside of the city.
I have ran several debugs to try and find out what is happening. I can provide any information necessary so that someone else can try to help solve this puzzle.
Thanks,
JavierRobert,
Thanks for the reply. That particular gateway has been handed over to another engineering group. I will however look into your recommendation on a few gateways which I will be deploying soon.
Thanks again,
Javier -
Hello
My name is jerry harris and I am working on government Contract. We have a ASR1002 Cisco Border Element. We are using this device for call processing. We had an issue on march 16, 2015 processing calls through our Gateways. We have a Cisco Call Manager which was functioning fine.
Our issue was that the Cube generated a Cause Code 47 which indicated a "resource unavailable event". We thought it was caused by the Cube being out of memory or tcp socket unavailable. We also checked the DSPfarm for any failures but that was okay. After checking Call Manager and the dial-peers on the Cube the only way could restore to normal was to reboot the Cube which fix the problem. Could this problem be caused by the Cube being out memory or a debug command still running in the background to cause this problem ? How do we check the Cube for memry failures or resources unavailable ? I would appreciate any help or solutions for future use.
Best Regards,
Jerry Harris
Apriva ISSDo u face any call disconnection, If so it might be due to CODEC issue,can u attach the debug O/P and the call flow will try it out
-
Work Order list report that will includes Damage and Cause codes
Is there a WO list report that includes fields of the Damage and Cause Codes?
Thanks.Hi,
Generally damages and causes we update in notifications then i think there wont be a list which u r asking
For notification the t-code is iw69 -
Service Complaints Cause Codes - Config Question
Hi All,
I am trying to delete a cause code setup for service complaints which is not used in the system using the following IMG path -> Catalog Codes and Profiles -> Define Code Groups and Codes for Catalogs.
When I try to delete, I get an error saying the code is used. I see that the usage checkbox on this is checked. However, I do not know what process sets this field. I tried adding a new cause code and created a complaint with that cause code and it didn't set the checkbox.
Anyone knows what sets this field and how can I uncheck and delete the cause code from the config?
Thanks!I used the IMG path mentioned above to add the cause code. Why do you need EEWB to add the cause code ? EEWB is only required to add new fields to the screen. All I am doing is to add some custom (Z*) cause codes into the catalog so that user can select them when creating complaints.
Problem I am facing is when I try to delete some of these Z cause codes from the config (that were created long ago and we don't need anymore). Usage indicator on them are set and hence wouldn't let me delete it. I need to know what process sets this field?
Thanks,
Chandrika -
Consider this code:
header.h:
#include <iostream>
class A{
int i;
public:
A() : i(101) {}
void print();
void g(A&);
cpp1:
#include "header.h"
inline void A::print() { std::cout << i << '\n'; }
int main()
A a;
a.print();
g(a);
cpp2:
#include "header.h"
void g(A& a) { a.print(); }
Note that the member function A::print is defined outside its class with the specifier inline. The code executes normally in VS2014, despite the fact that the member function is odr-used in cpp2, but it is not defined in this file.
I found the following quotes from the C++11 Standard:
9.3/3:
An inline member function (whether static or non-static) may also be defined outside of its class definition provided either its declaration in the class definition or its definition outside of the class definition declares the function as inline.
3.2/3:
An inline function shall be defined in every translation unit in which it is odr-used.
7.1.2/4:
An inline function shall be defined in every translation unit in which it is odr-used and shall have exactly the same definition in every case.
The two last quotes above don't speak exactly about a member function but I believe they should be applied in this case too, as the inline specifier is a hint for the compiler to expand the function inline at the point of call. If we assume the compiler
does this inline expansion, how does it know the definition of the member function, while compiling the cpp2 file?On 12/31/2014 12:13 PM, Belloc wrote:
C++ is supported on many different systems, with tools provided by many different vendors. Microsoft's linker happens to be pretty smart about merging identical blocks of code. Other toolchains may use linkers that weren't designed with this in mind,
and that would choke on multiple definitions of the same symbol. The C++ standard is written so that it's actually implementable, on as many platforms as possible.
Frankly I don't understand your statement above. What would be the difficulty for any compiler*that is already compliant with 3.2/3 and 7.1.2/4*, to adapt its code, so that each call to an inline function in a TU, which doesn't carry the function
definition, is simply not inlined?
That's the easy part. The "there's identical function definition in every .obj file, and the linker is expected to merge them all together" is the hard part. Normally, if you define a regular (non-inline) function in more than one source
file, you get a linker error. Microsoft's linker has a special way to mark "defined more than once, just pick any copy" block of code (see __declspec(selectany) ). Other linkers may not.
Igor Tandetnik -
New Phone Cause Code 64 Error Class 2
I just bought and activated my new Droid Incredible 2 when I tried to send a text message if failed to send. I looked at the details and saw that it said cause code 64 error class 2. What does this mean, and what should I do to fix it? Thank you.
-Erin
(removed email address to comply with Verizon Wireless Terms of Service)
Message was edited by: Verizon ModeratorHi naywah,
I know how important texting is to users. I appreciate you calling *228, did the programming finish successfully? Are you getting the same error messages when sending the messages? Please confirm that you're using the regular texting application and not a 3rd party application. I also recommend you check the content being sent (ex: are you sending plain text or containing special characters or emoticans) and the type of signal arriving to the device. I look forward to hearing back from you to find how the trouble was resolved.
Thank you,
MariaC_VZW
Please follow us on Twitter @VZWSupport -
Cause Code 97, Error Class 2
I have had my Droid Incredible 2 for a little over a month. Has worked perfectly fine until this morning. I can receive messages, but whenever I try to reply to them I get a screen that says "Message failed. Would you like to retry?" but every time I retry it still doesn't send. Then I hit cancel instead and view the details of the error. This is where it says "Cause code: 97, Error class: 2". This is very frustrating and is there any way to fix it?
Lets ensure your text messages are up and running, JulieDuffek. Have you cleared out your text messages threads? I would also suggest heading into Settings > Apps > Manage Apps > ALL > Messages > Clear Data.
YosefT_VZW
Follow us on Twitter @VZWSupport -
Outbound call failing with cause code 57
Hi,
our outbound calls to some numbers getting failed with cause code 57 and in ccsip messages i am getting 403 forbidden.
i tried to change the payload type to 97 which was 98 but no success.
the called number is 9-8955900
the calling number is 8062300
can any one help me..
the ccsip messages and ccapi inout debug is..
509022: *Jan 8 14:23:20.513: :FEATURE_VSA attributes are: feature_name:0,featur e_time:1255632752,feature_id:53127
509023: *Jan 8 14:23:20.513: //678454/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPr ivate:
SPI Call Setup Request Is Success; Interface Type=9, FlowMode=1
509024: *Jan 8 14:23:20.513: //678454/xxxxxxxxxxxx/CCAPI/ccCallSetContext:
Context=0x4AC5D304
509025: *Jan 8 14:23:20.517: //678454/xxxxxxxxxxxx/CCAPI/cc_api_call_connected:
Interface=0x48D4E620, Data Bitmask=0x0, Progress Indication=NULL(0),
Connection Handle=0
509026: *Jan 8 14:23:20.517: //678454/xxxxxxxxxxxx/CCAPI/cc_api_call_connected:
Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
509027: *Jan 8 14:23:20.537: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6aded64034252
From: "Asif CIPC" <sip:[email protected]>;tag=2524413~70e9433b-1d79-44ae-9a16- 09a52be377c5-22878662
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:02:15 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 2031538944-0000065536-0000027607-3188500672
Session-Expires: 1800
P-Asserted-Identity: "Asif CIPC" <sip:[email protected]>
Remote-Party-ID: "Asif CIPC" <sip:[email protected]>;party=calling;screen=yes; privacy=off
Contact: <sip:[email protected]:5060;transport=tcp>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 240
v=0
o=CiscoSystemsCCM-SIP 2524413 1 IN IP4 192.168.12.190
s=SIP Call
c=IN IP4 192.168.33.5
t=0 0
m=audio 17706 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
509028: *Jan 8 14:23:20.553: //-1/7916D3000000/CCAPI/cc_api_display_ie_subfield s:
cc_api_call_setup_ind_common:
cisco-username=3064
----- ccCallInfo IE subfields -----
cisco-ani=3064
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=8955900
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
509029: *Jan 8 14:23:20.553: /
ASICO-DAM#/-1/7916D3000000/CCAPI/cc_api_call_setup_ind_common:
Interface=0x48667600, Call Info(
Calling Number=3064,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=8955900(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=T RUE,
Incoming Dial-peer=1, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALS E), Call Id=678455
509030: *Jan 8 14:23:20.553: //-1/7916D3000000/CCAPI/ccCheckClipClir:
In: Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pre sentation=Allowed)
509031: *Jan 8 14:23:20.553: //-1/7916D3000000/CCAPI/ccCheckClipClir:
Out: Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pr esentation=Allowed)
509032: *Jan 8 14:23:20.553: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509033: *Jan 8 14:23:20.553: :cc_get_feature_vsa malloc success
509034: *Jan 8 14:23:20.553: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509035: *Jan 8 14:23:20.553: cc_get_feature_vsa count is 13
509036: *Jan 8 14:23:20.553: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509037: *Jan 8 14:23:20.553: :FEATURE_VSA attributes are: feature_name:0,featur e_time:1255634768,feature_id:53128
509038: *Jan 8 14:23:20.553: //678455/7916D3000000/CCAPI/cc_api_call_setup_ind_ common:
Set Up Event Sent;
Call Info(Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passe d, Presentation=Allowed),
Called Number=8955900(TON=Unknown, NPI=Unknown))
509039: *Jan 8 14:23:20.557: //678455/7916D3000000/CCAPI/cc_process_call_setup_ ind:
Event=0x48EE6200
509040: *Jan 8 14:23:20.557: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 8955900
509041: *Jan 8 14:23:20.561: //678455/7916D3000000/CCAPI/ccCallSetContext:
Context=0x476E35D0
509042: *Jan 8 14:23:20.561: //678455/7916D3000000/CCAPI/cc_process_call_setup_ ind:
>>>>CCAPI handed cid 678455 with tag 1 to app "_ManagedAppProcess_Default"
509043: *Jan 8 14:23:20.561: //678455/7916D3000000/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
509044: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=20, Params=0x476E4AE0, Progress Indication=NULL(0)
509045: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCheckClipClir:
In: Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
509046: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCheckClipClir:
Out: Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
509047: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCallSetupRequest:
Destination Pattern=.T, Called Number=8955900, Digit Strip=FALSE
509048: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/ccCallSetupRequest:
Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pres entation=Allowed),
Called Number=8955900(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=Asif CIPC
Account Number=3064, Final Destination Flag=TRUE,
Guid=7916D300-0001-0000-0000-6BD7BE0CA8C0, Outgoing Dial-peer=20
509049: *Jan 8 14:23:20.565: //678455/7916D3000000/CCAPI/cc_api_display_ie_subf ields:
ccCallSetupRequest:
cisco-username=3064
----- ccCallInfo IE subfields -----
cisco-ani=8062301
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=8955900
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
509050: *Jan 8 14:23:20.569: //678455/7916D3000000/CCAPI/ccIFCallSetupRequestPr ivate:
Interface=0x48667600, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=8062301,(Calling Name=Asif CIPC)(TON=Unknown, NPI= Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=8955900(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=20 , Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Appl ication Call Id=)
509051: *Jan 8 14:23:20.569: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509052: *Jan 8 14:23:20.569: :cc_get_feature_vsa malloc success
509053: *Jan 8 14:23:20.569: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509054: *Jan 8 14:23:20.569: cc_get_feature_vsa count is 14
509055: *Jan 8 14:23:20.569: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509056: *Jan 8 14:23:20.569: :FEATURE_VSA attributes are: feature_name:0,featur e_time:1255629840,feature_id:53129
509057: *Jan 8 14:23:20.569: //678456/7916D3000000/CCAPI/ccIFCallSetupRequestPr ivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
509058: *Jan 8 14:23:20.573: //678456/7916D3000000/CCAPI/ccCallSetContext:
Context=0x476E4A90
509059: *Jan 8 14:23:20.573: //678455/7916D3000000/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=20
509060: *Jan 8 14:23:20.577: //678456/7916D3000000/CCAPI/cc_api_call_proceeding :
Interface=0x48667600, Progress Indication=NULL(0)
509061: *Jan 8 14:23:20.585: //678456/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CD11AE
Remote-Party-ID: "Asif CIPC" <sip:[email protected]>;party=calling;screen=ye s;privacy=off
From: "Asif CIPC" <sip:[email protected]>;tag=EA475228-24AE
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2031538944-0000065536-0000027607-3188500672
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIF Y, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1389191000
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 274
v=0
o=CiscoSystemsSIP-GW-UserAgent 5380 1731 IN IP4 172..XX.XX.XX
s=SIP Call
c=IN IP4 172..XX.XX.XX
t=0 0
m=audio 19502 RTP/AVP 18 101
c=IN IP4 172..XX.XX.XX
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
509062: *Jan 8 14:23:20.589: //678455/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6aded64034252
From: "Asif CIPC" <sip:[email protected]>;tag=2524413~70e9433b-1d79-44ae-9a16- 09a52be377c5-22878662
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: kpml, telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
509063: *Jan 8 14:23:20.605: //678456/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CD11AE
Call-ID: [email protected]
From: "Asif CIPC"<sip:[email protected]>;tag=EA475228-24AE
To: <sip:[email protected]>
CSeq: 101 INVITE
Content-Length: 0
509064: *Jan 8 14:23:20.677: //678456/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CD11AE
Record-Route: <sip:10.205.20.50:5060;transport=udp;lr>
Call-ID: [email protected]
From: "Asif CIPC"<sip:[email protected]>;tag=EA475228-24AE
To: <sip:[email protected]>;tag=sbc0804k7h28358
CSeq: 101 INVITE
Reason: Q.850;cause=57;text="bearer capability not authorized"
Warning: 399 - "SoftX3000 R601-CCU Rel POS:[3103] Release from CR"
Content-Length: 0
509065: *Jan 8 14:23:20.677: //678456/7916D3000000/CCAPI/cc_api_call_disconnect ed:
Cause Value=57, Interface=0x48667600, Call Id=678456
509066: *Jan 8 14:23:20.677: //678456/7916D3000000/CCAPI/cc_api_call_disconnect ed:
Call Entry(Responsed=TRUE, Cause Value=57, Retry Count=0)
509067: *Jan 8 14:23:20.681: //678455/7916D3000000/CCAPI/ccCallReleaseResources :
release reserved xcoding resource.
509068: *Jan 8 14:23:20.681: //678456/7916D3000000/CCAPI/ccCallSetAAA_Accountin g:
Accounting=0, Call Id=678456
509069: *Jan 8 14:23:20.681: //678456/7916D3000000/CCAPI/ccCallDisconnect:
Cause Value=57, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect C ause=57)
509070: *Jan 8 14:23:20.681: //678456/7916D3000000/CCAPI/ccCallDisconnect:
Cause Value=57, Call Entry(Responsed=TRUE, Cause Value=57)
509071: *Jan 8 14:23:20.681: //678456/7916D3000000/CCAPI/cc_api_call_disconnect _done:
Disposition=0, Interface=0x48667600, Tag=0x0, Call Id=678456,
Call Entry(Disconnect Cause=57, Voice Class Cause Code=0, Retry Count=0)
509072: *Jan 8 14:23:20.685: //678456/7916D3000000/CCAPI/cc_api_call_disconnect _done:
Call Disconnect Event Sent
509073: *Jan 8 14:23:20.685: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509074: *Jan 8 14:23:20.685: :cc_free_feature_vsa freeing 4AD76408
509075: *Jan 8 14:23:20.685: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509076: *Jan 8 14:23:20.685: vsacount in free is 13
509077: *Jan 8 14:23:20.685: //678455/7916D3000000/CCAPI/ccCallDisconnect:
Cause Value=57, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect C ause=0)
509078: *Jan 8 14:23:20.689: //678455/7916D3000000/CCAPI/ccCallDisconnect:
Cause Value=57, Call Entry(Responsed=TRUE, Cause Value=57)
509079: *Jan 8 14:23:20.693: //678455/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 403 Forbidden
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6aded64034252
From: "Asif CIPC" <sip:[email protected]>;tag=2524413~70e9433b-1d79-44ae-9a16- 09a52be377c5-22878662
To: <sip:[email protected]>;tag=EA475298-106E
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: kpml, telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=57
Content-Length: 0
509080: *Jan 8 14:23:20.693: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CD11AE
From: "Asif CIPC" <sip:[email protected]>;tag=EA475228-24AE
To: <sip:[email protected]>;tag=sbc0804k7h28358
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
509081: *Jan 8 14:23:20.709: //678454/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Cause Value=0, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Ca use=0)
509082: *Jan 8 14:23:20.709: //678454/xxxxxxxxxxxx/CCAPI/ccCallDisconnect:
Cause Value=0, Call Entry(Responsed=TRUE, Cause Value=0)
509083: *Jan 8 14:23:20.709: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6aded64034252
From: "Asif CIPC" <sip:[email protected]>;tag=2524413~70e9433b-1d79-44ae-9a16- 09a52be377c5-22878662
To: <sip:[email protected]>;tag=EA475298-106E
Date: Wed, 08 Jan 2014 14:02:15 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Length: 0
509084: *Jan 8 14:23:20.713: //678455/7916D3000000/CCAPI/cc_api_call_disconnect _done:
Disposition=0, Interface=0x48667600, Tag=0x0, Call Id=678455,
Call Entry(Disconnect Cause=57, Voice Class Cause Code=0, Retry Count=0)
509085: *Jan 8 14:23:20.717: //678455/7916D3000000/CCAPI/cc_api_call_disconnect _done:
Call Disconnect Event Sent
509086: *Jan 8 14:23:20.717: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509087: *Jan 8 14:23:20.717: :cc_free_feature_vsa freeing 4AD77748
509088: *Jan 8 14:23:20.717: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509089: *Jan 8 14:23:20.717: vsacount in free is 12
509090: *Jan 8 14:23:20.721: //678454/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect _done:
Disposition=0, Interface=0x48D4E620, Tag=0x0, Call Id=678454,
Call Entry(Disconnect Cause=0, Voice Class Cause Code=0, Retry Count=0)
509091: *Jan 8 14:23:20.721: //678454/xxxxxxxxxxxx/CCAPI/cc_api_call_disconnect _done:
Call Disconnect Event Sent
509092: *Jan 8 14:23:20.721: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509093: *Jan 8 14:23:20.721: :cc_free_feature_vsa freeing 4AD76F68
509094: *Jan 8 14:23:20.721: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509095: *Jan 8 14:23:20.721: vsacount in free is 11
509096: *Jan 8 14:23:20.725: //-1/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPrivat e:
Interface=0x48D4E620, Interface Type=9, Destination=0.0.0.0, Mode=0x0,
Call Params(Calling Number=,(Calling Name=)(TON=Unknown, NPI=Unknown, Screeni ng=Not Screened, Presentation=Allowed),
Called Number=(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=, FinalDestinationFlag=FALSE, Outgoing Dial-peer=0, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Appl ication Call Id=)
509097: *Jan 8 14:23:20.725: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509098: *Jan 8 14:23:20.725: :cc_get_feature_vsa malloc success
509099: *Jan 8 14:23:20.725: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509100: *Jan 8 14:23:20.729: cc_get_feature_vsa count is 12
509101: *Jan 8 14:23:20.729: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509102: *Jan 8 14:23:20.729: :FEATURE_VSA attributes are: feature_name:0,featur e_time:1255632752,feature_id:53130
509103: *Jan 8 14:23:20.729: //678457/xxxxxxxxxxxx/CCAPI/ccIFCallSetupRequestPr ivate:
SPI Call Setup Request Is Success; Interface Type=9, FlowMode=1
509104: *Jan 8 14:23:20.729: //678457/xxxxxxxxxxxx/CCAPI/ccCallSetContext:
Context=0x4AC5D1C4
509105: *Jan 8 14:23:20.729: //678457/xxxxxxxxxxxx/CCAPI/cc_api_call_connected:
Interface=0x48D4E620, Data Bitmask=0x0, Progress Indication=NULL(0),
Connection Handle=0
509106: *Jan 8 14:23:20.729: //678457/xxxxxxxxxxxx/CCAPI/cc_api_call_connected:
Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
509107: *Jan 8 14:23:20.753: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.12.190:5060;branch=z9hG4bK6adee3e42a498
From: "Asif CIPC" <sip:[email protected]>;tag=2524415~70e9433b-1d79-44ae-9a16- 09a52be377c5-22878662
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:02:15 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 2031538944-0000065536-0000027608-3188500672
Session-Expires: 1800
P-Asserted-Identity: "Asif CIPC" <sip:[email protected]>
Remote-Party-ID: "Asif CIPC" <sip:[email protected]>;party=calling;screen=yes; privacy=off
Contact: <sip:[email protected]:5060;transport=tcp>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 240
v=0
o=CiscoSystemsCCM-SIP 2524415 1 IN IP4 192.168.12.190
s=SIP Call
c=IN IP4 192.168.33.5
t=0 0
m=audio 17932 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
509108: *Jan 8 14:23:20.769: //-1/7916D3000000/CCAPI/cc_api_display_ie_subfield s:
cc_api_call_setup_ind_common:
cisco-username=3064
----- ccCallInfo IE subfields -----
cisco-ani=3064
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=8955900
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
509109: *Jan 8 14:23:20.769: //-1/7916D3000000/CCAPI/cc_api_call_setup_ind_comm on:
Interface=0x48667600, Call Info(
Calling Number=3064,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=8955900(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=T RUE,
Incoming Dial-peer=1, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALS E), Call Id=678458
509110: *Jan 8 14:23:20.769: //-1/7916D3000000/CCAPI/ccCheckClipClir:
In: Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pre sentation=Allowed)
509111: *Jan 8 14:23:20.773: //-1/7916D3000000/CCAPI/ccCheckClipClir:
Out: Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pr esentation=Allowed)
509112: *Jan 8 14:23:20.773: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509113: *Jan 8 14:23:20.773: :cc_get_feature_vsa malloc success
509114: *Jan 8 14:23:20.773: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509115: *Jan 8 14:23:20.773: cc_get_feature_vsa count is 13
509116: *Jan 8 14:23:20.773: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509117: *Jan 8 14:23:20.773: :FEATURE_VSA attributes are: feature_name:0,featur e_time:1255634768,feature_id:53131
509118: *Jan 8 14:23:20.773: //678458/7916D3000000/CCAPI/cc_api_call_setup_ind_ common:
Set Up Event Sent;
Call Info(Calling Number=3064(TON=Unknown, NPI=Unknown, Screening=User, Passe d, Presentation=Allowed),
Called Number=8955900(TON=Unknown, NPI=Unknown))
509119: *Jan 8 14:23:20.773: //678458/7916D3000000/CCAPI/cc_process_call_setup_ ind:
Event=0x48EE6200
509120: *Jan 8 14:23:20.777: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 8955900
509121: *Jan 8 14:23:20.777: //678458/7916D3000000/CCAPI/ccCallSetContext:
Context=0x476D5190
509122: *Jan 8 14:23:20.777: //678458/7916D3000000/CCAPI/cc_process_call_setup_ ind:
>>>>CCAPI handed cid 678458 with tag 1 to app "_ManagedAppProcess_Default"
509123: *Jan 8 14:23:20.777: //678458/7916D3000000/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
509124: *Jan 8 14:23:20.781: //678458/7916D3000000/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=20, Params=0x476DCE60, Progress Indication=NULL(0)
509125: *Jan 8 14:23:20.781: //678458/7916D3000000/CCAPI/ccCheckClipClir:
In: Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
509126: *Jan 8 14:23:20.781: //678458/7916D3000000/CCAPI/ccCheckClipClir:
Out: Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
509127: *Jan 8 14:23:20.785: //678458/7916D3000000/CCAPI/ccCallSetupRequest:
Destination Pattern=.T, Called Number=8955900, Digit Strip=FALSE
509128: *Jan 8 14:23:20.785: //678458/7916D3000000/CCAPI/ccCallSetupRequest:
Calling Number=8062301(TON=Unknown, NPI=Unknown, Screening=User, Passed, Pres entation=Allowed),
Called Number=8955900(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=Asif CIPC
Account Number=3064, Final Destination Flag=TRUE,
Guid=7916D300-0001-0000-0000-6BD8BE0CA8C0, Outgoing Dial-peer=20
509129: *Jan 8 14:23:20.785: //678458/7916D3000000/CCAPI/cc_api_display_ie_subf ields:
ccCallSetupRequest:
cisco-username=3064
----- ccCallInfo IE subfields -----
cisco-ani=8062301
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=8955900
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
509130: *Jan 8 14:23:20.785: //678458/7916D3000000/CCAPI/ccIFCallSetupRequestPr ivate:
Interface=0x48667600, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=8062301,(Calling Name=Asif CIPC)(TON=Unknown, NPI= Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=8955900(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=20 , Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Appl ication Call Id=)
509131: *Jan 8 14:23:20.785: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509132: *Jan 8 14:23:20.785: :cc_get_feature_vsa malloc success
509133: *Jan 8 14:23:20.785: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509134: *Jan 8 14:23:20.785: cc_get_feature_vsa count is 14
509135: *Jan 8 14:23:20.785: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
509136: *Jan 8 14:23:20.785: :FEATURE_VSA attributes are: feature_name:0,featur e_time:1255629840,feature_id:53132
509137: *Jan 8 14:23:20.789: //678459/7916D3000000/CCAPI/ccIFCallSetupRequestPr ivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
509138: *Jan 8 14:23:20.789: //678459/7916D3000000/CCAPI/ccCallSetContext:
Context=0x476DCE10
509139: *Jan 8 14:23:20.789: //678458/7916D3000000/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=20
509140: *Jan 8 14:23:20.793: //678459/7916D3000000/CCAPI/cc_api_call_proceeding :
Interface=0x48667600, Progress Indication=NULL(0)
509141: *Jan 8 14:23:20.801: //678459/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172..XX.XX.XX:5060;branch=z9hG4bK67CE197B
Remote-Party-ID: "Asif CIPC" <sip:[email protected]>;party=calling;screen=ye s;privacy=off
From: "Asif CIPC" <sip:[email protected]>;tag=EA475304-26C5
To: <sip:[email protected]>
Date: Wed, 08 Jan 2014 14:23:20 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2031538944-0000065536-0000027608-3188500672
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIF Y, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1389191000
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 274
v=0
o=CiscoSystemsSIP-GW-UserAgent 9218 9584 IN IP4 172..XX.XX.XX
s=SIP Call
c=IN IP4 172..XX.XX.XX
t=0 0
m=audio 16868 RTP/AVP 18 101
c=IN IP4 172..XX.XX.XX
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
509142: *Jan 8 14:23:20.805: //678458/7916D3000000/SIP/Msg/ccsipDisplayMsg:
Sent:
509163: *Jan 8 14:23:20.945: //678458/7916D3000000/CCAPI/cc_api_call_disconnect _done:
Call Disconnect Event Sent
509164: *Jan 8 14:23:20.945: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509165: *Jan 8 14:23:20.945: :cc_free_feature_vsa freeing 4AD77748
509166: *Jan 8 14:23:20.945: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
509167: *Jan 8 14:23:20.945: vsacount in free is 12
509168: *Jan 8 14:23:32.517: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:172..XX.XX.XX:5060 SIP/2.0
Via: SIP/2.0/UDP 10.205.20.50:5060;branch=z9hG4bKhs8ak5845ch42p7cff35k1ap3T02677
Call-ID: isbchh12748fcsk155w58p151kks36fww24s@SoftX3000
From: <sip:172..XX.XX.XX:5060>;tag=sbc0806pa8fp7w7
To: <sip:172..XX.XX.XX>
CSeq: 1 OPTIONS
Max-Forwards: 70
Content-Length: 0
509169: *Jan 8 14:23:32.525: //678460/495AB05FB187/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.205.20.50:5060;branch=z9hG4bKhs8ak5845ch42p7cff35k1ap3T02677
From: <sip:172..XX.XX.XX:5060>;tag=sbc0806pa8fp7w7
To: <sip:172..XX.XX.XX>;tag=EA4780CC-582
Date: Wed, 08 Jan 2014 14:23:32 GMT
Call-ID: isbchh12748fcsk155w58p151kks36fww24s@SoftX3000
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 1 OPTIONS
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIF Y, INFO, REGISTER
Allow-Events: telephone-event
Accept: application/sdp
Supported: timer,resource-priority,replaces,sdp-anat
Content-Type: application/sdp
Content-Length: 170
v=0
o=CiscoSystemsSIP-GW-UserAgent 8937 2437 IN IP4 172..XX.XX.XX
s=SIP Call
c=IN IP4 192.168.33.5
t=0 0
m=audio 0 RTP/AVP 18 0 8 9 4 2 15 3
c=IN IP4 192.168.33.5
u all
and the config is
voice service voip
ip address trusted list
ipv4 172.XX.XX.XX 255.255.255.255
dtmf-interworking rtp-nte
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
no supplementary-service h450.2
no supplementary-service h450.3
no supplementary-service h225-notify cid-update
redirect ip2ip
h323
session transport udp
h245 tunnel disable
sip
session transport tcp
rel1xx disable
registrar server expires max 3600 min 3500
transport switch udp tcp
redirect contact order best-match
asymmetric payload full
g729 annexb-all
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729r8
codec preference 4 g729br8
and the dial-peer through the calls will go out is
dial-peer voice 20 voip
description ***TO-OUT***
translation-profile outgoing OUT-SIP
destination-pattern .T
progress_ind progress enable 8
rtp payload-type cisco-codec-fax-ack 112
rtp payload-type nte 97
session protocol sipv2
session target ipv4:10.205.20.50:5060
session transport udp
voice-class codec 1
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay rtp-nte
no vadHi Nadeem,
our setup is like
vpn link
call manager ------head office(router)----------------------------------brach router(gateway)------------------ip phone(branch)
The call flow is
sip
IP Phone---->brach GW-------------->call manager------------------>branch GW------------------->ITSP
there is no subscriber at branch side, so the outbound call should travel to call manager at head office and then get exit from branch gateway to ITSP through sip line. -
Cause Code - Structure for Plant Maintenance Notification
Dear firends,
I am trying to create cause code group structure for a notification as follows,
--> Superior Level Cause Code Group ( XXXX)
- -> Cause Code Group (XXXX-SUB)
- -> Cause Code ... (1010)
In standard SAP we can create a Cause code group for a catalog then assign the Cause codes to the Cause code groups then assign to the Catalog profile ...and the structure looks like as follows (AS IS)
- -> Cause Code Group(XXXX-SUB)
- -> Cause Code ...(1010)
But in my case i need to add one more level above the "Cause Code Group" as shown below ( TO BE)
--> Superior Level Cause Code Group ( XXXX)
- -> Cause Code Group (XXXX-SUB)
- -> Cause Code ... (1010)
Please assist me is there any way to accomplish this requirement through user exit or something else.Thanks.
Regards,
MJ.
Edited by: MJ Masi on Sep 23, 2009 10:43 PMBabu,
Do the Divisions have its own Equipment base? - Ans : NO
Do they create Notification for the same Equipment? - ANS : YES
So, lets take the case 2 you mentioned ...
Case2:
If they are creating notification for a same equipment (EQ01 is common for all Divisions), you can create Defect code group with Division Name CHEMDEF1, CHEMDEF2,... BIODEF1, BIODEF2... etc ...
User has to select appropriate Defect code group and defect code.... If he enters Def code as Cause code group system will populate caused relevant for particular Def Code ...
Problem here is lets say the Defect Code Group CHEMDEF1 has two defect code A010 & A020 ,
CHEMDEF2 has three defect code B010, B020 & B030.
I would like to bring this Defect Code Group CHEMDEF1 & CHEMDEF2 under DIV1 and Defect Code Group BIODEF1 & BIODEF2 under DIV2.
Example : The structure should look like this ..
- DIV1 ( Superior level needs to be added on the Structure) - Will it be possible ?
- CHEMDEF1 ( Defect Code Group)
- A010 ( Defect Code)
- A020( Defect Code)
- CHEMDEF2( Defect Code Group)
- B010( Defect Code)
- B020( Defect Code)
- B030( Defect Code)
- DIV2 ( Superior level needs to be added on the Structure) - Will it be possible ?
- BIODEF1
- C010
- C020
- BIODEF2
- D010
- D020
- D030
Please let me know.Thanks.
Regards,
MJ Masi -
Dear All,
can any one help me in finding of Object Part Code Short text,Problem Code short text and Cause code short text fields....in which table it will be storing/function module to get this...?
Thankx in Advance....hi,
you want for which object??
all the short text stored in the text table like
T001t ( it starts with T and ends with T )
cheers,
sasi -
Tables for Damage Codes, Cause Code & Defects
Dear Masters,
I require the tables that store the damage codes, cause codes and defects assigned to a particular maintenance notification.
I require this in the form of printing a Maintenance order.
This is a kind of urgent. Please do help. Thanks in advance.
Chin2.Dear Friends,
Thanks for your quick reply, I had my problem solved with your replies
Thanks once again
Chin2 -
SetDataSource causes code reentrance (bug)
Post Author: willi
CA Forum: .NET
Using CR.Net 1.1 SP2 (VS 2003 SP1), WinXP Prof/SP2Problem:Calling the SetDataSource method of a ReportDocument object causes code reentrance, probably due to processing the message queue. This can cause unexpected problems. The callstack in the following example shows that a Timer's Tick event occurs while calling the SetDataSource method:CSSReports.Form1.Timer1_TickSystem.Windows.Forms.Timer.OnTick System.Windows.Forms.Timer.DebuggableCallback CrystalDecisions.CrystalReports.Engine.ReportDocument.Load CrystalDecisions.CrystalReports.Engine.ReportClass.Load CrystalDecisions.CrystalReports.Engine.ReportDocument.SetDataSource This must not happen! Other events could occur, too. Is there a hotfix for this problem? This is a serious issue because while loading one report I was able to select a MenuItem and open a 2nd report before loading the 1st report finished (not a multithreaded application). This behavior can just as many problems as explicitly calling Application.Doevents. In short: SetDataSource must not process any messages in the mesage queue.It looks like the error only occurred when I used JUnit to test it - which was probably due to something I did. When I managed to get the code working, the problem was that the newly added table got referenced by the next itteration. I solved it by using a HashMap.
Map<String, ResultSet> results = new HashMap<String, ResultSet>();
Tables tables = reportClientDoc.getDatabaseController().getDatabase().getTables();
for (int i = 0; i < tables.size(); i++) {
String tableAlias = reportClientDoc.getDatabaseController().getDatabase().getTables().getTable(i).getAlias();
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
Connection con = DriverManager.getConnection("jdbc:odbc:CSV_DSN");
Statement stmt = con.createStatement();
String query = "select * from " + tables.getTable(i).getName();
ResultSet rs = stmt.executeQuery(query);
results.put(tableAlias, rs);
final Enumeration<String> aliasEnumeration = Collections.enumeration(results.keySet());
while (aliasEnumeration.hasMoreElements()) {
String oldAlias = aliasEnumeration.nextElement();
ResultSet rs = results.get(oldAlias);
reportClientDoc.getDatabaseController().setDataSource(rs, oldAlias, oldAlias + "_rs"); -
Hello,
I am currently using an AS5400 with IOS version c5400-is-mz.124-19.bin
Is there a way to remove or modify the Q.850 information in a SIP message?
Sent:
SIP/2.0 500 Internal Server Error
Via: SIP/2.0/UDP IP.IP.IP.IP:5060;branch=z9hG4bK_1584620887_3359_1
From: "Anonymous" <sip:[email protected]:5060>;tag=1584620887_C
To: sip:[email protected]:5060;tag=531C24F0-E57
Date: Wed, 07 Apr 2010 19:03:35 GMT
Call-ID: sbcsipuac.2_IP.IP.IP.IP_b03sb13_1_2010040716044947_1584620887_435758
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 1005 INVITE
Allow-Events: telephone-event
Reason: Q.850;cause=16
Content-Length: 0
Our switch was programmed poorly and sends back cause 16 for every call.
Is there any way to change it to 34? or remove it altogether?
I've tried setting sip-status and pstn-cause on sip-ua but only able to modify the SIP message, not the Q.850 message.
Any help would be greatly appreciated.
Thank you in advance.I'm not sure but try this:
To map a Q.850 call-disconnect cause code to a different Q.850 call-disconnect cause code, use the
q850-cause command in application-map configuration mode. To disable the code-to-code mapping, use
the no form of this command.
q850-cause code-id q850-cause code-id
no q850-cause code-id q850-cause code-id
The following example maps cause code 34 to cause code 17:
Router(config)# application
Router(config-app)# map
Router(config-app-map)# q850-cause 34 q850-cause 17 -
keep trying to send a message and it wont go through I keep getting a message pop up that says network problems cause code :3 what does this mean
SMS Error: Cause Code 3, Error Code 2
Maybe you are looking for
-
Some limitations in the BPM studio
Hi Everyone, I'm using the BPM/SOA Suite 11.1.1.3 and have observed a few limitations - 1. The BPMN flow trace, even when set to development mode is very limited and makes debugging difficult. 2. Even though the BPM studio is integrated with JDevelop
-
How to Identify Delta Field in DS
Hi Gurus, 1. My understanding is if a field in datasource(DS) is set as Delta, whenever that field value changes in DS then the delta process will initialize. (please correct me if i am wrong) Do we need to replicate everytime the field val
-
How to set username and password when using Proxy class for SOCKS5?
Hi all, I use the proxy class for SOCKS5, so need to set username and password, I don't find where can I set the value. whether the API support it. Thanks in advance!
-
Error creating Form Column Properties
Hi all. I got a problem creating Form Additional Column Properties through OIM API. The point is next: I got an instance of Oracle Identity Manager 11g R1 (11.1.1.5) I'm making a tool for some OIM objects automatic generations, in particular it shoul
-
Best Configuration for Multiple Video Captures
Hello, What would be faster and the most efficient for multiple video captures: - 9 video feeds written to 3 separate internal hard drives (3 feeds per hard drive) - 9 video feeds written to 3 internal hard drives in a combined RAID configuration - 9