Dear GI Experts,
Does anyone have any experience of using the Secure Relay component with GI? I would like to know the answers to the following questions:
- the GI admin guide only mentions its configuration but not its installation. Is it (router agent) installed separately? And the master agent is part of GI installation?
- what kind of protocol is being used for the communication (admin and data channels) between the master and router agents? Is it proprietary, and based on TCP/IP socket communication?
- I presume that the communication channels (admin and data channels) are secured using SSL. Are we allowed to disable SSL for the channels?
Thanks in advance for any response,
Michael Chong
Axway Singapore
Requesting further Information on Secure Relay
Published in August 12th, 2010
Posted by Tony in Axway Forum Syndicate
No Comments
Delete Instance
Published in August 9th, 2010
Posted by Tony in Axway Forum Syndicate
Hi,
I was trying to delete a ghost instance, and I'm getting an error that the instance doesn't exist. I did delete the archives of this chart before I deleted the instance..
$ opsadm delinst -name Z_OSSNOTE_436119 -pserver cannes
Can't find instance name 'Z_OSSNOTE_436119'
Delete error
I have checked that the name of the instance is correct. I have attached the snapshot of the instance on the Production server. Any idea why we get such error and Is there any other way of doing this? Thanks in advance..
Regards,
Narendra.
I was trying to delete a ghost instance, and I'm getting an error that the instance doesn't exist. I did delete the archives of this chart before I deleted the instance..
$ opsadm delinst -name Z_OSSNOTE_436119 -pserver cannes
Can't find instance name 'Z_OSSNOTE_436119'
Delete error
I have checked that the name of the instance is correct. I have attached the snapshot of the instance on the Production server. Any idea why we get such error and Is there any other way of doing this? Thanks in advance..
Regards,
Narendra.
Webservice without XWS connector
Published in August 9th, 2010
Posted by Tony in Axway Forum Syndicate
Hi,
We would like to support webservices using XIB. However we do not have the web service connector.
I am trying to find out if it possible to post a message using our HTTP connector not using a web service connector.
Functionally we are sending the status of a shipment to a logistics provider using the webservice provided. A response will be returned, however we will not use it.
According to my limited knowledge of web services to support the outgoing message the following would be needed :
1. create a schema that supports the xml message as well as the soap body \ header and envelope
2. map our inhouse message to this xml message
3. use mbc and HTTP functions or http send method to post the data
Is this correct?
Thx,
Rob
We would like to support webservices using XIB. However we do not have the web service connector.
I am trying to find out if it possible to post a message using our HTTP connector not using a web service connector.
Functionally we are sending the status of a shipment to a logistics provider using the webservice provided. A response will be returned, however we will not use it.
According to my limited knowledge of web services to support the outgoing message the following would be needed :
1. create a schema that supports the xml message as well as the soap body \ header and envelope
2. map our inhouse message to this xml message
3. use mbc and HTTP functions or http send method to post the data
Is this correct?
Thx,
Rob
Override email address in email send method
Published in August 9th, 2010
Posted by Tony in Axway Forum Syndicate
Hi,
I have made an integration where the result of a mapping is sent as an attachment within an email.
I would like to make the email address dynamic and set it in the main code of my mapping.
I have made this before using some standard xib functions and that works fine. However in this case mimeout mbc is between the mapping and the email send method to add the output of the mapping as an attachment. It looks like it that the email address I overrid in the main code gets lost in the mimeout MBS.
Anyone ideas why this does not work?
Thx, Rob
Here's the code used.
# Override email recipient
$EmailOverrideSR.$Use_Recipient = TA_EMAIL.$True;
$EmailOverrideSR.$Recipient = $EmailRecipientSR;
# Pack the record.
$EmailOverrideStringSR = TA_EMAIL.PackSendMethodOverrideAttribute($EmailOverrideSR);
# Set email recipient
$EmailRecipientSetSR = SetEmailRecipient($EmailOverrideStringSR, $outputobjectSR);
# Override email subject in email with attachment
DECLARE FUNCTION SetEmailSubject($subject, $outputobject)
{
DECLARE $ret INTEGER;
DECLARE $thissubject STRING;
$ret=0;
$thissubject=$subject;
# There will be multiple output objects. However we will only set the email subject for the email with attachment
# The name of the output object is set to the name of the email output object as created in the datamapper (the adf)
FOR $i=1 TO ARRAYSIZE($outputObject)
{
DMU.GetOutputMessageIds $outputObject[$i]
SESSIONID $loc_sessionId
MESSAGEIDS $outmessageIds;
IF ARRAYSIZE($outmessageIds)<>0 {
FOR $i=1 TO ARRAYSIZE($outmessageIds) {
# Add an attribute to the output message.
MBC_HIERCHMSGENV.SetAttribute $loc_sessionId
MessageId $outmessageIds[$i]
NAME TA_EMAIL.$SendMethodOverrideAttribute
VALUE $thissubject;
}
$ret=1;
BREAK;
}
}
RETURN $ret;
}
I have made an integration where the result of a mapping is sent as an attachment within an email.
I would like to make the email address dynamic and set it in the main code of my mapping.
I have made this before using some standard xib functions and that works fine. However in this case mimeout mbc is between the mapping and the email send method to add the output of the mapping as an attachment. It looks like it that the email address I overrid in the main code gets lost in the mimeout MBS.
Anyone ideas why this does not work?
Thx, Rob
Here's the code used.
# Override email recipient
$EmailOverrideSR.$Use_Recipient = TA_EMAIL.$True;
$EmailOverrideSR.$Recipient = $EmailRecipientSR;
# Pack the record.
$EmailOverrideStringSR = TA_EMAIL.PackSendMethodOverrideAttribute($EmailOverrideSR);
# Set email recipient
$EmailRecipientSetSR = SetEmailRecipient($EmailOverrideStringSR, $outputobjectSR);
# Override email subject in email with attachment
DECLARE FUNCTION SetEmailSubject($subject, $outputobject)
{
DECLARE $ret INTEGER;
DECLARE $thissubject STRING;
$ret=0;
$thissubject=$subject;
# There will be multiple output objects. However we will only set the email subject for the email with attachment
# The name of the output object is set to the name of the email output object as created in the datamapper (the adf)
FOR $i=1 TO ARRAYSIZE($outputObject)
{
DMU.GetOutputMessageIds $outputObject[$i]
SESSIONID $loc_sessionId
MESSAGEIDS $outmessageIds;
IF ARRAYSIZE($outmessageIds)<>0 {
FOR $i=1 TO ARRAYSIZE($outmessageIds) {
# Add an attribute to the output message.
MBC_HIERCHMSGENV.SetAttribute $loc_sessionId
MessageId $outmessageIds[$i]
NAME TA_EMAIL.$SendMethodOverrideAttribute
VALUE $thissubject;
}
$ret=1;
BREAK;
}
}
RETURN $ret;
}
Gateway Certified by Drummond Group
Published in August 6th, 2010
Posted by Tony in Axway Forum Syndicate
PHOENIX, July 27, 2010 ? Axway, the Business Interactions Networks company, today announced its solutions have again earned certification from Drummond Group, Inc. for Applicability Statement 2 (AS2) interoperability. The certification ensures that businesses can rely on Axway solutions to exchange data securely and reliably within their trading communities. Axway business-to-business (B2B) solutions also garnered Optional Test Profiles certification in Certificate Exchange Messaging (CEM), Filename Preservation (FN), Multiple Attachments (MA), and AS2 Reliability.
In addition to the Axway solutions that have been certified for many years, the most recent bi-annual AS2 certifications included Axway SecureTransport? for the first time. Axway SecureTransport is a secure managed file transfer (MFT) solution that simplifies and protects data as it moves inside or outside of an enterprise. Designed to handle both interactive, user-driven communications and automated file transfer over the Internet and private IP networks, SecureTransport allows IT organizations to easily consolidate disparate systems, automate and streamline applications, and simplify compliance with policies and regulations.
Axway has over 11,000 global enterprise customers spanning all industries. They provide leading business interaction network solutions that help customers transfer, track, manage and secure mission-critical business information to trading partners across the Web.
In addition to SecureTransport, Axway's Drummond-certified solutions include:
· Axway Gateway solutions ? Provide a standardized communications structure that connects trading partners and allows for the secure, reliable exchange of data
· Axway EndPoint solutions ? Enable quick and efficient connections from one point to any other
"Industry standards are an invaluable tool in a quick-paced business environment which cannot pause to deal with interoperability challenges," said Dave Bennett, CTO, Axway. "Drummond Group certifications for our products ensure that customers are able to manage their business interaction networks in a reliable, flexible and secure manner."
To learn more about Axway's Gateway solutions, please visit: http://www.axway.com/products-solutions/mft/gateways.
To learn more about Axway?s EndPoint solutions, please visit:
http://www.axway.com/products-solutions/mf...unity-solutions.
To learn more about Drummond Group's AS2 Interoperability Test, visit: http://www.drummondgroup.com/html-v2/pr_06_15_10.html.
Follow Axway on Twitter: http://twitter.com/Axway.
In addition to the Axway solutions that have been certified for many years, the most recent bi-annual AS2 certifications included Axway SecureTransport? for the first time. Axway SecureTransport is a secure managed file transfer (MFT) solution that simplifies and protects data as it moves inside or outside of an enterprise. Designed to handle both interactive, user-driven communications and automated file transfer over the Internet and private IP networks, SecureTransport allows IT organizations to easily consolidate disparate systems, automate and streamline applications, and simplify compliance with policies and regulations.
Axway has over 11,000 global enterprise customers spanning all industries. They provide leading business interaction network solutions that help customers transfer, track, manage and secure mission-critical business information to trading partners across the Web.
In addition to SecureTransport, Axway's Drummond-certified solutions include:
· Axway Gateway solutions ? Provide a standardized communications structure that connects trading partners and allows for the secure, reliable exchange of data
· Axway EndPoint solutions ? Enable quick and efficient connections from one point to any other
"Industry standards are an invaluable tool in a quick-paced business environment which cannot pause to deal with interoperability challenges," said Dave Bennett, CTO, Axway. "Drummond Group certifications for our products ensure that customers are able to manage their business interaction networks in a reliable, flexible and secure manner."
To learn more about Axway's Gateway solutions, please visit: http://www.axway.com/products-solutions/mft/gateways.
To learn more about Axway?s EndPoint solutions, please visit:
http://www.axway.com/products-solutions/mf...unity-solutions.
To learn more about Drummond Group's AS2 Interoperability Test, visit: http://www.drummondgroup.com/html-v2/pr_06_15_10.html.
Follow Axway on Twitter: http://twitter.com/Axway.
Connections 2011 - Save the Date!
Published in August 6th, 2010
Posted by Tony in Axway Forum Syndicate
Axway Connections (North America) will take place May 10-12, 2011 at the beautiful Hyatt Regency Scottsdale at Gainey Ranch in Scottsdale, Ariz.
What can you expect at Connections 2011? It will be all about you.
The agenda will focus on providing you with the tools and knowledge you need to revolutionize your business interaction networks for a more powerful competitive advantage in today's business climate. Once again, you will find yourself surrounded by an outstanding peer group - Axway's customers, business leaders and executives.
Watch for the "Early Bird Registration Now Available" Email in September
We plan to launch the full Connections 2011 website with all the details, including event registration and hotel reservation, in early September 2010. Please feel free to contact us at connections@us.axway.com with any questions.
What can you expect at Connections 2011? It will be all about you.
The agenda will focus on providing you with the tools and knowledge you need to revolutionize your business interaction networks for a more powerful competitive advantage in today's business climate. Once again, you will find yourself surrounded by an outstanding peer group - Axway's customers, business leaders and executives.
Watch for the "Early Bird Registration Now Available" Email in September
We plan to launch the full Connections 2011 website with all the details, including event registration and hotel reservation, in early September 2010. Please feel free to contact us at connections@us.axway.com with any questions.
Axway User Groups - Sign Up Today (North America)
Published in August 6th, 2010
Posted by Tony in Axway Forum Syndicate
Axway?s User Groups (US locations) are an excellent way to receive technical content, education and to meet with peers to get more out of the Axway platform, products, solutions and resources.
The Axway User Groups will hold regional discussion forums for customers who share a common interest in Axway products and technologies. Many forum presentations focus on technical topics and include talks by group members that address architecture, deployments, application design, and infrastructure management. These forums provide an excellent place for members to interact with their peers and with Axway technical and product marketing staff.
Sign-up today at http://www.axway.com/usergroups.
For questions regarding User Groups send an email to Axway360@axway.com
The Axway User Groups will hold regional discussion forums for customers who share a common interest in Axway products and technologies. Many forum presentations focus on technical topics and include talks by group members that address architecture, deployments, application design, and infrastructure management. These forums provide an excellent place for members to interact with their peers and with Axway technical and product marketing staff.
Sign-up today at http://www.axway.com/usergroups.
For questions regarding User Groups send an email to Axway360@axway.com
CGateGroup - Undefined
Published in August 6th, 2010
Posted by Tony in Axway Forum Syndicate
Hi,
I am slowly getting to grips with the XFB Gateway GUI (6.9.1 sp7). I have had no training and so I am having to do things on the fly and read the manuals.
According to the Help pages, the CGateGroup State overrides sub groups and CGates states. To prevent this, you need to specify "Undefined" for the parent CGateGroup State. However, the option is not available and if I just blank it out and click on OK, the state is returned to what it was before (i.e. nothing happens).
Can anyone offer guidance on this ?
Thanks,
Hugh
I am slowly getting to grips with the XFB Gateway GUI (6.9.1 sp7). I have had no training and so I am having to do things on the fly and read the manuals.
According to the Help pages, the CGateGroup State overrides sub groups and CGates states. To prevent this, you need to specify "Undefined" for the parent CGateGroup State. However, the option is not available and if I just blank it out and click on OK, the state is returned to what it was before (i.e. nothing happens).
Can anyone offer guidance on this ?
Thanks,
Hugh
Getting the input values in classifier activitiy
Published in July 30th, 2010
Posted by Tony in Axway Forum Syndicate
Hello!
I'm trying to make a classifier that will take input from configuration in the integrations classifier activity and compare this to the filename.
What I can't figure out is how to get the values I'm using for input, I only get the fields name.
For example:
======GUI======
Starts with: "foo"
Ends with: "bar"
Contains: "foobar"
======GUI======
And I want to get the values in the program; "foo", "bar" and "foobar", but I'm only succeeding to get the field names "Starts with", "Ends with" and "Contains".
Anyone have any ideas how to do this?
Thanks in advance
I'm trying to make a classifier that will take input from configuration in the integrations classifier activity and compare this to the filename.
What I can't figure out is how to get the values I'm using for input, I only get the fields name.
For example:
======GUI======
Starts with: "foo"
Ends with: "bar"
Contains: "foobar"
======GUI======
And I want to get the values in the program; "foo", "bar" and "foobar", but I'm only succeeding to get the field names "Starts with", "Ends with" and "Contains".
Anyone have any ideas how to do this?
Thanks in advance
Transfer Resumption Errors
Published in July 30th, 2010
Posted by Tony in Axway Forum Syndicate
Dear CFT Experts,
I'm trying to simulate the ability of CFT to resume a previously-interrupted file transfer due to network connectivity failure. Network connectivity failure is simulated by unplugging the network cable from the receiving CFT's machine. The interrupted file transfer did resume upon plug-in of the network cable again to the receiving CFT's machine, but the very first retry from the Sender CFT to the Receiver CFT would always be considered a retry failure. The Sender CFT's log file (as attached) would contain the following entries before and after the error at 14:58:22:
10/07/29 14:50:37 CFTS20I Communication file row number deleted: 00000064
10/07/29 14:50:37 CFTI34I PID=1012 CFTTFIL Task started successfully
10/07/29 14:50:38 CFTT57I Requester transfer started <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914503 >
10/07/29 14:51:21 CFTT82E transfer aborted <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_H IDT=G2914503 302 R 0 2f0>
10/07/29 14:51:21 CFTT88I+<IDTU=A000005Y FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=16667648>
10/07/29 14:52:21 CFTI35I PID=1012 CFTTFIL Task ended
10/07/29 14:52:40 CFTI34I PID=4508 CFTTFIL Task started successfully
10/07/29 14:53:01 CFTH10E Network connect reject <PART=CFT_HQ RECOV=0 L=0 R=0 D=280 NET=TCP>
10/07/29 14:53:01 CFTT75E connect reject <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_H IDT=G2914503 302 R 00 280>
10/07/29 14:53:01 CFTT88I+<IDTU=A000005Y FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:54:01 CFTI35I PID=4508 CFTTFIL Task ended
10/07/29 14:54:02 CFTI34I PID=3612 CFTTFIL Task started successfully
10/07/29 14:58:22 CFTH11E Error Opening session <PART=CFT_HQ EV=VVTIMO ST=CN0022>
10/07/29 14:58:22 CFTT75E connect reject <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_H IDT=G2914503 302 TIMEOUT>
10/07/29 14:58:22 CFTT88I+<IDTU=A000005Y FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:59:00 CFTT57I Requester transfer started <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914503 >
10/07/29 15:00:55 CFTT58I Requester transfer ended <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914503>
10/07/29 15:00:55 CFTT88I+<IDTU=A000005Y FNAME=F:\\Sentinel_3...._1006011115.jar NBC=81856473>
10/07/29 15:00:58 CFTT59I Server reply transfered <IDTU=00000000 PART=CFT_HQ IDM=JKT_TO_HQ IDT=G2914503>
10/07/29 15:01:58 CFTI35I PID=3612 CFTTFIL Task ended
On the Receiver CFT side, the log file (as attached) would contain the following entries before and after error at 14:54:34:
10/07/29 14:51:06 CFTI34I PID=24620 CFTTFIL Task started successfully
10/07/29 14:51:06 CFTT57I Server transfer started <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914503 >
10/07/29 14:51:40 CFTT82E transfer aborted <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_H IDT=G2914503 302 R 9 e01>
10/07/29 14:51:40 CFTT88I+<IDTU=A0000012 FNAME=recv\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=16647168>
10/07/29 14:52:40 CFTI35I PID=24620 CFTTFIL Task ended
10/07/29 14:54:34 CFTH19E Incoming call accept error <NCR=-29 NCS=00010054 NET=TCP>
10/07/29 14:59:28 CFTI34I PID=24936 CFTTFIL Task started successfully
10/07/29 14:59:28 CFTT57I Server transfer started <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914503 >
10/07/29 15:01:24 CFTT58I Server transfer ended <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914503>
10/07/29 15:01:24 CFTT88I+<IDTU=A0000012 FNAME=recv\Sentinel_3..._1006011115.jar NBC=81856473>
10/07/29 15:01:24 CFTS03I _ d:\Axway\Synchrony\Transfer_CFT\runtime\exec\RCV_ACK.bat executed <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914503>
10/07/29 15:01:26 CFTS20I Communication file row number deleted: 00000021
10/07/29 15:01:26 CFTT59I Requester reply transfered <IDTU=A0000013 PART=CFT_JKT IDM=G2914503 IDT=G2915012>
10/07/29 15:02:26 CFTI35I PID=24936 CFTTFIL Task ended
The file transfer would ultimately be completed successfully with the next retry as can be observed above, but if there's no more retry for this transfer, it's considered a failed transfer.
Another issue I have observed is when I unplug the network cable of the Sender CFT's machine (different from the above scenario where I unplugged the Receiver CFT's machine). In this case, the elapsed time before the very first retry upon network connection resumption took almost 5 minutes (i.e. network connection resumption was done at about 14:42:37 and retry only at 14:47:20 below):
10/07/29 14:40:33 CFTS20I Communication file row number deleted: 00000063
10/07/29 14:40:33 CFTI34I PID=5620 CFTTFIL Task started successfully
10/07/29 14:40:34 CFTT57I Requester transfer started <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914403 >
10/07/29 14:41:01 CFTT82E transfer aborted <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_H IDT=G2914403 302 R 9 e01>
10/07/29 14:41:01 CFTT88I+<IDTU=A000005X FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=13993472>
10/07/29 14:41:37 CFTH09E Network connect request local error <PART=CFT_HQ NCR=416 NCS=MAXCNX NET=TCP>
10/07/29 14:41:37 CFTT75E connect reject <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_H IDT=G2914403 416 MAXCNX>
10/07/29 14:41:37 CFTT88I+<IDTU=A000005X FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:42:37 CFTI35I PID=5620 CFTTFIL Task ended
10/07/29 14:47:20 CFTI34I PID=4556 CFTTFIL Task started successfully
10/07/29 14:47:21 CFTT57I Requester transfer started <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914403 >
10/07/29 14:49:20 CFTT58I Requester transfer ended <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914403>
10/07/29 14:49:20 CFTT88I+<IDTU=A000005X FNAME=F:\\Sentinel_3...._1006011115.jar NBC=81856473>
10/07/29 14:49:21 CFTT59I Server reply transfered <IDTU=00000000 PART=CFT_HQ IDM=JKT_TO_HQ IDT=G2914403>
10/07/29 14:50:21 CFTI35I PID=4556 CFTTFIL Task ended
The question here is how do I reduce this elapsed time before the very first retry upon network connection resumption? I have set the time between retries to 1 minute from the Sender CFT to the Receiver CFT ("CFT_HQ" - refer to the Sender CFT's extracted configuration as attached).
Lastly, I have also encountered an issue when using SSL for file transfers between two CFTs. There's no major issue when I unplug the network cable of the Sender CFT's machine, except for the delayed retry at 13:54:56 upon network connection resumption at about 13:50:58 below that took almost 5 minutes (similar to the non-SSL case above):
10/07/29 13:48:13 CFTS20I Communication file row number deleted: 00000059
10/07/29 13:48:13 CFTI34I PID=3644 CFTTFIL Task started successfully
10/07/29 13:48:13 CFTY08I PID=5784 CFTTSSL Task started successfully
10/07/29 13:48:13 CFTY19I PART=CFT_HQ SSL=SSLPROT1 opening client session CTX=20000d on task PID=5784
10/07/29 13:48:15 CFTY21I CTX=20000d Remote server certificate accepted ROOTID=SOPRACA
10/07/29 13:48:15 CFTY23I CTX=20000d Client certificate ID=USER1 ROOTID=SOPRACA
10/07/29 13:48:16 CFTY14I CTX=20000d PART=CFT_HQ SSL=SSLPROT2 client session established CIPHER=10 AUTH=BOTH
10/07/29 13:48:16 CFTT57I Requester transfer started <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2913481 >
10/07/29 13:48:51 CFTY11I CTX=20000d PART=CFT_HQ SSL=SSLPROT2 Closing client SSL session
10/07/29 13:48:51 CFTT82E transfer aborted <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_H IDT=G2913481 302 R 9 e01>
10/07/29 13:48:51 CFTT88I+<IDTU=A000005T FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=15904256>
10/07/29 13:49:51 CFTI35I PID=3644 CFTTFIL Task ended
10/07/29 13:49:51 CFTY09I PID=5784 CFTTSSL Task ended
10/07/29 13:49:58 CFTI34I PID=5592 CFTTFIL Task started successfully
10/07/29 13:49:58 CFTH09E Network connect request local error <PART=CFT_HQ NCR=416 NCS=MAXCNX NET=TCP>
10/07/29 13:49:58 CFTT75E connect reject <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_H IDT=G2913481 416 MAXCNX>
10/07/29 13:49:58 CFTT88I+<IDTU=A000005T FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 13:49:58 CFTN04E Synchronization error (connect reject) SSLTID=27659 _ CR=-1 CS=04822016
10/07/29 13:50:58 CFTI35I PID=5592 CFTTFIL Task ended
10/07/29 13:54:56 CFTI34I PID=312 CFTTFIL Task started successfully
10/07/29 13:54:57 CFTY08I PID=1968 CFTTSSL Task started successfully
10/07/29 13:54:57 CFTY19I PART=CFT_HQ SSL=SSLPROT1 opening client session CTX=20000f on task PID=1968
10/07/29 13:54:58 CFTY21I CTX=20000f Remote server certificate accepted ROOTID=SOPRACA
10/07/29 13:54:58 CFTY23I CTX=20000f Client certificate ID=USER1 ROOTID=SOPRACA
10/07/29 13:54:58 CFTY14I CTX=20000f PART=CFT_HQ SSL=SSLPROT2 client session established CIPHER=10 AUTH=BOTH
10/07/29 13:54:59 CFTT57I Requester transfer started <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2913481 >
10/07/29 13:56:57 CFTT58I Requester transfer ended <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2913481>
10/07/29 13:56:57 CFTT88I+<IDTU=A000005T FNAME=F:\\Sentinel_3...._1006011115.jar NBC=81856473>
10/07/29 13:57:00 CFTY20I PROT=PROTSSL1 SSL=SSLPROT1 opening server session CTX=210010 on task PID=1968
10/07/29 13:57:00 CFTY25I CTX=210010 remote address HOST=172.25.18.5
10/07/29 13:57:00 CFTY24I CTX=210010 Server certificate ID=USER1 ROOTID=SOPRACA
10/07/29 13:57:00 CFTY22I CTX=210010 Remote client certificate accepted ROOTID=SOPRACA
10/07/29 13:57:00 CFTY15I CTX=210010 PROT=PROTSSL1 SSL=SSLPROT1 server session established CIPHER=10 AUTH=BOTH
10/07/29 13:57:00 CFTT59I Server reply transfered <IDTU=00000000 PART=CFT_HQ IDM=JKT_TO_HQ IDT=G2913481>
10/07/29 13:57:12 CFTY11I CTX=20000f PART=CFT_HQ SSL=SSLPROT2 Closing client SSL session
10/07/29 13:57:15 CFTY12I CTX=210010 PROT=PROTSSL1 SSL=SSLPROT1 Closing server SSL session
10/07/29 13:58:00 CFTI35I PID=312 CFTTFIL Task ended
10/07/29 13:58:15 CFTY09I PID=1968 CFTTSSL Task ended
However, there's a major issue when I unplug the network cable of the Receiver CFT's machine, resulting in a failed transfer although network connection to the Receiver CFT's machine was made available before the number of retries was exhausted. The relevant erroneous entries in both the Sender and Receiver CFT's log files are in red below:
Sender CFT's log file (network connection resumption at about 14:05:29 below):
10/07/29 14:02:34 CFTS20I Communication file row number deleted: 00000060
10/07/29 14:02:34 CFTI34I PID=4876 CFTTFIL Task started successfully
10/07/29 14:02:35 CFTY08I PID=396 CFTTSSL Task started successfully
10/07/29 14:02:35 CFTY19I PART=CFT_HQ SSL=SSLPROT1 opening client session CTX=200011 on task PID=396
10/07/29 14:02:35 CFTY21I CTX=200011 Remote server certificate accepted ROOTID=SOPRACA
10/07/29 14:02:35 CFTY23I CTX=200011 Client certificate ID=USER1 ROOTID=SOPRACA
10/07/29 14:02:35 CFTY14I CTX=200011 PART=CFT_HQ SSL=SSLPROT2 client session established CIPHER=10 AUTH=BOTH
10/07/29 14:02:36 CFTT57I Requester transfer started <IDTU=A000005U PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914023 >
10/07/29 14:03:22 CFTT82E transfer aborted <IDTU=A000005U PART=CFT_HQ IDF=JKT_TO_H IDT=G2914023 240 RTO>
10/07/29 14:03:22 CFTT88I+<IDTU=A000005U FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=17431040>
10/07/29 14:03:37 CFTY11I CTX=200011 PART=CFT_HQ SSL=SSLPROT2 Closing client SSL session
10/07/29 14:04:29 CFTH10E Network connect reject <PART=CFT_HQ RECOV=0 L=0 R=0 D=280 NET=TCP>
10/07/29 14:04:29 CFTT75E connect reject <IDTU=A000005U PART=CFT_HQ IDF=JKT_TO_H IDT=G2914023 302 R 00 280>
10/07/29 14:04:29 CFTT88I+<IDTU=A000005U FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:05:29 CFTY09I PID=396 CFTTSSL Task ended
10/07/29 14:05:29 CFTI35I PID=4876 CFTTFIL Task ended
10/07/29 14:06:02 CFTI34I PID=4928 CFTTFIL Task started successfully
10/07/29 14:06:02 CFTY08I PID=4336 CFTTSSL Task started successfully
10/07/29 14:06:02 CFTY19I PART=CFT_HQ SSL=SSLPROT1 opening client session CTX=200013 on task PID=4336
10/07/29 14:06:17 CFTH11E Error Opening session <PART=CFT_HQ EV=VVTIMO ST=SUP01>
10/07/29 14:06:17 CFTT75E connect reject <IDTU=A000005U PART=CFT_HQ IDF=JKT_TO_H IDT=G2914023 260 TIMEOUT>
10/07/29 14:06:17 CFTY11I CTX=200013 PART=CFT_HQ SSL=SSLPROT2 Closing client SSL session
10/07/29 14:06:17 CFTT88I+<IDTU=A000005U FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:07:17 CFTY09I PID=4336 CFTTSSL Task ended
10/07/29 14:07:17 CFTI35I PID=4928 CFTTFIL Task ended
Receiver CFT's log file:
10/07/29 14:03:03 CFTY08I PID=24516 CFTTSSL Task started successfully
10/07/29 14:03:03 CFTY20I PROT=PROTSSL1 SSL=SSLPROT1 opening server session CTX=20000e on task PID=24516
10/07/29 14:03:03 CFTY25I CTX=20000e remote address HOST=172.25.20.12
10/07/29 14:03:03 CFTY24I CTX=20000e Server certificate ID=USER1 ROOTID=SOPRACA
10/07/29 14:03:03 CFTY22I CTX=20000e Remote client certificate accepted ROOTID=SOPRACA
10/07/29 14:03:04 CFTY15I CTX=20000e PROT=PROTSSL1 SSL=SSLPROT1 server session established CIPHER=10 AUTH=BOTH
10/07/29 14:03:04 CFTI34I PID=23760 CFTTFIL Task started successfully
10/07/29 14:03:04 CFTT57I Server transfer started <IDTU=A000000W PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914023 >
10/07/29 14:03:41 CFTY12I CTX=20000e PROT=PROTSSL1 SSL=SSLPROT1 Closing server SSL session
10/07/29 14:03:41 CFTT82E transfer aborted <IDTU=A000000W PART=CFT_JKT IDF=JKT_TO_H IDT=G2914023 302 R 9 e01>
10/07/29 14:03:41 CFTT88I+<IDTU=A000000W FNAME=recv\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=17414656>
10/07/29 14:04:41 CFTY09I PID=24516 CFTTSSL Task ended
10/07/29 14:04:41 CFTI35I PID=23760 CFTTFIL Task ended
10/07/29 14:06:35 CFTH19E Incoming call accept error <NCR=-29 NCS=00010054 NET=TCP>
10/07/29 14:06:35 CFTN04E Synchronization error (connect reject) SSLTID=28681 _ CR=-1 CS=04868096
As mentioned, this error caused the transfer to fail and as a result, no retries were performed after that. The surprising thing about this failed transfer is that it could be completed successfully upon manual re-start from the copilot catalog.
Thanks for any help,
Michael Chong
Axway Singapore
I'm trying to simulate the ability of CFT to resume a previously-interrupted file transfer due to network connectivity failure. Network connectivity failure is simulated by unplugging the network cable from the receiving CFT's machine. The interrupted file transfer did resume upon plug-in of the network cable again to the receiving CFT's machine, but the very first retry from the Sender CFT to the Receiver CFT would always be considered a retry failure. The Sender CFT's log file (as attached) would contain the following entries before and after the error at 14:58:22:
10/07/29 14:50:37 CFTS20I Communication file row number deleted: 00000064
10/07/29 14:50:37 CFTI34I PID=1012 CFTTFIL Task started successfully
10/07/29 14:50:38 CFTT57I Requester transfer started <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914503 >
10/07/29 14:51:21 CFTT82E transfer aborted <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_H IDT=G2914503 302 R 0 2f0>
10/07/29 14:51:21 CFTT88I+<IDTU=A000005Y FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=16667648>
10/07/29 14:52:21 CFTI35I PID=1012 CFTTFIL Task ended
10/07/29 14:52:40 CFTI34I PID=4508 CFTTFIL Task started successfully
10/07/29 14:53:01 CFTH10E Network connect reject <PART=CFT_HQ RECOV=0 L=0 R=0 D=280 NET=TCP>
10/07/29 14:53:01 CFTT75E connect reject <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_H IDT=G2914503 302 R 00 280>
10/07/29 14:53:01 CFTT88I+<IDTU=A000005Y FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:54:01 CFTI35I PID=4508 CFTTFIL Task ended
10/07/29 14:54:02 CFTI34I PID=3612 CFTTFIL Task started successfully
10/07/29 14:58:22 CFTH11E Error Opening session <PART=CFT_HQ EV=VVTIMO ST=CN0022>
10/07/29 14:58:22 CFTT75E connect reject <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_H IDT=G2914503 302 TIMEOUT>
10/07/29 14:58:22 CFTT88I+<IDTU=A000005Y FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:59:00 CFTT57I Requester transfer started <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914503 >
10/07/29 15:00:55 CFTT58I Requester transfer ended <IDTU=A000005Y PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914503>
10/07/29 15:00:55 CFTT88I+<IDTU=A000005Y FNAME=F:\\Sentinel_3...._1006011115.jar NBC=81856473>
10/07/29 15:00:58 CFTT59I Server reply transfered <IDTU=00000000 PART=CFT_HQ IDM=JKT_TO_HQ IDT=G2914503>
10/07/29 15:01:58 CFTI35I PID=3612 CFTTFIL Task ended
On the Receiver CFT side, the log file (as attached) would contain the following entries before and after error at 14:54:34:
10/07/29 14:51:06 CFTI34I PID=24620 CFTTFIL Task started successfully
10/07/29 14:51:06 CFTT57I Server transfer started <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914503 >
10/07/29 14:51:40 CFTT82E transfer aborted <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_H IDT=G2914503 302 R 9 e01>
10/07/29 14:51:40 CFTT88I+<IDTU=A0000012 FNAME=recv\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=16647168>
10/07/29 14:52:40 CFTI35I PID=24620 CFTTFIL Task ended
10/07/29 14:54:34 CFTH19E Incoming call accept error <NCR=-29 NCS=00010054 NET=TCP>
10/07/29 14:59:28 CFTI34I PID=24936 CFTTFIL Task started successfully
10/07/29 14:59:28 CFTT57I Server transfer started <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914503 >
10/07/29 15:01:24 CFTT58I Server transfer ended <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914503>
10/07/29 15:01:24 CFTT88I+<IDTU=A0000012 FNAME=recv\Sentinel_3..._1006011115.jar NBC=81856473>
10/07/29 15:01:24 CFTS03I _ d:\Axway\Synchrony\Transfer_CFT\runtime\exec\RCV_ACK.bat executed <IDTU=A0000012 PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914503>
10/07/29 15:01:26 CFTS20I Communication file row number deleted: 00000021
10/07/29 15:01:26 CFTT59I Requester reply transfered <IDTU=A0000013 PART=CFT_JKT IDM=G2914503 IDT=G2915012>
10/07/29 15:02:26 CFTI35I PID=24936 CFTTFIL Task ended
The file transfer would ultimately be completed successfully with the next retry as can be observed above, but if there's no more retry for this transfer, it's considered a failed transfer.
Another issue I have observed is when I unplug the network cable of the Sender CFT's machine (different from the above scenario where I unplugged the Receiver CFT's machine). In this case, the elapsed time before the very first retry upon network connection resumption took almost 5 minutes (i.e. network connection resumption was done at about 14:42:37 and retry only at 14:47:20 below):
10/07/29 14:40:33 CFTS20I Communication file row number deleted: 00000063
10/07/29 14:40:33 CFTI34I PID=5620 CFTTFIL Task started successfully
10/07/29 14:40:34 CFTT57I Requester transfer started <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914403 >
10/07/29 14:41:01 CFTT82E transfer aborted <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_H IDT=G2914403 302 R 9 e01>
10/07/29 14:41:01 CFTT88I+<IDTU=A000005X FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=13993472>
10/07/29 14:41:37 CFTH09E Network connect request local error <PART=CFT_HQ NCR=416 NCS=MAXCNX NET=TCP>
10/07/29 14:41:37 CFTT75E connect reject <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_H IDT=G2914403 416 MAXCNX>
10/07/29 14:41:37 CFTT88I+<IDTU=A000005X FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:42:37 CFTI35I PID=5620 CFTTFIL Task ended
10/07/29 14:47:20 CFTI34I PID=4556 CFTTFIL Task started successfully
10/07/29 14:47:21 CFTT57I Requester transfer started <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914403 >
10/07/29 14:49:20 CFTT58I Requester transfer ended <IDTU=A000005X PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914403>
10/07/29 14:49:20 CFTT88I+<IDTU=A000005X FNAME=F:\\Sentinel_3...._1006011115.jar NBC=81856473>
10/07/29 14:49:21 CFTT59I Server reply transfered <IDTU=00000000 PART=CFT_HQ IDM=JKT_TO_HQ IDT=G2914403>
10/07/29 14:50:21 CFTI35I PID=4556 CFTTFIL Task ended
The question here is how do I reduce this elapsed time before the very first retry upon network connection resumption? I have set the time between retries to 1 minute from the Sender CFT to the Receiver CFT ("CFT_HQ" - refer to the Sender CFT's extracted configuration as attached).
Lastly, I have also encountered an issue when using SSL for file transfers between two CFTs. There's no major issue when I unplug the network cable of the Sender CFT's machine, except for the delayed retry at 13:54:56 upon network connection resumption at about 13:50:58 below that took almost 5 minutes (similar to the non-SSL case above):
10/07/29 13:48:13 CFTS20I Communication file row number deleted: 00000059
10/07/29 13:48:13 CFTI34I PID=3644 CFTTFIL Task started successfully
10/07/29 13:48:13 CFTY08I PID=5784 CFTTSSL Task started successfully
10/07/29 13:48:13 CFTY19I PART=CFT_HQ SSL=SSLPROT1 opening client session CTX=20000d on task PID=5784
10/07/29 13:48:15 CFTY21I CTX=20000d Remote server certificate accepted ROOTID=SOPRACA
10/07/29 13:48:15 CFTY23I CTX=20000d Client certificate ID=USER1 ROOTID=SOPRACA
10/07/29 13:48:16 CFTY14I CTX=20000d PART=CFT_HQ SSL=SSLPROT2 client session established CIPHER=10 AUTH=BOTH
10/07/29 13:48:16 CFTT57I Requester transfer started <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2913481 >
10/07/29 13:48:51 CFTY11I CTX=20000d PART=CFT_HQ SSL=SSLPROT2 Closing client SSL session
10/07/29 13:48:51 CFTT82E transfer aborted <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_H IDT=G2913481 302 R 9 e01>
10/07/29 13:48:51 CFTT88I+<IDTU=A000005T FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=15904256>
10/07/29 13:49:51 CFTI35I PID=3644 CFTTFIL Task ended
10/07/29 13:49:51 CFTY09I PID=5784 CFTTSSL Task ended
10/07/29 13:49:58 CFTI34I PID=5592 CFTTFIL Task started successfully
10/07/29 13:49:58 CFTH09E Network connect request local error <PART=CFT_HQ NCR=416 NCS=MAXCNX NET=TCP>
10/07/29 13:49:58 CFTT75E connect reject <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_H IDT=G2913481 416 MAXCNX>
10/07/29 13:49:58 CFTT88I+<IDTU=A000005T FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 13:49:58 CFTN04E Synchronization error (connect reject) SSLTID=27659 _ CR=-1 CS=04822016
10/07/29 13:50:58 CFTI35I PID=5592 CFTTFIL Task ended
10/07/29 13:54:56 CFTI34I PID=312 CFTTFIL Task started successfully
10/07/29 13:54:57 CFTY08I PID=1968 CFTTSSL Task started successfully
10/07/29 13:54:57 CFTY19I PART=CFT_HQ SSL=SSLPROT1 opening client session CTX=20000f on task PID=1968
10/07/29 13:54:58 CFTY21I CTX=20000f Remote server certificate accepted ROOTID=SOPRACA
10/07/29 13:54:58 CFTY23I CTX=20000f Client certificate ID=USER1 ROOTID=SOPRACA
10/07/29 13:54:58 CFTY14I CTX=20000f PART=CFT_HQ SSL=SSLPROT2 client session established CIPHER=10 AUTH=BOTH
10/07/29 13:54:59 CFTT57I Requester transfer started <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2913481 >
10/07/29 13:56:57 CFTT58I Requester transfer ended <IDTU=A000005T PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2913481>
10/07/29 13:56:57 CFTT88I+<IDTU=A000005T FNAME=F:\\Sentinel_3...._1006011115.jar NBC=81856473>
10/07/29 13:57:00 CFTY20I PROT=PROTSSL1 SSL=SSLPROT1 opening server session CTX=210010 on task PID=1968
10/07/29 13:57:00 CFTY25I CTX=210010 remote address HOST=172.25.18.5
10/07/29 13:57:00 CFTY24I CTX=210010 Server certificate ID=USER1 ROOTID=SOPRACA
10/07/29 13:57:00 CFTY22I CTX=210010 Remote client certificate accepted ROOTID=SOPRACA
10/07/29 13:57:00 CFTY15I CTX=210010 PROT=PROTSSL1 SSL=SSLPROT1 server session established CIPHER=10 AUTH=BOTH
10/07/29 13:57:00 CFTT59I Server reply transfered <IDTU=00000000 PART=CFT_HQ IDM=JKT_TO_HQ IDT=G2913481>
10/07/29 13:57:12 CFTY11I CTX=20000f PART=CFT_HQ SSL=SSLPROT2 Closing client SSL session
10/07/29 13:57:15 CFTY12I CTX=210010 PROT=PROTSSL1 SSL=SSLPROT1 Closing server SSL session
10/07/29 13:58:00 CFTI35I PID=312 CFTTFIL Task ended
10/07/29 13:58:15 CFTY09I PID=1968 CFTTSSL Task ended
However, there's a major issue when I unplug the network cable of the Receiver CFT's machine, resulting in a failed transfer although network connection to the Receiver CFT's machine was made available before the number of retries was exhausted. The relevant erroneous entries in both the Sender and Receiver CFT's log files are in red below:
Sender CFT's log file (network connection resumption at about 14:05:29 below):
10/07/29 14:02:34 CFTS20I Communication file row number deleted: 00000060
10/07/29 14:02:34 CFTI34I PID=4876 CFTTFIL Task started successfully
10/07/29 14:02:35 CFTY08I PID=396 CFTTSSL Task started successfully
10/07/29 14:02:35 CFTY19I PART=CFT_HQ SSL=SSLPROT1 opening client session CTX=200011 on task PID=396
10/07/29 14:02:35 CFTY21I CTX=200011 Remote server certificate accepted ROOTID=SOPRACA
10/07/29 14:02:35 CFTY23I CTX=200011 Client certificate ID=USER1 ROOTID=SOPRACA
10/07/29 14:02:35 CFTY14I CTX=200011 PART=CFT_HQ SSL=SSLPROT2 client session established CIPHER=10 AUTH=BOTH
10/07/29 14:02:36 CFTT57I Requester transfer started <IDTU=A000005U PART=CFT_HQ IDF=JKT_TO_HQ IDT=G2914023 >
10/07/29 14:03:22 CFTT82E transfer aborted <IDTU=A000005U PART=CFT_HQ IDF=JKT_TO_H IDT=G2914023 240 RTO>
10/07/29 14:03:22 CFTT88I+<IDTU=A000005U FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=17431040>
10/07/29 14:03:37 CFTY11I CTX=200011 PART=CFT_HQ SSL=SSLPROT2 Closing client SSL session
10/07/29 14:04:29 CFTH10E Network connect reject <PART=CFT_HQ RECOV=0 L=0 R=0 D=280 NET=TCP>
10/07/29 14:04:29 CFTT75E connect reject <IDTU=A000005U PART=CFT_HQ IDF=JKT_TO_H IDT=G2914023 302 R 00 280>
10/07/29 14:04:29 CFTT88I+<IDTU=A000005U FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:05:29 CFTY09I PID=396 CFTTSSL Task ended
10/07/29 14:05:29 CFTI35I PID=4876 CFTTFIL Task ended
10/07/29 14:06:02 CFTI34I PID=4928 CFTTFIL Task started successfully
10/07/29 14:06:02 CFTY08I PID=4336 CFTTSSL Task started successfully
10/07/29 14:06:02 CFTY19I PART=CFT_HQ SSL=SSLPROT1 opening client session CTX=200013 on task PID=4336
10/07/29 14:06:17 CFTH11E Error Opening session <PART=CFT_HQ EV=VVTIMO ST=SUP01>
10/07/29 14:06:17 CFTT75E connect reject <IDTU=A000005U PART=CFT_HQ IDF=JKT_TO_H IDT=G2914023 260 TIMEOUT>
10/07/29 14:06:17 CFTY11I CTX=200013 PART=CFT_HQ SSL=SSLPROT2 Closing client SSL session
10/07/29 14:06:17 CFTT88I+<IDTU=A000005U FNAME=F:\\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=0>
10/07/29 14:07:17 CFTY09I PID=4336 CFTTSSL Task ended
10/07/29 14:07:17 CFTI35I PID=4928 CFTTFIL Task ended
Receiver CFT's log file:
10/07/29 14:03:03 CFTY08I PID=24516 CFTTSSL Task started successfully
10/07/29 14:03:03 CFTY20I PROT=PROTSSL1 SSL=SSLPROT1 opening server session CTX=20000e on task PID=24516
10/07/29 14:03:03 CFTY25I CTX=20000e remote address HOST=172.25.20.12
10/07/29 14:03:03 CFTY24I CTX=20000e Server certificate ID=USER1 ROOTID=SOPRACA
10/07/29 14:03:03 CFTY22I CTX=20000e Remote client certificate accepted ROOTID=SOPRACA
10/07/29 14:03:04 CFTY15I CTX=20000e PROT=PROTSSL1 SSL=SSLPROT1 server session established CIPHER=10 AUTH=BOTH
10/07/29 14:03:04 CFTI34I PID=23760 CFTTFIL Task started successfully
10/07/29 14:03:04 CFTT57I Server transfer started <IDTU=A000000W PART=CFT_JKT IDF=JKT_TO_HQ IDT=G2914023 >
10/07/29 14:03:41 CFTY12I CTX=20000e PROT=PROTSSL1 SSL=SSLPROT1 Closing server SSL session
10/07/29 14:03:41 CFTT82E transfer aborted <IDTU=A000000W PART=CFT_JKT IDF=JKT_TO_H IDT=G2914023 302 R 9 e01>
10/07/29 14:03:41 CFTT88I+<IDTU=A000000W FNAME=recv\Sentinel_3.3.0_all_SP8_1006011115.jar NBC=17414656>
10/07/29 14:04:41 CFTY09I PID=24516 CFTTSSL Task ended
10/07/29 14:04:41 CFTI35I PID=23760 CFTTFIL Task ended
10/07/29 14:06:35 CFTH19E Incoming call accept error <NCR=-29 NCS=00010054 NET=TCP>
10/07/29 14:06:35 CFTN04E Synchronization error (connect reject) SSLTID=28681 _ CR=-1 CS=04868096
As mentioned, this error caused the transfer to fail and as a result, no retries were performed after that. The surprising thing about this failed transfer is that it could be completed successfully upon manual re-start from the copilot catalog.
Thanks for any help,
Michael Chong
Axway Singapore
Social Network
| M | T | W | T | F | S | S |
|---|---|---|---|---|---|---|
| « Aug | ||||||
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | |||
Recent Entries
- Pgm d’execution après reception
- Transfert KO between two Gateway
- Difference between two variables
- CFTSEND
- FileZilla server
- overidding partner delivery exchange
- TRANS END failure
- Priority
- Upload Composer via Secure FTP - Synchrony 4.3.1
- Upgrade to Automator V3.4
Recent Comments
- Keine Kommentare vorhanden.
Translators
Categories
- 2008 Connections Conference
- Accountability
- Axway
- Axway Forum Syndicate
- Being Nice
- Bug Fixes
- Communication
- Community
- General
- How-To
- Integrator
- Integrator v2.1.1
- New Website
- News
- Non-Technical
- Production Down
- Secure Relay
- Sorry
- SSH Keys
- SSL/TLS
- Support
- Synchrony
- Synchrony Gateway
- Synchrony Integrator
- Synchrony Sentinel
- Synchrony Transfer
- Technical
- The big company always wins
- Tip-of-the-day
- Uncategorized
- Upgrades
- Welcome
- Wells Fargo
- What to Expect
- XSR
Archives
- September 2010
- August 2010
- July 2010
- June 2010
- May 2010
- April 2010
- March 2010
- February 2010
- January 2010
- December 2009
- November 2009
- October 2009
- September 2009
- August 2009
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- February 2009
- January 2009
- December 2008
- November 2008
- October 2008
Pages
Blogroll
- Axway - Axway’s Main Homepage
- Axway Support - The Official Axway Support Site
- Axway User Forum - ALL - RSS feed for all categories & forums
- Help With Axway Forum - A forum designated to answering questions
- Tumbleweed Support - The official Tumbleweed Global Support Site
Meta
Copyright (c) 2008 Axway User All rights reserved.