[FTTC] TIM FTTC - Pre-installazione linea (info/richieste/prezzi/FAQ)

[FabryHw]

Originariamente inviato da Conte Zero

Si, se vuoi puoi chiamarla così, ed è perfettamente legittimo, ma a quel punto non stiamo più parlando della latenza della rete in se.
Poi latenza (non specificando di cosa) è comunque un termine molto generico che indica appunto un ritardo tra due eventi, senza scendere nello specifico, quindi è perfettamente corretto considerare anche il tempo di trasmissione o di elaborazione all'interno, ma latenza software o meno non si tratta più della latenza del canale di comunicazione.

Come nota non ricordo più chi prima suggeriva di considerare un rapporto tra latenza e banda come misura percepita dell'efficienza della rete. Tale misurazione in effetti esiste già e si chiama Bandwidth-delay product (Prodotto banda ritardo appunto).

Ric

P.S.: Non odiatemi se sembro maestrino... considerate punizione sufficiente il fatto che sia sveglio a quest'ora a lavorare ^^

Però :
Non abbiamo mai parlato della latenza della linea, o meglio l'abbiamo citata sotto il nome (per me più corretto) di ritardo di propagazione mentre abbiamo sempre parlato del ritardo (o latenza) di trasmissione (valore assolutamente legato sia alla banda che al pacchetto trasmesso).
In più il Bandwidth-delay_product che citi non usa neanche lui la latenza della linea, ma usa il tempo end-to-end che è quello che impropriamente ho chiamato la latenza applicativa e di cui la latenza di propagazione è solo una componente.

[marks]

Originariamente inviato da rinelkind

Una curiosità... oggi ho notato che pingando maya.ngi.it ho sempre tra i 23 ed i 25ms... per 2 mesi invece era fisso a metà... 12-13ms come la maggior parte delle altre persone che conosco con la vdsl di telecom... voi che valori avete adesso? E' salito anche a voi o solo l'unico?

A me invece è calata la velocità massima di ricezione da 122000 circa a 97000 circa. Purtroppo non solo a me ma anche ad altri miei amici (da 24000 a 15000) collegati comunque a centrali/armadietti diversi dal mio. Parlando con il servizio tecnico fibra mi hanno confermato che i tecnici hanno sbagliato le connessioni in armadio, a quanto dicono loro vanno sempre lasciate 2 coppie libere prima di attaccare altre linee.

[juma93]

Originariamente inviato da FabryHw

Prova a fare un ping -l 1500 e poi vedi se i tempi restano uguali.
E soprattutto fallo su una adsl2 (che agganci almeno 20/1) e su una vdsl2 (a 30/3) e probabilmente otterrai la seconda che potrebbe essere TRE o più volte più veloce o con una latenza/ritardo tre volte inferiore sulla trasmissione (andata e ritorno) di pacchetti grossi.

Cosa intendi con "pacchetti grossi"?

Come ti ho già dimostrato qualche post fa, preso il più grande pacchetto consentito da una linea DSL, il ritardo dovuto alla banda è inferiore al ms, ed è quindi trascurabile sul computo finale.

Inoltre, quello che più incide sulla latenza non è la banda, quanto la profondità dell'interleaving, al variare della quale (sempre a parità di banda) la latenza può passare da 40-50ms a 5-6ms (in fastpath).

Per fare un altro esempio, la VDSL di TI ha un interleaving molto leggero, ed è un paio di ms più lenta di un ADSL in fastpath.

Ancora, la VDSL di Fastweb è fino a tre volte più veloce di quella Telecom, e nonostante ciò ha un ping di circa 10ms superiore (17-18ms contro 8-9ms).

Inviato dal mio LG-P500 utilizzando Tapatalk

[Psyred]

Credo intenda che con pacchetti di dimensione maggiore la latenza tende ad aumentare.

Esecuzione di Ping maya.ngi.it [88.149.128.3] con 32 byte di dati:
Risposta da 88.149.128.3: byte=32 durata=14ms TTL=53
Risposta da 88.149.128.3: byte=32 durata=15ms TTL=53
Risposta da 88.149.128.3: byte=32 durata=14ms TTL=53
Risposta da 88.149.128.3: byte=32 durata=14ms TTL=53

