COSMOTE Fiber (FTTH)

[gkas1973]

Να ρωτήσω γιατί ετοιμάζομαι να κάνω αίτηση:
Υπάρχει κανείς που να είχε πρόβλημα echo στην τηλεφωνία;
Είναι red flag για το έτερον ήμισυ...

Στο ftth είναι πιο σταθερή και καθαρή γραμμή από το vdsl που λογικά έχεις, άρα και το voip θα δουλεύει καλύτερα. Το echo αν έχεις τώρα μπορεί να οφείλεται και σε άλλους παράγοντες. Ακόμα και ftth 100 βάλεις θα είναι καλύτερο από το vdsl 100.

[Core2Extreme]

Να ρωτήσω γιατί ετοιμάζομαι να κάνω αίτηση:
Υπάρχει κανείς που να είχε πρόβλημα echo στην τηλεφωνία;
Είναι red flag για το έτερον ήμισυ...

Δεν έχει σχέση με την τεχνολογία internet αυτό... είτε VDSL είτε FTTH είναι VoIP τηλεφωνία. Ίδιο πρωτόκολο, ίδιος μηχανισμός. Αν έχεις echo είτε σε VDSL είτε FTTH, είναι βλάβη, την δηλώνεις, διερευνάται και διορθώνεται.

[minas]

Να αναφέρουμε ότι στο echo παίζει ρόλο και η τερματισκή συσκευή (πχ router) και τι σχετικές ρυθμίσεις έχει (διαθέσιμες στον χρήστη ή όχι).

[Wizard270]

Χθες έγινε η κάθετη εγκατάσταση στην πολυκατοικία μας. Επειδή το μεσημέρι έλειπε ο διαχειριστής, είδαμε μετά ότι δεν σκάψανε απ' έξω στον δρόμο. Είναι σύνηθες αυτό να γίνεται το σκάψιμο άλλη μέρα; Επίσης, όλοι αυτοί οι σωλήνες που βάλανε δεν έχουν τώρα κάποια ίνα και αυτή θα μπει μετά, σωστά το σκέφτομαι;

[netblues]

Ναι, και ναι. Ειναι αλλα τα συνεργεια που σκαβουν

[Wizard270]

Ναι, και ναι. Ειναι αλλα τα συνεργεια που σκαβουν

Δεν έχω καταλάβει πώς γίνεται η σύνδεση. Τώρα που αρχικά θα βάλει μόνο ο 1ος όροφος, θα περαστεί η ίνα από τον δρόμο προς το floorbox στον 1ο ή θα φτάσει σε όλους από τώρα στα αντίστοιχα floorbox;

[netblues]

Φτανουν τουλαχιστον δυο ινες σε καθε floorbox, απο το bep. Γενικοτερα ειναι ολα ετοιμα για να συνδεθει οποιοδηποτε διαμερισμα στο floorbox. Υπαρχει ηδη και το απαραιτητο splitter στο floorbox.

[Wizard270]

Φτανουν τουλαχιστον δυο ινες σε καθε floorbox, απο το bep. Γενικοτερα ειναι ολα ετοιμα για να συνδεθει οποιοδηποτε διαμερισμα στο floorbox. Υπαρχει ηδη και το απαραιτητο splitter στο floorbox.

Α, κατάλαβα. Έρχεται μία ίνα μέχρι το bep και από αυτό φεύγουν πολλές για τους ορόφους Άρα, αφού το splitter είναι στο floorbox, μέχρι εκεί φτάνουν όλα τα data (όλων δηλαδή) και με το splitter παίρνεις τα δικά σου;

[x_undefined]

Γενικά μέχρι το ONT σου φτάνουν τα δεδομένα έως 32 συνδρομητών. Αυτό φιλτράρει τα δικά σου.

[GregoirX23]

Γενικά μέχρι το ONT σου φτάνουν τα δεδομένα έως 32 συνδρομητών. Αυτό φιλτράρει τα δικά σου.

Κάτι τέτοιο δεν γινόταν πριν τα switch με τα hub; Πήγαιναν τα δεδομένα όλων σε όλες τις πόρτες...

[minas]

Κάτι τέτοιο δεν γινόταν πριν τα switch με τα hub; Πήγαιναν τα δεδομένα όλων σε όλες τις πόρτες...

Ναι, αλλά είναι πολυπλεγμένα και κρυπτογραφημένα. Η δουλειά του ONT είναι να τα αποπολυπλέξει και αποκρυπτογραφήσει.

