Modifica del driver Ethernet / Wifi per ottenere un accesso alla rete più veloce? [chiuso]

Question

Modifica del driver Ethernet / Wifi per ottenere un accesso alla rete più veloce? [chiuso]

#1 da (1 voti)

0

Ho già fatto questa domanda su networkengineering.stackexchange.com, ma sfortunatamente è stato contrassegnato come Offtopic lì.

Per quanto mi riguarda, lo standard CSMA / CD e CSMA / CA si basano sulla conformità dello standard di protocollo degli host collegati al canale di comunicazione. Ad esempio: se viene rilevata una collisione in Ethernet, tutti gli host coinvolti attendono un tempo casuale e riprovano a inviare nuovamente i dati, almeno se il canale non è già utilizzato (rilevamento della portante). Un altro esempio: nello standard WLAN di DCF gli host che desiderano inviare qualcosa competono tra loro per l'accesso al canale in attesa di una quantità casuale di tempo. Questo mi sembra al primo sguardo come una buona idea, perché se ogni host fa davvero quello che gli standard dettano, è abbastanza giusto per tutti coloro che sono coinvolti. Ma lascia solo dire che c'è un attaccante connesso al canale che non si preoccupa degli standard del protocollo nel livello di collegamento dati. Se è coinvolto in una collisione in Ethernet, allora semplicemente imbroglia aspettando il minor tempo possibile. Se ha bisogno di competere con altri host in Wifi per l'accesso al canale, fa lo stesso, in modo che sia sempre il primo a poter inviare. Se tutti facessero questo, la rete sarebbe congestionata.

€ dit - speriamo che sia più chiaro: penso solo a una maggiore velocità di trasmissione dati in una rete (ad esempio nel Wifi di un hotel / bar) ignorando i tempi di ritardo ( link ) nel livello di collegamento dati.

Penso che per fare questo, è sufficiente modificare il driver di rete. Ma è davvero così facile o ho dimenticato di considerare qualcosa di importante? E se è davvero così facile, perché non è fatto in pratica? (Almeno non ne ho mai sentito parlare) Saluti

ethernet wireless

posta cakelover 26.10.2017 - 18:26

fonte

1 risposta

Leggi altre domande sui tag ethernet wireless

Combina rilevamento SNORT e registra con risposta attiva OSSEC exploit Metasploit che non richiede l'interazione dell'utente iniziale

score 1 · Accepted Answer

Per essere chiari, stai chiedendo di un comportamento definito come un backoff esponenziale troncato:

link link

Questo algoritmo generale non è solo usato in rete: l'ho usato per fare il backoff sulle richieste HTTP ai servizi occupati. Penso che ci siano un paio di piccoli equivoci da parte tua, uno dei quali è semplicemente:

Che cosa ti aspetti di guadagnare riscrivendo un driver di rete per non eseguire il backoff standard?

Per i protocolli TCP / IP il tempo di backoff è misurato in decine e centinaia di microsecondi. Inoltre, poiché viene utilizzato solo in caso di collisioni (ovvero alto traffico di rete), probabilmente non è una fonte costante di latenza di rete, ad esempio, in una rete domestica (in cui il driver di rete è effettivamente rilevante). Se tutto quello che vuoi fare è rendere la tua rete domestica il più veloce possibile, la soluzione migliore è semplicemente acquistare un router di fascia alta e non sovraccaricarlo con troppi dispositivi.

Dal punto di vista di un attore malevolo, sono sicuro che prevarrà la stessa analisi costi / benefici. Certo, potresti riscrivere il tuo driver di rete per ignorare il backoff esponenziale e cercare di essere il primo a ottenere i tuoi pacchetti attraverso in caso di collisione ma sospetto strongmente che sia i guadagni sia facendo così la frequenza con cui tali guadagni saranno applicabili è talmente piccola che nessuno si preoccuperebbe di riscrivere un driver per questo.

L'altro problema che sospetto che incontrerai è che anche questo potrebbe non aiutare sostanzialmente la tua causa. In caso di collisione, tu e la parte in collisione probabilmente non siete gli unici a poter entrare in collisione. Se non si attende e si invia un nuovo pacchetto molto rapidamente, ciò non sarà di aiuto se si scontrerà con un altro host. Certo, se non si aspetta, probabilmente otterrete le vostre richieste in media più velocemente, ma non è ovvio per me che questo sarà di grande aiuto per voi. L'intero punto di questo algoritmo non è quello di "far aspettare il proprio turno", ma piuttosto di moderare l'utilizzo generale in modo che una rete sovrascritta possa fare le cose. In sostanza, stai proponendo di ignorare le regole e semplicemente spammare su una rete occupata. Sì, potrebbe farti superare più velocemente, ma potrebbe anche solo aumentare la congestione fino al punto in cui nessuno può farcela.