Newsgroup: it.comp.os.linux.sys
Titolo: IPv6

Chi ha esperienze su IPv6?
Intendo come migrazione di reti abbastanza complesse.
Non mi è ben chiara una cosa:
un utente ADSL residenziale, con IPv4 come fa a raggiungere reti IPv6?
Deve configurare il proprio computer o ci penseranno i vari operatori
ADSL?
Lato provider, invece, basta configurare le macchine con IP doppi
(ipv4 e ipv6)
durante la convivenza?
Secondo voi qual'è il metodo più rapido e veloce per convertire una
rete di server ed apparati vari ad ipv6 nel minor tempo possibile?
tunneling, ibrido.... boh.

 rete di server ed apparati vari ad ipv6 nel minor tempo possibile?
Cosa vuol dire questa cosa? Normalmente non converti nulla, semplicemente 
configuri anche gli indirizzi IPv6 sulla macchina che vuoi sia raggiungibile.
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 non abbia iniziato anche qualche altro operatore (e sarebbe ora).
Io potenzialmente anche, se non fosse che sono al momento l'unico 
cliente di me stesso :-P
-- 
http://bofhskull.wordpress.com/

 rete di server ed apparati vari ad ipv6 nel minor tempo possibile?
Richiedere al RIPE l'assegnazione di una /32 e giocarci.
http://bofhskull.wordpress.com/2009/02/06/sei/
La cosa difficile � trovare qualcuno che ti offra il transito IPv6, dato 
che non sono molti i carrier che lo fanno (anche tra i "grossi e 
internazionali", non tutti danno peering IPv6).
-- 
http://bofhskull.wordpress.com/

 configuri anche gli indirizzi IPv6 sulla macchina che vuoi sia raggiungibile.
vuol dire esattamente quello che hai detto te:
basta quindi configurare entrambi gli indirizzi (ipv4 ed ipv6) sulle
interfacce e
fare in modo che essi siano raggiungibili giusto?
Mi sembra solo una rottura di scatole per il tempo che porta via, più
che un problema
tecnico di implementazione.
Giusto?
In pratica il mio serverino dovrà essere raggiungibile sia con 1.2.3.4
che con ipv6.
tutto qui.

 cliente di me stesso :-P
E ti paghi molto? :-)

 Giusto?
Pi� o meno: questo � vero *in teoria*, ma l'esperienza (mi) dimostra che 
la convivenza pacifica e priva di effetti collaterali tra i due 
protocolli � spesso meno scontata da ottenere di quanto si possa supporre...
-- 
http://bofhskull.wordpress.com/

 E ti paghi molto? :-)
Certo. Chi pensi me l'abbia pagata, la settimana in Sardegna?!?
-- 
http://bofhskull.wordpress.com/

 internazionali", non tutti danno peering IPv6).
Una curiosità sul tuo blog: con cosa fai quei grafici sullo spam?
-- 
"Le opinioni dei fanatici prescindono dai fatti"
python -c "print 'bG9ybWF5bmFAZ21haWwuY29t'.decode('base64')"
Linux Registered User: 461615

 Una curiosità sul tuo blog: con cosa fai quei grafici sullo spam?
Dipende quali.
Alcuni con rrd e degli script hand-made.
Altri con open-flash-charts (che pesca da DB dei dati sparati via script 
hand-made, di nuovo...).
Anzi, colgo la palla al balzo... Qualcuno per caso è a conoscenza di 
classi (php o perl per me pari son) che permettano di accedere ai dati 
di un database RRD in maniera più intelliggibile che parsarsi l'output 
di "rrdtool dump"?
-- 
http://bofhskull.wordpress.com/

 internazionali", non tutti danno peering IPv6).
