Caratteristiche tecniche della FTTH iliad

bortolotti80 Perché l'utente prende 1+1/X IPv4 ?

Perché ti ha riportato cosa fanno in francia. Cosa vogliono fare in italia, soprattutto col modem libero non lo sappiamo ancora.
L'unica cosa quasi certa è che c'è o ci sarà in futuro un ipv4 condiviso. 1:1, 1+1/4 etc... Sono mere speculazioni al momento

Il discorso 4in6, è che map-e usa 4in6 internamente. Infatti se vedi la guida openwrt configurano proprio map-e.
Quindi non c'è alcuna scelta, è come quando io faccio funzionare il tunnel HE come 6rd, è un discorso simile, protocolli diversi che hanno degli elementi in comune.

bortolotti80 ho dato una piccola aggiustata ai toni e alla spiegazione. Per il 4in6 sul 7530 a meno che nkn abbia performance sopra a 500 Mbps meglio evitare di citarlo.

Ringrazio anche handymenny per la sua spiegazione ed il suo punti di vista e la FAQ #30

dickfrey Intanto grazie per questa prima bozza di FAQ. Volevo chiederti perchè preferisci il Map-T.

Credo che serva una spiegazione approfondita di questo discorso e senza sapere a che è l'MTU di iliad non si possa fare di più di 2 chiacchere da BAR.
Premetto che la principale differenza tra MAP-T e MAP-E è come avviene la traduzione/incapsulamento del frame IPv4 in IPv6. Nel caso di MAP-T viene tradotto e usato l'header v6, nel caso di MAP-E viene incapsulato e ci sono 2 header, quindi:
a) MAP-T è più pulito di MAP-E in quanto c'è un tunnel in meno e vengono sfruttati gli header IPv6 per contenere le informazioni IPv4, con l'header di dimensione minore, ma sempre maggiore rispetto ad un IPv4 standard si hanno prestazioni lievemente superiori.
b) con un aumento dell'MTU del trasporto, possibile solamente dove c'è passivo e/o OF non ha rilegamenti creativi [quindi NON in area bianca] è possibile arrivare ad un bellissimo MTU di 1500, che molto probabilmente iliad se lo sogna con il MAP-E (Translation vs Encapsulation e quindi -40byte vs -20byte), e l'MTU di iliad sarà bello basso, si può ipotizzare 1460/1440 (Vedi FAQ #16), anche aumentando l'MTU ethernet, difficile è raggiungere un valore accettabile senza avere problemi nelle aree openstream.
c) la gestione del protocolli portless, è differente, la gestione di MAP-E non è così brillante, infatti si usa il tunnel 4in6.
d) il costo necessario per l'incapsulamento 4in6 è simile a quello per la traduzione, e sinceramente non vedo motivi per incapsulare quando è possibile una traduzione, e l'unico vantaggio di MAP-E è avere altri tunnel 4in6 realizzabili senza problemi.

dickfrey Tenuto conto che nel caso di Skywifi va fatto port forwarding sulle porte e si aspetta che l' automatismo ti porti in Map-T 1:1 (dopo un tempo variabile tra poche ore ed un giorno), nel Map-E si farebbe una cosa simile o sarebbe differente ?

L'implementazione Iliad è differente [ricordo che è una chiaccera da bar ipotizzando il deploy francese]: tu che voglia o non voglia le porte apribili rimani in MAP-E 1:X, se vuoi aprire le porte ricevi un altro IPv4 privato con 4in6 incapsulato ma fuori dal dominio MAP.
Se tu non hai nulla di compatibile con MAP potrai ottenere solo l'altro IPv4 privato. È un ottimo workaround.

Dato che non posso più modificare le FAQ se ci sono dubbi o cose non chiare che ho specificato nelle FAQ #2, #5, #12, #13, #14, #15 che ti hanno fatto venire questo dubbio dimmi cosa e dove.

