Alessio Caiazza is sharing code with you
Bitbucket is a code hosting site. Unlimited public and private repositories. Free for small teams.
Don't show this againipv6 - fine del mondo / marketing.tex
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 | %!TEX root = ipv6.slides.tex
\begin{frame}\frametitle{IPv6 sembra migliore!}
\begin{colorblock}{Vantaggi di IPv6}
\begin{itemize}
\item Maggior spazio di indirizzamento
\item Abolizione dei NAT
\item Header semplificato
\item Autoconfigurazione
\end{itemize}
\end{colorblock}
\vfill
\begin{actionenv}<2->
\begin{redblock}{Svantaggi di IPv6}
\begin{itemize}
\item Non è compatibile con IPv4*
\item Richiede sostanziali cambiamenti al modo di \emph{gestire} la rete
\item Non ha un impatto immediato sull'utente (forse)
\item Manca la killer-application (o no?)
\end{itemize}
\end{redblock}
\end{actionenv}
\end{frame}
\begin{frame}\frametitle{Deployment IPv6}
\begin{actionenv}<only@1>
Il deployment dell'IPv6 era previsto come:
\pgfuseimage{deploymentIdeal}
\end{actionenv}
\begin{actionenv}<only@2->
... e invece è stato questo:
\pgfuseimage{deploymentReal}
\end{actionenv}
\end{frame}
\begin{frame}\frametitle{IPv4 pool size ?!?!?}
Gli indirizzi IPv4 non sono infiniti. Quando IPv4 è nato sembravano tanti, ma ci sbagliavamo di grosso.
\vfill
\begin{colorblock}{IPv4 ``pool'' e indirizzi IPv4 ``pubblici''}
\begin{itemize}
\item Gli indirizzi sono assegnati \emph{gratuitamente}. Il costo richiesto è puramente di tipo amministrativo.
\item Non si richiede un indirizzo, si chiede un gruppo di indirizzi tra quelli non ancora assegnati (il \emph{pool})
\item Ciascun indirizzo è poi assegnato ad un \emph{host}.
\item Non c'è un controllo se gli indirizzi siano usati in maniera efficiente.
\end{itemize}
\end{colorblock}
\end{frame}
\begin{frame}\frametitle{Indirizzo \emph{pubblico} ?!?!?!?}
\begin{itemize}
\item Un indirizzo \textbf{pubblico} è un indirizzo che è raggiungibile da qualsiasi altro host di internet.
\item Un indirizzo \textbf{privato} consente di raggiungere Internet tramite un NAT. Ma un host \emph{non può} contattare un indirizzo privato direttamente.
\end{itemize}
\vfill
Finora non è stato un grosso problema, perché:
\begin{itemize}
\item Le aziende non avevano problemi ad ottenere indirizzi pubblici,
\item I privati non avevano grosse limitazioni ad usare indirizzi privati.
\end{itemize}
\end{frame}
\begin{frame}\frametitle{Problemi degli indirizzi privati}
\begin{itemize}
\item Non potete avere ``a casa'' servizi che siano usabili da Internet, dovete rivolgervi a un fornitore di servizi,
\item Se proprio volete farlo vi serve un ``tunnel'' ossia qualcuno o qualcosa che sia sempre connesso al vostro PC.
\end{itemize}
\vfill
... e se siete un'azienda ?
\begin{itemize}
\item Dovrete rivolgervi ad un fornitore di servizi, ossia esternalizzare i servizi.
\end{itemize}
\vfill
Non sembra troppo drammatico messo così...
\end{frame}
\begin{frame}\frametitle{Problemi degli indirizzi privati}
Ok, vediamo se così suona peggio:
\begin{itemize}
\item Avete a casa un computer con la nuova canzone scaricata da iTunes. Volete sentira sull'iPhone. \textbf{NIET}.
\item Volete condividere un documento dal vostro PC di casa. \textbf{NADA}.
\item Volete farvi un vostro sito web. \textbf{NOWAY}.
\item Siete un'azienda, volete fare telelavoro. \textbf{SCORDATEVELO}.
\end{itemize}
\vfill
... e tra poco
\begin{itemize}
\item Siete un'azienda e volete avere un sito web, essere connessi alle vostre filiali, etc.: \textbf{ROFLCOPTER}.
\end{itemize}
\vfill
Per fare una qualsiasi di queste cose dovrete pagare un fornitore di servizi che ha già un indirizzo pubblico.
\end{frame}
\begin{frame}\frametitle{... e con IPv6 ?}
Con IPv6 [quasi] tutti gli indirizzi sono pubblici, quindi...
Il problema è: chi ci spende e chi ci guadagna ?
\vfill
\begin{colorblock}{ISP (Internet Service Providers)}
\begin{itemize}
\item Il costo di un LSN (o GCN) è contenuto, il deployment di IPv6 costa di più (su breve termine)
\item IPv6 impone una modifica della gestione degli utenti. Quello che faceva il NAT deve farlo il firewall.
\end{itemize}
\end{colorblock}
\vfill
\begin{colorblock}{Fornitori di servizi ``puri''}
\begin{itemize}
\item Resistenza passiva, muro di gomma. IPv6 potrebbe farli chiudere!
\item Esempio: Dominio + Web + 5 email \euro 20.66 + IVA l’anno
\end{itemize}
\end{colorblock}
\end{frame}
\begin{frame}\frametitle{... e gli utenti IPv6 ?}
Il problema sono gli utenti. E' un gatto che si morde la coda.
\vfill
\begin{colorblock}{Utenti ``semplici''}
\begin{itemize}
\item Sono disposti a pagare (eventualmente) di più per IPv6? Si, purché...
\item Ci siano servizi utili che IPv6 fornisce e che IPv4 non ha.
\end{itemize}
\end{colorblock}
\vfill
\begin{colorblock}{Utenti che offrono servizi}
\begin{itemize}
\item Sono disposti a pagare, ma solo se esistono utenti che usufruiscano del servizio tramite IPv6.
\item ... che sono gli utenti ``semplici''
\end{itemize}
\end{colorblock}
\end{frame}
\begin{frame}\frametitle{Ma nel passato...}
Quando Internet è nata si è assistito a una serie di eventi:
\begin{itemize}
\item TelCo: offrivano servizi a commutazione a costi elevati
\item piccoli ISP: servizio a costo minore e con guadagni consistenti
\end{itemize}
col tempo le TelCo si sono aggiornate al nuovo sistema e i piccoli ISP hanno chiuso.
\vfill
Nel caso della transizione IPv4 -> IPv6 non c'è un mercato che garantisca la sopravvivenza di innovatori.
\vfill
E' un caso di \emph{market failure}.
\end{frame}
|