<br><font size=2 face="sans-serif">Hi IAn,</font>
<br>
<br><font size=2 face="sans-serif">Thank you for your answer.</font>
<br>
<br><font size=2 face="sans-serif">I'm using two board's. One is a processing board using Intel's I960 JA, the second board is the network interface with the marvell's GT-4800A1.</font>
<br>
<br>
<br><font size=2 face="sans-serif">I trying with a another physical address ( this one not a broadcast or multicast packet ) and the result is the same. </font>
<br>
<br>
<br><font size=2 face="sans-serif">Althought the packet i sent you in last e-mail was taken from a real packet sniffer I printed  the buffer on screen in the network transmit task</font>
<br><font size=2 face="sans-serif">and the values are the same. Because of this I think the problem is with the constrution of the packet inside the network stack.</font>
<br>
<br>
<br><font size=2 face="sans-serif">best regards,</font>
<br><font size=2 face="sans-serif">Mário Vieira</font>
<br>
<br>
<br>
<br>
<br>
<br>
<br><font size=2 face="Courier New">Hi Mario,<br>
<br>
I am not quite sure what processor, or Ethernet chip you are using so it <br>
is hard to give detailed information but I have a couple of pointers for <br>
you.<br>
<br>
1. Your physical address that you are using is a multi-cast address and <br>
shouldn't be used for your normal Ethernet address.  The 6 byte physical <br>
address should NOT set the lowest bit of the first byte, i.e. your first <br>
byte is 0x31.  The 1 indicates a multicast address.  This will cause all <br>
sorts of problems.  I recommend that you set this byte to 0.  Also, if <br>
you want to talk to real pieces of equipment you will have to get a <br>
proper Ethernet address at some stage.<br>
<br>
2.  Are you writing your own Ethernet driver or just trying to get one <br>
of the existing drivers running?<br>
<br>
regards,<br>
<br>
Ian Caddy<br>
<br>
<br>
Mario Vieira wrote:<br>
<br>
><br>
> Hi, I am a newbie with RTEMS and I need help.<br>
><br>
><br>
> I am porting RTEMS to a board from quicklogic. I'm testing the network <br>
> with the netdemos-4.5.0/netdemo and I find out (printing the mbuffer) <br>
> that the initial ARP packet that is sent is incorrect.<br>
> Below I send the capture packet that is exactly like the mbuffer:<br>
><br>
><br>
> Frame 1 (60 on wire, 60 captured)<br>
>     Packet Length: 60 bytes<br>
>     Capture Length: 60 bytes<br>
> Ethernet II<br>
>     Destination: ff:ff:ff:ff:ff:ff (ff:ff:ff:ff:ff:ff)<br>
>     Source: 31:32:33:34:35:36 (31:32:33:34:35:36)<br>
>     Type: ARP (0x0806)<br>
>     Trailer: 0000C1888F010000000004D200090328...<br>
> Address Resolution Protocol (opcode 0x0604)<br>
>     Hardware type:  (0x0000)                                 <- HERE short<br>
>     Protocol type: Unknown (0x0001)<br>
>     Hardware size: 8<br>
>     Protocol size: 0<br>
>     Opcode: Unknown (0x0604)<br>
>     Sender hardware address: 0001313233343536<br>
>     Target hardware address: C1888F0100000000  <br>
><br>
><br>
> The "HERE short" isn't supposed to be there. From there the codes are <br>
> correct but moved 2 bytes.<br>
><br>
> I look at the procedure to send out ARP Requests but I could see what <br>
> is wrong.<br>
> Please help me.<br>
><br>
> Thanks in advance,<br>
> Mário Vieira<br>
<br>
<br>
-- <br>
<br>
ianc@microsol.iinet.net.au<br>
Microsol (Aust) Pty Ltd<br>
Suite 4, Enterprise Centre 3<br>
11 Brodie Hall Drive<br>
Bentley, WA, 6102<br>
Phone: (+61) 08 9473 6600 Fax:   (+61) 08 9473 6699<br>
<br>
<br>
</font>
<br>
<br>