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

[randomize]

Παρακαλώ τους ειδικούς για μια βοήθεια στον παρακάτω γρίφο :worthy:

Σε adsl2ΟΤΕ+ speedport router, ενώ παίρνει ipv4 (με τη 2η προσπάθεια..), αρνείται πεισματικά να πάρει ipv6:
2014-10-23 08:38:32 The HG tries to contact the ACS (A103)
2014-10-23 08:38:27 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:38:25 DHCPv6 server is active: Oct 23 08:38:25 fe80::20e:8fff:fef8:1e40 (DH101)
2014-10-23 08:38:22 Time Server successfully connected and time synchronisation achieved. (T101)
2014-10-23 08:38:19 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:38:16 Time Server successfully connected and time synchronisation achieved. (T101)
2014-10-23 08:38:15 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:38:13 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:38:12 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:38:08 The HG tries to contact the ACS (A103)
2014-10-23 08:38:00 Configuration Server could not be reached (A001)
2014-10-23 08:37:48 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:37:40 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:37:36 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:37:34 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:37:33 Internet connection successfully established. (R010)
2014-10-23 08:37:33 From internet service provider transferred Gateway IP address: 79.130.161.62 (R022)
2014-10-23 08:37:33 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:37:33 Timeout during PPP initialization. (IPCP) (R023)
2014-10-23 08:37:27 Internet connection successfully established. (R010)
2014-10-23 08:37:27 From internet service provider transferred Gateway IP address: 79.130.180.254 (R022)
2014-10-23 08:37:27 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-23 08:37:27 Timeout during PPP initialization. (IPCP) (R023)


Το πρόβλημα αυτό εμφανίστηκε ξαφνικά μετά από πρόβλημα στην περιοχή -κοντά στην Xαλκίδα- την προηγούμενη παρασκευή, όπου έχανε και έβρισκε για κάποιες ώρες το ip. Λεω οτι ήταν πρόβλημα στην περιοχή όπως με ενημέρωσε το ηχογραφημένο μήνυμα στο 13888 εκείνη την ώρα που τους πήρα. Οπως βλέπετε από την στιγμή που επανήλθε εμφανίζει ακριβώς το ίδιο timeout στο ipcp κ στο ipv6cp.

2014-10-17 03:21:48 Connection to the Internet has been terminated. (R009)
2014-10-17 03:21:48 Connection has been terminated:Remote station is not answering to LSP Echo requests. (R021)
2014-10-17 03:07:53 DHCPv6 server is active: Oct 17 03:07:53 fe80::20e:8fff:fef8:1e40 (DH101)
2014-10-17 03:07:46 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-17 03:07:38 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-17 03:07:34 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-17 03:07:32 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-17 03:07:31 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-17 03:07:30 The HG tries to contact the ACS (A103)
2014-10-17 03:07:16 Timeout during PPP initialization. (IPV6CP) (R023)
2014-10-17 03:07:05 Time Server successfully connected and time synchronisation achieved. (T101)
1970-01-01 03:11:57 Timeout during PPP initialization. (IPV6CP) (R023)
1970-01-01 03:11:53 Timeout during PPP initialization. (IPV6CP) (R023)
1970-01-01 03:11:51 Timeout during PPP initialization. (IPV6CP) (R023)
1970-01-01 03:11:50 Internet connection successfully established. (R010)
1970-01-01 03:11:50 From internet service provider transferred Gateway IP address: 79.130.172.134 (R022)
1970-01-01 03:11:50 Timeout during PPP initialization. (IPV6CP) (R023)
1970-01-01 03:11:50 Timeout during PPP initialization. (IPCP) (R023)
1970-01-01 03:10:08 PPPoE error:timeout (waiting for PADO packets) (R020)
1970-01-01 03:08:26 PPPoE error:timeout (waiting for PADO packets) (R020)
1970-01-01 03:06:44 PPPoE error:timeout (waiting for PADO packets) (R020)
1970-01-01 03:05:02 PPPoE error:timeout (waiting for PADO packets) (R020)
1970-01-01 03:03:20 PPPoE error:timeout (waiting for PADO packets) (R020)
1970-01-01 03:01:38 PPPoE error:timeout (waiting for PADO packets) (R020)
(...)
1970-01-01 02:37:49 PPPoE error:timeout (waiting for PADO packets) (R020)
1970-01-01 02:36:07 PPPoE error:timeout (waiting for PADO packets) (R020)
1970-01-01 02:34:25 PPPoE error:timeout (waiting for PADO packets) (R020)
1970-01-01 02:32:43 PPPoE error:timeout (waiting for PADO packets) (R020)
(...)
2014-10-17 01:17:20 PPPoE error:timeout (waiting for PADO packets) (R020)
2014-10-17 01:16:18 PPPoE error:timeout (waiting for PADO packets) (R020)
2014-10-17 01:15:24 PPPoE error:timeout (waiting for PADO packets) (R020)
2014-10-17 01:14:37 PPPoE error:timeout (waiting for PADO packets) (R020)
2014-10-17 01:13:49 PPPoE error:timeout (waiting for PADO packets) (R020)
2014-10-17 01:13:14 User 192.168.1.2 has successfully logged into web-ui (G101)
2014-10-17 01:13:04 PPPoE error:timeout (waiting for PADO packets) (R020)
2014-10-17 01:12:21 PPPoE error:timeout (waiting for PADO packets) (R020)
2014-10-17 01:11:27 PPPoE error:timeout (waiting for PADO packets) (R020)
2014-10-17 01:11:05 DHCPv6 server is active: Oct 17 01:11:05 fe80::20e:8fff:fef8:1e40 (DH101)
2014-10-17 01:10:37 Connection to the Internet has been terminated. (R009)
2014-10-17 01:10:37 Connection has been terminated:Remote station is not answering to LSP Echo requests. (R021)


