stralol hahahahaha
On 03/07/12 01:06, ZioPRoTo (Saverio Proto) wrote:
Ma non basta igmp snooping?
si col fast reroute multipath dahon
Saverio
___
Wireless mailing list
Wireless@ml.ninux.org
http://ml.ninux.org/mailman/listinfo/wireless
Il 06/03/2012 20.34, Fabio ha scritto:
[CUT]
Al momento dubito di avere
visibilità su qualche altro nodo già attivo, ho buona visibilità verso
i castelli e nord-ovest in generale, ma in realtà non so in che modo
verificare dove può arrivare il mio segnale, ed appunto per questo
volevo
In vista di grandi rinnovamenti, ho preparato un questionaro con gli
strumenti google (per semplicità e per comodità).
Invito tutti gli iscritti a questa ML di rispondere al questionario di
soli 8 domandine!
http://nnx.me/questionario
Tutto questo servirà per capire cosa ne pensate e cosa avete
Grazie delle cortesi risposte a tutti quanti. Quello che intendo io è
streaming multicast a tutti gli effetti.
Qualcosa del tipo www.ustream.tv . In effetti ho trovato un amico che ha
realizzato questa cosa usando un software denominato UbuntuTV. Ne metti
uno all' interno della rete che faccia da
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
a quale rate viaggiano secondo i nuovi standard 802.11n? Immagino il
limite di 1mbps sia oramai superato...
On Wed, Mar 7, 2012 at 4:19 PM, ZioPRoTo (Saverio Proto)
ziopr...@gmail.com wrote:
2012/3/7 ZioPRoTo (Saverio Proto) ziopr...@gmail.com
C'e' un problema di fondo a fare multicast su WiFi.
I pacchetti IP multicast viaggiano su frame 802.11 multicast, che
viaggiano ad un rate basso e non sono ACKnoledged, quindi performance
del Multicast su WiFi con i nostri apparati = cacca
il multicast rate si puo' settare su openwrt a mistretta lo abbiamoa
11megabit
On 03/07/12 16:31, Pierluigi Checchi wrote:
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
a quale rate viaggiano secondo i nuovi standard 802.11n? Immagino
E' probabile.
Andrebbero implementati/installati dei ripetitori di flusso direttamente
sui nodi, un flusso unicast per link.
Infine, all'interno di ogni sottorete dei fruitori finali,
sarebbe sufficiente un flusso multicast, che avrebbe un packet loss
marginale e accettabile.
Naturalmente
Grazie Zioproto. Mi rendo meglio conto della praticità della cosa. Comunque
per adesso tornerò a pensare alla rete che ancora non c'è. Metto questa
idea nel cassetto in attesa di ritirarla fuori un giorno. XD
2012/3/7 ZioPRoTo (Saverio Proto) ziopr...@gmail.com
C'e' un problema di fondo a fare
Il 07/03/2012 12.25, Angelo G. ha scritto:
In vista di grandi rinnovamenti, ho preparato un questionaro con gli
strumenti google (per semplicità e per comodità).
Invito tutti gli iscritti a questa ML di rispondere al questionario di
soli 8 domandine!
http://nnx.me/questionario
Tutto questo
On Wed, Mar 07, 2012 at 04:31:48 +0100, Pierluigi Checchi wrote:
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
a quale rate viaggiano secondo i nuovi standard 802.11n? Immagino il
limite di 1mbps sia oramai superato...
come ha detto
On Wed, Mar 07, 2012 at 05:01:52 +0100, Darkman wrote:
2012/3/7 ZioPRoTo (Saverio Proto) ziopr...@gmail.com
C'e' un problema di fondo a fare multicast su WiFi.
I pacchetti IP multicast viaggiano su frame 802.11 multicast, che
viaggiano ad un rate basso e non sono
On 03/07/2012 03:31 PM, Pierluigi Checchi wrote:
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
Direi che non e' un vantaggio: c'e' la 'performance anomaly' [0] per cui
basta un solo device che va piano per andare tutti a rate basso
Il giorno Wed, 7 Mar 2012 01:10:39 +0100
ZioPRoTo (Saverio Proto) ziopr...@gmail.com ha scritto:
PS presuppongo che i video vengono serviti via HTTP in unicast, senza
tanti giri di parole sul multicast
Infatti non trascorrono 3 minuti di streaming che si verifica una
interruzione, purtroppo.
Il giorno Wed, 07 Mar 2012 12:25:08 +0100
Angelo G. sephiroth@gmail.com ha scritto:
dedicate quei 5-10minuti per rispondere al questionario (sondaggio)!
... questionato ...
--
OpenPGP Key-ID: 8F4BC1B7
___
Wireless mailing list
Il giorno Wed, 07 Mar 2012 12:25:08 +0100
Angelo G. sephiroth@gmail.com ha scritto:
dedicate quei 5-10minuti per rispondere al questionario (sondaggio)!
... questionato ...
--
OpenPGP Key-ID: 8F4BC1B7
___
Wireless mailing list
Il 03/07/2012 05:53 PM, Clauz ha scritto:
On 03/07/2012 03:31 PM, Pierluigi Checchi wrote:
Il fatto che girano ad un rate basso può essere un vantaggio... Gli
ack multicast poi non hanno senso..
Direi che non e' un vantaggio: c'e' la 'performance anomaly' [0] per cui
basta un solo device che
2012/3/7 Federico Capoano federico.capo...@teletu.it:
La cosa migliore che puoi fare per iniziare è questa, vai sul map server
http://map.ninux.org/select/bucolico/ e clicca sulla tab distanza, cerca
quindi i nodi attivi (pallini verdi o blu) più vicini a te, vedi quanto sei
distante e segna.
Il 07/03/2012 20.39, Fabio ha scritto:
grazie per la dritta dei profili di elevazione, non la conoscevo, ho
provato con i nodi più vicini e mi pare che nessuno sia a vista quindi
la vedo dura per il momento.
Le foto danno il verdetto finale ;-)
Comunque non disperare, siamo riusciti a
Il 07/03/2012 18.19, Antonio Quartulli ha scritto:
On Wed, Mar 07, 2012 at 05:06:01PM +0100, Darkman wrote:
E' probabile.
Andrebbero implementati/installati dei ripetitori di flusso
direttamente
sui nodi, un flusso unicast per link.
Infine, all'interno di ogni
Il giorno 07 marzo 2012 18:19, Antonio Quartulli or...@autistici.org ha
scritto:
On Wed, Mar 07, 2012 at 05:06:01PM +0100, Darkman wrote:
E' probabile.
Andrebbero implementati/installati dei ripetitori di flusso
direttamente
sui nodi, un flusso unicast per link.
21 matches
Mail list logo