In pratica, tutti gli apparati coinvolti da casa del cliente fino al
mio
server devono supportare, in un modo o nell'altro ipv6.
Per cui, il router del cliente, il transito adsl del cliente, il vari
transiti coinvolti fino alla mia linea, il mio transito, i miei router
ed i miei server..
tutta la catena...

 Certo. Chi pensi me l'abbia pagata, la settimana in Sardegna?!?
ahahah

 protocolli è spesso meno scontata da ottenere di quanto si possa supporre...
Del tipo? A cosa potrei andare a sbattere?
Non mi interessa ora, dato che entrambi i miei carrier non mi pare
supportino IPv6,
ma sto giusto cazzeggiando...

 tutta la catena...
Ovvio. Oppure devi "saltare pezzi" approntando tunnel opportuni.
Se hai apparati "seri" e pi� recenti di 5-6 anni, cmq, difficilmente hai 
problemi di mancato supporto IPv6, almeno per le funzionalit� pi� 
elementari.
-- 
http://bofhskull.wordpress.com/

 supportino IPv6,
Al momento neanche i miei, ma c'� chi cortesemente mi ha offerto il 
transito v6 pur avendo per il resto una mera relazione di peering.
Se afferisci in Caldera, in qualche maniera il transito v6 qualcuno te 
lo pu� dare...
-- 
http://bofhskull.wordpress.com/

 elementari.
Ma non è lato mio il problema. Tutti i miei apparati supportano ipv6.
Il problema è se uno dei miei carrier non supportasse ipv6, io sarei
a piedi. Ma in un modo o nell'altro si risolve, o facendo fretta al
carrier
o cambiandolo.
Però, chi mi garantisce che tutto il mondo sia in grado di raggiungere
i miei ipv6?
Attualmente hai la certezza (non dico matematica ma quasi) che tutto
il mondo è in grado di raggiungere i tuoi server ipv4, salvo guasti.
Se però io mi trovo costretto ad allocare un pool di server in ipv6,
come
faccio a sapere che i provider che connettono 400 clienti in america
siano
ipv6-ready e possano raggiungere me?
Ad esempio, chi mi dice che le ADSL di AT&T (uno a caso) siano ipv6
ready e quindi in grado di raggiungere i miei ipv6? Io non posso fare
un tunnel
tra me ed ogni client AT&T

 lo può dare...
No, non sono direttamente in caldera.

 un utente ADSL residenziale, con IPv4 come fa a raggiungere reti IPv6?
Look at my nntp-posting-host...;-p

 Look at my nntp-posting-host...;-p
Si, mi è già stato suggerito, ma è una operazione che deve fare
il singolo utente e non è applicabile ai miei scopi.
io non posso scrivere a tutti i potenziali clienti AT&T
(per continuare con l'esempio) di creare un tunnel
per poter raggiungere il mio server....

 sedimentate sulla base del solo v4
A tale proposito, quando ho un attimo, devo farti una domanda...:-)

 essersi garantiti l'accesso ai firewall.
Giusto perch� siamo in tema segnalo che shorewall dalla 4.2 supporta IPv6 e 
in unstable � gi� presente il corrispondente pacchetto shorewall6 che pu� 
essere usato tranquillamente anche in stable.


 un tunnel tra me ed ogni client AT&T
Hai le idee molto confuse. Se tu sei connesso alla rete IPv6 con 
indirizzamento ufficiale, chiunque connesso in IPv6 con indirizzamento 
ufficiale pu� raggiungerti, esattamente come avviene con IPv4.
Gli indirizzamenti IPv6 sono assegnati dal ripe come quelli IPv4


 Gli indirizzamenti IPv6 sono assegnati dal ripe come quelli IPv4
Sto parlando di una cosa differente.
Data l'ora, so di essermi spiegato male.
Faccio un disegnino.
cliente ipv6 -> provider ipv6 adsl -> super provider ipv4 -> mio
provider ipv6 -> io ipv6
Io e cliente siamo entrambi ipv6, così come i nostri rispettivi
carrier.
Però, io sono in Italia, lui in America, ed in mezzo c'è un provider
solo ipv4.
In tal caso, il cliente non arriva da me.
Come si può risolvere questa cosa? Io posso avere il controllo su chi
è direttamente connesso a me (ovvero il mio provider, se non mi va
bene, lo
cambio) ma non posso gestire i peering dei vari provider.

 In tal caso, il cliente non arriva da me.
Ti ripeto che hai le idee molto confuse.
Lo spazio di indirizzamento � UNICO. Non esistono isole. Se tu hai indirizzi 
IPv6 ufficiali sei nella nuvola insieme a tutti gli altri IPv6 ufficiali.


 solo ipv4.
No, in mezzo ci sono generalmente molti provider (anche decine),
interconnessi tra loro in vari modi.
Se le cose stessero come dici tu, i clienti dei due provider del tuo esempio
non solo non potrebbero comunicare tra loro in IPv6, ma sarebbero "tagliati
fuori" da tutto il resto dell'Internet IPv6, cosa che ovviamente non
accade.
Senza contare che i due provider in questione potrebbero implementare dei
tunnel IPv6 attraverso il provider IPv4 e connettere in questo modo i due
domini IPv6. In effetti questo accadeva agli albori dell'Internet IPv6, ma
ripeto, ormai non ce n'e' piu' bisogno.

 solo ipv4.
Se qualcuno è dotato di connettività ipv6 e anche tu lo sei, ti raggiunge.


Se fai così mi inquieti...
-- 
http://bofhskull.wordpress.com/

 IPv6 ufficiali sei nella nuvola insieme a tutti gli altri IPv6 ufficiali.
Si, ma se non ho l'instradamento per raggiungere l'altra estremita
vuoi perchè il provider in mezzo ha solo ipv4, vuoi perchè il provider
in mezzo ha switch obsoleti che forwardano solo ipv4, non capisco
come faccio a raggiungere ugualmente l'altra estremità.
Se non c'è instradamento....
Banalmente, con un traceroute arrivo al 5° hop che ha ipv6 su un lato
e solo ipv4 sull'altro. Il traceroute muore li, non arriva da me,
perchè il
5° hop non sa dove inoltrare la mia richiesta....
con ipv4 sarebbe uguale, se per andare da A a C transito
obbligatoriamente per B
e se B non sa come instradarle le richieste destinate a C, A si ferma
su B.

 destinate a C, A si ferma su B.
Il che tutto sommato accade anche frequentemente ogniqualvolta un 
prefisso IPv4 cambia AS path. Solo che si risolve alla svelta.
Si chiama "convergenza di BGP".
-- 
http://bofhskull.wordpress.com/

 Si chiama "convergenza di BGP".
Se c'� BGP.
Se non c'� BGP resti a piedi.
E lo stesso dovrebbe accadere con IPv6 se non hai annunci BGP IPv6
o se il tuo unico transito non supporta IPv6

 Ovviamente parlo senza bgp, con un unico percorso per arrivare da me.
Quel che non c'� in BGP, in Internet non esiste.
-- 
http://bofhskull.wordpress.com/

 Quel che non c'� in BGP, in Internet non esiste.
Ovvio, ma non � detto che BGP converga, se non ha altri carrier
su cui convergere.
(si, noi eravamo single-homed con bgp e bgp ovviamente
non poteva convergere)

 non poteva convergere)
Nel qual caso, in fallimento di BGP sull'unica sessione, sparisci da 
Internet. Letteralmente. Vale per i peering IPv4 come per quelli IPv6.
Se tu annunci la tua classe IPv6 ai tuoi upstream, sarai raggiungibile 
da chiunque abbia indirizzamento IPv6, fintantoch� l'AS di costui riceve 
*almeno un path* per raggiungere il tuo AS.
Questo, ovviamente, salvo minchiate di qualcuno.
Se pur il path � uno solo tra te e il tuo carrier (aka: non sei 
multihomed), questi, se non � un carrier cazzaro, mantiene svariate 
decine di peering con gli altri carrier. Perch� si crei "il buco" a 
livello di carrier, significa che devono fallire tutti i punti di 
peering esistenti tra un carrier e la destinazione.
Tutto � possibile, eh, ma assai poco probabile...
-- 
http://bofhskull.wordpress.com/

 Se fai così mi inquieti...