Statistiche Ping per 88.149.128.3:
    Pacchetti: Trasmessi = 4, Ricevuti = 4,
    Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 14ms, Massimo =  15ms, Medio =  14ms

(pacchetto di 32 byte, valore di default in Windows)

Esecuzione di Ping maya.ngi.it [88.149.128.3] con 1500 byte di dati:
Risposta da 88.149.128.3: byte=1500 durata=29ms TTL=53
Risposta da 88.149.128.3: byte=1500 durata=30ms TTL=53
Risposta da 88.149.128.3: byte=1500 durata=30ms TTL=53
Risposta da 88.149.128.3: byte=1500 durata=29ms TTL=53

Statistiche Ping per 88.149.128.3:
    Pacchetti: Trasmessi = 4, Ricevuti = 4,
    Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 29ms, Massimo =  30ms, Medio =  29ms

ping eseguito con l'opzione -l , pacchetto di 1500 byte.

[FabryHw]

Originariamente inviato da juma93

Cosa intendi con "pacchetti grossi"?

Come ti ho già dimostrato qualche post fa, preso il più grande pacchetto consentito da una linea DSL, il ritardo dovuto alla banda è inferiore al ms, ed è quindi trascurabile sul computo finale.

Per il resto che hai detto concordo (anche se non ho capito l'esempio di FastWeb), per quello detto sopra invece riferendoci ad un RTT (quindi un avanti ed indietro) è IMPOSSIBILE stare sotto 1 ms (anche sul primo hop che poi è l'unico che conta) con il pacchetto più grande consentito.
Se sei fortunato sarai sui 13-14ms in adsl e sui 4-5ms in vdsl (telecom con profilo 30/3) ovviamente valori da aggiungere alla latenza di altro tipo (propagazione, interleaving, ...ecc) ergo saranno valori ben più alti.

[juma93]

Originariamente inviato da Psyred

Credo intenda che con pacchetti di dimensione maggiore la latenza tende ad aumentare.

ping eseguito con l'opzione -l , pacchetto di 1500 byte.

Quel raddoppio del RTT potrebbe anche essere dovuto alla frammentazione, ovvero che con quella dimensione, per colpa dell'overhead, invia due pacchetti anziché uno.
Cosa succede con un pacchetto da 1400B (che non dovrebbe essere frammentato)?

Originariamente inviato da FabryHw

Per il resto che hai detto concordo, per quello sopra invece riferendoci ad un RTT (quindi un avanti ed indietro) è IMPOSSIBILE stare sotto 1 ms (anche sul primo hop) con il pacchetto più grande consentito.
Se sei fortunato sarai sui 13-14ms in adsl e sui 4-5ms in vdsl ovviamente valori da aggiungere alla latenza di altro tipo (propagazione, interleaving, ...ecc) ergo saranno valori ben più alti.

Concordo anch'io, quello che intendevo è che il RTT può essere espresso in un certo senso come "latenza fissa (indipendente dalla dimensione)" + "latenza variabile (funzione della dimensione)", e la seconda parte è, nel caso delle DSL, trascurabile sul singolo pacchetto, per cui non è vero che la latenza (intensa come RTT) è inversamente proporzionale alla banda.

Inviato dal mio LG-P500 utilizzando Tapatalk

[Psyred]

Originariamente inviato da juma93

Quel raddoppio del RTT potrebbe anche essere dovuto alla frammentazione, ovvero che con quella dimensione, per colpa dell'overhead, invia due pacchetti anziché uno.
Cosa succede con un pacchetto da 1400B (che non dovrebbe essere frammentato)?

Esecuzione di Ping maya.ngi.it [88.149.128.3] con 1400 byte di dati:
Risposta da 88.149.128.3: byte=1400 durata=28ms TTL=53
Risposta da 88.149.128.3: byte=1400 durata=28ms TTL=53
Risposta da 88.149.128.3: byte=1400 durata=28ms TTL=53
Risposta da 88.149.128.3: byte=1400 durata=27ms TTL=53

