Αναζήτηση:

Και ναι και οχι. Για μικρες αποστασεις δεν ξερω αν αξιζει. Τα οπτικα patchcord ειναι ευαισθητα. Αν παρουν σκονη, αν τα τσακισεις, θελουν προσοχη στο βαλε βγαλε. αν χρειαστει.
Ισως τα ετοιμα dac cables να ειναι μια καλυτερη εναλλακτικη, οσο μιλαμε για 3-5 μετρα.

Τα παντα προσοχη θελουν. Και τα UTP αν τα κακομεταχειριστεις χανουν την αποδοση τους η σταματανε να δουλευουν τελειως. Δεν λεει κατι αυτο.
Για μενα τα DAC ειναι χειροτερα. Αν χαλασει οποιοδηποτε μερος (ειτε το ακρο ειτε το καλωδιο) παει σκουπιδια ολο.

Οταν μιλαω για οπτικες ινες στο LAN δεν λεω να μπουν στο laptop η στο tablet βαλε-βγαλε. Μιλαμε προφανως για σταθερη εγκατασταση σε σταθερα ακρα που δεν μετακινουνται καθε τρεις και λιγο.
Εκτος αν καποιος καθε εβδομαδα αλλαζει θεση στο NAS του :p

Σε καθε περιπτωση, εγω προτεινα απλα μια εναλλακτικη γιατι βλεπω καποιοι οτι παλευουν να περασουν τα 5Gbit με χαλκο, ποσο μαλλον να φτασουν τα 10.

Εν τελη τα 10Gbit Internet απευθυνονται ειτε σε εταιριες (που και εκει νομιζω οτι σημερα οσες εταιριες εχουν αναγκη για 10G, ηδη εχουν βρει αλλες λυσεις και δεν περιμενουν το XGS-PON) ειτε σε κατεξοχην καυλωμενους με το αντικειμενο που θα βαλουν και ινες στο LAN, και rack και patch panels και οτι αλλο σηκωνει η τσεπη τους.

Δειτε και την λυση των οπτικων ινων αντι για τα χοντροκομμενα και δυσκαμπτα CAT6a.

Παιζει πολυ φθηνος εξοπλισμος σε μεταχειρισμενα.

Εγω εχω βαλει Mellanox Connect-X3 στο desktop και στο QNAP (~25€ στο Ebay)
Και HP NC523SFP στον server (~20€ στο Ebay).

SFP+ modules (τα κλασσικα SFP-10G-SR) βρισκεις και αυτα στο ebay με 5-6€ και Cisco μαλιστα.

Και οπτικες ινες δεν βγαινουν πολυ ακριβες και αυτες πλεον. Η 2μετρη κανει 4.5€ απο fs.com

Απο switch εβαλα ενα Ubiquiti UniFi Aggregation (8 Port SFP+ - ~300€ - το μονο πραγματικο κοστος - σιγουρα παιζουν και πιο φθηνα 10G/SFP+ switches ειτε noname απο Aliexpress ειτε πχ ενα MikroTik CRS305 με 4 ports στα 170€)

Συνολο ~415€ και εχω 10G LAN μεταξυ των συσκευων που το χρειαζομαι (προφανως δεν χρειαζονται 10G τα Access Points η ο εκτυπωτης :p ) και με τις οπτικες εχω το κεφαλι μου ησυχο οτι αν δεν τα πιανω, δεν φταιει σιγουρα το καλωδιο και το προβλημα ειναι στα ακρα.

cha0s@desktop:~$ iperf3 -c qnap
Connecting to host qnap, port 5201
local 10.26.35.34 port 57268 connected to 10.26.35.40 port 5201
Interval Transfer Bitrate Retr Cwnd
0.00-1.00 sec 1.06 GBytes 9.10 Gbits/sec 590 1.41 MBytes
1.00-2.00 sec 1.10 GBytes 9.43 Gbits/sec 0 1.79 MBytes
2.00-3.00 sec 1.10 GBytes 9.47 Gbits/sec 1 1.61 MBytes
3.00-4.00 sec 1.10 GBytes 9.46 Gbits/sec 0 2.04 MBytes
4.00-5.00 sec 1.10 GBytes 9.47 Gbits/sec 0 2.42 MBytes
5.00-6.00 sec 1.10 GBytes 9.42 Gbits/sec 892 1.93 MBytes
6.00-7.00 sec 1.09 GBytes 9.41 Gbits/sec 0 2.34 MBytes
7.00-8.00 sec 1.10 GBytes 9.47 Gbits/sec 0 2.67 MBytes
8.00-9.00 sec 1.10 GBytes 9.43 Gbits/sec 325 1.30 MBytes
9.00-10.00 sec 1.09 GBytes 9.40 Gbits/sec 0 1.90 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
Interval Transfer Bitrate Retr
0.00-10.00 sec 10.9 GBytes 9.40 Gbits/sec 1808 sender
0.00-10.01 sec 10.9 GBytes 9.39 Gbits/sec receiver

iperf Done.

Το CCR2004-16G-2S+ δεν παιζει στα 2.5G.
Το 2.5Gbit support στην MikroTik ειναι για οσα SFP+ καταληγουν σε Marvell Switch chipset. Στο συγκεκριμενο CCR, τα SFP+ ports καταληγουν στο SoC κατευθειαν.
https://i.mt.lv/cdn/product_files/CCR2004-16G-2S_240151.png

To 2.5G support ηρθε στην εκδοση 7.3.
*) sfp - added 2.5Gbps rate for SFP+ and QSFP+ interfaces on 98DXxxxx and 98PX1012 switches (requires disabled auto-negotiation);


Οπως ανεφερα, ολες οι δοκιμες γινανε με το τελευταιο RouterOS στην στιγμη που ποσταρα, δηλαδη 7.14.2.
Δεν μπηκα στον κοπο να δοκιμασω 7.5beta9, καθως δεν αναφερεται κατι στο changelog για 2.5G για non-marvell ports.

Εκανα δοκιμη με το FS GPON module (FS GPON-ONU-34-20BI) με οτι switch βρηκα στην αποθηκη με SFP/SFP+ και παρακατω ειναι τα αποτελεσματα.
Για λογους πληροτητας εχω προσθεσει και οσους routers εχω δοκιμασει μεχρι σημερα και ξερω οτι δουλευουν.
Το UniFi 8 Port, δεν το βρηκα, μαλλον ειναι στο γραφειο. Θα το δοκιμασω με την πρωτη ευκαιρια.

Σε ολο τον εξοπλισμο οι δοκιμες εγιναν τρεχοντας τα τελευταια διαθεσιμα firmware τους.
Δεν βρηκα καποιο dumb switch με SFP να δοκιμασω. Εξαρταται απο το καθε switch πως θα χειριστει τα VLANs (αν θα τα κανει pass-through η οχι), αλλα θα ηταν ενδιαφερον πειραμα.



Μοντελο
Router/Switch
Δουλευει
Πορτα: SFP/SFP+
Ταχυτητα Συνδεσης
Παρατηρησεις


Cisco ISR C1121-8P
Router
Οχι
SFP
1Gbit
Βλεπω το management του module αλλα το pppoe, over 835 sub interface, τρωει padi timer expired. Επισης περιοδικα ανεβοκατεβαινει ολο το SFP interface. *Ισως φταιει το config μου*


Cisco Nexus 5548UP
Switch
Ναι
SFP+
1Gbit
Forced. Το N5548UP υποστηριζει μονο 1G/10G, οποτε δεν παιζει σε 2.5G


Cisco Catalyst 3750X
Switch
Ναι
SFP+
1Gbit
Autoneg. Δεν δουλευει σε 2.5Gbit, δεν υπαρχει καν η επιλογη για force σε 2.5G


Ubiquiti UniFi USW Aggregate
Switch
Ναι
SFP+
1Gbit
Με autoneg παιζει στο 1G, με forced δεν παιζει στα 2.5G


Ubiquiti UniFi USW 24 Pro
Switch
Ναι
SFP+
2.5Gbit
Με autoneg παιζει στο 1G, με forced παιζει στα 2.5G


Ubiquiti EdgeSwitch 8 150W
Switch
Ναι
SFP
1Gbit
Autoneg. Δουλεψε χωρις καμια παραμετροποιηση, περα απο τα VLANs


MikroTik CCR2116-12G-4S+
Router
Ναι
SFP+
2.5Gbit
Forced. Με autoneg παιζει στο 1G, με forced παιζει κανονικα στα 2.5G


MikroTik CCR2004-16G-2S+
Router
Ναι
SFP+
1Gbit
Με autoneg παιζει στο 1G, με forced δεν παιζει στα 2.5G


MikroTik RB5009UG+S+
Router
Ναι
SFP+
1Gbit
Forced. Με autoneg παιζει στο 1G, με forced παιζει κανονικα στα 2.5G


MikroTik RB4011iGS+5HacQ2HnD
Router
Ναι
SFP+
1Gbit
Με autoneg παιζει στο 1G, με forced δεν παιζει στα 2.5G


MikroTik RB4011iGS+
Router
Ναι
SFP+
1Gbit
Με autoneg παιζει στο 1G, με forced δεν παιζει στα 2.5G


MikroTik CRS326-24S+2Q+
Switch
Ναι
SFP+
1Gbit
Forced. Με autoneg παιζει στο 1G, με forced παιζει κανονικα στα 2.5G


