x_term Magari alcuni circuiti sono regolari mentre altri no, la maggior parte delle lamentele oggi mi arrivano dal Veneto e non dal Friuli.

Ad ogni modo nel primo pomeriggio verrà svolto un ulteriore intervento che forse dovrebbe risolvere tutto in maniera definitiva.

    Io sono a Teolo Padova e confermo che qui la connessione c’è ma è come non ci fosse. Solo qualche sito (2 su 100?) no Speedtest e velocità neanche quantificabili

      andreagdipaolo il friuli ci ha pochi PCN A&B (2/3), tutto il resto è C&D, di cui immagino che non tutti siano rilegati direttamente nel nord est...

        giusgius Lagosanto (FE).

        simonebortolin Mi riferisco ovviamente ai clienti che ieri erano offline, e che quindi sono rilegati in quel modo. Che motivo avrei di parlare in questo momento di clienti che ieri non erano vittime del guasto?

        Comunque in A&B si chiamano POP

        Incredibile dopo quasi 24 ancora niente.
        Aberrante. Padova

        Confermo che cambiando manualmente l'MTU a 1400 tutti i problemi sono spariti. Questa mattina andava solo Google e pochi altri siti, con l'MTU a 1400 tutto ok.

        Immagino che, quando sarà risolto, non riceveremo mai una comunicazione di quanto accaduto, delle cause ecc.
        Sono troppo pessimista?

        Non è per fare polemica, sia chiaro. La mia è anche curiosità

          Nel fritz non puoi cambiare manualmente MTU .
          Almeno così mi pare.
          In ogni caso ovviamente sono loro che devono risolvere il problema non io inventarmi informatico.
          Grazie per il suggerimento ovviamente

          • JacopoM ha risposto a questo messaggio

            Vale spiderbit
            Stessa cosa anche io di Padova e da ieri niente rete, spie accese ma non c'è verso di accedere a qualsiasi sito o servizio internet.
            Allucinante la situazione, poi ovviamente ora c'è il fine settimana...e andiamo!

            [cancellato] come fa un trasporto metro di tunnel PPP a discernere alcune destinazioni e altre no? Anche volessero fare un minimo di DPI, per loro sono tutti pacchetti PPPoE/PPP...
            Fino ai BRAS per loro è come fosse una pseudo-VPN, non dovrebbero vedere nulla del traffico in transito.

            Occhio che il PPPoE Session Protocol sono semplici 8 byte posti tra il livello 2 (mac address dst + src + VLAN + ethertype 0x8864) e il livello 3 "tunnellato", non c'e' crittografia ne' offuscazione o altro...

            Non confondiamoci con IPsec (con cipher non null...) o altre VPN "vere". E' invece come nei tunnel GRE/GRETAP/IPIP/etc "lisci": il traffico resta completamente in chiaro.

            Se chi fa transito vuole ispezionare il traffico in transito per DPI QoS o quel che e', potrebbe benissimo. Tecnicamente parlando ovviamente, legalmente non credo, ma cmq...

              Vale confermo, si può modificare solo per IPv6.

              Ciao a tutti, anche io di Padova e da ieri niente connessione. Il mio gestore mi ha confermato un guasto importante sulla tratta di Open Fiber ma non ha idea dei tempi di ripristino, siamo a quasi 24h qualcuno sa di che guasto si tratta? E da qualche mese che sono su FTTH di Open Fiber dopo più di 20 anni su ADSL e FTTC di TIM e non ho mai avuto niente del genere. Sono un pò Deluso. Grazie a tutti.

              Salve a tutti.
              Finalmente hanno sistemato funziona di nuovo bene.
              Veggiano ( PD ) FTTH Tiscali.

              • [cancellato]

              LATIITAY Sì sì lo so benissimo, ma a livello networking se non sai se in trasporto hai PPPoE o IPoE "plain", riesci a costruire ACL di filtro L3 su traffico PPP?

                [cancellato] con Linux si puo', utilizzando ad esempio iptables o nft con bridge-nf-filter-pppoe-tagged, cosi' l'header PPPoE viene "ignorato" e netfilter inizia a vedere i pacchetti tunnellati. Con soluzioni hw usate su reti multi-Gigabit come quella di OF bisogna vedere cosa implementano i vendor di turno...

                L'irraggiungibilità di siti causa timeout/frammentazione sembra risolta, ma sono assolutamente graditi feedback sia su questo sia sulle prestazioni in termini di velocità.

                  Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈
                  P.I. IT16712091004 - info@fibraclick.it

                  ♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile