<p dir="ltr">Si ma in quel caso devi gestirlo a livello applicativo, qui invece lo puoi gestire in maniera trasparente rispetto all'applicativo usato.</p>
<p dir="ltr">Inviato da Nexus 7</p>
<div class="gmail_quote">Il giorno 24/apr/2013 10:00, <<a href="mailto:clauz@ninux.org">clauz@ninux.org</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Si potrebbero usare due o piu' protocolli di routing in parallelo,<br>
oppure sfruttare IPv4 ed IPv6 contemporaneamente per la stessa connessione.<br>
<br>
Clauz<br>
<br>
On 04/24/13 08:38, Alessandro Gnagni wrote:<br>
> No. Con olsr non possiamo instradare il flusso per più direzioni. Tuttavia<br>
> è stato notato che dividendo il flusso in più stream concorrenti si ottiene<br>
> una velocità superiore rispetto al singolo stream.<br>
> Quindi abbiamo notato che la somma delle parti è più dell'intero.<br>
> Il giorno 24/apr/2013 04:35, "Giorgio Desideri" <<a href="mailto:giorgio.desideri@gmail.com">giorgio.desideri@gmail.com</a>><br>
> ha scritto:<br>
><br>
>> Diciamo che la latenza e' intesa nel contesto della trasmissione globale,<br>
>> non della singola sessione TCP. Penso che Saverio ed Alessandro abbiano<br>
>> asserito al fatto che con il multipath TCP olsr piuo' instradare i flussi<br>
>> in piu' direzioni nel caso in cui "c'e' un ingorgo sulla tangeziale, passa<br>
>> per roma nord, anche se piu' lungo ci metti di meno od almeno lo stesso<br>
>> tempo".<br>
>><br>
>> Comunque ritorna nel concetto di "uso a vuoto" del canale.<br>
>><br>
>> Non ho fatto in tempo a vedere le pubblicazioni, per vedere effettivamente<br>
>> la curva di consumo di banda al crescere dei nodi; o di altri possibili<br>
>> noie o disturbi rilevati.<br>
>><br>
>> La sperimentazione e' ben accetta.<br>
>><br>
>><br>
>> Il giorno 23 aprile 2013 09:41, Michele Favara Pedarsi <<br>
>> <a href="mailto:mfp@meganetwork.org">mfp@meganetwork.org</a>> ha scritto:<br>
>><br>
>>> 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>
>>><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<br>
>>> scritto:<br>
>>>> Ahhh. Ho capito cosa vuoi ottenere... Vuoi vedere se con più flussi<br>
>>> 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<br>
>>> 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>
>>><br>
>><br>
>><br>
>><br>
>> --<br>
>> *Dott. Giorgio Desideri*<br>
>><br>
>> *PGP-Public Key*: 2048R/B1079A5D<br>
>> *PGP Fingerprint*: 06B6 741E 5F35 B532 1749 46CA 2A7E E39D B107 9A5D<br>
>><br>
>><br>
>> *"If people do not believe that mathematics is simple, it is only because<br>
>> they do not realize how complicated life is" (J. von Neumann)<br>
>> *<br>
>> *"Il saggio coltiva Linux, perché sà che Window$ si pianta da solo !"*<br>
>><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>
><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>
</blockquote></div>