Saverio,
spero di non ricordare male e soprattutto di non aver frainteso il problema, ma
io ricordo di un paper di sort che parlava dei problemi di unfairness
del tcp su rete wi-fi (strutturata, con ap) nel caso di traffico
aggressivo in uplink:
una delle conseguenze è che il p2p (che produce
ZioPRoTo (Saverio Proto) ha scritto:
Cioè un P2P fra i soli utenti Ninux è sostenibile?
è da provare :)
Saverio
Sicuramente ci sarà il modo per far girare in modo decente il p2p sulla
rete mesh, eventualmente utilizzando un protocollo multicast.
Ma questo non è il punto.
ZioPRoTo (Saverio Proto) ha scritto:
Ora notate che da precedenti discussioni su MTU è venuto fuori che
quando il modulo ip_conntrack è caricato nel kernel, se arriva un
pacchetto IP frammentato, si aspetta l'altro frammento prima di
spedire il tutto, anche se non ci sono NAT o regole di
On Feb 12, 2008 9:32 AM, ZioPRoTo (Saverio Proto) [EMAIL PROTECTED] wrote:
Prima che, per coinvolgerli, si offra loro quello che non potranno avere
nell'immediato: il P2P sulla rete mesh non regge; nessuno sarà disposto
a condividere la propria connessione ad internet senza avere alcuna
Cioè un P2P fra i soli utenti Ninux è sostenibile?
è da provare :)
Saverio
Sicuramente ci sarà il modo per far girare in modo decente il p2p sulla
rete mesh, eventualmente utilizzando un protocollo multicast.
Non sono d'accordo. Il multicast è per lo streaming.
Ma questo non è il punto. Probabilmente il p2p fatto senza criterio (dal
99% degli utenti p2p) così come
6 matches
Mail list logo
