<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
Does anyone know if any operating systems work with the DEUNA on the VAX 11/780 emulator?<br><br>I'm wondering if the problem is that the DEUNA implementation is buggy, or if it is that the DEUNA drivers on early BSD UNIX interact with the DEUNA in an unusual or non-standard way.<br><br>Roy<br><br><hr>Date: Sat, 13 Sep 2008 21:59:46 -0400<br>From: neozeed@gmail.com<br>To: royhills@hotmail.com<br>Subject: Re: [Simh] VAX-11/780 DEUNA Ethernet problems with 4.3BSD<br>CC: simh@trailing-edge.com<br><br><div dir="ltr">All I can say, is that 4.2, 4.3, 4.3 RENO don't work....<div><br></div><div>So at least it's consistent.</div><div><br></div><div>However 4.3 RENO will run on the microvax emulator.....<br><br><div class="EC_gmail_quote">
On Sat, Sep 13, 2008 at 9:24 AM, roy hills <span dir="ltr"><<a href="mailto:royhills@hotmail.com">royhills@hotmail.com</a>></span> wrote:<br><blockquote class="EC_gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">




<div>
Does anyone have any thoughts on this?<br><br>I've got no idea how to approach this problem, so would appreciate any thoughts.<br><br>Roy<br><br><hr>From: <a href="mailto:royhills@hotmail.com">royhills@hotmail.com</a><div class="EC_Ih2E3d">
<br>To: <a href="mailto:simh@trailing-edge.com">simh@trailing-edge.com</a><br></div>Date: Fri, 15 Aug 2008 19:08:44 +0100<div class="EC_Ih2E3d"><br>Subject: [Simh] VAX-11/780 DEUNA Ethernet problems with 4.3BSD<br>
<br>



</div><div><div></div><div class="EC_Wj3C7c">


