FTTH OF con pfSense

hashmenow Mi piacerebbe molto capire meglio ciò che hai scritto.
Supponendo di avere un ONT bridge dovrei fare quello che scrivevi qui un anno fa, giusto?

Sì, dove l'interfaccia "FTTH" in quel caso era quella WAN, ovviamente. In quel caso poi c'era da impostare una specifica opzione DHCP necessaria quando si cerca di sostituire il Fastgate non avendo l'opzione "modem libero" attiva, che ha complicato un po' le cose.

L'ONT in bridge funziona senza necessità di configurazioni che non siano quelle che l'ISP deve inserire per autenticarsi con l'OLT nella "centrale". e questa autenticazione è una specificità di GPON; non di un bridge. Serve perché l'ONT riceve il traffico di tutti gli utenti sull'albero e deve selezionare e decrittare solo quello che gli compete.

Per il resto per te è trasparente. Considera il bridge uno switch (unmanaged) semplificato, Impara da solo gli indirizzi MAC per dove mandare i pacchetti, e quindi fa passare il traffico fra l'interfaccia GPON della fibra a quelle Ethernet senza necessità di configurare alcunché. Il tutto funziona a livello Ethernet, cosa c'è sopra lo ignora.

Ovviamente per questo motivo non è in grado di stabilire la connessione TCP/IP. A quello ci deve pensare il dispositivo collegato, in questo caso il pfSense. Per l'interfaccia WAN bisogna fare una configurazione apposita che è dettata dai requisiti dell'ISP. Ci sarà da impostare la VLAN richiesta, ci sarà da configurare PPPoE o DHCP a seconda dell'ISP, ci sarà da configurare il NAT - tutte cose che si fanno tranquillamente, È sì un po' più complesso che assegnare semplicemente un IP all'interfaccia WAN, ma a meno di esigenze particolari si fa in pochi click, non è diverso che configurare un altro router.

Evita solo Sky come ISP. Poiché è IPv6 nativo e usa un protocollo chiamato MAP-T per supportare IPv4. pfSense non lo supporta.

hashmenow Per farti capire le mie (sudatissime capacità) ti posso dire

Beh dai, hai una buona esperienza.

hashmenow Spero di riuscire a configurare ciò che dici sia necessario a far dialogare l'ONT con pfSense.

L'ONT come detto è trasparente - il pfSense alla fine deve dialogare con i sistemi dell'ISP a monte dell'ONT.

Per PPPoE le configurazioni che ti interessano sono queste:

https://docs.netgate.com/pfsense/en/latest/interfaces/ppp.html#pppoe-point-to-point-protocol-over-ethernet

Ma si setta anche direttamente dalla pagina dell'interfaccia selezionando PPPoE come tipo. Mentre per DHCP sono quelle che trovi qui:

https://docs.netgate.com/pfsense/en/latest/interfaces/configure-ipv4.html

hashmenow Il mio problema è: queste configurazioni chi me le dice? L'ISP?

Sì. Le trovi pubblicate di solito nelle loro pagine sul "modem libero"

hashmenow Anche se io gli ho espressamente detto che non voglio il loro modem?

È proprio in questo caso che sono costretti dalla direttiva a darti le configurazioni necessarie. Però attento che sono generiche - come configurare ogni dispositivo spetta al cliente

hashmenow Urca, IPv6 nativo? Non sapevo ne esistessero già

Gli IPv4 sono proprio finiti, in Europa.

hashmenow Come ISP sarei orientato su pianetafibra.

Beh, oltre al supporto che trovi qua avrai anche un canale ben più diretto con il supporto dell'ISP per le configurazioni.

[cancellato] anche se è una banale PPPoE

L'ho scritta io quella guida, specificatamente perché IPv6 richiede un'impostazione specifica "Do not wait for a RA" senza la quale IPv6 non funziona. Il resto è standard PPPoE.

[cancellato] Hai provato a usare "track interface" per configurarla automaticamente?

Si, ma il problema è che fondamentalmente sembra (e dopo controllerò meglio) non funzionare. Non arrivandogli RA non sa nemmeno che IP gli sono assegnati, quindi niente track interface. L'interfaccia WAN ha solo l'IP link-local, non gli viene assegnato altro.

[cancellato] Forse è il caso di chiarire che deve usare una subnet del prefisso assegnato.

Ti riferisci a questa frase?

Qui assegniamo una subnet scegliendo l’IP dell’interfaccia, nel mio caso ho scelto l’IP ::1 della subnet 10, rendendo l’IP dell’interfaccia 2001:db8:0109:010a::1/64.

Lo specifico sopra, in realtà, che questo è solo il formato. Poi mi sembrava palese che non si sarebbe dovuto usare un IPv6 a caso, ma quello assegnato da PF stessa.

In IPv4 Address potrete trovare il vostro IPv4 pubblico, che se è statico corrisponderà a quello elencato nel portale cliente Pianeta Fibra. L’IPv6 non è un indirizzo pubblico, ma link-local, che è corretto, il prefisso assegnatoci, nel formato 2001:db8:0109:0100::/56, verrà configurato nella prossima sezione per le interfacce interne.

[cancellato] Sì, ma dovrebbe funzionare con il prefisso delegato via DHCPv6 alla WAN, e quello pfSense dovrebbe vederlo, una volta che è stata impostata per l'interfaccia LAN il tracking dell'interfaccia WAN che ottiene la delega.

Non sembra vederlo, appena provato e se uso "track interface" mi prende solo il link-local.

[cancellato] Se la WAN usa solo l'indirizzo link-local non so se è anche da selezionare "Request only an IPv6 prefix".

Non serve, mi sembra di ricordare fosse controproducente. Si può forse non selezionare il "Send IPv6 prefix hint", ma di norma è giusto metterlo in quasi tutti gli operatori...

Chiediamo allora a @[cancellato] se mi può aggiornare la frase sopra così, cosa ne dici @[cancellato]?

In IPv4 Address potrete trovare il vostro IPv4 pubblico, che se è statico corrisponderà a quello elencato nel portale cliente Pianeta Fibra. L’IPv6 non è un indirizzo pubblico, ma link-local, che è corretto, il prefisso assegnatoci, nel formato 2001:db8:0109:0100::/56 (qui usiamo un prefisso per la documentazione, sarà da sostituire con quello assegnato all'utente, visibile nel proprio portale), verrà configurato nella prossima sezione per le interfacce interne.

[cancellato] grazie!

Hai news poi su RA? Mi abiliterebbe IPv6 in una nuova location e credo permetterebbe di usare il track interface di pfSense così da semplificare la guida per gli utenti.

itsmatteomanf se vuoi delle feature nuove puoi mandare email con i dettagli della richiesta a sviluppatori [at] pianetafibra [dot] it . Se raggiunge un buon numero di richieste o comunque può migliorare il servizio viene accettata e messa in todo list