Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Would you please explain how it was you decided that the original "timeout" problem - as originally reported in posts with subject "Timeout Problem after Switching a DAC unit with OSA in the z10" on Wed 12 Jan - was thought to have been solved? My problem is that I cann

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Hi Chris, I'm still reading your reply to the Attachmate tech-note link that I gave you, but I thought that it's important to let you know that the only change we made is what's documented below: Enabling Keep-alive Support in EXTRA! To enable client-initiated keep-alive support, you must config

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George This response is in three parts so keep reading after the first two quoted parts. You have two types of EZZ6034I messages here and there are "multiples" of them and so, in order to avoid too many messages giving essentially the same information, you have composite messages with "MULTIPL

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George > ... and here's what the manual says: First of all, when you refer to "the manual", please be aware that there could be many manuals covering a particular topic, so mentioning the name of the manual and the section within it where the text upon which you are relying appears is always h

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George The curious schematic is a way of presenting the sets of parameters and indicating their source. The first one shows whether the parameter is supplied as a default, then the second shows whether you supplied a value for the parameter in the TELNETGLOBALS block, then the third shows wheth

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George > http://support.attachmate.com/techdocs/2353.html This is my analysis of the Attachmate web page - with corrections - and the mechanisms to which it refers are described in footnotes: - It introduces the so-called "keepalive" idea both at the TCP level[1] and the application (TN3270)

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George I'm pleased to see that you report having solved your problem and I'm sorry for the delay in responding to your numerous posts of a fortnight ago. You may have noticed some of the aggression with which I have had to deal in the last few days - and it continues - but you deserve the respo

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Chris / Patrick, The tech-note in Attachmate's database did solve the timeout problem. Thanks again for the help... *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

On Thu, 27 Jan 2011 14:55:05 -0600, Chris Mason wrote: >Patrick > >Thanks for the clarification. > >>I started doing the hex to decimal conversion and received the message: >>EZZ6057I NO QUALIFYING MATCHES > >I think this is saying that you tried the command I suggested without the "T" >and in p

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Patrick Thanks for the clarification. >I started doing the hex to decimal conversion and received the message: >EZZ6057I NO QUALIFYING MATCHES I think this is saying that you tried the command I suggested without the "T" and in principle it worked but, with a converted version of the "connectio

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

On Wed, 26 Jan 2011 13:35:19 -0600, Chris Mason wrote: >George > >I scanned the IP System Administrator’s Commands manual in order to check >on this matter of the CONN operand. There's no actual explanation but it's >suspicious that, when entered as a command operand, the value is always >decima

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Patrick George has given me a lot to work on but I can respond to this one quite quickly. These days I have to do it all by the book - and only the book. When I used to teach hands-on classes I had extensive sandboxes in which to play although this matter would need only one. Furthermore, I wa

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

TIMEMARK is a telnet enhancement and here's what the manual says: - By specifying a new profile statement, you can direct Telnet to end SNA Telnet sessions that are unresponsive. This reduces the number of reconnect failures caused when Telnet still has a SNA session for the original c

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

message EZZ6034I is proving to be very interesting. We collect the SYSLOG daily at midnight and yesterday's SYSLOG GDG put's the problem we are having into perspective. Starting at 6:00 am here's an extract of the action that I see and the reason: Action: CONN DROP Reason: TIMEMARK, INACT-S, ER

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

