Έναρξη πιλοτικής λειτουργίας IPv4/IPv6 dual stack από τον ΟΤΕ

[paravoid]

άρα για την ώρα, ο αριθμός των αξιοποιήσιμων IPv6 διευθύνσεων, είναι εξίσου περιορισμένος με τις ελεύθερες IPv4

Όχι. Το τυπικό residential setup, έχεις στο PPP του router μία IPv4 και μια IPv6. To LAN από πίσω έχει private IPv4s και ο router κάνει ΝΑΤ ενώ του αποδίδεται και ένα «πραγματικό» /64 IPv6 (π.χ. από το /56 που δίνει ο ΟΤΕ, άλλοι δίνουν μόνο ένα /64), ώστε κάθε υπολογιστής ή άλλου είδους συσκευή να μπορούν να πάρουν IPv6 διεύθυνση.

Διορθώνεται έτσι το μεγάλο λάθος που ήταν το NAT και επανακτάται το end-to-end connectivity μεταξύ των hosts του διαδικτύου.

Αλλά ναι, στο συγκεκριμένο setup δεν γίνεται κάποια ιδιαίτερη εξοικονόμηση μιας και τα IPv4-only setups έκαναν ούτως ή άλλως NAT.

Υπάρχουν άλλες τεχνολογίες (NAT64/DNS64) που επιτρέπουν την αποκλειστική χρήση IPv6 διατηρώντας το connectivity με IPv4 προορισμούς.

[wintech2003]

Για όσους τους ενδιαφέρει:
http://www.nro.net/news/icann-nro-live-stream

........Auto merged post: wintech2003 πρόσθεσε 2 λεπτά και 0 δευτερόλεπτα αργότερα ........

Άκυρο, αργησα

[dez]

@themaxx: το reverse DNS ειναι μια πονεμενη ιστορια στο IPv6, ειδικα για τους ISP. Αυτη τη στιγμη, τα βασικα sites εχουν reverse DNS αλλα π.χ pre-population σε prefixes πελατων ειναι εφιαλτης και μονο στη σκεψη. Υπηρχαν (υπαρχουν?) σκεψεις να ενσωματωθει καπως στο ND κοματι αλλα ακομα δεν υπαρχει προτυποποιηση

@goddrad: για την ωρα, μολιw ξεκινησε το 1ο πιλοτικο IPv6 του ΟΤΕ. Οταν, βγει ως προιον, θα υπαρχουν και προτεινομενα IPv6-ready CPEs. Δεν θα γινει κι αυριο ομως, μην αγχωνεσαι

@treli@ris: οπως τα λεει ο Someonefromhell. Με λιγα λογια, αν βαλεις το @ipv6ote.gr suffix, θα οδηγηθεις σε καποιον τερματικο router του πιλοτικου. Αν το CPE σου υποστηριζει IPv6, θα συνδεθεις dual-stack. Αν οχι, θα συνδεθεις ipv4-only... αλλα οχι για πολυ. Οι users που συνδεονται με router που δεν υποστηριζουν IPv6, θ' αποσυνδεονται περιοδικα

@hedgehog: για το dual-stack τα πραγματα ειναι περιπου οπως τα γραφει ο paravoid. Εαν εχεις dual-stack συνδεση προς το internet, καθε request σου γινεται resolve απο το DNS server σου. Αν ο DNS server επιστρεψει AAAA record (IPv6 δηλαδη), τοτε θα γινει προσπαθεια συνδεσης προς την IPv6 διευθυνση του destination. Αν, για οποιοδηποτε λογο (και πιστεψε με, υπαρχουν αρκετοι), αποτυχει, τοτε θα προσπαθησει να συνδεθει στην IPv4 διευθυνση.

@paravoid: ωραιο (λεμε τωρα) το NAT64/DNS64. Να υπηρχαν και implementations, καλα θα ταν (παλι καλα που υπαρχει και το ecdysis).

[paravoid]

ωραιο (λεμε τωρα) το NAT64/DNS64. Να υπηρχαν και implementations, καλα θα ταν (παλι καλα που υπαρχει και το ecdysis).

Ε όχι και ωραίο.... Η ειρωνία είναι ότι το συζητάμε ως industry ενώ ταυτόχρονα συζητάμε και για DNSSEC· έχεις δει τις αλληλεπιδράσεις τους; Πανικός!

[kami84gr]

Εγώ πάντως διαβάζοντας αυτό από τη blackhat και βλέποντας και το βίντεο στο link που postara πιο κάτω, κάθε άλλο παρά αισιόδοξος είμαι, τόσο για το θέμα της ασφάλειας όσο και της ποιότητας που θα "απολαύσουμε" στο internet απο τον Σεπτέμβριο και μετά.

Απλά πολύ φοβάμαι ότι η παγκόσμια νοοτροπία ανάμεσα σε οργανισμούς,κατασκευαστές,κ.τ.λ. την τελευταία 10ετία γύρω απο το ipv6, ότι δηλαδή είναι "someone else's problem" , μας έκανε να χάσουμε το τραίνο για ομαλή αλλαγή ή καλύτερα...το τραίνο ήρθε μια 10ετία-20ετία νωρίτερα.

[dez]

Εγώ πάντως διαβάζοντας αυτό από τη blackhat και βλέποντας και το βίντεο στο link που postara πιο κάτω, κάθε άλλο παρά αισιόδοξος είμαι, τόσο για το θέμα της ασφάλειας όσο και της ποιότητας που θα "απολαύσουμε" στο internet απο τον Σεπτέμβριο και μετά.

το URL που παρεθεσες, παραπεμπει σ ενα paper που εχει λιγη σχεση με security
και κυριως ειναι ξεπερασμενο, πολλα απ αυτα που αναφερει, εχουν αλλαξει. Αν θες να διαβασεις για IPv6 security, ψαξε κατι πιο προσφατο.

Απλά πολύ φοβάμαι ότι η παγκόσμια νοοτροπία ανάμεσα σε οργανισμούς,κατασκευαστές,κ.τ.λ. την τελευταία 10ετία γύρω απο το ipv6, ότι δηλαδή είναι "someone else's problem" , μας έκανε να χάσουμε το τραίνο για ομαλή αλλαγή ή καλύτερα...το τραίνο ήρθε μια 10ετία-20ετία νωρίτερα.

αυτη τη στιγμη, δεν εχει νοημα ν ασχολουμαστε με τα λαθη του παρελθοντος, σημασια εχει να μην αφησουμε αλλο χρονο να χαθει

........Auto merged post: dez πρόσθεσε 6 λεπτά και 58 δευτερόλεπτα αργότερα ........

Ε όχι και ωραίο.... Η ειρωνία είναι ότι το συζητάμε ως industry ενώ ταυτόχρονα συζητάμε και για DNSSEC· έχεις δει τις αλληλεπιδράσεις τους; Πανικός!

το ελπιδοφορο ειναι οτι η κοινοτητα του IETF, φαινεται οτι προσπαθει να απαξιωσει ολα τα transition techniques οπως nat64,dslite,6rd κλπ κλπ ή τουλαχιστον να ορισει την πραγματικη τους αξια: οτι δηλαδη ειναι βραχυπροθεσμες λυσεις αναγκης και τιποτα παραπανω

[kami84gr]

και κυριως ειναι ξεπερασμενο, πολλα απ αυτα που αναφερει, εχουν αλλαξει. Αν θες να διαβασεις για IPv6 security, ψαξε κατι πιο προσφατο.

Xαίρομαι που έχουν αλλάξει. Είμαι στη φάση που διαβάζω όλα τα papers που πέφτουν στα χέρια μου για το ipv6, και φυσικά αυτό που με νοιάζει είναι τα μειονεκτήματά του (τουλάχιστον αυτά που θα επηρρεάσουν τον τελικό χρήστη), καθώς τα πλεονεκτήματά του είναι σε γενικές γραμμές γνωστά.

Τώρα διαβάζω αυτό για το 6to4 κυρίως μιλάει 12/2010

και αυτό ενδιαφέρον

αυτη τη στιγμη, δεν εχει νοημα ν ασχολουμαστε με τα λαθη του παρελθοντος, σημασια εχει να μην αφησουμε αλλο χρονο να χαθει

Μαζί σου και σε αυτό, απλά από ότι έχω διαβάσει για την ώρα, αυτά τα λάθη θα μας ταλαιπωρούν και στο μέλλον.

το ελπιδοφορο ειναι οτι η κοινοτητα του IETF, φαινεται οτι προσπαθει να απαξιωσει ολα τα transition techniques οπως nat64,dslite,6rd κλπ κλπ ή τουλαχιστον να ορισει την πραγματικη τους αξια: οτι δηλαδη ειναι βραχυπροθεσμες λυσεις αναγκης και τιποτα παραπανω

Αν όντως είναι έτσι, αυτό είναι απο τα σημαντικότερα νέα, καθώς το ΝΑΤ είναι η φτηνή μεν αλλά βραχυπρόθεσμη δε λύση που θα καταφύγει δυστυχώς μεγάλο μέρος των ISPs ανά τον κόσμο, λόγο κοντοφθαλμίας και τσιγκουνιάς ή λόγο πραγματικής οικονομικής αδυναμίας για αναβάθμιση.
Να μην πούμε για το τι προβλήματα αναμένεται να προκαλέσει η αλόγιστη χρήση NAT (αν γίνει) σε developers δικτυακών εφαρμογών.

[SfH]

Xαίρομαι που έχουν αλλάξει. Είμαι στη φάση που διαβάζω όλα τα papers που πέφτουν στα χέρια μου για το ipv6, και φυσικά αυτό που με νοιάζει είναι τα μειονεκτήματά του (τουλάχιστον αυτά που θα επηρρεάσουν τον τελικό χρήστη), καθώς τα πλεονεκτήματά του είναι σε γενικές γραμμές γνωστά.

Τώρα διαβάζω αυτό για το 6to4 κυρίως μιλάει 12/2010

και αυτό ενδιαφέρον



Μαζί σου και σε αυτό, απλά από ότι έχω διαβάσει για την ώρα, αυτά τα λάθη θα μας ταλαιπωρούν και στο μέλλον.



Αν όντως είναι έτσι, αυτό είναι απο τα σημαντικότερα νέα, καθώς το ΝΑΤ είναι η φτηνή μεν αλλά βραχυπρόθεσμη δε λύση που θα καταφύγει δυστυχώς μεγάλο μέρος των ISPs ανά τον κόσμο, λόγο κοντοφθαλμίας και τσιγκουνιάς ή λόγο πραγματικής οικονομικής αδυναμίας για αναβάθμιση.
Να μην πούμε για το τι προβλήματα αναμένεται να προκαλέσει η αλόγιστη χρήση NAT (αν γίνει) σε developers δικτυακών εφαρμογών.

το ελπιδοφορο ειναι οτι η κοινοτητα του IETF, φαινεται οτι προσπαθει να απαξιωσει ολα τα transition techniques οπως nat64,dslite,6rd κλπ κλπ ή τουλαχιστον να ορισει την πραγματικη τους αξια: οτι δηλαδη ειναι βραχυπροθεσμες λυσεις αναγκης και τιποτα παραπανω

Μπορεί να κάνω και λάθος καθώς δεν το έχω ψάξει πολύ, αλλά είχα την εντύπωση ότι το implementation of choice για την αρχή του μεταβατικού σταδίου ήταν το dual stack, με τα nat64/dslite/κτλ να αποτελούν πιο μελλοντικές λύσεις όταν οι isps φτάσουν στο σημείο να έχουν σχεδόν ξεμείνει από IPv4 διευθύνσεις και αν ο βαθμός μετάβασης δεν είναι ικανοποιητικός ακόμα μέχρι τότε.

Υπάρχουν ISPs που έχουν ανακοινώσει ότι θα πάνε κατευθείαν σε κάτι διαφορετικό από το πλήρες dual stack ?

[dez]

Μπορεί να κάνω και λάθος καθώς δεν το έχω ψάξει πολύ, αλλά είχα την εντύπωση ότι το implementation of choice για την αρχή του μεταβατικού σταδίου ήταν το dual stack, με τα nat64/dslite/κτλ να αποτελούν πιο μελλοντικές λύσεις όταν οι isps φτάσουν στο σημείο να έχουν σχεδόν ξεμείνει από IPv4 διευθύνσεις και αν ο βαθμός μετάβασης δεν είναι ικανοποιητικός ακόμα μέχρι τότε.

Οσον αφορα το dual stack, οπως τα λες ειναι. Τα translation mechanisms ομως, χρησιμοποιουνται ηδη, ειτε για προσβαση native v6 islets -> v4/v6 ή και για v4only devices προς v4/v6

[kami84gr]

Μπορεί να κάνω και λάθος καθώς δεν το έχω ψάξει πολύ, αλλά είχα την εντύπωση ότι το implementation of choice για την αρχή του μεταβατικού σταδίου ήταν το dual stack, με τα nat64/dslite/κτλ να αποτελούν πιο μελλοντικές λύσεις όταν οι isps φτάσουν στο σημείο να έχουν σχεδόν ξεμείνει από IPv4 διευθύνσεις και αν ο βαθμός μετάβασης δεν είναι ικανοποιητικός ακόμα μέχρι τότε.

Υπάρχουν ISPs που έχουν ανακοινώσει ότι θα πάνε κατευθείαν σε κάτι διαφορετικό από το πλήρες dual stack ?

Σωστή είναι η εντύπωση που έχεις, έτσι ήταν αρχικά το σχέδιο της μετάβασης, με τα nat64 κ.τ.λ. να χρησιμοποιηθούν λίγο (ή και καθόλου) από το σημείο εξάντλησης των ipv4 και μετά, ώστε να έχουν μια μικρή πίστωση χρόνου όσοι δεν είναι ακόμα έτοιμοι.

Αυτό όμως το σχέδιο ήταν κάπου το 2002 όταν έλεγαν ότι απομένουν τουλάχιστον 25+ χρόνια μέχρι το σημείο 0. Τώρα δυστυχώς η αποσταση μεταξύ των σημείων μετάβασης μοιάζει απο έτσι:

Dual Stack------------------------------>dual-stack (nat64,κτλ)---->ipv6 only

σε έτσι:

Dual stack--->dual stack(nat64,ktl)-------------------------------------->ipv6 only

........Auto merged post: kami84gr πρόσθεσε 5 λεπτά και 3 δευτερόλεπτα αργότερα ........

Edit: [ ,,, ]

Για την ώρα αυτό δεν με ενδιαφέρει, οπότε δεν το διαβάζω , αλλά ίσως κάποιος να βρει κάτι χρήσιμο εδώ. Με επιφύλαξη το postάρω γιατί δεν το έχω διαβάσει.

[cca]

Για την ώρα αυτό δεν με ενδιαφέρει, οπότε δεν το διαβάζω , αλλά ίσως κάποιος να βρει κάτι χρήσιμο εδώ. Με επιφύλαξη το postάρω γιατί δεν το έχω διαβάσει.

Το έχω ήδη διαβάσει και εφαρμόσει μερικώς. Συμφωνώ να υπάρχει και 6to4 interface σε servers, δε συμφωνώ σε περιορισμό του mtu σε οτιδήποτε άλλο εκτός του 6το4 tunnel. Αυτό αλλάζει βέβαια αν δεν υπάρχει καθόλου το tunnel και βασιστούμε σε tunnel gateways τρίτων, εκεί αναγκαστικά mtu όχι μεγαλύτερο του 1472 στο IPv6 interface και ίσως ακόμα μικρότερο για να είσαι σίγουρος. Αυτό γιατί για την ώρα περισσότεροι είναι οι χρήστες των 6to4 tunnels (σε οποιαδήποτε μορφή τους) παρά του native IPv6.

[dez]

Το έχω ήδη διαβάσει και εφαρμόσει μερικώς. Συμφωνώ να υπάρχει και 6to4 interface σε servers, δε συμφωνώ σε περιορισμό του mtu σε οτιδήποτε άλλο εκτός του 6το4 tunnel. Αυτό αλλάζει βέβαια αν δεν υπάρχει καθόλου το tunnel και βασιστούμε σε tunnel gateways τρίτων, εκεί αναγκαστικά mtu όχι μεγαλύτερο του 1472 στο IPv6 interface και ίσως ακόμα μικρότερο για να είσαι σίγουρος. Αυτό γιατί για την ώρα περισσότεροι είναι οι χρήστες των 6to4 tunnels (σε οποιαδήποτε μορφή τους) παρά του native IPv6.

να πω την αληθεια, πρωτα υλοποιησα τα 2 hints και μετα διαβασα. Δεν ειναι τυχαιος ο Huston. Για την ακριβεια, το κειμενο το διαβασα μηνες αφου υλοποιησα τα 2 hints. Το κειμενο αφηνει μερικα κενα στην συλλογιστικη του (υποθετει αρκετη γνωση απο αυτον που θα το διαβασει).
Παντως, μετα κι απο αρκετες δοκιμες, θεωρω οτι το χαμηλωμα του mtu ειναι ισως πιο χρησιμο στην non-6to4 traffic

[ggeorgee]

Ένα σχόλιο σχετικά με το ipv6 support της microsoft στα win7.

http://social.answers.microsoft.com/...-c33d67a5399d/

Σε σύστημα με win7 δεν λειτουργεί σωστά το ipv6 stack όταν:
α) δεν έχεις στατικά ορισμένη την ipv6 (παίζεις δηλαδή με autoconfiguration)
β) επαναφέρεις τον υπολογιστή απο sleep mode.

Σε αυτήν την κατάσταση αυτό που συμβαίνει είναι ότι μπορείς να κάνεις ping σε Ipv6 destination αλλά όχι σε FQDN γιατί δεν δέχεται / καταλαβαίνει / χρησιμοποιεί / etc τα AAAA records από τον DNS.

Η απάντηση της MS στο bug είναι να κάνεις disable το sleep....

[Tsene]

Η απάντηση της MS στο bug είναι να κάνεις disable το sleep....

ωραία απάντηση

[SfH]

Ένα σχόλιο σχετικά με το ipv6 support της microsoft στα win7.

http://social.answers.microsoft.com/...-c33d67a5399d/

Σε σύστημα με win7 δεν λειτουργεί σωστά το ipv6 stack όταν:
α) δεν έχεις στατικά ορισμένη την ipv6 (παίζεις δηλαδή με autoconfiguration)
β) επαναφέρεις τον υπολογιστή απο sleep mode.

Σε αυτήν την κατάσταση αυτό που συμβαίνει είναι ότι μπορείς να κάνεις ping σε Ipv6 destination αλλά όχι σε FQDN γιατί δεν δέχεται / καταλαβαίνει / χρησιμοποιεί / etc τα AAAA records από τον DNS.

Η απάντηση της MS στο bug είναι να κάνεις disable το sleep....

Πέρα της απάντησης ( δε θα τη σχολιάσω καν ) , μάθαμε ότι τουλάχιστον υπάρχουν isps που προσφέρουν υπηρεσίες ipv6 με δυναμικά prefixes. Ενδιαφέρον