<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.hoenzb
        {mso-style-name:hoenzb;}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>As Rick suggested, you should capture traffic in both directions.  Wireshark is an excellent tool for that.  Additionally, Wireshark has built-in protocol decoders which can interpret what is happening in the TCP telnet session.  If you aren’t familiar with, or don’t want to dig into the details of the packet innards, you can save the capture contents, make it available, and let me or someone else can interpret the details and offer analysis.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> simh-bounces@trailing-edge.com [mailto:simh-bounces@trailing-edge.com] <b>On Behalf Of </b>Lorenzo<br><b>Sent:</b> Wednesday, April 30, 2014 7:25 AM<br><b>To:</b> Rick Murphy<br><b>Cc:</b> simh@trailing-edge.com<br><b>Subject:</b> Re: [Simh] OpenVMS 7.2 VAX telnet failure<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><div><div><div><p class=MsoNormal>What nmap is reporting should be the traffic from the VAX to the client.<br>No matter the client I use (e.g. telnet.exe, PuTTY...), all I get is an endless stream of chars, which matches what appears in the traffic dump.<o:p></o:p></p></div><p class=MsoNormal>Upgrading to SIMH 4.0 beta had no effect - after 14 hours I experienced the same exact problem.<o:p></o:p></p></div><div><p class=MsoNormal>During the telnet outage, which happened after ~14 hours of SIMH running, FTP was still working fine.<o:p></o:p></p></div></div></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p> </o:p></p><div><p class=MsoNormal>2014-04-30 2:50 GMT+02:00 Rick Murphy <<a href="mailto:rick@rickmurphy.net" target="_blank">rick@rickmurphy.net</a>>:<o:p></o:p></p><div><p class=MsoNormal>At 06:21 PM 4/29/2014, Lorenzo wrote:<o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><div><p class=MsoNormal>Hi!<br>I'm running OpenVMS 7.2 VAX on a simh emulator, latest release<o:p></o:p></p></div><p class=MsoNormal>(V3.9-0 from <<a href="http://simh.trailing-edge.com" target="_blank">http://simh.trailing-edge.com</a>><a href="http://simh.trailing-edge.com" target="_blank">simh.trailing-edge.com</a>) and compiled with networking (libpcap, no vde).<o:p></o:p></p><div><p class=MsoNormal><br>The emulator has got its own network card to which it's attached.<br>The host operating system is Linux, kernel 3.11.<br>My issue is that after an apparently random amount of time (usually a few hours) the telnet server stops working.<br>I can't get any client to log in remotely - as soon as I connect to the OpenVMS machine,<br>all I get is a blank character sequence, as follows (dumped by nmap):<br><br>SF:NULL,1138,"\xff\xfb\x01\xff\xfb\x03\xff\xff\xff\xff\0\0\0\0\0\0\0\0\0\0<o:p></o:p></p></div></blockquote><p class=MsoNormal style='margin-bottom:12.0pt'><br><br>There's a beginning of some TELNET options negotiation going on there.<br><br>That's the following:<br>255 (IAC)<br>251 (WILL)<br>1   (ECHO)<br>255 (IAC)<br>251 (WILL)<br>3   (SGA) [Suppress go-ahead)<br><br>That's pretty standard.<br>The series of 0xff (IACs) and nulls that follow aren't.<br><br>You really need to capture the traffic to-and-from. Is this coming from the VAX to your client, or vice versa?<span style='color:#888888'><br><span class=hoenzb>        -Rick</span></span><o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div></div></div></body></html>