Looking for relevant AS/400 Whitepapers? Visit the Search400.com Research Library.
Gilly400 | Mar 4 2008 2:50PM GMT
Hi,
You’ll either need separate host/system names for the 2 partitions or separate ip addresses defined for the 2 partitions.
Then you should be able to STRPASTHR or TELNET using either the unique host name or the unique IP address.
Regards,
Martin Gilbert.
Thanks Bruce, Martin
I have tried TELNET and it works…. now the trick…..
When our users are on one partition (partA) and need to go to (partB) we want to allow them to select a menu option in partA, open a new 5250 session and go straight to their initial menu on partB.
TLNET works but it stays on the same session i.e. the session name does not change.
When we use STRPASTHR we get the following:
STRPASTHR RMTLOCNAME(NSCDEV) RMTUSER(QSECOFR) RMTPWD(**********)
Route to specified location not found.
I know I am probably asking for the impossiblel but any help is greatly apprecited.
Thanks again,
John
Bvining | Mar 4 2008 9:06PM GMT
What session name are you refering to? And how do you want it to work? (step me through the steps you envision the user performing)
Gilly400 | Mar 5 2008 4:09PM GMT
Hi John,
If you want automatic signon from one system to the other I think you’ll need to use the STRPASTHR. It seems that TELNET won’t allow automatic signon.
I believe that STRPASTHR uses APPC/APPN networking to establish it’s connection. The error message that you’re getting indicates that the routing between the 2 systems is not correctly setup. The following link should give you some examples which you can use to base your set up on :-
You’ll also need to ensure that your system value QRMTSIGN is set to *SAMEPRF.
Regards,
Martin Gilbert.
Gilly400 | Mar 5 2008 4:12PM GMT
Whoops,
Link didn’t show up, here it is :-
<a href="http://publib.boulder.ibm.com/infocenter/systems/scope/i5os/index.jsp?topic=/rzahj/rzahjappcxmp.htm&tocNode=int_222108" rel="nofollow">http://publib.boulder.ibm.com/infocenter/systems/scope/i5os/index.jsp?topic=/rzahj/rzahjappcxmp.htm&tocNode=int_222108</a>
You’ll also need to set up your sysval QRMTSIGN to be *SAMEPRF (or *VERIFY).
Regards,
Martin Gilbert.
Bvining | Mar 6 2008 2:48PM GMT
TELNET does provide for automatic signon. One place in the Information Center this is discussed is under Starting a Telnet client session.
Bruce Vining
http://www.brucevining.com/
Integrated solutions for the System i user community
Thanks for all the input.
To answer Bruce’s query…
1- User signs in on local partitionA and sees menuA
2- Needs to perform tasks related to 2nd co in partitionB
3- Takes option X in menuA in partitionA
4- System will take them directly to menuB in partitionB in a new session
5- Both sessions for partitionA and partitionB can be toggled to be used.
Hope this helps.
Thanks,
John
Bvining | Mar 7 2008 4:46PM GMT
Well you have a couple of options here.
With STRPASTHR you could use a group job approach where partition A is really always in control. The program driving the partition A menu would be your attention handler and then transfer to the appropriate job/partition depending on the option taken. I did this type of routing years ago and it works quite well (with STRPASTHR). The operator simply presses ATTN, gets the menu, and selects what function they want to work on next.
With TELNET we can also use group jobs BUT there is a nasty complication — when you use the ATTN key you first get presented with the Send Telnet Control Functions panel. From here you can route to various group jobs though it unfortunately is no where near as seamless as STRPASTHR. I don’t know that I would have the operator type in TFRGRPJOB as the Information Center scenario shows. I would tend toward just hitting the ATTN key a second time to get to my group job handler on partition A. With custom programming I can see how to avoid the Send Telnet Control Functions panel (I’ve done similiar work in the past), but using standard interfaces (SETATNPGM, Pre-Attention key exit programs, etc) the Telnet client keeps getting in the way
So this works, but isn’t transparent.
With TELNET it looks like you could also use secondary jobs and the presystem request exit programs to route the users, though in this case they would see a signon screen the first time you start up the secondary job on partition A. After that your program should be able to provide the appropriate options for the system request menu. Note that I have not actually tried this option, but it looks like all the pieces are there.
I hope this helps,
Bruce Vining
http://www.brucevining.com/
Integrated solutions for the System i user community