[so2] [ixia challenge]transmitere pachete
Gucea Doru
gucea.doru at gmail.com
Sat Mar 22 18:50:41 EET 2014
1)da, tap e in masina fizica
2)am setat macaddr programatic, insa incerc si varianta propusa de tine
3) testez varianta 3 sa vad ce obtin
Multumesc pentru ajutor,
Doru
2014-03-22 9:47 GMT-07:00 Daniel Baluta <daniel.baluta at gmail.com>:
> 2014-03-22 18:23 GMT+02:00 Gucea Doru <gucea.doru at gmail.com>:
> > Salut,
>
> Salut,
>
> >
> > Am o mare problema cu trimiterea pachetelor. Testarea o fac trimitand
> > pachete pe tap0 de pe qemu. Driverul reuseste sa trimita pachete insa
> > continutul nu e cel asteptat. In tcpdump obtin urmatorul output:
>
> Tap0 e in masina fizica, corect?
>
> >
> > 18:05:53.723495 00:00:00:00:00:00 (oui Ethernet) > 00:00:00:00:00:00 (oui
> > Ethernet) Null Information, send seq 0, rcv seq 0, Flags [Command],
> length
> > 2586
>
> Aici MAC-urile nu arata bine. Ce MAC are interfata ixeth0? Cel mai probabil
> 00:00:00:00:00:00.
>
> La pornirea qemu va trebui sa-i spunem MAC-ul device-ului.
>
> In Makefile va trebui sa ai ceva similar cu:
>
> -net nic,model=i82559er,macaddr=52:54:00:12:34:56
>
> >
> > In functia de din ndo_start_xmit primesc un struct sk_buff *skb pe care
> il
> > pun in TCB-ul meu astfel:
> > cb->tbd.tcb_byte_count = skb->len;
> > memcpy(cb->tbd.data, skb->data, skb->len);
>
> Printeaza skb->data octet cu octet si vezi daca seamana cu ce trimiti.
> >
> >
> > TCB-ul cred ca e citit corect intrucat daca pun 0 la byte_count nu se
> > transmite nimic deci problema e posibil sa fie de la acel memcpy,
> posibil sa
> > fie legat de endianessul sistemului?
> > De asemenea daca inlocuiesc memcpy cu memset(cb->tbd.data,1, skb->len)
> obtin
> > un output de genul: [1]
> _______________________________________________
> http://ocw.cs.pub.ro/courses/so2/resurse/lista-discutii
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cursuri.cs.pub.ro/pipermail/so2/attachments/20140322/f8e7fb08/attachment.html>
More information about the so2
mailing list