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

[eros74]

Oggi ho richiesto di sbloccarmi l'snr impostato a 12,si avete capito bene 12
E di impostarmi il g.inp
Hanno avviato ka riqualifica col g.inp attivo e con l'snr sbloccato
Attendiamo le 48 ore

[Zodd_Il_nosferatu]

Originariamente inviato da eros74

Oggi ho richiesto di sbloccarmi l'snr impostato a 12,si avete capito bene 12
E di impostarmi il g.inp
Hanno avviato ka riqualifica col g.inp attivo e con l'snr sbloccato
Attendiamo le 48 ore

quindi adesso fanno le riqualifiche con il g.imp?

[eros74]

Originariamente inviato da Zodd_Il_nosferatu

quindi adesso fanno le riqualifiche con il g.imp?

E gia e in 12a
Sperando che finita la riqualifica mi ripassino in 17a
Altrinenti gli rompo le palle ancora

[totocrista]

Originariamente inviato da teorivolta93

Oggi pomeriggio il DSLAM ha deciso che fosse giunta l'ora di passare al 17a.

Per fortuna è rimasto il G.INP

Non mi sembra sia g.inp.

[MiloZ]

Originariamente inviato da Gianca90

Mi auto aggiorno...
Nuovi grafici delle ultime 12 ore...



A breve elaboro anche il grafico delle bestemmie; vi preannuncio che c'è un picco proprio in corrispondenza delle oscillazioni dell'SNR ( ) verso le 22, le 23-23:30, 01:00, le 07:00... La fase delle 08:15-10:00 del mattino è quella con linea tutto sommato regolare (per un 12a ovviamente).

A parte lo scherzo, Miloz, il grafico hLOG e QLN sono vuoti... anche i rispettivi file di testo riportano solo "blank"...
Che cosa posso fare per farglielo leggere? quale modem tra quelli supportati è più compatibile con il mio TG588V ??

P.s. incredibilmente ci sono pure oscillazioni tra le 5 e le 6 del mattino...
P.s.2 Adesso 19,1db di SNR a 10,45 mega... se solo potessi congelarli questi valori!!
P.s.3 Confermo che anche in 12a quando oscilla, mi aumenta l'attenuazione sia in up che in down di 0,5db

Originariamente inviato da Gianca90

Aggiornamento: decimo sopralluogo di un tecnico telecom (molto professionale) nell'armadio e a casa.

Gli ho mostrato i grafici che ho registrato, abbiamo controllato di nuovo i valori col suo golden modem (che coincidono con il technicolor), ennesimo controllo all'armadio... ovviamente quando è venuto la linea andava perfettamente dalle 8 di stamattina (come vi avevo scritto poco fa...).

