> > Hi chris, Thank you for helping me (as you did in the past)
> > I am no longer - for decades now - a CICS specialist but I have seen in a > recent thread in this list I think which allows CICS to pass print data to > JES2 > from where there is a product which uses IP-based protocols to an IP native > - > as it were - printer. You may like to research this possibility. > We are need to perform this without purchasing any product. > > On the other hand, you can still treat your printer as an SNA device but > have > the Communications Server (CS) IP component TN3270E server concatenate > the SNA session with a TN3270E connection to a TN3270E client 3270 > emulator which can drive a printer attached to the workstation. > base on this IBM answer : http://www-01.ibm.com/support/docview.wss?uid=swg21380385 , I perform the following: I tried to define a terminal(printer) in CICS and then using the TN3270 define an LU with LUMAP to my network printer IP. When sending a print to this terminal in the CICS. we got the following messages in the CICS (although the LU was CONCT): DFHZC2405 E TVABSAD3 PR01 CSNE Node FTCP0200 not activated. VTAM RETURN CODE 1000 ((6) Module name: DFHZSYX) DFHZC3437 TVABSAD3 PR01 CSNE Node FTCP0200 action taken: NOCREATE CLS DST ABTASK ABSEND ABRECV ((1) Module name: DFHZNAC) DFHZC3462 TVABSAD3 PR01 CSNE Node FTCP0200 session terminated. ((2) Module name: DFHZCLS) sFHAC2236 TVABSAD3 Transaction PC02 abend PC3D in program IXOPC0 3D term ????. Updates to local recoverable resources will be backed out. and this message on SYSLOG: IST663I INIT OTHER REQUEST FAILED, SENSE=08570003 212 IST664I REAL OLU=ADCD.TVABSAD3 REAL DLU=ADCD.FTCP0200 IST889I SID = D2DF5F7A1B250B38 IST264I REQUIRED RESOURCE FTCP0200 NOT ACTIVE It seems we must have the LU in activate mode,it means we must perform a sort of connection to this LU before CICS can send any print to it. so we decided on using HIS (it is already include in our enterprise licence). > > > Is there no way to perform a pure IP connectivity to my LPAR?[1] > > Note that, if the TN3270E server and CICS are running on the same LPAR. > yes,they are. , it > can be said that you have an IP connection from your workstation supporting > the printer function and the LPAR where the print data is created. > I did'nt completly understood you perhaps i wasn't clear , my question here was : if i can using emulation to connect directly to tn3270, why in the HIS server i cant connect to the mainframe in port 23 and get a default LU. i now i simplisign it more then it is. > > > > Does it require ENTERPRISE EXTENDER? > > If you need SNA connectivity - in the shape of actual SNA sessions - > between > VTAM and HIS, you should plan to use EE since I have seen recently on the > Microsoft HIS list/group that the only so-called DLC service that Microsoft > will > support in the future is their so-called IP-DLC. That means the DLC which > supports LAN protocols such as Ethernet is going to be dropped: > > https://connect.microsoft.com/site66/content/content.aspx?ContentID=10997 > > I assume you have worked out that, if you run an SNA session from CICS via > VTAM to HIS - using an EE logical link, you know how your printing task > will > work in that environment. In other words there's some point in my helping > you > set up EE. > > On the other hand, if this configuration is only to be used for a limited > time, > you will always just be using HIS 2006 and it is an option simply to > connect > VTAM to HIS over Ethernet with an 802.2 logical link, I believe it may be > easiest to support your SNA session this way. I believe I have seen some > samples of a HIS 802.2 connection when I was researching all the problems > with the Microsoft EE "White Paper". I'll see if I can find it again. It is > very > simple on the VTAM side and should be very simple on the HIS side - > certainly > compared to EE definitions in both cases. > Even if I will use 802.2 It means i need to define a working EE? as you explained it to me I think I will chose IP-DLC because i need to implement this for an unlimited time. > > The VTAM and HIS definitions are simple but there may be a complication in > configuring your OSA, assuming you will be using an OSA. > Why should i define the OSA ? is the current definition are not enough? > > Another point that must never be forgotten if you plan to use EE is to > ensure > that your VTAM is enabled for APPN. This is not necessarily a trivial task > and > could have repercussions for your existing VTAM production environment. > Adding an 802.2 logical link is almost certainly going to have no > repercussions. > Already my VTAM is with APPN=YES. > > > ... accordingly to the document and member we used in the past for SNA > server: ... > > How did you connect to HIS in the past and can you still use that type of > connection? > is was an 802.2 connection to CICS including printer, but it was done on a different machine (HIS server and the Z/os was on an old machine) > > > MEDIUM=CSMACD, - If I change it to HPRIP will it work TCP/IP? > > Not without massive changes elsewhere. > Can you explain me more about the changes I need to make? > > > CPCP=YES I overwrite the CPCP which is now "CPCP=LEASED". Can this > produce any problems? > > Do you have existing SNA sessions between say CICS and HIS? No . > Does this > explain the SSCP-independent LU - which should be defined with a CDRSC > rather than an LU with LOCADDR=0? - and cannot possibly use an USS table!!! > In fact the printer - LOCADDR=2 with DLOGMOD=SCS is assumed to identify an > SSCP-dependent printer LU - cannot possibly use an USS table either - think > about it! > I'm sorry but as I said I'm lack of knowledge in this area. > > The question I ask myself time and again reading this is where is your VTAM > specialist who should be helping you with this and even perhaps the person > writing the posts. Such a person would be well aware of my last point! > there is'nt any VTAM specialist :( . and this is the first time I'm configuring VTAM :). > > > > Please post again with answers to the above. Meantime, since it is clear > you > need sensible samples with sensible explanations, I'll get some sample EE > definitions ready and a few notes on what the HIS definitions in the "White > Paper" really mean - to be ready sometime tomorrow. > thanks*10 > > Incidentally, as a HIS problem, you should be posting in the HIS list/group > and/or as an EE problem, you should be posting in the IBMTCP-L list. > > Chris Mason > > [1] In order to concentrate on the problem posed and not be > distracted/irritated by the text I am reading, I am obliged to go through > your > posts inserting capital letters where they are normally to be found - with > a > few other corrections! This explains when I quote you is not precisely what > you wrote! > I'm sorry sometimes i don't notice to my writing. > > [2] You could set up a CALL=IN PATH statement for security reasons - but > this is an obscure use of the PATH statement not generally considered all > that > useful. > I think this wouldn't be necessary > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html