MikroTik CRS318-16P-2S+ (netPower 16p) RouterOS Mode
Switch
Ναι
SFP+
2.5Gbit
Forced. Με autoneg παιζει στο 1G, με forced παιζει κανονικα στα 2.5G


MikroTik CRS318-16P-2S+ (netPower 16p) SwOS Mode
Switch
Ναι
SFP+
2.5Gbit
Forced. Με autoneg παιζει στο 1G, με forced παιζει κανονικα στα 2.5G


MikroTik RB260GS
Switch
Ναι
SFP
1Gbit
Με autoneg παιζει στο 1G


MikroTik RB260GSP
Switch
Ναι
SFP
1Gbit
Με autoneg παιζει στο 1G


Solargate SG2008BF
Switch
Ναι
SFP
1Gbit
Με autoneg παιζει στο 1G

Θεωρω πως θα εχει. Το λεει αλλωστε. Gpon module not supported.
Να σου πως πριν λιγο το εβαλα σε ενα usw 8 unifi , που εχει sfp , εβαλα 835 vlan αλλα δεν μπορεσα να κανω pppoe

Δεν εχω δοκιμασει σε usw 8 (πρεπει να το ξεθαψω για δοκιμη), αλλα σε usw 24 pro και usw aggregate, δουλευει κανονικα.
Επισης το ιδιο και σε RB260/RB260P.
Παντα με την λογικη του να περασω το VLAN 835 στον router και αυτος να κανει προφανως το L3 κομματι.

Δεν βλεπω τον λογο γιατι να μην δουλεψει. Απο την οπτικη του switch προκειται απλα για ενα SFP module που του φερνει 1 η και παραπανω VLANs, οπως οποιοδηποτε αλλο port. Το οτι περιεχει SoC πιο πισω για να κανει τα του GPON, ειναι εξω απο την οπτικη του switch.
Για το κομματι των 2.5Gbit, ναι εκει χρειαζεται το switch να υποστηριζει HSGMII mode, αλλα αν οχι, θεωρητικα καρφωνοντας το στο 1G θα παιξει στο 1G (απο το τιποτα).

Με πριζωσες τωρα να παω στην αποθηκη να ξεθαψω οτι SFP Switch εχω να δω τι γινεται :p

it has PPPoE acceleration to be able to achieve speeds of up to 8Gbps real.

Αυτο ισως να ειναι επιτελους η αιτια να καταργησουν το PPPoE. :bless:

Οι περισσοτερες καμπινες FTTH ειναι 10Gbps.
Οι καμπινες FTTH δεν εχουν ενεργο εξοπλισμο.

Καλησπερα παιδες.
Πριν κανα μισαωρο ξαφνικα μετα απο 1 χρονο κοπηκε η συνδεση ιντερνετ (Fiber Cosmote 300 πανω απο 7530) και αφου εκανα restart το router μετα απο καποια στιγμη πηρε ip αλλα πλεον απ'οτι βλεπω ειμαι πισω απο CGNAT (στο 7530 δειχνει ip 100.* ενω στο whatsmyip 94.* . Επειδη ομως δουλευουμε απο το σπιτι κι εγω και η συζυγος και συνδεομαστε μεσω vpn και ηδη μου παρουσιαζει καθυστερησεις παροτι βραδυ (δοκιμασα πριν λιγο για να δω πως παει) και εχουν αρχισει να μου σπανε τα νευρα, υπαρχει κατι συγκεκριμενο που πρεπει να ζητησω για να με βγαλουν απο CGNAT? Ξερω οτι πριν δεν ηταν γιατι πριν λιγες μερες ειχα τσεκαρει το ip του 7530 και ηταν ιδιο με το whatsmyip .

Update !
Ετρεξα ενα Reconnect και αυτη τη φορα το IPv4 ειναι το ιδιο. To IPv6 ειναι διαφορετικο αλλα για να ειμαι ειλικρινης ποτε δεν ειχα κοιταξει να δω αν ταιριαζει το συγκεκριμενο.
Λογικα τωρα ειμαι οκ, σωστα?

Φαινεται πως κανουν εργασιες στο κεντρο της Ηλιουπολης. Απο τη 1:15 μια συνδεεται με CGNAT μια με public IP.
Φαινεται επισης πως το AC Name απο iliu9906b αλλαξε σε καποια φαση σε iliu9906a. Οσο ηταν a, εδινε CGNAT, μολις γυρισε παλι b δινει παλι public.

Σε καποια φαση το a εφαγε τελειως σκαλωμα, δεν εδινε καν IP ενω ηταν connected.
Τελευταιο disconnect σε εμενα ηταν πριν 17 λεπτα και μεχρι στιγμης ειναι παλι με b και public IP.

Θα φανει μεχρι το πρωι που θα σταθεροποιηθει και αναλογως μαλλον θα σκασουν μαζεμενα τηλεφωνα στην υποστηριξη να μας γυρισουν παλι σε public.

Σε ποιο datacenter εχει παρουσια;

Αποσο καταλαβαινω το Datacenter ειναι το DataDock στο Στρασβουργο κρινοντας απο ανακοινωσεις των παρακατω providers που χρησιμοποιουν το ιδιο DC.
https://status.racknerd.com/incident/1848
https://www.server4you.com/
https://status.plusserver.com/incidents/s6lzkwsc3tbj

Τωρα, σε ποιον ανηκει το DC και ποιον provider χρησιμοποιει το Papaki δεν το γνωριζω.

Σε πιο μεγαλες εταιρειες θεωρω οτι ειναι πολυ βολικο να εχεις managed print services. Για μικρα η οικιακα περιβαλλοντα ομως, θεωρω οτι τετοια συνδρομητικα μοντελα δεν εχουν κανενα νοημα. Το μικρο πακετο που αναφερουν εχει εξωφρενικο κοστος ανα εκτυπωση. Το μεγαλο πακετο δεν εχει ασχημο κοστος ανα εκτυπωση, αλλα το πιο πιθανο ειναι αν πλησιαζεις τετραψηφιο αριθμο εκτυπωσεων, να θες και σχετικα σοβαρο μηχανημα. Αν θες σοβαρο μηχανημα, θες σιγουρα και support - συνηθως on-site. Η συγκεκριμενη λυση δεν φαινεται να προσφερει τιποτα απο αυτα.

Το κοιταμε σε εναν μεγαλο οργανισμο που συνεργαζομαι (>5000 υπαλληλους).
Χοντρικα απο τις προσφορες που εχουμε παρει, βγαινει ~180€ το χρονο ανα κεφαλι/υπαλληλο το MPS.
Αρα μιλαμε για κοντα ενα εκατομμυριο τον χρονο απλα για να εχεις MPS.

Ωραιο στην θεωρια και ωραια τα καλουδια που προωθουν ως συμπληρωματικα services για να τσιμπησεις, αλλα στην πραξη πραγματικα ασυμφορο.

Αυτη τη στιγμη ερχεται πιο φθηνα το leasing πολυμηχανηματων/φωτοτυπικων + συμβολαιο υποστηριξης + προμηθεια των μελανιων τους, και δεν εχουμε ταβανι εκτυπωσεων η δεν χρεωνεται η καθε εκτυπωση ξεχωριστα, και μιλαμε για το ενα τριτο σε κοστος απο το MPS.
Ακομα και να προσλαβεις ατομα να τρεχουν ολη μερα για υποστηριξη των εκτυπωτων + syadmins να τρεχουν print servers και ολα τα εξτρα καλουδια του MPS in-house, πιο φθηνα βγαινει.

Για αρχη δωσε μια IP στο Gi0/0/0 πχ 192.168.1.2/24 να δεις αν απο το Cisco κανεις ping/ssh στην 192.168.1.1 και αρα κατ'επεκταση αν οντως παιζει το SFP στο Cisco και μετα προχωρας να δεις τι γινεται με το PPP κομματι.

Προσεχε μονο, αν στο εσωτερικο σου δικτυο εχεις επισης 192.168.1.0/24 τοτε βαζοντας IP απο το ιδιο subnet στο Gi0/0/0 θα χασεις την προσβαση στο Cisco, αν και αποτι θυμαμαι το IOS γκρινιαζει αν πας να ορισεις ηδη χρησιμοποιουμενο subnet σε αλλο interface οποτε ισως και να μην χασεις το connectivity - αλλα δεν ειναι κακο να εισαι προσεκτικος - αλλιως θα πρεπει να μπεις σε serial να το επαναφερεις.

Ναι επιβεβαιωνω και εγω απο το members portal του GR-IX, η Inalan εχει 10G με GR-IX.

Κατι ψηνεται :rolleyes:

https://datatracker.ietf.org/doc/draft-bctb-6man-rfc6296-bis/

Το RFC6296 ψηνεται εδω και παρα πολλα χρονια.
https://datatracker.ietf.org/doc/html/rfc6296

Φυσικα εχεις τους κολλημενους που θα αρχισουν τα γραφικα περι NAT = 666, αλλα σημασια εχει πως το NPTv6 παιζει εδω και χρονια και, ναι ειναι μια λυση για τα προβληματα που αναφερθηκαν.
Για τους end-to-end connectivity-κολλημενους, ξυδακι :P

Για μενα θεωρω, πως για οσο θα υπαρχουν ολες οι υπηρεσιες και v4 και v6, τοτε ο τελικος χρηστης δεν εχει κανενα κινητρο να παει σε v6 only.
Οταν καποιο killer-app/service αρχισει να λειτουργει μονο σε v6 τοτε θα υπαρξει πραγματικο κινητρο να υλοποιηθει παντου.