I'm running 4.3BSD on the SIMH VAX-11/780 emulator, and I'm having some issues with the emulated DEUNA Ethernet adapter.  I'm using SIMH version 3.8 on Windows XP.<br><br>I've got two issues:<br><br>1.  The Ethernet adapter does not appear to respond to broadcasts (i.e. destination address ff:ff:ff:ff:ff:ff), so the system does not answer ARP requests.<br>
<br>Here's an example tcpdump output.  The client is at IP address <a href="http://192.168.1.57" target="_blank">192.168.1.57</a>, and the 4.3BSD machine is at <a href="http://192.168.1.70" target="_blank">192.168.1.70</a>:<br>
<br>18:27:03.623364 00:0c:29:01:67:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: arp who-has <a href="http://192.168.1.70" target="_blank">192.168.1.70</a> tell <a href="http://192.168.1.57" target="_blank">192.168.1.57</a><br>
18:27:03.725393 00:0c:29:01:67:5a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: arp who-has <a href="http://192.168.1.70" target="_blank">192.168.1.70</a> tell <a href="http://192.168.1.57" target="_blank">192.168.1.57</a><br>
<br>2.  The Ethernet adapter responds to packets sent to its own address, but replies from seemingly random source addresses.<br><br>Here's an example of an ARP request sent to the SIMH system's MAC address of 08:00:2b:12:34:56.  We see that it replies with the correct MAC address in the ARP packet, but the source address in the Ethernet frame is aa:fd:00:00:00:00<br>
<br>18:29:48.059696 00:0c:29:01:67:5a > 08:00:2b:12:34:56, ethertype ARP (0x0806), length 42: arp who-has <a href="http://192.168.1.70" target="_blank">192.168.1.70</a> tell <a href="http://192.168.1.57" target="_blank">192.168.1.57</a><br>
18:29:48.060160 aa:fd:00:00:00:00 > 00:0c:29:01:67:5a, ethertype ARP (0x0806), length 60: arp reply <a href="http://192.168.1.70" target="_blank">192.168.1.70</a> is-at 08:00:2b:12:34:56<br><br>Sending another directed ARP request gets a reply with a different source MAC address:<br>
<br>18:32:05.439533 00:0c:29:01:67:5a > 08:00:2b:12:34:56, ethertype ARP (0x0806), length 42: arp who-has <a href="http://192.168.1.70" target="_blank">192.168.1.70</a> tell <a href="http://192.168.1.57" target="_blank">192.168.1.57</a><br>
18:32:05.445380 ab:b1:00:00:00:00 > 00:0c:29:01:67:5a, ethertype ARP (0x0806), length 60: arp reply <a href="http://192.168.1.70" target="_blank">192.168.1.70</a> is-at 08:00:2b:12:34:56<br><br>If I put a static ARP mapping on the client, I can telnet to the SIMH system and login.  The telnet session also uses random source addresses in the ethernet header, but surprisingly still works OK:<br>
<br>18:38:19.567264 00:0c:29:01:67:5a > 08:00:2b:12:34:56, IPv4, length 74: 192.168.1.57.4658 > 192.168.1.70.23: tcp 0<br>18:38:19.574243 33:00:00:00:07:00 > 00:0c:29:01:67:5a, IPv4, length 60: 192.168.1.70.23 > 192.168.1.57.4658: tcp 0<br>
18:38:19.574287 00:0c:29:01:67:5a > 08:00:2b:12:34:56, IPv4, length 54: 192.168.1.57.4658 > 192.168.1.70.23: tcp 0<br>18:38:19.576378 00:0c:29:01:67:5a > 08:00:2b:12:34:56, IPv4, length 78: 192.168.1.57.4658 > 192.168.1.70.23: tcp 24<br>
18:38:19.589707 00:00:00:00:00:00 > 00:0c:29:01:67:5a, IPv4, length 60: 192.168.1.70.23 > 192.168.1.57.4658: tcp 3<br>18:38:19.589795 00:0c:29:01:67:5a > 08:00:2b:12:34:56, IPv4, length 54: 192.168.1.57.4658 > 192.168.1.70.23: tcp 0<br>
18:38:19.598110 27:ff:fd:05:07:00 > 00:0c:29:01:67:5a, IPv4, length 81: 192.168.1.70.23 > 192.168.1.57.4658: tcp 27<br>18:38:19.598160 00:0c:29:01:67:5a > 08:00:2b:12:34:56, IPv4, length 54: 192.168.1.57.4658 > 192.168.1.70.23: tcp 0<br>
18:38:19.599593 00:0c:29:01:67:5a > 08:00:2b:12:34:56, IPv4, length 65: 192.168.1.57.4658 > 192.168.1.70.23: tcp 11<br>18:38:19.609339 1e:01:00:00:c0:a8 > 00:0c:29:01:67:5a, IPv4, length 107: 192.168.1.70.23 > 192.168.1.57.4658: tcp 53<br>
18:38:19.609920 00:0c:29:01:67:5a > 08:00:2b:12:34:56, IPv4, length 60: 192.168.1.57.4658 > 192.168.1.70.23: tcp 6<br>18:38:19.616475 1e:01:00:00:c0:a8 > 00:0c:29:01:67:5a, IPv4, length 61: 192.168.1.70.23 > 192.168.1.57.4658: tcp 7<br>
<br>The DEUNA configuration in the SIMH config file is:<br><br>set xu enabled<br>set xu mac=08-00-2B-12-34-56<br>attach xu \Device\NPF_{A390A62C-E18B-45FC-A99F-FB039C5B4032}<br><br>The SIMH system sees the DEUNA at boot, and gets the correct MAC address:<br>
<br>de0 at uba0 csr 174510 vec 120, ipl 15<br>de0: hardware address 08:00:2b:12:34:56<br><br>And ifconfig shows the device OK:<br><br>de0: flags=63<UP,BROADCAST,NOTRAILERS,RUNNING><br>        inet <a href="http://192.168.1.70" target="_blank">192.168.1.70</a> netmask ffffff00 broadcast <a href="http://192.168.1.255" target="_blank">192.168.1.255</a><br>
<br>I'm running the original 1986 vintage 4.3BSD from the CSRG Archive CDROM installed on a virtual RA81 disk.  Apart from the DEUNA issue, it's working fine.<br><br>Any ideas?<br><br>Roy<br><br><br><hr>Find out how to make Messenger your very own TV! <a href="http://clk.atdmt.com/UKM/go/101719648/direct/01/" target="_blank">Try it Now!</a>
<br></div></div><hr>Try Facebook in Windows Live Messenger! <a href="http://clk.atdmt.com/UKM/go/111354030/direct/01/" target="_blank">Try it Now!</a></div>
<br>_______________________________________________<br>
Simh mailing list<br>
<a href="mailto:Simh@trailing-edge.com">Simh@trailing-edge.com</a><br>
<a href="http://mailman.trailing-edge.com/mailman/listinfo/simh" target="_blank">http://mailman.trailing-edge.com/mailman/listinfo/simh</a><br></blockquote></div><br></div></div>
<br /><hr />Try Facebook in Windows Live Messenger! <a href='http://clk.atdmt.com/UKM/go/111354030/direct/01/' target='_new'>Try it Now!</a></body>
</html>