Backhauling centrali Open Fiber

LATIITAY · 2022-07-11T08:35:47+00:00

Messaggi spostati da: https://forum.fibra.click/d/31808/39 [cancellato] tua opinione in base a tue esigenze 😉 io invece mi ci troverei male anche per quello...

MiloZ

giusei
Prima di tutto, per capire come stanno le cose, avresti dovuto effettuare qualche traceroute da linea di comando con entrambe le linee per vedere dove avveniva la consegna Openstream dalla tua zona (se a Milano o in qualche interconnessione più prossima a dove abiti).
Dopodiché ci sarebbe stato da verificare se la differenza in latenza fosse dovuta principalmente al tratto OpenStrean o alla rete di trasporto dell’operatore (Wind/Sky) una volta uscito da OpenStream.

giusei

MiloZ Fatti i traceroute sia quando avevo Sky che ora con WindTre, ovviamente da linea di comando, come suggerito sul forum.

Al secondo hop mi ritrovavo a Milano (se ho ben capito geolocalizzando l'IP riportato dal traceroute) su rete Sky e lo stesso avviene con WindTre. Noto che già sul secondo hop con WindTre ho latenze di circa 25 o 30 ms. Con Sky Wifi andavo oltre i 30 ms e spesso superavo anche i 40 ms, sempre al secondo hop.

Per questo ipotizzavo che la "colpa" potesse essere del trasporto e della consegna di Open Fiber.

Ah una precisazione: guardando la Wiki e vedendo i vari apparati della rete BUL ho capito che il PCN del mio paese è in realtà un mini-PCN la cui rilegatura in fibra non è certa. Attorno al mini-PCN non si vedono parabole che facciano pensare a un ponte radio, però non ho nemmeno la certezza che sia collegato in fibra. Non so se questo possa influire su latenze e performance generali.

simonebortolin

giusei Ora non so quanto tempo fa eri su sky, mda un bel po' i traceroute su sky non vanno e non andranno per un po' se non in ipv6.

giusei Al secondo hop mi ritrovavo a Milano (se ho ben capito geolocalizzando l'IP riportato dal traceroute) su rete Sky e lo stesso avviene con WindTre.

Già questo è strano, Sia sky che W3 in C&D usano la rete di OF per una piccola parte fino ad POP A&B limitrofo, non è detto il più vicino ma manco il più lontano.

giusei Con Sky Wifi andavo oltre i 30 ms e spesso superavo anche i 40 ms, sempre al secondo hop.

Se per caso tu pingi 1.1.1.1 con sky Wi-Fi faresti da quel che ho capito Sicilia-Milano-Roma, quindi se il primo è 20 il secondo è 40, Sky sta esattamente 10ms per fare Roma-Milano.

giusei Per questo ipotizzavo che la "colpa" potesse essere del trasporto e della consegna di Open Fiber.

Ah una precisazione: guardando la Wiki e vedendo i vari apparati della rete BUL ho capito che il PCN del mio paese è in realtà un mini-PCN la cui rilegatura in fibra non è certa. Attorno al mini-PCN non si vedono parabole che facciano pensare a un ponte radio, però non ho nemmeno la certezza che sia collegato in fibra. Non so se questo possa influire su latenze e performance generali.

Ecco questo potrebbe spiegarsi in un altro senso: OF ha acquisito da $SocietaForseConoscitaOMenodiTLC un rilegamento del tuo PCN fino ad un punto che va bene sia ad OF che a $SocietaForseConoscitaOMenodiTLC e spesso questo non è nel POP A&B limitrofo al tuo PCN, questo potrebbe essere molto distante, per esempio a milano e quindi succede ciò

giusei

simonebortolin Ero con Sky Wifi fino al 13 giugno, però non sapevo di questi problemi nei traceroute.

In effetti anche io credevo che la consegna del traffico avvenisse presso un PoP Open Fiber vicino, pensavo magari a livello provinciale o regionale a Palermo (sono in un paese della provincia palermitana).

Leggendo i traceruote con Sky Wifi prima e WindTre ora sono invece rimasto sorpreso nell'apprendere che il traffico viene raccolto e consegnato a Milano, almeno apparentemente.

Comunque, giusto per completezza e per chiudere il discorso, da riga di comando con PC via cavo con scheda Gigabit negli speedtest sono sui 400 o 450 massimi in download con WibdTre, 280 circa in upload. Con Sky Wifi le velocità oscillavano abbastanza ma difficilmente superavo i 380 in download e i 180 o 200 in upload. Ovviamente sempre come riferimenti Eolo e Fastweb a Milano.

simonebortolin

giusei Che roba strana

in qualsiasi caso appurato che la consegna è a Milano, essendo w3 riesci a sapere almeno su che bras w3 sei?
Dovrebbe essere tra le info del pppoe

@amministratori e @moderatori questo è OT o no? Si può continuare quì?

giusei

simonebortolin Mi piacerebbe saperlo, ma non so se e dove posso leggere quelle informazioni relative al PPPoE dal modem WindTre.

Mi accodo alla richiesta ai moderatori. Non vorrei aver mandato fuori tema la discussione.

simonebortolin

giusei Mi piacerebbe saperlo, ma non so se e dove posso leggere quelle informazioni relative al PPPoE dal modem WindTre.

Eh so che con W3 è molto facile, però non ho alba di come si faccia... @handymenny so che sa

handymenny

simonebortolin il metodo migliore è aprire una pppoe su windows e controllare da wireshark. Anche modificando il modem per aumentare i log di PPPD, sui nuovi bras appare un generico "JUNOS" e non il nome del concentratore (da wireshark invece è visibile anche quello)

LATIITAY

handymenny JUNOS in quel caso e' il nome dell'autenticatore remoto per CHAP, sarebbe l'equivalente del nome utente ma "remoto" invece che "locale" (potrebbe essere controllato e quindi fare autenticazione mutuale, se non ci fosse l'opzione noauth in locale, e se ovviamente venissero concordati i dati di login "al contrario", cosa che non accade mai in pratica).

Il nome del BRAS invece compare non li' ma come AC-name (Access Concentrator name) che viene mandato nella fase di discovery e non nella session. Per vederlo non basta l'opzione debug di pppd ma serve anche quella di rp_pppoe, ossia rp_pppoe_verbose 1

handymenny

LATIITAY Grazie, mi mancava questo pezzo, comunque sui vecchi BRAS nokia i due nomi corrispondevano. In ogni caso serve root per modificare la config di pppd, quindi il metodo migliore resta procedere con windows e wireshark

LATIITAY

handymenny e' perche' hanno configurato solo lui https://www.juniper.net/documentation/us/en/software/junos/interfaces-ethernet/topics/ref/statement/access-concentrator-edit-interfaces.html ma non anche lui https://www.juniper.net/documentation/us/en/software/junos/subscriber-mgmt-vlan/topics/ref/statement/local-name-edit-interfaces.html (ed evidentemente hanno lasciato anche il system hostname al default JUNOS, configurando soltanto l'AC name... 🤔)

Cmq alcuni router, mi pare gli ASUS fanno inserire parametri aggiuntivi a testo libero dalla GUI alla config/cmdline di pppd, quindi con quelli si dovrebbe poter fare senza root. Oppure vabeh Linux/OpenWrt/etc 😅

Inoltre l'indicazione data dai FRITZ!Box nel log dovrebbe essere quella "giusta" dell'AC-name.

MiloZ

LATIITAY Inoltre l'indicazione data dai FRITZ!Box nel log dovrebbe essere quella "giusta" dell'AC-name

Non credo, altrimenti PianetaFibra avrebbe diversi Mikrotik come BRAS, dato che la dicitura che restituiscono i Fritzbox è appunto quella.
Poi non so, personalmente ho disdetto la loro linea FTTH recentemente proprio perchè perdeva troppo pacchetti stile ISP-Mikrotik, ma mi hanno sempre assicurato che non ce ne siano sulla rete, quindi tenderei a credergli..
Ci saranno stati altri inghippi non meglio definiti (sulla dorsale OF mi sembra difficile in quanto nessun altra tra le FTTH OpenStream che ho attualmente attive ha mai manifestato problematiche del genere in questo periodo).

Solo per dire e per capire meglio: l'indicazione del concentratore può essere "manipolata" dall'ISP facendo in modo che, lato utente, venga rilevato\visualizzato qualsiasi nome (anche di fantasia)?

simonebortolin

MiloZ Poi non so, personalmente ho disdetto la loro linea FTTH recentemente proprio perchè perdeva troppo pacchetti stile ISP-Mikrotik, ma mi hanno sempre assicurato che non ce ne siano sulla rete, quindi tenderei a credergli..

Mah io mi ricordo ancora di questo messaggio ancora della gap di shodan.io e
E del mitico
1) sera la porta
2) proviamo a guardare con telnet
3) facciamo un messaggio dicendo che non si sa cosa becca shodan.io