Statistiche Ping per 88.149.128.3:
    Pacchetti: Trasmessi = 4, Ricevuti = 4,
    Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 27ms, Massimo =  28ms, Medio =  27ms

E' la stessa cosa, la latenza aumenta comunque.

[lucano93]

vedo i primi moduli montati sui cabinet,vuol dire che è attivabile la fibra? il sito mi da ad aprile

[oressac]

Comunque nn vorei sbagliare ma c'e un comando che permette di verficare la frammetanzione di un pacchetto, -f se non erro.

[FabryHw]

Originariamente inviato da juma93

Quel raddoppio del RTT potrebbe anche essere dovuto alla frammentazione, ovvero che con quella dimensione, per colpa dell'overhead, invia due pacchetti anziché uno.
Cosa succede con un pacchetto da 1400B (che non dovrebbe essere frammentato)?

Assolutamente no, è legato alla BANDA (anche se è vero che con -l 1500 c'è la frammentazione).
Ogni 150bytes circa in più aggiungono 1.2-1.3ms di latenza in più (sulle migliori adsl, di più ancora fino a quasi il doppio su quelle base).

Concordo anch'io, quello che intendevo è che il RTT può essere espresso in un certo senso come "latenza fissa (indipendente dalla dimensione)" + "latenza variabile (funzione della dimensione)", e la seconda parte è, nel caso delle DSL, trascurabile sul singolo pacchetto, per cui non è vero che la latenza (intensa come RTT) è inversamente proporzionale alla banda.

RTT di linea è definito con pacchetti di dimensione trascurabile e quindi è poco sensibile alla banda.

Con pacchetti medio-grandi invece la latenza non è più trascurabile (con le linee attuali) e si ha proporzione inversa con la banda.
Oddio la proporzione inversa (non lineare) c'è sempre perché se un aumento di banda (se a parità di altre latenze, quindi non vale l'esempio adsl 10Mbit in fast vs adsl 20mbit ma interleaved) produce una riduzione di latenza anche solo di 0.3ms per quanto trascurabile è sempre una relazione inversa (l'aumento di una cosa fa diminuire un'altra cosa).

[Psyred]

Originariamente inviato da oressac

Comunque nn vorei sbagliare ma c'e un comando che permette di verficare la frammetanzione di un pacchetto, -f se non erro.

Si ma nel mio caso la frammentazione si verifica a partire da pacchetti di 1425 byte (in PPPoA).

C:\Users\>ping maya.ngi.it -f -l 1425

Esecuzione di Ping maya.ngi.it [88.149.128.3] con 1425 byte di dati:
E' necessario frammentare il pacchetto ma DF è attivo.
E' necessario frammentare il pacchetto ma DF è attivo.
E' necessario frammentare il pacchetto ma DF è attivo.
E' necessario frammentare il pacchetto ma DF è attivo.

Statistiche Ping per 88.149.128.3:
    Pacchetti: Trasmessi = 4, Ricevuti = 0,
    Persi = 4 (100% persi),

[random566]

Originariamente inviato da Psyred

Si ma nel mio caso la frammentazione si verifica a partire da pacchetti di 1425 byte (in PPPoA).

questo perchè probabilmente sul router hai impostato MTU=1452
infatti 1424(massima dimensione non frammentata)+28(overhead)=1452

[Psyred]

Originariamente inviato da random566

questo perchè probabilmente sul router hai impostato MTU=1452
infatti 1424(massima dimensione non frammentata)+28(overhead)=1452

Certo, ma anche impostando 1500 sul router succede la stessa cosa, già fatta la prova in passato.

[francyyy2011]

Originariamente inviato da Ameno

Su Rimini Stadio (RIMIITAE) attualmente sono attive una quarantina di ONU, con una serie di circuiti attivi.

Che tradotto in soldoni? Rimini stadio avrà 200 armadi, son tutti attivi?

[DarkTiamat]

Originariamente inviato da lucano93

vedo i primi moduli montati sui cabinet,vuol dire che è attivabile la fibra? il sito mi da ad aprile

Ci vuole un po' di tempo dalla posa alla possibile attivazione.
Devi considerare che prima devono collaudarlo e poi che ci vuole un po di tempo dal collaudo alla vendibilità. Quindi direi che un po' devi aspettare.

