TCP e PF_RING

Question

Stavo dando un'occhiata all'utilizzo di PF_RING per l'invio e la ricezione nella mia applicazione.

Se ho intenzione di utilizzare PF_RING per mantenere una connessione TCP, sembra che dovrò manualmente "forgiare" i messaggi IP e TCP da solo, poiché pfring_send invia pacchetti non elaborati. Ciò significa che dovrò reimplementare manualmente il protocollo TCP su PF_RING?

Capisco che c'è un chiaro vantaggio per la ricezione utilizzando PF_RING, qualcuno ha provato a inviare dati con PF_RING? C'è un chiaro vantaggio rispetto alle normali chiamate di invio?

nota: non sto utilizzando il DNA (accesso diretto alla rete), sto solo utilizzando il bypass parziale del kernel con driver NIC-aware.

Answer 1

Per rispondere alla prima domanda, sì, sarà necessario creare manualmente i messaggi TCP/IP da zero, indirizzo MAC e tutto. Per un esempio dare un'occhiata a pfsend.c da ntop.org.

ntop.org ha anche reso disponibile uno PF_RING user guide che contiene spiegazioni.

Per quanto riguarda l'invio di dati utilizzando PF_RING, è assolutamente possibile, l'idea è di ignorare qualsiasi e qualsiasi nozione di ciò che è effettivamente dati sul filo e inviare il più velocemente possibile, vedere wire speed traffic generation da ntop.org. L'unico vantaggio che ha sul normale invio di chiamate usando il kernel per TCP/IP è che è possibile inviare i dati 1. più velocemente e 2. completamente non formattato sul filo. 2 può essere utile ad esempio quando si desidera riprodurre sulla rete pacchetti/pacchetti multipli precedentemente acquisiti.

---

A meno che non si dispone di un caso d'uso specifico che richiede di avere accesso ai dati sottostanti grezzi senza l'intervento del kernel non c'è assolutamente alcuna buona ragione per usare PF_RING in alcun modo. La soluzione migliore sarebbe quella di utilizzare gli standard socket() disponibili, nella maggior parte dei casi le prestazioni che è possibile ottenere sono più che adeguate.

Quale caso di utilizzo specifico avevi in ​​mente?