On Wed, 26 Jan 2011 23:57:38 -0600, Chris Mason wrote: >George > >You need to insert the "T" between "TN3270E" and "CONN" just as indicated >by Patrick Lyon. > >It is only from Communications Server V1R10 that it becomes unnecessary. > >- Interesting Chris - I cut and pasted the command (the on

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Hi Chris, There's one more thing I've noticed coming up on SYSLOG: EZZ6034I TELNET CONN 0003C8B7 LU TELNE1D0 CONN DROP TIMEMARK IP..PORT: 10.28.7.202..1264 EZZ6034I TELNET CONN 0003C844 LU MULTIPLE CONN DROP TIMEMARK IP..PORT: 10.112.13.126..3192 EZZ6034I TELNET CONN 0003C900 LU TELNE1E8 CO

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Good Morning Chris, Here's the link to the Attachmate tech-note: http://support.attachmate.com/techdocs/2353.html I did the command D TCPIP,TN3070E,T,PROF,DET and the output is very interesting: EZZ6080I TELNET PROFILE DISPLAY PERSIS FUNCTIO

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Patrick I was intrigued by the "T" or "TELNET" parameter so I took a closer look at the manual in order to check whether I might have missed something important - which everybody with a Communications Server IP system to hand knows about! Indeed I have because the "T(ELNET)" is documented as b

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George You need to insert the "T" between "TN3270E" and "CONN" just as indicated by Patrick Lyon. It is only from Communications Server V1R10 that it becomes unnecessary. - If this still doesn't work - although I expect it will now work - you can also try using the LU name, for example: LUN

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

I tried the decimal conversion of the hex number shown, but it was still a no go...The other thing I noticed is that the number changes very quickly. When I enter the command: D TCPIP,TN3270E,TELNET,CONN It displays this: EN TSP CONN TY IPAD

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

On Wed, 26 Jan 2011 13:56:20 -0500, George Rodriguez wrote: >Hi Chris, > >D TCPIP,TN3270E,CONN,CONN=38B37 >EZZ6048I TELNET DISPLAY COMMAND FAILED WITH RCODE 803E >EZZ6035I TELNET DEBUG PROFILE WARNING,LINE: *N/A* MOD: EZBTMCMD > RCODE: 803E-00 Parameter on command is invalid. > PARM1:

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George I scanned the IP System Administrator’s Commands manual in order to check on this matter of the CONN operand. There's no actual explanation but it's suspicious that, when entered as a command operand, the value is always decimal in the examples whereas the CONN column in output is clearl

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Hi Chris, Thanks for the comma...It worked. In one of my previous posts I explained that the command you're asking me enter is not working. When I looked at the manual, it showed this: D TCPIP, tnproc,Telnet,CONNection When I entered it, this was the output: D TCPIP,TN3270E,TELNET,CONN EZZ6064I

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George Two points: 1. You do not need the TELNETDEVICE statements since the names you are providing are set up by default. Please read that TELNETDEVICE tutorial post - carefully and tell me about anything you do not understand. That Table - it's 33 in my manual - is just telling you what is s

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Hi Chris, Sorry for not getting back to you sooner. We found a tech-note in Attachmate's database that seems to be helping the timeout problem. In the next few days we are rolling it out to more than the 3 telnet terminals that the change was applied to. I did make the following change to the tel

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George As I said at the end of my last post, you need to explain better what precisely your problem is. The more I look at the "Signon" and "Signoff" records you posted the less I understand about what is supposed to be going on. We - because, who knows?, maybe someone else has some ideas what

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Hi Chris, I couldn't use your last post to respond since the 1,000 line limit was exceeded. Here's another thing I found that doesn't match the result you're expecting. I did the NETSTAT DEVLINKS command and this is what it showed: EZZ2826I IPv4 LAN Group Summary EZZ2827I LanGroup: 1 EZZ2828

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

I'm obliged to apologise for not appending previous posts. If I did so, I would blow the list limit of 1000 lines. I'm not even sure this will work. It might actually be handy if this page showed how many lines so that I wouldn't have to waste time reposting!!! George I hope your work with the

TELNETDEVICE Tutorial (derived from "Timeout Problem after Switching a DAC unit with OSA in the z10")

George I was going to say "To be sure you have understood this, be sure to read carefully the description of the TELNETDEVICE statement in the Communications Server (CS) IP Configuration Reference manual." but I'm not really sure that helps. I even took a peek at the Configuration Guide manual

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Hi Chris, I haven't responded to your previous post, because I'm waiting on a couple of answers to questions that you asked. I didn't make the original changes to the system in support of this change. TN3270 server is a good description for the DAC unit. It's actually a switch with the TN3270 sof

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George While you are preparing the descriptions of your problem for which I asked, I have a couple of topics to raise. I'll cover the first topic by reviewing the three ways one can set up a TN3270 server[1] so that a TN3270 TCP connection can be concatenated to an SNA session supporting the 3

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George Some percentage of your confusion may be removed when you appreciate that my responses do not emerge fully outfitted from the head of Zeus but take a while to compose - while I find the appropriate references, for example. Thus my second post was a continuation of my first post in reply

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Hi Chris, Now I'm 100% confused... It's probably the way I'm describing the problem. Let me show you examples of messages that CICS provides when things happen: This is for user TARANTI: CICPTOR is the CICS that owns the terminals. 06:28:42 TELNE870 Signon this is the initial startup 06:35:53 T

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George Well, I've been having another look at your problem mainly because the description of the INACTIVE parameter says that the TN3270E TCP connection is "dropped", by which we may assume the author means, disconnected. I'm wondering if maybe there has been a failure properly to describe the

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

Hi Chris, You're right, quaint is what I would use too about the card... I still own 1 5081 card, that I keep as a reminder of old times. The INACTIVE parm is already coded, Here's what I have: TelnetGlobals TimeMark 1800 ScanInterval 120 TELNETDEVICE 3278-2-E NSX32702 TELNETDEVICE 3278-3

Re: Timeout Problem after Switching a DAC unit with OSA in the z10

George If I understand this correctly, you are having a problem between the primary LU application, CICS, and the secondary LU application, the TN3270E server, or involving either CICS, the primary LU application, or the TN3270E server, the secondary LU application. Since you report that the TN

Timeout Problem after Switching a DAC unit with OSA in the z10

Before the Christmas break, we moved the TN3270 configuration that was in a DAC unit to z/OS and started using TN3270E as a STC on z/OS using a VIPA address. The environment is as follows: CICS/TS v3.10 with a TOR and an AOR TCP/IP v1.9 z/OS v1.9 Attachmate EXTRA! Enterprise 2000 The problem is t