[francyyy2011]

Originariamente inviato da Ameno

Che in soldoni significa che la copertura sta procedendo e che la tua affermazione precendente è errata.

Che in soldoni hanno annunciato la copertura a dicembre, siamo a marzo, e nell'elenco degli armadi abilitati NON VEDO NEANCHE UN ARMADIO.

Quindi se gentilmente mi spieghi le tue affermazioni e me le delucidi anche, te ne sarei grato, visto che io in strada di armadio con DSLAM VDSL non ne ho ancora visto uno e né tanto meno sull'excel telecom ce ne sono.

Facile parlare con l'aria fritta!!

[DarkTiamat]

Originariamente inviato da francyyy2011

Che in soldoni hanno annunciato la copertura a dicembre, siamo a marzo, e nell'elenco degli armadi abilitati NON VEDO NEANCHE UN ARMADIO.

Quindi se gentilmente mi spieghi le tue affermazioni e me le delucidi anche, te ne sarei grato, visto che io in strada di armadio con DSLAM VDSL non ne ho ancora visto uno e né tanto meno sull'excel telecom ce ne sono.

Facile parlare con l'aria fritta!!

Senza offesa eh, ma ameno ha diretto accesso al db della telecom di quella zona, e se ti dice che ci sono una 40 di onu attive, significa che ci sono 40 armadi in cui la vdsl è attiva e c'è qualcuno che la utilizza.
Se tu non ne vedi un in giro evidentemente in quella zona non sono ancora iniziati i lavori. Poi non so come ha eseguito il tuo contorllo degli armadi di rimini, ma non credo che tu abbia vito tutti gli armadi di tutta la città.
In ogni caso da dicembre ad oggi sono circa 3 mesi, e se in 3 mesi hanno attivato 40 armadi non mi sembra poi cosi male, ricorda che per attivare la vdsl devi mettere la fibra che parte dalla centrale all'armadio e molto spesso si tratta di rompere il cemento della strada posare i corrugati e richiudere, insomma non è questione di premere un tasto ed è fatto.

[francyyy2011]

@Ameno: quindi il sito dove ci sono scaricabili i 4 file excel non è aggiornato? Io da quei file vedo che la centrale rimini stadio è pianificata per marzo, ma non è attiva, questo vuol dire che tu avendo accesso diretto ai dati puoi confermare che quei file excel non valgono niente? Magari se ti qualificavi prima evitavo di screditarti inutilmente, ma sai di cose sui forum se ne leggono tante, non è facile credere al primo che passa

Mentre in merito alla posa sotto l'asfalto mi è venuto in mente che da qualche parte ho visto, questo weekend, delle tombinature di nuova realizzazione telecom, adesso mi sfugge dove le ho viste, vacca boia

[DarkTiamat]

Originariamente inviato da francyyy2011

@Ameno: quindi il sito dove ci sono scaricabili i 4 file excel non è aggiornato? Io da quei file vedo che la centrale rimini stadio è pianificata per marzo, ma non è attiva, questo vuol dire che tu avendo accesso diretto ai dati puoi confermare che quei file excel non valgono niente? Magari se ti qualificavi prima evitavo di screditarti inutilmente, ma sai di cose sui forum se ne leggono tante, non è facile credere al primo che passa

Mentre in merito alla posa sotto l'asfalto mi è venuto in mente che da qualche parte ho visto, questo weekend, delle tombinature di nuova realizzazione telecom, adesso mi sfugge dove le ho viste, vacca boia

I file exel sono aggiornati a mano, quindi non sono direttamente collegati q aulche sistema interno della telecom.
Servono più come indicazione e non come dati di fatto

[FabryHw]

Originariamente inviato da Ameno

E' più facile parlare avendo l'accesso ai sistemi tecnici di Telecomitalia ed ai file di progetto/pianificazione interni

Bene quindi potresti informare "lalberto" di quanto la sua Pavia è indietro/avanti rispetto alla concorrente Vigevano

Scherzo un po', e cmq mi aspetterei (ma non chiedo la verifica) che sia zero per entrambe.