Re: VM-VTAM/VSCS question
> On the other hand, the PVM line protocol isn't that complicated if you > have tools to talk to a CTC. It wouldn't be that hard to use a Linux guest > to implement most of what Tom wants. The link signon is the hard (darn keybounce processing on the phone. I blame the coffee) The PVM link signon is the hard part. Session management is pretty straightforward, and implementing a forking daemon via inetd wouldn't be that hard; most of the other tools already exist on Linux and are pretty standardized.
Re: VM-VTAM/VSCS question
>Or just buy PVM and leave the driving to us! :-) Well, if it didn't take a special bid on IFLs(hint, hint) On the other hand, the PVM line protocol isn't that complicated if you have tools to talk to a CTC. It wouldn't be that hard to use a Linux guest to implement most of what Tom wants. The link signon is the hard
Re: VM-VTAM/VSCS question
Alan Altmark <[EMAIL PROTECTED]> wrote:- >> PVM comes with an SNA session manager (PVMG). The LU name you have >> associated with VSCS could be moved to PVMG. Instead of seeing a VM logo >> the user now sees the PVMG-driven node selection screen. Anything >> reachable by PVM is fair game. It doesn't use telnet, but it does support >> TCP/IP connections to other PVM nodes, so that means licensing PVM on each >> of your VM systems. It sounds as if this would do what we want but I guess there is an issue with licensing a new product on multiple systems as an interim solution (maybe only 1 year) for a handful of users. I guess it may come down to cost but, with IBM's pricing policy based on machine size rather than partition size or usage, I am not hopeful. It is a pity that PVM only uses proprietary PVM-PVM communication between VM systems ;-( Anyway - certainly worth checking out. With best regards / mit den besten Grüßen, Colin G Allinson Technical Manager VM Amadeus Data Processing GmbH T +49 (0) 8122-43 49 75 F +49 (0) 8122-43 32 60 [EMAIL PROTECTED] http://www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
Re: VM-VTAM/VSCS question
--- Alan Altmark <[EMAIL PROTECTED]> wrote: > On Friday, 05/04/2007 at 02:05 MST, Thomas Kern > <[EMAIL PROTECTED]> > wrote: > > Isn't YVETTE also supplied strictly OCO with the > three obligatory sample > exits? > > > > If source code were available some enhancements > like SNA functions > (whatever > > they were talking about), TCP connectivity to > other YVETTE servers, CTC > > connectivity to other systems (VTAM on z/OS?), or > maybe inbound ssh > traffic > > from PuTTTY or OpenSSH, could make it into a VM > system. > > Talking to VTAM on z/OS and adding SNA functions are > one and the same. CMS > doesn't have any way to talk to VM/VTAM, so you > would need to replicate > the PVM solution and create a GCS-based proxy server > that YVETTE would > talk to. The proxy handles all of the VTAM (SNA) > APIs. > When I worked for 3-S Software in the dim and distant past we used to do that for X.25 into CMS. We moved our X.25 virtual machine from CMS where it had talked to Sereis/1 into GCS where it could talk to both Series/1 and VM/VTAM and hence NPSI. Theere was then a set of routines that used IUCV to pass the X.25 from CMS into GCS. Not a trivial task > Or just buy PVM and leave the driving to us! :-) > > Alan Altmark > z/VM Development > IBM Endicott > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: VM-VTAM/VSCS question
--- Alan Altmark <[EMAIL PROTECTED]> wrote: > On Friday, 05/04/2007 at 02:05 MST, Thomas Kern > <[EMAIL PROTECTED]> > wrote: > > Isn't YVETTE also supplied strictly OCO with the > three obligatory sample > exits? > > > > If source code were available some enhancements > like SNA functions > (whatever > > they were talking about), TCP connectivity to > other YVETTE servers, CTC > > connectivity to other systems (VTAM on z/OS?), or > maybe inbound ssh > traffic > > from PuTTTY or OpenSSH, could make it into a VM > system. > > Talking to VTAM on z/OS and adding SNA functions are > one and the same. CMS > doesn't have any way to talk to VM/VTAM, so you > would need to replicate > the PVM solution and create a GCS-based proxy server > that YVETTE would > talk to. The proxy handles all of the VTAM (SNA) > APIs. > When I worked for 3-S Software in the dim and distant past we used to do that for X.25 into CMS. We moved our X.25 virtual machine from CMS where it had talked to Sereis/1 into GCS where it could talk to both Series/1 and VM/VTAM and hence NPSI. Theere was then a set of routines that used IUCV to pass the X.25 from CMS into GCS. Not a trivial task > Or just buy PVM and leave the driving to us! :-) > > Alan Altmark > z/VM Development > IBM Endicott > The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php
Re: VM-VTAM/VSCS question
On Friday, 05/04/2007 at 02:05 MST, Thomas Kern <[EMAIL PROTECTED]> wrote: > Isn't YVETTE also supplied strictly OCO with the three obligatory sample exits? > > If source code were available some enhancements like SNA functions (whatever > they were talking about), TCP connectivity to other YVETTE servers, CTC > connectivity to other systems (VTAM on z/OS?), or maybe inbound ssh traffic > from PuTTTY or OpenSSH, could make it into a VM system. Talking to VTAM on z/OS and adding SNA functions are one and the same. CMS doesn't have any way to talk to VM/VTAM, so you would need to replicate the PVM solution and create a GCS-based proxy server that YVETTE would talk to. The proxy handles all of the VTAM (SNA) APIs. Or just buy PVM and leave the driving to us! :-) Alan Altmark z/VM Development IBM Endicott
Re: VM-VTAM/VSCS question
Isn't YVETTE also supplied strictly OCO with the three obligatory sample exits? If source code were available some enhancements like SNA functions (whatever they were talking about), TCP connectivity to other YVETTE servers, CTC connectivity to other systems (VTAM on z/OS?), or maybe inbound ssh traffic from PuTTTY or OpenSSH, could make it into a VM system. /Tom Kern --- Alan Altmark <[EMAIL PROTECTED]> wrote: > On Friday, 05/04/2007 at 03:18 AST, David Boyes <[EMAIL PROTECTED]> > wrote: > ...snipped... > Not CCL. IBM Communications Server for Linux (CSL) has SNA APIs. Easily > add SNA function to YVETTE? I thought it was a CMS app. (I haven't > looked at it in years.) > > Alan Altmark > z/VM Development > IBM Endicott > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: VM-VTAM/VSCS question
There is at least one VTAM session manager on the CBT tapes. I don't know what it would take to port it to run under VM, but.. the price is right and it comes with source. SOL is the name of the thing I think. -Paul --- Begin Message --- PVM might be an answer. It had both SNA and scripting capabilities, and its a pretty decent session manager. NVAS would have been another option, but it requires VSAM, so prob not viable over the long term. If you had to roll your own, the IBM CCL code does have API libraries for some SNA functions, or you could probably easily add SNA function to YVETTE. -Original Message- From: "Colin Allinson" <[EMAIL PROTECTED]> To: "IBMVM@LISTSERV.UARK.EDU" Sent: 5/4/07 10:21 AM Subject: VM-VTAM/VSCS question The background to this question is that we have 95% of our VM users accessing the system via TCPIP TELNET sessions. However we have a handful of remote users still accessing us via SNA and efforts to convert these to IP seem to continually meet roadblocks. For a number of reasons we want to remove VTAM from our main VM systems but we do also have a small 'server' system. Our idea is, as an interim solution, we route all SNA traffic to VTAM on the small server and then use a session manager on that server to allow users to access our main systems. (Load is very low - maximum 6-8 users at any one time - 200 users in total). However, if we do this we would like to make it as transparent as possible so I have some questions :- 1) Normally incoming terminal users use VSCS as the application - could this be a different application (say a session manager). 2) If we stay with VSCS, can this be set up to automatically 'dial' to a session manager userid 3) From the 'session manager' we would want to open a telnet session to another VM system 4) Are there any recommendations for free/cheap session manager (or tools with which to build one). The ideal would be for the SNA session to point to an application on the small server which would then, transparently, take the user over a telnet session to the target VM. I suspect that this is one step to far and they would, at least, have to make a selection from a session manager panel. Any advice/help would be welcome. With best regards / mit den besten Grüßen, Colin G Allinson Technical Manager VM Amadeus Data Processing GmbH T +49 (0) 8122-43 49 75 F +49 (0) 8122-43 32 60 [EMAIL PROTECTED] http://www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany --- End Message ---
Re: VM-VTAM/VSCS question
On Friday, 05/04/2007 at 03:18 AST, David Boyes <[EMAIL PROTECTED]> wrote: > PVM might be an answer. It had both SNA and scripting capabilities, and its a > pretty decent session manager. PVM comes with an SNA session manager (PVMG). The LU name you have associated with VSCS could be moved to PVMG. Instead of seeing a VM logo the user now sees the PVMG-driven node selection screen. Anything reachable by PVM is fair game. It doesn't use telnet, but it does support TCP/IP connections to other PVM nodes, so that means licensing PVM on each of your VM systems. > If you had to roll your own, the IBM CCL code does have API libraries for some > SNA functions, or you could probably easily add SNA function to YVETTE. Not CCL. IBM Communications Server for Linux (CSL) has SNA APIs. Easily add SNA function to YVETTE? I thought it was a CMS app. (I haven't looked at it in years.) Alan Altmark z/VM Development IBM Endicott
Re: VM-VTAM/VSCS question
PVM might be an answer. It had both SNA and scripting capabilities, and its a pretty decent session manager. NVAS would have been another option, but it requires VSAM, so prob not viable over the long term. If you had to roll your own, the IBM CCL code does have API libraries for some SNA functions, or you could probably easily add SNA function to YVETTE. -Original Message- From: "Colin Allinson" <[EMAIL PROTECTED]> To: "IBMVM@LISTSERV.UARK.EDU" Sent: 5/4/07 10:21 AM Subject: VM-VTAM/VSCS question The background to this question is that we have 95% of our VM users accessing the system via TCPIP TELNET sessions. However we have a handful of remote users still accessing us via SNA and efforts to convert these to IP seem to continually meet roadblocks. For a number of reasons we want to remove VTAM from our main VM systems but we do also have a small 'server' system. Our idea is, as an interim solution, we route all SNA traffic to VTAM on the small server and then use a session manager on that server to allow users to access our main systems. (Load is very low - maximum 6-8 users at any one time - 200 users in total). However, if we do this we would like to make it as transparent as possible so I have some questions :- 1) Normally incoming terminal users use VSCS as the application - could this be a different application (say a session manager). 2) If we stay with VSCS, can this be set up to automatically 'dial' to a session manager userid 3) From the 'session manager' we would want to open a telnet session to another VM system 4) Are there any recommendations for free/cheap session manager (or tools with which to build one). The ideal would be for the SNA session to point to an application on the small server which would then, transparently, take the user over a telnet session to the target VM. I suspect that this is one step to far and they would, at least, have to make a selection from a session manager panel. Any advice/help would be welcome. With best regards / mit den besten Grüßen, Colin G Allinson Technical Manager VM Amadeus Data Processing GmbH T +49 (0) 8122-43 49 75 F +49 (0) 8122-43 32 60 [EMAIL PROTECTED] http://www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany
VM-VTAM/VSCS question
The background to this question is that we have 95% of our VM users accessing the system via TCPIP TELNET sessions. However we have a handful of remote users still accessing us via SNA and efforts to convert these to IP seem to continually meet roadblocks. For a number of reasons we want to remove VTAM from our main VM systems but we do also have a small 'server' system. Our idea is, as an interim solution, we route all SNA traffic to VTAM on the small server and then use a session manager on that server to allow users to access our main systems. (Load is very low - maximum 6-8 users at any one time - 200 users in total). However, if we do this we would like to make it as transparent as possible so I have some questions :- 1) Normally incoming terminal users use VSCS as the application - could this be a different application (say a session manager). 2) If we stay with VSCS, can this be set up to automatically 'dial' to a session manager userid 3) From the 'session manager' we would want to open a telnet session to another VM system 4) Are there any recommendations for free/cheap session manager (or tools with which to build one). The ideal would be for the SNA session to point to an application on the small server which would then, transparently, take the user over a telnet session to the target VM. I suspect that this is one step to far and they would, at least, have to make a selection from a session manager panel. Any advice/help would be welcome. With best regards / mit den besten Grüßen, Colin G Allinson Technical Manager VM Amadeus Data Processing GmbH T +49 (0) 8122-43 49 75 F +49 (0) 8122-43 32 60 [EMAIL PROTECTED] http://www.amadeus.com IMPORTANT - CONFIDENTIALITY NOTICE - This e-mail is intended only for the use of the individual or entity shown above as addressees . It may contain information which is privileged, confidential or otherwise protected from disclosure under applicable laws . If the reader of this transmission is not the intended recipient, you are hereby notified that any dissemination, printing, distribution, copying, disclosure or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this transmission in error, please immediately notify us by reply e-mail or using the address below and delete the message and any attachments from your system . Amadeus Data Processing GmbH Geschäftsführer: Eberhard Haag Sitz der Gesellschaft: Erding HR München 48 199 Berghamer Strasse 6 85435 Erding Germany