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

[totocrista]

Originariamente inviato da brendoo011

Sono cose che a voi non interessa assolutamente

Inviato dal mio SM-G900F utilizzando Tapatalk

Vabbhe dai per curiosità non penso sia chissà quale richiesta...

[mavelot]

Originariamente inviato da Lev1athan

Mio padre sta chiamando ogni giorno e la risposta degli operatori è sempre la stessa:"La pratica risulta ancora aperta (nonostante, da giovedì, navighi perfettamente)

Aperta non è uno stato....magari chiedi meglio se risulta:

Emesso
Espletato tecnicamente (OK delivery)

Cioè chiedi in che stato è il servizio su Siebel

[Guyon]

Qualcuno usa fibra 100 con modem tim per World of Warcraft? Esperienze?
Grazie.

[MiloZ]

Originariamente inviato da Psyred

Si in effetti con il 50/10 Mb la latenza minima era stabilissima. Oltretutto mi sembra strano che dipenda solo dal G.INP perchè in questo momento il ping minimo si è proprio stabilizzato a 9 ms, anche lasciando il PC in "idle" per un po'... Possibile che sia sempre attivo il buffer di ritrasmissione?

Si, in pratica quello che ti sembrava strano quando te lo raccontavo ora lo stai sperimentando.
Può stare fisso a 9ms anche per ore pur con la linea ferma, dipende da quanta roba deve ritrasmettere presumo.
Se questo modo di funzionare del G.INP (relativamente alla latenza che si stabilizza alta) sia "errato" non ne ho idea, ma così funziona, almeno con il Technicolor ed i broadcom in generale.

[Psyred]

Originariamente inviato da MiloZ

Si, in pratica quello che ti sembrava strano quando te lo raccontavo ora lo stai sperimentando.
Può stare fisso a 9ms anche per ore pur con la linea ferma, dipende da quanta roba deve ritrasmettere presumo.
Se questo modo di funzionare del G.INP (relativamente alla latenza che si stabilizza alta) sia "errato" non ne ho idea, ma così funziona, almeno con il Technicolor ed i broadcom in generale.

Si ma il fatto che rimanga fisso per ore non credo sia correlabile al buffer di ritrasmissione, e che devono essere ritrasmessi TUTTI quanti i dati per ore? Non sarà piuttosto la FEC che aumenta la latenza?

[mavelot]

Originariamente inviato da Psyred

Si ma il fatto che rimanga fisso per ore non credo sia correlabile al buffer di ritrasmissione, e che devono essere ritrasmessi TUTTI quanti i dati per ore? Non sarà piuttosto la FEC che aumenta la latenza?

Guardate che state prendendo un abbaglio....

Qui si parla di linea "a riposo", dunque con pochi KB che vengono trasmessi, e di questi i pochi pacchetti di un ping....

Con una banda passante di 100Mbit o quasi è impensabile che ci sia sempre e comunque la ritrasmissione di pacchetti di 74 bytes !!!!!
Significherebbe che dovreste vedere i FEC e i CRC girare come una slot machine !!!

Dunque se esiste una correlazione con la portante come affermate, questa non è da ricercare nel GINP ma semmai proprio nella gestione "interna" del chipset che evidentemente necessita di un tempo di elaborazione maggiore a prescindere.....

[MiloZ]

Originariamente inviato da cristoff

Personalmente non penso ci sia un numero tale di ritrasmissioni da provocare un aumento costante della latenza. Specie se dalle statistiche di linea non sono presenti FEC/CRC. Nella normalità g.inp introduce un jitter variabile quando ritrasmette, ma pensare che ritrasmetta in continuazione... non è molto realistico.