Αλλα ποιος θα παρει τετοιο ρισκο και να διαθεσει την υπηρεσια του μονο over v6;
Chicken and egg problem λοιπον, γιαυτο και το IPv4 θα υπαρχει για παρα πολλα χρονια ακομα.


Η απελευθερωση του 240/4 για μενα ειναι παντελως ανουσια και τσαμπα κοπος.

Αυτο ειπα, για ενα μηχανημα η 2 σε mirroring (minimum 1 λεπτο synchronization) ειναι οκ, για παραπανω δεν ξερω. Εχω ηδη 55vm στη δουλεια εκ των οποιων ο SQL και ειδικα της Singular τα software ειναι απιστευτα ευαισθητα στα disconnections και οταν κανει snapshot το proxmox στον sql τους πεταει ολους τους client, καμια σχεση με vmware. Δεν ξερω μπορει κατι να εκανα λαθος και εγω, δεν το εψαξα πολυ.

Κανεις snapshot και την RAM του VM;
Αν ναι, τοτε λογικο ειναι, και την ιδια συμπεριφορα εχει και η vmware. Εκει το snapshot ειναι τοσο γρηγορο οσο το hardware σου. Δεν βελτιωνεται softwarικα. Και με vmware σε κακο hardware εχω δει snapshot με ram να ριχνει το VM για πολλα λεπτα.
That said, χωρις ram, τα snapshots ειναι πρακτικα το ιδιο γρηγορα και ανεπαισθητα με της vmware. Δοκιμασμενα σε πληθωρα ευαισθητων VMs/Applications. Αρκει παντα να τρεχει σε σωστο hardware. Αν το κανεις evaluate σε καποιο laptop η παλιο desktop, ε λογικο ειναι να μην ειναι συγκρισιμο.


Εχεις εγκατεστημενο το qemu-agent; Κατ'επεκταση κανει fsfreeze στο guest os;
Αν ναι, απενεργοποιησε το. Υπαρχει χρονια προβλημα με το συγκεκριμενο θεμα, οταν τρεχουν backups (για snapshots δεν θυμαμαι - αλλα λογικα το ιδιο ειναι) οπου υπο αδιευκρινιστες ακομα συνθηκες, οταν προσπαθει να κανει freeze το filesystem για να παρει το snapshot (και κατ'επεκταση να ειναι οσο γινεται 'clean') ειτε κανει slowdown το IO του VM σε μη αποδεκτο βαθμο (το οποιο μπορει να ειναι νορμαλ αναλογα του τι IO εχει το VM - και δεν ειναι bug), ειτε γινεται trigger το bug οπου κλειδωνει τελειως το filesystem και ετσι το VM επανερχεται μονο με reset. Υποψιν αυτο το ιδιο προβλημα το εχω δει κυριως σε cPanel VMs ακομα και με VMware εδω και πανω απο 10 χρονια.
Οποτε ποτε δεν χρησιμοποιω qemu-agent για να κανει freezefs (πλεον δινει επιλογη στο GUI του Proxmox οποτε να μπορεις να το εχεις χωρις να κανει freezefs). Ρεαλιστικα εδω και 15+ χρονια που παιρνω ετσι backups, δεν μου εχει προκυψει corruption. Το filesystem (και η DB σε ποιο πανω layer) κανουν οτι χρειαζεται να κανουν για να γινουν μονα τους recover και ποτε δεν ειχα θεμα. Εξαλλου αν θες να κρατησεις DB backup, ποτε δεν θα ειναι consistent αν το κανεις μεσω VM snapshot η VM backup.

Εν κατακλειδι, εχοντας Proxmox setups με εκατονταδες VMs, δεν αντιμετωπιζω ποτε προβλημα με τα snapshots.

Τωρα, το replication που δινει το Proxmox ειναι το poor-man's HA κατα την γνωμη μου.
Αν θες να εχεις true HA, τοτε παιζεις με shared storage (η ακομα καλυτερα με ceph), με minimum 3 hosts και αν σκασει το VM/host απλα σηκωνεται σε αλλο μηχανημα χωρις replication και λοιπες βλακειες.

Και για backups παιζεις με το Proxmox Backup Server και τραβας backups ανα οποτε θες. Οσο πιο συχνα κανεις backups τοσο μικροτερο ειναι το impact του - και εκει ομως παιζει ρολο το hardware σου. Οπου κανεις περικοπες θα τα βρισκεις μπροστα σου.
Η διαφορα με την VMware ειναι οτι το Proxmox μπορεις να το στησεις οπου θες και θα εχεις απο αθλια αποδοση εως enterprise αποδοση, ενω το VMware δεν σε αφηνει να το στησεις οπου θες, οποτε λιγο πολυ σε αναγκαζει να παιξεις με καλυτερο hardware οποτε εκ των πραγματων βλεπεις καλυτερη αποδοση by default.

- - - Updated - - -

Το proxmox ειναι βασισμενο στο debian, πολυ πιθανο να μπορεις να βαλεις τα πακετα του proxmox πανω στο debian.
Οχι απλα πιθανο. Επισημα υποστηριζομενος τροπος εγκαταστασης:
https://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_12_Bookworm

Μη χρησιμοποιειτε γενικης χρησης linux για host σε τετοιες περιπτωσεις. Υπαρχουν ειδικες "διανομες" που χρησιμοποιουνται ως hypervisors για να εχετε guest ειτε σε containers ειτε σε vm, πχ proxmox. Με τον τροπο αυτο το host ειναι το ελαχιστο δυνατο, και εξειδικευμενο για να κανει αυτη τη δουλεια. Ειδικα το proxmox υποστηριζει clustering και ΗΑ.

Το Proxmox μπορει να εγκατασταθει πανω σε Debian, αφου ειναι πρακτικα ενα Debian με τα πακετα της Proxmox.
Αυτο κανει το debian «Ειδικη Διανομη»;

Δεν υπαρχουν «ειδικες διανομες». Ο καθενας χρησιμοποιει οτι τον βολευει και κανει την δουλεια του.

Το σωστο CVE ειναι CVE-2023-40547

Περισσοτερα εδω https://eclypsium.com/blog/the-real-shim-shady-how-cve-2023-40547-impacts-most-linux-systems/

Σε γενικες γραμμες επηρεαζει συστηματα που bootαρουν μεσω δικτυου η γινεται exploit τοπικα.

Δεν το εχω δοκιμασει προσωπικα αλλα συμφωνα με το block diagram του L009 υποτιθεται πως παιζει στα 2.5G το SFP port του.
https://i.mt.lv/cdn/product_files/L009UiGS-RM_230555.png

Αν κρινω και απο αλλα μοντελα που οσα εχουν το SFP+ port πανω στα Marvell switch chips, παιζουν στα 2.5G χωρις προβλημα (σε αντιθεση με οσα εχουν το SFP+ port απευθειας πανω στο SoC και δεν παιζουν ακομα στα 2.5G).

Και τα παλια Sipura ATA ειχαν τετοιες επιλογες για reset κλπ μεσα απο την συσκευη.

Ερωτηση γιατι μια φορα αλλαξα στης γυναικας το 12 μπαταρια.
Χανει την αδιαβροχη προστασια ;
Γιατι γραφεις σε κανουν να αλλαζεις κινητο καθε 1.5 χρονο.
Μεχρι στιγμης δεν εχει καποια εφαρμογη που να μην την τρεχει optimal.

Δεν καταλαβα τι εννοεις.

Αυτο που λεω ειναι πως με την τακτικη της μη αποσπωμενης μπαταριας και με το να κλεινουν τα κινητα με κολλες και ενα σωρο αλλους «βρωμικους» τροπους για να μην μπορει ο τελικος χρηστης να αλλαξει ευκολα μονος του την μπαταρια, τοτε στον εναμιση χρονο που αρχιζει και πεφτει η χωρητικοτητα της μπαταριας, η κοιτας για νεα συσκευη, η ψαχνεις να βαλεις καινουρια μπαταρια πηγαινοντας τη σε καποιο μαγαζι που θα πρεπει να της αλλαξει τα φωτα για να την ανοιξει. Χωρις αυτο να σημαινει οτι θα την χαλασει - αλλα η ιδεα πως θα πρεπει να ζεστανει με πιστολι ολο το κινητο για να ξεκολλησει η οθονη και επειτα να την κολλησει με αμφιβολου ποιοτητας ταινιες η κολλες δεν μου εμπνευει πολυ εμπιστοσυνη για την μακροβιοτητα και την στεγανοτητα της συσκευης επειτα.


Το ζουμι της υποθεσης ειναι πως η τεχνολογια/τεχνογνωσια του να μπορει μια συσκευη να εχει αποσπωμενη μπαταρια και ταυτοχρονα να ειναι αδιαβροχο το κινητο, υπαρχει εδω και 1 δεκαετια.
Αρα δεν αποτελει επιχειρημα για εμενα η δηθεν μη στεγανοτητα με το να δωσουν στον χρηστη την δυνατοτητα να αλλαζει μονος του την μπαταρια.

Αδιαβροχο δεν θα ειναι νομιζω μετα.

Δεν ισχυει αυτο το επιχειρημα.
Ειχαν βρει τροπο να εχουν user-replaceable battery και να εχει IP67 rating μια δεκαετια πισω, αλλα τους συνεφερε περισσοτερο να μην μπορεις να αλλαξεις την μπαταρια και να αλλαζεις κινητο καθε εναμιση χρονο και ετσι το εχουν κανει ολοι γαργαρα οτι γινεται...

ΠΧ:
https://www.gsmarena.com/samsung_galaxy_s5-6033.php

IP67 dust/water resistant (up to 1m for 30 min)
Battery Type Li-Ion 2800 mAh, removable

https://www.youtube.com/watch?v=Yn-R39-dtc0

Καλως τα δεχτηκαμε και επισημα: https://kb.vmware.com/s/article/96168

Προσωπικα μονο σε εναν οργανισμο συντηρω πλεον vmware και βλεπω και εκει μολις ερθει το κουστουμακι να φαει πουλο.

Ολα τα αλλα τα εχω γυρισει σε Proxmox και ενω εχει τις παραξενιες του και τις αδυναμιες του (ειδικα προερχομενος απο vmware), εν τελη για το 99% των απαιτησεων μου με καλυπτει μπορω να πω και καλυτερα απο την vmware.
Πραγματικα δεν μου λειπει καθολου η vmware. Και η αποκριση στο UI του Proxmox δεν συγκρινεται απλα.

Το μονο που μου λειπει ειναι το DRS/sDRS, αν και το 1ο λεγεται οτι το δουλευουν (και υπαρχουν και 3rd party υλοποιησεις) και το 2ο δεν με πολυνοιαζει μιας και το ceph που χρησιμοποιω στο proxmox ειναι κλασεις ανωτερο και πιο ευελικτο απο οποιοδηποτε κλασσικο SAN η vSAN.

Οπως εχω αναφερει σε προηγουμενο post μου σε αυτο το thread, το ODI δουλεψε οκ σε φιλο με Inalan.

Αυτο μονο η Inalan μπορει να το απαντησει που στηνει το δικο της δικτυο.

Προσωπικα δεν με χαλαει να υπαρχουν πολλαπλα δικτυα για περιπτωσεις οπου χρειαζεσαι 2 παροχους για υψηλη διαθεσιμοτητα (βλ. μεση εταιρια που δεν εχει το budget για μισθωμενα κυκλωματα διπλης οδευσης) μιας και ετσι μειωνεις τις πιθανοτητες να κοπουν και οι 2 ινες ταυτοχρονα σε καποιο σκαψιμο (ε εκτος αν το σκαψιμο ειναι μπροστα στο σπιτι σου και στα σκισουν ολα μαζι).

Συνυπαρχουν πριν απο ολο αυτο. Οτι εγινε εγινε εκει θα μεινει ως εχει. Δεν μπορει να αλλαξει το παρελθον.
Για νεες περιοχες και καταστασεις ομως που υπαρχει μονο ενας παροχος υποδομης στην περιοχη, οι υπολοιποι θα παρουν απο αυτον παροχη. Γιατι να τραβανε εκ νεου υποδομες στους δρομους και τα ΚΑΦΑΟ?

Πριν απο ποιο;
Στην Ηλιουπολη και ο ΟΤΕ και η Inalan σκαψανε με μερικους μηνες διαφορα μεταξυ τους μεσα στο 2023.

Η Inalan αποσο ξερω παντου σκαβει το δικο της δικτυο (και καλα κανει κατ'εμε). Εχει αλλαξει κατι που την υποχρεωνει να χρησιμοποιει τις υποδομες των 3 μεγαλων η να νοικιαζει τις δικες της υποδομες σε αλλους;

Μα πως να υπαρξει δευτερος παροχος????

Ο παροχος της υποδομης σε καθε περιοχη ειναι ενας.

Υπαρχουν περιοχες που συνυπαρχουν πχ το δικτυο του ΟΤΕ με το δικτυο της Inalan.

Υπηρχε ηδη ο κανονισμος που τους εβαζε στη θεση τους.

Σωστα.
Αρα τι αλλαξε ακριβως; Ακομα δεν εχω καταλαβει.

Τι ακριβως αλλαξε δηλαδη;

Τουλαχιστον στον ΟΤΕ με τα SFP της FS και Zyxel που εχω δοκιμασει προσωπικα, δεν ασχολεισαι καθολου με VLAN mapping. Ναι μπορει απο τον παροχο να ερχονται αλλα VLANs αλλα φαινεται πως τα συγκεκριμενα SFP κανουν αυτοματα το mapping. Ισως το OLT στελνει καπως αυτη την πληροφορια στο ONT; Δεν ξερω αν ειναι μερος του πρωτοκολλου.

Εσυ πισω απο το SFP βαζεις ενα VLAN 835 και πανω απο αυτο κανεις το PPPoE dial.

Στην περιπτωση του ODI δεν εβγαλα ποτε ακρη. Δεν ξερω αν ημουν σε fake O5 state η αν ηταν θεμα VLAN mapping.
Φιλος που πηρε το ODI του δουλεψε κανονικα σε Inalan χωρις να κανει VLAN mapping. Απλα ορισε SN και δουλεψε.

οσο για τα vlan θεωρητικα περνουν απο το media converter χωρις προβλημα εφοσον η ολη ρυθμιση γινεται στο stick με mac. Το stick κανει τη συνδεση PPPoe οποτε καθοριζει και τα vlan που περνουν στην ηλεκτρικη θυρα οπως επισης τα στικ εχουν και bridge mode για τα vlan ...Ολα σα να ειναι modem δηλ~~

Το SFP απλα σου φερνει τα VLANs στον router και ειναι δουλεια του router να κανει το PPPoE Dial, το register στην τηλεφωνια, τον διαμοιρασμο TV (η οτι αλλο service εχεις απο τον παροχο).

Δεν εχω δει κανενα SFP GPON ONT να κανει αυτο το PPPoE Dial.

Εχω δει ομως media converters να μην περνανε VLANs και να τραβαω τα μαλλια μου να βγαλω ακρη γιατι δεν παιζει.

Εχετε υποψιν πως πολλα media converters δεν κανουν passthrough τα VLANs απο το ενα media type στο αλλο.

Και για να παιξει το PPPoE πρεπει να μπορει να περασει το VLAN του (835 για ΟΤΕ) μεχρι το RJ45 port για να μπορεσει ο οποιος router μετα απο πισω να κανει dial.


Ενημερωτικα για οποιον θελει να χρησιμοποιησει το SFP του Fritz σε αλλο router Σλοβενος με το ιδιο μικροβιο με εμας, ανεβασε το παρακατω βιντεο χθες:
https://www.youtube.com/watch?v=Hi7JMTojT-4

Εδω το αρχικο thread στο forum της MikroTik που εχει μπολικη πληροφορια (αν και οχι απαραιτητα σχετικη με τα δικα μας - αλλα λιγο απο δω λιγο απο κει, κατι παιρνεις/μαθαινεις).
https://forum.mikrotik.com/viewtopic.php?t=116364

εχω ενα zyxel
252351

και απο βλακεια μου του εδωσα αυτη την εντολη

hal
set speed 2.5g mode full

και το εχασα, γιατι η πορτα του router μου δεν υποστηριζει 2,5g

μπορει καποιος που εχει τετοια πορτα να με βοηθησει
να περασω
hal
set speed default

για να μην το πεταξω ?

Ενημερωτικα με το συγκεκριμενο SFP Module (Zyxel PMG3000-D20B) συνδεθηκα κανονικα σε Cosmote δηλωνοντας απλα το SN του Fritz.

hal
set sn ΧΧΧΧΧΧΧΧΧΧ
sn ΧΧΧΧΧΧΧΧΧΧ
Χρειαστηκε να τρεξω και τις 2 εντολες για να παιξει.


Οποτε μπορει να μπει και αυτο στην λιστα των υποστηριζομενων SFP GPON ONT (τουλαχιστον με Cosmote σε Nokia OLT προερχομενος απο Fritz δηλωμενο στο OLT).

Δεν νομιζω οτι εκει ειναι το θεμα αυτο που καταλαβαινω εγω ειναι οτι εχουμε δυο διαφορετικα traffic εστω α,β Nova,wind αντιστοιχα με την ενοποιηση αυτα τα δυο εγιναν Χ=α+β με δυνατοτητα του εξοπλισμου ψ με ψ<=Χ της περισσοτερες ωρες πανω σε αυτο το Χ προσθεσαν κι τα δωρα κι εγινε το πραγμα @@@, το προβλημα ξεκιναει απο την τεχνικη καταρτιση του προσωπικου σε εξοπλισμο, υποπτευομαι οτι αυτο εγινε το Χ με τι λογικη να αλλαχθει μια κι καλη ο εξοπλισμος κι αυτη τη λυση την καναν ος προσωρινη για να μην χαλασουν λεφτα...
Η λυση του Viber ειναι μπαλομα στο προβλημα, τωρα για τα προσωπικα δεδομενα που μοιραστηκαν με το viber θα πρεπει να απαντησουν οι αρμοδιες αρχες...

Γνωριζεις εκ των εσω τι εξοπλισμο εχει η Wind και η Nova και τα λες αυτα η τα υποθετεις;

Καταρχας δεν φαινεται να εχει γινει ακομα ενοποιηση των 2 δικτυων.
Εχω BGP peering με την Wind (ναι ακομα υπαρχει το AS της Wind) και δεν μου φερνει κανενα prefix της Nova. Αντιστοιχα απο Nova δεν φτανω στα prefixes μου μεσω Wind.
Λειτουργουν ως 2 ανεξαρτητα δικτυα. Και το πιο πιθανο ειναι να συνεχισουν να λειτουργουν ετσι για πολυ ακομα.
Μπορει σε καποια σημεια να εχουν ενοποιηθει, αλλα προκειται ακομα για 2 ξεχωριστα AS με ξεχωριστα BGP peerings με τον εξω κοσμο.

Η Nova εχει ακομα DNS servers απο την εποχη της Internet Hellas οταν την εξαγορασε η Forthnet πριν απο 2 δεκαετιες και βαλε. Και περιμενετε μεσα σε μερικους μηνες να ενοποιηθουν 2 τεραστια δικτυα ετσι απλα;
Υπαρχουν πολλα πραγματα που θα μεινουν ως εχουν πρακτικα για παντα.

Πως μπλεκετε την τηλεφωνια και τα SMS με το αν ειχε παραπανω data traffic λογω καποιας προσφορας δεν μπορω να το καταλαβω...


Τεχνικα προβληματα ειτε απο προβληματικο εξοπλισμο η software ειτε απο ανθρωπινο λαθος γινονται παντου.
Οι μεγαλυτεροι κολωσοι εχουν πεσει απο τετοια και καθεστε και κραζετε για το αν ειναι τεχνικα καταρισμενοι οι τεχνικοι της καθε Nova.
Μαλλον νομιζετε οτι επειδη μιλατε με ασχετους στο τηλ. support του καθε ISP οτι οι μηχανικοι δικτυου ειναι ιδιου επιπεδου η οτι ειναι τιποτα τεμπεληδες που εσκασε το προβλημα και καθονταν και επιναν καφε.
Για να πηρε τοσες ωρες να επιλυθει το προβλημα, παει να πει πως ηταν σοβαρο προβλημα και ηταν απο πανω του προσπαθωντας να το λυσουν ολες αυτες τις ωρες.
Κανενας μηχανικος δεν θελει να βιωνει τετοιες καταστασεις και να εχει απο πανω του 100 ατομα (πολλες φορες και εντελως ασχετα με το αντικειμενο) να του ουρλιαζουν να το διορθωσει «χθες».

Μεχρι να δοθει επισημο post mortem (που δεν νομιζω ποτε να δοθει κατι τεχνικο) οτι και να λεμε εδω ειναι κουβεντες καφενειου...

Εχεις pm :)

Στα switch της ubiquiti πολυ πιθανον να μην υπαρχει κανενα θεμα...

Σωστα, σε ενα UniFi USW Pro 24 PoE παιζει κανονικα το hot-swapping χωρις λειτουργικο προβλημα.
Το μονο θεμα που εχω αντιμετωπισει ειναι οτι δεν διαβαζει τα στατιστικα του SFP, παρα μονο(;)* αν γινει restart ολο το switch. Απαξ και γινει restart φαινεται να προλαβαινει να bootαρει το OS του SFP πριν το UniFi και ετσι διαβαζει σωστα τα stats του.

*Μολις χθες διαψευτικα με αυτο. Ενω εβαλα το SFP πανω και δεν εβλεπε stats, καποια στιγμη απο μονο του τα ειδε τελικα χωρις restart του switch. Ειναι η μοναδικη φορα που εχει συμβει αυτο (δεν εχει αλλαξει κατι, ουτε σε hardware ουτε σε firmware).
Οποτε η αρχικη μου υποθεση περι restart και race-condition, προφανως ειναι λαθος.


Επισης για να εμπλουτισουμε την λιστα δοκιμασμενου hardware, στο UniFi USW Aggregate (8 x 10G switch), υποστηριζει μονο 1G και 10G. Οποτε τα GPON modules δεν μπορουν να παιξουν σε 2.5G. Σε 1G παιζει κανονικα.

Ισχυει και το αναποδο, υπαρχουν συστηματα που ενω εχουν απλη SFP πορτα, ακριβως επειδη εχουν HSGMII support θα δωσουν 2.5G link speed.

Τα καταλαβα σωστα? :)

