<p dir="ltr">No. Con olsr non possiamo instradare il flusso per più direzioni. Tuttavia è stato notato che dividendo il flusso in più stream concorrenti si ottiene una velocità superiore rispetto al singolo stream.<br>
Quindi abbiamo notato che la somma delle parti è più dell'intero. </p>
<div class="gmail_quote">Il giorno 24/apr/2013 04:35, "Giorgio Desideri" <<a href="mailto:giorgio.desideri@gmail.com">giorgio.desideri@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<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" target="_blank">enterprise.nx@gmail.com</a>> ha scritto:<br>
<div><div>> 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" target="_blank">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" target="_blank">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" target="_blank">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" target="_blank">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>
<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></blockquote></div>