Comunque, visto ciò che hai riscontrato, puoi provare via telnet ad abbassare la portante in modo controllato (o aumentare l'SNRm, come ti fa più comodo anche se settare in modo preciso la portante è preferibile in questo caso), per vedere, a diversi step di portante, se il fenomeno si ripresenta.

Quando avrò tempo libero (lo avrò mai? ) provo ad approfondire anche io l'argomento.

Ho già provato.
Sulla mia linea da 90000 in downstream non si alza più la latenza nell'arco delle 24 ore, ma anche con 95000 capita molto di rado (quasi mai).
Ho provato a scaglioni di 5mbit per arrotondare, non saprei la portante esatta alla quale cessa l'aumento.
Dipende quindi sicuramente dalle ritrasmissioni in Downstream, ma secondo me, in parte, anche dal bitrate in downstream (non so se le due cose si possono considerare collegate da un certo punto di vista).

Sul fatto che il tutto sia dovuto al G.INP non credo ci siano dubbi...

[MiloZ]

Originariamente inviato da mavelot

Guardate che state prendendo un abbaglio....

Qui si parla di linea "a riposo", dunque con pochi KB che vengono trasmessi, e di questi i pochi pacchetti di un ping....

Con una banda passante di 100Mbit o quasi è impensabile che ci sia sempre e comunque la ritrasmissione di pacchetti di 74 bytes !!!!!
Significherebbe che dovreste vedere i FEC e i CRC girare come una slot machine !!!

Dunque se esiste una correlazione con la portante come affermate, questa non è da ricercare nel GINP ma semmai proprio nella gestione "interna" del chipset che evidentemente necessita di un tempo di elaborazione maggiore a prescindere.....

Può darsi che questo chipset broadcom abbia qualche "lacuna" a riguardo, con i lantiq infatti questo aumento di latenza del quale parliamo non lo ho mai visto una singola volta sulla stessa linea.
Vero che in teoria non è possibile mi direte, ma io non sono riuscito a notarlo ancora.

[Lev1athan]

Originariamente inviato da mavelot

Aperta non è uno stato....magari chiedi meglio se risulta:

Emesso
Espletato tecnicamente (OK delivery)

Cioè chiedi in che stato è il servizio su Siebel

Risulta Emesso. Quindi a questo punto credo sia solo questione di tempo per l'effettivo aggiornamento. Speriamo si sbrighino.

[random566]

Originariamente inviato da Psyred

Non sarà piuttosto la FEC che aumenta la latenza?

nel mio caso dovrei escluderlo perchè una dlle mie 2 linee fa un miliardo di FEC ogni 3 giorni (non un miliardo per dire, sono realmente numeri a 10 cifre), anche se i CRC rimangono a 0, ciononostante il ping verso il 192.168.100.1 è sempre stabile a 6/7 ms.
a meno che non sia errato il rilevamento dei FEC da parte del router, non sembrerebbero danneggiare la latenza

[Psyred]

Originariamente inviato da mavelot

Guardate che state prendendo un abbaglio....

Qui si parla di linea "a riposo", dunque con pochi KB che vengono trasmessi, e di questi i pochi pacchetti di un ping....

Con una banda passante di 100Mbit o quasi è impensabile che ci sia sempre e comunque la ritrasmissione di pacchetti di 74 bytes !!!!!
Significherebbe che dovreste vedere i FEC e i CRC girare come una slot machine !!!

Dunque se esiste una correlazione con la portante come affermate, questa non è da ricercare nel GINP ma semmai proprio nella gestione "interna" del chipset che evidentemente necessita di un tempo di elaborazione maggiore a prescindere.....

Si ma non quotare me io ho sempre sollevato dubbi sulla questione, se fai una ricerca nel thread ne avevo parlato un paio di volte con MiloZ, dicendo in pratica le stesse cose che dici tu. Nel senso che è normale che le ritrasmissioni possano aumentare con più dati in circolo e minore SNRM, però non è normale che l'aumento di latenza si mantenga costante nel tempo, come avviene con l'interleaving "classico".

[Psyred]

Originariamente inviato da random566

nel mio caso dovrei escluderlo perchè una dlle mie 2 linee fa un miliardo di FEC ogni 3 giorni (non un miliardo per dire, sono realmente numeri a 10 cifre), anche se i CRC rimangono a 0, ciononostante il ping verso il 192.168.100.1 è sempre stabile a 6/7 ms.
a meno che non sia errato il rilevamento dei FEC da parte del router, non sembrerebbero danneggiare la latenza

Ma tu hai il modem Telecom? E quale profilo?

[random566]

Originariamente inviato da Psyred

Ma tu hai il modem Telecom? E quale profilo?

classico technicolor vecchio tipo e profilo 100/20 con aggancio a 91260/21600.
per ora, a parte i FEC, è linea fortunata perchè è a circa 400 m dall'armadio, ma non ci sono altri utenti vdsl sul cavo.
purtroppo durerà poco...

[Psyred]

Originariamente inviato da random566

purtroppo durerà poco...

Come a me...

[giovanni69]

Originariamente inviato da random566

...è linea fortunata perchè è a circa 400 m dall'armadio,...

Ipotizzando di avere utente che geograficamente è 'in mezzo' a due armadi, come si fa a sapere a quale dei due si è collegati quando si è in dubbio che quello più vicino sia corretto?

[brendoo011]

Originariamente inviato da totocrista

Vabbhe dai per curiosità non penso sia chissà quale richiesta...

Non ho accesso neppure io...

Inviato dal mio SM-G900F utilizzando Tapatalk

[mavelot]

Originariamente inviato da Lev1athan

Risulta Emesso. Quindi a questo punto credo sia solo questione di tempo per l'effettivo aggiornamento. Speriamo si sbrighino.

Questo è lo stato "finale" su Siebel al momento dell'invio al delivery NGOM.
Quindi significa che l'OL non si è ancora chiuso sulla catena di delivery...Ameno credo possa darti dei dettagli e nel caso... "dargli una spinta"

[Guyon]

Qualche insider mi sa aiutare a capire dove sia il cabinet a cui sono collegato? (so il codice)
Dovrebbe essere a 200 metri ma ho girato tuuuuuuuuuuuta la zona e non lo trovo -.-
E' una curiosità, ma sarebbe gradito un aiuto

[random566]

Originariamente inviato da giovanni69

Ipotizzando di avere utente che geograficamente è 'in mezzo' a due armadi, come si fa a sapere a quale dei due si è collegati quando si è in dubbio che quello più vicino sia corretto?

anche in questo caso, l'unico modo è quello di cercare i numeri sul box condominiale o su quello esterno a parete dove è collegato il doppino che serve la propria abitazione e vedere a quale dei 2 armadi corrisponde.
normalmente il numero dell'armadio è riportato sia sull'armadio stesso che su tutti i box serviti dallo stesso, sui quali dopo il numero dell'armadio c'è il numero della decade

[MiloZ]

Originariamente inviato da random566

nel mio caso dovrei escluderlo perchè una dlle mie 2 linee fa un miliardo di FEC ogni 3 giorni (non un miliardo per dire, sono realmente numeri a 10 cifre), anche se i CRC rimangono a 0, ciononostante il ping verso il 192.168.100.1 è sempre stabile a 6/7 ms.
a meno che non sia errato il rilevamento dei FEC da parte del router, non sembrerebbero danneggiare la latenza

Ecco, capiti proprio a pennello random.

Quindi, pur avendo una linea presumibilmente più disturbata mantieni la latenza bassa forse solo perchè agganci una portante inferiore.

Fondamentalmente siamo tutti d'accordo, cioè io ho soltanto riportato quello che accade su alcune linee con il G.INP attivo ed il profilo 100\20.
Se questi comportamenti relativi alla latenza che si stabilizza alta non sono normali (o non dovrebbero verificarsi in questi termini) ed invece accadono per colpa del chipset, ok, però è pur sempre qualcosa che riguarda il G.INP dato con la linea in interleaved la latenza rimane stabile.