Sentenza: per lui non c'è alcun disturbo "elettrico" nella tratta, né nell'armadio.
Scriverà nella relazione di cambiarmi la porta nel mux fastweb e nel caso di cambiare tutta la scheda (anche lui ha il sospetto che o solo la mia porta o tutto l'apparato ogni tot tempo, in modo casuale, diano i numeri). Speriamo che gli diano ascolto.

Che ne pensate voi?

Per ciò che riguara i grafici Hlog e QLN, probabilmente hanno tolto il comando da telnet nel technicolor.
Per accertartene basta che entando in telnet provi a scrivere adslctl info --Hlog
Se ti dice tipo non funziona lo hanno tolto, se invece scrive una serie di numeri e cifre in teoria dovrebbe apparire anche il grafico in DSL stat.
Comunque alla fine l'importante è che venga risolto il problema.
Se il prossimo tecnico ti cambia porta\piastra sul DSLAM potrebbe essere buono, vediamo come va.

Altrimenti, visto che ormai mi sembra tu abbia familiarizzato abbastanza con i tecnici () l'unica altra cosa che mi viene in mente è che ti rieffettuino un cambio coppia, magari con una attestata ad una decade differente da quella dove sei ora.
Dato che i doppini sostanzialmente arrivano a fasci di dieci (decadi) spesso ce ne sono 1-2-3 per stabile (quindi 10\20\30 coppie).
Quindi, se ti spostano su di una decade diversa potrebbe esserci qualche speranza in più di "allontanarsi dall'interferenza" , si va per tentativi chiaramente.

Per vedere quante decadi ci sono nel tuo palazzo basta che guardi i numeri sulla chiostrina tipo: http://www.tomshw.it/forum/attachmen...113_112547.jpg
Nell'esempio sopra significherebbe che la chiostrina è collegata all'armadio numero 14 e arrivano le decadi numero 36 e 38.

[eros74]

l'asus lo seganala
ecco per un confronto
e sono in 12a

lineState=up
Opmode=ITU G.993.2(VDSL2), G.998.4(G.INP)
SNRMarginDown=4.6 dB
AttenDown=10.2 dB
SNRMarginUp=18.0 dB
AttenUp=1.5 dB
DataRateDown=53551 kbps
PathModeDown=Interleaved
DataRateUp=10495 kbps
PathModeUp=Interleaved
WanListMode=0
FECDown=656
FECUp=29
CRCDown=0
CRCUp=0
HECDown=0
HECUp=0
ADSLUpTime= 3:49, 27 secs
ADSLActiveTime=0 min, 16 secs
PowerDown=12.2 dbm
PowerUp=-6.0 dbm
ATURID=26005443434e0000
ATUCID=b5004244434da495
FarEndVendorID=Broadcom
AttainUp=26948 kbps
AttainDown=60648 kbps
ShowtimeStart=16
TotalStart=50
ATURANSIRev=0
ATUCANSIRev=0
ATURANSIStd=0
ATUCANSIStd=0
TCM=On
InterleaveDepthDown=5
InterleaveDepthUp=3
INPDown=2.5 symbols
INPUp=2.3 symbols
AdslStandard=VDSL2
AdslType=ANNEX_A
mtenStandard=G.dmt.bisplus

[Gianca90]

Originariamente inviato da MiloZ

Per ciò che riguara i grafici Hlog e QLN, probabilmente hanno tolto il comando da telnet nel technicolor.
Per accertartene basta che entando in telnet provi a scrivere adslctl info --Hlog
Se ti dice tipo non funziona lo hanno tolto, se invece scrive una serie di numeri e cifre in teoria dovrebbe apparire anche il grafico in DSL stat.
Comunque alla fine l'importante è che venga risolto il problema.
Se il prossimo tecnico ti cambia porta\piastra sul DSLAM potrebbe essere buono, vediamo come va.

Altrimenti, visto che ormai mi sembra tu abbia familiarizzato abbastanza con i tecnici () l'unica altra cosa che mi viene in mente è che ti rieffettuino un cambio coppia, magari con una attestata ad una decade differente da quella dove sei ora.
Dato che i doppini sostanzialmente arrivano a fasci di dieci (decadi) spesso ce ne sono 1-2-3 per stabile (quindi 10\20\30 coppie).
Quindi, se ti spostano su di una decade diversa potrebbe esserci qualche speranza in più di "allontanarsi dall'interferenza" , si va per tentativi chiaramente.

Per vedere quante decadi ci sono nel tuo palazzo basta che guardi i numeri sulla chiostrina tipo: http://www.tomshw.it/forum/attachmen...113_112547.jpg
Nell'esempio sopra significherebbe che la chiostrina è collegata all'armadio numero 14 e arrivano le decadi numero 36 e 38.

La tua ipotesi è corretta; comando sconosciuto!

Per quanto riguarda la coppia, mi sa proprio che mi hanno cambiato la decade, perchè se non ricordo male il tizio mi faceva capire che su quella in cui ero per ora non c'era più spazio e si era spostato su un altro "blocco"... e mi ricordo che guardava proprio questi 3 numeri tipo quelli della foto (se non sbaglio mi ha passato da 3 a 19... insomma un cambio di numero)... in caso se rimandano il tecnico telecom lo farò presente...

Di certo è che adesso spingo con fastweb per fargli cambiare la porta anzitutto (che penso sia una cosa semplice), se no se ci riesco tutta la scheda...
Speriamo bene!

Grazie intanto per il supporto

[Zodd_Il_nosferatu]

Originariamente inviato da eros74

l'asus lo seganala
ecco per un confronto
e sono in 12a

lineState=up
Opmode=ITU G.993.2(VDSL2), G.998.4(G.INP)
SNRMarginDown=4.6 dB
AttenDown=10.2 dB
SNRMarginUp=18.0 dB
AttenUp=1.5 dB
DataRateDown=53551 kbps
PathModeDown=Interleaved
DataRateUp=10495 kbps
PathModeUp=Interleaved
WanListMode=0
FECDown=656
FECUp=29
CRCDown=0
CRCUp=0
HECDown=0
HECUp=0
ADSLUpTime= 3:49, 27 secs
ADSLActiveTime=0 min, 16 secs
PowerDown=12.2 dbm
PowerUp=-6.0 dbm
ATURID=26005443434e0000
ATUCID=b5004244434da495
FarEndVendorID=Broadcom
AttainUp=26948 kbps
AttainDown=60648 kbps
ShowtimeStart=16
TotalStart=50
ATURANSIRev=0
ATUCANSIRev=0
ATURANSIStd=0
ATUCANSIStd=0
TCM=On
InterleaveDepthDown=5
InterleaveDepthUp=3
INPDown=2.5 symbols
INPUp=2.3 symbols
AdslStandard=VDSL2
AdslType=ANNEX_A
mtenStandard=G.dmt.bisplus

ti posso chiedere di pingare il gateway e vedere quanto fai di ping?
Voglio capire se essendo in interleaved ed avendo il gimp, hai un ping simile al mio che sto in fast o no

[Gianca90]

Originariamente inviato da Zodd_Il_nosferatu

ti posso chiedere di pingare il gateway e vedere quanto fai di ping?
Voglio capire se essendo in interleaved ed avendo il gimp, hai un ping simile al mio che sto in fast o no

A me g.inp 12a fa 4-6ms
In fast prima 4-5ms
Siamo li

[eros74]

Confermo ping uguale a quando ero in fast

[Zodd_Il_nosferatu]

Io invece segnalo una perdita di 3-5ms sui server bf. Niente di che

[MiloZ]

Originariamente inviato da Zodd_Il_nosferatu

Io invece segnalo una perdita di 3-5ms sui server bf. Niente di che

Il ping al gateway è rimasto lo stesso o è aumentato?
Puoi provare un tracert tipo verso seflow.it?

Originariamente inviato da teorivolta93

Rispetto a una identica linea Interleaved (quella del vicino) il G.INP sembra leggermente meno stabile
Non riesce a tenere meno di 6 dB di SNR mentre quella del vicino è ferma da 2 giorni a 5,1 dB. Vero che ogni doppino fa storia a sè anche nella stessa decade, ma la cosa mi puzza. Sono passato da 51 mega e 6.0 SNR a 50 mega e 6.5 SNR. E la portante è cascata in entrambe le occasioni in cui ho lanciato un tracert da prompt dei comandi.
E' un caso o è una conseguenza del comando?

Cioè la portante cade anche se non ci sono punti CRC?
In teoria con il G.INp dovrebbe essere più stabile ed il fatto che faccia meno errori CRC\ES ne sarebbe la conferma. Però dipende anche dal tipo di disturbo sulla linea.
In alcuni casi la modalità FEC + Interleaved può rivelarsi più resistente della ritrasmissione, ma nella maggioranza del casi il G.INP è nettamente preferibile (anche per discorso minor ping e maggiore portante).
Il vicino in Interleaved ha cadute frequenti come te o meno?

[eros74]

Ho un asus 68u come gianca
Col fast attivato avevo un ping di 5ms verso il gataway
adesso col g.inp stessa cosa
Col fast se mettevo l'snr a 4 che poi erano piu o meno 3 reali avevo una decina di crc al minuto (cosa normale nn avendo il controllo degli errori)
Se mettevo snr a 6 (5 reali) circa 2 al minuto
Con g.inp attivo nessun errore crc e alcuni fec del tipo 500 in 6 ore
Ora g.inp attivato ieri alle 16 con conseguente riqualifica della linea
Questa mattina 6:30 mi alzo e vedo che la portante e caduta 20 minuti fa
Col fast mai successo
Che sia una prerogativa della riqualifica?
Ho una linea che nn ha mai toccato i 100 mb (ho 10 di attenuazione)e ma che nn ha mai generato tanti errori,ne fec e ne crc
E che in 4 mesi nn e mai caduta
Attendo fiducioso il termine della riqualigica e il ripassaggio alla 17a sperando che le cadute di portante siano proprio una prerogativa della riqualifica
(Detto tra noi non ci credo troppo,perche secondo me una volta attivato il g.inp dovrebbero settare qualcosaltro che loro neanche sanno)
dimenticavo cosa credo importante prima del g.inp durante la riqualifica in 12a agganciavo 43 mb adesso con g.inp sono a 53 quindi sicuramente 10 mb li ho guadagnati sperando sempre che mi riportino in 17a

[Zodd_Il_nosferatu]

Originariamente inviato da eros74

Ho un asus 68u come gianca
Col fast attivato avevo un ping di 5ms verso il gataway
adesso col g.inp stessa cosa
Col fast se mettevo l'snr a 4 che poi erano piu o meno 3 reali avevo una decina di crc al minuto (cosa normale nn avendo il controllo degli errori)
Se mettevo snr a 6 (5 reali) circa 2 al minuto
Con g.inp attivo nessun errore crc e alcuni fec del tipo 500 in 6 ore
Ora g.inp attivato ieri alle 16 con conseguente riqualifica della linea
Questa mattina 6:30 mi alzo e vedo che la portante e caduta 20 minuti fa
Col fast mai successo
Che sia una prerogativa della riqualifica?
Ho una linea che nn ha mai toccato i 100 mb (ho 10 di attenuazione)e ma che nn ha mai generato tanti errori,ne fec e ne crc
E che in 4 mesi nn e mai caduta
Attendo fiducioso il termine della riqualigica e il ripassaggio alla 17a sperando che le cadute di portante siano proprio una prerogativa della riqualifica
(Detto tra noi non ci credo troppo,perche secondo me una volta attivato il g.inp dovrebbero settare qualcosaltro che loro neanche sanno)
dimenticavo cosa credo importante prima del g.inp durante la riqualifica in 12a agganciavo 43 mb adesso con g.inp sono a 53 quindi sicuramente 10 mb li ho guadagnati sperando sempre che mi riportino in 17a

Io fa conto che senza gimp in 12a prendevo 51mb, con gimp ho preso dai 59 ai 64.

[marcolpasini]

Mhhhh
Ero tentato di aprire segnalazione per riqualifica con g.inp ma leggendo i problemi aspetto che voi facciate da tester e resto con il fastpath

[Josè]

Originariamente inviato da teorivolta93

Magari sono io che ho il modem sfigato... Perchè non capisco la logica per la quale, se sono a 50.600 Mega con 6,4 dB di SNR stabili, si renda necessario rinegoziare la connessione per salire a 51.100 Mega con 5,9 / 6,0 di SNR (capirai che cambiamento! ), per poi puntualmente perderla e ritornare dove si era rimasti prima. Zero CRC e zero HEC; solo qualche migliaio di FEC.

Siccome alla fine stanotte, come dicevo, si è guastato qualcosa, ora vedo come funziona. Ma non sembra un problema di SNR, anche perchè il vicino in Interleaved è fermo a 5.1 di SNR da 2 giorni

O è un problema di profilo (e a quel punto mi faccio mettere il profilo di voi comuni mortali ) oppure mi tocca andare a Lourdes; l'impianto di casa è ok...

Mi farei alzare SNR a 9 dB, ma non so se serve, dato che ha provato a perderla anche quando era a 6,4

Ciao. Io abito a Como (vedo che tu sei di Milano), e confermo che stanotte fastweb ha avuto anche qui un problema. Il gataway di fastweb non mi dava proprio l'indirizzo IP. Sono stato sveglio fino all'1:30 (mi si era piantato il cellulare e volevo scaricare la recovery nuova per farlo risorgere) sperando che la connessione tornasse, ma niente. Stamattina alle 7 pero' tutto ok.

In ogni caso, aspetto anche io di vedere come va agli altri col g.imp e mi tengo il "fastpath", anche se sono stato uno dei pochi che senza fast agganciava 75Mbps e con fastpath aggancio 69Mbps

[albero77]

Io pingo 16-18 al gateway...la connessione è stabilissima, il download ottimo, ma onestamente il ping è ridicolo.Il problema è che rompendogli le palle per me vado solo a peggiorare la portante...Sono up da 20 giorni senza disconnessioni..

[seesopento]

Delay 8 4
INP 2 2

https://scontent-mxp1-1.xx.fbcdn.net...89906907_o.jpg

[eros74]

Altra disconnessione stamattina alle 9
Bhooo mai successo in 4 mesi
Possibile che il g.inp porti a questo?
Neanche in fast che era meno stabile la linea e' mai caduta
Gianca te che hai il mio stesso modem
Cosa dici?

[incollato]

Avevo postato pochi giorni fa i miei valori della linea pensando di essere in 12a, oggi vado a controllare di nuovo e vedo questo:

  Modem state:                                   up
  Up time (Days hh:mm:ss):                       0 giorni, 0:14:24
  xDSL Standard:                                 ITU-T G.993.2 Annex B (VDSL2)
  Channel Mode:                                  Interleaved

  Number of reset:                               8

  Chipset Vendor info (G.994.1):                 Local          Remote
    Country code:                                B500           B500
    ID:                                          BDCM           BDCM
    Specific:                                    0000           A415

  System Vendor info (showtime):                 Local          Remote
    Country code:                                0F00           0000
    ID:                                          TMMB           ----
    Specific:                                    3C61           0000

  Bearers generic info                           DS             US
    Payload rate [kbps]:                         89684          10496
    Attenuation [dB]:                            5.9            9.4
    Margins [dB]:                                5.9            10.0
    Output power [dBm]:                          13.9           -23.7

    Number of bearers:                           1
    Bearer 0                                     DS             US
      INP [DMT symbols]:                         72.00          73.00
      Delay [ms]:                                0.00           0.00
      Depth []:                                  8              0.00
      R:                                         10             0

G.997.1 Statistics (Current):

  Failures:
    Line failures                                Near end
      Loss of signal (LOS):                      7
      Loss of frame (LOF):                       37
      Loss of power (LPR):                       0

  Performance monitoring:
    Line PM:                                     Near end
      Error second (ES):                         4926

    Channel PM:                                  Near end       Far end
      Bearer 0:
        Code Violation (CV):                     0              0
        FEC:                                     1143           288

    ATM data path PM:                            Near end       Far end
      Bearer 0:
        HEC violation count (HEC):               0              N/A

G.997.1 Statistics (last 15 minutes):

  Failures:
    Line failures                                Near end
      Loss of signal (LOS):                      0
      Loss of frame (LOF):                       0
      Loss of power (LPR):                       0

  Performance monitoring:
    Line PM:                                     Near end
      Error second (ES):                         0

    Channel PM:                                  Near end       Far end
      Bearer 0:
        Code Violation (CV):                     0              0
        FEC:                                     1143           288

    ATM data path PM:                            Near end       Far end
      Bearer 0:
        HEC violation count (HEC):               0              N/A

G.997.1 Statistics (last 24 hours):

  Failures:
    Line failures                                Near end
      Loss of signal (LOS):                      2
      Loss of frame (LOF):                       11
      Loss of power (LPR):                       0

  Performance monitoring:
    Line PM:                                     Near end
      Error second (ES):                         1302

    Channel PM:                                  Near end       Far end
      Bearer 0:
        Code Violation (CV):                     0              0
        FEC:                                     1143           288

    ATM data path PM:                            Near end       Far end
      Bearer 0:
        HEC violation count (HEC):               0              N/A

Senza effettuare nessuna richiesta, sembra proprio che sia avvenuto il passaggio al 17a e, in base ai valori, anche al g.inp!
Ora pingo il gateway remoto in 6 ms in media e google.it in 33 circa!
Brava fastweb! Speriamo si mantenga così.