[P4] Meresek

[Sándor Laki]

Hali!

Megpróbálhatod még úgy, hogy az IP-t range-eled.

Elvben az RX queue-k között hash alapján dobja szét a csomagokat, amiben 
az ip és tcp/udp fejlécekből is vannak elemek. Az Ethernet nem biztos, 
hogy számít, de persze, lehet...

Üdv.

Sanyi

On 2016.05.17. 13:43, Péter Vörös wrote:
> Hali!
>
> A sajat L2-nket futtatom ugy, hogy a mac cimek-et range-elem:
>                                                               Port 2
>                 Port 3
> dst.mac         :                                00:25:90:e5:b0:a0
> 00:25:90:e5:b0:b0
>      inc         :                                    00:00:00:00:00:01
>   00:00:00:00:00:01
>      min         :                                   00:25:90:e5:b0:a0
> 00:25:90:e5:b0:b0
>      max         :                                  00:25:90:e5:b0:af
> 00:25:90:e5:b0:bf
>                  :
> src.mac         :                               00:25:90:e5:b0:b0
> 00:25:90:e5:b0:a0
>      inc         :                                   00:00:00:00:00:01
> 00:00:00:00:00:01
>      min         :                                  00:25:90:e5:b0:b0
> 00:25:90:e5:b0:a0
>      max         :                                 00:25:90:e5:b0:bf
> 00:25:90:e5:b0:af
>
> Tehat az egyik porton vannak a cimek a0-af-ig, a masik oldalon pedig
> b0-bf. A portok pedig a kimeno csomagokkal a masik port cimeire
> kuldenek.
> A csomagok rendben vissza is jonnek, itt vannak a szamok 4-4 mag eseteben:
>
>             2                       3                     Total
>      7086/9999          7086/9999        14173/19999
>
> Peti
>
> Sándor Laki <lakis at elte.hu> írta (2016. május 17. 13:15):
>> Hi,
>>
>> Az L2-vel próbálod? Minek a range-ét állítod? Mindent ugyanarra akarsz
>> visszaküldeni?
>>
>> Milyen számokat látsz?
>>
>> Üdv.
>>
>> Sanyi
>>
>> On 2016.05.17. 12:47, Péter Vörös wrote:
>>
>> Sziasztok!
>>
>> Megneztem, de valamiert a csomagok nem erkeznek meg a pcap-ekkel.
>> Viszont sikerult beallitanom a range-et a pktgen-nel.
>>
>> Ez nagyon erdekes, mert most tisztan latszik hogy minden core
>> dolgozik, a sebessegunk viszont megsem lett jobb. Az is lathato, hogy
>> a dpdk-main-loop-ban allnak a core-ok az ido jelentos reszeben, tehat
>> nincsenek maximalisan kihasznalva a magok.
>> Olyan lehet, hogy az RX-skalazik, de mondjuk a TX nem, emiatt fel
>> tudna dolgozni tobb csomagot, csak kikuldeni nem tudja a switch-unk?
>>
>> Peti
>>
>> Sándor Laki <lakis at elte.hu> írta (2016. május 17. 12:25):
>>
>> Ó, bakker...
>>
>> próbáld pcap fájlból generált forgalommal!
>>
>> L2-vel: http://ios.tmit.bme.hu/nfpa/pcap/nfpa.trL2_random_pcaps.tar.xz
>>
>> kicsomagolás: tar xvfJ fájl.tar.xy
>>
>> Köszi!!!
>>
>> Üdv.
>>
>> Sanyi
>>
>>
>> On 2016.05.17. 12:14, Péter Vörös wrote:
>>
>> Sziasztok!
>>
>> Ma sikerult eleg stabilla tenni a 10G kartyas gepeken a teszteloi
>> kornyezetunket. Csak a proba kedveert gondoltam megcserelem a ket
>> gepet. (eddig ugye a dpdk2-n futott a switch es az 1 volt a
>> csomaggenerator).
>>
>> Mikor megcsereltem kiderult, hogy a csomaggeneratarnal se mindegy,
>> hogy milyen socket alatti core-okat adunk neki. Feltehetoled ezert
>> volt meglehetosen instabil a pktgen mukodese a korabbiakban.
>>
>> Lefuttattam a mereseket, amin az latszik, hogy ha a core-ok jol vannak
>> beallitva akkor nem skalazunk lefele. Felfele is csak akkor amikor
>> mindket port kap egy-egy kulon core-t. Ennek az az oka, hogy csak 1-1
>> core dolgozza fel a csomagokat folyamatosan. Mivel a pktgen ugyanolyan
>> csomagokat general, ezek pedig ugyanannal a core-nal lesznek
>> feldolgozva. (Jol latszik hogy ha kezzel atirom a dst addresst az
>> egyik portnal akkor mas core dolgozza fel a forgalmat.)
>>
>> Nem tudom, hogy kell a pktgennek megmondani, hogy ne ugyanolyan
>> csomagokat kuldjon, hanem egy cimtartomanyban valasszon random.
>> Egyelore varom az Ericssonosok valaszat, de ha valaki esetleg tudja a
>> megoldast ne tartsa magaban.
>>
>> A szamok:
>> 1 mag osszesen: "(0,0,0),(1,0,0)"
>>       2                  3               total
>>   4053/9999          4053/9999         8106/19999
>>
>> 1-1 mag: "(0,0,0),(1,0,1)"
>>       2                  3               total
>>   6696/9999          6849/9999        13546/19999
>>
>> 2-2 mag: "(0,0,0),(0,1,1),(1,0,2),(1,1,3)"
>>       2                  3               total
>>   7053/9999          7053/9999        14106/19999
>>
>> 4-4 mag: "(0,0,0),(0,1,1),(0,2,2),(0,3,3),(1,0,4),(1,1,5),(1,2,6),(1,
>> 3,7)"
>>       2                  3               total
>>   7063/9999          7077/9999        14140/19999
>>
>> Peti
>> _______________________________________________
>> P4 mailing list
>> P4 at plc.inf.elte.hu
>> https://plc.inf.elte.hu/mailman/listinfo/p4
>>
>>
>> --
>> Sándor Laki, PhD
>> Assistant professor
>> Department of Information Systems
>> Eötvös Loránd University
>> Pázmány Péter stny. 1/C
>> H-1117, Budapest, Hungary
>> Room 2.506
>> Web: http://lakis.web.elte.hu
>> Phone: +36 1 372 2869 / 8477
>> Cell: +36 70 374 2646
>>
>>
>> _______________________________________________
>> P4 mailing list
>> P4 at plc.inf.elte.hu
>> https://plc.inf.elte.hu/mailman/listinfo/p4
>>
>>
>> --
>> Sándor Laki, PhD
>> Assistant professor
>> Department of Information Systems
>> Eötvös Loránd University
>> Pázmány Péter stny. 1/C
>> H-1117, Budapest, Hungary
>> Room 2.506
>> Web: http://lakis.web.elte.hu
>> Phone: +36 1 372 2869 / 8477
>> Cell: +36 70 374 2646

-- 
Sándor Laki, PhD
Assistant professor
Department of Information Systems
Eötvös Loránd University
Pázmány Péter stny. 1/C
H-1117, Budapest, Hungary
Room 2.506
Web: http://lakis.web.elte.hu
Phone: +36 1 372 2869 / 8477
Cell: +36 70 374 2646

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/p4/attachments/20160517/8690708a/attachment.html>