TELNET question

Lee Chastain <> Tue, 15 November 1994 20:44 UTC

Received: from by IETF.CNRI.Reston.VA.US id aa09744; 15 Nov 94 15:44 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa09740; 15 Nov 94 15:44 EST
Received: from by CNRI.Reston.VA.US id aa14208; 15 Nov 94 15:44 EST
Received: from ( []) by (8.6.9/8.6.9M) with SMTP id MAA14654; Tue, 15 Nov 1994 12:02:10 -0600
Received: by (5.0/CRI-5.15.b.orgabbr Sdiv) id AA26569; Tue, 15 Nov 1994 12:02:00 -0600
Received: from by (5.0/CRI-5.15.b.orgabbr Sdiv) id AA26564; Tue, 15 Nov 1994 12:01:59 -0600
Received: from (HUACHUCA-JITCOSI.ARMY.MIL []) by (8.6.9/8.6.9M) with SMTP id MAA14444 for <>; Tue, 15 Nov 1994 12:01:15 -0600
Received: by (4.1/SMI-4.1) id AA00431; Tue, 15 Nov 94 11:00:03 MST
Date: Tue, 15 Nov 94 11:00:03 MST
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Lee Chastain <>
Message-Id: <>
Subject: TELNET question
Content-Length: 1036

I would like some help in understanding a situation I currently have 
involving a TELNET test -

The tester sets up a TELNET server on a non-standard port (2300) for a 
TELNET USER test.  The tester and the IUT are both SUN workstations; the 
user is operating from a SUN-CMD cmdtool window.

I have noticed that when this implementation of TELNET connects to a 
port other than 23, option negotiation does not take place, and the server
(being a tester) does not propose or request any options.

The problem arises out of a test for the handling of newlines; if I 
understand correctly, the default newline under the conditions I've
outlined should be the <CR LF>.  However, the server sends just the <LF>
and the user TELNET Implementation Under Test (IUT) processes it as a
newline character.  I know that 0A <LF> is the native newline character
for these systems, but are they allowed by the TELNET protocol to default to 
anything other than <CR LF> ?  Are all TELNET bets off because port 2300
was used?  

Thanks, Lee Chastain.