Λογικα ναι.

Αποσο ξερω το SFF INF-8074i (δηλαδη το κλασσικο SFP port) ειναι για μεχρι 4.25GBit/s (συνηθως τα 4G χρησιμοποιουνται για Fibre Channel / SANs).
Αρα σαν physical port, το SFP (οχι δηλαδη το SFP+) θεωρητικα μπορει να περασει παραπανω απο 2.5Gbit/s και δεν limitαρεται στο 1G (εννοω βασει spec) που ειναι η πιο συνηθισμενη ταχυτητα για SFP που βλεπουμε στα συμβατικα switch.

Ωστοσο δεν ξερω αν ειναι κατι που υποστηριζεται απλα software-ικα (η με firmware update) στα switch πχ.
Θεωρω πως μαλλον πρεπει να υπαρχει hardware support απο το ιδιο το switch chip και ενδεχομενως και σε επιπεδο PCB/components να χρειαζονται αλλαγες.
Με μια γρηγορη αναζητηση δεν βρισκω πολλα επι τουτου.
Σε ενα παλιο MikroTik RB260GS που ειχα δοκιμασει καποια στιγμη παντως δεν πηγαινε πανω απο 1G. Αλλα στο 260GS το firmware ειναι απαρχαιωμενο οποτε δεν ειναι ενδεικτικο του τι μπορει να ισχυει εκει εξω.

Αυτο που καταλαβαινω ειναι πως οταν το SFP port υποστηριζει 2.5G, εχει το designation: 2.5GBASE-X SFP
Πχ αυτο το switch της Planet το υποστηριζει https://www.planet.com.tw/en/product/igs-620tf-v2

Παντως, μου φαινεται ομως πιο ευκολο και πιο φθηνο να βρει καποιος ενα switch με SFP+ ports παρα με 2.5GBASE-X SFP. Εδω με το ζορι βρισκεις επιλογες για 2.5BASE-T (χαλκο/RJ45), ποσο μαλλον για SFP.
Ειδικα σε second hard market τα 10G switch (η τουλαχιστον με 2-4 10G uplink ports) μπορει να τα βρει καποιος σε αρκετα καλες τιμες (αναλογικα παντα με το ποσο κοστιζαν πριν μερικα χρονια).

Επειδη εχω ανοιξει ticket στη Zyxel γιατι το module της FS παιζει μονο σε 1gbit, σε ποια switches Mikrotik, Ubiquiti η αλλα παιζει το module στα 2.5g;

Ευχαριστω

Σε MikroTik εχει δουλεψει στα 2.5Gbit σιγουρα στο RB5009 που το εχω χρησιμοποιησει ο ιδιος.

Απο εκει και περα γενικοτερα η υποστηριξη για 2.5Gbit SFP modules (aka HSGMII mode) ξεκινησε στην εκδοση 7.3
*) sfp - added 2.5Gbps rate for SFP+ and QSFP+ interfaces on 98DXxxxx and 98PX1012 switches (requires disabled auto-negotiation);

Οποτε οσες συσκευες εχουν τα παραπανω switch chipsets οπου το SFP+ port τους ειναι πανω σε αυτα (οχι απευθειας στην CPU), θεωρητικα παιζουν στα 2.5Gbit.
Εχω διαβασει πχ για το CCR2004-1G-12S+2XS οτι παιζει. Οχι ομως στο CCR2004-16G-2S+ που τα SFP+ ports του ειναι πανω στην CPU. Ισως με μελλοντικο update να αλλαξει αυτο και να παιζει σε ολα τα SFP+ ports.

Το δικο μου FS module το εχω σε ενα Ubiquiti USW Pro 24 PoE στο οποιο το αναγνωρισε απευθειας (αν και οι πληροφοριες του link -dB, link status κλπ) δεν εμφανιζονται αφου κουμπωσει το SFP module στο switch ενω εχει bootαρει το switch.
Αν γινει reboot το switch, ωστε να προλαβει να bootαρει το embeded OS του SFP module της FS και να συνδεθει η οπτικη ινα με το OLT, πριν προλαβει να bootαρει το Ubnt (το οποιο ειναι της υπομονης γενικα), επειτα βλεπει σωστα τα στατιστικα του SFP module. Περα απο αυτο το quirk, δεν εχω κανενα αλλο θεμα.

- - - Updated - - -

Mαλλον πρεπει να αλλαξεις Mode. Δεν νομιζω οτι υπαρχει ασυμβατοτητα. Αλλα αυτο τωρα πως να το κανεις δεν εχω ιδεα.
Η FS πολυ πιθανον να σου πει. Διαφορετικα στο github.

Το FS module ειναι απο default σε HSGMII mode, οποτε δεν θεωρητικα χρειαζεται να κανει κατι.
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/
To change the default lan mode value you can use fw_setenv sgmii_mode. The firmware already has the value set to 5 by default and there should not be any need to change it.

Χρησιμοποιω MikroTik πανω απο 18 χρονια. Εχω φαει στην μαπα μυρια bugs και ηλιθιες αλλαγες/αποφασεις της MikroTik.
Δεν μου εχει τυχει ομως προβλημα με τα SFP ουτε μια φορα.

Ναι, προσφατα κανανε καποιες αλλαγες που προκαλεσαν καποια bugs (συμφωνα με αναφορες), αλλα τουλαχιστον σε οτι board/sfp combination χρησιμοποιω εγω προσωπικα (που εχουν ειτε MikroTik, ειτε OEM, ειτε Cisco, ειτε Ubiquiti SFPs ολων των ειδων 1G, 10G, RJ45, GPON ONU), δεν μου εχει σκασει ποτε κανενα. Μου εχουν χαλασει ανα καιρους MikroTik SFP (απλα σταματησαν να εκπεμπουν φως) αλλα ποτε θεμα ασυμβατοτητας μετα απο update.

Μην παρασυρεσαι απο το forum της MikroTik. Ο περισσοτερος κοσμος που θα μπει εκει να γραψει ειναι γιατι εχει καποιο προβλημα. Αυτο ειναι ενα μικρο ποσοστο των δεκαδων χιλιαδων αλλων χρηστων που δεν αντιμετωπιζουν προβλημα και δεν θα μπουν ποτε να γραψουν οτι τους δουλευει μια χαρα. Παρακολουθω καθημερινα το forum εκει για πανω απο 10 χρονια. 9 στα 10 bugs που αναφερει ο κοσμος σε καθε νεο update, δεν με εχουν αγγιξει καν στα >200 MikroTik installations που χειριζομαι και κανω update σε τακτικη βαση.

Δεν λεω οτι η MikroTik δεν εχει προβληματα με τα updates της (το οτι σπανια με πιανουν δεν σημαινει οτι δεν την εχω παθει καποιες φορες και χρειαστηκα μεχρι και netinstall), αλλα για μενα το επιχειρημα του να φυγει το ONT του παροχου στεκει.
Μια συσκευη λιγοτερη, μια καταναλωση λιγοτερη, ενα λιγοτερο SPOF, ενα λιγοτερο πραγμα να παει στραβα. Ο καθενας οπως την βρισκει στο δικτυο του.

Μην παμε μακρυα, στον λοφο του Λυκαβηττου με το ζορι πιανει 5G.
Γιαυτο στις προσφατες εκδηλωσεις στο θεατρο φερανε βανακια απεξω να δωσουν σημα...

Του το ειπε ο τεχνικος που ηρθε για την ενεργοποιηση του Fritz οτι πλεον μπορει να βαλει οτι θελει αρκει να τους δωσει το serial.
Δεν εχω περισσοτερες πληροφοριες, αλλα ειναι πολυ θετικο αν τελικα ισχυει.

Τυπικα βασει του τελευταιου κανονισμου, οπως το καταλαβαινω στην περιπτωση του Fritz εχει δικαιωμα καποιος να ζητησει να βαλει δικο του εξοπλισμο (μιας και ειναι ONT+Router μαζι).
Αλλα σε οσους εχουν μονο ONT ισως και να μην το δικαιουντε (αν και δεν ξερω αν διαδικαστικα θα μπει σε τετοια διαδικασια διαχωρισμου ο παροχος)

Εξειδικευεται η περιπτωση του δικτυου οπτικων ινων (FTTH), ετσι ωστε ο εξοπλισμος Optical Network Terminal (ΟΝΤ) να αποτελει αρμοδιοτητα του παροχου και ο τερματικος εξοπλισμος (router) να αποτελει επιλογη του χρηστη. Στις περιπτωσεις που ο παροχος παρεχει τερματικο εξοπλισμο με ενσωματωμενο ΟΝΤ και προκειμενου να διασφαλιστει η ελευθερη επιλογη τερματικου εξοπλισμου απο τον χρηστη, ο χρηστης μπορει να ζητησει την παροχη και εγκατασταση διακριτου εξοπλισμου ΟΝΤ.

Παντως μου ειπε φιλος πως του ειπαν απο τον ΟΤΕ οτι μπορει να ζητησει να του ορισουν το SN του δικου του SFP module.
Αλλα προτιμησε να διατηρηθει το SN του Fritz για να το εχει backup αν τυχον παθει τιποτα το SFP.

Μηπως πλεον εχει ανοιξει η διαδικασια (τουλαχιστον στον ΟΤΕ) και επιτρεπουν 3rd party ONTs και δεν χρειαζεται να μπλεκουμε με spoofing;

root@SFP:/home/ONTUSER# omcid -v
OMCI daemon v7.5.1(compiled on Sep 18 2021 10:26:42)
software_Version=6BA1896SPLQA42, internal_version =1620-00802-00-00-0010-05

Ενημερωτικα, με TP-Link media converter μου εχει τυχει να μην κανει passthrough VLANs (δεν θυμαμαι αν προκειται για το ιδιο μοντελο). Οποτε ισως και να ειναι εκει το προβλημα τελικα.

Γιατι ολο αυτο; Ποια η λογικη; Γιατι οχι απευθειας το GPON SFP πανω στο UDM οπως αναφερει και ο dpap76;

Αλλος φιλος σημερα με το FS module περασε το SN του Fritz και επαιξε αμεσως.
Το SFP το συνδεσε σε ενα RB3011 και δουλεψε κανονικα (και σε τοσο παλιο RB).

Και στο RB4011 παιζει δοκιμασμενα, αλλα στο 1G. Για 2.5G απο MikroTik, μεχρι στιγμης εχει παιξει επιτυχως μονο σε RB5009 και σε οποιο αλλο μοντελο το SFP+ port του ειναι πανω σε marvell 98DXxxxx switch chip και οχι απευθειας στο SoC).
Και οπως ειπα και στην δικη μου περιπτωση, επαιξε και σε switches (RB260GS στο 1G και UBNT USW Pro 24 PoE στα 2.5G).

Τα ξαναγραφω να υπαρχουν μαζεμενα σε ποια εχουν δουλεψε που γνωριζω.

Το PPPoE προσπαθεις να το κανεις πανω απο VLAN 835 ετσι;

Οι περισσοτερες απο αυτες ζητανε εξτρα παραμετρους, αλλα δεν ειμαι σιγουρος τι πρεπει να δωσουμε.

root@SFP:/home/ONTUSER# onu gpesg
errorcode=0 dbru_mode=0 ssb_size=18432 num_pe=4 misc_feature_mask=1 olt_type=2


root@SFP:/home/ONTUSER# onu gpevmg
Long Form: gpe_vlan_mode_get
Short Form: gpevmg

Input Parameter
- uint32_t gem_port_index
- uint32_t lport

Output Parameter
- enum onu_errorcode errorcode
- uint32_t gem_port_index
- uint32_t lport
- uint32_t vlan_mode


root@SFP:/home/ONTUSER# onu gtccg
errorcode=0 bip_error_interval=8000 sf_threshold=5 sd_threshold=9 serial_number_request_threshold=10 rogue_msg_id_upstream_reset=255 rogue_msg_repeat_upstream_reset=3 rogue_msg_id_device_reset=255 rogue_msg_repeat_device_reset=3 rogue_msg_enable=0 ploam_timeout_1=11000 ploam_timeout_2=100 emergency_stop_state=0 password="48 48 48 48 48 48 48 48 48 48"


root@SFP:/home/ONTUSER# onu gtcsg
errorcode=0 ds_fec_enable=1 us_fec_enable=1 ds_ploam_waiting=0 ds_ploam_overflow=0 ds_state=3 ds_sf_state=3 ds_physical_equipment_error=0 onu_id=104 gtc_ds_delay=28 onu_response_time=34992 start_offset_enable=0


root@SFP:/home/ONTUSER# onu gtctg
errorcode=0 bip=0 hec_error_corr=0 hec_error_uncorr=0 bwmap_error_corr=0 bwmap_error_uncorr=0 fec_error_corr=0 fec_words_corr=0 fec_words_uncorr=0 fec_words_total=1233714 fec_seconds=0 tx_gem_frames_total=1461 tx_gem_bytes_total=13913190 tx_gem_idle_frames_total=2461984 rx_gem_frames_total=718 rx_gem_bytes_total=0 rx_gem_frames_dropped=0 omci_drop=0 drop=0 rx_oversized_frames=0 allocations_total=1225 allocations_lost=0


root@SFP:/home/ONTUSER# onu gpegpg
Long Form: gpe_gem_port_get
Short Form: gpegpg

Input Parameter
- uint32_t val

Output Parameter
- enum onu_errorcode errorcode
- uint32_t gem_port_id
- uint32_t gem_port_index
- uint32_t gem_port_is_omci
- uint32_t gem_port_is_mc
- enum gpe_direction data_direction
GPE_DIRECTION_UPSTREAM = 1
GPE_DIRECTION_DOWNSTREAM = 2
GPE_DIRECTION_BIDIRECTIONAL = 3
- uint32_t gem_port_enable
- uint32_t encryption_enable



root@SFP:/home/ONTUSER# onu gpegtg
Long Form: gpe_gem_tca_get
Short Form: gpegtg

Input Parameter
- uint32_t val

Output Parameter
- enum onu_errorcode errorcode
- uint32_t val
- uint64_t rx_frames
- uint64_t rx_bytes
- uint64_t tx_frames
- uint64_t tx_bytes



root@SFP:/home/ONTUSER# onu gpegtcg
Long Form: gpe_gem_total_counter_get
Short Form: gpegtcg

Input Parameter
- uint32_t val

Output Parameter
- enum onu_errorcode errorcode
- uint32_t val
- uint64_t rx_frames
- uint64_t rx_bytes
- uint64_t tx_frames
- uint64_t tx_bytes



root@SFP:/home/ONTUSER# onu gpegcg
Long Form: gpe_gem_counter_get
Short Form: gpegcg

Input Parameter
- uint32_t gem_port_index
- uint32_t reset_mask
- uint32_t curr

Output Parameter
- enum onu_errorcode errorcode
- uint32_t gem_port_index
- uint32_t reset_mask
- uint32_t curr
- uint64_t rx_frames
- uint64_t rx_bytes
- uint64_t tx_frames
- uint64_t tx_bytes

Η εντολη onu παιρνει τις παρακατω παραμετρους. Αν δεις κατι χρησιμο/ενδιαφερον πες να τσεκαρω.

