
<html>

<head>

<style>

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

FONT-SIZE: 10pt;

FONT-FAMILY:Tahoma

}

</style>

</head>

<body class='hmmessage'><BLOCKQUOTE>

<META content="Microsoft SafeHTML" name=Generator>

<STYLE>

.ExternalClass .EC_hmmessage P

{padding:0px;}

.ExternalClass body.EC_hmmessage

{font-size:10pt;font-family:Tahoma;}

</STYLE>

Thanks for that insight Brad (and others). FYI, the issue affects XP as well as Linux. Now I am aware of the issue, I can work by using a PC on the LAN as a client and a PC on the LAN running SIMH, instead of both Client and SIMH on the same machine. Of course this means I cannot now develop client-server apps on one laptop while commuting on train, but hey.... <BR><BR><BR> <BR>

<HR id=EC_stopSpelling>

<BR>> From: brad@heeltoe.com<BR>> To: jeremy@vsm.com.au<BR>> CC: petermoreton@hotmail.co.uk; simh@trailing-edge.com<BR>> Subject: Re: [Simh] FW: FTP client connecting to SIMH/OpenVMS? <BR>> Date: Tue, 10 Jun 2008 20:01:00 -0400<BR>> <BR>> <BR>> Jeremy Begg wrote:<BR>> >Peter,<BR>> ><BR>> >>I just found that I *can* FTP and Telnet into the VMS machine from<BR>> >>another Physical host on the LAN - so it seems as though TCP/IP traffic<BR>> >>between VMS and the PC running SIMH isn't routing, but so long as I<BR>> >>connect to the VMS machine from another PC on the LAN, then the VAX<BR>> >>responds as it should.<BR>> ><BR>> >I believe this is a known problem with SIMH (actually I believe it's a<BR>> >problem in the underlying networking library used by SIMH). To<BR>> >communicate between the host PC and the emulated VAX, the host PC<BR>> >needs to have an ethernet NIC which is dedicated to the VAX.<BR>> <BR>> if simh is running on linux, it's a long standing issue with linux (and<BR>> possibly every other unix)<BR>> <BR>> Depending on what sort of network "tap" you use to simulate the ethernet<BR>> you may not be able to access the simulated host from the host machine.<BR>> You can, however, access it from any other host on the network.<BR>> <BR>> I figured out exactly what the issue was years ago and asked the linux<BR>> networking community about it - the response was that most people didn't<BR>> notice or care and fixing it was hard.<BR>> <BR>> It happens more and more now that people are doing emulators as machines<BR>> get faster. I've run into before. I think I got around it last by<BR>> using an IP level tap internet (i.e. creating a new interface) but that<BR>> has it's own set of issues.<BR>> <BR>> I as I recall (dimly), if you use an ethernet level tap, the ethernet<BR>> driver has to duplicate each packet sent and pass them back up to the<BR>> simulator socket. Likewise, all packets received have to be duplicated<BR>> and sent to the simulator socket. I think right now the receive side<BR>> happens but not the transmit side.<BR>> <BR>> Typing it here is seems simple to fix but it didn't look easy at the<BR>> time. Ah yes. the problem is you also want to send packets back to the<BR>> host if they originated in the sim. but you don't know who sent them in<BR>> the ethernet driver (very low level). so you risk sending packets back<BR>> to the host which originated in the host and packets back to the sim<BR>> which originated in the sim.<BR>> <BR>> basically, you want to simulate a mini ethernet wire. I guess you<BR>> could do some sort of simple learning bridge.<BR>> <BR>> Hopefully this illustrates the problem and some of the complexity.<BR>> <BR>> anyway, simh suffers this problem as do many emulators.<BR>> <BR>> -brad<BR>> <BR><BR><BR>

<HR>

Get 5GB of online storage for free! <A href="http://clk.atdmt.com/UKM/go/msnnkmgl0010000005ukm/direct/01/" target=_blank>Get it Now! </A></BLOCKQUOTE><br /><hr />Miss your Messenger buddies when on-the-go? <a href='http://clk.atdmt.com/UKM/go/msnnkmgl0010000001ukm/direct/01/' target='_new'>Get Messenger on your Mobile!</a></body>

</html>