[Thread ufficiale] Vodafone Station Revolution

[amd-novello]

Originariamente inviato da gabmamb

minchia sei di tante parole....molto utile in forum!

voleva dire sì

ommadonna

[matteo85]

Originariamente inviato da gabmamb

che significa?
puo essere perchè ho il mulo che lavora?

Esecuzione di Ping test.ngi.it [88.149.128.130] con 32 byte di dati:
Risposta da 88.149.128.130: byte=32 durata=190ms TTL=52
...
Risposta da 88.149.128.130: byte=32 durata=191ms TTL=52

Statistiche Ping per 88.149.128.130:
Pacchetti: Trasmessi = 60, Ricevuti = 60,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 165ms, Massimo = 216ms, Medio = 196ms

No non è normale.
Un buon router applica delle QoS tali per cui la latenza non crolla così tanto anche quando la rete è sotto carico.

Per esempio, io ho applicato delle policy che danno priorità agli ACK in uscita, altrimenti quando faccio dei grossi upload (youtube, dropbox) la rete va estremamente lenta, dato che non potendo mandare gli ACK i pacchetti vengono ritrasmessi due volte.

[gabmamb]

Originariamente inviato da matteo85

No non è normale.
Un buon router applica delle QoS tali per cui la latenza non crolla così tanto anche quando la rete è sotto carico.

Per esempio, io ho applicato delle policy che danno priorità agli ACK in uscita, altrimenti quando faccio dei grossi upload (youtube, dropbox) la rete va estremamente lenta, dato che non potendo mandare gli ACK i pacchetti vengono ritrasmessi due volte.

Traduci please...

[matteo85]

Originariamente inviato da gabmamb

Traduci please...

Il protocollo TCP funziona così, ogni pacchetto che ricevi, mandi indietro un ACK (ACKnowledgement, ricevuto) in modo che il server sa che hai ricevuto il pacchetto.
Se il server non riceve nessun ACK da il pacchetto per perso, e lo ritrasmette, fin quando non riceve un ACK.
Ogni ritrasmissione avviene dopo un tempo doppio rispetto al precendente, quindi se lo ritrasmetti 6 aspetti impieghi 64 volte il tempo della prima ritrasmissione (2^⁶ = 64).

Quando uploadi a palla, tipo quando carichi un video, l'upload è saturo.
Se provi a navigare mentre carichi qualcosa, avendo la coda di upload piena, molti ACK saranno droppati, e il server ritrasmetterà i dati più e più volte.

Puoi fare questa prova, fai uno speedtest normale, e poi fai uno speedtest mentre carichi un video su YouTube, vedrai come con l'upload saturo il download crolla, a volte scende anche del 80%.
Poi usa un router con dei QoS fatti come si deve, e male che va perderai un 5%

[street]

Originariamente inviato da matteo85

No non è normale.
Un buon router applica delle QoS tali per cui la latenza non crolla così tanto anche quando la rete è sotto carico.

Per esempio, io ho applicato delle policy che danno priorità agli ACK in uscita, altrimenti quando faccio dei grossi upload (youtube, dropbox) la rete va estremamente lenta, dato che non potendo mandare gli ACK i pacchetti vengono ritrasmessi due volte.

probabilmente, il qos se è implementato è fatto male (probabilmente, gestisce male anche il voip non prioritizzandolo...)

[matteo85]

Originariamente inviato da street

probabilmente, il qos se è implementato è fatto male (probabilmente, gestisce male anche il voip non prioritizzandolo...)

No, il VoIP va su un'altra WAN, non ha bisogno di essere prioritizzato

[Bilbo]

Originariamente inviato da street

probabilmente, il qos se è implementato è fatto male (probabilmente, gestisce male anche il voip non prioritizzandolo...)

togli pure il "probabilmente"

[street]

Originariamente inviato da matteo85

No, il VoIP va su un'altra WAN, non ha bisogno di essere prioritizzato

se il canale up è impegnato (nella 30/3) io sento l' interlocutore, ma lui non riesce a sentire me. rifai la stessa cosa limitando l'up e sente. fai tu 1+1.

[matteo85]

Originariamente inviato da street

se il canale up è impegnato (nella 30/3) io sento l' interlocutore, ma lui non riesce a sentire me. rifai la stessa cosa limitando l'up e sente. fai tu 1+1.

sono dati e voip sono su due VLAN diverse, la prioritizzazione possono farla solo sul tag dato che sono interfacce diverse

[gabmamb]

[adaant]

Originariamente inviato da matteo85

Il protocollo TCP funziona così, ogni pacchetto che ricevi, mandi indietro un ACK (ACKnowledgement, ricevuto) in modo che il server sa che hai ricevuto il pacchetto.
Se il server non riceve nessun ACK da il pacchetto per perso, e lo ritrasmette, fin quando non riceve un ACK.
Ogni ritrasmissione avviene dopo un tempo doppio rispetto al precendente, quindi se lo ritrasmetti 6 aspetti impieghi 64 volte il tempo della prima ritrasmissione (2^⁶ = 64).

Quando uploadi a palla, tipo quando carichi un video, l'upload è saturo.
Se provi a navigare mentre carichi qualcosa, avendo la coda di upload piena, molti ACK saranno droppati, e il server ritrasmetterà i dati più e più volte.

