No, non e' la latenza... se il media e' lo stesso per tutti i flussi puoi ridurre l'impegno "a vuoto" del canale. E' piu' per una questione di robustezza della connessione ed efficenza nello sfruttamento della risorsa trasmissiva: - gestione dell'hand-over, - ridurre il numero di sessioni interrotte, - ridurre le ritrasmissioni (per lo meno di syn ack e fyn), - ridurre la congestione e quindi migliorare reattività (alcune latenze), - produrre schemi di propagazione adhoc, - ...
Questo sembra interessante: http://people.cs.umass.edu/~yungchih/publication/12_mtcp_4g_tech_report.pdf Il 23 aprile 2013 07:12, Alessandro Gnagni <enterprise...@gmail.com> ha scritto: > Ahhh. Ho capito cosa vuoi ottenere... Vuoi vedere se con più flussi compensi > le limitazioni dovute alla latenza della rete. > > Inviato da Nexus 7 > > Il giorno 23/apr/2013 00:55, "Saverio Proto" <ziopr...@gmail.com> ha > scritto: > >> > Interessante. Ma nn credo si possa applicare alla nostra rete, almeno >> > non >> > utilizzando olsr. >> >> mi interessa provare piu subflow TCP anche se insistono sullo stesso path. >> >> Saverio >> _______________________________________________ >> Wireless mailing list >> Wireless@ml.ninux.org >> http://ml.ninux.org/mailman/listinfo/wireless > > > _______________________________________________ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless > _______________________________________________ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless