Problemi con TIM - Thread ufficiale

[totocrista]

Originariamente inviato da Androua

Ora per il momento è stabile!

In download l'attenuazione è 13db mentre il margine di rumore va da 7 a 22db

Da 7 a 22???

[mavelot]

Originariamente inviato da Androua

Ora per il momento è stabile!

In download l'attenuazione è 13db mentre il margine di rumore va da 7 a 22db

Originariamente inviato da totocrista

Da 7 a 22???

[skryabin]

alla faccia della stabilità

[Androua]

Originariamente inviato da totocrista

Da 7 a 22???

Si sono gli estremi.. Può essere il problema??

[totocrista]

Originariamente inviato da Androua

Si sono gli estremi.. Può essere il problema??

Bhe direi

[gianmarco_roma]

Originariamente inviato da gianmarco_roma

ho fatto il test di ngi e questi sono i valori:

Velocità in download: 12774 Kbps (1596.8 KB/sec)
Velocità in upload: 993 Kbps (124.1 KB/sec)
Latenza: 40 ms
Jitter: 13 ms
Packet Loss: 0%



Quel valore così alto di Jitter cosa sta a significare?

qualcuno mi saprebbe dare una risposta?

[skryabin]

Originariamente inviato da gianmarco_roma

qualcuno mi saprebbe dare una risposta?

lascia sta i test su browser

chiudi tutti i programmi sul pc, collega il pc al router col cavo lan, spegni altri pc che stanno in rete, disabilita il wireless del router se hai apparecchi come smart e tablet in casa

quindi lancia prompt e digita manualmente ping 192.168.100.1 -n 20 , e vediamo che esce fuori.
E se il 192.168.100.1 non risponde, vai di ping maya.ngi.it -n 20

[mavelot]

Originariamente inviato da gianmarco_roma

qualcuno mi saprebbe dare una risposta?

Beh non è un valore particolarmente alto per la verità.
Comunque dipende da moltissimi fattori sia domestici sia esterni legati al dslam ed alla rete a monte.

In ogni caso, spero che abbia effettuato il test, con il solo pc connesso in ethernet e tutta la rete domestica scarica (wifi spento se possibile....).

Altrimenti il test è falsato, e sicuramente sarebbe migliore.

[mavelot]

Originariamente inviato da skryabin

lascia sta i test su browser

chiudi tutti i programmi sul pc, collega il pc al router col cavo lan, spegni altri pc che stanno in rete, disabilita il wireless del router se hai apparecchi come smart e tablet in casa

quindi lancia prompt e digita manualmente ping 192.168.100.1 -n 20 , e vediamo che esce fuori.
E se il 192.168.100.1 non risponde, vai di ping maya.ngi.it -n 20

Prima di tutto a lui interessava il jitter e non il ping.
Cmq il test sul dslam oramai lascia il tempo che trova. I valori sono molto ballerini, perchè la priorità dei pacchetti icmp configurata sul dslam è zero.

Meglio pingare direttamente maya.ngi.it

[skryabin]

Originariamente inviato da mavelot

Prima di tutto a lui interessava il jitter e non il ping.
Cmq il test sul dslam oramai lascia il tempo che trova. I valori sono molto ballerini, perchè la priorità dei pacchetti icmp configurata sul dslam è zero.

Meglio pingare direttamente maya.ngi.it

si ma il jitter non è l'oscillazione media che subisce il ping tra il valore minimo e il valore massimo misurato?

se fa in quel modo basta vede il valore massimo e il valore minimo del ping e ottiene indicativamente il jitter

e ha un valore più pulito esente da possibili interferenze di browser e traffico di sottofondo

[mavelot]

Originariamente inviato da skryabin

si ma il jitter non è l'oscillazione media che subisce il ping tra il valore minimo e il valore massimo misurato?

se fa in quel modo basta vede il valore massimo e il valore minimo del ping e ottiene indicativamente il jitter

e ha un valore più pulito esente da possibili interferenze di browser e traffico di sottofondo

sarebbe una deviazione standard per l'esattezza, ma ci vogliono ben più di 20 campioni per averne una misura decente

[DooM1]

Originariamente inviato da mavelot

sarebbe una deviazione standard per l'esattezza, ma ci vogliono ben più di 20 campioni per averne una misura decente

Esatto, per calcolare il jitter servono molti campioni per unità di tempo, probabilmente c'è anche un rapporto preciso che non conosco.
Il comando ping non serve a niente, invia 1 pacchetto al secondo, troppo lento.

[mavelot]

Originariamente inviato da DooM1

Esatto, per calcolare il jitter servono molti campioni per unità di tempo, probabilmente c'è anche un rapporto preciso che non conosco.
Il comando ping non serve a niente, invia 1 pacchetto al secondo, troppo lento.

Ah tra l'altro....inutile misurare il jitter di pacchetti icmp echo !!!

Quello che conta è il jitter su pacchetti UDP (vedi Voip), che non consente la ritrasmissione

[skryabin]

Originariamente inviato da mavelot

sarebbe una deviazione standard per l'esattezza, ma ci vogliono ben più di 20 campioni per averne una misura decente

varianza o quello che è, lo so che è un calcolo statistico, pero' il jitter che misura il test di ngi prende come campioni soltanto una decina di ping

Quindi alla fine dei conti basta fare manualmente una decina di ping e vedere quanto varia tra il min e il max, e quello "indicativamente" sarà il jitter che misura il test di ngi (secondo me eh)

Ma poi lo scopo non era tanto calcolare statisticamente il valore esatto, ma vedere quanto ce l'ha stabile il ping eliminando possibili fonti di disturbo "interne".
Cosi' possiamo confermare o meno se il test di ngi c'ha ragione oppure no, ovvero se il suo ping è ballerino o meno perchè questo sta ad indicare il valore di jitter.

Poi quanto siano affidabili i pacchetti icmp è altro discorso, visto che ormai come hai ben detto vengono messi a priorità infime un pò ovunque.

[DooM1]

Una decina di ping sono insufficienti, proprio perché è un calcolo statistico
Diciamo che se fai un ping, e su 10 vedi che varia di alcuni ms... probabilmente hai un jitter alto (molto più di quegli "alcuni secondi"), ma non puoi misurarlo, non hai riferimenti, hai solo un indizio.
Inoltre è vero che usare i pacchetti icmp non è molto utile, soprattutto anche per il fatto che spesso sono a bassa priorità negli apparati, e quindi registri valori completamente diversi perché vengono gestiti in modo diverso da come verrebbero gestiti pacchetti di traffico reale UDP, o anche TCP.

[skryabin]

Originariamente inviato da DooM1

Una decina di ping sono insufficienti, proprio perché è un calcolo statistico

eh, lo so bene anche io che son troppo pochi come campioni.
Però mica lavoro in ngi che l'ho scelto io di usarne solo qualche decina


Sono dei quick test e come tali vanno presi, con le molle.
Per questo gli ho detto di lasciar stare il test su browser e di fare a mano: almeno togliendo i fattori di disturbo riesciamo ad avere degli indizi più attendibili.

[fabioxp]

Ciao a tutti scrivo per cercare di risolvere dei problemini che riscontro da quando mi sono trasferito in una casa nell'entroterra (Garlenda, provincia di Savona) dove ho dovuto mettere il telefono perchè le connessioni dati cellulare o alternative moderne non sono convenienti o adeguate alle mie esigenze.
Il router è un Netgear DG834G v3 con ultimo firmware ufficiale, utilizzato per svariati anni (acceso h24) in altro impianto di città più grande in cui i casi di caduta di connessione erano solo quelli di qualche problema del gestore e non imputabili all'impianto, forse più vecchio dell'attuale.
Qui ho la presa a muro con connettore RJ-11 installata dal tecnico su cavo preesistente di cui non conosco lo stato, a questo applicato splitter su cui va un solo telefono cordless ed il router, con due cavi telefonici nuovi per fare il giro della porta di lunghezze circa 4-6 metri.

I valori in questo momento sono:

Link ADSL Downstream Upstream
Velocità connessione 8123 kbps 478 kbps
Attenuazione linea 44 db 15.5 db
Margine di rumore 11 db 21 db

I primi giorni (era Marzo di quest'anno) c'erano continue disconnessioni con valori di portante sempre diversi e bassi, raramente aggangiava piena portante e non reggeva per molte ore, adesso dopo segnalazione e senza prendermela troppo devo dire che sta abbastanza collegato ma alle volte non riesco ad aprire neanche la pagina di configurazione del router e sono costretto a togliere alimentazione per poi ricollegarlo; capita anche di non riuscire ad aprire le pagine o che ci metta tanto e magari il router abbassa la portante ma senza scollegarsi o non me ne accorgo io.
Ipotizzo mal assortimento di rete cablata e wireless avendo anche un hard disk esterno Lacie Wireless Space (per Time Machine) che mi fornisce altra rete wifi con banda 5 ghz oltre a quella del Netgear: router via cavo all'hard disk per fornirgli internet, hard disk via cavo al mac e due reti wireless accesse entrambe protette anche se potrei disattivare quella del router ma non l'ho fatto perchè quando Time Machine fa il backup internet diventa inutilizzabile causa occupazione risorse del disco quindi ho lasciato anche il wifi del router.

Partendo da quei valori che ho postato, credo che la mia adsl sia di tipo 1 per cui li farei rientrare nei range non proprio ottimali, secondo voi c'è margine di miglioramento? dove potrei agire? provare con altro router od un firmware mod? prove specifiche con cavi staccati ecc...devo dire comunque che quando aggancia portante piena scarica bene...scusate come sempre la lunghezza ma è il mio difetto

[skryabin]

cosa intendi di tipo 1?
a me sembra sia di tipo 2 se ti riferisci a quello, ovvero adsl2+
se non riesci ad aprire la pagina del router o è un problema di router o di rete interna configurata male, non di connessione internet.
la portante non cambia se non vi è una disconnessione, quindi non la vedi se ti ritrovi con una portante diversa di tanto in tanto (certi router hanno dei log interni tra le varie opzioni, che tengono traccia di queste cose)

[DooM1]

Originariamente inviato da skryabin

Però mica lavoro in ngi che l'ho scelto io di usarne solo qualche decina

Ah beh no

Originariamente inviato da skryabin

Sono dei quick test e come tali vanno presi, con le molle.
Per questo gli ho detto di lasciar stare il test su browser e di fare a mano: almeno togliendo i fattori di disturbo riesciamo ad avere degli indizi più attendibili.

Si si ma su questo sono d'accordo
Però non so quali alternative ci possano essere che siano tanto migliori
Usare il ping dal prompt è da escludere , è abbastanza inutile anche solo per calcolare la latenza, figuriamoci il jitter.

[skryabin]

Originariamente inviato da DooM1

Però non so quali alternative ci possano essere che siano tanto migliori
Usare il ping dal prompt è da escludere , è abbastanza inutile anche solo per calcolare la latenza, figuriamoci il jitter.

Nessuno voleva calcolare il jitter di preciso, il mio suggerimento era di fare in quel modo per capire se il jitter "misurato" da ngi era a causa di qualche attività in background non voluta o se effettivamente il suo ping potesse avere tendenze ballerine. Anche se sono indizi che potrebbero non voler dire niente (sia per il tipo di pacchetti usati, sia per il numero di misurazioni), potevano comunque bastare per dare un senso o confutare il valore che gli esce dal test ngi.

EDIT: a parte che qualunque test fatto da windows è molto aleatorio...metti che hai win 10 e in quel momento mentre testi la connessione decide che deve spedire a microsoft i tuoi dati personali XD
ahahahah