Netdemo and ARP protocol

[Mario Vieira]

Hi IAn,

Thank you for your answer.

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.


I trying with a another physical address ( this one not a broadcast or 
multicast packet ) and the result is the same. 


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
and the values are the same. Because of this I think the problem is with 
the constrution of the packet inside the network stack.


best regards,
Mário Vieira






Hi Mario,

I am not quite sure what processor, or Ethernet chip you are using so it 
is hard to give detailed information but I have a couple of pointers for 
you.

1. Your physical address that you are using is a multi-cast address and 
shouldn't be used for your normal Ethernet address.  The 6 byte physical 
address should NOT set the lowest bit of the first byte, i.e. your first 
byte is 0x31.  The 1 indicates a multicast address.  This will cause all 
sorts of problems.  I recommend that you set this byte to 0.  Also, if 
you want to talk to real pieces of equipment you will have to get a 
proper Ethernet address at some stage.

2.  Are you writing your own Ethernet driver or just trying to get one 
of the existing drivers running?

regards,

Ian Caddy


Mario Vieira wrote:

>
> Hi, I am a newbie with RTEMS and I need help.
>
>
> I am porting RTEMS to a board from quicklogic. I'm testing the network 
> with the netdemos-4.5.0/netdemo and I find out (printing the mbuffer) 
> that the initial ARP packet that is sent is incorrect.
> Below I send the capture packet that is exactly like the mbuffer:
>
>
> Frame 1 (60 on wire, 60 captured)
>     Packet Length: 60 bytes
>     Capture Length: 60 bytes
> Ethernet II
>     Destination: ff:ff:ff:ff:ff:ff (ff:ff:ff:ff:ff:ff)
>     Source: 31:32:33:34:35:36 (31:32:33:34:35:36)
>     Type: ARP (0x0806)
>     Trailer: 0000C1888F010000000004D200090328...
> Address Resolution Protocol (opcode 0x0604)
>     Hardware type:  (0x0000)                                 <- HERE 
short
>     Protocol type: Unknown (0x0001)
>     Hardware size: 8
>     Protocol size: 0
>     Opcode: Unknown (0x0604)
>     Sender hardware address: 0001313233343536
>     Target hardware address: C1888F0100000000 
>
>
> The "HERE short" isn't supposed to be there. From there the codes are 
> correct but moved 2 bytes.
>
> I look at the procedure to send out ARP Requests but I could see what 
> is wrong.
> Please help me.
>
> Thanks in advance,
> Mário Vieira


-- 

ianc at microsol.iinet.net.au
Microsol (Aust) Pty Ltd
Suite 4, Enterprise Centre 3
11 Brodie Hall Drive
Bentley, WA, 6102
Phone: (+61) 08 9473 6600 Fax:   (+61) 08 9473 6699




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20020913/11691b8f/attachment.html>