[dpap76]

Σήμερα αποφάσισα να δοκιμάσω να ενεργοποιήσω την επιλογή για PPPoE με 1500 bytes MTU/MRU σύμφωνα και με το RFC 4638.
Η επιλογή αυτή υπάρχει στο support page των Fritz αλλά πλέον φαντάζομαι και σε όλα τα σύγχρονα CPE & routers που κάνουν broadband PPPoE.



Οι δοκιμές έγιναν με Cosmote FTTH αλλά πιστεύω θα παίζει και στις VDSL2 συνδέσεις αφού στον ίδιο BRAS καταλήγουν και τα FTTH και τα VDSL2 PPPoE sessions.

Πριν την ενεργοποίηση της επιλογής, το tracepath από ένα debian VM έδινε:



Παρατηρούμε οτι στο v4, το tracepath ξεκινά με το ethernet MTU size (γιατί ethernet έχει το VM μέχρι το modem) αλλά στο hop #2, το fritz λέει ώπα μεγάλε, στέλνει πίσω ICMP Fragmentation Needed και το tracepath καταφέρνει να συνεχίσει me 1492 mtu

Στο v6 τα πράγματα είναι πιο ξεκάθαρα από την αρχή καθώς το NDP/RA ρουφιανεύει από την αρχή στους clients το max MTU που μπορούν να χρησιμοποιήσουν και το path mtu discovery είναι στη φύση του IPv6. Οπότε το MTU ξεκινάει από την αρχή με 1492.

(TBH δεν θυμάμαι ποια από τις παρακάτω τεχνολογίες του IPv6 κάνουν την δουλειά: NDP, RA, DHCPv6 rapid commit, classic PMTU - αν κάποιος το ξέρει σίγουρα ας μας το θυμίσει. Η απάντηση *όλες* είναι επίσης αποδεκτή γιατί IPv6 rocks! )

Ενεργοποιώ την ρύθμιση, το fritz ρίχνει το PPPoE, συνδέεται ξανά και παίρνει νέες IPv4/IPv6 διευθύνσεις και νέο /56 prefix το οποίο περνάει αμέσως στους clients.

Επιστρέφω στο debian vm και χωρίς να πειράξω τίποτα απολύτως ξαναδίνω τις εντολές:



Παρατηρούμε οτι στο v4, το tracepath ξεκινά με το ethernet MTU size και δεν αλλάζει στην πορεία και κανένα ενδιάμεσο hop δεν κάνει κιχ γι' αυτό. Cool!

Στo v6 ήδη ο localhost έχει ενημερωθεί για την αλλαγή του MTU και ξεκινάει περήφανα με 1500 mtu χωρίς να τον ενοχλήσει κανένας στη διαδρομή

και επαλήθευση του path MTU "the old school way" με το ping για μας τους δεινόσαυρους



στο v4, το μέγιστο payload για icmp echo request που να χωράει σε 1500 MTU είναι 1472 (1472 payload + 8 icmp header + 20 ipv4 header = 1500)
στο v6, καθώς ο IPv6 header είναι +20 bytes μεγαλύτερος, το μέγιστο payload είναι τα 1452 bytes (1452 payload + 8 icmp6 header + 40 ipv6 header = 1500)

Έχει ξανασυζητηθεί ξανά το θέμα στο forum τα τελευταία 10 χρόνια με ενδιαφέρουσες συζητήσεις:
MTU μέγεθος για PPPoE. Το ίδιο και στο PC;

Tα δίκτυα των Παρόχων στην Ελλάδα και προς το Εξωτερικό

Το RFC 4638

Hint: στην πορεία ανακάλυψα οτι καλύτερα να έκανα tracepath προς τον ftp.grnet.gr η διαδρομή του οποίου είναι "καθαρή" στο icmp και δεν κόβεται τίποτα σε αντίθεση με την cloudflare. έιχα πάρει ήδη τα screenshots όμως .. όποιος θέλει να δοκιμάσει καλύτερα ας το κάνει με τον ftp.grnet.gr ωστε να του τερματίσει το tracepath

edit: στα windows, το αντίστοιχο τεστ γίνεται με -f και -l 1472:

[euri]

[dpap76]

