<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Telnet Server Fails in Other NXP Products</title>
    <link>https://community.nxp.com/t5/Other-NXP-Products/Telnet-Server-Fails/m-p/684969#M4861</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We have an application running on a FRDMK64F development card using MQX 4.2.0.&lt;/P&gt;&lt;P&gt;The application presents a webpage to display the status and operation of the device. In addition it also runs a Telnet server so that we can modify operating parameters on the fly.&lt;/P&gt;&lt;P&gt;&amp;nbsp;The Telnet interface worked well locally within the company network but always gave problems when a remote connection via the internet was attempted, very rarely getting past the welcome message before the connection froze.&lt;/P&gt;&lt;P&gt;&amp;nbsp; We have tracked the problem down to the _io_telnet_write function in the file telnetio.c of RTCS. This function is called indirectly by _io_doprint for every character that is to be sent to the client. The problem stems from the way _io_telnet_write writes characters to the client socket, it looks as though _io_telnet_write was designed to send a block of characters to the socket and to flush the stream on exit. By sending 1 character at a time to _io_telnet_write, each character occupies one complete frame/packet. Obviously this is very inefficient, 44 frames are required just for the copyright message.&lt;/P&gt;&lt;P&gt;&amp;nbsp; As a workaround we have modify _io_telnet_write to only flush the stream when a CR or LF is issued or if outputting RAW data.&lt;/P&gt;&lt;P&gt;&amp;nbsp;I hope this helps anyone with the same problem. Or if anyone knows of a different way around this I would appreciate you comments.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 05 Jul 2017 09:51:59 GMT</pubDate>
    <dc:creator>stuartjames</dc:creator>
    <dc:date>2017-07-05T09:51:59Z</dc:date>
    <item>
      <title>Telnet Server Fails</title>
      <link>https://community.nxp.com/t5/Other-NXP-Products/Telnet-Server-Fails/m-p/684969#M4861</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We have an application running on a FRDMK64F development card using MQX 4.2.0.&lt;/P&gt;&lt;P&gt;The application presents a webpage to display the status and operation of the device. In addition it also runs a Telnet server so that we can modify operating parameters on the fly.&lt;/P&gt;&lt;P&gt;&amp;nbsp;The Telnet interface worked well locally within the company network but always gave problems when a remote connection via the internet was attempted, very rarely getting past the welcome message before the connection froze.&lt;/P&gt;&lt;P&gt;&amp;nbsp; We have tracked the problem down to the _io_telnet_write function in the file telnetio.c of RTCS. This function is called indirectly by _io_doprint for every character that is to be sent to the client. The problem stems from the way _io_telnet_write writes characters to the client socket, it looks as though _io_telnet_write was designed to send a block of characters to the socket and to flush the stream on exit. By sending 1 character at a time to _io_telnet_write, each character occupies one complete frame/packet. Obviously this is very inefficient, 44 frames are required just for the copyright message.&lt;/P&gt;&lt;P&gt;&amp;nbsp; As a workaround we have modify _io_telnet_write to only flush the stream when a CR or LF is issued or if outputting RAW data.&lt;/P&gt;&lt;P&gt;&amp;nbsp;I hope this helps anyone with the same problem. Or if anyone knows of a different way around this I would appreciate you comments.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 05 Jul 2017 09:51:59 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Other-NXP-Products/Telnet-Server-Fails/m-p/684969#M4861</guid>
      <dc:creator>stuartjames</dc:creator>
      <dc:date>2017-07-05T09:51:59Z</dc:date>
    </item>
  </channel>
</rss>

