Re: Newly revised standards-track RFC (IAC/EOR)
Eddie Renoux <elr0262@newsit2.mcdata.com> Thu, 07 April 1994 17:24 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa09394; 7 Apr 94 13:24 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa09390; 7 Apr 94 13:24 EDT
Received: from list.nih.gov by CNRI.Reston.VA.US id aa19080; 7 Apr 94 13:24 EDT
Received: from LIST.NIH.GOV by LIST.NIH.GOV (IBM VM SMTP V2R2) with BSMTP id 7014; Thu, 07 Apr 94 13:21:36 EDT
Received: from LIST.NIH.GOV by LIST.NIH.GOV (Mailer R2.10 ptf000) with BSMTP id 7013; Thu, 07 Apr 94 12:28:40 EDT
Date: Thu, 07 Apr 1994 10:23:24 -0600
Reply-To: IETF TN3270E Working Group List <TN3270E@list.nih.gov>
X-Orig-Sender: IETF TN3270E Working Group List <TN3270E@list.nih.gov>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Eddie Renoux <elr0262@newsit2.mcdata.com>
Subject: Re: Newly revised standards-track RFC (IAC/EOR)
X-To: TN3270E@LIST.NIH.GOV
To: Multiple recipients of list TN3270E <TN3270E@list.nih.gov>
In-Reply-To: <9404071611.AA08944@newsit2.mcdata.com> from "fab@FAB.MD.INTERLINK.COM" at Apr 7, 94 11:14:11 am
Message-ID: <9404071324.aa19080@CNRI.Reston.VA.US>
> > > > > > The presence of Telnet commands within a TN3270E data message > > > (i.e., between the header and the trailing IAC EOR) is not > > > recommended;... > > > > It might be easier to implement responding to Telnet commands that > > appear in the middle of a 3270 data block as if they occurred before > > the block, rather than after. If the block is being buffered up until > > it is complete, then the Telnet commands could be processed while the > > block is being received. I think it should be the receiver's option to > > process them as if they occurred before or after. We probably should > > also say that it is OK to deny requests in the middle of a block that > > would be accepted between blocks. > > > > Roger, > Have you also reviewed my suggestion to implement the commands > AFTER the EOR is found? I think this is safer. > > Fred > I think it is better to do it after the EOR because there might be more TN3270 data than could possibly be buffered up. It is presumed that the TELNET options could more easily be saved until the EOR is rec'd. Eddie Renoux elr@mcdata.com
- Re: Newly revised standards-track RFC (IAC/EOR) Eddie Renoux
- Re: Newly revised standards-track RFC (IAC/EOR) Eddie Renoux
- Re: Newly revised standards-track RFC (term negot… Eddie Renoux
- Re: Newly revised standards-track RFC (IAC/EOR) Roger Fajman