Η πρωτη στηλη ειναι συντομογραφια της δευτερης. Και οι 2 στηλες το ιδιο αποτελεσμα φερνουν.

root@SFP:/home/ONTUSER# onu
help Help
gpeafcg gpe_acl_filter_cfg_get
gpeafcs gpe_acl_filter_cfg_set
gpeai gpe_acl_init
gpealcg gpe_acl_layout_cfg_get
gpealcs gpe_acl_layout_cfg_set
gpeara gpe_acl_rule_add
gpeage gpe_age
gpeageg gpe_age_get
gpeatg gpe_aging_time_get
gpeats gpe_aging_time_set
gpeatsd gpe_aging_time_set_debug
gpeaecg gpe_ani_exception_cfg_get
gpeaecs gpe_ani_exception_cfg_set
gpebcg gpe_backpressure_cfg_get
gpebcs gpe_backpressure_cfg_set
n/a gpe_bridge_counter_get
gpebcr gpe_bridge_counter_reset
gpebctg gpe_bridge_counter_threshold_get
gpebcts gpe_bridge_counter_threshold_set
n/a gpe_bridge_port_cfg_get
gpebpcg gpe_bridge_port_counter_get
gpebpcr gpe_bridge_port_counter_reset
gpebpctg gpe_bridge_port_counter_threshold_get
gpebpcts gpe_bridge_port_counter_threshold_set
gpebptg gpe_bridge_port_tca_get
gpebptcg gpe_bridge_port_total_counter_get
gpebtg gpe_bridge_tca_get
gpebtcg gpe_bridge_total_counter_get
n/a gpe_capability_get
gpecg gpe_cfg_get
gpecs gpe_cfg_set
n/a gpe_cop_debug_server
gpecds gpe_cop_debug_set
gpecd gpe_cop_download
gpedi gpe_debug_init
gpeepcg gpe_egress_port_cfg_get
gpeepcs gpe_egress_port_cfg_set
gpeepc gpe_egress_port_create
gpeepd gpe_egress_port_delete
n/a gpe_egress_port_disable
gpeepe gpe_egress_port_enable
gpeepg gpe_egress_port_get
gpeepsg gpe_egress_port_status_get
gpeeqcg gpe_egress_queue_cfg_get
gpeeqcs gpe_egress_queue_cfg_set
gpeeqc gpe_egress_queue_create
gpeeqd gpe_egress_queue_delete
gpeeqg gpe_egress_queue_get
gpeeqpg gpe_egress_queue_path_get
gpeeqsg gpe_egress_queue_status_get
gpeeeg gpe_enqueue_enable_get
gpeees gpe_enqueue_enable_set
gpeefcg gpe_ethertype_filter_cfg_get
gpeefcs gpe_ethertype_filter_cfg_set
n/a gpe_exception_profile_cfg_get
n/a gpe_exception_profile_cfg_set
n/a gpe_exception_queue_cfg_get
n/a gpe_exception_queue_cfg_set
gpeet gpe_extvlan_translate
gpefa gpe_fid_add
gpefd gpe_fid_delete
gpefepc gpe_flat_egress_path_create
gpefc gpe_fsqm_check
gpeftc gpe_fwd_tables_cleanup
gpegcg gpe_gem_counter_get
gpegcr gpe_gem_counter_reset
gpegctg gpe_gem_counter_threshold_get
gpegcts gpe_gem_counter_threshold_set
gpeglcg gpe_gem_loop_cfg_get
gpeglcs gpe_gem_loop_cfg_set
gpegpa gpe_gem_port_add
gpegpd gpe_gem_port_delete
gpegpg gpe_gem_port_get
gpegps gpe_gem_port_set
gpegtg gpe_gem_tca_get
gpegtcg gpe_gem_total_counter_get
gpeiqcg gpe_ingress_queue_cfg_get
gpeiqcs gpe_ingress_queue_cfg_set
gpeiqsg gpe_ingress_queue_status_get
gpei gpe_init
n/a gpe_ipv6_reduction_unuse
gpei6ru gpe_ipv6_reduction_use
gpeigcg gpe_iqm_global_cfg_get
gpeigcs gpe_iqm_global_cfg_set
gpeigsg gpe_iqm_global_status_get
gpeiwd gpe_iqueue_write_debug
gpelecg gpe_lan_exception_cfg_get
gpelecs gpe_lan_exception_cfg_set
gpelfa gpe_long_fwd_add
gpelfd gpe_long_fwd_delete
gpelff gpe_long_fwd_forward
gpelfi6mpag gpe_long_fwd_ipv6_mc_port_activity_get
gpelfi6mpa gpe_long_fwd_ipv6_mc_port_add
gpelfi6mpd gpe_long_fwd_ipv6_mc_port_delete
gpelfi6mpm gpe_long_fwd_ipv6_mc_port_modify
gpellme gpe_low_level_modules_enable
gpemfa gpe_mac_filter_add
gpemfd gpe_mac_filter_delete
gpemfs gpe_mac_filter_set
gpembc gpe_meter_block_create
gpemcg gpe_meter_cfg_get
gpemcs gpe_meter_cfg_set
gpemc gpe_meter_create
gpemd gpe_meter_delete
gpemsg gpe_meter_status_get
gpenpcg gpe_ntr_pin_cfg_get
gpenpcs gpe_ntr_pin_cfg_set
gpeos gpe_omci_send
gpepcg gpe_parser_cfg_get
gpepcs gpe_parser_cfg_set
gpeptg gpe_pe_table_get
gpepts gpe_pe_table_set
gpepig gpe_port_index_get
n/a gpe_sce_constants_get
n/a gpe_sce_constants_set
n/a gpe_sce_counter_get
n/a gpe_sce_download
gpesvg gpe_sce_version_get
gpescg gpe_scheduler_cfg_get
gpescs gpe_scheduler_cfg_set
gpesc gpe_scheduler_create
gpesd gpe_scheduler_delete
n/a gpe_scheduler_get
gpessg gpe_scheduler_status_get
gpesbcg gpe_shared_buffer_cfg_get
gpesbcs gpe_shared_buffer_cfg_set
gpesfwda gpe_short_fwd_add
gpesfwdd gpe_short_fwd_delete
gpesfwdfwd gpe_short_fwd_forward
gpesfi4mpag gpe_short_fwd_ipv4_mc_port_activity_get
gpesfi4mpa gpe_short_fwd_ipv4_mc_port_add
gpesfi4mpd gpe_short_fwd_ipv4_mc_port_delete
gpesfi4mpm gpe_short_fwd_ipv4_mc_port_modify
gpesfmmpa gpe_short_fwd_mac_mc_port_add
gpesfmmpd gpe_short_fwd_mac_mc_port_delete
gpesfmmpm gpe_short_fwd_mac_mc_port_modify
gpesfwdr gpe_short_fwd_relearn
gpesg gpe_status_get
gpeta gpe_table_add
gpetd gpe_table_delete
gpetg gpe_table_get
gpetrd gpe_table_raw_do
gpetr gpe_table_read
gpetri gpe_table_reinit
gpetsrch gpe_table_search
gpets gpe_table_set
gpetw gpe_table_write
gpetc gpe_tcont_create
n/a gpe_tcont_delete
n/a gpe_tcont_get
n/a gpe_tcont_set
gpetcg gpe_tmu_counter_get
gpetgcg gpe_tmu_global_cfg_get
gpetgsg gpe_tmu_global_status_get
n/a gpe_tod_get
gpeti gpe_tod_init
gpetncg gpe_tod_nmea_cfg_get
gpetncs gpe_tod_nmea_cfg_set
gpetpcg gpe_tod_pin_cfg_get
gpetpcs gpe_tod_pin_cfg_set
n/a gpe_tod_status_get
gpetsg gpe_tod_sync_get
gpetss gpe_tod_sync_set
gpetssg gpe_tod_sync_status_get
gpetbscg gpe_token_bucket_shaper_cfg_get
gpetbscs gpe_token_bucket_shaper_cfg_set
gpetbsc gpe_token_bucket_shaper_create
gpetbsd gpe_token_bucket_shaper_delete
gpetbsg gpe_token_bucket_shaper_get
gpetbssg gpe_token_bucket_shaper_status_get
n/a gpe_tr181_counter_get
gpevtcg gpe_vinax_tag_cfg_get
gpevtcs gpe_vinax_tag_cfg_set
gpevea gpe_vlan_entry_add
gpever gpe_vlan_entry_remove
gpevfa gpe_vlan_fid_add
gpevfd gpe_vlan_fid_delete
gpevfg gpe_vlan_fid_get
gpevmd gpe_vlan_meter_disable
gpevme gpe_vlan_meter_enable
gpevmg gpe_vlan_mode_get
gpevms gpe_vlan_mode_set
gpevsc gpe_vlan_segment_create
gpevsd gpe_vlan_segment_delete
gpevsmg gpe_vlan_segment_map_get
gpevsms gpe_vlan_segment_map_set
gpevtfc gpe_vlan_tagging_filter_create
gpevtfd gpe_vlan_tagging_filter_delete
gpevtfg gpe_vlan_tagging_filter_get
gpevtfs gpe_vlan_tagging_filter_set
gtcag gtc_alarm_get
gtcbcg gtc_bwmt_cfg_get
gtcbcs gtc_bwmt_cfg_set
gtcbn gtc_bwmt_next
gtcbsg gtc_bwmt_status_get
gtccg gtc_cfg_get
gtccs gtc_cfg_set
n/a gtc_counter_get
gtccr gtc_counter_reset
gtcctg gtc_counter_threshold_get
gtccts gtc_counter_threshold_set
gtcdgcg gtc_dying_gasp_cfg_get
gtcdgcs gtc_dying_gasp_cfg_set
gtcfag gtc_forced_alloc_get
gtcfas gtc_forced_alloc_set
gtci gtc_init
gtclctg gtc_last_change_time_get
gtcnmcg gtc_no_message_cfg_get
gtcnmcs gtc_no_message_cfg_set
gtcpg gtc_password_get
n/a gtc_password_set
gtcps gtc_ploam_send
gtcpig gtc_pon_id_get
gtcpsmg gtc_power_saving_mode_get
gtcpsms gtc_power_saving_mode_set
gtcrg gtc_ranging_get
gtcsng gtc_serial_number_get
gtcsns gtc_serial_number_set
gtcsg gtc_status_get
gtctg gtc_tca_get
gtctcg gtc_total_counter_get
gtctcr gtc_total_counter_reset
gtcuhcg gtc_us_header_cfg_get
gtcwg gtc_watchdog_get
gtcws gtc_watchdog_set
lancg lan_cfg_get
lancs lan_cfg_set
n/a lan_counter_get
lancr lan_counter_reset
lanctg lan_counter_threshold_get
lancts lan_counter_threshold_set
langfd lan_gphy_firmware_download
lani lan_init
lanlcg lan_loop_cfg_get
lanlcs lan_loop_cfg_set
lannicg lan_netdev_init_cfg_get
lannics lan_netdev_init_cfg_set
lannoi lan_netdev_os_init
n/a lan_pause_mac_cfg_get
n/a lan_pause_mac_cfg_set
lanp8021acg lan_port_802_1x_auth_cfg_get
lanp8021acs lan_port_802_1x_auth_cfg_set
lanpccg lan_port_capability_cfg_get
lanpccs lan_port_capability_cfg_set
lanpcg lan_port_cfg_get
lanpcs lan_port_cfg_set
lanpclcg lan_port_common_led_cfg_get
lanpclcs lan_port_common_led_cfg_set
lanpd lan_port_disable
lanpe lan_port_enable
lanpilcg lan_port_individual_led_cfg_get
lanpilcs lan_port_individual_led_cfg_set
lanplvcg lan_port_lct_vlan_cfg_get
lanplvcs lan_port_lct_vlan_cfg_set
lanpldcg lan_port_loop_detection_cfg_get
lanpldcs lan_port_loop_detection_cfg_set
lanpldps lan_port_loop_detection_packet_send
lanplsg lan_port_lpi_status_get
lanpmcg lan_port_mac_cfg_get
lanpmcs lan_port_mac_cfg_set
lanpmd lan_port_mac_disable
lanpme lan_port_mac_enable
lanpsg lan_port_status_get
lanscg lan_synce_cfg_get
lanscs lan_synce_cfg_set
lanspcg lan_synce_pin_cfg_get
lanspcs lan_synce_pin_cfg_set
lanssg lan_synce_status_get
lantg lan_tca_get
lantcg lan_total_counter_get
mdiodr mdio_data_read
mdiodw mdio_data_write
mdiod mdio_disable
mdioe mdio_enable
mmddr mmd_data_read
mmddw mmd_data_write
onua0pcg onu_asc0_pin_cfg_get
onua0pcs onu_asc0_pin_cfg_set
onuccg onu_counters_cfg_get
onuccs onu_counters_cfg_set
onucr onu_counters_reset
onudea onu_dbg_event_add
onudlg onu_debug_level_get
onudls onu_debug_level_set
onueeg onu_event_enable_get
onuees onu_event_enable_set
onuleg onu_line_enable_get
onules onu_line_enable_set
onulpcg onu_los_pin_cfg_get
onulpcs onu_los_pin_cfg_set
onupg onu_portmap_get
onups onu_portmap_set
onurarg onu_rar_get
onurars onu_rar_set
onurg onu_register_get
onurs onu_register_set
onusc onu_ssb_check
onustg onu_sync_time_get
onusts onu_sync_time_set
onutms onu_test_mode_set
ploamdi ploam_ds_insert
ploamfag ploam_fsm_active_get
ploamfas ploam_fsm_active_set
ploami ploam_init
ploamsg ploam_state_get

Ο Chaos και ο cb_papi επαιξan με το module της FS και σε Nokia OLT αλλα επειδη ειναι μονο δυο που επιβεβαιωμενα το καταφεραν κραταμε μια πισινη μεχρι να μας πουν και αλλοι (πχ εσυ :)) οτι πραγματι παιζει και σε αλλους.

Φιλος με το FS module με μονο τις 2 εντολες (serial & vendor), δουλεψε κανονικα σε Huawei OLT (ΟΤΕ).
Και αυτος με Fritz ομως.

Αλλος φιλος, με δηλωμενο το Nokia ONT στον ΟΤΕ (σε Nokia OLT), εβαλε το serial του Nokia στο Fritz και επισης δουλεψε οκ.

Το δικο μου FS module γυρναει τα παρακατω με την onu ploamsg αν βοηθανε καπου.

root@SFP:/home/ONTUSER# onu ploamsg
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=1617039068

Δεν εχει web interface. Απο SSH θα χρειαστει να το σεταρεις ολο.

Ναι χωρις την ινα δεν παιζει (τουλαχιστον σε MikroTik).

Επισης εχε υποψιν πως αν δεν ειναι πανω το link (το οπτικο) τοτε στο MikroTik δεν σηκωνεται το Interface και ετσι δεν μπορεις να μπεις στην IP του ODI.
Και πρεπει να περιμενεις και λιγο γιατι ουσιαστικα bootαρει δικο του linux πανω στο SFP, οποτε δεν απανταει αμεσως η IP του.

Εναλλακτικα μπορεις να το βαλεις σε καποιο switch. Σε δοκιμες που εκανα ειτε σε Ubiquiti ειτε σε ενα παλιο MikroTik RB260GS ακομα και με κατω το link, το port το θεωρει πανω και ετσι μπορεις να μιλησεις με αυτο.

χμμ δινει η vodafone Ελλαδος γνησια σβηστη dark fiber? απο ποτε? τιμες? source/link? :)

Ναι αμε. Εχω 12 τετοιες στην δουλεια. Απο 500 μετρα εως 30 χιλιομετρα.
Δεν νομιζω οτι υπαρχουν καπου public πληροφοριες, αφου τετοιες υπηρεσιες δεν ειναι για τους κοινους θνητους σαν εμας :p (το IRU συμβολαιο ειναι δεκαπενταετες πχ).
Επισης δεν γνωριζω τιμες (ασχοληθηκε αλλο τμημα με αυτα) αλλα ουτως η αλλως φανταζομαι δεν ειναι κατι στανταρ (οπως γενικα οι τιμολογησεις σε πιο corporate/enterprise πραγματα).
Για το απο ποτε; Τουλαχιστον απο το 2013, συμφωνα με το υλικο που μας εδωσε διαφημιζοντας την υπηρεσια της.

Αλλα ναι, μιλαμε για κανονικη dark fiber με δικο μου ενεργο εξοπλισμο end-to-end.
Το ωραιο με αυτες ειναι πως η αναβαθμιση πχ απο 1Gbit σε 10Gbit ειναι απλα υποθεση αλλαγης του ενεργου εξοπλισμου στα ακρα. Δεν αλλαζει το κοστος της ινας ειτε περνας 1Gbit ειτε 100 :)

Επισης οσον αφορα θεματα βλαβων, γενικα ειναι αμεση η αποκριση της Vodafone και τις περισσοτερες φορες οι βλαβες (κοψιμο γιατι καποιος εργολαβος καπου εσκαψε στον δρομο και τους αλλαξε τα φωτα) λυθηκαν χωρις καν να γινει επισκεψη στα ακρα για μετρησεις.
Φυσικα μιλωντας για κοψιματα, η αποκατασταση τους ειναι συνηθως μερικες ωρες, γιαυτο και το ετησιο SLA ειναι στο 99% μονο.
Δυστυχως τα κοψιματα ειναι (σχετικα) συχνο φαινομενο στην Αθηνα (αναλογικα και με το ποσες εχει ο καθενας και ποσα χιλιομετρα ειναι). Εκει απλα προβλεπεις προκαταβολικα εναλλακτικες ζευξεις για redundancy/business continuity. Η πολλαπλες οδευσεις ινων (με το αναλογο κοστος προφανως).


ΥΓ: Σε καμια περιπτωση δεν ειμαι Vodafone fanboy - ουδεποτε με ενθουσιαζε το δικτυο της/backbone της και οι consumer υπηρεσιες της, αλλα η συγκεκριμενη υπηρεσια για την χρηση που κανουμε (και τις εναλλακτικες που εχουμε προβλεψει) ειναι καλη. Και νομιζω δεν την παρεχουν και πολλοι (don't quote me on that :p)
Αυτο δειχνει απλα πως βλεπουμε εναν ISP μονο απο τα πακετα που γραφει στο site του και το ποσες «ενεργες συνδεσεις» εχει, και αγνοουμε την πληθωρα advanced και πανακριβων υπηρεσιων που μπορει να παρεχουν στον εταιρικο κοσμο.

Οχι καμια σχεση.

https://en.wikipedia.org/wiki/Dark_fibre
https://en.wikipedia.org/wiki/Indefeasible_rights_of_use