Αρχικό μήνυμα από GregoirX23
Κάτι τέτοιο δεν γινόταν πριν τα switch με τα hub; Πήγαιναν τα δεδομένα όλων σε όλες τις πόρτες...
Ναι, αλλά είναι πολυπλεγμένα και κρυπτογραφημένα. Η δουλειά του ONT είναι να τα αποπολυπλέξει και αποκρυπτογραφήσει.

σωστά τα λέει ο minas και να προσθέσω για να γίνει κατανοητό οτι καμία σχέση το ethernet με το GPON - είναι άλλα πράγματα τόσο στο φυσικό επίπεδο όσο και στο πρωτόκολλο.

να πώ μόνο για την ιστορία οτι τα hub είχαν κυριολεκτικά κολλημένα μέσα τους Tx/Rx pins όλων των πορτών μεταξύ τους. Οποιοδήποτε σήμα ερχόταν στο Rx μιας πόρτας μεταδιδόταν ακαριαία στο Tx όλων των άλλων πορτών. Repeater Hub ήταν το πλήρες όνομα τους ή αλλιώς bridge καθώς τα πρώτα hubs είχαν εκτός απο RJ45 και BNC connectors ώστε να συνδέεουν μεταξύ τους σταθμούς που είχαν είτε το ένα, είτε το άλλο καλώδιο. Ουσιαστικά ήταν σαν το τοπικό δίκτυο να ήταν ένα τεράστιο καλώδιο όπως ήταν παλιότερα -πριν τα hub- με το COAX cable και τους BNC connectors



αυτό ήταν και το πρώτο specification του ethernet 802.3 (10BASE2) την δεκαετία του '80.

Τα repeater hub βοήθησαν να γίνει η μετάβαση από το ομοαξονικό στο twisted pair όπου αν και στο φυσικό επίπεδο πλέον το τοπικό δίκτυο έχει τοπολογία αστέρα (με το hub στο κέντρο), στο data-link layer η επικοινωνίες γινόντουσαν σε στύλ bus topology όπως και στο coax. Απο εκεί απέκτησε το ethernet την ρετσινία και την ανάγκη για CSMA/CD η οποία μέχρι και σήμερα ακολουθεί το ethernet για backward compatibility

Τα switces που ήρθαν μετά "έκοψαν" αυτή την χάβρα επικοινωνιών και θορύβου και πλέον απέκτησαν εγκέφαλο και λογική σε επίπεδο silicon. Κρατάνε πίνακα με τα ποια MAC βρίσκονται σε ποιες πόρτες και διαβάζοντας το destinaction MAC απο τα διερχόμενα πακέτα, στέλνουν την κίνηση στην πόρτα που προορίζεται και όχι σε όλες (εξαίρεση βεβαίως η broadcast κίνηση προς το ff:ff:ff:ff:ff:ff που ακόμα και σήμερα πάει σε όλες τις πόρτες). Ονομάζονται και MAC bridges

Και μετά ήρθε και τα vlans ή αλλιώς το 802.1q και τα switches απέκτησαν και δεύτερη διάσταση Πλέον ακόμα και η broadcast κίνηση μεταδίδεται στις πόρτες που πρέπει και σε καμία άλλη απομονώνοντας ουσιαστικά δύο διαφορετικά broadcast domains μεταξύ τους αν και βρίσκονται στην ίδια φυσική συσκευή. Αυτό έλυσε τα χέρια τεχνικών και IT που πριν για να το κάνουν αυτό ήθελαν δύο διαφορετικά switces και πιθανότατα διαφορετικές καλωδιώσεις και πλέον η σύνδεση σταθμών εργασίας στο κατάλληλο LAN δεν εξαρτιόταν από την φυσική τους θέση (πρίζα στον τοίχο).

κλείνω την ιστορική αναδρομή και μπαρδόν για το offtopic

[Core2Extreme]

Σήμερα αποφάσισα να δοκιμάσω να ενεργοποιήσω την επιλογή για PPPoE με 1500 bytes MTU/MRU σύμφωνα και με το RFC 4638.
Η επιλογή αυτή υπάρχει στο support page των Fritz αλλά πλέον φαντάζομαι και σε όλα τα σύγχρονα CPE & routers που κάνουν broadband PPPoE.



Οι δοκιμές έγιναν με Cosmote FTTH αλλά πιστεύω θα παίζει και στις VDSL2 συνδέσεις αφού στον ίδιο BRAS καταλήγουν και τα FTTH και τα VDSL2 PPPoE sessions.

Πού είναι το setting στο Fritz ?
Δεν το βρίσκω πουθενά στο 5530 μου.