(https://forum.fibra.click/d/30999-uso-di-mikrotik-in-reti-isp/50)

MiloZ Solo per dire e per capire meglio: l'indicazione del concentratore può essere "manipolata" dall'ISP facendo in modo che, lato utente, venga rilevato\visualizzato qualsiasi nome (anche di fantasia)?

Comunque sì, come i mac address, in genere dato che si modifica solo i primi 6 valori di 12, spesso si può provare a capire se gli alti 6 valori sono stati realmente assegnati ad apparati destinati agli ISP o a qualche altro prodotto.

LATIITAY

MiloZ i BRAS di PianetaFibra sono configurati per rispondere tutti con "MikroTik" per entrambi i nomi 😉

MiloZ Solo per dire e per capire meglio: l'indicazione del concentratore può essere "manipolata" dall'ISP facendo in modo che, lato utente, venga rilevato\visualizzato qualsiasi nome (anche di fantasia)?

Yes, infatti non capisco perche' invece non ci scrivono un bel "PianetaFibra" 😁

MiloZ personalmente ho disdetto la loro linea FTTH recentemente

Ah...

edofullo

MiloZ l'indicazione del concentratore può essere "manipolata" dall'ISP facendo in modo che, lato utente, venga rilevato\visualizzato qualsiasi nome (anche di fantasia)?

Su mikrotik l'indicazione è l'identità del router (/system/identity) e quello che compare come 'Active Service Name' è il nome del singolo server PPPoE lato BNG.

Comunque siete OT

LATIITAY

simonebortolin se nitrisce come un'aquila, e nuota come un cammello, allora e' un gatto con gli stivali 🙃

LATIITAY

andreagdipaolo Gli avvisi da te citati sono presenti nelle risposte via email/PEC oppure anche nelle conversazioni col servizio clienti che avvengono tramite Whatsapp/Tobi/MyTiscali/MyTIM?

Risposte via email ai miei Fax, visto che non ho ne' PEC ne' "smartphone" Google o Apple, e gli Operatori non hanno bot Telegram 🙈 😅

andreagdipaolo Credo che comunque il vero atto illecito sia l'intrusione nella corrispondenza privata

Cioe' dici che sarebbe illecito solo quando e' l'Operatore a pubblicare la conversazione, ma non il contrario? Mmmh, secondo me lo sarebbe sempre... Poi boh non sono (ancora) un avvocato 😇

andreagdipaolo rimuovere un'autocensura

Tralasciando la "moralita'" della questione (in un senso o nell'altro), questo tecnicamente parlando e' assolutamente lecito, perche' inviando il contenuto del post al forum, secondo il punto 6 dei Termini e Condizioni, lo si concede in licenza CC BY-NC 4.0 IT, e quindi praticamente si "perde" il diritto di "ritrattare" sulla pubblicazione del contenuto una volta che e' stato inviato al forum... Anzi, tecnicamente potrebbe essere anche un altro utente (e non admin o moderatori) a "ripristinare" o meglio riprodurre il contenuto eliminato o modificato, se se lo era salvato, posto che venga indicato l'autore del post originale...

rapie00 ultima disconnessione collettiva due notti fa alle 4.50

Io non ho registrato queste disconnessioni, in varie citta' in area nera OF... Tranne la notte tra martedi' e mercoledi', ma vabeh ero io che facevo manutenzione su una delle reti che gestisco (anche qui di notte per non impattare nessuno...) 🤣 e anche in quella notte non ho rilevato disconnessioni da altre parti...

Detto questo, di notte le manutenzioni sono previste senza preavviso anche da Open Fiber... Sai quante volte, anche con Tiscali, in passato la connessione spariva a mezzanotte e un minuto per poi tornare qualche ora dopo...

DerAdler 09.09.22 04:49:07 => 09.09.22 04:58:37

Questa io non l'ho rilevata, ma ho solo utenze sul BRAS 1.

E in ogni caso, come detto sopra... E' stata in piena notte inoltrata... Sara' stata manutenzione ordinaria... Dai su ok lamentarsi quando la connessione cade di giorno, ma pure di notte una sola volta sara' un po' eccessivo lamentarsi no? Gli aggiornamenti ai sistemi e alla rete non glieli volete mai lasciar fare? 😅

Come se poi Telecom o certi altri Operatori "in passivo" e/o "con rete di trasporto proprietaria" non avessero mai disconnessioni notturne, cioe'... Io boh 🤔

andreagdipaolo "PianetaFibra Auth1" 🙈 in fondo era il mio suggerimento LATIITAY 🙈 😅 🤣

« Pagina precedente

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