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

Hi,

I have a problem converting a flat file to xml.
The structure of the flat file is a header and a datapart.
The header contains the summation of the data and a start/end date.

So there are two possibilities:
- We receive the header and the data in two separate files (how to identify each data file with his header? how to put the two different files into one xml?)
- The header can be in the same flat file where the data is (but how do we define that the first line has a different structure than the lines that follow?)

Bonjour,

Savez vous si la version 3.20 est compatible W2k8 ?
D'avance merci.

Dear GI Experts,
I have 2 questions regarding the scalability of GI:
- First, in the startServer script, what's maximum value that we can set for TE's memory (i.e. Xmx):

set TE_NODE_OPTIONS="-XX:MaxNewSize=48m -XX:NewSize=48m -Xms256m -Xmx256m"

If we have a 8 GB memory server, can we set it to 8 GB?

- Second, is there a guideline on how many TE nodes that we can have on a single server, especially if we have a server with a lot of memory? For example, if we have a 8 GB memory server, how many TE nodes can we have on it?

Hi all,

Basis Administrators have have installed XFB on SAP server and now we should be able to transfer files from SAP to an external application using XFB. It seems that the file transfer has to be initiated by SAP. So my question is how to do this from SAP side?

The administrators have told me that there is some sort of script (XFB Send) which we have to 'call' somehow with some parameters to start the file transfer. I'm working on the SAP side and I don't have any experience with XFB. So does anyone know how to start (initiate) the file transfer by calling the XFB send script.

Kind regards,
Micky.

Bonjour,

Je suis en cours de test de CFT sous Windows2008R2.
Apres installation, CFT peut se lancer par un CFTMAIN
Le service CFTservice est créé

Mais impossible de lancer CFT en mode service...
net start cftservice renvoie une erreur :

net start cftservice
The CFT Service service is starting.............................................
......
The CFT Service service could not be started.
The service did not report an error.
More help is available by typing NET HELPMSG 3534.

Quelqu'un a-t-il réussi à installer CFT totalement opérationnel sous Windows 2008R2 ?
Transfer CFT est-il compatible Windows2008R2 ?

La version de Transfer CFT est : 2.6.4

Merci de vos retours d'expérience

Hi, guys,

Is it possible to configure Gateway to accept both CGI and Web authentication at the same time (even if it is on separate HTTP/S ports)? If it is - how can this be done? I saw, that the authentication method is general for the HTTP protocol, but also there are some options in Remote site -> THTTP -> HTTP section related to it. I'm not very familiar with the logic of the Remote site objects, but can they be used to control the authentication type between different CGates?

My scenario is simple. I want to test the authentication method when connecting to Gateway using a client software, which supports both CGI and Web. In order to do so I need to change the protocol settings for every test, but this will stop the work of other people using the same server.

Any suggestions will be highly appreciated.

Greetings. This is my first post to any of the Axway forums. Please point me to the correct forum if Sentinel is not the right one.

My company has recently migrated into using Axway for file transfers. I'm an applications developer, not directly involved in the Axway installation or operations.

I have access to the Sentinel monitoring tool, where I can check the status of file transfers. This is fine for doing spot checks, but I'm looking for a way to access the same information in an automated way.

Our previous file transfer tool allowed us to execute SQL queries into the underlying db from unix scripts, to verify if a certain file transfer actually completed. I have been told that it is not possible to run queries into the Axway db, but I'm hoping that I just haven't asked the right people.

I'll appreciate any help you can provide on this.

Bonjour à tous,

si quelqu'un a une idée, j'essaie de configurer du ssl.
Je suis client (toujours à l'initiative de la demande que cela soit une émission ou une réception) et j'essaie d'envoyer un fichier à un partenaire.

J'ai les messages suivants :
[Internal]
Local Diagnostic Code: 260
Description: Security problem (CFTTFIL)
[Complementary]
CANNOT FIND SECURITY PROFIL
[Protocol]
SEC PROF

Est-ce que quelqu'un aurait une idée?

Merci pour votre aide.
Laurent

Hi all,

i found "Reason codes and messages" from Gateway's HTML Help file.

but I know that there is more "last end reason" codes and its detail messages.
such as,
030 - User Cancellation
080 - Latest transfer date reached
201 - VFD duplicate file detected
...

i could find these messages at 'statistics' tab in the 'Transfer Request' Info (from Gateway Navigator) when these 'end reason' actually occurs. but i want to know about these codes and messages before uncommon end reasons like this happens.

where can i get these information?

thanks and regards