Αν και είχα κανονικά ipv6 εδώ και ένα χρόνο, είπα για τη δοκιμή να αλλάξω το suffix από @otenet.gr σε @ipv6ote.gr και διαπίστωσα οτι δουλεύει και το Ipv6 και το dns6 (ipv6test), το tracert μου δίνει άλλη δρομολόγηση, αλλά με ένα σοβαρό πρόβλημα κι εδώ, το ping στο 1ο hop έχει τεράστιο lag κατά διαστήματα δηλ. δίνει 30ms/30ms/30ms και ξαφνικά 400ms/600ms ως και 800ms χωρίς κανένα φορτίο από τη μεριά μου, εννοείται.

Πήρα και στο 13888 σήμερα αλλά δεν έβγαλα άκρη, στο 1ο τηλεφώνημα έπεσα δυστυχώς σε μια αγενέστατη που ήθελε να με πάει με το script (τι υπολογιστή έχετε, τι το θέλετε το ipv6 κτλ) και τελικά με γείωσε στην αναμονή και στο 2ο με παρέπεμψαν να στείλω email στο ipv6@otenet.gr. Δεν ξέρω βέβαια τι μπορεί να εξυπηρετήσει το email αφού το πρόβλημα δείχνει να είναι στον authentication server κι όχι στην ipv6 δρομολόγηση, δεν ξέρω κιόλας μπορεί να λέω βλακεία. Φοβάμαι πως δεν θα μάθει για το πρόβλημα αυτός που διαχειρίζεται το συγκεκριμενο dslam εκτός αν τύχει να διαβάζει το forum.. :down:

Υπάρχει κατι άλλο που μπορώ να κάνω/ζητήσω εκτός από προσευχή στον Αη Σερβερ; :worthy:

[SfH]

Στείλε email εκεί που σου είπαν, ή περίμενε να το δει ο dez εδώ. Θα μπορούσα να κάνω μια υπόθεση και να υποδείξω τον bras σαν αιτία του προβλήματος, αλλά από το να κάνουμε "shoot from the hip", καλύτερα να επικοινωνήσεις με κάποιον αρμόδιο.

[randomize]

Α ωραία τότε, εφόσον δεν είμαστε εντελώς off-track, ετοιμάζω email και το στέλνω άμεσα :oneup:

Σ'ευχαριστώ πολύ! ;)

[randomize]

Λοιπόν ήρθε -εξαιρετικά γρήγορα- η απάντηση από το IPv6 Team του ΟΤΕ :respekt:

Mετά την αποκατάσταση της τοπικής "βλάβης", μάλλον συνδέομαι σε BNG node (που δεν έχει dual stack) κι οχι σε BRAS, επομένως θα περιμένουμε τις εξελίξεις. Σήμερα παρατήρησα πως σταμάτησε να λειτουργεί και με το @ipv6ote.gr , ίσως βέβαια να μην τελείωσαν οι εργασίες. :hmm:

[SotSirx]

Μια ερωτηση λιγο οφτοπικ,προς το παρον μονο ο οτε και η φορθνετ υποστηριζει ipv6;;

[deniSun]

Μια ερωτηση λιγο οφτοπικ,προς το παρον μονο ο οτε και η φορθνετ υποστηριζει ipv6;;

Η HOL θα έδινε native ipv6 εντός του 14.
Δεν ξέρω αν το υλοποίησε.

Η cyta έδινε σε επιχειρήσεις.
Δεν ξέρω αν δίνει σε οικιακούς χρήστες.

[dez]

Ευχαριστώ για την απάντηση.
Δοκίμασα το workaround που προτείνεις, αλλά ενώ η αρχική σελίδα εμφανίζεται κανονικά, δεν μπορώ να κάνω log-in [«απλό» connection ή SSL secure].
Μήπως χρειάζεται να προσθέσουμε επιπλέον string ή κάποιον extra χαρακτήρα; Wildcard (*) παραδείγματος χάριν.
Άκυρο, μετά από μερικά refresh φαίνεται πως «έστρωσε» ;)

