În prezent, lucrăm cu un protocol de rețea academic care modifică și criptează parțial pachetele IPv6 și stabilește circuite pentru a permite rutarea fără sursă.
Avem prototipul în funcțiune și funcționează cu mesaje IPv6 dacă punem sarcina utilă a mesajului direct în sarcina utilă a pachetului IP (de exemplu, trimiteți o lume bună).
Cu toate acestea, nu putem folosi instrumente bine consacrate precum ping sau iperf3, deoarece mesajele primesc destinația, dar nu sunt trimise răspunsuri.
Ne întrebăm dacă putem compara unele caracteristici ale prototipului.
Din câte văd eu, nu are sens să evaluăm pierderile de pachete, deoarece protocolul în sine nu introduce motive de pierdere de pachete, altele decât un nod de pe ruta care este luat offline.
De asemenea, nu pare să aibă sens să măsoare debitul de date, deoarece aceasta este supusă legăturii dintre cele două părți.
Protocolul în sine, de asemenea, nu introduce motive pentru jitter, deoarece toate mesajele sunt tratate la fel, astfel încât, din nou, acesta ar fi un atribut legat de rețea.
Latența se datorează, de asemenea, în mare parte problemelor legate de rețea, dar ceea ce am putea măsura este timpul de care are nevoie prototipul pentru a modifica un mesaj.
În prezent, îl rulăm pe VM. Folosește reguli iptables pentru a intercepta pachetele și a le transmite către nfqueue, care modifică pachetele folosind python.
Mi-am propus să facem o analiză teoretică în schimb dacă calculăm octeții suplimentari care sunt adăugați peste pachetele obișnuite IPv6, încercăm să calculăm costurile suplimentare de performanță (cum?) și încercăm să restrângem ce atacuri sunt fezabile și care nu. , în ceea ce privește IPv6 obișnuit.
- Ce caracteristici au sens să fie evaluate?
- În afară de dimensiunea pachetului și costurile de performanță, ce altceva ar putea fi analizat teoretic?
P.S.: Sper că se încadrează în această categorie, deoarece nu pare să se încadreze în ingineria de rețea
