<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
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 192.168.1.57, and the 4.3BSD machine is at 192.168.1.70:<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 192.168.1.70 tell 192.168.1.57<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 192.168.1.70 tell 192.168.1.57<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 192.168.1.70 tell 192.168.1.57<br>18:29:48.060160 aa:fd:00:00:00:00 > 00:0c:29:01:67:5a, ethertype ARP (0x0806), length 60: arp reply 192.168.1.70 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 192.168.1.70 tell 192.168.1.57<br>18:32:05.445380 ab:b1:00:00:00:00 > 00:0c:29:01:67:5a, ethertype ARP (0x0806), length 60: arp reply 192.168.1.70 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 192.168.1.70 netmask ffffff00 broadcast 192.168.1.255<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='_new'>Try it Now!</a></body>
</html>