<div dir="ltr"><div><div><div>Diciamo che la latenza e' intesa nel contesto della trasmissione globale, non della singola sessione TCP. Penso che Saverio ed Alessandro abbiano asserito al fatto che con il multipath TCP olsr piuo' instradare i flussi in piu' direzioni nel caso in cui "c'e' un ingorgo sulla tangeziale, passa per roma nord, anche se piu' lungo ci metti di meno od almeno lo stesso tempo".<br>
<br></div>Comunque ritorna nel concetto di "uso a vuoto" del canale.<br><br></div>Non ho fatto in tempo a vedere le pubblicazioni, per vedere effettivamente la curva di consumo di banda al crescere dei nodi; o di altri possibili noie o disturbi rilevati.<br>
<br></div>La sperimentazione e' ben accetta.<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">Il giorno 23 aprile 2013 09:41, Michele Favara Pedarsi <span dir="ltr"><<a href="mailto:mfp@meganetwork.org" target="_blank">mfp@meganetwork.org</a>></span> ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">No, non e' la latenza... se il media e' lo stesso per tutti i flussi<br>
puoi ridurre l'impegno "a vuoto" del canale. E' piu' per una questione<br>
di robustezza della connessione ed efficenza nello sfruttamento della<br>
risorsa trasmissiva:<br>
- gestione dell'hand-over,<br>
- ridurre il numero di sessioni interrotte,<br>
- ridurre le ritrasmissioni (per lo meno di syn ack e fyn),<br>
- ridurre la congestione e quindi migliorare reattivitą (alcune latenze),<br>
- produrre schemi di propagazione adhoc,<br>
- ...<br>
<br>
Questo sembra interessante:<br>
<a href="http://people.cs.umass.edu/~yungchih/publication/12_mtcp_4g_tech_report.pdf" target="_blank">http://people.cs.umass.edu/~yungchih/publication/12_mtcp_4g_tech_report.pdf</a><br>
<br>
<br>
<br>
<br>
Il 23 aprile 2013 07:12, Alessandro Gnagni <<a href="mailto:enterprise.nx@gmail.com">enterprise.nx@gmail.com</a>> ha scritto:<br>
<div class="HOEnZb"><div class="h5">> Ahhh. Ho capito cosa vuoi ottenere... Vuoi vedere se con pił flussi compensi<br>
> le limitazioni dovute alla latenza della rete.<br>
><br>
> Inviato da Nexus 7<br>
><br>
> Il giorno 23/apr/2013 00:55, "Saverio Proto" <<a href="mailto:zioproto@gmail.com">zioproto@gmail.com</a>> ha<br>
> scritto:<br>
><br>
>> > Interessante. Ma nn credo si possa applicare alla nostra rete, almeno<br>
>> > non<br>
>> > utilizzando olsr.<br>
>><br>
>> mi interessa provare piu subflow TCP anche se insistono sullo stesso path.<br>
>><br>
>> Saverio<br>
>> _______________________________________________<br>
>> Wireless mailing list<br>
>> <a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
>> <a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
><br>
><br>
> _______________________________________________<br>
> Wireless mailing list<br>
> <a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
> <a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
><br>
_______________________________________________<br>
Wireless mailing list<br>
<a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div><div><b>Dott. Giorgio Desideri</b><br><br><i>PGP-Public Key</i>:   2048R/B1079A5D<br></div><div><div><i>PGP Fingerprint</i>:    06B6 741E 5F35 B532 1749  46CA 2A7E E39D B107 9A5D</div>
</div></div><div><br><br><i>"If people do not believe that mathematics is simple, it is only because they do not realize how complicated life is"  (J. von Neumann)<br></i><br><i>"Il saggio coltiva Linux, perché są che Window$ si pianta da solo !"</i><br>
</div><div><br></div><br>
</div>