Τουλάχιστον επιβεβαιώσαμε (;) πως δεν οφείλεται στον ΟΤΕ ή στον παρεχόμενο εξοπλισμό [ZTE - τρέχον firmware - configuration], σωστά;
Καλύτερα να ενημερώσω απευθείας τους ιδιοκτήτες προκειμένου να τροποποιήσουν αναλόγως το site τους...
Πάντως πρέπει να υπάρχουν κι άλλα sites που δεν έχουν ακόμα «εναρμονιστεί» με το IPV6, γιατί κατά διαστήματα παρατηρώ διάφορα hiccups που λύνονται πάντα με τον ίδιο τρόπο [OTE proxy]
Το addic7ed.com (http://www.addic7ed.com/) π.χ. «κολλάει» κάποιες φορές, όχι στην αρχική σελίδα, αλλά πατώντας το "New Releases (http://www.addic7ed.com/log.php?mode=hotspot)".
Όπως και να το κάνουμε, είναι ενοχλητικό φαινόμενο.

οπως παρατηρησε σωστα ο Simpleton, το site εχει AAAA record, αρα προτιμαται το v6 transport προς αυτο. Ειναι τοπικο τους προβλημα (πχ ημιτελης IPv6 παραμετροποιηση). Παντως, τωρα, φαινεται να ειναι προσβασιμο μεσω IPv6

[deniSun]

Μετά από ~1 χρόνο ipv6 αποφάσισα να το εγκαταλείψω.
Παρατήρησα χαμηλές ταχύτητες στο browsing (έναντι του ipv4).
Πολλές στιγμές την μέρα παρουσιάζεται πρόβλημα στις δρομολογήσεις ή στους dns.
Για κάποιον που δεν χρησιμοποιεί συνέχεια το internet ή δεν πέφτει στις χρονικές στιγμές αυτές, δεν θα το παρατηρήσει.
Το χρονικό αυτό διάστημα δεν είναι μεγάλο.
Διαρκεί το πολύ 1-2m αλλά είναι πολύ ενοχλητικό.
Επίσης τα περισσότερα site δεν υποστηρίζουν ipv6 (1/10 περίπου είναι αυτά που υποστηρίζουν ipv6).
Ίσως τελικά να ήταν πολύ νωρίς για ipv6...

[babis3g]

Μετά από ~1 χρόνο ipv6 αποφάσισα να το εγκαταλείψω.
Παρατήρησα χαμηλές ταχύτητες στο browsing (έναντι του ipv4).
Πολλές στιγμές την μέρα παρουσιάζεται πρόβλημα στις δρομολογήσεις ή στους dns.
Για κάποιον που δεν χρησιμοποιεί συνέχεια το internet ή δεν πέφτει στις χρονικές στιγμές αυτές, δεν θα το παρατηρήσει.
Το χρονικό αυτό διάστημα δεν είναι μεγάλο.
Διαρκεί το πολύ 1-2m αλλά είναι πολύ ενοχλητικό.
Επίσης τα περισσότερα site δεν υποστηρίζουν ipv6 (1/10 περίπου είναι αυτά που υποστηρίζουν ipv6).
Ίσως τελικά να ήταν πολύ νωρίς για ipv6...

σωστα ασε που και το download συνηθως ειναι πιο χαμηλο, (εδω ενα λινκ για δοκιμη http://ipv6-test.com/speedtest/ )
αλλα καποιες φορες παιζει και το μοντεμ ρολο στο ipv6 για τα lugs που αναφερεις λογω μη καλου λογισμικου

Και εγω δεν καιγομαι για ipv6, το εχω δεν το εχω δεν με πειραζει

[Simpleton]

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

Αυτό που παρατηρώ όμως γενικά είναι κάποια κολλήματα σε σελίδες, δηλαδή ή να μη φορτώνουν καθόλου ή (πιο συχνά) να είναι οπτικά πλήρεις, αλλά να συνεχίζουν να φορτώνουν για πολλή ώρα. Αυτά κανονικά μου φέρνουν στο μυαλό πρόβλημα με MTU, αλλά δεν έχω καταφέρει μέχρι στιγμής να καταλάβω τι συμβαίνει. Από την πλευρά μου δεν μπλοκάρω το ICMPv6. Στο test που ανέφερε ο babis3g, το οποίο τρέχω κατά καιρούς, το IPv6 τις περισσότερες φορές βγαίνει και ελαφρώς γρηγορότερο από το IPv4.

Για το IPv6 δεν είναι νωρίς, αλλά ίσως τώρα με τη μεγάλη αύξηση χρηστών (https://twitter.com/oteipv6/status/519899335535116288) στον ΟΤΕ να έχουν προκύψει θέματα απόδοσης που δεν εμφανίζονταν στην εποχή του πιλοτικού (με επιφύλαξη αυτό διότι δεν γνωρίζω το δίκτυο του). Λίγες είναι οι ιστοσελίδες που δεν «τραβούν» κάτι από Google, Facebook, Yahoo και αλλού. Άλλες χρησιμοποιούν CDN όπως αυτό (https://www.cloudflare.com/features-cdn), που τις βγάζει και dual-stack. Το Windows Update είναι dual-stack. Πολλά repo του Linux και άλλων λειτουργικών επίσης. Όσο περνάει ο καιρός, τόσο πιο έντονα αντιληπτό θα γίνεται κάποιο πρόβλημα συνδεσιμότητας IPv6.

[deniSun]

Προβλήματα στο dw δεν είχα παρατηρήσει.
Από την άποψη ότι δεν μου τερματίζει την γραμμή το ν6.
Τα googleοειδή ξεσκίζονται καθημερινώς και διαρκώς με ν6.
Το ίδιο και άλλες σελίδες όπως πχ το adslgr.

[yuk]

Το πρωί υπήρχε πρόβλημα (δεν ξέρω αν έχει λυθεί τώρα) με το Facebook.
Δε με ενδιαφέρει το ίδιο το Facebook, αλλά τα sites που χρησιμοποιούν τα services του, είχαν κι αυτά πρόβλημα. Μικρές καθυστερήσεις και με το Google, αν θυμάμαι καλά. Έκλεισα το IPv6, μια χαρά...

[deniSun]

Εγώ εδώ και 2-3 μέρες το έκλεισα το ν6 τελείως.
Για πολύ αργότερα το βλέπω να το ξανά-ανοίγω.

[escapee]

καλησπερα παιδια . ξερετε πως μπορω να το ενεργοποιησω σε μοντεμ ΖΤΕ Η108NS ??

ευχαριστω

[deniSun]

καλησπερα παιδια . ξερετε πως μπορω να το ενεργοποιησω σε μοντεμ ΖΤΕ Η108NS ??

ευχαριστω

Όπως εδώ (http://ipv6.ote.gr/?page_id=629).
Έχουν παρόμοιο μενού.

[Simpleton]

Έχει κανείς άλλος πάλι προβλήματα με σελίδες και περιεχόμενο της Google;

[deniSun]

Έχει κανείς άλλος πάλι προβλήματα με σελίδες και περιεχόμενο της Google;

Για άλλαξε DNS...

[Simpleton]

Ναι, βλέπω διαφορά με τους OpenDNS.

[deniSun]

Ναι, βλέπω διαφορά με τους OpenDNS.

Εγώ με ipv6 χρησιμοποιούσα αυτούς του GRNet

[Simpleton]

Έβαλα τώρα τους single-stack του ΟΤΕ (195.170.0.1, 195.170.2.2) και είναι επίσης εντάξει.

[a5m5g]

Μπορεί να μου πει κάποιος τι να κάνω στο ZXDSL 931VII με 50άρα vdsl για να ενεργοποιήσω και να ρυθμίσω σωστά IPv6? Θα κερδίσω κάτι από αυτό? (ψιλοάσχετος, σόρυ)

[deniSun]

Μπορεί να μου πει κάποιος τι να κάνω στο ZXDSL 931VII με 50άρα vdsl για να ενεργοποιήσω και να ρυθμίσω σωστά IPv6? Θα κερδίσω κάτι από αυτό? (ψιλοάσχετος, σόρυ)

Εδώ (http://ipv6.ote.gr/?page_id=496) για την ενεργοποίηση.
Όχι δεν έχεις να κερδίσεις κάτι.

[Catchphrase]

Εδώ (http://ipv6.ote.gr/?page_id=496) για την ενεργοποίηση.
Όχι δεν έχεις να κερδίσεις κάτι.

Υπάρχουν κάπου αντίστοιχες οδηγίες για το Speedport; Μου κάνει εντύπωση που ο ΟΤΕ δεν το έχει στη συγκεκριμένη σελίδα, από τη στιγμή μάλιστα που είναι αυτό που στέλνει σε όλους τους νέους του συνδρομητές.

[deniSun]

Υπάρχουν κάπου αντίστοιχες οδηγίες για το Speedport; Μου κάνει εντύπωση που ο ΟΤΕ δεν το έχει στη συγκεκριμένη σελίδα, από τη στιγμή μάλιστα που είναι αυτό που στέλνει σε όλους τους νέους του συνδρομητές.

Αν θυμάμαι καλά από default όλες οι συσκευές που υποστηρίζουν ipv6 του ΟΤΕ έχουν ενεργοποιημένη την επιλογή ipv4/ipv6.
Οπότε δεν χρειάζεται να κάνετε κάτι παραπάνω.

[Simpleton]

Σας απαντάει το IPv6 ping στο r4.sn-vuxbavcx-5uie.googlevideo.com (2a00:1cb8:2:1::f);

[babis3g]

Σας απαντάει το IPv6 ping στο r4.sn-vuxbavcx-5uie.googlevideo.com (2a00:1cb8:2:1::f);

σε εμενα ναι (με dns οτε)

Pinging r4.sn-vuxbavcx-5uie.googlevideo.com [2a00:1cb8:2:1::f] with 32 bytes of
data:
Reply from 2a00:1cb8:2:1::f: time=16ms
Reply from 2a00:1cb8:2:1::f: time=16ms
Reply from 2a00:1cb8:2:1::f: time=17ms
Reply from 2a00:1cb8:2:1::f: time=16ms

Ping statistics for 2a00:1cb8:2:1::f:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 16ms, Maximum = 17ms, Average = 16ms

[Simpleton]

Ευχαριστώ :oneup:

Τώρα θα προσπαθήσω να καταλάβω γιατί δεν παίρνω απάντηση από αυτή τη διεύθυνση. Παρατήρησα ότι το YouTube σκαλώνει σε αυτήν και σε άλλες από το μπλοκ 2a00:1cb8::/32.

[stavpal]

Είχα δηλώσει βλάβη για την σύνδεση μου (adsl 4mbps) γιατί ξαφνικά μου κόλλησαν το snr στο 9 και έπεσε η ταχύτητα. Σήμερα το πρωί (εγώ δεν ήμουν σπίτι) άλλαξαν κάτι στο κοντινό καφάο (ίσως με πέρασαν μέσω του vdslam) και το attainable rate ανέβηκε στο 13500/1400. Το θέμα είναι ότι το ipv6 σταμάτησε να δουλεύει. Τους πήρα τηλ αλλά δεν ήξεραν τίποτα. Το ρουτεράκι είναι το 2710n draytek. Δεν άλλαξα τίποτα άλλες ρυθμίσεις (username μπλαμπλα@otenet.gr) και IPv6 mode "PPP" (σύνδεση είναι PPPoE).
Καμιά βοήθεια?

edit: την ανορθογραφία μου μέσα...είχα γράψει "δεν εγω είμουν σπίτι"

[deniSun]

Είχα δηλώσει βλάβη για την σύνδεση μου (adsl 4mbps) γιατί ξαφνικά μου κόλλησαν το snr στο 9 και έπεσε η ταχύτητα. Σήμερα το πρωί (δεν εγώ ήμουν σπίτι) άλλαξαν κάτι στο κοντινό καφάο (ίσως με πέρασαν μέσω του vdslam) και το attainable rate ανέβηκε στο 13500/1400. Το θέμα είναι ότι το ipv6 σταμάτησε να δουλεύει. Τους πήρα τηλ αλλά δεν ήξεραν τίποτα. Το ρουτεράκι είναι το 2710n draytek. Δεν άλλαξα τίποτα άλλες ρυθμίσεις (username μπλαμπλα@otenet.gr) και IPv6 mode "PPP" (σύνδεση είναι PPPoE).
Καμιά βοήθεια?

Το up πώς πήγε 1400;
annex-m έχεις;

[emeliss]

Είχα δηλώσει βλάβη για την σύνδεση μου (adsl 4mbps) γιατί ξαφνικά μου κόλλησαν το snr στο 9 και έπεσε η ταχύτητα. Σήμερα το πρωί (δεν εγώ ήμουν σπίτι) άλλαξαν κάτι στο κοντινό καφάο (ίσως με πέρασαν μέσω του vdslam) και το attainable rate ανέβηκε στο 13500/1400. Το θέμα είναι ότι το ipv6 σταμάτησε να δουλεύει. Τους πήρα τηλ αλλά δεν ήξεραν τίποτα. Το ρουτεράκι είναι το 2710n draytek. Δεν άλλαξα τίποτα άλλες ρυθμίσεις (username μπλαμπλα@otenet.gr) και IPv6 mode "PPP" (σύνδεση είναι PPPoE).
Καμιά βοήθεια?
Άλλαξε το user name σε μπλαμπλα@ipv6ote.gr και δες αν θα πάρεις έτσι IPv6.

[stavpal]

ok. Το ξαναάλλαξα σε @ipv6ote.gr και δουλεύει. Το MTU πόσο πρέπει να ναι?

@denisun Είπα ότι το attainable upload είναι 1400κάτι. Κλειδώνει στα 4096/1021 kbps

[emeliss]

Άστο 1492.

[dez]

Υπάρχουν κάπου αντίστοιχες οδηγίες για το Speedport; Μου κάνει εντύπωση που ο ΟΤΕ δεν το έχει στη συγκεκριμένη σελίδα, από τη στιγμή μάλιστα που είναι αυτό που στέλνει σε όλους τους νέους του συνδρομητές.

http://www.adslgr.com/forum/threads/872978-%CE%91%CE%BD%CE%BF%CE%B9%CE%BA%CF%84%CE%AE-%CF%83%CF%85%CE%B6%CE%AE%CF%84%CE%B7%CF%83%CE%B7-%CE%B3%CE%B9%CE%B1-%CF%84%CE%BF-IPv6-%CF%83%CF%84%CE%B7%CE%BD-%CE%95%CE%BB%CE%BB%CE%AC%CE%B4%CE%B1?p=5664387#post5664387

[Catchphrase]

Ευχαριστώ για την απάντηση

[minas]

Άλλαξε το user name σε μπλαμπλα@ipv6ote.gr και δες αν θα πάρεις έτσι IPv6.

Αυτό χρειάζεται πάντα για να έχεις IPv6?

Επίσης @stavpal μάλλον έκατσες σε καμπίνα και είναι ώρα να αναβαθμίσεις το πρόγραμμά σου σε μεγαλύτερο :)

[deniSun]

Αυτό χρειάζεται πάντα για να έχεις IPv6?

Επίσης @stavpal μάλλον έκατσες σε καμπίνα και είναι ώρα να αναβαθμίσεις το πρόγραμμά σου σε μεγαλύτερο :)

Δες εδώ (http://ipv6.ote.gr/?p=657).

[emeliss]

Αυτό χρειάζεται πάντα για να έχεις IPv6?
Όχι...

[stavpal]

πριν την αλλαγή που μου έκαναν το ipv6 δούλευε με κανονικο username @otenet.gr. Οπότε εξαρτάται.

@minas Απόσταση από τη καμπίνα του vdsl (αν εννοείς αυτή) είναι περίπου 300 μέτρα (βάζω και την έξτρα καλωδίωση του σπιτιού κλπ). Πάλι όμως δε θα έπρεπε το attainable να είναι παραπάνω και όχι ~13000-14000? Ανεβάζω και screenshot από OrbMT

154275

[minas]

πριν την αλλαγή που μου έκαναν το ipv6 δούλευε με κανονικο username @otenet.gr. Οπότε εξαρτάται.

@minas Απόσταση από τη καμπίνα του vdsl (αν εννοείς αυτή) είναι περίπου 300 μέτρα (βάζω και την έξτρα καλωδίωση του σπιτιού κλπ). Πάλι όμως δε θα έπρεπε το attainable να είναι παραπάνω και όχι ~13000-14000? Ανεβάζω και screenshot από OrbMT

154275

Όχι, οι πιθανότητες είναι μάλιστα ότι εάν βάλεις ένα VDSL modem θα κλειδώσεις στα 24 (περιοριζόμενος από "κόφτη" ως χρήστης ADSL). Υπάρχει και ένα σχετικό θέμα κάπου στο φόρουμ.

[deniSun]

Δεν νομίζω ότι θα τον αφήσει καν να συγχρονίσει σε vdsl.
Σε adsl θα κλειδώνει πάλι.
Απλά όταν παίρνεις από καμπίνα vdsl και είσαι σε adsl μειώνεται το att άρα κλειδώνεις ψηλότερα.
Με λίγα λόγια δεν έχει σχέση το modem.

Από το παραπάνω γράφημα φαίνεται ότι η γραμμή του παίρνει μάλλον από καμπίνα vdsl λόγω του πολύ χαμηλού att, εκτός και αν είναι τόσο κοντά στο κέντρο του.
Θα έπρεπε να κλειδώνει >20-22Μ αλλά η γραμμή του έχει πρόβλημα.
Κατά πάσα πιθανότητα στο κομμάτι της δικής του ευθύνης.

[minas]

Δεν νομίζω ότι θα τον αφήσει καν να συγχρονίσει σε vdsl.
Σε adsl θα κλειδώνει πάλι.
Απλά όταν παίρνεις από καμπίνα vdsl και είσαι σε adsl μειώνεται το att άρα κλειδώνεις ψηλότερα.
Με λίγα λόγια δεν έχει σχέση το modem.

Από το παραπάνω γράφημα φαίνεται ότι η γραμμή του παίρνει μάλλον από καμπίνα vdsl λόγω του πολύ χαμηλού att, εκτός και αν είναι τόσο κοντά στο κέντρο του.
Θα έπρεπε να κλειδώνει >20-22Μ αλλά η γραμμή του έχει πρόβλημα.
Κατά πάσα πιθανότητα στο κομμάτι της δικής του ευθύνης.

Συγκρίνοντας με ADSL από ΑΚ, αυτή την εικόνα δίνει, αλλά συγκρίνοντας με άλλες από καμπίνα, η εικόνα είναι όμοια. Εικάζω επειδή στις καμπίνες χρησιμοποιούν λιγότερη ισχύ (μπορεί σε αυτό να οφείλεται και το μεγάλο χάσμα που έχει στις μεσαίες συχνότητες). Στις περισσότερες από αυτές τις περιπτώσεις, με VDSL modem το κλείδωμα γίνεται με G.993 εξ' ου και η αυξημένη ταχύτητα.
Δεν τα βγάζω από το μυαλό μου, κι εγώ εδώ μέσα τα έχω διαβάσει, στο αντίστοιχο θέμα.

[deniSun]

Συγκρίνοντας με ADSL από ΑΚ, αυτή την εικόνα δίνει, αλλά συγκρίνοντας με άλλες από καμπίνα, η εικόνα είναι όμοια. Εικάζω επειδή στις καμπίνες χρησιμοποιούν λιγότερη ισχύ (μπορεί σε αυτό να οφείλεται και το μεγάλο χάσμα που έχει στις μεσαίες συχνότητες). Στις περισσότερες από αυτές τις περιπτώσεις, με VDSL modem το κλείδωμα γίνεται με G.993 εξ' ου και η αυξημένη ταχύτητα.
Δεν τα βγάζω από το μυαλό μου, κι εγώ εδώ μέσα τα έχω διαβάσει, στο αντίστοιχο θέμα.
οκ αν το έχεις διασταυρώσει.

[riddle3]

Έχει κανείς άλλος θέμα με το ipv6 σήμερα; Aπό το πρωί δεν λέει να πάρει ip, χωρίς να έχω αλλάξει τίποτα στο configuration.

[uncle_nontas]

Έχει κανείς άλλος θέμα με το ipv6 σήμερα; Aπό το πρωί δεν λέει να πάρει ip, χωρίς να έχω αλλάξει τίποτα στο configuration.
Είχα εγώ το πρωί. Στην ΤΥ μου είπαν πως είναι γενικότερο θέμα, σε αρκετές συνδέσεις. Αλλαξε τους ipv6 dns σου σε ipv6 openDNS και θα είσαι οκ.

[riddle3]

Δεν είναι θέμα DNS τουλάχιστον εδώ γιατί το router αδυνατεί να πάρει IP από τον bras.

[man with no name]

Να κάνω μια ερώτηση,στο username τι βάζετε otenet.gr ή ipv6ote.gr;

[deniSun]

Να κάνω μια ερώτηση,στο username τι βάζετε otenet.gr ή ipv6ote.gr;

Σε όσα bras αναβαθμίστηκαν βάζεις @otenet.gr.
Αν δεις ότι δεν παίρνεις ipv6 τότε δοκίμασε το @ipv6ote.gr

[riddle3]

Τελικά έφτιαξε βάζοντας ξανά το ipv6ote.gr suffix. Μάλλον κάτι αλλάζουν στον bras.

[deniSun]

Ενεργοποίησα για μια ακόμα φορά το ipv6.
Το πρόβλημα που έχω είναι ότι γίνεται ένας χαμός με τα configuration και δεν ξέρω ποιο θεωρείται πιο σωστό.
Φυσικά όλα δουλεύουν αλλά θέλω να ξέρω πιο είναι το περισσότερο ορθό.
Έχουμε και λέμε:

α) SLAAC/DHCP: τι διαφορά έχουν;
Είναι θέμα router ή clients;
Παρατήρησα ότι δίνοντας τις παρακάτω εντολές για απενεργοποίηση των temp διευθύνσεων στα 7άρια μου δείχνει στο ipv6 test (http://ipv6-test.com/) ότι έχω ενεργοποιημένο το SLAAC και προτείνει να μην το χρησιμοποιώ:

netsh interface ipv6 set privacy state=disabled
netsh interface ipv6 set global randomizeidentifiers=disabled
Ενεργοποιώντας ξανά τις temp διευθύνσεις, μου δείχνει ότι δεν χρησιμοποιώ SLAAC και μου το θεωρεί ως καλύτερη υλοποίηση για ipv6 native.
Οπότε τι χρησιμοποιούμε;
Στα σεταρίσματα των modem/router (http://ipv6.ote.gr/?page_id=629) αναφέρεται:

Στο πεδίο DHCP IPv6 Mode επιλέγουμε “SLAAC”
Στο πεδίο DHCP PD Enable επιλέγουμε “Enable”

Αυτό πάλι τι σημαίνει;

β) Στο ίδιο τεστ (http://ipv6-test.com/) μου εμφανίζει ότι το ρούτερ ή το fw φιλτράρουν τα icmpv6 πακέτα.
Το θέμα αυτό με είχε απασχολήσει ξανά.
Από το fw του ρούτερ τα αφήνω να περάσουν κανονικά αλλά τελικά ήταν θέμα του fw των 7.
Με custom rule τα αφήνω να περνάνε.
Το θέμα είναι χρειάζονται να τα αφήνεις ή θα πρέπει να κόβεις;
Καλύτερα στο ρούτερ ή στο OS;
Νομίζω ότι πολλά BRASS χρησιμοποιούν icmp για να δουν αν ο client είναι συνδεδεμένος.
Έτσι τα άφηνα να περνάνε και στο ν4.
Ξέρει κανένας τι ισχύει;
Εννοείται ότι από θέμα προστασίας είναι καλύτερα να τα έχεις κλειστά.

γ) Το είχα αναφέρει ξανά αλλά θέλω λίγο περισσότερη εξήγηση:
1. RA interval: ποιος ο ρόλος του; Έχω χρόνους 10-30s από default
2. Στα ND prefixes έχω δύο χρόνους: valid lifetime: 5m και preferred lifetime: 2m από default.
ποιος ο ρόλος τους;

Αυτά για αρχή...

[dez]

στο WAN side του CPE, ο ΟΤΕ (BRAS/BNG) θα σου στειλει:

ενα /64 για το WAN του CPE μεσω του πρωτοκολλου IPv6 ND (Neighbor Discovery Protocol) και συγκεκριμενα μεσω RA (Router Advertisement message). Αυτη η διαδικασια ειναι μερος του IPv6 Autoconfiguration (SLAAC). Τα ND messages χρησιμοποιουν ICMPv6, αρα καποια ICMPv6 messages πρεπει να επιτρεπονται στο firewall του CPE. To RA interval οριζει το καθε ποτε θα στελνονται τετοιου ειδους messages. Οι default τιμες ειναι μια χαρα. Οταν ληξει το preferred lifetime ενος IPv6 prefix, το εν λογω prefix παυει να "προτιμαται". Οταν ληξει το valid lifetime, τοτε παυει να ισχυει, γινεται invalid και δεν μπορει πλεον να χρησιμοποιηθει
ενα /56 για το LAN σου μεσω DHCPv6 PD (Prefix Delegation)





Ενεργοποίησα για μια ακόμα φορά το ipv6.
Το πρόβλημα που έχω είναι ότι γίνεται ένας χαμός με τα configuration και δεν ξέρω ποιο θεωρείται πιο σωστό.
Φυσικά όλα δουλεύουν αλλά θέλω να ξέρω πιο είναι το περισσότερο ορθό.
Έχουμε και λέμε:

α) SLAAC/DHCP: τι διαφορά έχουν;
Είναι θέμα router ή clients;
Παρατήρησα ότι δίνοντας τις παρακάτω εντολές για απενεργοποίηση των temp διευθύνσεων στα 7άρια μου δείχνει στο ipv6 test (http://ipv6-test.com/) ότι έχω ενεργοποιημένο το SLAAC και προτείνει να μην το χρησιμοποιώ:

netsh interface ipv6 set privacy state=disabled
netsh interface ipv6 set global randomizeidentifiers=disabled
Ενεργοποιώντας ξανά τις temp διευθύνσεις, μου δείχνει ότι δεν χρησιμοποιώ SLAAC και μου το θεωρεί ως καλύτερη υλοποίηση για ipv6 native.
Οπότε τι χρησιμοποιούμε;
Στα σεταρίσματα των modem/router (http://ipv6.ote.gr/?page_id=629) αναφέρεται:

Στο πεδίο DHCP IPv6 Mode επιλέγουμε “SLAAC”
Στο πεδίο DHCP PD Enable επιλέγουμε “Enable”

Αυτό πάλι τι σημαίνει;

β) Στο ίδιο τεστ (http://ipv6-test.com/) μου εμφανίζει ότι το ρούτερ ή το fw φιλτράρουν τα icmpv6 πακέτα.
Το θέμα αυτό με είχε απασχολήσει ξανά.
Από το fw του ρούτερ τα αφήνω να περάσουν κανονικά αλλά τελικά ήταν θέμα του fw των 7.
Με custom rule τα αφήνω να περνάνε.
Το θέμα είναι χρειάζονται να τα αφήνεις ή θα πρέπει να κόβεις;
Καλύτερα στο ρούτερ ή στο OS;
Νομίζω ότι πολλά BRASS χρησιμοποιούν icmp για να δουν αν ο client είναι συνδεδεμένος.
Έτσι τα άφηνα να περνάνε και στο ν4.
Ξέρει κανένας τι ισχύει;
Εννοείται ότι από θέμα προστασίας είναι καλύτερα να τα έχεις κλειστά.

γ) Το είχα αναφέρει ξανά αλλά θέλω λίγο περισσότερη εξήγηση:
1. RA interval: ποιος ο ρόλος του; Έχω χρόνους 10-30s από default
2. Στα ND prefixes έχω δύο χρόνους: valid lifetime: 5m και preferred lifetime: 2m από default.
ποιος ο ρόλος τους;

Αυτά για αρχή...