Ma figurati, cazzate.
E' solo che, volendo testare cosa accade con un dominio con mx ipv6-only,
ho usato il server dell'Asilo(TM) per inviare e mi è tornato indietro un
bounce in cui mi si diceva che non esisteva record A (e infatti c'è solo
il record AAAA).
Mi sfugge qualcosa?


Lo trovo nei miei log, per dare un occhio all'errore?
-- 
http://bofhskull.wordpress.com/

 peering esistenti tra un carrier e la destinazione.
(premessa, io so di aver pisciato fuori dal vaso e di essermi spiegato 
male, in effetti � un argomento abbastanza banale, mi sono perso in
un bicchiere d'acqua)
Devono andare gi� tutti i peering con altri carrier, vero.
Ma non � detto che tutti e 10 i peering siano IPv6.
Se l'unico peering IPv6 va gi�, io resto isolato in IPv6.
Tutto qui. Volevo avere conferma.

 Lo trovo nei miei log, per dare un occhio all'errore?
Te lo inoltro.

 giù, io resto isolato in IPv6.
E grazie al c. ;-p


Visto e risposto.
Per gli altri: ovviamente, la mail andrà da qualche parte solamente se 
tutto il path di MTA gestisce correttamente IPv6, altrimenti il primo 
mailserver che sta in mezzo e che è IPv4-only riporterà che la 
destinazione non è raggiungibile...
-- 
http://bofhskull.wordpress.com/

 destinazione non è raggiungibile...
Ecco, che è quello di cui stavo parlando io.
Esiste un modo, per tutelarsi?
Credo di no...

 Credo di no...
Sicuro: essere raggiungibili sia in v4 che in v6.
Magari anche in UUCP, vuoi mai... ;-)
-- 
http://bofhskull.wordpress.com/

 Mica tanto: tu parlavi di comunicazione punto-punto, a livello rete.
Punto punto? No no, io parlavo di 68 hop di distanza.
Se uno di questi hop non è in grado di fare routing ipv6 io non sono
raggiungibile.
Idem come con la posta nel tuo caso.
Ok, la soluzione è quella di usare sia ipv4 che ipv6, ma supponendo
che io
non possa utilizzare ipv4 su una precisa macchina, a livello di
router, io, posso
fare in modo che la mia subnet ipv6 sia visibile tramite ipv4?
Che so, natting, tunnel, robe varie, ma l'importante è che sia io ad
implementare
tale soluzione, evitando di dover dipendere da terzi.

 tale soluzione, evitando di dover dipendere da terzi.
-- 
http://bofhskull.wordpress.com/

 implementare tale soluzione, evitando di dover dipendere da terzi.
Che tu lo possa fare, certamente.
Considerando per� che tutta l'internet attuale (in buona sostanza) � 
IPv4, parlare di reti che supportino *solo IPv6* in cui tunnellizzare 
IPv4 ha pi� o meno la stessa valenza teorica di un protocollo di rete 
sviluppato su Tau Ceti 4, IMHO: ipotesi interessanti, ma utilit� pratica 
prossima allo zero...
-- 
http://bofhskull.wordpress.com/

 ma utilità pratica prossima allo zero...
"la faccia di lextutor che non può scrivere a abuse@ non ha
prezzo. Solo con IPV6 Card" ;-P

 prezzo. Solo con IPV6 Card" ;-P
ROTFL
-- 
http://bofhskull.wordpress.com/

 prossima allo zero...