Puoi fare questa prova, fai uno speedtest normale, e poi fai uno speedtest mentre carichi un video su YouTube, vedrai come con l'upload saturo il download crolla, a volte scende anche del 80%.
Poi usa un router con dei QoS fatti come si deve, e male che va perderai un 5%

Matteo visto che ne mastichi parecchio volevo chiederti se secondo te è possibile modificare l'upload come si fece ai tempi di fastweb 100/10 reso a 100/100

[street]

Originariamente inviato da matteo85

sono dati e voip sono su due VLAN diverse, la prioritizzazione possono farla solo sul tag dato che sono interfacce diverse

alzo le mani, mi fido, se poi mi sai anche spiegare del perché accada quanto descrivo (che se la banda in up è satura, l' interlocutore non ti sente) mi fai un grosso favore, così lo trasmetto al servizio clienti

[amd-novello]

Originariamente inviato da adaant

Matteo visto che ne mastichi parecchio volevo chiederti se secondo te è possibile modificare l'upload come si fece ai tempi di fastweb 100/10 reso a 100/100

si poteva?

[matteo85]

Originariamente inviato da adaant

Matteo visto che ne mastichi parecchio volevo chiederti se secondo te è possibile modificare l'upload come si fece ai tempi di fastweb 100/10 reso a 100/100

Mi avvalgo della facoltà di non rispondere

[adaant]

Originariamente inviato da amd-novello

si poteva?

Si ma solo con gli hag argo95. Bisognava armarsi di saldatore e molta pazienza

[novis]

Per chi chiede dove trovare i dati di sincronizzazione VDSL2 sul log (su versione firmware <.40) , da me è così:

DSL Noisy Line information Synced at 99751/20000 (kbps down/up)

[andreabigas]

Una curiosità per voi: la VSR gira bene anche alimentandola a 5V / 1A (contro 5 V / 2A del suo alimentatore). Nessun problema per voce+LAN (ho un router in cascata). Proverò anche il Wi-Fi della VSR per capire se regge l'amperaggio.

Suppongo che l'ampere in piu dell'alimentatore sia stato dato per fornire la corrente giusta alla porta USB per hard disk ed a quella per la internet key.

Sto facendo questa prova perchè ho il cavo di alimentazione del vecchio TP-Link ADSL passato nella canalina e non volevo fare subito il lavoro certosino

[Bilbo]

Originariamente inviato da andreabigas

Una curiosità per voi: la VSR gira bene anche alimentandola a 5V / 1A (contro 5 V / 2A del suo alimentatore). Nessun problema per voce+LAN (ho un router in cascata). Proverò anche il Wi-Fi della VSR per capire se regge l'amperaggio.

Suppongo che l'ampere in piu dell'alimentatore sia stato dato per fornire la corrente giusta alla porta USB per hard disk ed a quella per la internet key.

Sto facendo questa prova perchè ho il cavo di alimentazione del vecchio TP-Link ADSL passato nella canalina e non volevo fare subito il lavoro certosino

gira bene, ma tutto dipende da quanto assorbe la baracca., il fatto che l'alimentatore sia da 2A o da 20A non influisce assolutamente sul consumo. Se invece è sottodimensionato, scalderà di più e si deteriorerà in minor tempo, semprechè non sia talmente sottodimensionato da non riuscire a fornire corrente sufficiente e quindi creare altro tipo di problemi, che so, aggancio più basso perchè rumore e/o jitter sono maggiori, ecc.ecc.ecc.

[andreabigas]

Originariamente inviato da Bilbo

gira bene, ma tutto dipende da quanto assorbe la baracca., il fatto che l'alimentatore sia da 2A o da 20A non influisce assolutamente sul consumo. Se invece è sottodimensionato, scalderà di più e si deteriorerà in minor tempo, semprechè non sia talmente sottodimensionato da non riuscire a fornire corrente sufficiente e quindi creare altro tipo di problemi, che so, aggancio più basso perchè rumore e/o jitter sono maggiori, ecc.ecc.ecc.

E' un tema interessante, sarebbe utile capire quanto realmente gli serve. Penso sia plausibile anche la mia tesi sull'alimentazione delle due porte USB (che ovviamente non utilizzo) e del Wi-Fi (anch'esso non utilizzato).

Proverò a vedere anche la temperatura. Ovviamente ho in previsione di far passare l'alimentatore originale appena ho tempo.

[mystral]

Ciao ragazzi,
ho un problema...
mi servirebbe aprire 4 porte per poter far vedere all'esterno un apparato e permetterne il controllo da remote :

protocollo TCP/IP HTTP (porta 80)
protocollo TCP/IP HTTPS (porta 443)
protocollo TCP/IP SFTP/SSH (porta 22622)
protocollo UDP OpenVPN (porta 1194)
io non posso assolutamente agire su questo apparato dato che non è di mia proprietà.
ma non so quale sia la procedura per rendere statico l' IP all'interno del router in modo che in caso di reBOOt di questo apparato le porte rimangano sempre aperte (qualsiasi sia l'IP assegnato dal Router al suddetto apparato.

grazie in anticipo
Peter