Re: 3DES encryption using ICSF callable services

John Blythe Reid wrote: >I'm writing the module in PL/I but I can soon slip an >assembler sub-routine in ! Is it such a good idea to write an assembler subroutine to encrypt a piece of data using 3DES specifically? It's generally bad practice to hardcode an encryption algorithm choice. If (or

Re: RECEIVE command in z/OS

In 3.4, seen that the total Tracks allocated for Output Dataset are 170505 and %Used is 99. Based on the above values, 1 Track = 56664 bytes (170505*99%) Tracks = 9564880366.8 bytes = ~8.91 GB In 3.4 seen that the total Tracks allocated for Input Dataset are 32243 and %Used

Re: RECEIVE command in z/OS

On Wed, 11 Nov 2015 17:22:51 -, bharath wrote: >In 3.4, seen that the total Tracks allocated for Output Dataset are 170505 and >%Used is 99. With BLKSIZE=132, you get 72 blocks per track, or 8504 bytes per track. 8504 * 170505 = 1,444,974,520. With BLKSIZE=3200, you get 15 blocks per

Re: RECEIVE command in z/OS

If the small blksize is an issue try this usermod: ++ USERMOD (LM00062) REWORK(2014001) /* TRANSMIT OUTDA() FORCES THE BLKSIZE OF THE OUTPUT DATA SET TO 3120 (X'0C30'). THIS MOD SETS IT TO

Re: RECEIVE command in z/OS

REXX output for Input Dataset is 0 Block 1 is 3120 bytes. Block 2 is 3120 bytes. Block 3 is 3120 bytes. Block 4 is 3120 bytes. Block 5 is 3120 bytes. Block 6 is 3120 bytes. Block 7 is 3120 bytes. Block 8 is 3120 bytes. Block 9 is 3120

Re: RECEIVE command in z/OS

On Wed, 11 Nov 2015 16:38:37 -, bharath wrote: >REXX output for Input Dataset is > >Block 1 is 3120 bytes. > >REXX output for Output Dataset is > >Block 1 is 124 bytes. With a 3120 BLKSIZE, you can get 15 records per track, or 46800 bytes per track. With a 124 BLKSIZE, you can get 75

Re: RECEIVE command in z/OS

The FTP command used to send file from Optim(setup in SQL server VM) to z/OS is, open -s:%0 IBM.XX.XX.NET ascii quote site blksize=3120 recfm=fb lrecl=80 conddisp=delete binary quote site blocks PRImary=483640 SECondary=10 put "E:\Data\X\X003_DPEXT.000"

Re: RECEIVE command in z/OS

So, size of the Output dataset is getting increased due to the overhead in xmit format of the Input dataset?? If yes, anyway to avoid that??? On Wed, 11 Nov 2015 23:14:06 +0530 Tom Marchant wrote >On Wed, 11 Nov 2015 17:22:51 -, bharath wrote: >In 3.4, seen that the total

Re: Alias usage is reported in SMF14ALIAS added in z/OS 2.2

Actually, it looks like that came in with 2.1: http://www-01.ibm.com/support/docview.wss?uid=isg1OA42406 However, the record type description suggests it's only for tape datasets. Andy Styles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On

Re: 3DES encryption using ICSF callable services

This is the subroutine to encrypt and it works like a dream: *-* *encrypt string using DES *-* encrypt csect ,

Re: Applications in a Sysplex/CICSplex

The Redbook "Parallel Sysplex Application Considerations" is a good place to start. http://www.redbooks.ibm.com/abstracts/sg246523.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

Kees, This environment also was in a non-SMS environment and the STK silo (SLS8500). I will check further into the logic. The LIBNAME is correct. I will keep on digging. Thanks. On Wed, 11/11/15, Vernooij, CP (ITOPT1) - KLM

Re: 3DES encryption using ICSF callable services

I'd like to point out that 2-key TDES is still the standard for banking cryptography and that almost nothing in payment card or related security uses anything else - in fact, some standards (like DUKPT) do not support 3-key TDES at all. The confusion is because the best attacks on 2-key TDES

Re: Alias usage is reported in SMF14ALIAS added in z/OS 2.2

Thanks for that information - we've not yet got to 2.1 (although a couple of systems have it), so it might be some time before I can use that - but it's good to know it's coming. Thanks to everyone else for the suggestions. The only way that I can see we can do it at present is to create a

Re: Applications in a Sysplex/CICSplex

There's something from IBM who can discover transaction affinities. The product is "CICS Interdepency Analyzer" even though it seems you can use the load scanner "CAULMS" in order to scan load libraries and find out verbs that can impact CICSPlex. Of course it's a CICS tool so could catch only

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

You can put some WRITEs in the ACS routine tot trace where it goes and where it doesn't. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: 11 November, 2015 14:27 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL

Re: (External):HMC and JAVA and Browser ...again/still

Thanks Dinesh. I followed your suggestion and have my question submitted. I hope I get a resolution. Alan Field Systems Engineer Principal Blue Cross Blue Shield of MN 651.662.3546 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: (External):HMC and JAVA and Browser ...again/still

Hi Alan, I used below options while opening IBM service request for HMC issue sometime back. Please try with these options and let us know. Here are the details. Problem Details .

Re: (External):HMC and JAVA and Browser ...again/still

I don't think my previous note was having enough information. In the initial screen for opening service request I selected "Problem with Appliance" , in the next page searched with keyword as "System z" and got the option to select for HMC issue. Product Usage and Q Support for System z

Re: RECEIVE command in z/OS

On Wed, 11 Nov 2015 12:58:15 -0600, Bharath Nunepalli Why is the size of Input Dataset is close to size of the Optim file, but with >less rows??? Your "input" data set is in XMIT format, or you wouldn't be able to process it with RECEIVE. I don't know what you mean by "Less rows". If you mean

Re: RECEIVE command in z/OS

On Wed, 11 Nov 2015 13:46:43 -0600, Paul Gilmartin wrote: >On Wed, 11 Nov 2015 11:01:40 -0800, Lizette Koehler wrote: > >>Try the following >>1). Use BIN and NOT ASCII in your ftp control card >> Oops. I meant "binary". (Wrong thread.) -- gil

Re: RECEIVE command in z/OS

1. The size of the file on Optim server (before FTP to z/OS) is ~1.7 GB, and records count is ~12 million 2. The size of the Input Dataset (into which the Optim file is FTPed) is ~1.7 GB (32243 Tracks*56664 bytes), and the records count can be ~483,645 (for 3120 blksize, 15

Re: RECEIVE command in z/OS

Try the following 1). Use BIN and NOT ASCII in your ftp control card 2). Pre allocate you receiving dataset with lrecl 80 and blksize 3120 Try your ftp job again A tso xmitted file contains information to receive it. So it uses what it uses. Lizette -Original Message- >From: bharath

Re: RECEIVE command in z/OS

On Wed, 11 Nov 2015 11:01:40 -0800, Lizette Koehler wrote: >Try the following >1). Use BIN and NOT ASCII in your ftp control card > The OP specified VB in the post that started this thread. >2). Pre allocate you receiving dataset with lrecl 80 and blksize 3120 > >Try your ftp job again > I see

3DES encryption using ICSF callable services

John, you can very easily extend your code to parameterize the algorithm choice and key length and to document that parameterization well. I strongly encourage you to do so. You've written perishable code, probably already perished code if I'm reading it correctly. (And that's ignoring the

Re: RECEIVE command in z/OS

On 11 November 2015 at 13:58, Bharath Nunepalli wrote: > 1. The size of the file on Optim server (before FTP to z/OS) is ~1.7 GB, > and records count is ~12 million I have no idea what "Optim server" is, but from the context it appears to generate or at least store a

HMC and JAVA and Browser ...again/still

I was able to use the integrated console maybe once before it all quit again. I have the JAVA console log but I don't know how to interpret it to decide what's wrong, or to fix it if I could. How do I open a IBM service request to the HMC folks to send them the java console and hopefully have