simonebortolin Le ultime versioni della playstation (4 e 5) fanno molto meno uso delle porte aperte rispetto alle 3 o precedenti, e i produttori delle console e dei giochi devono cambiare approccio di sviluppo senza più chiedere l'apertura delle porte perché è una roba troppo old school incompatibile con la attuale carenza di IPv4.

Non è questione di "old school", ma una questione di vili €€€.

Se tu fai p2p diretto con l'apertura delle porte crei un gioco che potenzialmente andrà "per sempre" sulle sue gambe... poca spesa tanta resa.

Se invece eviti l'apertura delle porte devi creare (€€€) e mantenere nel tempo (€€€€€€€) uno o più server che fanno da tramite per diversi anni, anche dopo che il gioco stesso smette di creare entrate apprezzabili. Il giorno che spegni l'ultimo server ucciderai completamente il multiplayer di quel gioco, per la felicità dei suoi utenti ancora attivi.

La soluzione tecnica esiste: richiedere IPv6 obbligatorio per giocare in multiplayer con le porte aperte e escludere tutti gli utenti che usano ancora IPv4.... Vedrai che i gamer faranno la corsa per cambiare ISP e andare da chi gli fornisce IPv6 (la copertura in tutta Italia c'è già, sia FTTC/FTTH sia FWA) o si armano di pazienza e si installeranno un tunnel HE o simile per poter giocare sul loro vecchio ISP obsoleto.

ragazzi una domanda, se non ho capito male i 5 Gbs non sono per singolo pc, ma cumulativo giusto? per singola utenza sono massimo 2,5 Gbs giusto? altra domanda secondo voi questo abbassamento dei prezzi anche sul fisso, secondo voi sarà la strategia giusta per avere anche una fibra di qualità?
ps mi aspetto di vedere cosa tireranno fuori i vari kena, ho e very

simonebortolin Che si alzi o meno l'MTU sul sottostante ethernet, comunque MAP-E comporta una perdita di prestazioni rispetto al MAP-T perché ogni pacchetto IPv4 cresce di 40byte dovuti all'header IPv6 aggiunto "in testa" a quello v4, quindi comunque la parte di overhead data dai protocolli di trasporto è più alta di un IPv6 "puro" trasformato con MAP-T (perdita dimezzata data solo dalla differente lunghezza dei due header tra v4 e v6).
L'interfaccia fisica sottostante può trasmettere sempre lo stesso numero di bit/s, quali che siano gli incapsulamenti sovrastanti, e il policer di traffico quando c'è (se non c'è si sbatte sul limite fisico della "portante") si fa layer2.

Cambia poco, ma visto che c'è gente che si strappa le vesti per gli 8 byte aggiunti dalla PPPoE+PPP...

LSan83 cfr. "rasoio e lametta"

simonebortolin È comunque una strategia legacy incompatibile con l'attuale disponibilità di IPv4

Sposti il problema ai cloud provider, sia per disponibilità IP (es. Hetzner ora lo fa pagare a parte, mica per loro sono infiniti) che di banda.
Esistono soluzioni alternative per costruire un tunnel tra due parti entrambe sotto NAT (sono usate per esempio dai sistemi di conferenze WebRTC), ma qui si va oltre la discussione.

simonebortolin Sì, ma marginalmente.

simonebortolin Ormai costano così poco un server che non è un problema IMHO

Il server non si limita al solo noleggio/acquisto, ma ha bisogno di personale per la gestione e lo sviluppo/aggiornamento del relativo software. Su molti giochi non è una spesa trascurabile (non penso che Blizzard abbia speso poco per i server di WoW negli anni...).
E non tutti i giochi sono AAA che vendono a palate. Ci sono anche giochi con multiplayer che faticano a pagare le spese di sviluppo in cui i server sono un'ulteriore perdita economica.
Costa molto meno imporre come requisito di gioco l'IPv6.

[cancellato] Cambia poco, ma visto che c'è gente che si strappa le vesti per gli 8 byte aggiunti dalla PPPoE+PPP...

Sono finezze da nerd. All'atto pratico se vuoi veri cambiamenti bisognerebbe avere i Jumbo Frame della LAN