George, I don't know of any way that a virtual (or real) CF would even see any 3270 data streams, much less alter them. OTOH, I don't really know much out CFs.
Could you help us out with a little more environmental detail? 1) Is this pure VTAM SNA (on both z/OS and z/VM), or is it VTAM encapsulated by TCPIP? 2) Have you examined the LOGMODE for the affected terminals? I remember doing just as Kris mentioned back in the 1980's. 3) Do you have any terminals connecting to VM that *do* work successfully with extended attributes? 4) What appears as MODETAB and DLOGMOD when you issue from your VM system, the VTAM command: D NET,ID=luname,E where luname is your luname, and perhaps another display from one where extended attributes are displayed? Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. "George Henke/NYLIC" <george_he...@newyorklife.com> Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> 12/28/2010 03:06 PM Please respond to "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Stopping DIAL From Stripping Extended Data Stream Our Supersession boys swear it is not Superseesion. Could it be the Coupling Facility Service Machine doing it? SPECIAL 420 MSGP CFSRV04 SPECIAL 424 MSGP CFSRV01 SPECIAL 428 MSGP CFSRV05 USER CFSRV04 CFSRV04 256M 2G G XAUTOLOG CFCONSOL SY79TEST SY80TEST *LA= 02:31:12 EST Sunday 10/31/99 by AUTOLOG1 OPTION CFVM TODENABLE QUICKDSP *ED= 99/10/31 09:30:39 VMRMAINT FEN00030 98/09/24 *PW= *SP= GENERAL PROFILE *NM= * COUPLING FACILITY SERVICE MACHINE 4 *FL= N ACCOUNT 33141 ROOM-XXX SHARE RELATIVE 1000 MACH ESA CONSOLE 0009 3215 A OPERATOR *END= Kris Buelens <kris.buel...@gmail.com> Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> 12/28/2010 02:20 PM Please respond to The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Stopping DIAL From Stripping Extended Data Stream A general rule of z/VM is that it will never change the type of a device, so DIAL will not change the 3270 characteristics (even though after DIAL it will appear as a local non SNA 3270) After you DIAL to z/OS, your 3270 gets another address. You need to find the definition of that address in VTAM, a local non-SNA 3270 will it be. But, that has a logmode too, and I guess the logmode currently associated to that address defines a realy dumb 3270. In a previous life, I instructed my students of the VM/VTAM course to turn on the "query" bit in the PSERVIC: PSERVIC=X'028000000000000000000300' 2010/12/28 George Henke/NYLIC <george_he...@newyorklife.com> How do I stop DIAL from turning off the Extended Data Stream (EDS) terminal attribute? I have NSX32702 Logmode (NSX means Non-SNA EDS) before dialing my z/OS guest. The ISPF ENVIRON TERMSTAT Query on native z/OS shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING = ON 16 BIT ADDRESSING = OFF EXTENDED COLOR = ON EXTENDED HIGHLITING = ON After dialing the z/OS guest with the same Logmode the z/OS ISPF ENVIRON TERMSTAT Query shows: ISPF TERMINAL CHARACTERISTICS 14 BIT ADDRESSING = OFF 16 BIT ADDRESSING = OFF EXTENDED COLOR = OFF EXTENDED HIGHLITING = OFF DBCS = OFF DBCS = OFF -- Kris Buelens, IBM Belgium, VM customer support The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.