on 03-25-2009 10:45 PM
We are testing out our MPLS / WAN performance thru the use of NIPING and have run some prelimary performance stats.
We now want to move the NIPING to listen on a PORT configured in the MPLS to have the higher / SAP QOS (quality of service) and am trying to start the listener / server to run on PORT 3217 (which is open / not being used on the SAP server)
The syntax to start the server side listener job which runs on default port of 3298 is -
NIPING -s u2013I 0
Supposedly -S will allow to start on a different port - so modified to command to
NIPING -s u2013I 0 -S 3217
It still ends up listening on 3298
Ideas?
Thank you in advance
Doreen
Hi Doreen,
I don't know, why you try and run this from within SAP - I never did this by now - but at least from the normal green screen it works fine - I just tested it on ECC 6 Unicode:
CALL PGM(NIPING) PARM('-s' '-I' '0' '-S' '3217')
In my eyes, that achieves exactly, what you are looking for ...
Regards
Volker Gueldenpfennig, consolut international ag
http://www.consolut.net - http://www.4soi.de - http://www.easymarketplace.de
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Didn't think to try that to check - THANK you! yes, that works for "interactive" & now need to make it run "forever" in batch
Submit job as <SID>OFR with the following syntax (had to look for NIPING cmd and only found in an old kernel library)
SBMJOB CMD(CALL PGM(R3640OPT/NIPING) PARM('-s' '-I' '0' '-S' '3217')) JOB(NIPING) JOBQ(QSYSNOMAX)
Job cancels with error ---
ILEWRAPPER calling niping: cannot find PASE executable "niping" in path
Further ideas?
Thank you again
Regards
Doreen
Hi Doreen,
as of 6.20 such a kernel needs to be applied ... if you do still have 4.6D it would work and in my R3700U0186 it is in as well - so I'm a bit surprised ... (because it is in R3700U0146 & R3700U0173 as well)
So, otherwise you could use crtr3sys & crtr3inst with system DOR and instance 90 with the 6.40 kernel and it should work - at least when you use CPYENVVAR(*YES) during SBMJOB ...
I could provide you with a kernel as well ...
Regards
Volker Gueldenpfennig, consolut international ag
http://www.consolut.net - http://www.4soi.de - http://www.easymarketplace.de
My bad........ too many different SAP platforms here
When I went to "look" for NIPING - made the mistake of only looking for *cmd objects, so didn't find the *pgm object
Now that I've looked for *ALL objects - found the *pgm in current PRD kernel library that you provided during our ECC 6.0 upgrade last June (as you said, it didn't make sense that we didn't have it)
So - the following syntax (with the CPYENVVAR as you also helped with) is running it's little heart out and will continue to do so
SBMJOB CMD(CALL PGM(KU700161P/NIPING) PARM('-s' '-I' '0' '-S' '3217')) JOB(NIPING) JOBQ(QSYSNOMAX) CPYENVVAR(*YES)
Thank you! yipee!
Doreen
User | Count |
---|---|
101 | |
13 | |
13 | |
11 | |
11 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.