Voglio fare il contrario, voglio tunnelizzare ipv6 dentro ipv4 non
viceversa.
Se ho un server nuovo, ed ho finito gli ipv4, devo assegnare un ipv6.
Questo ipv6, posso tunnelizzarlo in ipv4 per farlo raggiungere da
remoto
anche a chi ho solo reti ipv4?
O devono comunque intervenire i vari provider coinvolti?
(no, il nat non è una soluzione)

 raggiungere da remoto anche a chi ho solo reti ipv4?
Fossi in te mi fermerei un attimo a pensare a cosa stai dicendo, a mente 
fredda, perch� mi sa che stai deragliando...
Pensaci bene: come pu� chi parla un protocollo comunicare con qualcuno 
che ne sta parlando un altro?
Il tunneling in IPv4 lo usi per rendere possibile la comunicazione in 
IPv6 passando attraverso reti che parlino solo IPv4: da qualche parte 
nel mezzo ci sar� "qualcosa" che parla IPv6 da una parte e IPv4 dall'altra.
Ma i due endpoint della comunicazione *devono* parlare IPv6. Non si scappa.
-- 
http://bofhskull.wordpress.com/

 Ma i due endpoint della comunicazione *devono* parlare IPv6. Non si scappa.
I due endpoint *parlano* IPv6.
Io ed il cliente parliamo IPv6.
Il problema �: se in mezzo qualcuno parla solo IPv4, io posso
fare in modo che tale "qualcuno" sia comunque in grado di instradare
i pacchetti IPv6 tunnelizzandoli in IPv4?
Il tunnel, lo devo fare io da un lato, e dall'altro chi?
L'endpoint o il provider che non parla IPv6?
In pratica, � come un tunner VPN che si instaura tra i due
endpoint?

 remoto anche a chi ho solo reti ipv4?
Come fa un host che parla IPv4 a comunicare con uno che parla IPv6?
(escludendo porcate varie che per fortuna sono ormai storia passata)

 L'endpoint o il provider che non parla IPv6?
Se fa il tunnel, parla ipv6. :-P
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Mi sa non proprio, ma alzo bandiera bianca.
Ci provo io?
L'esistenza stessa della possibilit� di route ipv6 tra un hop
e l'altro implica che la catena non pu� spezzarsi.
Se esiste il route, nel nodo "solo IPV4" non ci passerai mai,
visto che non � per quella strada che il pacchetto router�.



Ehnno, ora lo banni
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Fashion is a form of ugliness so intolerable that we have to alter it
every six months.
		-- Oscar Wilde

 pacchetti IPv6 tunnelizzandoli in IPv4?
Se lui parla IPv6, ha transito IPv6.
Se tu parli IPv6, hai transito IPv6.
Fine.
Come lo parlate, (se tunnellizzati con la 6bone o nativamente attraverso 
i vostri rispettivi carrier) non conta una sega.
-- 
http://bofhskull.wordpress.com/

 Ehnno, ora lo banni
Mica sta usando il dominio mio... :-P
-- 
http://bofhskull.wordpress.com/

 prezzo. Solo con IPV6 Card" ;-P
/me Destination Host Unreachable

 Fine.
Ho capito.
Ho capito anche che ho bisogno di ferie.

Il Thu, 07 May 2009 15:43:22 +0200, Peregrino \"Pipino\" Tuc scrisse:

LOL.


Chiami altri tuoi amici gombloddisti e lo banni



E anche del portafogli gonfio per offrire un po' di birre dopo la sudata 
durata 50 post. :-)
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 durata 50 post. :-)
Te sei esonerato, con tutte le casse di birra che
ti devo dovresti essere perennemente ubriaco per i prossimi
40 lustri.
Non ti voglio sul groppone, nel caso dovessi combinare qualche
danno a causa delle mie birre.
Per cui, tu sei esonerato dalla distribuzione di birra.

 durata 50 post. :-)
Te sei esonerato, con tutte le casse di birra che
